Halaman ini menjawab beberapa pertanyaan umum terkait cluster Elasticsearch di Alibaba Cloud.
Ikhtisar
FAQ tentang pembelian, pembatalan langganan, atau pelepasan cluster
Bagaimana cara memodifikasi konfigurasi setelah membeli cluster Elasticsearch?
Apa pemetaan antara versi pada halaman pembelian dan versi spesifik Elasticsearch?
Tidak ada VPC yang tersedia saat membeli cluster Elasticsearch. Apa yang harus dilakukan?
Bagaimana cara berhenti berlangganan atau melepaskan cluster Elasticsearch?
Bisakah saya membeli cluster Elasticsearch dengan satu node saja?
Sumber daya habis terjual saat membeli cluster Elasticsearch. Apa solusinya?
Mengapa perlu meningkatkan node data dengan spesifikasi 1 vCPU dan 2 GiB memori sesegera mungkin?
Mengapa cluster Elasticsearch dalam status Initializing untuk waktu lama setelah dibeli?
Apakah saya perlu membeli node Kibana setelah membeli cluster Elasticsearch?
Apa yang harus dilakukan jika tidak dapat menemukan cluster Elasticsearch yang telah dibuat?
Kapan saya perlu membeli node master khusus dan node klien untuk cluster Elasticsearch?
Apa nama pengguna default dari kata sandi yang ditentukan saat membeli cluster Elasticsearch?
FAQ tentang fitur
Bisakah saya meningkatkan atau menurunkan versi cluster Elasticsearch?
Bisakah saya masuk ke cluster Elasticsearch melalui SSH dan memodifikasi konfigurasinya?
Bisakah Elasticsearch digunakan sebagai sumber data Quick BI?
Apakah Alibaba Cloud menyediakan SDK Elasticsearch untuk Java?
Kapan saya diizinkan untuk memaksa restart cluster Elasticsearch? Apa dampaknya?
Bagaimana cara memeriksa apakah kerentanan di Apache Log4j 2 telah diperbaiki?
Bagaimana cara memigrasikan data ke cluster Elasticsearch Alibaba Cloud?
Bisakah saya mengaktifkan HTTPS untuk cluster tanpa node klien?
Berapa jumlah maksimum shard yang dapat dialokasikan untuk indeks pada satu node data?
Bagaimana indeks yang namanya dimulai dengan .monitoring-es dibuat? Apa fungsinya?
Algoritma enkripsi apa yang digunakan untuk mengenkripsi disk cluster Elasticsearch?
FAQ tentang migrasi dan sinkronisasi data
FAQ tentang restart cluster
Berapa lama waktu yang diperlukan untuk merestart cluster atau node Elasticsearch?
Apakah sistem merestart cluster Elasticsearch setelah mereset kata sandi akses?
Apakah restart cluster Elasticsearch terpengaruh jika indeks tidak memiliki shard replika?
Bagaimana cara merestart jenis node tertentu, seperti node Kibana atau node tunggal?
Apa yang harus dilakukan jika kemajuan restart cluster macet?
Bisakah node dalam cluster Elasticsearch direstart secara berkala?
FAQ tentang beban atau status cluster abnormal
Penggunaan CPU dan beban beberapa node normal, sedangkan node lain idle. Solusinya?
Apa yang harus dilakukan jika cluster Elasticsearch berstatus kuning?
Apa yang harus dilakukan jika cluster Elasticsearch berstatus merah karena beban berat?
Data pemantauan menunjukkan penggunaan CPU terlalu tinggi. Solusinya?
Apa yang harus dilakukan jika penggunaan disk cluster Elasticsearch terlalu tinggi?
Apa yang harus dilakukan jika penggunaan memori cluster Elasticsearch terlalu tinggi?
Bagaimana cara memastikan shard tersebar merata pada node dalam cluster Elasticsearch?
Cluster sangat terbebani dan log menunjukkan java.lang.StackOverflowError. Solusinya?
Bagaimana cara menanyakan ukuran memori heap JVM yang dialokasikan untuk cluster Elasticsearch?
FAQ tentang membaca atau menulis data
Apa yang harus dilakukan jika query tidak mengembalikan hasil atau membutuhkan waktu lama?
Bisakah saya menghapus beberapa indeks dalam cluster Elasticsearch sekaligus?
Apa yang harus dilakukan jika UUID indeks bertentangan saat membuat indeks?
Bagaimana cara mengubah nilai parameter index.max_result_window?
Bagaimana cara menyesuaikan ukuran antrian penulisan dokumen untuk cluster Elasticsearch?
Bagaimana cara menanyakan atau mengekspor data dari periode waktu tertentu?
Apakah jumlah data yang dapat ditulis menggunakan permintaan bulk write dibatasi?
Apa yang harus dilakukan jika ada perbedaan antara waktu data yang diperoleh dan waktu sebenarnya?
FAQ tentang konfigurasi cluster dan modifikasi konfigurasi
Apakah layanan terpengaruh saat saya memodifikasi konfigurasi cluster Elasticsearch?
Apakah saya dapat mengubah tipe disk cloud untuk cluster Elasticsearch?
Apakah saya dapat mengonversi jenis node lain dalam cluster Elasticsearch menjadi node hangat?
Apakah saya dapat menurunkan konfigurasi cluster Elasticsearch? Jika bisa, bagaimana caranya?
Berapa lama waktu yang dibutuhkan untuk memperbarui versi cluster Elasticsearch?
Apakah layanan terpengaruh saat saya memutakhirkan versi cluster Elasticsearch?
Langkah apa yang harus diambil jika pembaruan konfigurasi cluster Elasticsearch gagal?
Apakah saya dapat mengubah pengaturan parameter JVM untuk cluster Elasticsearch?
Apakah saya dapat mengganti VPC untuk cluster Elasticsearch?
Apakah saya dapat meningkatkan konfigurasi vCPU cluster Elasticsearch tanpa melakukan migrasi data?
Mengapa saya tidak dapat menurunkan konfigurasi node hangat di cluster Elasticsearch saya?
Bagaimana cara membersihkan cache untuk cluster Elasticsearch?
Bagaimana cara memigrasikan node dalam cluster Elasticsearch dari satu zona ke zona lain?
FAQ tentang plugin, token, dan sinonim
Bagaimana cara memperbarui kamus saat menggunakan plugin analisis IK?
File kamus IK di mesin lokal hilang. Bisakah saya mengambilnya di halaman manajemen cluster?
Bagaimana cara menerapkan kamus IK yang diperbarui ke data yang ada?
Bisakah plugin kustom mengakses jaringan eksternal, seperti membaca file kamus di GitHub?
Bagaimana cara mengonfigurasi plugin analysis-aliws? Apa format file kamus untuk plugin ini?
Apa perbedaan antara sinonim Elasticsearch, token IK, dan token AliNLP?
Pemisah kata (tokenizer) Cina bawaan apa saja yang didukung oleh Alibaba Cloud Elasticsearch?
Bagaimana cara menginstal plugin aliyun-knn untuk cluster Elasticsearch V7.10?
FAQ tentang log:
Apakah saya dapat menentukan periode retensi untuk indeks .security pada cluster Elasticsearch?
Bagaimana cara menyimpan log cluster Elasticsearch di mesin lokal saya?
Bagaimana cara mendapatkan log lambat cluster Elasticsearch secara berkala?
Bagaimana cara mengetahui klien yang digunakan untuk mengakses cluster Elasticsearch?
FAQ tentang Cadangan Data dan Pemulihan
FAQ tentang pemantauan dan peringatan cluster:
FAQ tentang akses ke cluster
FAQ tentang pembelian, pembatalan langganan, atau pelepasan cluster
Ketika saya membeli cluster Elasticsearch, saya melakukan konfigurasi yang salah. Bagaimana cara memodifikasi konfigurasi setelah cluster dibuat?
Jika Anda menemukan bahwa konfigurasi cluster tidak sesuai harapan setelah pembuatan, Anda dapat merujuk pada metode dalam tabel berikut untuk memodifikasi konfigurasi.
Sebelum berhenti berlangganan atau melepaskan cluster, pastikan untuk mencadangkan data Anda. Untuk panduan lebih lanjut tentang pencadangan data, lihat Buat snapshot manual dan pulihkan data dari snapshot manual. Setelah pembatalan langganan atau pelepasan, data yang tersimpan di cluster akan dihapus secara permanen dan tidak dapat dipulihkan.
Item konfigurasi | Solusi |
Metode penagihan | Jika Anda membeli cluster bayar sesuai pemakaian, Anda dapat mengubah metode penagihan cluster menjadi langganan. Untuk informasi lebih lanjut, lihat Ubah metode penagihan cluster dari bayar sesuai pemakaian menjadi langganan. |
Versi | Item konfigurasi ini dapat dimodifikasi jika salah satu kondisi berikut terpenuhi:
Untuk informasi tentang cara meningkatkan versi cluster, lihat Tingkatkan versi cluster. Jika peningkatan versi Anda tidak memenuhi kondisi di atas, kami sarankan Anda berhenti berlangganan atau melepaskan cluster Anda dan membeli cluster lain dengan versi yang diinginkan. |
Wilayah | Anda tidak dapat memodifikasi item konfigurasi ini. Kami sarankan Anda berhenti berlangganan atau melepaskan cluster Anda dan membeli cluster lain berdasarkan kebutuhan bisnis Anda. |
Zona | Anda dapat memigrasi node ke zona yang diinginkan. Untuk informasi lebih lanjut, lihat Migrasi node Elasticsearch dalam zona atau tingkatkan mode penyebaran cluster Elasticsearch. Catatan Sebelum Anda memigrasi node, pastikan cluster Anda dalam keadaan Aktif. |
Jumlah zona | Anda tidak dapat memodifikasi item konfigurasi ini. Kami sarankan Anda berhenti berlangganan atau melepaskan cluster Anda dan membeli cluster lain berdasarkan kebutuhan bisnis Anda. |
Spesifikasi | Anda dapat memodifikasi item konfigurasi ini. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster. |
Tipe penyimpanan | Anda dapat memodifikasi item konfigurasi ini. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster. |
Enkripsi disk cloud | Anda tidak dapat memodifikasi item konfigurasi ini. Kami sarankan Anda berhenti berlangganan atau melepaskan cluster Anda dan membeli cluster lain berdasarkan kebutuhan bisnis Anda. |
Ruang penyimpanan per node | Anda dapat memodifikasi item konfigurasi ini. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster. |
Jumlah node data | Anda dapat memodifikasi item konfigurasi ini. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster. |
Tipe jaringan, virtual private cloud (VPC), dan vSwitch | Anda tidak dapat memodifikasi item konfigurasi ini. Kami sarankan Anda berhenti berlangganan atau melepaskan cluster Anda dan membeli cluster lain berdasarkan kebutuhan bisnis Anda. Catatan Tipe jaringan cluster Elasticsearch hanya bisa VPC. |
Nama pengguna | Nama pengguna default adalah elastic. Anda tidak dapat memodifikasi item konfigurasi ini. Anda dapat membuat pengguna kustom di konsol Kibana dan memberikan izin yang diperlukan kepada pengguna tersebut. Untuk informasi lebih lanjut, lihat Gunakan mekanisme RBAC yang disediakan oleh Elasticsearch X-Pack untuk mengimplementasikan kontrol akses. |
Kata sandi | Anda dapat memodifikasi item konfigurasi ini. Untuk informasi lebih lanjut, lihat Reset kata sandi akses untuk cluster Elasticsearch. |
Untuk item konfigurasi yang tidak tercantum dalam tabel di atas, periksa apakah Anda dapat memodifikasinya melalui halaman peningkatan atau penurunan konfigurasi. Informasi lebih lanjut dapat ditemukan di Tingkatkan konfigurasi cluster dan Turunkan konfigurasi cluster.
Apa saja pemetaan antara versi pada halaman pembelian Elasticsearch dan versi Elasticsearch spesifik?
Versi di halaman pembelian | Versi spesifik |
8.15 | 8.15.1 |
8.13 | 8.13.4 |
8.9 | 8.9.1 |
8.5 | 8.5.1 |
7.16 | 7.16.2 |
7.10 | 7.10.0 |
7.7 | 7.7.1 |
6.8 | 6.8.6 |
6.7 | 6.7.0 |
6.3 | 6.3.2 |
5.6 | 5.6.16 |
5.5 | 5.5.3 |
Jika Anda memiliki cluster Elasticsearch yang dikelola sendiri, disarankan untuk memilih versi yang paling mendekati versi cluster tersebut saat membeli cluster Elasticsearch Alibaba Cloud. Sebagai contoh, pilih versi dengan minor version terdekat dari cluster Elasticsearch yang dikelola sendiri. Jika Anda tidak memiliki cluster Elasticsearch yang dikelola sendiri, disarankan untuk memilih versi terbaru.
Ketika saya membeli cluster Elasticsearch, tidak ada VPC yang tersedia. Apa yang harus saya lakukan?
Periksa apakah pengguna RAM yang digunakan memiliki izin untuk melihat daftar VPC. Untuk detail lebih lanjut, lihat Lihat informasi tentang pengguna RAM. Jika pengguna RAM tidak memiliki izin, berikan izin yang diperlukan. Informasi lebih lanjut dapat ditemukan di Buat kebijakan kustom.
Ketika saya membeli cluster Elasticsearch, tidak ada vSwitch yang tersedia setelah saya memilih VPC, dan pesan kesalahan "vSwitch: tidak boleh kosong" dilaporkan. Apa yang harus saya lakukan?
Masalah ini terjadi karena tidak ada vSwitch yang tersedia di zona yang dipilih. Untuk menyelesaikannya, buka halaman vSwitch di konsol VPC untuk memeriksa ketersediaan vSwitch di zona tersebut. Jika tidak ada vSwitch yang tersedia, Anda perlu membuatnya. Untuk informasi lebih lanjut, lihat Buat VPC dengan blok CIDR IPv4.
Setelah saya berhenti berlangganan atau melepaskan cluster Elasticsearch, saya membeli cluster lain. Apakah titik akhir cluster baru tetap sama dengan cluster aslinya?
Tidak, titik akhir cluster baru berbeda dari cluster aslinya. Setelah pembelian cluster baru, disarankan untuk memodifikasi kode klien dan berhenti berlangganan atau melepaskan cluster asli guna menghindari gangguan layanan.
Bagaimana cara berhenti berlangganan atau melepaskan cluster Elasticsearch?
Untuk informasi tentang cara melepaskan cluster bayar sesuai pemakaian atau cluster langganan yang kedaluwarsa, lihat Lepaskan cluster.
Untuk berhenti berlangganan cluster langganan yang belum kedaluwarsa, ikuti langkah-langkah berikut:
Masuk ke Konsol Manajemen Alibaba Cloud. Di bilah navigasi atas, pilih . Pada panel navigasi kiri di Expenses and Costs console, klik Unsubscribe. Di halaman Berhenti Berlangganan, lakukan pembatalan langganan cluster atau pesanan. Untuk informasi lebih lanjut, lihat Metode untuk berhenti berlangganan sumber daya.
Bisakah saya membeli cluster Elasticsearch yang hanya memiliki satu node?
Tidak, Anda tidak dapat membeli cluster Elasticsearch dengan hanya satu node. Cluster Elasticsearch harus memiliki minimal dua node data. Untuk informasi lebih lanjut, lihat Parameter pada halaman pembelian.
Ketika saya membeli cluster Elasticsearch, sumber daya dari kategori tertentu habis terjual. Apa yang harus saya lakukan?
Ambil salah satu tindakan berikut:
Pilih wilayah lain.
Pilih zona lain.
Pilih kategori lain.
Jika sumber daya yang ingin Anda beli tetap tidak tersedia setelah mencoba semua langkah di atas, coba lagi nanti. Sumber daya bersifat dinamis, dan jika kapasitas tidak mencukupi, Alibaba Cloud akan segera menambahkan sumber daya tersebut.
Mengapa saya perlu meningkatkan node data dengan spesifikasi 1 vCPU dan 2 GiB memori dalam cluster Elasticsearch sesegera mungkin?
Node data dengan spesifikasi 1 vCPU dan 2 GiB memori dapat memengaruhi kinerja cluster Elasticsearch. Sejak Mei 2021, Alibaba Cloud Elasticsearch tidak lagi menyediakan node data dengan spesifikasi tersebut. Meskipun node data yang sudah ada dengan spesifikasi ini masih dapat digunakan, mereka hanya cocok untuk pembelajaran online dan tidak direkomendasikan untuk lingkungan produksi. SLA tidak berlaku untuk cluster yang mencakup node data seperti itu. Oleh karena itu, kami menyarankan Anda untuk meningkatkan node data dengan spesifikasi 1 vCPU dan 2 GiB memori sesegera mungkin. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster.
Mengapa cluster Elasticsearch dalam keadaan Initializing untuk waktu yang lama setelah dibeli?
Setelah pembelian, diperlukan waktu bagi cluster Elasticsearch untuk mulai menyediakan layanan. Durasi ini bervariasi tergantung pada spesifikasi, struktur data, dan volume data cluster, seringkali memakan waktu beberapa jam.
Apakah saya perlu membeli node Kibana setelah membeli cluster Elasticsearch?
Tidak, Anda tidak perlu membeli node Kibana secara terpisah setelah membeli cluster Elasticsearch. Saat membeli cluster Elasticsearch Alibaba Cloud, parameter Node Kibana secara default diatur sebagai Ya. Anda dapat untuk memilih spesifikasi node Kibana sesuai dengan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Buat cluster Elasticsearch Alibaba Cloud.
Karena dampaknya terhadap kinerja dan stabilitas, kami menyarankan Anda memilih spesifikasi minimal 2 vCPU dan 4 GiB memori untuk node Kibana. Node Kibana dengan satu vCPU dan 2 GiB memori tersedia secara gratis, namun hanya direkomendasikan untuk tujuan pengujian.
Apa yang harus saya lakukan jika saya tidak dapat menemukan cluster Elasticsearch yang saya buat?
Periksa apakah wilayah yang dipilih di bilah navigasi atas Konsol Elasticsearch sesuai dengan wilayah tempat cluster Anda berada. Jika wilayah sudah benar namun cluster tetap tidak ditemukan, disarankan untuk membersihkan cache browser atau menggunakan jaringan lokal.
Dalam skenario apa saya perlu membeli node master khusus dan node klien untuk cluster Elasticsearch?
Anda dapat menggunakan node master khusus untuk menjalankan operasi pada cluster, seperti pembuatan indeks, penghapusan indeks, pelacakan node, dan alokasi shard. Stabilitas node master khusus sangat penting untuk kesehatan cluster. Kami menyarankan Anda membeli node master khusus untuk cluster Elasticsearch jika berencana menggunakannya dalam skenario berikut:
Beban pada node data yang juga berfungsi sebagai node master khusus di cluster Elasticsearch sangat tinggi.
Anda ingin menggunakan cluster Elasticsearch dalam skenario penulisan data.
Anda memiliki persyaratan tinggi terhadap stabilitas cluster.
Node klien bertugas meneruskan semua permintaan query dan write yang diterima oleh cluster Elasticsearch ke node data serta menggabungkan hasil query dari node data tersebut. Jika Anda ingin menggunakan cluster Elasticsearch dalam skenario yang melibatkan query agregat, kami menyarankan Anda membeli node klien untuk cluster tersebut. Kami merekomendasikan agar Anda membeli node klien dan node data dengan spesifikasi yang sama berdasarkan rasio 1:5. Sebagai contoh, jika Anda membeli dua node klien untuk cluster Elasticsearch, disarankan untuk membeli 10 node data. Minimal dua node klien harus dibeli. Untuk informasi lebih lanjut tentang cara mengevaluasi spesifikasi dan kapasitas penyimpanan untuk cluster Elasticsearch, lihat Evaluasi spesifikasi dan kapasitas penyimpanan.
Apa nama pengguna default dari kata sandi yang saya tentukan ketika saya membeli cluster Elasticsearch?
Nama pengguna default adalah elastic. Anda juga dapat membuat pengguna kustom. Untuk informasi lebih lanjut, lihat Gunakan mekanisme RBAC yang disediakan oleh Elasticsearch X-Pack untuk mengimplementasikan kontrol akses.
FAQ tentang fitur
Bisakah saya meningkatkan atau menurunkan versi cluster Elasticsearch?
Anda hanya dapat meningkatkan versi cluster dari V5.5 ke V5.6, dari V5.6 ke V6.3, atau dari V6.3 ke V6.7.
Untuk peningkatan antar versi lainnya atau untuk penurunan versi, belilah cluster Elasticsearch dengan versi yang diinginkan. Kemudian, migrasikan data dari cluster asli ke cluster baru dan hentikan langganan atau lepaskan cluster asli.
Anda dapat mengajukan uji coba gratis untuk cluster Elasticsearch V8.5 atau V8.9. Setelah membuat cluster tersebut, Anda tidak diizinkan untuk memodifikasinya.
Untuk informasi tentang cara meningkatkan versi cluster Elasticsearch, lihat Tingkatkan versi cluster.
Untuk informasi tentang cara membuat cluster Elasticsearch, lihat Buat cluster Elasticsearch Alibaba Cloud.
Untuk informasi tentang cara memigrasikan data antar cluster Elasticsearch, lihat Migrasi data antar cluster Elasticsearch Alibaba Cloud.
Untuk informasi tentang cara berhenti berlangganan cluster Elasticsearch langganan yang belum kedaluwarsa, lihat Kebijakan pembatalan langganan dan pengembalian dana. Untuk informasi tentang cara melepaskan cluster Elasticsearch bayar sesuai pemakaian, lihat Lepaskan cluster.
Bisakah saya masuk ke cluster Elasticsearch melalui SSH dan memodifikasi konfigurasi cluster?
Tidak, karena alasan keamanan, Anda tidak diizinkan masuk ke cluster Elasticsearch melalui SSH. Untuk mengubah konfigurasi cluster, gunakan fitur konfigurasi cluster Elasticsearch. Untuk detail lebih lanjut, lihat Ikhtisar Konfigurasi Cluster.
Apakah Logstash V6.7 kompatibel dengan Elasticsearch V6.3?
Ya, Logstash V6.7 kompatibel dengan Elasticsearch V6.3. Untuk informasi lebih lanjut, lihat Matriks Kompatibilitas.
Bisakah Elasticsearch digunakan sebagai sumber data Quick BI?
Tidak, Elasticsearch tidak dapat digunakan sebagai sumber data Quick BI. Anda dapat menggunakan Kibana untuk menganalisis data dan menampilkan hasil analisis.
Apakah Elasticsearch mendukung plugin penilaian?
Ya, Elasticsearch mendukung plugin penilaian. Saat membuat indeks, Anda dapat menentukan tokenizer di Elasticsearch. Dengan demikian, saat melakukan pencarian data, Elasticsearch menggunakan plugin penilaian untuk mengurutkan hasil berdasarkan skor. Untuk informasi lebih lanjut, lihat Langkah 5: Cari data.
Apakah Elasticsearch mendukung LDAP?
Ya, Elasticsearch mendukung Lightweight Directory Access Protocol (LDAP). Untuk mengotentikasi permintaan yang dikirim ke cluster Elasticsearch menggunakan LDAP, Anda perlu menyebarkan cluster Elasticsearch lokal dengan versi yang sama dan melakukan pengujian otentikasi pada cluster tersebut. Jika LDAP berfungsi sesuai harapan, konfigurasikan cluster Anda untuk mendukung LDAP berdasarkan pengaturan cluster Elasticsearch lokal. Informasi lebih lanjut dapat ditemukan di Gunakan X-Pack untuk mengonfigurasi otentikasi LDAP.
Apakah Alibaba Cloud menyediakan SDK Elasticsearch untuk Java?
Ya, Alibaba Cloud menyediakan SDK Elasticsearch untuk Java. Versi Elasticsearch yang berbeda menggunakan SDK yang berbeda. Untuk informasi lebih lanjut, lihat API Java.
Bagaimana cara melihat versi kernel cluster Elasticsearch?
Secara default, cluster Elasticsearch menggunakan kernel versi terbaru. Untuk detail lebih lanjut mengenai versi kernel, lihat Catatan Rilis AliES. Jika cluster Anda tidak menggunakan kernel versi terbaru, pesan A new kernel patch is available akan ditampilkan di halaman Informasi Dasar cluster Anda. Anda dapat mengklik pesan tersebut untuk melihat versi kernel saat ini dari cluster Anda.
Kapan saya diizinkan untuk memaksa restart cluster Elasticsearch? Apa dampak dari restart paksa?
Anda dapat memaksa restart cluster Elasticsearch jika cluster dalam keadaan abnormal (ditunjukkan oleh warna merah atau kuning). Selama proses restart paksa, layanan Elasticsearch mungkin mengalami ketidakstabilan, kehilangan data, atau kegagalan operasi baca dan tulis. Lanjutkan dengan hati-hati.
Bagaimana cara memeriksa apakah kerentanan di Apache Log4j 2 telah diperbaiki untuk cluster Elasticsearch saya?
Kerentanan akan diperbaiki setelah cluster Elasticsearch Anda direstart. Untuk informasi lebih lanjut, lihat [Pemberitahuan Kerentanan] Kerentanan RCE di Apache Log4j 2.
Apakah saya perlu meningkatkan versi cluster Elasticsearch saya untuk memperbaiki kerentanan di Apache Log4j 2?
Tidak, Anda tidak perlu meningkatkan versi cluster Elasticsearch. Cukup ikuti instruksi yang diberikan dalam Prosedur untuk menangani kerentanan tersebut.
Bagaimana cara mengaktifkan komunikasi antar cluster Elasticsearch yang berada di wilayah berbeda melalui jaringan internal?
Anda dapat menggunakan salah satu metode berikut untuk mengaktifkan komunikasi antar cluster Elasticsearch yang berada di wilayah berbeda melalui jaringan internal:
Buat koneksi peering VPC antara VPC tempat cluster Elasticsearch diterapkan. Untuk informasi lebih lanjut, lihat Gunakan koneksi peering VPC untuk komunikasi privat.
Gunakan instance Cloud Enterprise Network (CEN). Untuk informasi lebih lanjut, lihat Langkah 1: Perencanaan jaringan.
Bagaimana cara memigrasikan data ke cluster Elasticsearch Alibaba Cloud?
Anda dapat memigrasikan data ke cluster Elasticsearch Alibaba Cloud dari cluster Elasticsearch Alibaba Cloud lain, cluster Elasticsearch yang dikelola sendiri, atau sumber Elasticsearch pihak ketiga. Solusi dan alat untuk migrasi data berbeda tergantung pada skenario migrasi. Untuk informasi lebih lanjut, lihat Pilih solusi migrasi data.
Bisakah saya mengaktifkan HTTPS untuk cluster Elasticsearch yang tidak mengandung node klien?
Sebelum mengaktifkan HTTPS untuk cluster Elasticsearch selain versi berikut, pastikan bahwa cluster tersebut memiliki node klien:
V7.16 dan yang lebih baru
Jika cluster Elasticsearch termasuk salah satu versi di atas dan memiliki node klien, Anda dapat menonaktifkan node klien untuk cluster tersebut. Namun, jika cluster Elasticsearch adalah versi lain selain yang disebutkan di atas dan memiliki node klien, Anda tidak dapat melepaskan, berhenti berlangganan, atau menonaktifkan node klien untuk cluster tersebut.
Untuk alasan keamanan, setelah mengaktifkan HTTPS untuk cluster Elasticsearch, sistem secara berkala memelihara dan memperbarui sertifikat yang digunakan oleh cluster. Pembaruan bergulir untuk sertifikat yang diinstal pada node data dalam cluster Elasticsearch V7.10 atau yang lebih lama tidak dapat dilakukan. Untuk mengurangi dampak restart node selama pembaruan sertifikat, sistem menerapkan sertifikat pada node klien, yang digunakan untuk meneruskan permintaan. Saat Anda mencoba mengaktifkan HTTPS untuk cluster Elasticsearch yang tidak memiliki node klien, sistem akan menampilkan pesan yang meminta Anda untuk membeli node klien untuk cluster tersebut. Anda harus membeli node klien sebelum dapat mengaktifkan HTTPS untuk cluster tersebut. Untuk informasi lebih lanjut, lihat Aktifkan HTTPS.
Berapa jumlah maksimum shard yang dapat dialokasikan untuk indeks pada satu node data dalam cluster Elasticsearch?
Alibaba Cloud Elasticsearch memungkinkan alokasi maksimum 1.000 shard untuk indeks pada satu node data dalam cluster Elasticsearch V7.X. Untuk versi cluster Elasticsearch lainnya, jumlah shard yang dapat dialokasikan untuk indeks pada satu node data tidak dibatasi. Konfigurasikan shard untuk indeks pada satu node data berdasarkan spesifikasi cluster Elasticsearch. Untuk informasi lebih lanjut, lihat Evaluasi spesifikasi dan kapasitas penyimpanan dan Ukuran shard Anda.
Anda dapat menjalankan perintah berikut dengan mengonfigurasi parameter max_shards_per_node untuk sementara mengubah jumlah maksimum shard yang dapat disimpan oleh satu node data:
PUT /_cluster/settings
{
"transient": {
"cluster": {
"max_shards_per_node":10000
}
}
}Hindari menentukan nilai terlalu besar untuk parameter max_shards_per_node. Untuk mencegah masalah stabilitas cluster akibat beban berlebih pada cluster Elasticsearch, disarankan untuk menambah jumlah node dalam cluster atau mengurangi jumlah shard dalam cluster, serta merencanakan shard untuk cluster secara tepat.
Bagaimana indeks yang namanya dimulai dengan .monitoring-es dibuat? Apa yang bisa saya lakukan dengan indeks semacam itu?
Secara default, komponen pemantauan X-Pack mengumpulkan data pemantauan dari cluster Elasticsearch setiap 10 detik dan menyimpannya dalam indeks bernama .monitoring- di dalam cluster. Pada cluster Elasticsearch V6.X, indeks seperti .monitoring-es-6-* dan .monitoring-kibana-6-* digunakan untuk menyimpan data pemantauan. Indeks ini digulung setiap hari, dengan nama indeks .monitoring-es-6-* diakhiri oleh tanggal penyimpanan data pemantauan.
Indeks .monitoring-es-6-* berisi informasi seperti status cluster, statistik cluster, statistik node, dan statistik indeks. Indeks ini membutuhkan ruang disk yang besar. Untuk detail lebih lanjut, lihat Konfigurasikan indeks pemantauan.
Algoritma enkripsi apa yang digunakan untuk mengenkripsi disk untuk cluster Elasticsearch?
Alibaba Cloud Elasticsearch menggunakan algoritma enkripsi AES-256 standar industri serta Key Management Service (KMS) untuk mengenkripsi disk pada cluster Elasticsearch. Untuk informasi lebih lanjut, lihat Ikhtisar enkripsi disk.
Apakah port 9300 didukung oleh cluster Elasticsearch?
Hanya cluster Elasticsearch V5.X yang mendukung port 9300 untuk TCP, serta port 9200 untuk HTTP dan HTTPS. Cluster Elasticsearch versi lainnya hanya mendukung port 9200.
Anda tidak dapat menggunakan Transport Client untuk mengakses cluster Elasticsearch V6.0 atau yang lebih baru melalui port 9300. Akses melalui port 9300 hanya tersedia untuk cluster Elasticsearch V5.X.
FAQ tentang migrasi dan sinkronisasi data
Bagaimana cara mensinkronkan data dari ApsaraDB for MongoDB ke Alibaba Cloud Elasticsearch?
Anda dapat menggunakan Monstache untuk mensinkronkan data dari ApsaraDB for MongoDB ke Alibaba Cloud Elasticsearch secara real-time. Untuk informasi lebih lanjut, lihat Gunakan Monstache untuk mensinkronkan data dari MongoDB ke Alibaba Cloud Elasticsearch secara real-time.
FAQ tentang restart cluster
Berapa lama waktu yang diperlukan untuk merestart cluster atau node Elasticsearch?
Saat merestart cluster atau node Elasticsearch, sistem akan menampilkan estimasi waktu yang diperlukan berdasarkan spesifikasi, struktur data, dan volume data pada cluster atau node tersebut. Umumnya, proses ini membutuhkan beberapa jam untuk restart cluster. Untuk detail lebih lanjut, lihat Restart cluster atau node.
Apakah sistem merestart cluster Elasticsearch setelah saya mengaktifkan atau menonaktifkan fitur Akses Jaringan Publik untuk cluster tersebut?
Tidak, sistem tidak merestart cluster Elasticsearch setelah Anda mengaktifkan atau menonaktifkan fitur Akses Jaringan Publik. Hanya status fitur Akses Jaringan Publik yang berubah, dan ini tidak memengaruhi cluster Anda.
Apakah sistem merestart cluster Elasticsearch setelah saya mereset kata sandi yang digunakan untuk mengakses cluster?
Tidak, sistem tidak merestart cluster Elasticsearch setelah Anda mereset kata sandi akses cluster. Setelah proses reset kata sandi selesai, sistem hanya memuat ulang data cluster tanpa melakukan restart. Untuk informasi lebih lanjut, lihat Reset kata sandi akses untuk cluster Elasticsearch.
Apakah restart cluster Elasticsearch terpengaruh jika indeks dalam cluster tidak memiliki shard replika?
Ya, restart cluster akan terpengaruh jika indeks dalam cluster Elasticsearch tidak memiliki shard replika. Layanan mungkin mengalami gangguan selama proses restart. Dalam banyak kasus, jika beban cluster rendah dan indeks memiliki shard replika, cluster masih dapat menyediakan layanan selama restart. Namun, timeout akses dapat terjadi dalam beberapa situasi. Contohnya, jika beberapa node dalam cluster dipaksa restart secara bersamaan, cluster mengalami beban tinggi atau tidak dapat diakses, indeks tidak memiliki shard replika, atau terdapat penulisan dan pembacaan data dalam jumlah besar selama restart atau restart paksa, timeout akses kemungkinan terjadi. Untuk mengantisipasi hal ini, disarankan untuk merancang mekanisme ulang coba di sisi klien dan menjadwalkan restart cluster pada jam-jam sepi.
Bagaimana cara merestart jenis node tertentu, seperti node Kibana, atau node tunggal?
Merestart jenis node tertentu
Pada halaman Basic Information cluster Elasticsearch Anda, klik tombol Restart di sudut kanan atas. Di kotak dialog Restart, pilih Node Role untuk Object, lalu pilih jenis node yang ingin direstart pada bidang Node. Untuk detail lebih lanjut, lihat Restart cluster atau node.
Merestart node tunggal
Anda dapat menggunakan salah satu metode berikut untuk merestart node tunggal:
Pada halaman Basic Information cluster Elasticsearch Anda, klik tombol Restart di sudut kanan atas. Di kotak dialog Restart, pilih Node untuk Object, lalu pilih node yang ingin direstart pada bidang Node. Untuk informasi lebih lanjut, lihat Restart cluster atau node.
Pada bagian Node Visualization halaman Basic Information cluster Elasticsearch Anda, arahkan kursor ke node yang ingin direstart. Pada pop-up yang muncul, klik tombol Restart. Untuk detail lebih lanjut, lihat Lihat status cluster dan informasi node.
Apa yang harus saya lakukan jika kemajuan restart cluster Elasticsearch macet?
Kami menyarankan Anda memeriksa detail tugas perubahan cluster di kotak dialog Tugas pada konsol Elasticsearch. Untuk informasi lebih lanjut, lihat Lihat kemajuan tugas cluster. Restart cluster Elasticsearch yang bukan versi V7.16 dapat memakan waktu beberapa jam. Jika kemajuan perubahan tidak berubah untuk waktu yang lama, gunakan instruksi dalam tabel berikut untuk memecahkan masalah.
Penyebab Potensial | Solusi |
Terjadi kesalahan pada plugin yang diinstal untuk cluster Elasticsearch, sehingga node dalam cluster tidak dapat direstart. | Hapus plugin tersebut. |
Shard tidak dapat dialokasikan karena penggunaan disk yang terlalu tinggi. Catatan Anda dapat melihat data pemantauan cluster untuk memeriksa penggunaan disk setiap node dalam cluster Elasticsearch. Untuk informasi lebih lanjut, lihat Metrik dan saran penanganan pengecualian. | Hapus indeks tertentu atau sementara atur jumlah shard replika menjadi 0 untuk indeks tersebut. |
Shard tidak dapat dialokasikan karena konfigurasi parameter cluster yang tidak valid. | Jalankan perintah |
Jumlah shard replika lebih besar dari jumlah node dalam cluster Elasticsearch. | Atur ulang jumlah shard replika. |
Kesalahan kehabisan memori (OOM) terjadi karena spesifikasi cluster Elasticsearch yang terlalu kecil. |
Bisakah node dalam cluster Elasticsearch direstart secara berkala?
Tidak, node dalam cluster Elasticsearch tidak dapat direstart secara berkala. Untuk mengaktifkan restart berkala pada node di cluster Elasticsearch, Anda dapat menggunakan operasi API RestartInstance. Saat memanggil operasi API ini, pastikan untuk mengonfigurasi tugas terjadwal dan informasi node yang relevan.
FAQ tentang beban atau status cluster abnormal
Penggunaan CPU dan beban beberapa node dalam cluster Elasticsearch normal, sedangkan node lainnya dalam keadaan idle. Apa yang harus saya lakukan?
Masalah ini disebabkan oleh beban yang tidak seimbang pada cluster. Beban yang tidak seimbang dapat terjadi karena beberapa faktor, seperti pengaturan shard yang tidak tepat, ukuran segmen yang tidak merata, data panas dan dingin yang tidak dipisahkan, serta penggunaan koneksi persisten untuk instance SLB dan arsitektur multi-zona. Solusi masalah ini bergantung pada skenario aktual. Untuk informasi lebih lanjut, lihat Beban tidak seimbang pada cluster.
Sebelum memecahkan masalah, periksa spesifikasi cluster Anda. Jika spesifikasi cluster Anda adalah 1 vCPU dan 2 GiB memori, tingkatkan menjadi 2 vCPU dan 4 GiB memori atau lebih tinggi. Spesifikasi 1 vCPU dan 2 GiB memori hanya diperuntukkan bagi pembelajaran online. Untuk panduan tentang cara meningkatkan spesifikasi, lihat Tingkatkan konfigurasi cluster.
Node data dengan spesifikasi 1 vCPU dan 2 GiB memori hanya cocok untuk pembelajaran online dan tidak direkomendasikan untuk lingkungan produksi. SLA tidak berlaku untuk cluster yang mengandung node data semacam itu. Node data tersebut juga dapat mempengaruhi stabilitas cluster Elasticsearch. Alibaba Cloud Elasticsearch tidak lagi menyediakan node data dengan spesifikasi ini. Oleh karena itu, kami menyarankan agar Anda meningkatkan node data tersebut sesegera mungkin.
Kami merekomendasikan penggunaan node data dengan 2 vCPU dan 4 GiB memori di lingkungan pengujian, serta node data dengan spesifikasi lebih tinggi di lingkungan produksi.
Apa yang harus saya lakukan jika cluster Elasticsearch dalam keadaan ditunjukkan oleh warna kuning?
Penyebab
Cluster memasuki status warna kuning jika jumlah shard replika yang ditentukan untuk indeks lebih besar daripada jumlah node dikurangi 1.
Solusi
Jalankan perintah
GET _cat/indices?vuntuk memeriksa distribusi shard pada indeks dan identifikasi indeks yang berstatus warna kuning. Kemudian, ubah jumlah shard replika untuk indeks tersebut menjadi 0. Setelah cluster kembali ke status normal, atur ulang jumlah shard replika ke nilai semula.PeringatanSetelah jumlah shard replika diubah menjadi 0, jika node mengalami kegagalan layanan, data yang tersimpan pada node tersebut mungkin hilang. Berhati-hatilah saat mengubah jumlah shard replika. Setelah cluster pulih ke status normal, segera kembalikan jumlah shard replika dari 0 ke pengaturan aslinya. Proses pemulihan cluster biasanya membutuhkan waktu sekitar 1 menit.
PUT test/_settings { "index" : { "number_of_replicas":"0" } }
Apa yang harus saya lakukan jika cluster Elasticsearch dalam keadaan ditunjukkan oleh warna merah karena beban berat?
Jika terjadi kegagalan pada node tempat shard utama didistribusikan, cluster akan memasuki status merah. Jalankan perintah GET /_cat/indices?v untuk memeriksa distribusi shard indeks dan identifikasi indeks yang berstatus merah. Kemudian, selesaikan masalah sesuai dengan penyebab dan solusi yang dijelaskan dalam tabel berikut.
Penyebab | Solusi |
Sumber daya cluster tidak mencukupi karena beban tidak seimbang pada node. | Ubah jumlah total shard utama dan shard replika menjadi kelipatan integral dari jumlah node data dalam cluster untuk menyeimbangkan beban. Untuk informasi lebih lanjut, lihat Apa yang harus dilakukan jika shard tidak tersebar merata pada node dalam cluster Elasticsearch? |
Cluster menyimpan indeks yang tidak valid. | Hapus indeks yang tidak valid secara berkala, seperti indeks pemantauan yang namanya dimulai dengan .monitoring. Untuk informasi lebih lanjut tentang cara mengonfigurasi indeks pemantauan, lihat Konfigurasikan indeks pemantauan. |
Shard tidak dapat dialokasikan ke node. | Jalankan perintah |
Cache memakan banyak sumber daya. | Jalankan perintah |
Operasi pembaruan cluster seperti peningkatan konfigurasi sedang dilakukan pada cluster. | Jeda operasi pembaruan dan pilih Pembaruan Paksa di halaman Upgrade/Downgrade untuk memaksa memperbarui cluster. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster. |
Sumber daya cluster tidak mencukupi karena menggunakan spesifikasi rendah seperti 1 vCPU dan 2 GiB memori atau 2 vCPU dan 4 GiB memori. | Tingkatkan konfigurasi cluster. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster. Catatan
|
Penggunaan disk melebihi 85%. | Kami sarankan Anda menghapus data historis yang tidak lagi diperlukan atau memperluas kapasitas disk. Untuk informasi lebih lanjut, lihat Penggunaan disk tinggi dan indeks hanya-baca. |
Data pemantauan atau peringatan menunjukkan bahwa penggunaan CPU cluster Elasticsearch saya terlalu tinggi. Apa yang harus saya lakukan?
Identifikasi dan atasi masalah berdasarkan penyebab serta solusi yang dijelaskan dalam tabel berikut.
Penyebab | Solusi |
jumlah query atau permintaan write per detik mengalami lonjakan. | Kurangi jumlah query atau permintaan write per detik untuk cluster, batasi jumlah data yang ditulis secara paralel, atau tambahkan kapasitas cluster. Lakukan uji stres di lingkungan produksi untuk memilih spesifikasi yang sesuai. |
Cache untuk indeks memakan banyak sumber daya. | Jalankan perintah |
Cluster menggunakan spesifikasi rendah. | Tingkatkan konfigurasi cluster. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster. |
Beban pada node dalam cluster tidak seimbang. | Atur ulang jumlah total shard utama dan shard replika menjadi kelipatan integral dari jumlah node data dalam cluster untuk menyeimbangkan beban. Untuk informasi lebih lanjut, lihat Apa yang harus saya lakukan jika shard tidak tersebar merata pada node dalam cluster Elasticsearch?. |
Apa yang harus saya lakukan jika penggunaan disk cluster Elasticsearch saya terlalu tinggi?
Jalankan perintah DELETE /Nama Indeks untuk menghapus indeks yang tidak valid. Setelah penggunaan disk turun di bawah 75%, tingkatkan konfigurasi disk secara paksa melalui konsol Elasticsearch. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster. Jika penggunaan disk pada node terlalu tinggi, optimalkan konfigurasi shard. Untuk detail lebih lanjut, lihat Apa yang harus dilakukan jika shard tidak tersebar merata pada node dalam cluster Elasticsearch?
Untuk mencegah dampak penggunaan disk tinggi pada Alibaba Cloud Elasticsearch, disarankan untuk mengaktifkan pemantauan dan peringatan penggunaan disk. Pastikan Anda menerima notifikasi peringatan tepat waktu dan mengambil tindakan sebelum masalah memburuk. Untuk informasi lebih lanjut, lihat Metrik dan saran penanganan pengecualian. Berikut adalah dampak berbeda ketika penggunaan disk suatu node melebihi ambang batas tertentu:
Jika penggunaan disk suatu node melebihi 85%, sistem tidak akan mengalokasikan shard baru ke node tersebut.
Jika penggunaan disk suatu node melebihi 90%, sistem akan memigrasikan shard dari node tersebut ke node data lain dengan penggunaan disk rendah.
Jika penggunaan disk suatu node melebihi 95%, sistem secara otomatis menambahkan atribut read_only_allow_delete ke semua indeks dalam cluster. Akibatnya, data tidak dapat ditulis ke indeks. Anda hanya dapat membaca atau menghapus indeks tersebut.
Data pemantauan atau peringatan menunjukkan bahwa penggunaan memori cluster Elasticsearch saya terlalu tinggi. Apa yang harus saya lakukan?
Identifikasi dan atasi masalah berdasarkan penyebab serta solusi yang dijelaskan dalam tabel berikut.
Penyebab | Solusi |
Cache untuk cluster memakan banyak memori. | Jika cache untuk cluster memakan banyak memori dalam waktu singkat, jalankan perintah |
Throughput baca atau tulis cluster tinggi. | Hentikan operasi baca atau tulis, instal plugin throttling, dan aktifkan fitur throttling plugin tersebut. Untuk informasi lebih lanjut, lihat Gunakan plugin aliyun-qos. |
Indeks yang tidak valid memakan banyak memori. | Hapus indeks yang tidak valid, seperti indeks pemantauan yang namanya dimulai dengan .monitoring, untuk melepaskan sumber daya. Anda dapat menentukan durasi retensi untuk indeks tersebut. Untuk informasi lebih lanjut, lihat Konfigurasikan indeks pemantauan. |
Shard tidak tersebar merata pada node, dan beban pada node tidak seimbang. | Ubah jumlah total shard utama dan shard replika menjadi kelipatan integral dari jumlah node data dalam cluster. Pastikan shard tersebar merata untuk menyeimbangkan beban pada node. Untuk informasi lebih lanjut, lihat Apa yang harus saya lakukan jika shard tidak tersebar merata pada node dalam cluster Elasticsearch?. |
Ada query abnormal. Misalnya, pengguna di sisi bisnis mengirim permintaan query yang berisi string dengan banyak karakter khusus. | Jalankan perintah |
Apa yang harus saya lakukan jika shard tidak tersebar merata pada node dalam cluster Elasticsearch?
Rencanakan shard dengan cermat dan alokasikan ulang shard ke node. Pastikan jumlah total shard utama dan shard replika merupakan kelipatan integral dari jumlah node data dalam cluster. Hal ini memastikan distribusi data yang merata di setiap node data serta mencegah beban berlebih akibat distribusi shard yang tidak seimbang. Berikut adalah contoh cara mengalokasikan shard utama dan shard replika untuk node:
Jika cluster memiliki tiga node data, Anda dapat mengonfigurasi tiga shard utama dan satu shard replika untuk setiap shard utama. Jumlah total shard utama dan shard replika yang dapat dikonfigurasikan adalah enam.
Jika cluster memiliki delapan node data, Anda dapat mengonfigurasi empat shard utama dan satu shard replika untuk setiap shard utama. Jumlah total shard utama dan shard replika yang dapat dikonfigurasikan adalah delapan. Alternatifnya, Anda dapat mengonfigurasi delapan shard utama dan satu shard replika untuk setiap shard utama, sehingga total shard utama dan shard replika menjadi 16.
Setelah menyesuaikan jumlah shard untuk node, pastikan data tersimpan secara merata di setiap node. Untuk mencapai hal ini, disarankan untuk reindex data selama jam-jam sepi. Ketersediaan dan kinerja query cluster Elasticsearch meningkat seiring dengan jumlah shard replika, namun penggunaan memori cluster juga bertambah.
Baik jumlah maupun ukuran shard berpengaruh terhadap stabilitas dan kinerja cluster Elasticsearch. Rencanakan shard dengan baik untuk semua indeks dalam cluster Elasticsearch guna mencegah banyak shard memengaruhi kinerja cluster ketika skenario bisnis sulit diprediksi. Untuk informasi lebih lanjut tentang perencanaan shard untuk indeks, lihat Evaluasi shard.
Distribusi shard yang tidak merata menyebabkan beban cluster tidak seimbang. Gunakan salah satu metode berikut untuk memeriksa apakah shard telah dialokasikan secara merata pada node dalam cluster Elasticsearch:
Lihat data pemantauan cluster. Jika shard tidak tersebar merata pada node dalam cluster, penggunaan CPU, memori, atau disk pada node akan tinggi.
Jalankan perintah
GET _cat/shards?vuntuk menanyakan informasi shard indeks dalam cluster. Jika node dengan beban berat memiliki banyak shard, maka shard tidak tersebar merata di semua node.
Cluster Elasticsearch saya sangat terbebani, dan log cluster berisi pesan kesalahan berikut: java.lang.StackOverflowError untuk seluruh cluster. Apa yang harus saya lakukan?
Pesan kesalahan ini menunjukkan bahwa terjadi stack overflow karena jumlah data yang ditulis ke stack menggunakan Lucene melebihi batas maksimum. Masalah ini terkait dengan query berbasis ekspresi reguler dan pencocokan fuzzy. Masalah ini telah diperbaiki di Elasticsearch V6.0 dan versi yang lebih baru. Kami sarankan Anda tingkatkan konfigurasi cluster sesegera mungkin atau optimalkan pernyataan query yang digunakan. Untuk informasi lebih lanjut, lihat java.lang.StackOverflowError untuk seluruh cluster.
Bagaimana cara menanyakan ukuran memori heap JVM yang dialokasikan untuk cluster Elasticsearch?
Jalankan perintah GET _nodes/stats/jvm?pretty. Secara default, memori heap JVM pada cluster Elasticsearch adalah setengah dari total memori cluster. Ukuran memori heap JVM untuk cluster Elasticsearch tidak dapat diubah.
FAQ tentang membaca atau menulis data
Bagaimana cara menyesuaikan ukuran antrian penulisan dokumen untuk cluster Elasticsearch?
Untuk menyesuaikan ukuran antrian penulisan dokumen, atur nilai parameter thread_pool.write.queue_size dalam file YML cluster. Untuk detail lebih lanjut, lihat Konfigurasikan file YML. Sebelum melakukan penyesuaian, jalankan perintah GET /_cat/thread_pool?v untuk memeriksa penggunaan antrian dalam cluster.
Untuk cluster Elasticsearch versi sebelum V6.0, gunakan parameter thread_pool.index.queue_size untuk mengonfigurasi ukuran antrian penulisan dokumen.
Bagaimana cara menanyakan atau mengekspor data dari periode waktu tertentu?
Gunakan query rentang Elasticsearch untuk menanyakan data dari periode waktu tertentu. Untuk detail lebih lanjut, lihat Query rentang.
Untuk mengekspor data dari periode waktu tertentu, gunakan Logstash untuk memfilter dan mendapatkan data yang ingin diekspor. Informasi lebih lanjut dapat ditemukan di File konfigurasi Logstash.
Apakah jumlah data yang dapat ditulis ke cluster Elasticsearch sekaligus menggunakan permintaan bulk write dibatasi?
Ya, jumlah data yang dapat ditulis ke cluster Elasticsearch sekaligus menggunakan permintaan bulk write dibatasi hingga 100 MB. Jika batas ini terlampaui, Anda perlu menyesuaikan jumlah data yang ditulis dalam satu waktu. Perhitungan jumlah data yang ditulis sekaligus menggunakan permintaan bulk write adalah sebagai berikut: Jumlah data = Jumlah dokumen × Ukuran setiap dokumen. Estimasi jumlah data tidak hanya bergantung pada jumlah dokumen, tetapi juga pada ukuran dan kompleksitas setiap dokumen. Jika setiap dokumen menyimpan data dalam jumlah besar, kurangi jumlah dokumen yang ditulis sekaligus. Kami menyarankan untuk mencoba men-debug jumlah data yang ditulis sekaligus dalam rentang 5 MB hingga 15 MB. Secara default, jumlah data yang ditulis ke cluster Elasticsearch sekaligus tidak boleh melebihi 100 MB. Untuk informasi lebih lanjut, lihat Pengaturan HTTP. Untuk panduan tentang cara men-debug jumlah data, lihat Menggunakan dan Menentukan Ukuran Bulk Requests dalam dokumentasi Elasticsearch open source.
Apa yang harus saya lakukan jika ada perbedaan antara waktu data yang diperoleh dan waktu sebenarnya?
Secara default, Elasticsearch beroperasi menggunakan Waktu Universal Terkoordinasi (UTC). Terdapat perbedaan antara UTC dan waktu lokal. Elasticsearch tidak mendukung penyesuaian zona waktu. Anda dapat mengonversi waktu berdasarkan selisih tersebut. Sebagai contoh, UTC tertinggal 8 jam dari Waktu Beijing, sehingga waktu data yang disimpan di Elasticsearch akan tertinggal 8 jam dari waktu sebenarnya. Dalam situasi ini, Anda dapat mengonversi waktu data menggunakan salah satu metode berikut:
Saat melakukan query terhadap data bertipe tanggal, tentukan zona waktu atau timestamp data. Untuk informasi lebih lanjut, lihat Parameter untuk <field>.
Saat menulis data waktu, tentukan zona waktu. Contohnya, gunakan format seperti
"time" : "2022-07-15T12:58:17.136+0800".Gunakan Kibana untuk menampilkan data. Setelah Kibana menerima bidang bertipe tanggal dari Elasticsearch, Kibana mengambil zona waktu lokal melalui JavaScript, mengonversi nilai waktu berdasarkan zona waktu browser, dan menampilkannya. Untuk informasi lebih lanjut, lihat Bagaimana cara mengubah zona waktu untuk visualisasi data di konsol Kibana?.
Jika Anda menggunakan Logstash untuk mensinkronkan data, terdapat perbedaan waktu 8 jam antara data sebelum dan sesudah sinkronisasi. Sebelum melakukan sinkronisasi, Anda dapat secara manual menambahkan offset waktu ke konfigurasi pipeline, misalnya:
filter{ ruby{ code => "event.set('update_time', event.get('update_time').time.localtime + 8*60*60)" } }.
Apa yang harus saya lakukan jika tidak ada hasil yang dikembalikan untuk query dalam cluster Elasticsearch atau membutuhkan waktu lama sebelum hasil dapat dikembalikan?
Jika tidak ada hasil yang dikembalikan untuk query dalam cluster Elasticsearch atau hasil membutuhkan waktu lama, query tersebut dianggap sebagai query lambat. Anda dapat melihat log query lambat di konsol dan melacak penyebabnya sesuai dengan instruksi yang dijelaskan di Metrik dan saran penanganan pengecualian. Tabel berikut menjelaskan penyebab umum beserta solusi terkait.
Penyebab | Solusi |
Beban pada node tidak seimbang akibat distribusi shard yang tidak merata. | Ubah jumlah total shard utama dan shard replika menjadi kelipatan integral dari jumlah node data dalam cluster untuk menyeimbangkan beban pada node. Untuk informasi lebih lanjut, lihat Apa yang harus dilakukan jika shard tidak tersebar merata pada node dalam cluster Elasticsearch? |
Sumber daya cluster tidak mencukupi. | Jika query yang mengonsumsi banyak sumber daya dilakukan pada cluster, disarankan untuk mengoptimalkan pernyataan yang digunakan dalam query atau meningkatkan konfigurasi cluster. Query tersebut dapat berupa query agregat, query term, query skrip, atau pencocokan fuzzy. Untuk informasi tentang cara meningkatkan konfigurasi cluster Elasticsearch, lihat Tingkatkan konfigurasi cluster. Catatan Kinerja query cluster Elasticsearch berkaitan dengan status kesehatan cluster. Jika penggunaan memori cluster Elasticsearch kurang dari 80% dan beban pada node dalam cluster seimbang, cluster dapat memberikan kinerja query tinggi. |
Apa yang harus saya lakukan jika pesan kesalahan berikut dilaporkan ketika data ditulis ke cluster Elasticsearch saya: Data terlalu besar... yang lebih besar dari batas?
Penyebab
Throughput penulisan cluster terlalu tinggi, sehingga memicu circuit breaking karena sumber daya cluster tidak mencukupi.
Solusi
PentingJika langkah-langkah solusi berikut tidak dapat dijalankan, Anda harus menghentikan semua operasi query dan penulisan, lalu melakukan restart paksa pada cluster. Setelah cluster kembali normal, gunakan salah satu solusi berikut untuk menyelesaikan masalah.
Jalankan perintah
POST /Index name/_cache/clear?fielddata=trueuntuk membersihkan cache indeks. Jika masalah masih ada, lanjutkan ke langkah berikutnya.Jalankan perintah
GET _cat/indices?vuntuk memeriksa apakah shard tersebar merata di node dalam cluster. Untuk informasi lebih lanjut, lihat Apa yang harus dilakukan jika shard tidak tersebar merata pada node dalam cluster Elasticsearch? Jika masalah tetap ada, lanjutkan ke langkah berikutnya.Kurangi konkurensi untuk operasi penulisan, hapus indeks yang tidak valid untuk melepaskan sumber daya, dan kurangi penggunaan fitur pemantauan Kibana
Untuk menonaktifkan fitur pemantauan Kibana, jalankan perintah berikut:
PUT _cluster / settings { "persistent": { "xpack.monitoring.collection.enabled": false } }Jika masalah tetap ada, lanjutkan ke langkah berikutnya.
Bisakah saya menghapus beberapa indeks dalam cluster Elasticsearch sekaligus?
Ya, Anda dapat menghapus beberapa indeks dalam cluster Elasticsearch secara bersamaan. Untuk melaksanakan operasi ini, atur parameter Index Deletion ke Allow Wildcards di file YML cluster, lalu restart cluster. Setelah proses restart selesai, indeks akan dihapus sekaligus menggunakan wildcard. Untuk detail lebih lanjut, lihat Konfigurasikan file YML.
Indeks yang telah dihapus tidak dapat dipulihkan. Sebelum mengonfigurasi parameter Penghapusan Indeks, pastikan pengaturannya tidak berdampak negatif pada bisnis Anda.
Ketika saya membuat indeks di cluster Elasticsearch saya, pesan kesalahan "index uuid conflicted" dilaporkan, yang menunjukkan bahwa UUID indeks bertentangan, dan data tidak dapat ditulis ke dokumen dalam indeks. Apa yang harus saya lakukan?
Ini merupakan masalah yang telah diketahui. Untuk mendiagnosis masalah ini, tingkatkan versi kernel cluster ke V1.5.0 atau yang lebih baru. Untuk informasi lebih lanjut, lihat Tingkatkan versi cluster.
Bagaimana cara mengubah nilai parameter index.max_result_window?
Parameter index.max_result_window disediakan oleh Elasticsearch untuk query halaman yang menggunakan parameter from dan size. Parameter ini menentukan jumlah maksimum dokumen yang dapat dikembalikan dalam query halaman. Nilai default untuk index.max_result_window adalah 10.000. Jika jumlah dokumen yang diminta melebihi nilai ini, pesan kesalahan berikut akan muncul: Result window terlalu besar, from + size harus kurang dari atau sama dengan: [10000].
Dalam skenario pencarian yang memerlukan paging dalam, Anda mungkin perlu meningkatkan nilai parameter index.max_result_window. Gunakan perintah berikut untuk mengubah nilainya. Nilai parameter dalam perintah ini hanya untuk referensi. Setelah cluster Elasticsearch direstart, pengaturan parameter ini tetap berlaku.
PUT /my_index/_settings
{
"index" : {
"max_result_window": 50000
}
}Jika sejumlah besar hasil dikembalikan untuk query, kami menyarankan untuk tidak menggunakan parameter from dan size untuk paging dalam karena hal ini dapat mengonsumsi banyak sumber daya CPU dan memori. Untuk skenario pencarian yang memerlukan paging dalam, gunakan parameter scroll atau search_after.
Apa yang harus saya lakukan jika pesan kesalahan berikut dilaporkan ketika saya memperbarui data untuk indeks dalam cluster Elasticsearch saya: Menolak pembaruan pemetaan ke [] karena pemetaan akhir akan memiliki lebih dari 1 tipe?
Masalah ini terjadi karena tipe indeks yang digunakan untuk pembaruan berbeda dari tipe indeks asli. Indeks dalam cluster Elasticsearch hanya dapat memiliki satu tipe. Untuk memperbarui data, pastikan menggunakan tipe indeks yang sama dengan tipe indeks asli.
Pada Elasticsearch open source versi 7.0 dan yang lebih baru, nilai bidang type dalam konfigurasi pemetaan tetap sebagai _doc.
Bagaimana cara menanyakan semua dokumen dalam indeks?
Masuk ke konsol Kibana cluster Elasticsearch dan jalankan perintah berikut. Untuk panduan masuk ke konsol Kibana, lihat Masuk ke konsol Kibana.
GET _search
{
"query": {
"match_all": {}
}
}Anda juga dapat menanyakan semua dokumen dalam indeks melalui halaman Discover di konsol Kibana. Sebelum menjalankan query di halaman Discover, buat pola indeks terlebih dahulu. Untuk informasi lebih lanjut tentang penggunaan konsol Kibana, lihat Panduan Kibana.
FAQ tentang konfigurasi cluster dan modifikasi konfigurasi
Bagaimana cara merencanakan sumber daya, seperti spesifikasi cluster, jumlah shard, dan ukuran setiap shard, sebelum menggunakan Elasticsearch?
Evaluasi total sumber daya yang diperlukan sesuai dengan kebutuhan bisnis Anda. Informasi lebih lanjut dapat ditemukan di Evaluasi spesifikasi dan kapasitas penyimpanan.
Bagaimana cara melihat konfigurasi cluster Elasticsearch?
Konfigurasi cluster Elasticsearch dapat dilihat di halaman Informasi Dasar cluster. Untuk detail lebih lanjut, lihat Lihat informasi dasar cluster.
Saat menggunakan Transport Client untuk mengakses cluster Elasticsearch, atur parameter cluster.name ke ID cluster Anda. Untuk informasi lebih lanjut, lihat Transport Client (5.x).
Apakah layanan terpengaruh saat saya memodifikasi konfigurasi cluster Elasticsearch?
Sistem akan melakukan restart kluster menggunakan metode rolling restart setelah Anda memodifikasi konfigurasi kluster. Sebelum proses pemulihan ulang, pastikan kluster berada dalam status Aktif (ditandai dengan warna hijau), setiap indeks memiliki setidaknya satu shard replika untuk setiap shard utama, dan penggunaan sumber daya tidak tinggi. Contohnya, nilai NodeCPUUtilization(%) sekitar 80%, nilai NodeHeapMemoryUtilization sekitar 50%, dan nilai NodeLoad_1m kurang dari jumlah vCPU node saat ini. Jika semua kondisi tersebut terpenuhi, kluster tetap dapat memberikan layanan selama proses pemulihan ulang. Anda dapat memantau penggunaan sumber daya pada halaman Pemantauan Kluster. Namun, kami menyarankan untuk memodifikasi konfigurasi kluster selama jam-jam di luar puncak.
Apakah sistem mengalokasikan ulang shard untuk node dalam cluster Elasticsearch setelah jumlah node dalam cluster diubah?
Ya, sistem akan mengalokasikan ulang shard untuk node dalam cluster Elasticsearch jika jumlah node diubah. Namun, sistem tidak menjamin alokasi shard yang merata. Faktor-faktor seperti ukuran indeks, jumlah shard, dan jumlah node dapat menyebabkan distribusi data yang tidak merata di antara shard setelah realokasi. Untuk informasi lebih lanjut tentang cara mendiagnosis dan memecahkan masalah alokasi shard yang tidak merata, lihat Beban tidak seimbang pada cluster.
Bisakah saya mengubah tipe disk cloud cluster Elasticsearch?
Ya, Anda dapat mengubah tipe disk cloud untuk cluster Elasticsearch. Tipe disk cloud yang didukung meliputi: ultra disk, SSD standar, dan ESSD (Enhanced SSD). Disk-disk ini diurutkan berdasarkan peningkatan kinerja penyimpanan.
Bisakah saya mengonversi jenis node lain dalam cluster Elasticsearch menjadi node hangat?
Tidak, Anda tidak dapat mengonversi jenis node lain dalam cluster Elasticsearch menjadi node hangat karena hal ini dapat menyebabkan ketidakstabilan pada cluster. Untuk informasi lebih lanjut, lihat Arsitektur "Hot-Warm" di Elasticsearch 5.x.
Bisakah saya menurunkan konfigurasi cluster Elasticsearch? Jika ya, bagaimana caranya?
Ya, Anda dapat menurunkan konfigurasi cluster Elasticsearch. Untuk detail lebih lanjut, lihat Skalakan cluster atau Turunkan konfigurasi cluster.
Bagaimana cara memodifikasi konfigurasi cluster Elasticsearch untuk memastikan layanan berjalan seperti yang diharapkan ketika lonjakan bisnis sementara terjadi?
Kami menyarankan Anda menambahkan node ke cluster saat terjadi lonjakan bisnis sementara dan menghapus node setelah lonjakan tersebut berakhir. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster dan Skalakan cluster. Perubahan akan diterapkan setelah sistem merestart cluster. Sebelum restart, pastikan hal-hal berikut:
Cluster dalam status Aktif (ditandai dengan warna hijau).
Setiap indeks di cluster memiliki setidaknya satu shard replika untuk setiap shard utama, serta penggunaan sumber daya cluster tidak tinggi. Contohnya, nilai NodeCPUUtilization(%) sekitar 80%, nilai NodeHeapMemoryUtilization sekitar 50%, dan nilai NodeLoad_1m kurang dari jumlah vCPU node saat ini. Anda dapat memantau penggunaan sumber daya pada halaman Pemantauan Cluster.
Ketika saya meningkatkan konfigurasi cluster Elasticsearch, pesan kesalahan "UpgradeVersionMustFromConsole" dilaporkan. Apa yang harus saya lakukan?
Pesan kesalahan ini muncul karena perubahan versi tidak memenuhi persyaratan. Anda hanya dapat meningkatkan versi cluster dari V5.5.3 ke V5.6.16, dari V5.6.16 ke V6.3.2, atau dari V6.3.2 ke V6.7.0.
Berapa lama waktu yang diperlukan untuk meningkatkan versi cluster Elasticsearch?
Waktu yang dibutuhkan bergantung pada volume data, struktur data, dan spesifikasi cluster Anda. Proses peningkatan versi biasanya memakan waktu sekitar 1 jam.
Apakah layanan terpengaruh ketika saya meningkatkan versi cluster Elasticsearch?
Saat meningkatkan versi cluster Elasticsearch, Anda masih dapat membaca dan menulis data ke cluster, namun tidak dapat melakukan perubahan lainnya. Disarankan untuk melakukan peningkatan versi selama jam-jam sepi. Untuk informasi lebih lanjut mengenai tindakan pencegahan dan prosedur peningkatan versi, lihat Tingkatkan versi cluster.
Apa yang harus saya lakukan jika terjadi kesalahan ketika saya meningkatkan konfigurasi cluster Elasticsearch atau ketika peningkatan konfigurasi cluster Elasticsearch timeout?
Masalah ini sering terjadi karena cluster berada dalam keadaan abnormal. Dalam situasi ini, disarankan untuk menghentikan operasi query dan write, lalu mendiagnosis masalah sesuai dengan panduan yang dijelaskan di Apa yang harus dilakukan jika cluster Elasticsearch ditandai dengan warna merah akibat beban berat? Setelah cluster kembali ke kondisi normal, ulangi proses peningkatan konfigurasi. Anda juga dapat mengabaikan status kesehatan cluster dan melakukan pembaruan paksa selama peningkatan konfigurasi. Namun, perlu diingat bahwa pembaruan paksa dapat memengaruhi layanan yang disediakan oleh cluster. Lanjutkan dengan hati-hati.
Jika masalah ini disebabkan oleh faktor lain, selesaikan masalah berdasarkan pesan kesalahan yang dilaporkan.
Apa yang harus saya lakukan jika gagal memperbarui konfigurasi cluster Elasticsearch saya?
Kami menyarankan Anda mengikuti langkah-langkah berikut untuk mendiagnosis masalah:
Periksa apakah disk lokal telah dikonfigurasikan untuk node dalam cluster. Spesifikasi disk lokal tidak dapat diubah. Jika Anda ingin menggunakan disk dengan spesifikasi lebih tinggi, Anda harus mengganti tipe disk untuk cluster.
Jika hasil pemeriksaan di frontend menunjukkan bahwa sumber daya di zona yang dipilih tidak mencukupi, kami sarankan Anda mengubah zona cluster dan memperbarui konfigurasi atau menunggu hingga cluster pengguna lain di zona tersebut dilepaskan.
Jika hasil pemeriksaan di frontend menunjukkan bahwa cluster tidak sehat, periksa apakah cluster menyimpan indeks dalam keadaan tertutup. Jika indeks dalam keadaan ini, buka indeks tersebut secara sementara. Jika cluster ditandai dengan warna merah, periksa apakah beberapa node dalam cluster berhenti memberikan layanan atau apakah shard tidak dapat dialokasikan ke node. Selesaikan masalah tersebut terlebih dahulu jika ditemukan.
Jika Anda ingin menurunkan konfigurasi cluster, pastikan kondisi berikut terpenuhi:
Spesifikasi vCPU dan memori yang dipilih minimal setengah dari spesifikasi saat ini dan bukan salah satu dari spesifikasi berikut: 1 vCPU dan 2 GiB memori, 2 vCPU dan 2 GiB memori, 2 vCPU dan 4 GiB memori, atau 4 vCPU dan 4 GiB memori.
CatatanJika Anda ingin menurunkan konfigurasi cluster menjadi 2 vCPU dan 4 GiB memori atau menjadi 4 vCPU dan 4 GiB memori, buat cluster baru dengan konfigurasi tersebut dan migrasikan data dari cluster asli menggunakan Logstash.
Beban cluster memenuhi persyaratan. Untuk informasi lebih lanjut tentang penurunan konfigurasi, lihat Downgrade the configuration of a cluster.
Kapasitas disk tidak dapat dikurangi. Penurunan konfigurasi tidak mendukung pengurangan kapasitas disk.
Bisakah saya menggunakan file konfigurasi YML cluster Elasticsearch untuk mengonfigurasi parameter http.max_content_length dan discovery.zen.ping_timeout?
Tidak, Anda tidak dapat mengonfigurasi kedua parameter tersebut. Hanya parameter yang disediakan oleh Alibaba Cloud Elasticsearch yang dapat dikonfigurasi. Untuk informasi lebih lanjut, lihat Konfigurasikan file YML. Parameter yang tidak disediakan tidak dapat diubah.
Dalam banyak kasus, Anda tidak perlu mengubah pengaturan parameter berikut: discovery.zen.ping_timeout, discovery.zen.fd.ping_timeout, discovery.zen.fd.ping_interval, dan discovery.zen.fd.ping_retries.
Bisakah saya mengganti VPC cluster Elasticsearch?
Tidak, Anda tidak dapat mengganti VPC untuk cluster Elasticsearch. Namun, Anda dapat membeli cluster Elasticsearch di VPC yang diinginkan, memigrasikan data dari cluster asli ke cluster baru, lalu membatalkan langganan atau melepaskan cluster asli.
Apakah data yang ada dalam cluster Elasticsearch akan hilang jika saya mengubah tipe disk cloud cluster tersebut?
Data yang ada dalam cluster Elasticsearch tidak akan hilang saat Anda mengubah tipe disk cloud. Namun, data baru yang sedang ditulis ke cluster mungkin terpengaruh. Disarankan untuk melakukan perubahan tipe disk cloud selama jam-jam sepi atau setelah operasi penulisan data dihentikan. Untuk panduan lebih lanjut tentang cara mengubah tipe disk cloud pada cluster Elasticsearch, lihat Tingkatkan konfigurasi cluster.
Ketika saya meningkatkan konfigurasi cluster Elasticsearch, sistem menampilkan pesan peringatan bahwa cluster dalam keadaan tidak sehat, tetapi cluster dalam keadaan ditunjukkan oleh warna hijau. Apa yang harus saya lakukan?
Beberapa indeks dalam cluster mungkin berada dalam keadaan tertutup. Anda dapat menjalankan perintah POST /<nama_indeks>/_open untuk sementara membuka indeks tersebut. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster.
Bisakah saya meningkatkan konfigurasi vCPU cluster Elasticsearch tanpa migrasi data?
Tidak, Anda tidak dapat meningkatkan konfigurasi vCPU cluster Elasticsearch tanpa melakukan migrasi data. Saat Anda menaikkan atau menurunkan konfigurasi vCPU cluster Elasticsearch, sistem akan menjalankan pembaruan biru-hijau pada cluster tersebut. Setelah pembaruan biru-hijau, alamat IP node dalam cluster berubah dan data dimigrasikan dari node asli ke node baru.
Mengapa saya tidak dapat menurunkan konfigurasi node hangat dalam cluster Elasticsearch saya?
Beberapa kondisi harus dipenuhi sebelum Anda dapat menurunkan konfigurasi cluster. Spesifikasi vCPU dan memori yang dipilih harus setidaknya separuh dari spesifikasi saat ini dan tidak boleh berupa salah satu dari spesifikasi berikut: 1 vCPU dan 2 GiB memori, 2 vCPU dan 2 GiB memori, 2 vCPU dan 4 GiB memori, atau 4 vCPU dan 4 GiB memori. Untuk detail lebih lanjut, lihat Batasan.
Jika cluster Elasticsearch Anda tidak memenuhi persyaratan untuk penurunan konfigurasi, Anda dapat membuat cluster baru yang sesuai dengan kebutuhan bisnis Anda, memigrasikan data dari cluster asli ke cluster baru, lalu membatalkan langganan atau melepaskan cluster asli. Informasi lebih lanjut tentang migrasi data dapat ditemukan di Pilih solusi migrasi data.
Ketika saya menghapus node data dari cluster Elasticsearch saya, pesan kesalahan berikut dilaporkan: "Operasi ini dapat menyebabkan kesalahan alokasi shard atau sumber daya penyimpanan, CPU, atau memori tidak mencukupi." Apa yang harus saya lakukan?
Penyebab Potensial | Solusi |
Sumber daya cluster tidak mencukupi. Setelah node data dihapus, cluster kekurangan sumber daya untuk menyimpan data sistem atau menangani beban kerja. Sumber daya meliputi disk, memori, dan vCPU. | Jalankan perintah |
Kesalahan pada alokasi shard. Elasticsearch didasarkan pada prinsip Lucene, yang mencegah migrasi dua atau lebih shard replika indeks pada satu node data ke node data yang sama. Dalam hal ini, setelah node data dihapus, jumlah shard replika dalam cluster mungkin lebih besar dari atau sama dengan jumlah node data, sehingga menyebabkan kesalahan alokasi shard. | Jalankan perintah |
Ketika saya menghapus node data dari cluster Elasticsearch saya, pesan kesalahan "Cluster dalam keadaan abnormal atau memiliki tugas yang sedang berlangsung." dilaporkan. Apa yang harus saya lakukan?
Gunakan fitur Diagnosis Cluster untuk mendiagnosis cluster dan selesaikan masalah berdasarkan hasil diagnosis serta saran yang diberikan. Untuk informasi lebih lanjut, lihat Lakukan diagnosis pada cluster Elasticsearch.
Ketika saya menghapus node data dari cluster Elasticsearch saya, pesan kesalahan "Jumlah node yang Anda simpan harus lebih dari dua." dilaporkan. Apa yang harus saya lakukan?
Untuk menjaga keandalan dan stabilitas cluster, setidaknya dua node data harus tetap tersedia setelah penghapusan. Pada cluster multi-zona, jumlah node data di setiap zona harus minimal dua, dan jumlah total node data di semua zona harus sama. Jika persyaratan ini tidak terpenuhi, sesuaikan jumlah node data yang akan dihapus atau tingkatkan konfigurasi cluster. Untuk panduan lebih lanjut tentang cara meningkatkan konfigurasi cluster Elasticsearch, lihat Tingkatkan konfigurasi cluster.
Ketika saya menghapus node data dari cluster Elasticsearch saya, pesan kesalahan "Operasi tidak didukung." dilaporkan. Apa yang harus saya lakukan?
Jalankan perintah GET _cluster/settings untuk memeriksa konfigurasi cluster dan lihat apakah terdapat konfigurasi "cluster.routing.allocation.enable" : "none". Konfigurasi ini melarang distribusi data. Jika konfigurasi tersebut ada, Anda dapat sementara mengubahnya menjadi "cluster.routing.allocation.enable" : "all". Jika konfigurasi ini memengaruhi operasi lainnya, Anda dapat mengembalikan pengaturan ke kondisi semula setelah proses penghapusan node data selesai.
Apa yang harus saya lakukan jika node data gagal dihapus atau data gagal dimigrasi karena pengaturan indeks auto_expand_replicas?
Penyebab
Anda mungkin menggunakan fitur kontrol akses yang disediakan oleh plugin X-Pack. Pada versi Elasticsearch yang lebih lama, fitur ini menerapkan pengaturan
"index.auto_expand_replicas" : "0-all"secara default untuk indeks .security. Hal ini dapat menyebabkan kesalahan saat memigrasikan data atau menghapus node data.Solusi
Jalankan perintah berikut untuk memeriksa pengaturan indeks:
GET .security/_settingsHasil berikut akan ditampilkan:
{ ".security-6" : { "settings" : { "index" : { "number_of_shards" : "1", "auto_expand_replicas" : "0-all", "provided_name" : ".security-6", "format" : "6", "creation_date" : "1555142250367", "priority" : "1000", "number_of_replicas" : "9", "uuid" : "9t2hotc7S5OpPuKEIJ****", "version" : { "created" : "6070099" } } } } }Gunakan salah satu metode berikut untuk memodifikasi pengaturan indeks auto_expand_replicas:
Metode 1
PUT .security/_settings { "index" : { "auto_expand_replicas" : "0-1" } }Metode 2
PUT .security/_settings { "index" : { "auto_expand_replicas" : "false", "number_of_replicas" : "1" } }PentingParameter number_of_replicas menentukan jumlah shard replika untuk setiap shard utama dalam indeks. Konfigurasikan parameter ini sesuai dengan kebutuhan bisnis Anda. Pastikan nilainya minimal 1 dan tidak melebihi jumlah node data yang tersedia.
Bagaimana cara membersihkan cache untuk cluster Elasticsearch?
Masuk ke konsol Kibana cluster dan jalankan salah satu perintah berikut:
Bersihkan cache indeks tertentu:
POST /<Nama Indeks>/_cache/clear?fielddata=trueBersihkan semua cache:
POST /_cache/clear
Bagaimana cara memigrasikan node dalam cluster Elasticsearch dari satu zona ke zona lain?
Ikuti langkah-langkah yang dijelaskan di Migrasi node Elasticsearch dalam zona atau tingkatkan mode penyebaran cluster Elasticsearch untuk memigrasikan node dari satu zona ke zona lain.
Bisakah saya hanya memperbarui konfigurasi disk cluster Elasticsearch selama peningkatan konfigurasi cluster?
Ya, Anda dapat memperbarui hanya konfigurasi disk cluster Elasticsearch selama proses peningkatan konfigurasi cluster. Untuk informasi lebih lanjut, lihat Tingkatkan konfigurasi cluster.
Saat memperbarui konfigurasi disk cluster Elasticsearch, sistem akan melakukan restart bergulir pada cluster. Disarankan untuk memperbarui konfigurasi disk selama jam-jam sepi guna meminimalkan dampak.
Bisakah saya mengubah pengaturan parameter JVM cluster Elasticsearch?
Cluster Elasticsearch di Alibaba Cloud menggunakan pengaturan parameter JVM yang direkomendasikan oleh Elasticsearch open source, dan pengaturan ini tidak dapat diubah. Secara default, memori heap JVM untuk cluster Elasticsearch adalah setengah dari total memori cluster, dengan alokasi maksimum sebesar 32 GB. Untuk informasi lebih lanjut, lihat Pengaturan ukuran heap.
FAQ tentang plugin, token, dan sinonim
Bagaimana cara memperbarui kamus saat saya menggunakan plugin analisis IK?
Anda dapat memperbarui kamus dengan menggunakan fitur pembaruan standar atau pembaruan bergulir dari plugin analisis IK. Untuk informasi lebih lanjut, lihat Gunakan plugin analysis-ik.
Ketika saya menggunakan plugin analisis IK, pesan kesalahan "ik startOffset" dilaporkan. Apa yang harus saya lakukan?
Pesan kesalahan ini terjadi karena bug pada Elasticsearch V6.7. Anda perlu merestart cluster Anda. Untuk informasi lebih lanjut, lihat Restart cluster atau node.
File kamus IK di mesin lokal saya hilang. Bisakah saya mengambilnya di halaman manajemen cluster?
Tidak, Anda tidak dapat mengambil file tersebut di halaman manajemen cluster. Halaman ini hanya memungkinkan Anda untuk menghapus atau memperbarui file kamus. Kami menyarankan Anda mengunduh file kamus utama dan stopword resmi. Setelah itu, ubah token dalam file tersebut sesuai dengan token dalam kamus sistem Anda, lalu unggah file yang telah diperbarui ke cluster Anda.
Bagaimana cara menerapkan kamus IK yang diperbarui ke data yang sudah ada?
Anda perlu melakukan operasi reindex. Jika indeks dikonfigurasi dengan token IK, kamus yang diperbarui hanya akan berlaku untuk data baru dalam indeks tersebut. Untuk menerapkan kamus baru ke seluruh data di indeks, diperlukan operasi reindex. Untuk informasi lebih lanjut, lihat Konfigurasikan daftar putih reindex jarak jauh.
Apakah batas tertentu ditentukan untuk full GC?
Full garbage collection (GC) berfungsi membersihkan seluruh heap memory. Keberhasilan full GC perlu dianalisis berdasarkan latensi layanan, ukuran heap memory sebelum full GC, dan ukuran heap memory setelah full GC. Collector CMS mulai mengumpulkan sampah ketika penggunaan memori mencapai 75%, karena ruang tambahan disediakan untuk mengantisipasi lonjakan trafik mendadak.
Bisakah saya menghapus plugin bawaan yang tidak digunakan?
Anda hanya dapat menghapus beberapa plugin. Pada tab Plugin Bawaan di halaman Plugin untuk cluster Elasticsearch Anda, Anda dapat melihat plugin yang dapat dihapus. Jika opsi Hapus muncul di kolom Tindakan untuk suatu plugin, maka plugin tersebut dapat dihapus. Untuk informasi lebih lanjut tentang cara menghapus plugin, lihat Instal dan hapus plugin bawaan.
Apakah kamus yang disediakan oleh plugin analisis IK Alibaba Cloud Elasticsearch sama dengan kamus yang disediakan oleh plugin analisis IK Elasticsearch open source?
Ya, kamus yang disediakan oleh plugin analisis IK Alibaba Cloud Elasticsearch identik dengan kamus dari plugin analisis IK Elasticsearch open source. Untuk informasi lebih lanjut, lihat Analisis IK untuk Elasticsearch.
Bisakah plugin kustom mengakses jaringan eksternal, seperti membaca file kamus di GitHub?
Tidak, plugin kustom tidak dapat mengakses jaringan eksternal. Jika Anda ingin cluster Elasticsearch mengakses file eksternal, unggah file tersebut ke Object Storage Service (OSS) dan hubungkan cluster Elasticsearch ke OSS.
Apakah plugin kustom mendukung metode pembaruan bergulir?
Tidak, plugin kustom tidak mendukung metode pembaruan bergulir. Untuk menambahkan dukungan terhadap metode ini, konfigurasikan plugin berdasarkan metode pembaruan bergulir yang digunakan oleh plugin analisis IK. Informasi lebih lanjut dapat ditemukan di Analisis IK untuk Elasticsearch.
Bagaimana cara mengonfigurasi plugin analysis-aliws? Apa format file kamus untuk plugin ini?
Untuk detail lebih lanjut tentang konfigurasi plugin, lihat Gunakan plugin analysis-aliws.
File kamus harus memenuhi persyaratan berikut:
Nama: aliws_ext_dict.txt.
Format encoding: UTF-8.
Konten: Setiap baris berisi satu kata dan diakhiri dengan \n (line feed pada UNIX atau Linux). Tidak boleh ada karakter spasi sebelum atau sesudah kata tersebut. Jika file kamus dibuat di Windows, gunakan alat dos2unix untuk mengonversi file sebelum mengunggahnya.
Apa perbedaan antara sinonim Elasticsearch, token IK, dan token AliNLP?
Tipe Token | Penggunaan | Deskripsi | Tipe file yang didukung | Tokenizer dan analyzer |
Sinonim | Anda dapat mengunggah file kamus sinonim di halaman Konfigurasi Cluster untuk mengaktifkan cluster menggunakan file tersebut. | Setelah Anda menulis beberapa sinonim ke file, sistem akan menampilkan semua sinonim ketika Anda menanyakan salah satunya. | File kamus sinonim harus berupa file TXT yang diencode dalam UTF-8. | Tokenizer dan analyzer kustom |
Token IK | Token IK digunakan berdasarkan plugin analysis-ik. | Sistem membagi paragraf berdasarkan file main.dic. Jika Anda mengirim permintaan query yang berisi satu atau lebih kata yang dibagi dari paragraf, sistem akan mengembalikan seluruh paragraf dalam hasil query. Plugin analysis-ik juga menyediakan file stopword bernama stop.dic. Hasil query tidak termasuk stopwords dalam file stop.dic. Anda dapat melihat file kamus dari dokumentasi resmi. | File kamus utama dan stopword harus berupa file DIC yang diencode dalam UTF-8. | Tokenizer:
|
Token AliNLP | Token AliNLP digunakan berdasarkan plugin analysis-aliws. | Plugin analysis-aliws bekerja dengan cara yang mirip dengan plugin analysis-ik, tetapi plugin analysis-aliws tidak menyediakan file kamus stopword terpisah. Stopwords diintegrasikan ke dalam file kamus utama aliws_ext_dict.txt. File ini tidak terlihat bagi Anda. Selain itu, Anda tidak diizinkan untuk menyesuaikan stopwords secara kustom. | Nama file kamus harus berupa aliws_ext_dict.txt. File harus diencode dalam UTF-8. |
|
Bagaimana cara menginstal plugin analysis-ik?
Plugin analysis-ik adalah plugin analisis IK yang disediakan oleh Alibaba Cloud Elasticsearch. Plugin ini merupakan komponen bawaan dan tidak dapat dihapus. Anda dapat memperbarui daftar utama serta stopword IK bawaan dari plugin analysis-ik menggunakan metode pembaruan standar atau bergulir. Setelah diperbarui, kamus yang telah diperbarui dapat digunakan saat mengonfigurasi pemetaan untuk indeks. Untuk detail lebih lanjut tentang penggunaan plugin analysis-ik, lihat Gunakan plugin analysis-ik.
Pemisah kata (tokenizer) Cina bawaan apa saja yang didukung oleh Alibaba Cloud Elasticsearch?
Alibaba Cloud Elasticsearch mendukung pemisah kata Cina bawaan berikut: analysis-ik dan analysis-aliws. Plugin ini dapat digunakan setelah mengonfigurasi kamus terkait.
Jika saya menggunakan metode pembaruan bergulir untuk memperbarui kamus yang dimuat secara dinamis dari OSS dan kamus yang tersimpan di OSS diperbarui, apakah kamus pada semua node dalam cluster Elasticsearch saya diperbarui secara otomatis?
Tidak, kamus pada semua node dalam cluster Elasticsearch Anda tidak akan diperbarui secara otomatis. Alibaba Cloud Elasticsearch tidak mendukung pembaruan otomatis kamus pada node dalam cluster setelah pembaruan bergulir kamus yang tersimpan di OSS. Setelah kamus di OSS diperbarui, Anda perlu mengunggah file kamus yang telah diperbarui agar perubahan diterapkan. Untuk indeks yang dikonfigurasi dengan token IK, sinonim, atau AliNLP, kamus baru hanya berlaku untuk data yang dimasukkan setelah pembaruan standar atau bergulir. Jika Anda ingin kamus baru berlaku untuk data yang sudah ada, Anda harus melakukan reindex terhadap data tersebut.
Apakah plugin analysis-ik yang disediakan oleh Alibaba Cloud Elasticsearch mendukung kamus jarak jauh?
Tidak, plugin analysis-ik yang disediakan oleh Alibaba Cloud Elasticsearch tidak mendukung kamus jarak jauh. Plugin ini memungkinkan Anda mengunggah atau memperbarui kamus secara manual. Untuk detail lebih lanjut tentang penggunaan plugin ini, lihat Gunakan plugin analysis-ik. Plugin analysis-ik tidak mendukung kamus jarak jauh atau konfigurasi terkait kamus jarak jauh, seperti konfigurasi dalam file IKAnalyzer.cfg.xml.
Bagaimana cara menginstal plugin aliyun-knn untuk cluster Elasticsearch V7.10?
Plugin aliyun-knn untuk cluster Elasticsearch V7.10 Alibaba Cloud terintegrasi dalam plugin apack bawaan. Untuk menghapus atau menginstal ulang plugin aliyun-knn, operasi harus dilakukan pada plugin apack. Informasi lebih lanjut tentang plugin apack dapat ditemukan di Gunakan fitur replikasi fisik plugin apack. Untuk panduan menginstal plugin aliyun-knn pada versi cluster Elasticsearch lainnya, lihat Gunakan plugin aliyun-knn.
Jika versi kernel cluster Anda adalah V1.4.0 atau lebih baru, plugin apack sudah merupakan versi terbaru. Jalankan perintah GET _cat/plugins?v untuk memeriksa versi plugin apack.
Apakah layanan cluster terpengaruh ketika cluster Elasticsearch direstart setelah plugin diinstal untuk cluster tersebut?
Dalam banyak kasus, jika beban cluster tidak tinggi dan indeks dalam cluster memiliki shard replika, cluster masih dapat menyediakan layanan selama restart. Namun, timeout akses mungkin terjadi selama restart dalam beberapa situasi berikut: beberapa node dalam cluster dipaksa restart secara bersamaan, cluster mengalami beban sangat tinggi sehingga tidak dapat diakses, indeks dalam cluster tidak memiliki shard replika, serta terdapat sejumlah besar data yang ditulis atau dibaca selama proses restart atau restart paksa. Untuk mengatasi hal ini, kami menyarankan Anda merancang mekanisme ulang coba di sisi klien dan menjadwalkan restart cluster pada jam-jam sepi.
FAQ tentang log
Bisakah saya menentukan periode retensi untuk indeks .security cluster Elasticsearch?
Ya, Anda dapat menentukan periode retensi untuk indeks .security pada cluster Elasticsearch. Gunakan fitur manajemen siklus hidup indeks (ILM) untuk menetapkan periode retensi. Untuk detail lebih lanjut, lihat Gunakan ILM untuk mengelola indeks Heartbeat.
Indeks .security berisi informasi terkait akun elastic pada cluster Elasticsearch. Jika sistem diatur untuk menghapus indeks ini secara berkala, Anda mungkin tidak dapat masuk ke Kibana Console cluster Elasticsearch menggunakan akun elastic Anda.
Bagaimana cara menyimpan log cluster Elasticsearch di mesin lokal saya?
Anda dapat menggunakan operasi API ListSearchLog untuk mengambil log cluster. Setelah itu, simpan log yang diperoleh di mesin lokal Anda. Untuk detail lebih lanjut, lihat dokumentasi ListSearchLog.
Saya tidak dapat melihat log pencarian dan pembaruan cluster Elasticsearch. Apa yang harus saya lakukan?
Anda dapat mengonfigurasi log lambat serta mengurangi presisi timestamp pada entri log. Untuk informasi lebih lanjut, lihat Referensi.
Bagaimana cara mengonfigurasi pengumpulan log lambat dan melihat log lambat cluster Elasticsearch?
Secara default, Elasticsearch hanya mencatat operasi baca dan tulis yang membutuhkan waktu 5 hingga 10 detik sebagai log lambat. Anda dapat masuk ke konsol Kibana cluster dan menjalankan perintah terkait untuk mengurangi presisi timestamp entri log, sehingga lebih banyak log dapat ditangkap. Untuk informasi lebih lanjut, lihat Referensi.
Format log lambat tidak dapat diubah.
Bagaimana cara mendapatkan log lambat cluster Elasticsearch secara berkala?
Anda dapat menggunakan operasi API ListSearchLog untuk mengambil log lambat cluster Elasticsearch secara berkala. Untuk detail lebih lanjut, lihat dokumentasi ListSearchLog.
Bagaimana cara menanyakan klien yang digunakan untuk mengakses cluster Elasticsearch?
Anda dapat memeriksa log akses atau log audit cluster Elasticsearch untuk mendapatkan informasi terkait cluster.
Untuk melihat informasi tentang operasi yang dilakukan pada cluster Elasticsearch, seperti tambah, hapus, ubah, dan query, Anda perlu mengaktifkan pengumpulan log audit untuk cluster tersebut.
Untuk melihat detail semua permintaan query yang diterima oleh cluster Elasticsearch, seperti nama node yang diminta, alamat IP node, ukuran body permintaan, konten permintaan, waktu permintaan, alamat IP klien yang digunakan untuk mengirim permintaan, dan URI, masuklah ke konsol Elasticsearch dan lihat log akses cluster di tab Log Akses pada halaman Log.
Untuk informasi lebih lanjut mengenai batasan, tindakan pencegahan, serta cara mengaktifkan pengumpulan log audit untuk cluster Elasticsearch, lihat Query logs.
FAQ tentang cadangan data dan pemulihan
Bisakah saya memulihkan data dari snapshot cluster Elasticsearch ke cluster Elasticsearch versi lain?
Untuk snapshot otomatis, Anda dapat memulihkan data ke cluster asli atau menggunakan repositori OSS bersama untuk mentransfer data dari snapshot cluster Elasticsearch ke cluster Elasticsearch lain. Untuk detail lebih lanjut, lihat Buat snapshot otomatis dan pulihkan data dari snapshot otomatis dan Konfigurasikan repositori OSS bersama.
Untuk snapshot manual, Anda dapat langsung memulihkan data ke cluster lain. Disarankan agar cluster tujuan memiliki versi yang sama dengan cluster asal untuk menghindari potensi masalah kompatibilitas. Informasi lebih lanjut dapat ditemukan di Perintah untuk membuat snapshot manual data indeks dan memulihkan data dari snapshot.
Apa yang harus saya lakukan jika pesan yang menunjukkan bahwa cluster Elasticsearch tidak sehat muncul ketika saya mencadangkan data untuk cluster tersebut?
Jika cluster Elasticsearch tidak sehat, snapshot untuk pencadangan data tidak dapat dibuat. Kami menyarankan Anda memulihkan cluster ke status normal (ditandai dengan warna hijau) sebelum melakukan pencadangan data.
Saya mengaktifkan fitur Auto Snapshot tetapi tidak menentukan repositori OSS bersama untuk cluster Elasticsearch. Apakah snapshot dibuat?
Elasticsearch secara default menyediakan Bucket OSS untuk cluster Anda. Anda dapat masuk ke konsol Kibana cluster dan menjalankan perintah GET _snapshot/aliyun_auto_snapshot/_all untuk melihat snapshot otomatis. Untuk informasi lebih lanjut tentang cara masuk ke konsol Kibana, lihat Masuk ke konsol Kibana.
Ketika saya memulihkan data dari snapshot, cluster Elasticsearch tujuan menampilkan pesan bahwa shard abnormal. Setelah saya menjalankan POST /_cluster/reroute?retry_failed=true perintah untuk merute ulang shard, masalah tetap ada. Apa yang harus saya lakukan?
Gambar berikut menggambarkan masalah tersebut.

