Grup ketersediaan Always On (AG) Microsoft SQL Server memungkinkan Anda mereplikasi database di beberapa instance SQL Server Enterprise.
Serupa dengan Instance Cluster Failover SQL Server, grup ketersediaan Always On menggunakan Windows Server Failover Clustering (WSFC) untuk menerapkan ketersediaan tinggi. Namun, kedua fitur tersebut berbeda dalam beberapa hal, di antaranya:
| Grup ketersediaan Always On | Instance cluster failover | |
|---|---|---|
| Cakupan failover | Grup database | Instance |
| Penyimpanan | Tidak dibagikan | VPC |
Untuk perbandingan yang lebih mendetail, lihat Perbandingan Instance Cluster Failover dan Grup Ketersediaan.
Grup ketersediaan Always On mendukung beberapa mode ketersediaan. Tutorial ini menunjukkan cara men-deploy grup ketersediaan Always On dalam mode commit sinkron untuk mengimplementasikan ketersediaan tinggi untuk satu atau beberapa database.
Dalam penyiapan, Anda akan membuat tiga instance VM. Dua instance VM, node-1 dan
node-2, berfungsi sebagai node cluster dan menjalankan SQL Server. Instance VM ketiga,
witness, digunakan untuk mencapai kuorum dalam skenario failover. Tiga instance VM didistribusikan ke tiga zona dan berbagi subnet yang sama.
Saat menggunakan grup ketersediaan AlwaysOn SQL Server, sebuah database contoh, bookshelf,
direplikasi secara sinkron di dua instance SQL Server.
Di lingkungan Windows Server Failover Clustering lokal, pengumuman ARP memicu failover alamat IP. Google Cloud, namun, mengabaikan pengumuman ARP. Oleh karena itu, Anda harus menerapkan salah satu dari dua opsi berikut: menggunakan load balancer internal dan nama jaringan terdistribusi (DNN). Artikel ini mengasumsikan bahwa Anda telah men-deploy Active Directory di Google Cloud dan memiliki pengetahuan dasar tentang SQL Server, Active Directory, dan Compute Engine. Untuk mengetahui informasi selengkapnya tentang Active Directory di Google Cloud, lihat Bagian Mulai