Elasticsearch:FAQ kluster Alibaba Cloud Elasticsearch

FAQ

• Pembelian dan Pembatalan Instance

  • Apa yang harus saya lakukan jika memilih konfigurasi yang salah saat membeli kluster Elasticsearch?

  • Versi spesifik apa yang sesuai dengan opsi versi pada halaman pembelian Elasticsearch?

  • Apa yang harus saya lakukan jika tidak tersedia VPC saat membeli kluster Elasticsearch?

  • Apa yang harus saya lakukan jika tidak tersedia vSwitch untuk VPC saya saat membeli kluster, sehingga muncul error vSwitch: may not be empty?

  • Apakah titik akhir akses berubah jika saya membatalkan kluster Elasticsearch dan membeli yang baru?

  • Bagaimana cara melepas atau berhenti berlangganan kluster Elasticsearch?

  • Dapatkah saya membeli kluster Elasticsearch node tunggal?

  • Apa yang harus saya lakukan jika sumber daya tidak tersedia saat membeli kluster?

  • Mengapa pengguna dengan kluster lama berukuran 1 vCPU dan 2 GiB disarankan segera meningkatkan spesifikasinya?

  • Apa yang harus saya lakukan jika kluster Elasticsearch tetap dalam status "Creating" setelah pembelian?

  • Apakah perlu membeli Kibana secara terpisah setelah membuat kluster Elasticsearch?

  • Mengapa saya tidak dapat menemukan kluster yang telah saya buat?

  • Kapan saya perlu membeli node master khusus dan node klien untuk kluster Elasticsearch?

  • Saat membeli kluster Elasticsearch, akun default apa yang terkait dengan kata sandi yang saya masukkan?

• FAQ Fitur

  • Apakah Alibaba Cloud Elasticsearch mendukung peningkatan atau penurunan versi?

  • Dapatkah saya login ke kluster Elasticsearch melalui SSH untuk mengubah konfigurasi?

  • Apakah Logstash 6.7 kompatibel dengan Elasticsearch 6.3?

  • Apakah Quick BI mendukung Elasticsearch sebagai sumber data?

  • Apakah Elasticsearch mendukung plugin scoring?

  • Apakah Elasticsearch mendukung fitur LDAP?

  • Apakah Elasticsearch menyediakan Java SDK?

  • Bagaimana cara melihat versi kernel kluster Elasticsearch?

  • Kapan saya harus menggunakan force restart pada kluster Elasticsearch, dan apa dampaknya?

  • Bagaimana cara memverifikasi bahwa kerentanan Log4j2 telah diperbaiki untuk kluster Elasticsearch saya?

  • Bagaimana cara mengaktifkan komunikasi jaringan pribadi antara kluster Elasticsearch di wilayah berbeda?

  • Bagaimana cara migrasi data antar kluster Elasticsearch?

  • Apakah saya perlu membeli node klien untuk mengaktifkan protokol HTTPS?

  • Berapa jumlah maksimum shard yang didukung oleh satu node?

  • Bagaimana indeks yang diawali dengan .monitoring-es dibuat, dan apa tujuannya?

  • Saat enkripsi cloud disk diaktifkan untuk disk data Elasticsearch, algoritma enkripsi apa yang digunakan?

  • Apakah Alibaba Cloud Elasticsearch mendukung port 9300?

• Migrasi dan sinkronisasi data

  • Bagaimana cara menyinkronkan data dari MongoDB ke Alibaba Cloud Elasticsearch?

• Restart kluster

  • Berapa lama waktu yang dibutuhkan untuk merestart kluster Elasticsearch atau sebuah node?

  • Apakah mengaktifkan atau menonaktifkan akses publik memicu restart kluster?

  • Apakah mengubah kata sandi akses kluster memicu restart kluster?

  • Jika sebuah indeks tidak memiliki replika, apakah akan memengaruhi restart kluster?

  • Bagaimana cara merestart node dengan peran tertentu, seperti node Kibana, atau node individual?

  • Apa yang harus saya lakukan jika restart kluster macet?

  • Dapatkah saya menjadwalkan restart node secara berkala untuk kluster Elasticsearch?

• Beban dan status kluster

  • Apa yang harus saya lakukan ketika pemanfaatan CPU dan beban tidak merata di seluruh node kluster?

  • Apa yang harus saya lakukan jika status kluster Elasticsearch saya YELLOW?

  • Apa yang harus saya lakukan jika status kluster Elasticsearch saya RED karena beban tinggi?

  • Apa yang harus saya lakukan jika data pemantauan atau peringatan menunjukkan penggunaan CPU tinggi?

  • Apa yang harus saya lakukan jika penggunaan disk kluster Elasticsearch terlalu tinggi?

  • Apa yang harus saya lakukan jika data pemantauan atau peringatan menunjukkan penggunaan memori tinggi?

  • Shard tidak merata terdistribusi. Bagaimana cara menyeimbangkannya kembali?

  • Beban kluster tinggi, dan log utama melaporkan error java.lang.StackOverflowError untuk seluruh kluster. Apa yang harus saya lakukan?

  • Bagaimana cara memeriksa jumlah memori aktual yang dialokasikan dalam konfigurasi JVM?

• Kueri dan penulisan data kluster

  • Apa yang harus saya lakukan jika kueri ke kluster Elasticsearch lambat atau tidak mengembalikan hasil?

  • Error Data too large... which is larger than the limit of dilaporkan saat menulis ke kluster. Apa yang harus saya lakukan?

  • Apakah Elasticsearch mendukung penghapusan indeks secara massal?

  • Saat membuat indeks baru, error index uuid conflicted kadang-kadang terjadi dan mencegah dokumen ditulis ke indeks. Apa yang harus saya lakukan?

  • Bagaimana cara mengubah parameter index.max_result_window, yang menentukan jumlah maksimum dokumen yang dapat dikembalikan dalam kueri terpaginasi?

  • Saat memperbarui data di Elasticsearch, error Rejecting mapping update to [] as the final mapping would have more than 1 type dilaporkan. Apa yang harus saya lakukan?

  • Bagaimana cara mengkueri konten detail dokumen dalam sebuah indeks?

  • Bagaimana cara menyesuaikan ukuran antrian?

  • Bagaimana cara mengkueri atau mengekspor data dalam rentang waktu tertentu?

  • Apakah ada batasan jumlah dokumen dalam operasi bulk insert di Elasticsearch?

  • Apa yang harus saya lakukan terkait keterlambatan waktu antara hasil kueri dan data aktual?

