Bagikan melalui

Instans kluster failover (FCI) dengan SQL Server di Microsoft Azure Virtual Machines.

  • Artikel

Berlaku untuk: SQL Server di Azure VM

Artikel ini memperkenalkan perbedaan fitur ketika Anda bekerja dengan instans kluster failover (FCL) untuk SQL Server pada Microsoft Azure Virtual Machines (VM).

Untuk memulai, siapkan mesin virtual anda.

Gambaran Umum

SQL Server di Azure VM menggunakan fungsionalitas Pengklusteran Failover Windows Server (WSFC) untuk memberikan ketersediaan tinggi lokal melalui redundansi pada tingkat instans server: instans kluster failover. FCI adalah satu instans SQL Server yang diinstal di seluruh node WSFC (atau hanya kluster) dan, mungkin, di beberapa subnet. Pada jaringan tersebut, FCI tampaknya merupakan satu instans SQL Server yang berjalan pada satu komputer. Tetapi FCI menyediakan failover dari satu simpul WSFC ke simpul lain jika simpul saat ini menjadi tidak tersedia.

Artikel lainnya berfokus pada perbedaan untuk instans kluster failover saat digunakan dengan SQL Server di VM Azure. Untuk mempelajari lebih lanjut tentang teknologi pengklusteran failover, lihat:

Catatan

Sekarang dimungkinkan untuk mengangkat dan mengalihkan solusi instans klaster failover Anda ke SQL Server di Azure VM menggunakan Azure Migrate. Lihat Memigrasikan instans kluster failover untuk mempelajari selengkapnya.

Kuorum

Instans kluster failover dengan dukungan SQL Server di Microsoft Azure Virtual Machines menggunakan saksi disk, saksi cloud, atau saksi berbagi file untuk kuorum kluster.

Untuk mempelajari lebih lanjut, lihat Praktik terbaik kuorum dengan VM SQL Server di Azure.

Penyimpanan

Di lingkungan kluster lokal tradisional, kluster failover Windows menggunakan jaringan area penyimpanan (SAN) yang dapat diakses oleh semua simpul sebagai penyimpanan bersama. File SQL Server dihosting di penyimpanan bersama, dan hanya simpul aktif yang dapat mengakses file pada satu waktu.

SQL Server di Azure VMs menawarkan berbagai opsi sebagai solusi penyimpanan bersama untuk penyebaran instans kluster failover SQL Server:

Disk bersama Azure Berbagi file Premium Storage Spaces Direct(S2D) Azure Elastic SAN
Versi OS minimum Semua Windows Server 2012 Server Windows 2016 Windows Server 2022
Versi SQL Server minimum Semua SQL Server 2012 SQL Server 2016 SQL Server 2022
Ketersediaan komputer virtual yang didukung Premium SSD LRS: Set Ketersediaan dengan atau tanpa grup penempatan kedekatan
ZRS SSD Premium: Zona ketersediaan
Disk ultra: Zona ketersediaan yang sama		 Set ketersediaan dan zona ketersediaan Kumpulan ketersediaan Zona ketersediaan
Mendukung FileStream Ya No Ya Tidak
Mendukung MSDTC Ya No No Tidak

Bagian selanjutnya dari bagian ini mencantumkan manfaat dan batasan dari setiap opsi penyimpanan yang tersedia untuk Microsoft SQL Server di komputer virtual Azure.

Disk bersama Azure

Disk bersama Azure adalah fitur Disk yang dikelola Azure. Kluster Failover Windows Server mendukung penggunaan disk bersama Azure dengan instans kluster failover.

OS yang didukung: Semua
Versi SQL yang didukung: Semua

Keuntungan:

  • Berguna untuk aplikasi yang ingin bermigrasi ke Azure sambil menjaga arsitektur ketersediaan tinggi dan pemulihan bencana (HADR) apa adanya.
  • Dapat memigrasikan aplikasi terkluster ke Azure seperti halnya karena dukungan Reservasi yang Terus-menerus SCSI (SCSI PR).
  • Mendukung penyimpanan Azure Premium SSD dan Azure Ultra Disk bersama.
  • Dapat menggunakan satu disk bersama atau memisahkan beberapa disk bersama untuk membuat kumpulan penyimpanan bersama.
  • Mendukung FILESTREAM.
  • SSD Premium mendukung set ketersediaan.
  • Penyimpanan Redundan Zona SSD Premium (ZRS) mendukung zona ketersediaan. Bagian mesin virtual FCI dapat ditempatkan di zona ketersediaan yang berbeda.
  • Mendukung Koordinator Transaksi Terdistribusi Microsoft (MSDTC) yang dimulai dengan Windows Server 2019.

Catatan

Meski disk bersama Azure juga mendukung ukuran SSD Standar, kami tidak merekomendasikan penggunaan SSD Standar untuk beban kerja SQL Server karena keterbatasan performa.

