Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Amazon OpenSearch Service menggunakan node pengelola khusus untuk meningkatkan stabilitas klaster. Node manajer khusus melakukan tugas manajemen klaster, tetapi tidak menyimpan data atau menanggapi permintaan unggahan data. Pembongkaran tugas manajemen klaster ini meningkatkan stabilitas domain Anda. Sama seperti semua jenis node lainnya, Anda membayar tarif per jam untuk setiap node manajer khusus.
Node manajer khusus melakukan tugas manajemen klaster berikut:
-
Lacak semua node di cluster.
-
Lacak jumlah indeks di cluster.
-
Lacak jumlah pecahan milik masing-masing indeks.
-
Pertahankan informasi routing untuk node di cluster.
-
Perbarui status cluster setelah perubahan status, seperti membuat indeks dan menambahkan atau menghapus node di cluster.
-
Replikasi perubahan ke status cluster di semua node di cluster.
-
Pantau kesehatan semua node cluster dengan mengirimkan sinyal detak jantung, sinyal periodik yang memantau ketersediaan node data dalam cluster.
Ilustrasi berikut menunjukkan domain OpenSearch Layanan dengan 10 instance. Tujuh contoh adalah node data dan tiga adalah node manajer khusus. Hanya satu node manajer khusus yang aktif. Dua node manajer khusus abu-abu menunggu sebagai cadangan jika node manajer khusus aktif gagal. Semua permintaan unggahan data dilayani oleh tujuh node data, dan semua tugas manajemen klaster diturunkan ke node manajer khusus yang aktif.
Memilih jumlah node manajer khusus
Kami menyarankan Anda menggunakan Multi-AZ dengan Standby, yang menambahkan tiga node manajer khusus untuk setiap domain OpenSearch Layanan produksi. Jika Anda menerapkan dengan Multi-AZ tanpa Standby atau Single-AZ, kami tetap merekomendasikan tiga node manajer khusus. Jangan pernah memilih jumlah node manajer khusus yang genap. Pertimbangkan hal berikut ketika memilih jumlah node manajer khusus:
-
Satu node manajer khusus secara eksplisit dilarang oleh OpenSearch Layanan karena Anda tidak memiliki cadangan jika terjadi kegagalan. Anda menerima pengecualian validasi jika Anda mencoba membuat domain dengan hanya satu node manajer khusus.
-
Jika Anda memiliki dua node manajer khusus, klaster Anda tidak memiliki kuorum node yang diperlukan untuk memilih node manajer baru jika terjadi kegagalan.
Kuorum adalah jumlah node manajer khusus/2 + 1 (dibulatkan ke bawah ke bilangan bulat terdekat). Dalam hal ini, 2 / 2 + 1 = 2. Karena satu node manajer khusus telah gagal dan hanya ada satu cadangan, cluster tidak memiliki kuorum dan tidak dapat memilih manajer baru.
-
Tiga node manajer khusus, nomor yang direkomendasikan, menyediakan dua node cadangan jika terjadi kegagalan node manajer dan kuorum yang diperlukan (2) untuk memilih manajer baru.
-
Empat node manajer khusus tidak lebih baik dari tiga dan dapat menyebabkan masalah jika Anda menggunakan beberapa Availability Zone.
-
Jika satu node manajer gagal, Anda memiliki kuorum (3) untuk memilih manajer baru. Jika dua node gagal, Anda kehilangan kuorum itu, seperti yang Anda lakukan dengan tiga node manajer khusus.
-
Dalam konfigurasi tiga Availability Zone, dua AZs memiliki satu node manajer khusus, dan satu AZ memiliki dua. Jika AZ mengalami gangguan, dua sisanya AZs tidak memiliki kuorum yang diperlukan (3) untuk memilih manajer baru.
-
-
Memiliki lima node manajer khusus berfungsi sebaik tiga dan memungkinkan Anda kehilangan dua node sambil mempertahankan kuorum. Tetapi karena hanya satu node manajer khusus yang aktif pada waktu tertentu, konfigurasi ini berarti Anda membayar empat node idle. Banyak pengguna menganggap tingkat perlindungan failover ini berlebihan.
Jika sebuah cluster memiliki jumlah node yang memenuhi syarat manajer genap, OpenSearch dan Elasticsearch versi 7. x dan kemudian abaikan satu node sehingga konfigurasi voting selalu berupa angka ganjil. Dalam hal ini, empat node manajer khusus pada dasarnya setara dengan tiga (dan dua banding satu).
catatan
Jika klaster Anda tidak memiliki kuorum yang diperlukan untuk memilih node manajer baru, permintaan tulis dan baca ke klaster keduanya gagal. Perilaku ini berbeda dari OpenSearch default.
Memilih jenis instance untuk node manajer khusus
OpenSearch Domain layanan dan kuota instance
Meskipun node manajer khusus tidak memproses permintaan pencarian dan kueri, ukurannya sangat berkorelasi dengan ukuran instans dan jumlah instance, indeks, dan pecahan yang dapat mereka kelola. Untuk cluster produksi, kami merekomendasikan, setidaknya, jenis instance berikut untuk node manajer khusus.
Rekomendasi ini didasarkan pada beban kerja yang khas dan dapat bervariasi berdasarkan kebutuhan Anda. Klaster dengan banyak serpihan atau pemetaan bidang bisa mendapatkan keuntungan dari tipe instans yang lebih besar. Untuk informasi selengkapnya, lihat CloudWatch Alarm yang disarankan untuk OpenSearch Layanan Amazon untuk menentukan apakah Anda perlu menggunakan jenis instans yang lebih besar.
| RAM | Max Node Support untuk Elasticsearch dan OpenSearch Service 1.x hingga 2.15 | Max Shard Support untuk Elasticsearch dan OpenSearch Service 2.15 dan di atasnya | Max Node Support untuk Elasticsearch dan OpenSearch Service 1.x hingga 2.15 | Max Shard Support untuk Elasticsearch and OpenSearch Service 2.17 dan di atasnya |
|---|---|---|---|---|
| 2 GB | Tidak berlaku | Tidak berlaku | 10 | 1K |
| 4 GB | Tidak berlaku | Tidak berlaku | 10 | 5K |
| 8 GB | 10 | 10K | 30 | 15K |
| 16 GB | 30 | 30K | 60 | 30K |
| 32 GB | 75 | 40K | 120 | 60K |
| 64 GB | 125 | 75K | 240 | 120K |
| 128 GB | 200 | 75K | 480 | 240K |
| 256 GB | Tidak berlaku | Tidak berlaku | 1002 | 500K |