• Konfigurasi dan perubahan kluster

  • Bagaimana cara merencanakan sumber daya, spesifikasi, dan jumlah shard untuk kluster Elasticsearch?

  • Bagaimana cara melihat parameter konfigurasi kluster Elasticsearch?

  • Apakah mengubah konfigurasi kluster memengaruhi layanan Elasticsearch?

  • Setelah jumlah node diubah, apakah kluster secara otomatis menyeimbangkan ulang shard?

  • Apakah Elasticsearch mendukung perubahan tipe cloud disk?

  • Dapatkah saya mengonversi tipe node lain menjadi node dingin?

  • Setelah meningkatkan spesifikasi kluster, dapatkah saya menurunkan konfigurasinya? Jika ya, bagaimana caranya?

  • Jika terjadi lonjakan trafik sementara, bagaimana cara mengubah konfigurasi kluster untuk memastikan kelangsungan bisnis?

  • Saat saya meningkatkan kluster, pesan UpgradeVersionMustFromConsole dikembalikan. Apa yang harus saya lakukan?

  • Berapa lama waktu yang dibutuhkan untuk meningkatkan versi Elasticsearch?

  • Apakah peningkatan versi Elasticsearch memengaruhi layanan kluster?

  • Apa yang harus saya lakukan jika peningkatan kluster gagal atau timeout?

  • Saya tidak dapat mengubah konfigurasi kluster. Apa yang harus saya lakukan?

  • Apakah Elasticsearch mendukung modifikasi parameter JVM?

  • Dapatkah saya menyesuaikan nilai http.max_content_length dan discovery.zen.ping_timeout dalam file konfigurasi YML kluster?

  • Dapatkah saya mengganti VPC untuk kluster Elasticsearch?

  • Apakah mengubah tipe cloud disk untuk kluster Elasticsearch menyebabkan kehilangan data?

  • Saat saya meningkatkan kluster, pesan menunjukkan bahwa kluster tidak sehat, tetapi status kluster hijau. Apa yang harus saya lakukan?

  • Dapatkah saya hanya meningkatkan CPU kluster Elasticsearch untuk menghindari migrasi data?

  • Mengapa saya tidak dapat menurunkan konfigurasi node dingin?

  • Saat saya melakukan skala-masuk node data kluster, error "Operasi ini akan menyebabkan sumber daya kluster tidak mencukupi (Disk/CPU/Memori) atau alokasi shard tidak normal" dilaporkan. Apa yang harus saya lakukan?

  • Saat saya melakukan skala-masuk node data kluster, error "Kluster berada dalam kondisi tidak normal atau memiliki tugas yang belum selesai" dilaporkan. Apa yang harus saya lakukan?

  • Saat saya melakukan skala-masuk node data kluster, error "Jumlah node yang dicadangkan harus lebih dari 2" dilaporkan. Apa yang harus saya lakukan?

  • Saat saya melakukan skala-masuk node data kluster, error "Operasi ini tidak didukung oleh konfigurasi kluster Elasticsearch saat ini" dilaporkan. Apa yang harus saya lakukan?

  • Indeks yang menggunakan auto_expand_replicas menyebabkan migrasi data atau skala-masuk node gagal. Apa yang harus saya lakukan?

  • Bagaimana cara membersihkan cache untuk kluster Elasticsearch?

  • Bagaimana cara mengubah zona kluster Elasticsearch?

• Plugin, tokenisasi, dan sinonim

  • Bagaimana cara menyesuaikan dan memperluas kamus untuk analyzer IK?

  • Saat menggunakan plugin analisis IK, error ik startOffset dilaporkan. Apa yang harus saya lakukan?

  • Jika file kamus lokal IK saya hilang, dapatkah saya mengambilnya dari halaman manajemen kluster?

  • Setelah saya memperbarui kamus IK, bagaimana cara menerapkan kamus baru ke data yang sudah ada?

  • Apakah ada nilai standar untuk full GC?

  • Dapatkah saya menguninstall plugin yang tidak digunakan?

  • Apakah kamus plugin analisis IK Alibaba Cloud Elasticsearch identik dengan plugin IK open source?

  • Apakah plugin kustom dapat mengakses jaringan eksternal, misalnya untuk membaca file kamus dari GitHub?

  • Apakah plugin kustom mendukung hot update?

  • Bagaimana konfigurasi tokenizer analysis-aliws, dan format filenya apa?

  • Apa perbedaan antara sinonim Elasticsearch, tokenizer IK, dan tokenizer AliNLP?

  • Di mana saya mengonfigurasi mode analisis IK Elasticsearch?

  • Tokenizer bahasa Mandarin bawaan apa saja yang didukung oleh Alibaba Cloud Elasticsearch?

  • Jika saya menggunakan OSS untuk hot-update file kamus, apakah Elasticsearch secara otomatis memperbarui saat konten file kamus di OSS berubah?

  • Apakah analyzer IK yang digunakan oleh Alibaba Cloud Elasticsearch mendukung kamus jarak jauh?

  • Bagaimana cara menginstal plugin pencarian vektor (aliyun-knn) untuk kluster Alibaba Cloud Elasticsearch 7.10?

  • Apakah merestart kluster untuk menginstal plugin memengaruhi layanan kluster?

• Log

  • Dapatkah saya mengatur periode retensi untuk log .security di Elasticsearch?

  • Bagaimana cara menyimpan log Elasticsearch ke mesin lokal?

  • Saya tidak dapat melihat log kueri dan pembaruan Elasticsearch. Apa yang harus saya lakukan?

  • Bagaimana cara mengonfigurasi dan melihat log lambat kluster Elasticsearch?

  • Bagaimana cara menarik log lambat kluster Elasticsearch secara terprogram dan berkala?

  • Bagaimana cara mengetahui klien mana yang menggunakan kluster Elasticsearch saya?

• Pencadangan dan pemulihan data

  • Dapatkah snapshot dari kluster Elasticsearch dipulihkan ke kluster dengan versi berbeda?

  • Saat saya mencadangkan data Elasticsearch, pesan menunjukkan bahwa kluster tidak sehat. Apa yang harus saya lakukan?

  • Saya mengaktifkan pencadangan otomatis tetapi belum mengonfigurasi bucket OSS. Apakah ini berarti pencadangan gagal?

  • Saat saya migrasi atau pulihkan data dari snapshot, kluster tujuan melaporkan kegagalan alokasi shard. Perintah POST /_cluster/reroute?retry_failed=true tidak memperbaiki masalah, dan indeks yang bersangkutan tetap dalam kondisi tidak normal. Apa yang harus saya lakukan?

  • Dapatkah data dari Elasticsearch diekspor ke mesin lokal?

  • Bagaimana cara memulihkan snapshot lintas kluster?

  • Opsi pencadangan data apa saja yang disediakan oleh Alibaba Cloud Elasticsearch?

• Pemantauan dan peringatan kluster

  • Bagaimana cara mengonfigurasi peringatan X-Pack Watcher?

  • Apa yang harus saya lakukan jika menerima peringatan tentang kegagalan alokasi memori GC?

  • Apa arti nilai metrik status kluster?

  • Bagaimana cara melihat penggunaan disk kluster Elasticsearch?

  • Error promotion failed dilaporkan selama CMS GC. Apa yang harus saya lakukan?

• Akses kluster

  • Bagaimana perbedaan menghubungkan ke kluster Alibaba Cloud Elasticsearch dibandingkan dengan kluster open-source?

  • Saat mengakses kluster Elasticsearch dengan klien, dapatkah saya menonaktifkan Basic Authentication?

  • Jika instance ECS Alibaba Cloud dan kluster Elasticsearch berada dalam VPC yang sama tetapi zona berbeda, dapatkah instance ECS mengakses kluster Elasticsearch melalui jaringan pribadi?

  • Bagaimana cara mengonfigurasi daftar putih alamat IP untuk akses publik atau pribadi ke kluster Elasticsearch?

  • Bagaimana cara menghubungkan ke kluster Elasticsearch melalui Internet?

  • Saya tidak dapat mengakses kluster Elasticsearch dan menerima error Failed to establish a new connection: [Errno 61] Connection refused. Apa yang harus saya lakukan?

  • Apakah mengatur ulang kata sandi memengaruhi akses ke kluster Elasticsearch?

  • Plugin Elasticsearch-Head V5.0.0 tidak dapat mengakses kluster Alibaba Cloud Elasticsearch versi apa pun. Apa yang harus saya lakukan?

• Pengindeksan

  • Bagaimana cara menutup indeks?

Konfigurasi kluster salah

Untuk item konfigurasi yang tidak tercantum dalam tabel ini, lihat dokumentasi Tingkatkan konfigurasi kluster dan Turunkan spesifikasi kluster untuk menentukan apakah dapat dimodifikasi.

