Memindahkan Azure SQL Managed Instance antar-subnet

Berlaku untuk:Azure SQL Managed Instance

Artikel ini menjelaskan cara memindahkan Azure SQL Managed Instance dari satu subnet ke subnet lain di jaringan virtual yang sama atau jaringan virtual yang berbeda. Operasi ini mirip dengan menskalakan vCore atau mengubah tingkat layanan instans. Selama pemindahan, SQL Managed Instance tetap tersedia, kecuali untuk waktu henti singkat ketika failover terjadi - biasanya berlangsung hingga 10 detik, bahkan jika transaksi yang berjalan lama terganggu.

Memindahkan instans ke subnet lain memicu operasi kluster virtual berikut:

• Kluster virtual membangun atau mengubah ukuran infrastruktur yang mendasar di subnet tujuan.
• Kluster virtual dihapus atau didefragmentasi dalam subnet sumber.

Persyaratan dan batasan

Anda harus menyebarkan SQL Managed Instance di dalam subnet khusus dalam jaringan virtual Azure. Ukuran subnet (rentang subnet) menentukan berapa banyak instans terkelola SQL yang dapat Anda sebarkan dalam subnet. Untuk menyebarkan instans terkelola SQL atau memindahkannya ke subnet lain, subnet tujuan harus memenuhi persyaratan jaringan tertentu.

Sebelum memindahkan instans Anda ke subnet lain, pertimbangkan untuk membiasakan diri dengan konsep-konsep berikut:

• Menentukan ukuran dan rentang subnet yang diperlukan untuk Azure SQL Managed Instance.

• Memilih antara memindahkan instans ke subnet baru atau menggunakan subnet yang ada.

• Menggunakan operasi manajemen untuk secara otomatis menyebarkan instans terkelola baru, memperbarui properti instans, atau menghapus instans. Anda dapat memantau operasi manajemen ini.

Kesiapan subnet

Sebelum Anda memindahkan instans terkelola SQL, konfirmasikan subnet ditandai sebagai Siap untuk Instans Terkelola.

Di UI jaringan virtual portal Microsoft Azure, jaringan virtual yang memenuhi prasyarat untuk instans terkelola SQL dikategorikan sebagai Siap untuk Instans Terkelola. Jaringan virtual yang memiliki subnet dengan instans terkelola SQL yang sudah disebarkan ke jaringan tersebut menampilkan ikon SQL Managed Instance sebelum nama jaringan virtual. Subnet kosong yang siap untuk instans terkelola SQL menampilkan ikon Subnet jaringan virtual.

Subnet yang ditandai sebagai Belum siap tidak memenuhi semua persyaratan untuk penyebaran SQL Managed Instance. Untuk mempelajari mengapa subnet belum siap dan jika subnet dapat memenuhi persyaratan jaringan, gunakan ikon info di sebelah kanan nama subnet. Persyaratan ini meliputi:

• mendelegasikan ke Microsoft.Sql/managedInstances penyedia sumber daya
• melampirkan tabel rute
• melampirkan grup keamanan jaringan

Jika subnet adalah bagian dari jaringan virtual lain, Anda memerlukan:

• Peering dua arah antara jaringan virtual saat ini dan tujuan.
• Subnet saat ini dan tujuan menggunakan tabel rute terpisah dan grup keamanan jaringan.

Setelah Anda memenuhi persyaratan ini, subnet berpindah dari kategori Belum siap untuk Instans Terkelola dan dapat digunakan untuk instans terkelola SQL.

Subnet yang sudah digunakan (subnet yang digunakan untuk penyebaran instans tidak boleh berisi sumber daya lain), atau subnet yang memiliki zona DNS yang berbeda (batasan pemindahan instans lintas subnet), selalu merupakan bagian dari kategori Belum siap .

Bergantung pada status dan penandaan subnet, penyesuaian berikut mungkin dilakukan pada subnet tujuan:

• Siap untuk Instans Terkelola (berisi SQL Managed Instance yang ada)

  Tidak ada penyesuaian yang dilakukan. Subnet ini sudah berisi instans terkelola SQL, dan membuat perubahan apa pun pada subnet dapat memengaruhi instans yang ada.

• Siap untuk Instans Terkelola (kosong)

  Alur kerja memvalidasi semua aturan yang diperlukan dalam grup keamanan jaringan dan tabel rute, dan menambahkan aturan apa pun yang diperlukan tetapi hilang. Aturan kustom yang Anda tambahkan ke konfigurasi subnet sumber tidak disalin ke subnet tujuan. Anda harus mereplikasi kustomisasi konfigurasi subnet sumber secara manual ke subnet tujuan. Salah satu cara untuk mencapai replikasi ini adalah dengan menggunakan tabel rute dan grup keamanan jaringan yang sama untuk subnet sumber dan tujuan.

Batasan subnet tujuan

Pertimbangkan batasan berikut saat memilih subnet tujuan untuk instans yang sudah ada:

• Anda dapat memindahkan SQL Managed Instance ke subnet yang:

  • Dalam jaringan virtual yang sama dengan yang saat ini digunakan, atau
  • Dalam jaringan virtual yang di-peering, jika pindah ke subnet di jaringan virtual lain.

• Zona DNS instans di subnet tujuan harus cocok dengan zona DNS instans yang dipindahkan. Batasan ini berlaku jika Anda berencana untuk pindah ke subnet yang tidak ada.

  Anda dapat secara khusus menyiapkan subnet tujuan untuk mempertahankan zona DNS instans terkelola SQL yang Anda pindahkan. Siapkan subnet dengan membuat instans terkelola SQL baru di subnet kosong dan menyediakan dnsZonePartner parameter dalam permintaan buat. Parameter ini sebagai nilai menerima ID SQL Managed Instance, dan dalam hal ini Anda dapat menggunakan instans yang nantinya akan dipindahkan ke subnet baru.

  Terlepas dari pendekatan ini, tidak ada cara lain untuk menentukan zona DNS SQL Managed Instance karena dibuat secara acak. Saat ini, tidak ada cara untuk memperbarui zona DNS instans terkelola SQL yang ada.

Jika Anda ingin memigrasikan SQL Managed Instance dengan grup failover, prasyarat berikut berlaku:

• Subnet target harus memiliki aturan keamanan yang sama yang diperlukan untuk replikasi grup failover sebagai subnet sumber:

  Buka port masuk dan keluar 5022 dan rentang 11000-11999 di Network Security Group (NSG) untuk koneksi dari subnet instans terkelola SQL lainnya (yang menyimpan replika grup failover) untuk memungkinkan lalu lintas replikasi antara kedua instans.

• Subnet target tidak boleh memiliki rentang alamat yang tumpang tindih dengan subnet yang menyimpan replika instans sekunder dari grup failover.

  Misalnya, jika MI1 berada di subnet S1, instans sekunder dalam grup failover adalah MI2 di subnet S2. Anda ingin memindahkan MI1 ke subnet S3. Subnet S3 tidak dapat memiliki rentang alamat yang tumpang tindih dengan subnet S2.

Untuk mempelajari selengkapnya tentang mengonfigurasi jaringan untuk grup failover, tinjau Mengaktifkan replikasi geografis antara instans terkelola SQL.

Langkah-langkah operasi

Memindahkan instans dari satu subnet ke subnet lainnya melibatkan banyak langkah. Bergantung pada bagaimana instans terkelola SQL Anda dikonfigurasi, operasi pemindahan dapat berlangsung dari 30 menit hingga 6 jam.

Tabel berikut memerinci langkah-langkah operasi yang terjadi selama operasi pemindahan instans:

