Elasticsearch:Konfigurasikan garbage collector

Informasi latar belakang

Versi Alibaba Cloud ES sebelum 8.x menggunakan garbage collector CMS secara default. Garbage collector ini dipicu ketika penggunaan heap memory mencapai 75%. Jika suatu instans memiliki heap memory besar, alihkan ke garbage collector G1 untuk mengoptimalkan kinerja. Versi ES 8.x dan yang lebih baru menggunakan garbage collector G1 secara default, dan konfigurasinya tidak dapat diubah.

Prasyarat

Instans Anda harus memenuhi persyaratan berikut:

• Versi: 6.7.0 hingga 8.x (sebelum 8.x)

• Memori node data: 32 GB atau lebih

  Cara melihat memori instans:

  1. Buka halaman Basic Information dari instans target.

  2. Pada bagian Node Visualization, lihat spesifikasi node data.

  3. Total memori = Memori per node × Jumlah node data

  Jika persyaratan memori tidak terpenuhi, Anda dapat melakukan upgrade spesifikasi instans. Untuk informasi selengkapnya, lihat Upgrade a cluster.

Prosedur

1. Masuk ke Alibaba Cloud Elasticsearch console.

2. Di panel navigasi kiri, klik Elasticsearch Clusters.

3. Akses instans target.

   1. Di bilah menu atas, pilih kelompok sumber daya dan wilayah.

   2. Pada daftar Elasticsearch Clusters, klik ID instans target.

4. Di panel navigasi kiri, pilih Configuration and Management > Cluster Configuration.

5. Pada bagian Basic Configuration, klik Modify di sebelah kanan Garbage Collector.

   • Jika tombol Modify berwarna abu-abu, kemungkinan penyebabnya sebagai berikut:

     • Memori node data instans kurang dari 32 GB.

     • Versi instans berada di luar rentang yang didukung: 6.7.0 hingga 8.x (sebelum 8.x).

       Dalam kasus ini, lakukan upgrade instans atau pastikan kompatibilitas versi.

   Penting

   • Pastikan kluster berada dalam kondisi normal sebelum mengganti garbage collector. Operasi ini akan memicu restart bergulir pada kluster. Durasi restart tergantung pada ukuran kluster, volume data, dan beban. Lakukan operasi ini selama jam sepi.

   • Jika indeks kluster memiliki shard replika dan beban kluster normal (penggunaan CPU sekitar 60%, penggunaan heap memory sekitar 50%, dan load_1m di bawah jumlah core CPU), kluster umumnya tetap dapat menyediakan layanan selama perubahan.

   • Jika beban kluster terlalu tinggi, indeks tidak memiliki replika, serta terdapat banyak operasi write atau kueri, timeout akses sesekali mungkin terjadi selama perubahan. Konfigurasikan mekanisme retry pada client access untuk meminimalkan dampak terhadap bisnis.

6. Pada halaman Modify Configuration, pilih G1, lalu klik OK.

   • Setelah dikonfirmasi, kluster akan melakukan restart secara otomatis. Setelah restart berhasil, pergantian garbage collector selesai.

   • Durasi restart yang diharapkan: sekitar 10–30 menit untuk kluster kecil dan 30–60 menit untuk kluster Tingkat Tinggi, tergantung pada ukuran kluster dan volume data.

   • Selama restart bergulir, kluster tetap tersedia namun mungkin mengalami penundaan respons singkat.

Referensi

Referensi API untuk mengganti garbage collector: UpdateAdvancedSetting