Pemetaan versi halaman pembelian ke versi Elasticsearch

Saat membeli kluster, pilih versi yang mendekati kluster self-managed yang sudah ada. Jika Anda tidak memiliki kluster yang sudah ada, pilih versi terbaru.

Tidak tersedia VPC saat membeli Elasticsearch

Lihat Lihat detail Pengguna RAM untuk memeriksa apakah Pengguna RAM memiliki izin untuk melihat daftar VPC. Jika pengguna tidak memiliki izin ini, lihat Buat kebijakan kustom untuk memberikannya.

Error: "vSwitch: may not be empty"

Error ini berarti tidak ada vSwitch di zona yang Anda pilih. Periksa zona yang Anda pilih pada halaman konfigurasi kluster, lalu verifikasi di konsol VPC apakah vSwitch ada di zona tersebut. Jika tidak, buat satu. Buat VPC dengan blok CIDR IPv4.

Apakah titik akhir akses berubah jika saya membatalkan kluster Elasticsearch dan membeli yang baru?

Ya. Perbarui kode klien Anda dengan titik akhir baru sebelum berhenti berlangganan instans asli untuk menghindari gangguan layanan.

Lepaskan atau berhenti berlangganan kluster Elasticsearch

• Untuk melepas kluster bayar sesuai pemakaian atau kluster langganan yang sudah kedaluwarsa, lihat Lepaskan kluster.

• Untuk berhenti berlangganan kluster langganan yang belum kedaluwarsa:

Masuk ke Konsol Manajemen Alibaba Cloud. Di bilah navigasi atas, pilih Expenses > Orders. Di panel navigasi sebelah kiri Expenses and Costs console, klik Unsubscribe. Di halaman Unsubscribe, batalkan langganan kluster atau batalkan pesanan. Untuk informasi selengkapnya, lihat Cara untuk berhenti berlangganan sumber daya.

Dapatkah saya membeli kluster Elasticsearch node tunggal?

Tidak. Minimal diperlukan dua node data. Parameter pada halaman pembelian.

Sumber daya tidak tersedia saat pembuatan instans

Jika sumber daya tetap tidak tersedia, coba lagi nanti. Inventaris sumber daya bersifat dinamis dan Alibaba Cloud terus menambah sumber daya.

Jika sumber daya tidak tersedia saat Anda meningkatkan spesifikasi kluster Elasticsearch yang sudah ada, migrasikan setiap node ke zona berbeda dengan sumber daya yang mencukupi, lalu coba lagi peningkatan tersebut. Kluster Elasticsearch di zona berbeda dalam wilayah dan VPC yang sama dapat berkomunikasi melalui jaringan internal. Untuk prosedur penyebaran lintas zona dan migrasi zona, lihat Penyebaran dan operasi lintas-AZ.

Tingkatkan node data 1 vCPU, 2 GiB

Alibaba Cloud Elasticsearch berhenti menjual node data 1 vCPU, 2 GiB pada Mei 2021 karena kekhawatiran stabilitas kinerja. Node yang sudah ada tidak terpengaruh tetapi hanya cocok untuk pembelajaran, bukan produksi, dan tidak dicakup oleh SLA. Tingkatkan ke spesifikasi yang lebih tinggi sesegera mungkin. Tingkatkan konfigurasi kluster.

Kluster Elasticsearch macet saat inisialisasi

Waktu inisialisasi tergantung pada spesifikasi kluster, struktur data, dan ukurannya. Proses ini dapat memakan waktu beberapa jam.

Kluster yang baru dibeli tidak menampilkan titik akhir internalnya selama berada dalam status Mengaktifkan. Titik akhir internal tersedia setelah kluster dibuat.

Jika perubahan melibatkan restart kluster Elasticsearch, durasi restart tergantung pada data indeks, ukuran kluster, dan metode restart. Biasanya memakan waktu beberapa jam. Untuk informasi lebih lanjut, lihat Restart kluster atau node.

Anda dapat memantau kemajuan perubahan di daftar tugas untuk menentukan apakah pembuatan atau restart kluster berjalan normal. Jika kemajuan perubahan tidak berubah dalam waktu lama, lihat Lihat kemajuan tugas instans untuk mengatasi masalah tersebut.

Apakah saya perlu membeli Kibana secara terpisah?

Tidak dapat menemukan instans yang dibuat

Pastikan Anda telah memilih wilayah yang benar di pemilih wilayah di bagian atas konsol Elasticsearch. Jika wilayahnya benar tetapi kluster masih tidak terlihat, coba metode berikut:

1. Bersihkan cache browser Anda dan login kembali ke akun Alibaba Cloud Anda. Jika sesi login Anda telah kedaluwarsa, Anda harus login lagi untuk memulihkannya.

2. Coba jaringan yang berbeda.

3. Buka halaman Manajemen Pesanan di konsol Biaya dan Pengeluaran dan filter pesanan berdasarkan Alibaba Cloud Elasticsearch. Periksa status pesanan untuk mengonfirmasi apakah kluster dilepas karena tidak diperpanjang. Kluster dilepas 7 hari setelah layanannya berakhir. Setelah dilepas, datanya dihapus permanen dan tidak dapat dipulihkan dengan perpanjangan. Buat kluster baru.

Kapan membeli node master khusus dan node koordinasi

Node koordinasi menangani permintaan kueri dan penulisan yang masuk, meneruskan permintaan ke node data yang sesuai, lalu menggabungkan hasilnya. Jika kluster Anda sering menjalankan kueri agregasi yang memakan banyak sumber daya, beli node koordinasi khusus. Secara umum, pertahankan rasio 1:5 antara node koordinasi dan node data (1 node koordinasi untuk setiap 5 node data), dengan minimal dua. Spesifikasi node koordinasi harus sesuai dengan node data. Untuk panduan lebih terperinci, lihat evaluasi spesifikasi dan kapasitas.

Nama pengguna bawaan

Username default adalah elastic. Anda juga dapat membuat pengguna kustom. Kelola kontrol akses dengan peran X-Pack Elasticsearch.

Peningkatan dan penurunan versi

Peningkatan langsung hanya tersedia untuk jalur versi tertentu: 5.5 ke 5.6, 5.6 ke 6.3, dan 6.3 ke 6.7.

Untuk jalur peningkatan lain atau untuk penurunan versi, Anda harus membuat kluster baru dan memigrasikan data secara manual. Ini melibatkan pembelian kluster baru dengan versi target, migrasi data dari kluster asli, lalu berhenti berlangganan atau melepas kluster asli.

• Untuk peningkatan versi langsung, lihat Tingkatkan versi kluster.

• Untuk membuat kluster baru, lihat Buat kluster Alibaba Cloud Elasticsearch.

• Untuk migrasi data antar kluster Alibaba Cloud Elasticsearch, lihat Migrasi antar kluster Alibaba Cloud Elasticsearch.

• Untuk berhenti berlangganan kluster langganan yang belum kedaluwarsa, lihat Kebijakan berhenti berlangganan dan pengembalian dana . Untuk melepas kluster bayar sesuai pemakaian, lihat Lepaskan kluster.

Perhatikan batasan berikut saat menurunkan versi:

• Snapshot Object Storage Service (OSS) tidak dapat dipulihkan dari versi Elasticsearch yang lebih baru ke versi Elasticsearch yang lebih lama.

• Jika Anda menggunakan Logstash untuk migrasi data, pastikan versi Logstash kompatibel dengan versi Elasticsearch kluster tujuan. Alibaba Cloud Logstash mendukung versi 8.11, 7.4, dan 6.7.