Batasan:

  • Penembolokan disk SSD premium tidak didukung.
  • Disk ultra tidak mendukung set ketersediaan atau Zone Redundant Storage (ZRS).
  • Zona ketersediaan didukung untuk Disk Ultra, tetapi VM harus berada di zona ketersediaan yang sama, yang mengurangi ketersediaan komputer virtual menjadi 99,9%.

Untuk memulai, lihat Mengonfigurasi instans kluster failover dengan disk bersama Azure.

Ruang Penyimpanan Langsung

Ruang Penyimpanan Langsung adalah fitur Windows Server yang didukung dengan kluster failover di Microsoft Azure Virtual Machines. Ini menyediakan SAN virtual berbasis perangkat lunak.

OS yang didukung: Windows Server 2016 dan yang lebih baru
Versi SQL yang didukung: SQL Server 2016 dan yang lebih baru

Keuntungan:

  • Bandwidth jaringan yang cukup memungkinkan solusi penyimpanan bersama yang kuat dan berperforma tinggi.
  • Mendukung cache gumpalan Azure, sehingga bacaan dapat disajikan secara lokal dari cache. (Pembaruan direplikasi secara bersamaan ke kedua simpul.)
  • Mendukung FileStream.

Batasan:

  • Hanya tersedia untuk Windows Server 2016 dan yang lebih baru.
  • Zona ketersediaan tidak didukung.
  • Membutuhkan kapasitas disk yang sama yang melekat pada kedua komputer virtual.
  • Bandwidth jaringan tinggi diperlukan untuk mencapai performa tinggi karena replikasi disk yang sedang berlangsung.
  • Membutuhkan ukuran komputer virtual yang lebih besar dan membayar penyimpanan dua kali lipat, karena penyimpanan melekat pada setiap komputer virtual.
  • Koordinator Transaksi Terdistribusi Microsoft (MSDTC) tidak didukung.

Untuk memulai, lihat Mengonfigurasi instans kluster failover dengan Storage Spaces Direct.

Berbagi file premium

Berbagi file premium adalah fitur Azure Files. Berbagi file premium didukung SSD dan memiliki latensi rendah secara konsisten. Mereka sepenuhnya didukung untuk digunakan dengan instans kluster failover untuk SQL Server 2012 atau yang lebih baru pada Windows Server 2012 atau yang lebih baru. Berbagi file premium memberi Anda fleksibilitas yang lebih besar, karena Anda dapat mengubah ukuran dan menskalakan berbagi file tanpa jeda.

OS yang didukung: Windows Server 2012 dan yang lebih baru
Versi SQL yang didukung: SQL Server 2012 dan yang lebih baru

Keuntungan:

  • Solusi penyimpanan bersama untuk mesin virtual yang tersebar di beberapa zona ketersediaan.
  • Sistem file yang dikelola sepenuhnya dengan latensi satu digit dan performa I/O yang dapat melonjak.
  • Tidak semua fitur SQL Server didukung - seperti rekam jepret database, aliran file, dan CHECKDB tanpa TABLOCK. Tinjau Batasan untuk detailnya.

Batasan:

  • Hanya tersedia untuk Windows Server 2012 dan yang lebih baru.
  • FileStream tidak didukung.
  • Koordinator Transaksi Terdistribusi Microsoft (MSDTC) tidak didukung.

Untuk memulai, lihat Mengonfigurasi instans kluster failover dengan berbagi file Premium.

Azure Elastic SAN

Azure Elastic SAN adalah penawaran penyimpanan terlampir jaringan yang memberi pelanggan solusi yang fleksibel dan dapat diskalakan dengan potensi untuk mengurangi biaya melalui konsolidasi penyimpanan. Azure Elastic SAN memberikan solusi penyimpanan blok yang hemat biaya, berkinerja, dan andal yang terhubung ke berbagai layanan komputasi Azure melalui protokol iSCSI. Elastic SAN memungkinkan transisi yang mulus dari real estat penyimpanan SAN yang ada ke cloud tanpa harus merefaktor arsitektur aplikasi.

Catatan

Mengonfigurasi instans kluster failover Anda dengan Azure Elastic SAN saat ini dalam pratinjau untuk SQL Server di Azure VM.

OS yang didukung: Windows Server 2019 dan yang lebih baru
Versi SQL yang didukung: SQL Server 2022 dan yang lebih baru

Keuntungan:

  • ELASTIC SAN tidak dibatasi oleh batas throughput disk VM, yang berarti Anda dapat menghemat biaya dengan mencapai throughput yang diinginkan dengan VM yang lebih kecil.
  • Konsolidasi penyimpanan dan berbagi performa dinamis - dimungkinkan untuk menghemat biaya dengan mengonsolidasikan beban kerja berkinerja rendah hingga menengah dengan beban kerja SQL Server karena kumpulan penyimpanan disediakan di tingkat SAN dan performa dibagikan di seluruh beban kerja.
  • Mendukung Reservasi Persisten SCSI (SCSI PR), yang berarti Anda dapat memigrasikan aplikasi berkluster ke Azure apa adanya.
  • Dapat menggunakan satu volume bersama, atau menghapus beberapa volume bersama untuk membuat kumpulan penyimpanan bersama.
  • Penyimpanan redundan zona ELASTIC SAN mendukung zona ketersediaan. VM bagian dari instans kluster failover dapat ditempatkan di zona ketersediaan yang berbeda.

