Mengonfigurasi domain Multi-AZ di Amazon Service OpenSearch - OpenSearch Layanan Amazon

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Mengonfigurasi domain Multi-AZ di Amazon Service OpenSearch

Untuk mencegah kehilangan data dan meminimalkan downtime kluster Amazon OpenSearch Service jika terjadi gangguan layanan, Anda dapat mendistribusikan node di dua atau tiga Availability Zone di Region yang sama, konfigurasi yang dikenal sebagai Multi-AZ. Availability Zone adalah lokasi terisolasi di setiap AWS Wilayah.

Untuk domain yang menjalankan beban kerja produksi, kami merekomendasikan opsi penyebaran Multi-AZ dengan Siaga, yang membuat konfigurasi berikut:

  • Domain dikerahkan di tiga zona.

  • Jenis instance generasi saat ini untuk node master dan node data khusus.

  • Tiga node master khusus dan tiga (atau kelipatan dari tiga) node data.

  • Setidaknya dua replika untuk setiap indeks di domain Anda, atau kelipatan dari tiga salinan data (termasuk node primer dan replika).

Sisa bagian ini memberikan penjelasan dan konteks seputar konfigurasi ini.

Multi-AZ dengan Siaga

Multi-AZ dengan Standby adalah opsi penerapan untuk domain OpenSearch Layanan Amazon yang menawarkan ketersediaan 99,99%, kinerja yang konsisten untuk beban kerja produksi, serta konfigurasi dan manajemen domain yang disederhanakan. Saat Anda menggunakan Multi-AZ dengan Siaga, domain akan tahan terhadap kegagalan infrastruktur, tanpa berdampak pada kinerja atau ketersediaan. Opsi penerapan ini mencapai standar ini dengan mengamanatkan sejumlah praktik terbaik, seperti jumlah node data tertentu, jumlah node master, jenis instance, jumlah replika, pengaturan pembaruan perangkat lunak, dan Penyetelan Otomatis diaktifkan.

Saat Anda menggunakan Multi-AZ dengan Siaga, OpenSearch Layanan membuat domain di tiga Availability Zone, dengan setiap zona berisi salinan data lengkap dan dengan data yang didistribusikan secara merata di setiap zona. Domain Anda menyimpan node di salah satu zona ini sebagai siaga, yang berarti bahwa mereka tidak melayani permintaan pencarian. Ketika OpenSearch Service mendeteksi kegagalan dalam infrastruktur yang mendasarinya, secara otomatis mengaktifkan node siaga dalam waktu kurang dari satu menit. Domain terus melayani permintaan pengindeksan dan pencarian, dan dampak apa pun terbatas pada waktu yang diperlukan untuk melakukan failover. Tidak ada redistribusi data atau sumber daya, yang menghasilkan kinerja cluster yang tidak terpengaruh dan tidak ada risiko ketersediaan yang menurun. Multi-AZ dengan Siaga tersedia tanpa biaya tambahan.

Anda memiliki dua opsi untuk membuat domain dengan standby di file. AWS Management Console Pertama, Anda dapat membuat domain dengan metode Easy create creation, dan OpenSearch Service akan secara otomatis menggunakan konfigurasi yang telah ditentukan, yang meliputi berikut ini:

  • Tiga Availability Zone, dengan satu bertindak sebagai siaga

  • Tiga node master dan node data khusus

  • Auto-Tune diaktifkan pada domain

  • Penyimpanan GP3 untuk node data

Anda juga dapat memilih metode pembuatan pembuatan Standar dan memilih Domain dengan standby sebagai opsi penerapan Anda. Ini memungkinkan Anda untuk menyesuaikan domain Anda sambil tetap mengamanatkan fitur utama siaga, seperti tiga zona dan tiga node master. Sebaiknya pilih jumlah node data yang kelipatan dari tiga (jumlah Availability Zones).

Setelah membuat domain, Anda dapat menavigasi ke halaman detail domain dan, di tab konfigurasi Cluster, konfirmasikan bahwa 3-AZ dengan siaga muncul di bawah Availability Zone.