• Versi Kibana sesuai dengan versi Elasticsearch kluster dan tidak dapat diturunkan secara terpisah.

Dapatkah saya login ke kluster Elasticsearch melalui SSH untuk mengubah konfigurasi?

Tidak. Elasticsearch tidak mendukung akses SSH. Untuk mengubah konfigurasi kluster Anda, lihat Ikhtisar konfigurasi kluster.

Apakah Logstash 6.7 kompatibel dengan Elasticsearch 6.3?

Ya, keduanya kompatibel. Lihat kompatibilitas produk.

Dukungan Elasticsearch sebagai sumber data

Anda dapat menghubungkan Quick BI ke Elasticsearch melalui jaringan publik dengan menambahkan alamat IP Quick BI ke daftar putih publik kluster Elasticsearch Anda.

Dukungan plugin scoring

Elasticsearch mendukung pembuatan tokenizer untuk indeks dan pengurutan berdasarkan skor. Mulai cepat: Dari pembuatan instans hingga pengambilan data.

Apakah Elasticsearch mendukung fitur LDAP?

Ya. Deploy dan uji kluster Elasticsearch on-premises dengan versi yang sama terlebih dahulu. Setelah pengujian berhasil, konfigurasikan templat LDAP di konsol. Praktik terbaik untuk mengintegrasikan autentikasi LDAP dengan X-Pack.

Apakah Elasticsearch menyediakan Java SDK?

Ya. Setiap versi memiliki SDK-nya sendiri. API Java.

Versi kernel

Restart paksa kluster Elasticsearch

Jika kluster Elasticsearch Anda tidak sehat (dalam status kuning atau merah), Anda tidak dapat melakukan restart standar. Sebagai gantinya, Anda harus melakukan restart paksa. Ini adalah tindakan berisiko tinggi yang dapat menyebabkan ketidakstabilan layanan, kehilangan data, atau kegagalan baca dan tulis. Lanjutkan dengan hati-hati.

Verifikasi perbaikan Log4j 2

Restart kluster yang berhasil mengonfirmasi bahwa kerentanan telah diperbaiki. [Peringatan Kerentanan] Kerentanan Eksekusi Kode Jarak Jauh Apache Log4j 2.

Apakah saya perlu meningkatkan kluster Elasticsearch saya untuk memperbaiki kerentanan Log4j2?

Tidak. Cukup ikuti Prosedur.

Komunikasi jaringan pribadi untuk instans Elasticsearch lintas wilayah

Migrasi data antar kluster Elasticsearch

Pendekatan migrasi bervariasi berdasarkan skenario (antar kluster Alibaba Cloud, atau dari kluster self-managed/pihak ketiga). pemilihan metode migrasi.

Node koordinasi untuk HTTPS

Anda tidak perlu membeli node koordinasi untuk mengaktifkan protokol HTTPS untuk versi Alibaba Cloud Elasticsearch berikut. Jika kluster Anda sudah memiliki node koordinasi, Anda dapat menonaktifkannya.

• Versi 7.16 dan yang lebih baru.

Untuk semua versi lain, mengaktifkan protokol HTTPS memerlukan node koordinasi. Setelah dibeli, node ini tidak dapat dinonaktifkan atau dihapus.

Alibaba Cloud Elasticsearch secara rutin memperbarui sertifikat setelah HTTPS diaktifkan. Versi 7.10 dan di bawahnya tidak mendukung pembaruan sertifikat bergulir pada node data, sehingga sertifikat diterapkan pada node koordinasi untuk meminimalkan dampak layanan selama pembaruan. Jika kluster Anda tidak memiliki node koordinasi, sistem akan meminta Anda untuk membelinya saat mengaktifkan HTTPS. Gunakan protokol HTTPS.

Jumlah maksimum shard per node

Di Elasticsearch 7.x, satu node mendukung maksimal 1.000 shard. Versi lain tidak memiliki batasan. Konfigurasikan shard per node berdasarkan spesifikasi kluster Anda. Evaluasi spesifikasi dan kapasitas penyimpanan dan Ukuran shard Anda.

PUT /_cluster/settings
{
   "transient": {
      "cluster": {
        "max_shards_per_node":10000
      }
   }
}

Indeks .monitoring-es

Secara default, komponen pemantauan X-Pack mengumpulkan data kluster setiap 10 detik dan menyimpannya di indeks dengan awalan .monitoring-*. Misalnya, di instans versi 6.x, dua jenis indeks primer dibuat dan digulirkan setiap hari: .monitoring-es-6-* dan .monitoring-kibana-6-*, dengan data disimpan di indeks dengan awalan .monitoring-es-6- dan diakhiri dengan tanggal saat ini.

Indeks .monitoring-es-6-* mengonsumsi ruang disk yang signifikan, terutama menyimpan status kluster, statistik kluster, statistik node, dan statistik indeks. Konfigurasi pemantauan untuk kluster Elasticsearch.

Algoritma enkripsi untuk disk data

Enkripsi disk untuk Elasticsearch menggunakan AES-256 dan Key Management Service (KMS) untuk mengenkripsi cloud disk. Enkripsi Disk.

Dukungan port 9300

Sinkronkan MongoDB ke Alibaba Cloud Elasticsearch

Gunakan Monstache untuk menyinkronkan data dari ApsaraDB for MongoDB ke Alibaba Cloud Elasticsearch secara real time. Gunakan Monstache untuk menyinkronkan data dari MongoDB ke Elasticsearch secara real time.

Durasi restart kluster dan node

Durasi restart tergantung pada spesifikasi kluster, struktur data, dan volume data. Biasanya memakan waktu beberapa jam. Restart kluster atau node.

Apakah mengaktifkan atau menonaktifkan akses publik memicu restart kluster?

Tidak. Meskipun tindakan ini secara singkat mengubah status kluster saat diterapkan, tidak memengaruhi operasi normal.

Apakah mengubah kata sandi akses kluster memicu restart kluster?

Tidak. Perubahan kata sandi memicu reload kluster, bukan restart. Atur ulang kata sandi kluster Elasticsearch.

Jika sebuah indeks tidak memiliki replika, apakah akan memengaruhi restart kluster?

Ya. Tanpa replika, gangguan layanan dapat terjadi selama restart. Dengan beban rendah, shard replika, dan waktu di luar jam sibuk, layanan umumnya tetap tersedia. Namun, timeout dapat terjadi selama konkurensi tinggi, restart paksa, beban kerja berat, atau saat indeks tidak memiliki replika. Konfigurasikan mekanisme retry di klien Anda dan lakukan restart di luar jam sibuk.

Restart peran node atau node tunggal

• Restart peran node

  Di halaman Basic Information instans, klik Restart, atur Operation Type ke Node Role, dan pilih peran node yang sesuai. Restart kluster atau node.

• Restart node tunggal

  Anda dapat merestart node tunggal dengan salah satu cara berikut:

  • Di halaman Basic Information instans Anda, klik Restart. Di kotak dialog yang muncul, atur Operation Type ke Node dan pilih node yang ingin Anda restart. Restart kluster atau node.

  • Di halaman Basic Information, temukan bagian Node Visualization, arahkan kursor ke node yang ingin Anda restart, lalu klik Restart di pop-up. Status kluster dan informasi node.

Mulai ulang instans macet

Restart berkala node Elasticsearch

Restart node berkala tidak didukung. Sebagai solusi alternatif, panggil API RestartInstance dari tugas terjadwal yang Anda konfigurasi sendiri.

Beban node tidak seimbang

Selesaikan status kluster Elasticsearch kuning

