Oleh Ben Slater , Chief Product Officer, Instacluster.
Memindahkan penerapan Apache Cassandra langsung ke lokasi baru? Wajar jika Anda memiliki beberapa kekhawatiran, seperti bagaimana Anda dapat menjaga agar cluster Cassandra 100% tersedia selama proses berlangsung. Namun, faktanya adalah jika aplikasi Anda dapat tetap online selama perubahan pengaturan koneksi, aplikasi dapat tetap tersedia sepenuhnya selama transisi ini. Untuk perlindungan ekstra dan ketenangan pikiran, teknik berikut juga mencakup strategi rollback cepat untuk kembali ke konfigurasi awal Anda, hingga saat migrasi selesai.
Berikut adalah urutan operasi migrasi klaster Cassandra tujuh langkah yang direkomendasikan yang akan menghindari waktu henti:
1. Siapkan Lingkungan Anda yang Ada.
Pertama-tama, pastikan aplikasi Anda menggunakan kebijakan penyeimbangan beban sadar pusat data, serta LOCAL_*. Juga, periksa apakah semua dari keyspaces yang akan disalin ke cluster baru diatur untuk menggunakan NetworkTopologyStrategy sebagai strategi replikasi mereka. Sebaiknya juga semua ruang kunci menggunakan strategi replikasi ini saat dibuat, karena mengubahnya nanti bisa menjadi rumit.
2. Buat Cluster Baru.
Sekarang, saatnya membuat cluster baru yang akan Anda migrasikan. Beberapa hal yang harus diperhatikan di sini:Pastikan cluster baru dan cluster asli menggunakan versi Cassandra dan nama cluster yang sama. Selain itu, nama pusat data baru yang Anda gunakan harus berbeda dengan nama pusat data yang ada.
3. Bergabunglah dengan Cluster Bersama.
Untuk melakukan ini, pertama-tama buat perubahan aturan firewall yang diperlukan untuk memungkinkan cluster digabungkan, mengingat bahwa beberapa perubahan pada cluster sumber mungkin juga diperlukan. Kemudian, ubah seed node cluster baru—dan mulai. Setelah ini selesai, cluster baru akan menjadi pusat data kedua di cluster asli.
4. Ubah Pengaturan Replikasi.
Selanjutnya, di cluster yang ada, perbarui pengaturan replikasi untuk ruang kunci yang akan disalin, sehingga data sekarang akan direplikasi dengan pusat data baru sebagai tujuan.
5. Salin Data ke Cluster Baru.
Saat cluster digabungkan, Cassandra akan mulai mereplikasi penulisan ke cluster baru. Namun, tetap perlu untuk menyalin data yang ada dengan fungsi pembangunan kembali nodetool. Ini adalah praktik terbaik untuk melakukan fungsi ini pada cluster baru satu atau dua node sekaligus, agar tidak menempatkan beban streaming yang berlebihan pada cluster yang ada.
6. Ubah Titik Koneksi Aplikasi.
Setelah semua penggunaan fungsi pembangunan kembali selesai, masing-masing cluster akan berisi salinan lengkap dari data yang dimigrasikan, yang akan disinkronkan secara otomatis oleh Cassandra. Sekarang saatnya untuk mengubah titik koneksi awal aplikasi Anda ke node di cluster baru. Setelah ini selesai, semua membaca dan menulis akan dilayani oleh cluster baru, dan selanjutnya akan direplikasi di cluster asli. Terakhir, menjalankan fungsi perbaikan di seluruh cluster dengan cerdas, untuk memastikan bahwa semua data telah berhasil direplikasi dari aslinya.
7. Matikan Cluster Asli.
Selesaikan proses dengan sedikit pembersihan pasca-migrasi, hapus cluster asli. Pertama, ubah aturan firewall untuk memutuskan kluster asli dari yang baru. Kemudian, perbarui pengaturan replikasi di cluster baru untuk menghentikan replikasi data ke cluster asli. Terakhir, matikan cluster asli.
Dan begitulah:Penerapan Apache Cassandra Anda telah sepenuhnya dimigrasikan, tanpa waktu henti, risiko rendah, dan dengan cara yang sepenuhnya mulus dan transparan dari sudut pandang pengguna akhir Anda.
Tentang Penulis
Ben Slater adalah Chief Product Officer di Instacluster, penyedia infrastruktur data open source Apache Cassandra tingkat perusahaan, yang dihosting, dan terkelola sepenuhnya di Cloud.
