Alibaba Cloud Elasticsearch menyediakan dua metode pembaruan kluster: pembaruan in-place dan pembaruan blue-green. Seiring pertumbuhan bisnis Anda, perubahan volume data dan lalu lintas akses mungkin memerlukan operasi pembaruan kluster, seperti scaling kluster (menambah atau mengurangi kapasitas), upgrade versi kluster, serta migrasi node ke zona lain.
Dalam sebagian besar kasus, sistem secara otomatis memilih metode pembaruan yang sesuai berdasarkan jenis operasi yang Anda lakukan. Namun, saat melakukan restart kluster atau upgrade konfigurasi kluster, Anda dapat menentukan metode pembaruan sesuai kebutuhan bisnis.
Pertimbangan
Sebelum memperbarui kluster Alibaba Cloud Elasticsearch, pastikan hal-hal berikut:
Replica shards — Setiap indeks dalam kluster memiliki setidaknya satu replica shard. Replica shard meningkatkan stabilitas kluster selama pembaruan.
Kluster multi-zona — Jumlah replica shard per indeks lebih sedikit daripada jumlah zona tempat kluster dideploy. Setelah pembaruan selesai, Anda dapat menambah jumlah replica shard secara manual.
Cara kerja masing-masing metode pembaruan
In-place update
Sistem memperbarui node yang perlu diperbarui satu per satu secara bergilir (rolling). Pembaruan in-place tidak menyalin data, sehingga durasi pembaruan tidak dipengaruhi oleh volume data.
Pembaruan in-place dapat memengaruhi kinerja kluster. Hindari melakukannya pada jam sibuk bisnis.
Blue-green update
Sistem menambahkan node baru dalam jumlah yang sama dengan node yang ada ke dalam kluster, lalu menyalin data ke node baru tersebut. Setelah itu, kluster beralih ke node baru dan sistem menghapus node asli. Pembaruan blue-green relatif lancar tetapi memakan waktu lebih lama dibandingkan pembaruan in-place, serta alamat IP node akan berubah setelah pembaruan selesai.
Durasi pembaruan blue-green bergantung pada faktor-faktor seperti spesifikasi kluster, struktur data, dan ukuran data, serta biasanya memakan waktu beberapa jam.
Dalam kasus ekstrem, operasi baca (read) mungkin terpengaruh selama pembaruan blue-green. Lakukan pembaruan ini pada jam sepi dan konfigurasikan mekanisme retry untuk client Anda.
Pilih metode pembaruan
Beberapa operasi pembaruan hanya mendukung satu metode. Periksa batasan berikut sebelum memilih metode untuk operasi Anda.
Operasi yang memerlukan blue-green update
Zone migration — Blue-green update adalah satu-satunya metode yang didukung saat Anda melakukan migrasi node ke zona lain.
Disk type change — Saat melakukan upgrade konfigurasi kluster, Anda dapat menentukan metode pembaruan. Namun, jika pembaruan tersebut mengubah tipe disk node, Anda hanya dapat memilih blue-green update.
Ultra disk expansion beyond 2 TB — Saat melakukan upgrade kluster dan mengubah kapasitas storage ultra disk menjadi lebih dari 2 TB, blue-green update adalah satu-satunya metode yang didukung.
Operasi yang tidak mendukung blue-green update
Forced restart — Hanya in-place update yang didukung.
Client nodes only — Jika kluster memiliki client nodes tetapi tidak memiliki dedicated master nodes, Anda tidak dapat melakukan blue-green update hanya pada client nodes.
Dedicated master nodes only — Anda tidak dapat melakukan blue-green update hanya pada dedicated master nodes.
Metode yang direkomendasikan berdasarkan skenario
Jika kedua metode tersedia untuk operasi Anda, pilih metode berdasarkan skenario berikut.
| Skenario | Metode yang direkomendasikan |
| Kluster mengalami bottleneck kinerja dan Anda ingin menyelesaikan pembaruan dengan cepat. | In-place update |
| Durasi pembaruan tidak kritis, tetapi ketersediaan kluster yang tinggi sangat diperlukan. | Blue-green update |
| Salah satu node dalam kluster mengalami kinerja buruk, misalnya, utilisasi CPU tinggi yang berkelanjutan. | Blue-green update |
Langkah selanjutnya
Untuk menentukan metode pembaruan saat melakukan restart kluster, lihat Restart a cluster or node.
Untuk menentukan metode pembaruan saat melakukan upgrade konfigurasi kluster, lihat Upgrade the configuration of a cluster.