• Penyebab

  Kluster Elasticsearch memasuki status kuning jika jumlah replika yang dikonfigurasi untuk sebuah indeks melebihi jumlah node yang tersedia dikurangi satu. Status ini mencegah Elasticsearch mengalokasikan semua shard replika.

• Solusi

  Jalankan perintah GET _cat/indices?v untuk melihat distribusi shard, identifikasi indeks kuning, dan atur jumlah replikanya ke 0. Setelah status kluster kembali hijau, kembalikan jumlah replika asli untuk indeks tersebut.

  Peringatan

  Mengatur jumlah replika ke 0 dapat menyebabkan kehilangan data jika node offline, jadi lanjutkan dengan hati-hati. Setelah status kluster kembali hijau (sekitar satu menit), kembalikan jumlah replika asli sesegera mungkin.

  PUT test/_settings
  {
    "index" : {
      "number_of_replicas":"0"
    }
  }                                

Atasi status kluster merah

Status kluster merah terjadi ketika node yang menghosting shard primer tidak tersedia, mencegah shard dialokasikan. Jalankan perintah GET /_cat/indices?v untuk melihat distribusi shard dan identifikasi indeks dengan status merah. Gunakan tabel berikut untuk troubleshooting masalah tersebut.

Penggunaan CPU kluster tinggi

Atasi penggunaan disk tinggi di kluster Elasticsearch

Menangani penggunaan memori tinggi di Elasticsearch

Menyeimbangkan ulang shard yang tidak merata

Beban kluster tidak normal tinggi atau error java.lang.StackOverflowError

Error ini menunjukkan stack overflow Lucene dan disebabkan oleh kueri yang menggunakan ekspresi reguler atau pencocokan kabur. Masalah ini diperbaiki di Elasticsearch 6.0 dan yang lebih baru. Untuk menyelesaikannya, tingkatkan versi kluster atau optimalkan pernyataan kueri Anda. java.lang.StackOverflowError untuk seluruh kluster.

Periksa memori heap JVM

Jalankan GET _nodes/stats/jvm?pretty. Secara default, memori heap adalah setengah dari memori kluster. Pengaturan ini tidak dapat diubah.

Dapatkah menjalankan force merge pada kluster Elasticsearch menyebabkan gangguan layanan atau error kehabisan memori (OOM) pada node?

Force merge itu sendiri tidak menyebabkan gangguan kluster, dan indeks tetap tersedia untuk kueri selama penggabungan. Namun, penggabungan tersebut mengonsumsi sumber daya I/O dan CPU yang signifikan. Jika beban kluster sudah mendekati batasnya, force merge dapat menyebabkan fluktuasi kinerja dan, dalam kasus parah, error kehabisan memori (OOM) pada node yang memengaruhi stabilitas kluster. Sebelum menjalankan force merge, periksa penggunaan unit komputasi (CU) di halaman pemantauan. Jika kluster memiliki ruang kepala sumber daya yang tidak mencukupi, sementara tingkatkan spesifikasi CU untuk mengurangi risiko.

Menyesuaikan ukuran antrian

Kueri atau ekspor data berdasarkan rentang waktu

Untuk mengkueri data dalam rentang waktu tertentu, gunakan kueri rentang.

Untuk mengekspor data dalam rentang waktu tertentu, filter dengan Logstash. File konfigurasi Logstash.

Apakah ada batasan jumlah dokumen dalam operasi bulk insert di Elasticsearch?

Ya. Muatan maksimum default untuk satu permintaan bulk adalah 100 MB (Pengaturan HTTP). Ukuran total tergantung pada ukuran dan kompleksitas dokumen, bukan hanya jumlahnya. Jika dokumen Anda besar, kurangi jumlah per batch. Mulai dengan batch 5-15 MB dan tingkatkan secara bertahap. Menggunakan dan Mengukur Permintaan Bulk.

Menangani perbedaan waktu dalam hasil kueri Elasticsearch

Kueri Elasticsearch lambat atau timeout

Menyelesaikan error "Data too large"

• Penyebab

  Error ini terjadi ketika throughput tulis tinggi memicu pemutus sirkuit, menunjukkan kluster tidak memiliki sumber daya yang cukup untuk menangani volume permintaan tulis.

• Solusi

  Penting

  Jika Anda tidak dapat melakukan operasi ini, hentikan semua permintaan kueri dan tulis lalu force-restart kluster. Setelah kluster kembali ke status normal, ikuti langkah-langkah di bawah ini.

  1. Jalankan perintahPOST /<index_name>/_cache/clear?fielddata=true untuk membersihkan cache indeks. Jika masalah berlanjut, lanjutkan ke langkah berikutnya.

  2. Jalankan perintahGET /_cat/indices?v untuk memeriksa apakah shard tidak merata terdistribusi. Bagaimana cara menyeimbangkan ulang shard yang tidak merata terdistribusi?. Jika masalah berlanjut, lanjutkan ke langkah berikutnya.

  3. Kurangi tulis konkuren, hapus indeks yang tidak perlu untuk melepaskan sumber daya, dan minimalkan penggunaan pemantauan Kibana.

     Untuk menonaktifkan pemantauan Kibana, jalankan perintah berikut:

     PUT _cluster/settings
     {
     	"persistent": {
     		"xpack.monitoring.collection.enabled": false
     	}
     }

     Jika masalah berlanjut, lanjutkan ke langkah berikutnya.

  4. Tingkatkan konfigurasi kluster untuk meningkatkan kapasitasnya.

Menghapus indeks secara massal

Error "index uuid conflicted"

Ini adalah masalah yang diketahui. Untuk menyelesaikannya, tingkatkan versi kernel instans Anda ke 1.5.0 atau yang lebih baru. Lihat Tingkatkan versi kluster untuk instruksinya.

Ubah index.max_result_window

Di Elasticsearch, nilai default parameter index.max_result_window adalah 10000. Parameter ini menentukan jumlah maksimum dokumen (from + size) yang dapat dikembalikan dalam kueri terpaginasi. Jika Anda mengkueri jumlah dokumen yang melebihi nilai ini, error berikut dikembalikan: Result window is too large, from + size must be less than or equal to: [10000].

PUT /my_index/_settings  
{  
  "index": {  
    "max_result_window": 50000  
  }
}

Menyelesaikan error "more than 1 type"

Kueri dokumen dalam indeks

GET _search
{
   "query": {
   "match_all": {}
  }
}

Atau, gunakan halaman Discover di Kibana. Untuk menggunakan halaman ini, Anda harus terlebih dahulu membuat pola indeks. Untuk instruksi terperinci, lihat Panduan Kibana.

Setelah saya memasukkan dokumen, pembaruan segera gagal dengan error 404 yang menunjukkan catatan tidak ditemukan. Apa yang harus saya lakukan?

Di Elasticsearch, dokumen yang baru ditulis tidak langsung terlihat untuk operasi pencarian dan pembaruan. Setiap indeks memiliki pengaturan refresh_interval yang mengontrol seberapa sering indeks direfresh untuk membuat dokumen yang baru ditulis terlihat. Jika Anda memasukkan dokumen dan segera mencoba memperbaruinya, permintaan pembaruan dapat ditolak dengan error 404 karena dokumen belum direfresh ke segmen indeks yang terlihat.

PUT /<index_name>/_settings
{
  "index": {
    "refresh_interval": "5s"
  }
}

Rencanakan sumber daya, spesifikasi, dan shard kluster

Evaluasi spesifikasi dan kapasitas penyimpanan.

Parameter konfigurasi instans Elasticsearch

Anda dapat melihat parameter di halaman Informasi Dasar instans. Lihat Informasi Dasar Instans.

Saat menggunakan Transport Client untuk mengakses instans Elasticsearch, atur cluster.name ke ID instans. Transport Client (5.x).

