ApsaraDB for ClickHouse secara berkala merilis pembaruan versi mesin utama untuk meningkatkan fitur dan kinerja kluster Community Compatible Edition. Namun, peningkatan versi mesin utama melibatkan perubahan pada arsitektur dasar dan dapat memengaruhi kompatibilitas, kinerja, serta konsistensi data kluster yang ada. Oleh karena itu, sebelum menaikkan versi mesin utama sebuah kluster, disarankan untuk melakukan verifikasi dan perencanaan lengkap. Topik ini menjelaskan tiga metode peningkatan: satu klik, migrasi, dan kloning. Topik ini juga membandingkan karakteristik, skenario penggunaan, dan catatan penting untuk membantu Anda memilih solusi yang paling sesuai.
Item Perbandingan | |||
Skenario | Proses sederhana namun memiliki risiko kompatibilitas dan tidak dapat dikembalikan. Disarankan untuk melakukan uji kompatibilitas terlebih dahulu. Setelah memastikan tidak ada masalah kompatibilitas, peningkatan dapat dilakukan. | Metode ini cocok untuk skenario dengan volume data kecil, direkomendasikan agar volume data tidak melebihi 10 TB. | Metode ini cocok untuk skenario yang memerlukan verifikasi kompatibilitas data. |
Objek Operasi | Operasi dilakukan langsung pada kluster sumber. | Operasi dilakukan pada kluster sumber dan tujuan secara bersamaan. | Operasi dilakukan pada kluster sumber dan kloning secara bersamaan. |
Jumlah Kluster | Satu kluster. | Dua kluster, termasuk kluster sumber dan tujuan. | Dua kluster, termasuk kluster sumber dan kloning. |
Pengembalian Peningkatan | Proses peningkatan tidak dapat dikembalikan. Jika gagal, kluster tidak dapat dikembalikan ke versi sebelumnya. | Tugas migrasi dapat dibatalkan, tetapi tidak dapat dikembalikan setelah migrasi selesai. | Tugas kloning tidak dapat dikembalikan, tetapi kluster sumber tetap tidak berubah. Anda dapat menangani kluster sumber sesuai kebutuhan bisnis. |
Penghentian Penulisan | Operasi penulisan harus dihentikan hingga peningkatan selesai. | Ketika migrasi hampir selesai, operasi penulisan ke kluster sumber harus dihentikan untuk memastikan konsistensi data antara kluster sumber dan tujuan. | Ketika kluster sumber sedang membuat snapshot, operasi penulisan harus dihentikan. |
Faktor Waktu yang Diperlukan |
Untuk informasi lebih lanjut tentang jenis arsitektur kluster, lihat Konfirmasi Arsitektur Kluster. | Waktu yang diperlukan bertambah seiring dengan jumlah data yang akan dimigrasi dan frekuensi operasi penulisan. Jika penulisan ke kluster sumber tidak dihentikan, tugas migrasi mungkin gagal. | Proses ini memakan waktu lebih singkat, terutama bergantung pada waktu pembuatan snapshot dan waktu startup kluster. |
Metode Migrasi Data | Migrasi data tidak diperlukan. Peningkatan versi mesin utama dilakukan langsung pada kluster. | Data secara bertahap dimigrasi dari kluster sumber ke kluster tujuan. | Kluster kloning dihasilkan berdasarkan snapshot disk data. |
Migrasi Data Dingin | Didukung. | Didukung. | Tidak Didukung. |
Pergantian | Pergantian tidak diperlukan. Hanya satu kluster yang digunakan. | Anda perlu secara manual memindahkan beban kerja ke kluster tujuan dan menangani kluster sumber sesuai kebutuhan bisnis. | Anda perlu secara manual memindahkan beban kerja ke kluster kloning dan menangani kluster sumber sesuai kebutuhan bisnis. |