Jika Anda mengalami masalah dalam memigrasi domain yang ada ke Multi-AZ dengan Siaga, lihat Kesalahan bermigrasi ke Multi-AZ dengan Siaga di panduan pemecahan masalah.

Batasan

Saat Anda menyiapkan domain dengan Multi-AZ dengan Siaga, pertimbangkan batasan berikut:

  • Jumlah total pecahan pada node tidak dapat melebihi 1000, jumlah total pecahan pada cluster tidak dapat melebihi 75000, dan ukuran pecahan tunggal tidak dapat melebihi 65 GB.

  • Multi-AZ dengan Standby hanya berfungsi dengan tipem5,c5,r5,r6g,c6g,m6g, r6gd dan i3 instance. Untuk informasi selengkapnya tentang instance yang didukung, lihat Jenis instans yang didukung.

  • Anda hanya dapat menggunakan Provisioned IOPS SSD, General Purpose SSD (GP3), atau penyimpanan yang didukung instans dengan standby.

  • Jika Anda mengaktifkan UltraWarmpada Multi-AZ dengan domain Siaga, jumlah node hangat harus kelipatan dari jumlah Availability Zones yang digunakan.

Multi-AZ tanpa Siaga

OpenSearch Layanan masih mendukung Multi-AZ tanpa Standby, yang menawarkan ketersediaan 99,9%. Node didistribusikan di seluruh Availability Zone (s), dan ketersediaan tergantung pada jumlah Availability Zone dan salinan data. Sedangkan dengan standby Anda harus mengonfigurasi domain Anda dengan praktik terbaik, tanpa siaga Anda dapat memilih jumlah Availability Zone, node, dan replika Anda sendiri. Kami tidak merekomendasikan opsi ini kecuali Anda memiliki alur kerja yang ada yang akan terganggu dengan membuat domain dengan siaga.

Jika Anda memilih opsi ini, kami tetap menyarankan Anda memilih tiga Availability Zone agar tetap tahan terhadap kegagalan node, disk, dan single-AZ. Ketika kegagalan terjadi, cluster mendistribusikan kembali data di seluruh sumber daya yang tersisa untuk menjaga ketersediaan dan redundansi. Pergerakan data ini meningkatkan penggunaan sumber daya pada cluster, dan dapat berdampak pada kinerja. Jika cluster tidak berukuran dengan benar, ia dapat mengalami penurunan ketersediaan, yang sebagian besar mengalahkan tujuan multi-AZ.

Satu-satunya cara untuk mengonfigurasi domain tanpa siaga AWS Management Console adalah dengan memilih metode pembuatan pembuatan Standar, dan pilih Domain tanpa siaga sebagai opsi penerapan Anda.

Distribusi serpihan

Jika Anda mengaktifkan Multi-AZ tanpa Standby, Anda harus membuat setidaknya satu replika untuk setiap indeks di cluster Anda. Tanpa replika, OpenSearch Layanan tidak dapat mendistribusikan salinan data Anda ke Availability Zone lainnya. Untungnya, konfigurasi default untuk setiap indeks adalah jumlah replika 1. Seperti yang ditunjukkan diagram berikut, OpenSearch Layanan melakukan upaya terbaik untuk mendistribusikan pecahan primer dan pecahan replika yang sesuai ke zona yang berbeda.

Selain mendistribusikan pecahan berdasarkan Availability Zone, OpenSearch Service mendistribusikannya berdasarkan node. Namun, konfigurasi domain tertentu dapat mengakibatkan jumlah serpihan tidak seimbang. Pertimbangkan domain berikut:

  • 5 simpul data

  • 5 serpihan primer

  • 2 replika

  • 3 Availability Zone

Dalam situasi ini, OpenSearch Service harus membebani satu node untuk mendistribusikan pecahan primer dan replika di seluruh zona, seperti yang ditunjukkan pada diagram berikut.