Nama langkah	Deskripsi langkah
Minta validasi	Memvalidasi parameter yang dikirimkan. Jika kesalahan konfigurasi terdeteksi, operasi gagal dengan kesalahan.
Mengubah ukuran atau pembuatan kluster virtual	Bergantung pada status subnet tujuan, kluster virtual dibuat atau diubah ukurannya.
Startup instans baru	Proses SQL dimulai pada kluster virtual yang disebarkan di subnet tujuan.
Menyemai file database atau melampirkan file database	Bergantung pada tingkat layanan, baik database di-seed atau file database terpasang.
Mempersiapkan kegagalan dan kegagalan	Setelah data disemai atau file database dipasang kembali, sistem bersiap untuk failover. Ketika semuanya siap, sistem melakukan failover dengan waktu henti singkat, biasanya kurang dari 10 detik.
Pembersihan instans SQL lama	Menghapus proses SQL lama dari kluster virtual sumber.
Penghapusan kluster virtual	Jika itu adalah instans terakhir dalam subnet sumber, langkah terakhirnya adalah menghapus kluster virtual secara sinkron. Jika tidak, kluster virtual secara asinkron didefragmentasi.

Untuk penjelasan terperinci tentang langkah-langkah operasi, lihat Durasi operasi manajemen di Azure SQL Managed Instance.

Memindahkan instans

Pemindahan instans lintas subnet adalah bagian dari operasi pembaruan instans. Perintah API pembaruan instans, Azure PowerShell, dan Azure CLI yang ada ditingkatkan dengan properti ID subnet.

Di portal Azure, gunakan bidang subnet pada panel Jaringan untuk memindahkan instans ke subnet tujuan. Ketika menggunakan Azure PowerShell atau Azure CLI, berikan ID subnet yang berbeda dalam perintah pembaruan untuk memindahkan instans dari subnet yang ada ke subnet tujuan.

Untuk referensi lengkap perintah manajemen instans, lihat Referensi API terkelola untuk Azure SQL Managed Instance.

Portal

Anda dapat memilih subnet instans di panel Jaringan portal Microsoft Azure. Setelah Anda memilih subnet dan menyimpan perubahan Anda, operasi pemindahan instans dimulai.

Operasi pemindahan pertama-tama menyiapkan subnet tujuan untuk penyebaran, yang dapat memakan waktu beberapa menit. Setelah subnet siap, operasi manajemen pemindahan instans dimulai dan muncul di portal Microsoft Azure.

Anda dapat memantau operasi pemindahan instans dari panel Gambaran Umum portal Microsoft Azure. Pilih pemberitahuan untuk membuka panel lain yang berisi informasi tentang langkah saat ini, langkah total, dan tombol untuk membatalkan operasi.

PowerShell

Gunakan perintah Azure PowerShell Set-AzSqlInstance untuk memindahkan instans setelah Anda membuat subnet di jaringan virtual yang sama dengan subnet tujuan Anda. Untuk menggunakan subnet yang sudah ada, berikan nama subnet tersebut di perintah PowerShell.

Contoh perintah PowerShell di bagian ini menyiapkan subnet tujuan untuk penyebaran instans, dan memindahkan instans terkelola SQL.

Gunakan perintah PowerShell berikut untuk menentukan parameter Anda:

### PART 1 - DEFINE PARAMETERS

#Generating basic parameters
$currentSubscriptionID = 'subscription-id'
$sqlMIResourceGroupName = 'resource-group-name-of-sql-mi'
$sqlMIName = 'sql-mi-name'
$sqlMIResourceVnetName = 'vnet-name-of-sql-mi'
$destinationSubnetName = 'name-of-the-destination-subnet-for-sql-mi'

Lewati perintah ini jika subnet Anda sudah memiliki instans yang disebarkan untuknya. Jika Anda menggunakan subnet baru, gunakan perintah Azure PowerShell berikut ini untuk menyiapkan subnet Anda:

### PART 2 - PREPARE DESTINATION SUBNET