Dampak mengubah konfigurasi kluster

Mengubah konfigurasi kluster memicu restart bergulir. Layanan biasanya tetap tersedia jika kluster sehat (hijau), setiap indeks memiliki minimal satu replika, dan pemanfaatan sumber daya moderat. Periksa metrik di halaman Pemantauan Kluster — layanan kemungkinan tidak terganggu saat CPU node sekitar 80%, memori heap sekitar 50%, dan load_1m di bawah jumlah vCPU. Lakukan perubahan di luar jam sibuk.

Setelah jumlah node diubah, apakah kluster secara otomatis menyeimbangkan ulang shard?

Ya. Saat jumlah node data berubah, kluster secara otomatis mengalokasikan ulang shard. Namun, alokasi ulang otomatis ini tidak menjamin distribusi data yang sempurna merata. Karena faktor seperti ukuran indeks, jumlah shard, dan jumlah node, data mungkin tetap tidak seimbang di shard setelah alokasi ulang. Untuk troubleshooting dan menyelesaikan alokasi shard yang tidak merata, lihat Analisis dan solusi untuk beban kluster tidak seimbang.

Apakah Elasticsearch mendukung mengubah tipe cloud disk?

Ya. Anda dapat meningkatkan atau menurunkan tipe cloud disk. Tingkat kinerja, diurutkan dari tertinggi ke terendah, adalah ESSD, Standard SSD, dan Ultra Disk.

Dapatkah saya mengonversi tipe node lain menjadi node dingin?

Tidak. Operasi ini dapat menyebabkan ketidakstabilan kluster. "Hot-Warm" Architecture in Elasticsearch 5.x.

Setelah meningkatkan spesifikasi kluster, dapatkah saya menurunkan konfigurasinya? Jika ya, bagaimana?

Ya. Untuk instruksinya, lihat Skala-masuk node data kluster atau Turunkan spesifikasi kluster.

Atasi lonjakan trafik sementara

Error "UpgradeVersionMustFromConsole"

Error ini menunjukkan bahwa peningkatan versi yang diminta tidak didukung. Alibaba Cloud Elasticsearch hanya mendukung peningkatan langsung sepanjang jalur versi berikut: dari 5.5.3 ke 5.6.16, dari 5.6.16 ke 6.3.2, dan dari 6.3.2 ke 6.7.0.

Durasi peningkatan Elasticsearch

Durasi peningkatan tergantung pada volume data, struktur data, dan spesifikasi kluster Anda. Peningkatan tipikal memakan waktu sekitar satu jam.

Dampak peningkatan versi Elasticsearch

Selama peningkatan, kluster tetap dapat dibaca dan ditulis, tetapi tidak ada perubahan lain yang diizinkan. Lakukan peningkatan di luar jam sibuk. Tingkatkan versi kluster.

Kegagalan atau timeout peningkatan konfigurasi

Penyebab paling umum adalah status kluster yang tidak sehat. Hentikan semua kueri dan tulis, lalu ikuti Apa yang harus dilakukan jika kluster Elasticsearch memiliki status merah karena beban tinggi? untuk menyelesaikannya. Setelah pemulihan, coba lagi peningkatan tersebut. Atau, lakukan pembaruan paksa untuk melewati pemeriksaan kesehatan — ini dapat mengganggu layanan, jadi lanjutkan dengan hati-hati.

Jika peningkatan konfigurasi gagal karena alasan lain, troubleshooting dan selesaikan masalah berdasarkan pesan error.

Kegagalan rekonfigurasi kluster

Konfigurasi http.max_content_length dan discovery.zen.ping_timeout

Dapatkah saya mengganti VPC untuk kluster Elasticsearch?

Tidak. Untuk mengganti VPC untuk kluster Elasticsearch, Anda harus membeli kluster baru di VPC target, migrasikan data Anda, lalu lepas kluster asli.

Apakah mengubah tipe cloud disk untuk kluster Elasticsearch menyebabkan kehilangan data?

Tidak, data yang sudah ada tidak akan hilang. Namun, data baru yang ditulis selama peningkatan mungkin hilang. Lakukan peningkatan di luar jam sibuk atau setelah menghentikan operasi tulis. tingkatkan konfigurasi kluster.

Kluster tidak sehat dengan status hijau selama peningkatan

Kluster mungkin berisi indeks tertutup. Jalankan perintah POST /<index_name>/_open untuk membuka indeks yang terpengaruh. Tingkatkan konfigurasi kluster.

Dapatkah saya hanya meningkatkan CPU kluster Elasticsearch untuk menghindari migrasi data?

Tidak. Meningkatkan atau menurunkan vCPU memicu pembaruan biru-hijau, mengubah alamat IP node dan memigrasikan data dari node asli ke yang baru.

Jika saya meningkatkan tingkat kinerja ESSD (misalnya, dari PL1 ke PL2), apakah ini segera menyelesaikan bottleneck I/O, dan berapa lama waktu yang dibutuhkan untuk berlaku?

Meningkatkan tingkat kinerja (PL) ESSD meningkatkan IOPS yang tersedia untuk kluster Anda, tetapi perubahan ini tidak berlaku segera. Peningkatan tersebut melibatkan migrasi data yang mendasarinya ke penyimpanan yang mendukung tingkat kinerja baru.

Tidak ada durasi tetap untuk perubahan berlaku. Waktu aktual tergantung pada faktor seperti volume data Anda, status instans saat ini, dan metode perubahan yang digunakan. Beberapa jalur, seperti pembaruan biru-hijau, memakan waktu lebih lama karena node dibuat ulang dan data dimigrasikan dari node asli ke yang baru.

Saat Elasticsearch mengalami bottleneck I/O, apakah saya harus scale out node data atau meningkatkan tipe disk?

Apapun opsi yang Anda pilih, pastikan shard tetap merata terdistribusi di node data. Distribusi shard yang tidak merata dapat menciptakan hotspot yang membatasi peningkatan kinerja aktual, bahkan setelah scale out atau meningkatkan tipe disk.

Batasan penurunan spesifikasi node data dingin

Menurunkan spesifikasi kluster memiliki beberapa batasan. Misalnya, spesifikasi target harus memiliki minimal 50% vCPU dan memori saat ini. Anda tidak dapat menurunkan ke 1 vCPU/2 GiB, 2 vCPU/2 GiB, 4 vCPU/4 GiB, atau 2 vCPU/4 GiB. Turunkan spesifikasi kluster.

Jika kluster Anda tidak memenuhi persyaratan penurunan spesifikasi, Anda dapat membuat instans baru, migrasikan data Anda, lalu lepas kluster asli. Untuk solusi migrasi data, lihat Pemilihan metode migrasi.

Error sumber daya tidak mencukupi atau alokasi shard tidak normal

PUT _template/template_1
{
  "template": "*",
  "settings": {
    "number_of_replicas": 2
  }
}  

Error saat melakukan skala-masuk node data

Gunakan fitur Diagnosis Kluster untuk memeriksa kesehatan kluster, lalu selesaikan error berdasarkan hasil diagnosis. Lakukan diagnosis pada kluster Elasticsearch.

Kesalahan "Node yang dicadangkan harus lebih besar dari 2"

Untuk memastikan keandalan kluster, Anda harus mencadangkan minimal dua node data. Untuk kluster multi-zona, Anda juga harus menyimpan minimal dua node di setiap zona dan mempertahankan jumlah node yang sama di semua zona. Jika Anda tidak dapat memenuhi persyaratan ini, Anda harus memilih node berbeda untuk diskala-masuk atau dimigrasikan, atau tingkatkan konfigurasi kluster.