Batasan:

  • Bukti cloud saat ini tidak didukung.
  • Tidak mendukung beban kerja latensi submillisecond.
  • Aliran file tidak didukung.
  • Koordinator Transaksi Terdistribusi Microsoft (MSDTC) tidak didukung.

Mitra

Ada solusi kluster mitra dengan penyimpanan yang didukung.

OS yang didukung: Semua
Versi SQL yang didukung: Semua

Salah satu contohnya menggunakan SIOS DataKeeper sebagai penyimpanan. Untuk informasi selengkapnya, lihat entri blog Kluster failover dan Sios DataKeeper.

iSCSI dan ExpressRoute

Anda juga dapat mengekspos penyimpanan blok bersama target iSCSI melalui Azure ExpressRoute.

OS yang didukung: Semua
Versi SQL yang didukung: Semua

Misalnya, NetApp Private Storage (NPS) memaparkan target iSCSI melalui ExpressRoute dengan Equinix ke Azure VMs.

Untuk solusi penyimpanan bersama dan replikasi data dari mitra Microsoft, hubungi vendor untuk masalah apa pun yang terkait dengan akses data pada kegagalan.

Konektivitas

Agar sesuai dengan pengalaman lokal untuk terhubung ke instans kluster failover Anda, sebarkan mesin virtual SQL Server Anda ke beberapa subnet dalam jaringan virtual yang sama. Memiliki beberapa subnet meniadakan kebutuhan akan dependensi tambahan pada Azure Load Balancer, atau nama jaringan terdistribusi (DNN) untuk merutekan lalu lintas ke FCI Anda.

Jika menyebarkan mesin virtual SQL Server ke subnet tunggal, Anda dapat mengonfigurasi nama jaringan virtual (VNN) dan Azure Load Balancer, atau nama jaringan terdistribusi (DNN) untuk merutekan lalu lintas ke instans kluster failover Anda. Tinjau perbedaan antara keduanya, lalu sebarkan nama jaringan terdistribusi atau nama jaringan virtual untuk instans kluster failover Anda.

Nama jaringan terdistribusi direkomendasikan, jika memungkinkan, karena failover lebih cepat, dan overhead serta biaya pengelolaan penyeimbang muatan dihilangkan.

Sebagian besar fitur SQL Server bekerja secara transparan dengan FCI saat menggunakan DNN, tetapi ada fitur tertentu yang mungkin memerlukan pertimbangan khusus. Untuk informasi selengkapnya, lihat Interoperabilitas FCI dan DNN.

Catatan

Jika Anda memiliki beberapa AG atau FCI pada kluster yang sama dan Anda menggunakan pendengar DNN atau VNN, maka setiap AG atau FCI memerlukan titik koneksi independennya sendiri.

Batasan

Dukungan ekstensi terbatas

Saat ini, instans kluster failover SQL Server pada komputer virtual Azure yang terdaftar di ekstensi Agen IaaS SQL hanya mendukung sejumlah fitur terbatas yang tersedia melalui pendaftaran dasar, dan bukan yang memerlukan agen, seperti pencadangan otomatis, patching, autentikasi Microsoft Entra, dan manajemen portal tingkat lanjut. Lihat tabel manfaat untuk mempelajari selengkapnya.

Jika komputer virtual SQL Server Anda telah terdaftar dengan ekstensi SQL IaaS Agent dan Anda telah mengaktifkan fitur apa pun yang memerlukan agen, Anda perlu menghapus ekstensi dari komputer virtual SQL Server dengan menghapus sumber daya komputer virtual SQL untuk VM yang sesuai, lalu mendaftarkannya dengan ekstensi Agen IaaS SQL lagi. Saat Anda menghapus sumber daya komputer virtual SQL dengan menggunakan portal Microsoft Azure, kosongkan kotak centang di samping komputer virtual yang benar untuk menghindari penghapusan komputer virtual.

MSDTC

Azure Virtual Machines mendukung Koordinator Transaksi Terdistribusi Microsoft (MSDTC) di Windows Server 2019 dengan penyimpanan pada Volume Bersama Terkluster (CSV) dan Azure Standard Load Balancer atau pada komputer virtual SQL Server yang menggunakan disk bersama Azure.

Di Azure Virtual Machines, MSDTC tidak didukung untuk Windows Server 2016 atau yang lebih lama dengan Volume Bersama dalam Kluster karena:

  • Sumber daya MSDTC dalam kluster tidak dapat dikonfigurasi untuk menggunakan penyimpanan bersama. Pada Windows Server 2016, jika Anda membuat sumber daya MSDTC, itu tidak menampilkan penyimpanan bersama yang tersedia untuk digunakan, bahkan jika penyimpanan tersedia. Masalah ini telah diperbaiki di Windows Server 2019.
  • Penyeimbang beban dasar tidak menangani port RPC.

Konten terkait