Untuk menghindari situasi seperti ini, yang dapat membebani node individual dan merusak kinerja, sebaiknya pilih Multi-AZ dengan Standby, atau pilih hitungan instans yang merupakan kelipatan tiga saat Anda berencana untuk memiliki dua atau lebih replika per indeks.

Distribusi simpul utama khusus

Bahkan jika Anda memilih dua Availability Zone saat mengonfigurasi domain Anda, OpenSearch Service secara otomatis mendistribusikan node master khusus di tiga Availability Zone. Distribusi ini membantu mencegah downtime klaster jika zona mengalami gangguan layanan. Jika Anda menggunakan tiga simpul utama khusus yang direkomendasikan dan satu Availability Zone tidak dapat digunakan, klaster Anda masih memiliki kuorum (2) simpul utama khusus dan dapat memilih master baru. Diagram berikut menunjukkan konfigurasi ini.

Jika Anda memilih tipe instans generasi lama yang tidak tersedia di tiga Availability Zone, skenario berikut berlaku:

  • Jika Anda memilih tiga Availability Zone untuk domain, OpenSearch Service akan menampilkan error. Pilih tipe instans yang berbeda, dan coba lagi.

  • Jika Anda memilih dua Availability Zone untuk domain, OpenSearch Service mendistribusikan node master khusus di dua zona.

Gangguan Availability Zone

Gangguan Availability Zone adalah hal yang jarang, namun bisa terjadi. Tabel berikut mencantumkan konfigurasi Multi-AZ yang berbeda dan perilaku selama gangguan. Baris terakhir dalam tabel berlaku untuk Multi-AZ dengan Standby, sementara semua baris lainnya memiliki konfigurasi yang hanya berlaku untuk Multi-AZ tanpa Standby.

Jumlah Availability Zone di suatu wilayah Jumlah Availability Zone yang Anda pilih Jumlah simpul utama khusus Perilaku jika satu Availability Zone mengalami gangguan
2 atau lebih 2 0

Downtime. Klaster Anda kehilangan setengah dari simpul data dan harus mengganti setidaknya satu di Availability Zone yang tersisa sebelum dapat memilih master.

2 2 3

50/50 kemungkinan downtime. OpenSearch Layanan mendistribusikan dua node master khusus ke dalam satu Availability Zone dan satu ke yang lain:

  • Jika Availability Zone dengan satu simpul utama khusus mengalami gangguan, dua simpul utama khusus di Availability Zone yang tersisa dapat memilih master.

  • Jika Availability Zone dengan dua simpul utama khusus mengalami gangguan, klaster ini tidak tersedia sampai Availability Zone yang tersisa pulih.

3 atau lebih 2 3

Tidak ada downtime. OpenSearch Layanan secara otomatis mendistribusikan node master khusus di tiga Availability Zone, sehingga dua node master khusus yang tersisa dapat memilih master.

3 atau lebih 3 0

Tidak ada downtime. Kira-kira dua pertiga dari simpul data Anda masih tersedia untuk memilih master.

3 atau lebih 3 3

Tidak ada downtime. Sisanya dua simpul utama khusus dapat memilih master.

Dalam semua konfigurasi, terlepas dari penyebabnya, kegagalan node dapat menyebabkan node data cluster yang tersisa mengalami periode peningkatan beban sementara OpenSearch Service secara otomatis mengonfigurasi node baru untuk menggantikan node yang sekarang hilang.

Sebagai contoh, jika terjadi gangguan Availability Zone dalam konfigurasi tiga zona, dua-pertiga simpul data harus memproses hanya sebagai banyak permintaan untuk klaster. Ketika mereka memproses permintaan ini, simpul yang tersisa juga mereplikasi pecahan ke simpul baru karena mereka datang online, yang dapat lebih mempengaruhi performa. Jika ketersediaan sangat penting untuk beban kerja Anda, pertimbangkan untuk menambahkan sumber daya ke klaster Anda untuk mengurangi kekhawatiran ini.

catatan

OpenSearch Layanan mengelola domain Multi-AZ secara transparan, sehingga Anda tidak dapat mensimulasikan gangguan Availability Zone secara manual.