Error konfigurasi kluster selama skala-masuk node data

Jalankan perintah GET _cluster/settings untuk memeriksa konfigurasi kluster. Cari pengaturan yang menonaktifkan distribusi data: "cluster.routing.allocation.enable" : "none". Jika pengaturan ini ada, sementara ubah ke "cluster.routing.allocation.enable" : "all". Jika perubahan ini memengaruhi operasi lain, kembalikan pengaturan setelah skala-masuk.

Memecahkan masalah kegagalan yang disebabkan oleh auto_expand_replicas

• Penyebab

  Menggunakan fitur kontrol akses X-Pack dapat menyebabkan masalah ini. Di versi Elasticsearch sebelumnya, fitur ini menerapkan pengaturan "index.auto_expand_replicas" : "0-all" ke indeks .security secara default. Pengaturan ini menyebabkan kegagalan dalam migrasi data atau operasi skala-masuk node.

• Solusi

  1. Periksa pengaturan indeks.

     GET .security/_settings

     Perintah mengembalikan hasil yang mirip dengan berikut:

     {
       ".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"
             }
           }
         }
       }
     }

  2. Modifikasi konfigurasi menggunakan salah satu metode berikut.

     • 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"
         }
       }

       Penting

       Parameter number_of_replicas mengatur jumlah replika untuk setiap shard primer dalam indeks. Konfigurasikan parameter ini berdasarkan kebutuhan bisnis Anda, pastikan nilainya minimal 1 dan tidak melebihi jumlah node data yang tersedia.

Bersihkan cache Elasticsearch

Ubah zona kluster Elasticsearch

Lihat Migrasikan node Elasticsearch di zona atau tingkatkan mode penyebaran kluster Elasticsearch.

Dapatkah saya menskalakan disk secara independen?

Modifikasi parameter JVM

Alibaba Cloud Elasticsearch menggunakan parameter JVM yang direkomendasikan oleh Elasticsearch. Parameter ini tidak dapat dimodifikasi secara langsung. Secara default, ukuran heap JVM adalah 50% dari memori kluster, hingga 32 GB. Pengaturan ukuran heap.

Apakah Alibaba Cloud Elasticsearch mendukung peningkatan dengan downtime?

Alibaba Cloud Elasticsearch tidak mendukung peningkatan dengan downtime dalam pengertian tradisional. Sebelum peningkatan standar dijalankan, sistem memverifikasi bahwa status kluster hijau dan beban normal. Peningkatan yang gagal dalam pemeriksaan ini tidak dapat dilanjutkan.

Jika kluster tidak sehat atau tidak dapat lulus pemeriksaan standar tetapi Anda harus segera memulihkan layanan, ikuti tingkatkan konfigurasi kluster untuk membuka halaman peningkatan dan pilih Pembaruan Paksa. Mode ini mengabaikan status kesehatan kluster, melewati beberapa pemeriksaan kesehatan, dan melakukan peningkatan saat kluster dalam kondisi tidak normal. Proses ini dapat menyebabkan restart node dan gangguan layanan, jadi lanjutkan dengan hati-hati.

Apa node tambahan yang ditampilkan di konsol selama peningkatan?

Selama peningkatan, terutama pembaruan biru-hijau, daftar instans di konsol mungkin sementara menampilkan lebih banyak node daripada yang ditunjukkan oleh spesifikasi instans. Node tambahan ini adalah node sementara yang dibuat oleh mekanisme pembaruan yang mendasarinya. Node ini bukan node data yang Anda beli dan tidak dikenai biaya. Node ini hanya ada selama perubahan berlangsung dan secara otomatis dihapus setelah perubahan selesai. Node ini tidak mengubah jumlah asli node data atau memengaruhi logika bisnis.

Menyesuaikan kamus analyzer IK

Anda dapat menambah atau menghapus konten kamus menggunakan fitur pembaruan dingin atau panas plugin analisis IK. Gunakan plugin analisis IK (analysis-ik).

Plugin analisis IK: error "ik startOffset"

Error ini disebabkan oleh bug di Elasticsearch 6.7 dan memerlukan restart kluster. Restart kluster atau node.

Jika file kamus IK lokal saya hilang, dapatkah saya mengambilnya dari halaman manajemen kluster?

Tidak. Anda tidak dapat mengambil file tersebut — hanya menghapus atau memperbarui file kamus di halaman manajemen kluster. Unduh file kamus utama dan file stopword resmi, ganti kontennya dengan istilah kamus sistem Anda, lalu unggah.

Terapkan perubahan kamus IK ke data yang sudah ada

Jika indeks menggunakan token IK, perubahan kamus dari pembaruan dingin atau panas hanya berlaku untuk data baru. Untuk menerapkan perubahan ke data yang sudah ada, reindex. Konfigurasi parameter YML.

Nilai standar untuk full GC

Untuk menentukan apakah full GC (yang membersihkan seluruh memori heap) bermasalah, analisis latensi layanan dan bandingkan kinerja saat ini dengan garis dasar historis. Pengumpul CMS memulai pengumpulan sampah saat penggunaan memori mencapai 75% untuk menyisakan ruang kepala bagi lonjakan trafik.

Menguninstall plugin bawaan yang tidak digunakan

Anda dapat menguninstall plugin bawaan jika Uninstall muncul di kolom Actions-nya. Untuk instruksinya, lihat Instal atau uninstall plugin bawaan.

Apakah kamus plugin analisis IK Alibaba Cloud Elasticsearch identik dengan plugin IK open source?

Ya. Plugin analisis IK Alibaba Cloud Elasticsearch mencakup kamus bawaan yang sama dengan versi open-source. Analisis IK untuk Elasticsearch.

Dapatkah plugin kustom mengakses jaringan eksternal, misalnya untuk membaca file kamus dari GitHub?

Tidak, plugin kustom tidak dapat mengakses jaringan eksternal. Untuk mengakses file eksternal, unggah ke Object Storage Service (OSS) dan baca dari sana.

Apakah plugin kustom mendukung hot update?

Tidak. Untuk menerapkan hot update, referensi metode plugin analisis IK. Analisis IK untuk Elasticsearch.

Konfigurasi analysis-aliws dan format file

Untuk langkah konfigurasi terperinci, lihat Gunakan plugin analysis-aliws.

Sinonim, token IK, dan token AliNLP

Konfigurasi mode analisis IK

Alibaba Cloud Elasticsearch dilengkapi plugin analyzer IK yang telah diinstal sebelumnya, yang tidak dapat diuninstall. Terapkan pembaruan dingin dan panas ke kamus default dan gunakan saat membuat pemetaan indeks. Gunakan plugin analyzer IK (analysis-ik).

Tokenizer bahasa Mandarin bawaan

Alibaba Cloud Elasticsearch mendukung tokenizer bahasa Mandarin bawaan analysis-ik dan analysis-aliws. Anda dapat menggunakannya setelah mengonfigurasi kamus yang sesuai.

Jika saya menggunakan OSS untuk hot-update file kamus, apakah Elasticsearch secara otomatis memperbarui saat konten file kamus di OSS berubah?

Tidak. Alibaba Cloud Elasticsearch saat ini tidak mendukung hot update untuk file kamus dari OSS. Setelah file kamus di OSS dimodifikasi, Anda harus mengunggah dan mengonfigurasinya secara manual untuk menerapkan perubahan. Selain itu, untuk indeks yang dikonfigurasi dengan analyzer IK, sinonim, atau analyzer AliNLP, kamus yang diperbarui hanya memengaruhi data baru. Untuk menerapkan perubahan ke semua data yang sudah ada, Anda harus reindex.

