Date: Februari 5, 2018
Tag: Asinkron, selalu, Sinkronis
Asynchronous vs synchronous replication on AlwaysOn
Dari menghadiri sesi di PASS Summit minggu ini, sudah menjadi jelas bahwa AlwaysOn adalah topik hangat dengan sekitar enam sesi yang didedikasikan untuk solusi ini. Satu hal yang saya pelajari adalah bahwa walaupun solusinya tentu memiliki aplikasinya, sebagian besar penerapan yang berhasil didasarkan pada penggunaan AlwaysOn secara asinkron. Alasan orang menghindari opsi replikasi sinkron adalah bahwa overhead terlalu besar. Selama replikasi sinkron, menulis harus dilakukan pada replika sebelum dilakukan pada sumbernya. Dalam pengujian yang telah saya lakukan, overhead ini bisa dikenalkan sebanyak 68%.
Sebagai contoh, dalam sebuah tes dimana saya memiliki database yang menyisipkan sekitar 1.000.000 baris per detik dan kita mengukur throughput pada file log, kita melihat bahwa tanpa mirroring di tempat kita menulis sekitar 400 MBps. Begitu kita mulai mereplikasi database itu dengan AlwaysOn Availability Groups di LAN 10 Gbps, kita melihat penurunan kinerja sebesar 68%, dengan database khusus ini melambat menjadi sekitar 250.000 sisipan per detik.
Jika Anda mempertimbangkan solusinya sebagai pengganti cluster failover Anda, drop off ini harus menjadi perhatian utama Anda. Untuk mencapai failover otomatis yang biasa Anda gunakan dalam failover clustering, Anda harus menggunakan mirroring sinkron, yang berarti Anda harus hidup dengan hit kinerja ini. Umumnya ini tidak akan dapat diterima, yang mungkin mengapa Anda tidak mendengar para ahli merekomendasikan konfigurasi semacam itu secara teratur.
Jadi apa yang harus kamu lakukan?
Jika Anda tetap dengan Anda cluster failover tradisional dan SAN? Bagaimana jika Anda ingin memanfaatkan fast, high speed storage seperti Fusion-io? Kalau begitu, Anda tidak bisa menggunakan cluster tradisional … atau bisa?
Kabar baiknya adalah Anda bisa membangun cluster tanpa SAN dan melakukan semuanya tanpa biaya, keterbatasan dan biaya overhead dengan AlwaysOn Availability Groups (lebih pada keterbatasan dan biaya di posting blog saya berikutnya). Dengan menggunakan DataKeeper Cluster Edition Anda dapat membangun cluster tanpa penyimpanan bersama DAN overhead yang terkait dengan replikasi Synchronous mendekati 10% vs mendekati 70% yang kita lihat dengan AlwaysOn Availability Groups.
Datang ke stan 351 di #SQLPASS dan saya akan dengan senang hati menunjukkan bagaimana solusinya bekerja.
Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-performance-problems-with-sql-server-alwayson-availability-groups-sqlpass/