Apakah Kelompok Ketersediaan Alwayson Sebuah Alternatif yang layak untuk Selalu Menemukan Kelompok Gagal di Lingkungan Umum?

Baru-baru ini saya membaca sebuah artikel berjudul SQL Server 2012 AlwaysOn: Database Ketersediaan Tinggi untuk pusat data awan tempat penulis John Joyner membuat sebuah kasus untuk menggunakan AlwaysOn Availability Groups untuk ketersediaan SQL Server yang tinggi di cloud. Saya telah menyelidiki AlwaysOn Availability Groups sejak tersedia dalam versi pra-rilis SQL Server 2012. Meskipun tentu saja memiliki beberapa kegunaan yang valid (kebanyakan dalam konfigurasi pemulihan bencana), dengan mengatakan bahwa ini adalah "cara baru untuk mencapai HA SQL" melirik banyak masalah yang membuat penggelaran AlwaysOn Availability Groups sebagai pengganti kelompok failover tidak layak dilakukan. pilihan dalam banyak kasus.

Tanggapan saya

Sebagai tanggapan, saya menulis artikel yang saya ajukan bahwa AlwaysOn Multisite Clustering menggunakan solusi replikasi berbasis host DataKeeper Cluster Edition adalah alternatif yang jauh lebih baik dan saya terus maju dan menjelaskan mengapa ..

Tanggapan asli saya terhadap artikel sepertinya telah dihapus, jadi saya memutuskan untuk memposting ulang tanggapan saya terhadap artikel asli di bawah ini:

Ada beberapa hal yang perlu dipertimbangkan dengan AlwaysOn Availability Groups. Seperti yang Anda sebutkan, "Microsoft mengumumkan dukungan untuk beberapa aplikasi System Center 2012 SP1 untuk bekerja sama dengan SQL AlwaysOn", yang berarti masih ada aplikasi yang tidak mendukung AlwaysOn. Sebenarnya, ada BANYAK aplikasi yang tidak mendukung AlwaysOn Availability Groups, termasuk aplikasi yang menggunakan transaksi terdistribusi. Dan bagaimana dengan keterbatasan lainnya, seperti tidak bisa menjaga MSDB, Master dan database lainnya selaras? Saya blog tentang keterbatasan ini disini.

https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-limitations-of-sql-server-alwayson-availability-groups-sqlpass/

Saya setuju bahwa SQL HA itu penting, bagaimanapun, satu-satunya cara untuk mendapatkan "Ketersediaan Tinggi" (artinya pemulihan otomatis jika terjadi kegagalan) dengan AlwaysOn Availability Groups adalah dengan menggunakan mirroring sinkron. Pada PASS Summitt di Seattle awal bulan ini, saya duduk dalam berbagai presentasi di AlwaysOn dan hampir tanpa gagal para presenter membicarakan AlwaysOn dalam konfigurasi asinkron. Alasannya adalah bahwa replikasi sinkron AlwaysOn memiliki dampak yang SIGNIFICANT terhadap kinerja aplikasi Anda. Saya secara pribadi telah mengukur hukuman kinerja 68% dengan mirror mirror AlwaysOn Synchronous, dan itu berada di dedicated 10 Gbps LAN! Saya blog tentang hasil ini disini

Sayangnya, dalam konfigurasi asinkron Anda melepaskan failover otomatis, jadi Anda benar-benar tidak mendapatkan HA, Anda mendapatkan perlindungan data, namun pastinya bukan RTO yang sama seperti yang Anda harapkan dari sebuah cluster failover SQL tradisional.

Dan akhirnya ada biaya untuk dipertimbangkan. SQL Server 2012 Enterprise tidak ada yang bersin. Jika Anda ingin membangun cluster 2-node dan memanfaatkan sekunder yang mudah dibaca dan Anda menggunakan server 2-soket, 16-core yang Anda cari untuk mengupas hampir $ 220k untuk lisensi SQL Server 2012 Enterprise. Saya memecahkan biaya terkait di artikel blog saya di sini.

Jangan salah sangka, SQL Server 2012 AlwaysOn Availability Groups dapat memecahkan banyak masalah, namun saya tidak akan mengkategorikan konfigurasi asinkron yang dibutuhkan di sebagian besar penerapan awan sebagai alternatif HA. Banyak orang yang menghadap "AlwaysOn" lainnya, AlwaysOn Failover Cluster. Fitur baru dari SQL Server AlwaysOn Failover Cluster, termasuk dukungan yang disempurnakan untuk cluster subnet multisite lintas, akan memberi Anda solusi HA yang benar dan mengatasi semua keterbatasan yang saya jelaskan di atas. Tentu saja dengan solusi cloud murni Anda mungkin tidak bisa berintegrasi dengan replikasi berbasis array untuk mendukung cluster multisite, namun Anda selalu dapat menggunakan solusi replikasi berbasis host seperti SteelEye DataKeeper Cluster Edition untuk membangun cluster multisite di awan publik atau swasta dan di tempat Anda. pusat data fisik sendiri dan Anda dapat melakukannya dengan SQL Server 2008 sampai 2012 DAN bekerja pada edisi SQL Server Standard dan juga Enterprise.

Sudahkah Anda melakukan pengujian dengan AlwaysOn Availability Groups dalam konfigurasi HA? Jika demikian, saya akan penasaran untuk mengetahui apakah Anda mengukur biaya overhead yang terkait dengan replikasi sinkron di lingkungan Anda.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/11/27/is-alwayson-availability-groups-a-viable-alternative-to-alwayson-failover-clusters-in-the-public-cloud/