#Loading the url of script used for preparing the subnet for SQL MI deployment
$scriptUrlBase = 'https://raw.githubusercontent.com/Microsoft/sql-server-samples/master/samples/manage/azure-sql-db-managed-instance/delegate-subnet'

#Generating destination subnet parameters
$parameters = @{
    subscriptionId = $currentSubscriptionID
    resourceGroupName = $sqlMIResourceGroupName
    virtualNetworkName = $sqlMIResourceVnetName
    subnetName = $destinationSubnetName
}

#Initiating subnet preparation script
Invoke-Command -ScriptBlock ([Scriptblock]::Create((Invoke-WebRequest ($scriptUrlBase + '/delegateSubnet.ps1?t=' + [DateTime]::Now.Ticks)).Content)) -ArgumentList $parameters

Catatan

Untuk mempelajari selengkapnya tentang skrip yang menyiapkan subnet, lihat Mengonfigurasi jaringan virtual yang ada untuk Azure SQL Managed Instance.

Perintah Azure PowerShell berikut memindahkan instans ke subnet sumber:

### PART 3 - MOVE INSTANCE TO THE NEW SUBNET

Set-AzSqlInstance -Name $sqlMIName -ResourceGroupName $sqlMIResourceGroupName `
    -SubnetId "/subscriptions/$currentSubscriptionID/resourceGroups/$sqlMIResourceGroupName/providers/Microsoft.Network/virtualNetworks/$sqlMIResourceVnetName/subnets/$destinationSubnetName"

Perintah Azure PowerShell berikut memindahkan instans, juga menyediakan cara untuk memantau kemajuan:

### PART 3 EXTENDED - MOVE INSTANCE AND MONITOR PROGRESS

# Extend the Set-AzSqlInstance command with -AsJob -Force parameters to be able to monitor the progress or proceed with script execution as moving the instance to another subnet is long running operation
Set-AzSqlInstance -Name $sqlMIName -ResourceGroupName $sqlMIResourceGroupName `
    -SubnetId "/subscriptions/$currentSubscriptionID/resourceGroups/$sqlMIResourceGroupName/providers/Microsoft.Network/virtualNetworks/$sqlMIResourceVnetName/subnets/$destinationSubnetName" -AsJob -Force

$operationProgress = Get-AzSqlInstanceOperation -ManagedInstanceName $sqlMIName -ResourceGroupName $sqlMIResourceGroupName
#checking the operation step status
Write-Host "Checking the ongoing step" -ForegroundColor Yellow
$operationProgress.OperationSteps.StepsList

Azure CLI

Gunakan perintah az sql mi update Azure CLI untuk memindahkan instans Anda ke subnet lain.

Berikan tujuan dengan menentukan ID subnet sebagai properti --subnet, atau dengan menentukan nama jaringan virtual sebagai properti --vnet-name, dan nama subnet sebagai properti --subnet.

Contoh berikut memindahkan instans terkelola SQL ke subnet lain dengan menentukan ID subnet:

az sql mi update -g myResourceGroup -n mySqlManagedInstance --subnet /subscriptions/xxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/myResourceGroup/providers/Microsoft.Network/virtualNetworks/myVirtualNetworkName/subnets/destinationSubnetName

Contoh berikut memindahkan instans terkelola SQL ke subnet lain dengan menentukan nama jaringan virtual dan nama subnet:

az sql mi update -g myResourceGroup -n mySqlManagedInstance --vnet-name myVirtualNetworkName --subnet destinationSubnetName

Gunakan perintah berikut untuk memantau kemajuan operasi manajemen:

az sql mi op list -g myResourceGroup --mi mySqlManagedInstance

Konten terkait

• Mulai cepat: Membuat Azure SQL Managed Instance
• Perbandingan fitur: Azure SQL Database dan Azure SQL Managed Instance
• arsitektur konektivitas untuk Azure SQL Managed Instance
• Migrasi SQL Managed Instance menggunakan Database Migration Service