Hapus indeks yang bermasalah dan panggil API _restore untuk memulihkannya. Tambahkan parameter max_restore_bytes_per_sec ke perintah yang digunakan untuk pemulihan data. Parameter ini membatasi laju pemulihan, dengan nilai default 40mb, yang berarti indeks dipulihkan pada kecepatan 40 MB per detik.
POST /_snapshot/aliyun_snapshot_from_instanceId/es-cn-instanceId_datetime/_restore
{
"indices": "myIndex",
"settings": {
"max_restore_bytes_per_sec" : "150mb"
}
}Anda juga dapat menambahkan parameter berikut:
compress: menentukan apakah kompresi data diaktifkan. Nilai default: true.
max_snapshot_bytes_per_sec: menentukan laju pembuatan snapshot untuk setiap node. Nilai default: 40mb.
Bisakah saya mengekspor data dari cluster Elasticsearch ke mesin lokal saya?
Ya, Anda dapat mengekspor data dari cluster Elasticsearch ke mesin lokal. Gunakan fitur pencadangan data yang disediakan oleh Elasticsearch untuk mengekspor data. Untuk detail lebih lanjut, lihat Cadangkan data. Anda dapat membuat snapshot, menyimpannya di OSS, lalu mengunduh objek dari OSS. Informasi lebih lanjut dapat ditemukan di Unduh objek.
Bagaimana cara memulihkan data dari snapshot cluster Elasticsearch ke cluster Elasticsearch lain?
Gunakan repositori OSS bersama untuk memulihkan data. Untuk detail operasi, batasan, dan tindakan pencegahan, lihat Konfigurasikan repositori OSS bersama. Jika Anda ingin memigrasikan data antara dua cluster Elasticsearch dalam akun Alibaba Cloud yang sama tetapi di wilayah berbeda, jalankan perintah untuk membuat snapshot manual indeks dan memulihkan data dari snapshot. Informasi lebih lanjut tentang solusi migrasi data yang tersedia dapat ditemukan di Pilih solusi migrasi data.
Fitur pencadangan data apa yang disediakan oleh Alibaba Cloud Elasticsearch?
Untuk informasi mengenai fitur pencadangan data yang disediakan oleh Alibaba Cloud Elasticsearch, termasuk skenario penggunaan dan batasan fitur tersebut, lihat Cadangkan data.
FAQ tentang pemantauan dan peringatan cluster
Bagaimana cara mengonfigurasi chatbot DingTalk atau WeCom untuk menerima notifikasi peringatan dari X-Pack Watcher?
X-Pack Watcher adalah layanan pemantauan dan peringatan berbasis Elasticsearch. Untuk panduan konfigurasi chatbot DingTalk atau WeCom agar dapat menerima notifikasi peringatan dari X-Pack Watcher, lihat Konfigurasikan chatbot DingTalk untuk menerima notifikasi peringatan dari X-Pack Watcher dan Konfigurasikan chatbot WeCom untuk menerima notifikasi peringatan dari X-Pack Watcher.
Jika Anda mengonfigurasi X-Pack Watcher untuk cluster Elasticsearch, layanan ini dapat memicu tindakan tertentu ketika kondisi spesifik terpenuhi. Sebagai contoh, jika indeks log mencatat kesalahan, X-Pack Watcher akan memicu pengiriman notifikasi peringatan melalui pesan DingTalk.
Apa yang harus saya lakukan jika sistem melaporkan peringatan yang menunjukkan bahwa memori tidak dapat dialokasikan untuk garbage collector?
Potensi penyebab masalah ini meliputi beban berat, QPS query tinggi, dan jumlah data besar untuk ditulis. Ikuti instruksi berikut untuk menyelesaikan masalah:
Beban berat: Untuk informasi lebih lanjut, lihat Penggunaan disk tinggi dan indeks hanya-baca.
QPS query tinggi atau jumlah data besar untuk ditulis: Disarankan untuk menginstal plugin aliyun-qos pada cluster Elasticsearch Anda guna mengimplementasikan throttling baca/tulis. Untuk detail lebih lanjut, lihat Gunakan plugin aliyun-qos.
CatatanUntuk pencarian gambar, disarankan untuk menginstal plugin aliyun-knn pada cluster Elasticsearch Anda serta merencanakan cluster dan indeks Anda. Untuk informasi lebih lanjut, lihat Gunakan plugin aliyun-knn.
Apa arti nilai-nilai dari metrik ClusterStatus(value)?
Metrik ClusterStatus(value) digunakan untuk mengevaluasi status kesehatan cluster. Nilai 0,00 menunjukkan bahwa cluster berada dalam kondisi normal. Tabel berikut menjelaskan nilai-nilai dari metrik ClusterStatus(value). Untuk informasi lebih lanjut, lihat Metrik dan Saran Penanganan Pengecualian.
Nilai | Deskripsi |
0.00 | Cluster Elasticsearch dalam keadaan normal. |
1.00 | Cluster Elasticsearch dalam keadaan sub-sehat. Satu atau lebih indeks memiliki shard replika yang belum ditugaskan. Cluster Elasticsearch masih dapat terus memberikan layanan. |
2.00 | Cluster Elasticsearch dalam keadaan abnormal. Satu atau lebih indeks memiliki shard utama yang belum ditugaskan. Cluster Elasticsearch tidak dapat terus memberikan layanan. Anda harus segera memulihkan cluster Elasticsearch ke keadaan normal. |
Bagaimana cara melihat penggunaan disk setiap node dalam cluster Elasticsearch?
Anda dapat menggunakan salah satu metode berikut untuk memeriksa penggunaan disk setiap node dalam cluster Elasticsearch: Lihat data pemantauan cluster Elasticsearch di halaman Pemantauan Cluster konsol Elasticsearch, atau periksa data log pemantauan yang dihasilkan setelah mengonfigurasi indeks pemantauan untuk cluster Elasticsearch di konsol Kibana. Untuk informasi lebih lanjut, lihat Metrik dan saran penanganan pengecualian dan Konfigurasikan indeks pemantauan.
Kesalahan promosi gagal dilaporkan ketika CMS garbage collector melakukan GC. Apa yang harus saya lakukan?
Masalah ini terjadi karena ruang di generasi tua tidak mencukupi sehingga objek gagal dipromosikan ke generasi tua. Anda dapat menyelesaikan masalah ini dengan mengikuti langkah-langkah berikut:
Analisis data pemantauan dan log
Periksa log GC untuk mendapatkan informasi GC secara rinci, pastikan apakah CMS GC sering berjalan atau full GC dilakukan, serta identifikasi apakah kegagalan promosi disebabkan oleh ruang yang tidak cukup di generasi tua.
Masuk ke konsol Elasticsearch dan buka halaman Log cluster Elasticsearch Anda. Di halaman Log, cari entri log yang mengandung kata kunci
promosi gagal. Kemudian, analisis log tersebut untuk menentukan penyebab kegagalan.
Penyesuaian ukuran heap memory dan konfigurasi garbage collector
Jika cluster Elasticsearch Anda adalah versi 6.7.0 atau lebih baru dan ukuran memori setiap node data dalam cluster lebih besar dari atau sama dengan 32 GiB, kami sarankan menggunakan garbage collector G1 sebagai pengganti untuk meningkatkan kinerja GC.
Evaluasi apakah perlu meningkatkan ukuran memori node data berdasarkan kebutuhan bisnis dan penggunaan sumber daya cluster Anda.
Saran optimasi
Jika cluster Anda sering mengalami masalah terkait memori, evaluasi volume data cluster serta periksa beban cluster dan konfigurasi sumber daya. Jika diperlukan, hubungi dukungan teknis Alibaba Cloud untuk panduan optimasi profesional.
FAQ tentang akses ke cluster
Bagaimana cara menggunakan klien untuk mengakses cluster Elasticsearch Alibaba Cloud? Apa perbedaan antara akses ke cluster Elasticsearch Alibaba Cloud dan akses ke cluster Elasticsearch open source?
Anda dapat mengakses cluster Elasticsearch Alibaba Cloud melalui titik akhir internal atau publiknya. Sementara itu, akses ke cluster Elasticsearch open source dilakukan menggunakan alamatnya. Untuk informasi lebih lanjut, lihat Gunakan klien untuk mengakses cluster Elasticsearch Alibaba Cloud.
Bisakah saya menonaktifkan fitur autentikasi dasar ketika saya menggunakan klien untuk mengakses cluster Elasticsearch?
Tidak, Anda tidak dapat menonaktifkan fitur autentikasi dasar. Fitur ini merupakan mekanisme otentikasi Kibana yang disediakan oleh plugin X-Pack bawaan Elasticsearch dan tidak dapat dinonaktifkan.
Saya membeli instance ECS yang berada di VPC yang sama tetapi zona berbeda dari cluster Elasticsearch. Bisakah saya menggunakan instance ECS untuk mengakses cluster Elasticsearch melalui jaringan internal?
Ya, Anda dapat menggunakan instance ECS untuk mengakses cluster Elasticsearch melalui jaringan internal selama mereka berada dalam VPC yang sama.
Bagaimana cara mengonfigurasi daftar putih alamat IP publik atau privat untuk cluster Elasticsearch?
Untuk mengakses cluster Elasticsearch Alibaba Cloud melalui Internet atau VPC, Anda harus menambahkan alamat IP perangkat Anda ke daftar putih alamat IP publik atau privat cluster tersebut. Untuk informasi lebih lanjut, lihat Konfigurasikan daftar putih alamat IP publik atau privat untuk cluster Elasticsearch. Sebelum mengonfigurasi daftar putih alamat IP, perhatikan hal-hal berikut:
Secara default, Akses Jaringan Publik dinonaktifkan. Aktifkan Akses Jaringan Publik terlebih dahulu sebelum mengonfigurasi daftar putih alamat IP publik.
Daftar putih alamat IP dapat mencakup maksimal 50 alamat IP atau blok CIDR.
Jika Anda ingin menentukan blok CIDR, pastikan bahwa alamat IP sebelum tanda garis miring (/) dalam setiap blok CIDR adalah alamat IP pertama yang diperoleh berdasarkan perhitungan subnet mask.
Anda tidak diizinkan menambahkan 0.0.0.0/0 bersamaan dengan satu atau lebih alamat IP atau blok CIDR lainnya ke daftar putih IP yang sama. Jika tidak, sistem akan menampilkan pesan kesalahan. Jika Anda perlu menambahkan 0.0.0.0/0 ke daftar putih IP untuk pengujian, tambahkan hanya 0.0.0.0/0 ke daftar putih tersebut.
Bagaimana cara mengakses cluster Elasticsearch melalui Internet?
Anda dapat mengakses cluster Elasticsearch melalui Internet menggunakan titik akhir publiknya. Sebelum mengakses cluster, konfigurasikan terlebih dahulu daftar putih alamat IP publik. Untuk detail lebih lanjut, lihat Konfigurasikan daftar putih alamat IP publik atau privat untuk cluster Elasticsearch. Saat mengakses cluster, pastikan untuk mengonfigurasi parameter seperti nama domain, nama pengguna, dan kata sandi. Informasi lebih lanjut dapat ditemukan di Gunakan klien untuk mengakses cluster Elasticsearch Alibaba Cloud.
Saya gagal mengakses cluster Elasticsearch dan sistem melaporkan pesan kesalahan berikut: Gagal membuat koneksi baru: [Errno 61] Koneksi ditolak. Apa yang harus saya lakukan?
Tabel berikut menjelaskan penyebab potensial dari masalah ini serta solusi terkait.
Penyebab Potensial | Solusi |
Cluster Elasticsearch tidak dapat diakses melalui Internet. | Jika Anda mengakses cluster Elasticsearch melalui titik akhir publiknya, ikuti langkah-langkah berikut untuk mendiagnosis masalah:
|
Cluster Elasticsearch tidak dapat diakses melalui jaringan internal. | Jika Anda mengakses cluster Elasticsearch melalui titik akhir internalnya, ikuti langkah-langkah berikut untuk mendiagnosis masalah:
|
Cluster Elasticsearch tidak sehat. | Jika koneksi jaringan cluster Elasticsearch normal tetapi akses ke cluster gagal, ikuti langkah-langkah berikut untuk memeriksa status cluster dan pecahkan masalah berdasarkan situasi aktual:
|
Apakah akses ke kluster Elasticsearch terpengaruh jika saya menyetel ulang kata sandi akun elastic untuk kluster tersebut?
Jika Anda menyetel ulang kata sandi akun elastic untuk kluster Elasticsearch melalui konsol Elasticsearch, hanya akses menggunakan akun elastic yang terpengaruh. Akses menggunakan akun lain tidak akan terdampak. Kami merekomendasikan penggunaan akun kustom dengan peran dan izin yang sesuai untuk mengakses kluster Elasticsearch. Untuk informasi lebih lanjut, lihat Gunakan mekanisme RBAC yang disediakan oleh Elasticsearch X-Pack untuk menerapkan kontrol akses.
Setelah menyetel ulang kata sandi akun elastic untuk kluster Elasticsearch, sistem tidak akan memulai ulang kluster secara otomatis agar kata sandi baru berlaku.
Apa yang harus saya lakukan jika gagal menggunakan ElasticSearch Head 5.0.0 untuk mengakses semua versi klaster Elasticsearch Alibaba Cloud?
Masalah ini muncul karena Google Chrome tidak mengizinkan berbagi sumber daya lintas domain (CORS). Untuk menyelesaikan masalah ini pada perangkat macOS, ikuti langkah-langkah berikut. Untuk perangkat dengan sistem operasi lain, lihat konfigurasi CORS yang disediakan oleh Google Chrome.
Buat folder.
Jalankan Terminal dan jalankan perintah berikut:
open-n/Applications/Google\Chrome.app/--args--disable-web-security--user-data-dir=Path of the folder
ElasticSearch Head tidak lagi dipelihara di versi setelah Elasticsearch 5.x. Kami merekomendasikan Anda menggunakan Cerebro untuk mengakses kluster Alibaba Cloud Elasticsearch Anda. Untuk informasi lebih lanjut, lihat Gunakan Cerebro untuk mengakses kluster Elasticsearch.