Apakah analyzer IK yang digunakan oleh Alibaba Cloud Elasticsearch mendukung kamus jarak jauh?

Tidak. Analyzer IK Alibaba Cloud Elasticsearch mendukung pengunggahan dan pembaruan kamus. Gunakan plugin analyzer IK (analysis-ik). Kamus jarak jauh dan konfigurasi terkait, seperti IKAnalyzer.cfg.xml, tidak didukung.

Instal plugin pencarian vektor (aliyun-knn) untuk Elasticsearch 7.10

Dampak restart pada layanan

Umumnya, jika beban kluster rendah dan indeks memiliki replika, kluster terus melayani trafik selama restart. Namun, timeout dapat terjadi selama restart paksa konkurensi tinggi, pada kluster yang sangat terbebani, tanpa shard replika, atau di bawah beban kerja berat. Implementasikan mekanisme retry di klien Anda dan lakukan restart di luar jam sibuk.

Dapatkah saya mengatur periode retensi untuk log .security di Elasticsearch?

Simpan log Elasticsearch di lokasi lokal

Gunakan API ListSearchLog untuk mengambil log kluster dan menyimpannya di lokasi lokal.

Menampilkan log Elasticsearch

Konfigurasikan log lambat dan turunkan ambang batas waktunya. Log kueri.

Konfigurasi dan tampilkan log lambat

Ambil log lambat secara terprogram

Panggil API ListSearchLog untuk mengambil log lambat secara terprogram.

Temukan klien kluster Elasticsearch

Untuk batasan, tindakan pencegahan, dan cara mengaktifkan log ini, lihat Log kueri.

Pemulihan snapshot lintas versi berbeda

Dengan pencadangan otomatis, Anda hanya dapat memulihkan snapshot ke kluster asli atau menggunakan fitur pemulihan snapshot lintas kluster. Pencadangan dan Pemulihan Otomatis dan Pencadangan dan Pemulihan Lintas Kluster dengan Bucket OSS.

Dengan pencadangan manual, Anda dapat memulihkan snapshot ke kluster Elasticsearch lain. Pulihkan antar kluster dengan versi yang sama untuk menghindari masalah kompatibilitas. Pencadangan dan Pemulihan Manual.

Status kluster tidak sehat selama pencadangan untuk peningkatan versi

Jika status kluster tidak sehat, Anda tidak dapat membuat cadangan snapshot. Pulihkan status kluster ke hijau terlebih dahulu.

Pencadangan otomatis tanpa bucket OSS yang dikonfigurasi

Alibaba Cloud Elasticsearch menyediakan bucket OSS untuk kluster Anda secara default. Untuk melihat snapshot otomatis, Login ke konsol Kibana dan jalankan perintah GET _snapshot/aliyun_auto_snapshot/_all.

Kegagalan shard selama pemulihan snapshot saat perintah POST /_cluster/reroute?retry_failed=true gagal

Saat Anda memulihkan data dari snapshot, Anda mungkin mengalami error yang mirip dengan berikut:

POST /_snapshot/aliyun_snapshot_from_instanceId/es-cn-instanceId_datetime/_restore
{
    "indices": "myIndex",
    "settings": {
    "max_restore_bytes_per_sec" : "150mb" 
    }
}

Ekspor data ke mesin lokal

Cadangkan data dari kluster Elasticsearch Anda ke OSS, lalu gunakan fitur Unduh objek di konsol OSS untuk mengunduh cadangan secara lokal.

Pulihkan snapshot lintas kluster

Untuk instruksi spesifik, batasan, dan catatan tentang pemulihan snapshot lintas kluster, lihat Cadangkan dan pulihkan data dengan repositori OSS lintas kluster. Untuk migrasi data lintas wilayah dalam akun yang sama, Anda dapat menggunakan perintah yang digunakan untuk membuat snapshot manual untuk data indeks dan memulihkan data dari snapshot. Untuk metode migrasi lainnya, lihat Pemilihan metode migrasi.

Opsi pencadangan data

Pencadangan data mencakup opsi yang tersedia, kasus penggunaan, dan batasan.

Konfigurasi peringatan X-Pack Watcher

Atasi kegagalan alokasi memori GC

Nilai metrik status kluster

Penggunaan disk Elasticsearch

Lihat penggunaan disk di konsol atau dengan pemantauan X-Pack di Kibana. Metrik dan penanganan pengecualian dan Konfigurasi indeks pemantauan.

Error "promotion failed" CMS GC

Anda mungkin mengalami error ini saat menggunakan pengumpul sampah CMS di Alibaba Cloud Elasticsearch. Error ini biasanya menunjukkan bahwa tidak ada ruang yang cukup di generasi lama, menyebabkan promosi objek gagal. Untuk menyelesaikan masalah ini, pertimbangkan hal berikut:

• Pemantauan dan analisis log

  • Periksa log GC untuk operasi CMS GC atau Full GC yang sering untuk menentukan apakah error CMS GC promotion failed disebabkan oleh ruang yang tidak mencukupi di generasi lama.

  • Login ke halaman Kueri Log di konsol Alibaba Cloud Elasticsearch dan cari log yang berisi promotion failed untuk menemukan akar penyebabnya.

• Sesuaikan memori heap dan pengaturan pengumpul sampah

  • Jika versi Elasticsearch Anda 6.7.0 atau yang lebih baru dan setiap node data memiliki memori 32 GB atau lebih, pertimbangkan untuk mengganti pengumpul sampah ke G1 untuk kinerja yang lebih baik.

  • Berdasarkan penggunaan sumber daya dan kebutuhan bisnis kluster Anda, evaluasi apakah akan meningkatkan memori instans.

• Saran tuning

  Jika masalah terkait memori berlanjut, evaluasi volume data indeks, beban kueri, dan konfigurasi sumber daya kluster Anda. Jika perlu, hubungi dukungan teknis Alibaba Cloud untuk panduan tuning profesional.

Perbandingan koneksi klien dan open source

Untuk menghubungkan ke kluster Alibaba Cloud Elasticsearch, gunakan titik akhir internal atau publiknya — setara dengan alamat kluster open source. Gunakan klien untuk mengakses kluster Alibaba Cloud Elasticsearch.

Saat mengakses kluster Elasticsearch dengan klien, dapatkah saya menonaktifkan Basic Authentication?

Tidak, Anda tidak dapat menonaktifkan autentikasi dasar. Ini adalah mekanisme autentikasi Kibana yang disediakan oleh X-Pack, yang disertakan di semua kluster Elasticsearch.

Jika instance ECS Alibaba Cloud dan kluster Elasticsearch berada dalam VPC yang sama tetapi zona berbeda, dapatkah instance ECS mengakses kluster Elasticsearch melalui jaringan pribadi?

Ya. Instance ECS dapat mengakses kluster Elasticsearch melalui jaringan internal selama berada dalam VPC yang sama.

Konfigurasi daftar putih alamat IP

Menghubungkan ke kluster Elasticsearch dari Internet

Untuk menghubungkan ke kluster Elasticsearch dari Internet, gunakan titik akhir publiknya dan konfigurasi daftar putih alamat IP. Anda juga harus mengonfigurasi nama domain, username, dan kata sandi. Gunakan klien untuk mengakses kluster Alibaba Cloud Elasticsearch.

Tidak dapat mengakses Elasticsearch: Koneksi ditolak

Pengaturan ulang kata sandi dan akses Elasticsearch

Selesaikan kegagalan koneksi dengan Elasticsearch-Head 5.0.0

FAQ Indeks

Bagaimana cara menutup indeks?

POST /<index_name>/_open # Buka indeks
POST /<index_name>/_close # Tutup indeks