Memindahkan Azure SQL Managed Instance antar-subnet

Berlaku untuk:Azure SQL Managed Instance

Azure SQL Managed Instance harus disebarkan di dalam subnet khusus dalam jaringan virtual Azure. Jumlah instans terkelola yang dapat disebarkan di dalam subnet bergantung pada ukuran subnet (rentang subnet).

Artikel ini mengajarkan Anda untuk memindahkan instans terkelola dari satu subnet ke subnet lainnya (di VNet yang sama atau yang berbeda), mirip dengan menskalakan vCore atau mengubah tingkat layanan instans. SQL Managed Instance tersedia selama pemindahan, kecuali selama waktu henti singkat yang disebabkan oleh failover pada akhir pembaruan - biasanya berlangsung hingga 10 detik, meskipun transaksi jangka panjang terganggu.

Memindahkan instans ke subnet lain memicu operasi kluster virtual berikut:

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

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. Pemantauan operasi manajemen ini dapat dilakukan.

Persyaratan dan batasan

Untuk menyebarkan instans terkelola, atau memindahkannya ke subnet lain, subnet tujuan harus memiliki persyaratan jaringan tertentu.

Kesiapan subnet

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

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

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

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

Jika subnet adalah bagian dari beberapa jaringan virtual lainnya, persyaratan tambahan

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

Setelah semua persyaratan terpenuhi, subnet berpindah dari kategori Belum siap untuk Instans Terkelola dan dapat digunakan untuk instans terkelola.

Subnet yang sudah digunakan (subnet yang digunakan untuk penyebaran instans tidak dapat berisi sumber daya lain), atau subnet memiliki zona DNS yang berbeda (batasan pemindahan instans lintas subnet) selalu menjadi 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, dan 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, serta menambahkan aturan apa pun yang diperlukan tetapi tidak ada. ¹

Catatan

¹ Aturan kustom yang ditambahkan ke konfigurasi subnet sumber tidak disalin ke subnet tujuan. Setiap penyesuaian konfigurasi subnet sumber harus direplikasi secara manual ke subnet tujuan. Salah satu cara untuk mencapai hal ini adalah dengan menggunakan tabel rute yang sama dan grup keamanan jaringan untuk subnet sumber dan tujuan.

Batasan subnet tujuan

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

• SQL Managed Instance dapat dipindahkan ke subnet yang:

  • Dalam jaringan virtual yang sama dengan yang saat ini digunakan,
  • 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 kosong.

  • Anda dapat secara khusus menyiapkan subnet tujuan untuk mempertahankan zona DNS SQL Managed Instance yang sedang dipindahkan. Persiapan dapat dilakukan dengan membuat SQL Managed Instance baru di subnet kosong dan menyediakan parameter dnsZonePartner dalam membuat permintaan. Parameter ini sebagai nilai menerima ID SQL Managed Instance, dan dalam hal ini Anda dapat menggunakan instans yang nantinya akan dipindahkan ke subnet^{baru 1}.

Catatan

¹ Terlepas dari pendekatan ini tidak ada cara lain bagi Anda untuk menentukan zona DNS SQL Managed Instance karena dibuat secara acak. Di sana juga, mulai sekarang, tidak ada cara untuk memperbarui zona DNS dari SQL Managed Instance 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 kisaran 11000~11999 di Kelompok Keamanan Jaringan (NSG) untuk koneksi dari subnet instans terkelola lainnya ( yang menyimpan replika grup failover) untuk mengizinkan lalu lintas replikasi antara dua 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. Kami 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 antar instans terkelola.

Langkah-langkah operasi

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.
Pengubahan ukuran/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.
Seeding file database/melampirkan file database	Bergantung pada tingkat layanan, baik database di-seed atau file database terpasang.
Mempersiapkan kegagalan dan kegagalan	Setelah data di-seed atau file database dipasang kembali, sistem bersiap untuk failover. Ketika semuanya sudah 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.

Penjelasan terperinci tentang langkah-langkah operasi dapat ditemukan dalam gambaran umum operasi manajemen 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 telah disempurnakan 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 Manajemen untuk Azure SQL Managed Instance.

Portal

Opsi untuk memilih subnet instans terletak di panel Jaringan portal Azure. Operasi pemindahan instans dimulai saat Anda memilih subnet dan menyimpan perubahan Anda.

Langkah pertama dari operasi pemindahan adalah menyiapkan subnet tujuan untuk penyebaran, yang dapat memakan waktu beberapa menit. Setelah subnet siap, operasi manajemen pemindahan instans dimulai dan akan terlihat di portal Azure.

Pantau operasi pemindahan instans dari panel Gambaran Umum portal Azure. Pilih pemberitahuan untuk membuka panel tambahan 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. Jika Anda ingin menggunakan subnet yang sudah ada, berikan nama subnet tersebut dalam perintah PowerShell.

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

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 prepartion script
Invoke-Command -ScriptBlock ([Scriptblock]::Create((iwr ($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 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 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

Langkah berikutnya

• Untuk mempelajari cara membuat instans terkelola pertama Anda, lihat Panduan Mulai Cepat.
• Untuk fitur dan daftar perbandingan, lihat Fitur umum SQL.
• Untuk mengetahui informasi selengkapnya tentang konfigurasi VNet, lihat Konfigurasi VNet SQL Managed Instance.
• Untuk proses mulai cepat yang membuat instans terkelola dan memulihkan database dari file cadangan, lihat Membuat instans terkelola.
• Untuk tutorial penggunaan Azure Database Migration Service untuk migrasi, lihat Migrasi SQL Managed Instance menggunakan Database Migration Service.