Memigrasikan grup ketersediaan SQL Server ke multi-subnet - SQL Server di Azure VM

  • Artikel

Berlaku untuk:SQL Server di Azure VM

Artikel ini mengajarkan Anda untuk memigrasikan grup ketersediaan AlwaysOn (AG) dari satu subnet ke beberapa subnet untuk menyederhanakan menyambungkan ke pendengar Anda di Azure dengan SQL Server Anda di komputer virtual (VM) Azure.

Tip

Ada banyak metode untuk menyebarkan grup ketersediaan. Sederhanakan penyebaran Anda dan hilangkan kebutuhan akan Azure Load Balancer atau nama jaringan terdistribusi (DNN) untuk grup ketersediaan AlwaysOn Anda dengan membuat komputer virtual (VM) SQL Server Anda di beberapa subnet dalam jaringan virtual Azure yang sama. Jika Anda telah membuat grup ketersediaan dalam satu subnet, Anda dapat memigrasikannya ke lingkungan multi-subnet.

Gambaran Umum

Pelanggan yang menjalankan SQL Server di komputer virtual Azure dapat menerapkan grup ketersediaan AlwaysOn (AG) dalam satu subnet atau beberapa subnet (multi-subnet). Konfigurasi multi-subnet menyederhanakan lingkungan grup ketersediaan dengan menghapus kebutuhan Azure Load Balancer atau Nama Jaringan Terdistribusi (DNN) untuk merutekan lalu lintas ke pendengar di jaringan Azure. Saat menggunakan pendekatan multi-subnet disarankan, diperlukan string koneksi agar aplikasi dapat menggunakan MultiSubnetFailover = true, yang mungkin tidak segera dimungkinkan karena perubahan tingkat aplikasi.

Jika Anda awalnya membuat grup ketersediaan dalam satu subnet dan menggunakan Azure Load Balancer atau DNN untuk pendengar dan sekarang ingin mengurangi kompleksitas dengan pindah ke konfigurasi multi-subnet, Anda dapat melakukannya dengan beberapa langkah manual.

Sebelum memulai migrasi lingkungan yang ada, mempertimbangkan risiko perubahan lingkungan yang digunakan.

Pertimbangkan dua cara berikut untuk memigrasikan grup ketersediaan Anda ke beberapa subnet:

  • Membuat lingkungan baru untuk melakukan pengujian berdampingan
  • Memindahkan grup ketersediaan yang ada secara manual

Perhatian

Melakukan migrasi apa pun melibatkan beberapa risiko, sehingga selalu uji secara menyeluruh di lingkungan non-produksi sebelum pindah ke lingkungan produksi.

Lingkungan baru dengan pengujian berdampingan

Metode pertama untuk berpindah ke grup ketersediaan multi-subnet adalah menyiapkan lingkungan baru. Jika ini adalah rute yang dipilih, maka Anda perlu:

  1. Membuat komputer virtual baru
  2. Membuat grup ketersediaan baru dalam konfigurasi multi-subnet
  3. Cadangkan database Anda saat ini dan pulihkan ke lingkungan baru

Awalnya di lingkungan multi-subnet baru, buat pendengar dengan nama yang berbeda dari lingkungan subnet tunggal yang ada. Pendengar yang baru bernama dalam grup ketersediaan baru memungkinkan pengujian aplikasi secara berdampingan (pengujian dengan multi-subnet dan penyeimbang beban saat ini atau DNN di tempat).

Setelah lingkungan multi-subnet divalidasi secara menyeluruh, Anda dapat memotong ke infrastruktur baru. Bergantung pada lingkungan (produksi, pengujian), gunakan jendela pemeliharaan untuk menyelesaikan perubahan. Selama jendela pemeliharaan, pulihkan database ke replika utama baru, hapus pendengar grup ketersediaan di kedua lingkungan, lalu buat ulang pendengar di lingkungan multi-subnet menggunakan nama yang sama dengan pendengar sebelumnya, yang digunakan dalam aplikasi string koneksi.

Menyiapkan lingkungan baru dalam konfigurasi multi-subnet sekarang lebih mudah dengan pengalaman penyebaran portal Azure.

Memindahkan grup ketersediaan yang ada secara manual

Opsi lainnya adalah memindahkan secara manual dari lingkungan subnet tunggal ke lingkungan multi-subnet. Untuk bermigrasi menggunakan metode ini, Anda memerlukan prasyarat berikut:

  • Alamat IP untuk setiap komputer di subnet baru
  • string Koneksi ion sudah menggunakanMultiSubnetFailover = true

Untuk memigrasikan grup ketersediaan Anda ke konfigurasi multi-subnet, ikuti langkah-langkah berikut:

  1. Buat subnet baru untuk setiap sekunder, karena semua komputer virtual saat ini berada di subnet yang sama.

  2. Tentukan IP Kluster dan IP Listener untuk semua server di AG. Misalnya, jika Anda memiliki grup ketersediaan dengan dua simpul, Anda memiliki hal berikut:

    Nama VM Subnet IP Kluster IP Listener
    VM1 (utama) 10.1.1.0/24 (subnet yang ada) 10.1.1.15 10.1.1.16
    VM2 (sekunder) 10.1.2.0/24 (subnet baru) 10.1.2.15 10.1.2.16

  3. Tambahkan IP Kluster dan IP Listener ke server replika utama. Menambahkan alamat IP ini adalah operasi online.

  4. Di portal Azure, pindahkan server sekunder ke subnet baru dengan masuk ke komputer virtual >Konfigurasi IP Antarmuka > Jaringan Jaringan>. Memindahkan server ke subnet baru memulai ulang server replika sekunder.

  5. Tambahkan IP Kluster dan IP Listener ke server replika sekunder. Menambahkan alamat IP ini adalah operasi online.

  6. Pada titik ini, karena alamat IP dan subnet ada di tempat, sehingga Anda dapat menghapus load balancer.

  7. Jatuhkan pendengar.

  8. Jika Anda menggunakan Windows Server 2019 dan versi yang lebih baru, lewati langkah ini. Jika Anda menggunakan Windows Server 2016, tambahkan IP kluster secara manual ke FCI.

  9. Buat ulang pendengar dengan IP pendengar baru.

  10. Hapus DNS di semua server menggunakan ipconfig /flushdns.

Langkah berikutnya