Tüm Ürünler
Search
Belge Merkezi

Elasticsearch:Alibaba Cloud Elasticsearch kümesi SSS

Son Güncelleme:Oct 04, 2026

Küme satın alma, yapılandırma, erişim, sorgular, yazma işlemleri, eklentiler, belirteçleştirme, günlükler, yeniden başlatmalar, küme durumu, yedekleme ve izleme dahil olmak üzere Alibaba Cloud Elasticsearch ile ilgili sık sorulan soruların yanıtları.

SSS

Örnek satın alma ve iptal etme

Hatalı küme yapılandırması

Küme yapılandırmanız gereksinimlerinizi karşılamıyorsa çözüm bulmak için aşağıdaki tabloyu kullanın.

Uyarı

Bir çözümün bir kümenin aboneliğini iptal etmeyi gerektirmesi durumunda verilerinizi önceden yedeklediğinizden emin olun (bkz. Manuel yedekleme ve geri yükleme). Aboneliği iptal ettikten sonra veriler silinir ve kurtarılamaz.

Parametre

Çözüm

faturalama yöntemi

Kullandıkça öde bir küme satın aldıysanız abonelik faturalamasına geçebilirsiniz. Bir kümenin faturalama yöntemini kullandıkça ödeden aboneliğe değiştirme.

sürüm

Küme sürümünü yalnızca aşağıdaki koşullar altında değiştirebilirsiniz:

  • Küme sürümü 5.5.3 ise ve bunu 5.6.16'ya değiştirmek istiyorsanız.

  • Küme sürümü 5.6.16 ise ve bunu 6.3.2'ye değiştirmek istiyorsanız.

  • Küme sürümü 6.3.2 ise ve bunu 6.7.0'a değiştirmek istiyorsanız.

Küme sürümünü yükseltmek için bkz. Küme sürümlerini yükseltme. Yukarıda listelenmeyen sürüm değişiklikleri için kümenin aboneliğini iptal edin ve yeni bir tane satın alın.

bölge

Bu yapılandırma öğesi değiştirilemez. Kümenin aboneliğini iptal etmeniz ve yeni bir tane satın almanız gerekir.

alan

Kümeyi farklı bir alana taşıyabilirsiniz. Bir alandaki Elasticsearch düğümlerini taşıma veya bir Elasticsearch kümesinin dağıtım modunu yükseltme.

Not

Alanı taşımadan önce Elasticsearch kümenizin Active durumda olduğundan emin olun.

Alan sayısı

Bu yapılandırma öğesi değiştirilemez. Kümenin aboneliğini iptal etmeniz ve yeni bir tane satın almanız gerekir.

örnek teknik özellikleri

Bu yapılandırma değiştirilebilir. Küme yapılandırmasını yükseltme.

depolama türü

Bu yapılandırma değiştirilebilir. Küme yapılandırmasını yükseltme.

cloud disk şifreleme

Bu yapılandırma öğesi değiştirilemez. Kümenin aboneliğini iptal etmeniz ve yeni bir tane satın almanız gerekir.

Düğüm başına depolama alanı

Bu yapılandırma değiştirilebilir. Küme yapılandırmasını yükseltme.

Veri düğümü sayısı

Bu yapılandırma değiştirilebilir. Küme yapılandırmasını yükseltme.

Ağ türü, VPC ve vSwitch

Bu yapılandırma öğeleri değiştirilemez. Kümenin aboneliğini iptal etmeniz ve yeni bir tane satın almanız gerekir.

Not

Elasticsearch kümeleri yalnızca VPC ağ türünü destekler.

kullanıcı adı

Varsayılan yönetici kullanıcı adı elastic değiştirilemez. Elasticsearch X-Pack rolleriyle erişim kontrolünü yönetme aracılığıyla yeni kullanıcılar oluşturun ve izinler atayın.

parola

Bu yapılandırma değiştirilebilir. Bir Elasticsearch kümesi parolasını sıfırlama.

Bu tabloda listelenmeyen yapılandırma öğeleri için değiştirilip değiştirilemeyeceklerini belirlemek üzere Küme yapılandırmasını yükseltme ve Kümeyi düşürme belgelerine bakın.

Satın alma sayfası sürümlerinin Elasticsearch sürümleriyle eşleştirilmesi


Satın alma sayfası sürümü


Belirli sürüm


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

Bir küme satın alırken, mevcut kendi kendine yönetilen kümenize yakın bir sürüm seçin. Mevcut bir kümeniz yoksa en son sürümü seçin.

Elasticsearch satın alırken VPC bulunmaması

RAM kullanıcısının VPC'leri listeleme iznine sahip olup olmadığını kontrol etmek için RAM kullanıcı ayrıntılarını görüntüleyin bölümüne bakın. Kullanıcı bu izne sahip değilse, izni vermek için Özel ilke oluşturun bölümüne bakın.

Hata: "vSwitch: may not be empty"

Bu hata, seçtiğiniz alanda vSwitch bulunmadığı anlamına gelir. Küme yapılandırma sayfasında hangi alanı seçtiğinizi kontrol edin, ardından o alanda bir vSwitch olup olmadığını doğrulamak için VPC konsolunu kontrol edin. Yoksa bir tane oluşturun. IPv4 CIDR bloğu içeren bir VPC oluşturun.

Bir Elasticsearch kümesini iptal edip yeni bir tane satın alırsam erişim uç noktası değişir mi?

Evet. Hizmet kesintisini önlemek için orijinal örneğin aboneliğini sonlandırmadan önce istemci kodunuzu yeni uç nokta ile güncelleyin.

Elasticsearch kümesini serbest bırakma veya aboneliği sonlandırma

  • Kullandıkça öde bir kümeyi veya süresi dolmuş bir abonelik kümesini serbest bırakmak için Küme serbest bırakma bölümüne bakın.

  • Süresi dolmamış bir abonelik kümesinin aboneliğini sonlandırmak için:

  • Alibaba Cloud Management Console'da oturum açın. Üst gezinme çubuğunda Expenses > Orders seçeneklerini seçin. Expenses and Costs console sol gezinme bölmesinde Unsubscribe seçeneğine tıklayın. Abonelikten Çıkarma sayfasında küme aboneliğini sonlandırma veya siparişi iptal etme işlemlerini gerçekleştirin. Daha fazla bilgi için Kaynakların aboneliğini sonlandırma yöntemleri konusuna bakın.

Tek düğümlü bir Elasticsearch kümesi satın alabilir miyim?

Hayır. En az iki veri düğümü gereklidir. Satın alma sayfasındaki parametreler.

Örnek oluşturma sırasında kullanılamayan kaynaklar

Yetersiz kapasite nedeniyle örnek oluşturma başarısız olursa aşağıdaki çözümlerden birini deneyin:

  • Başka bir bölge seçin.

  • Başka bir alan seçin. Alanları değiştirmeden önce hedef alanda bir vSwitch'in kullanılabilir olduğundan emin olun. O alanda vSwitch yoksa VPC konsolunda bir tane oluşturun.

  • Farklı bir kaynak yapılandırması seçin.

Kaynaklar hala kullanılamıyorsa daha sonra tekrar deneyin. Kaynak envanteri dinamiktir ve Alibaba Cloud kaynakları sürekli olarak yeniler.

Mevcut bir Elasticsearch kümesinin teknik özelliklerini yükseltirken kaynaklar kullanılamıyorsa, her düğümü yeterli kaynağa sahip farklı bir alana geçirin ve ardından yükseltmeyi yeniden deneyin. Aynı bölge ve VPC içindeki farklı alanlardaki Elasticsearch kümeleri dahili ağ üzerinden iletişim kurabilir. Alanlar arası dağıtım ve alan geçişi yordamları için AZ'ler arası dağıtım ve işlemler konusuna bakın.

1 vCPU, 2 GiB veri düğümlerinin yükseltilmesi

Alibaba Cloud Elasticsearch, performans kararlılığı endişeleri nedeniyle Mayıs 2021'de 1 vCPU, 2 GiB veri düğümlerinin satışını durdurdu. Mevcut düğümler etkilenmez ancak yalnızca öğrenme amaçlıdır, üretim için uygun değildir ve SLA kapsamında değildir. Mümkün olan en kısa sürede daha yüksek teknik özelliklere yükseltin. Küme yapılandırmasını yükseltin.

Elasticsearch kümesinin başlatılmasının takılı kalması

Başlatma süresi küme teknik özelliklerine, veri yapısına ve boyutuna bağlıdır. Bu işlem birkaç saat sürebilir.

Yeni satın alınan bir küme, küme Etkinleştiriliyor durumundayken dahili uç noktasını göstermez. Dahili uç nokta, küme oluşturulduktan sonra kullanılabilir hale gelir.

Değişiklik Elasticsearch kümesinin yeniden başlatılmasını içeriyorsa yeniden başlatma süresi dizin verilerine, küme boyutuna ve yeniden başlatma yöntemine bağlıdır. Genellikle birkaç saat sürer. Daha fazla bilgi için Bir küme veya düğümü yeniden başlatın konusuna bakın.

Küme oluşturma veya yeniden başlatmanın normal şekilde ilerleyip ilerlemediğini belirlemek için görev listesinde değişiklik ilerlemesini izleyebilirsiniz. Değişiklik ilerlemesi uzun bir süre boyunca değişmezse sorunu gidermek için Örnek görev ilerlemesini görüntüleyin konusuna bakın.

Kibana'yı ayrı olarak satın almam gerekir mi?

Hayır. Her Elasticsearch kümesi varsayılan olarak devre dışı bırakamayacağınız bir Kibana düğümü içerir. teknik özelliklerini seçmek için. Ayrıntılı talimatlar için Alibaba Cloud Elasticsearch kümesi oluşturma konusuna bakın.

Önemli

Kararlılık için en az 2 vCPU ve 4 GiB belleğe sahip bir Kibana düğümü seçin. 1 vCPU, 2 GiB seçeneği ücretsizdir ancak yalnızca test amaçlı kullanım için uygundur.

Oluşturulan bir örneğin bulunamaması

Elasticsearch konsolunun üst kısmındaki bölge seçicide doğru bölgeyi seçtiğinizden emin olun. Bölge doğru olsa bile küme görünmüyorsa aşağıdaki yöntemleri deneyin:

  1. Tarayıcı önbelleğinizi temizleyin ve Alibaba Cloud hesabınızda tekrar oturum açın. Oturumunuzun süresi dolduysa oturumu geri yüklemek için tekrar oturum açmanız gerekir.

  2. Farklı bir ağ deneyin.

  3. Expenses and Costs konsolundaki Order Management sayfasına gidin ve siparişleri Alibaba Cloud Elasticsearch filtresine göre filtreleyin. Kümenin yenilenmemesi nedeniyle serbest bırakılıp bırakılmadığını onaylamak için sipariş durumunu kontrol edin. Bir küme, hizmeti sona erdikten 7 gün sonra serbest bırakılır. Serbest bırakıldıktan sonra verileri kalıcı olarak silinir ve yenileme ile kurtarılamaz. Yeni bir küme oluşturun.

Ne zaman özel master ve koordinasyon düğümleri satın alınmalıdır

Özel master düğümler dizin oluşturma veya silme gibi küme genelindeki işlemlerden, hangi düğümlerin kümede olduğunu izlemekten ve hangi parçaların hangi düğümlere tahsis edileceğine karar vermekten sorumludur. Kararlı bir master düğümü küme sağlığı için çok önemlidir. Aşağıdaki senaryolarda özel master düğümleri satın almalısınız:

  • Master düğüm olarak da hizmet veren veri düğümleri yoğun yük altındadır.

  • Küme yazma yoğunluklu iş yüklerini işler.

  • Yüksek küme kararlılığı kritik öneme sahiptir.

Koordinasyon düğümleri gelen sorgu ve yazma isteklerini işler, istekleri uygun veri düğümlerine iletir ve ardından sonuçları birleştirir. Kümeniz sık sık kaynak yoğun toplama sorguları çalıştırıyorsa özel koordinasyon düğümleri satın alın. Genel olarak, koordinasyon düğümleri ile veri düğümleri arasında 1:5 oranını koruyun (her 5 veri düğümü için 1 koordinasyon düğümü), minimum iki düğüm olacak şekilde. Koordinasyon düğümlerinin teknik özellikleri veri düğümlerinkiyle eşleşmelidir. Daha ayrıntılı bir kılavuz için teknik özellikler ve kapasite değerlendirmesi konusuna bakın.

Varsayılan kullanıcı adı

Varsayılan kullanıcı adı elastic şeklindedir. Özel kullanıcılar da oluşturabilirsiniz. Elasticsearch X-Pack rolleri ile erişim kontrolünü yönetin.

Özellik SSS

Sürüm yükseltmeleri ve düşürmeleri

Yerinde yükseltmeler yalnızca belirli sürüm yolları için kullanılabilir: 5.5'ten 5.6'ya, 5.6'dan 6.3'e ve 6.3'ten 6.7'ye.

Diğer yükseltme yolları veya düşürmeler için yeni bir küme oluşturmanız ve verilerinizi manuel olarak geçirmeniz gerekir. Bu işlem, hedef sürümde yeni bir küme satın almayı, verileri orijinal kümeden geçirmeyi ve ardından orijinal kümenin aboneliğini sonlandırmayı veya serbest bırakmayı içerir.

Not

Alibaba Cloud Elasticsearch ücretsiz deneme kümeleri yalnızca 8.5 ve 8.9 sürümleri için kullanılabilir ve oluşturulduktan sonra değiştirilemez.

Bir sürümü düşürürken aşağıdaki sınırlamalara dikkat edin:

  • Object Storage Service (OSS) anlık görüntüleri, daha sonraki bir Elasticsearch sürümünden daha eski bir Elasticsearch sürümüne geri yüklenemez.

  • Veri geçişi için Logstash kullanıyorsanız Logstash sürümünün hedef kümenin Elasticsearch sürümüyle uyumlu olduğundan emin olun. Alibaba Cloud Logstash 8.11, 7.4 ve 6.7 sürümlerini destekler.

  • Kibana sürümü kümenin Elasticsearch sürümüyle eşleşir ve ayrı olarak düşürülemez.

SSH üzerinden bir Elasticsearch kümesinde oturum açıp yapılandırmayı değiştirebilir miyim?

Hayır. Elasticsearch SSH erişimini desteklemez. Küme yapılandırmanızı değiştirmek için Küme yapılandırmasına genel bakış konusuna bakın.

Logstash 6.7, Elasticsearch 6.3 ile uyumlu mu?

Evet, uyumludur. ürün uyumluluğu konusuna bakın.

Veri kaynağı olarak Elasticsearch desteği

Quick BI'yi, Elasticsearch kümenizin genel izin listesine Quick BI IP adreslerini ekleyerek genel ağ üzerinden bağlayabilirsiniz.

Puanlama eklentisi desteği

Elasticsearch dizinler için belirteç ayrıştırıcılar oluşturmayı ve puana göre sıralamayı destekler. Hızlı başlangıç: Örnek oluşturmadan veri alımına.

Elasticsearch LDAP özelliğini destekliyor mu?

Evet. Önce aynı sürümde bir şirket içi Elasticsearch kümesi dağıtın ve test edin. Testler başarılı olduktan sonra konsolda LDAP şablonunu yapılandırın. LDAP kimlik doğrulamasını X-Pack ile entegre etme için en iyi uygulamalar.

Elasticsearch Java SDK'si sağlıyor mu?

Evet. Her sürümün kendi SDK'si vardır. Java API.

Çekirdek sürümü

Elasticsearch kümeleri varsayılan olarak en son çekirdek sürümünü kullanır. Kullanılabilir sürümler Çekirdek sürümü yayın notlarında listelenmiştir. Kümeniz en son çekirdek sürümünü kullanmıyorsa kümenizin Basic information sayfasında A new kernel patch is available. mesajı görüntülenir. Kümenizin mevcut çekirdek sürümünü görüntülemek için mesaja tıklayın.View kernel version

Elasticsearch kümesinin zorla yeniden başlatılması

Elasticsearch kümeniz sağlıklı değilse (sarı veya kırmızı durumda) standart bir yeniden başlatma gerçekleştiremezsiniz. Bunun yerine zorla yeniden başlatma gerçekleştirmeniz gerekir. Bu, hizmet kararsızlığına, veri kaybına veya okuma ve yazma hatalarına neden olabilecek yüksek riskli bir eylemdir. Dikkatli ilerleyin.

Log4j 2 düzeltmesinin doğrulanması

Başarılı bir küme yeniden başlatma, güvenlik açığının giderildiğini onaylar. [[Güvenlik Açığı Uyarısı] Apache Log4j 2 Uzaktan Kod Çalıştırma Güvenlik Açığı](t2163543.dita#concept_2163543).

Log4j2 güvenlik açığını gidermek için Elasticsearch kümemi yükseltmem gerekir mi?

Hayır. Sadece Yordam bölümündeki adımları izleyin.

Bölge dışı Elasticsearch örnekleri için özel ağ iletişimi

Farklı bölgelerdeki Elasticsearch örnekleri arasında özel ağ iletişimini etkinleştirmek için aşağıdaki yöntemlerden birini kullanın:

Elasticsearch kümeleri arasında veri geçişi

Geçiş yaklaşımları senaryoya göre değişir (Alibaba Cloud kümeleri arasında veya kendi kendine yönetilen/üçüncü taraf kümelerinden). geçiş yöntemi seçimi.

HTTPS için koordinasyon düğümleri

Aşağıdaki Alibaba Cloud Elasticsearch sürümleri için HTTPS protokolünü etkinleştirmek üzere koordinasyon düğümleri satın almanıza gerek yoktur. Kümenizde zaten koordinasyon düğümleri varsa bunları devre dışı bırakabilirsiniz.

  • Sürüm 7.16 ve sonrası.

Diğer tüm sürümler için HTTPS protokolünü etkinleştirmek koordinasyon düğümleri gerektirir. Satın alındıktan sonra bu düğümler devre dışı bırakılamaz veya kaldırılamaz.

Alibaba Cloud Elasticsearch, HTTPS etkinleştirildikten sonra sertifikaları düzenli olarak günceller. 7.10 ve altı sürümler veri düğümlerinde döngüsel sertifika güncellemelerini desteklemez, bu nedenle güncellemeler sırasında hizmet etkisini en aza indirmek için sertifikalar koordinasyon düğümlerine dağıtılır. Kümenizde koordinasyon düğümleri yoksa HTTPS'yi etkinleştirirken sistem bunları satın almanızı ister. HTTPS protokolünü kullanın.

Düğüm başına maksimum parça sayısı

Elasticsearch 7.x'te tek bir düğüm en fazla 1.000 parçayı destekler. Diğer sürümlerde sınır yoktur. Parça başına düğüm sayısını küme teknik özelliklerinize göre yapılandırın. Teknik özellikleri ve depolama kapasitesini değerlendirin ve Parçalarınızı boyutlandırın.

max_shards_per_node parametresini kullanarak düğüm başına maksimum parça sayısını geçici olarak değiştirmek için aşağıdaki komutu çalıştırın:

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

Bu parametreyi uzun vadeli bir çözüm olarak büyük bir değere ayarlamaktan kaçının. Bunun yerine daha fazla düğüm ekleyin veya kümenizdeki parça sayısını azaltın. Küme kararlılığını korumak ve yüksek yükü önlemek için parçalarınızı doğru şekilde planlayın.

.monitoring-es dizinleri

Varsayılan olarak X-Pack izleme bileşeni küme verilerini her 10 saniyede bir toplar ve .monitoring-* önekiyle dizinlerde depolar. Örneğin, 6.x sürüm örneğinde iki ana dizin türü oluşturulur ve günlük olarak devredilir: .monitoring-es-6-* ve .monitoring-kibana-6-*, veriler .monitoring-es-6- öneki ve geçerli tarih sonekiyle bir dizinde depolanır.

.monitoring-es-6-* dizinleri önemli miktarda disk alanı tüketir; öncelikli olarak küme durumu, küme istatistikleri, düğüm istatistikleri ve dizin istatistiklerini depolar. Elasticsearch kümesi için izlemeyi yapılandırın.

Veri diskleri için şifreleme algoritması

Elasticsearch için disk şifreleme, bulut disklerini şifrelemek için AES-256 ve Key Management Service (KMS) kullanır. Disk Şifreleme.

9300 numaralı bağlantı noktası desteği

Alibaba Cloud Elasticsearch 5.x hem 9300 (TCP) hem de 9200 (HTTP/HTTPS) bağlantı noktalarını desteklerken sonraki sürümler yalnızca 9200 bağlantı noktasını destekler.

Not

Alibaba Cloud Elasticsearch 6.0 ve sonraki örnekleri Transport Client ile 9300 numaralı bağlantı noktasına bağlanmayı desteklemez. 9300 numaralı bağlantı noktasına erişmek için 5.x örneği satın almanız gerekir.

Veri geçişi ve senkronizasyonu

MongoDB'yi Alibaba Cloud Elasticsearch'e senkronize etme

ApsaraDB for MongoDB'den Alibaba Cloud Elasticsearch'e verileri gerçek zamanlı olarak senkronize etmek için Monstache'i kullanın. MongoDB'den Elasticsearch'e verileri gerçek zamanlı olarak senkronize etmek için Monstache kullanın.

Örnek yeniden başlatma

Küme ve düğüm yeniden başlatma süresi

Yeniden başlatma süresi küme teknik özelliklerine, veri yapısına ve veri hacmine bağlıdır. Genellikle birkaç saat sürer. Bir küme veya düğümü yeniden başlatın.

Genel erişimi etkinleştirmek veya devre dışı bırakmak küme yeniden başlatmayı tetikler mi?

Hayır. Bu eylem etkili olurken kümenin durumunu kısa süreliğine değiştirir ancak normal işlemleri etkilemez.

Küme erişim parolasını değiştirmek küme yeniden başlatmayı tetikler mi?

Hayır. Parola değişikliği yeniden başlatma değil, küme yeniden yüklemeyi tetikler. Elasticsearch küme parolasını sıfırlayın.

Bir dizinde çoğaltma yoksa küme yeniden başlatmayı etkiler mi?

Evet. Çoğaltma olmadan yeniden başlatma sırasında hizmet kesintileri meydana gelebilir. Düşük yük, çoğaltma parçaları ve yoğun olmayan saatlerde zamanlama ile hizmet genellikle kullanılabilir kalır. Ancak yüksek eşzamanlılık, zorla yeniden başlatma, ağır iş yükleri veya dizinlerde çoğaltma olmadığında zaman aşımı oluşabilir. İstemcinizde bir yeniden deneme mekanizması yapılandırın ve yoğun olmayan saatlerde yeniden başlatın.

Bir düğüm rolünü veya tek bir düğümü yeniden başlatma

  • Bir düğüm rolünü yeniden başlatma

    Örneğin Basic Information sayfasında Restart seçeneğine tıklayın, Operation Type öğesini Node Role olarak ayarlayın ve ilgili düğüm rolünü seçin. Bir küme veya düğümü yeniden başlatın.

  • Tek bir düğümü yeniden başlatma

    Tek bir düğümü aşağıdaki yollardan biriyle yeniden başlatabilirsiniz:

    • Örneğinizin Basic Information sayfasında Restart seçeneğine tıklayın. Görüntülenen iletişim kutusunda Operation Type öğesini Node olarak ayarlayın ve yeniden başlatmak istediğiniz düğümü seçin. Bir küme veya düğümü yeniden başlatın.

    • Basic Information sayfasında Node Visualization bölümünü bulun, yeniden başlatmak istediğiniz düğümün üzerine gelin ve açılan pencerede Restart seçeneğine tıklayın. Küme durumu ve düğüm bilgileri.

Takılı kalan örnek yeniden başlatma

Örnek görev ilerlemesini görüntüleyin bölümünde örnek değişiklik görev ayrıntılarını kontrol edin. 7.16 sürümünü çalıştırmayan örnekler için yeniden başlatma birkaç saat sürebilir. İlerleme uzun bir süre boyunca değişmezse aşağıdaki tabloda yer alan sorun giderme adımlarını izleyin.

Olası neden

Çözüm

Bir eklenti sorunu düğümün başlamasını engelliyor.

Eklentiyi silin.

Yüksek disk kullanımı nedeniyle parça tahsisi başarısız oluyor.

Not

Küme izleme sayfasında disk kullanımını kontrol edin. Ölçümler ve özel durum işleme.

Bir dizini silin veya çoğaltma parçası sayısını geçici olarak 0'a ayarlayın.

Yanlış yapılandırılmış bir küme parametresi nedeniyle parça tahsisi başarısız oluyor.

Parçanın neden atanmadığını kontrol etmek için GET /_cluster/allocation/explain?pretty komutunu çalıştırın ve sorunu çözmek için çıktıyı kullanın.

Çoğaltma parçası sayısı düğüm sayısından büyüktür.

Çoğaltma parçası sayısını ayarlayın.

Yetersiz teknik özellikler nedeniyle küme bellek yetersizliği (OOM) yaşıyor.

Küme yapılandırmasını yükseltin.

Elasticsearch düğümlerinin periyodik olarak yeniden başlatılması

Periyodik düğüm yeniden başlatmaları desteklenmez. Geçici bir çözüm olarak, kendi yapılandırdığınız zamanlanmış bir görevden RestartInstance API'sini çağırın.

Anormal küme yükü veya durumu

Dengesiz düğüm yükü

Bu sorun, uygun olmayan parça ayarları, eşit olmayan segment boyutları, sıcak ve soğuk veri gereksinimleri ve Service Load Balancer (SLB) veya çok alanlı dağıtımlarla ilgili serbest bırakılmayan kalıcı bağlantılar dahil olmak üzere çeşitli faktörlerden kaynaklanan dengesiz bir küme yükünden kaynaklanır. Senaryonuza göre sorun giderin. Dengesiz Küme Yükü için Analiz Yöntemleri ve Çözümler.

Önemli
  • Sorunu gidermeden önce küme teknik özelliklerinizi kontrol edin. Kümeniz 1 vCPU ve 2 GiB belleğe sahip düğümler kullanıyorsa düğümleri 2 vCPU ve 4 GiB belleğe veya daha yükseğe yükseltin. Küme yapılandırmasını yükseltin.

  • 1 vCPU ve 2 GiB belleğe sahip düğümler yalnızca öğrenme amaçlıdır, üretim için uygun değildir ve SLA kapsamında değildir. Bu teknik özelliklerin kararlılığı sınırlıdır ve artık satın alınamaz. Mevcut 1 vCPU, 2 GiB düğümleri mümkün olan en kısa sürede yükseltin.

  • Test ortamları için 2 vCPU ve 4 GiB belleğe sahip düğümler kullanın. Üretim için daha yüksek teknik özellikler kullanın.

Sarı Elasticsearch küme durumunu çözme

  • Neden

    Bir dizin için yapılandırılan çoğaltma sayısı, mevcut düğüm sayısının bir eksiğinden fazlaysa Elasticsearch kümesi sarı duruma girer. Bu durum, Elasticsearch'ün tüm çoğaltma parçalarını tahsis etmesini engeller.

  • Çözüm

    Parça dağıtımını görüntülemek, sarı dizini belirlemek ve çoğaltma sayısını 0'a ayarlamak için GET _cat/indices?v komutunu çalıştırın. Küme durumu yeşile döndükten sonra dizin için orijinal çoğaltma sayısını geri yükleyin.

    Uyarı

    Çoğaltma sayısını 0'a ayarlamak, bir düğüm çevrimdışı olursa veri kaybına neden olabilir, bu nedenle dikkatli ilerleyin. Küme durumu yaklaşık bir dakika içinde yeşile döndükten sonra orijinal çoğaltma sayısını mümkün olan en kısa sürede geri yükleyin.

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

Kırmızı küme durumunu giderme

Birincil parçayı barındıran bir düğüm kullanılamadığında ve parça atanamadığında kırmızı küme durumu oluşur. Parça dağıtımını görüntülemek ve kırmızı durumdaki dizini belirlemek için GET /_cat/indices?v komutunu çalıştırın. Sorunu gidermek için aşağıdaki tabloyu kullanın.

Neden

Çözüm

Dengesiz yük, yetersiz küme kaynaklarına yol açar.

Toplam birincil ve çoğaltma parçası sayısını veri düğümü sayısının katı olacak şekilde ayarlayın. Dengesiz dağıtılan parçaları yeniden dengeleme.

Kümede gereksiz dizin verileri bulunur.

Gereksiz dizin verilerini, özellikle .monitoring ile başlayan izleme dizinlerini düzenli olarak temizleyin. İzleme dizinlerini yapılandırma.

Parçalar atanmamıştır.

Parçaların neden atanmadığını belirlemek için GET /_cluster/allocation/explain?pretty komutunu çalıştırın. Sorunu çözdükten sonra parçaları yeniden atamak için POST /_cluster/reroute?retry_failed=true komutunu çalıştırın.

Yüksek önbellek kullanımı kaynakları tüketir.

Önbelleği temizlemek için POST /<index_name>/_cache/clear?fielddata=true komutunu çalıştırın.

Yükseltme gibi bir küme yapılandırması değişikliği devam etmektedir.

Mevcut değişikliği iptal edin ve yükseltme sayfasında Zorla Güncelle seçeneğini seçin. Küme yapılandırmasını yükseltme.

1 vCPU ve 2 GiB veya 2 vCPU ve 4 GiB gibi düşük örnek teknik özellikleri yetersiz kaynaklara neden olur.

Küme yapılandırmasını yükseltme.

Not
  • 1 vCPU ve 2 GiB belleğe sahip örnekler yalnızca öğrenme amaçlıdır, üretim ortamı için uygun değildir. SLA bu kümeleri kapsamaz. Sınırlı kararlılık nedeniyle bu teknik özellikler artık satılmamaktadır. Mevcut 1 vCPU, 2 GiB örnekleri en kısa sürede yükseltin.

  • 2 vCPU ve 4 GiB belleğe sahip örnekler test amaçlıdır. Üretim ortamı için daha yüksek teknik özellikler kullanın.

Disk kullanımı %85'i aşıyor.

Gereksiz geçmiş verileri silin veya disk kapasitesini genişletin. Yüksek küme disk kullanımını ve salt okunur sorunlarını giderme ve çözme.

Yüksek küme CPU kullanımı

Aşağıdaki tabloda yaygın nedenler ve çözümler açıklanmaktadır.

Neden

Çözüm

Yazma veya sorgu QPS artışları CPU kullanımını artırır.

Eşzamanlı yazmaları azaltın, yazma ve sorgu QPS değerlerini düşürün veya kümeyi dikey ya da yatay olarak ölçeklendirin. Uygun teknik özellikleri belirlemek için üretim ortamınızda stres testi yapın.

Dizin önbelleğinden kaynaklanan yüksek kaynak tüketimi.

Önbelleği temizlemek için POST /<index_name>/_cache/clear?fielddata=true komutunu çalıştırın.

Küme teknik özellikleri çok düşüktür.

Küme yapılandırmasını yükseltme.

Dengesiz yük nedeniyle tek bir düğümde yüksek CPU kullanımı.

Toplam birincil ve çoğaltma parçası sayısını veri düğümü sayısının katı olacak şekilde ayarlayarak parça yükünü optimize edin. Dengesiz dağıtılan parçaları yeniden dengeleme.

Elasticsearch kümesinde yüksek disk kullanımını yönetme

Gereksiz dizinleri silmek için DELETE /<index_name> komutunu çalıştırın. Disk kullanımı %75'in altına düştüğünde konsolda küme yapılandırmasını yükseltin. Tek bir düğümün disk kullanımı çok yüksekse parça dağıtımını optimize edin. Dengesiz dağıtılan parçaları yeniden dengeleme.

Not

Yüksek disk kullanımının kümenizi etkilemesini önlemek için izlemeyi ve uyarıları etkinleştirin. Ölçümler ve özel durum işleme. Küme üzerindeki etki, disk kullanımı eşiğine bağlı olarak değişir:

  • %85'i aşarsa: Sistem yeni parçaları etkilenen düğüme artık atamaz.

  • %90'ı aşarsa: Elasticsearch, parçaları etkilenen düğümden disk kullanımı daha düşük olan diğer veri düğümlerine taşımaya çalışır.

  • %95'i aşarsa: Sistem, kümedeki her dizine bir read_only_allow_delete engeli uygular. Bu durum yazma işlemlerini engeller. Dizinlerden yalnızca okuma yapabilir veya bunları silebilirsiniz.

Elasticsearch'te yüksek bellek kullanımını yönetme

Aşağıdaki tabloda yaygın nedenler ve çözümleri açıklanmaktadır.


Neden


Çözüm


Yüksek küme önbelleği kullanımı.


Önbelleği temizlemek için POST /<index_name>/_cache/clear?fielddata=true komutunu çalıştırın. Bellek kullanımı uzun süre yüksek kalırsa küme yapılandırmasını yükseltin. Uyarı tetiklemeyen periyodik artışlar normaldir ve iş dalgalanmaları veya Elasticsearch bellek geri kazanımından kaynaklanır.


Yüksek sorgu ve yazma aktarım hızı.


Okuma ve yazma işlemlerini durdurun, ardından küme kısıtlama eklentisi (aliyun-qos) ile kısıtlamayı etkinleştirin.


Bellek tüketen gereksiz dizinler.

.monitoring-* ön ekiyle başlayanlar başta olmak üzere gereksiz dizinleri silin. İzleme günlüklerini yapılandırma aracılığıyla bir saklama süresi ayarlayın.


Tek bir düğümde yüksek bellek kullanımına neden olan dengesiz parça dağıtımı.


Toplam birincil ve çoğaltma parçası sayısını veri düğümü sayısının katı olacak şekilde ayarlayarak parça yükünü optimize edin. Dengesiz dağıtılan parçaları nasıl yeniden dengelerim?.


Uygulamanızdan gelen özel karakter içeren uzun dizeler gibi pahalı veya anormal sorgular.


Zaman alan bir sorgu görevinin ID'sini almak için GET _cat/tasks?v komutunu çalıştırın. Ardından, ayrıntılı sorgu ifadesini analiz etmek için GET _tasks?detailed=true&actions=*read/search* komutunu çalıştırın. Sorguyu hızlıca iptal etmek için görev iptal API'sini kullanabilir veya kümeyi (ya da yalnızca yoğun yüklü düğümleri) yeniden başlatabilirsiniz.

Dengesiz parçaları yeniden dengeleme

Yükü eşit dağıtmak ve aşırı yüklenmiş düğümleri önlemek için parçalarınızı, toplam birincil ve çoğaltma parçası sayısının kümenizdeki veri düğümü sayısının katı olacak şekilde planlayın.

  • Kümenizde üç veri düğümü varsa, birincil parça sayısını 3 ve çoğaltma sayısını 1 olarak ayarlayabilirsiniz; bu durumda toplam parça sayısı 6 olur.

  • Kümenizde sekiz veri düğümü varsa, birincil parça sayısını 4 ve çoğaltma sayısını 1 olarak ayarlayabilirsiniz; bu durumda toplam parça sayısı 8 olur. Alternatif olarak, birincil parça sayısını 8 ve çoğaltma sayısını 1 olarak ayarlayarak toplam parça sayısını 16 yapabilirsiniz.

Not
  • Parça sayısını ayarladıktan sonra, değişikliği uygulamak için verilerinizi yoğun olmayan saatlerde yeniden dizinleyin. Daha yüksek sayıda çoğaltma parçası küme kullanılabilirliğini ve sorgu performansını artırır ancak daha fazla bellek tüketir.

  • Parça boyutu ve sayısı, bir Elasticsearch kümesinin kararlılığını ve performansını etkileyen kritik faktörlerdir. Bir Elasticsearch kümesindeki her dizin için uygun parça planlaması yapılmalıdır. Bu planlama, belirsiz iş gereksinimlerinden kaynaklanan ve genellikle aşırı büyük parçalardan kaynaklanan performans düşüşünü önlemeye yardımcı olur. Parça planlamasına ilişkin öneriler için bkz. Parçayı Değerlendirme.

  • Dengesiz bir parça dağıtımı, dengesiz bir küme yüküne yol açar. Aşağıdaki yöntemleri kullanarak bu sorunu kontrol edebilirsiniz:

    • Ölçümlerin anlamları ve anormallikleri ele alma önerileri. Bir düğümde CPU, bellek veya diskte sürekli yüksek yük varsa bu, dengesiz bir parça dağıtımına işaret eder.

    • Dizinleriniz için parça bilgilerini görüntülemek için GET _cat/shards?v komutunu çalıştırın. Bir dizinin çok sayıda parçası aynı yüksek yüklü düğümlerde bulunuyorsa dağıtım dengesizdir.

Yüksek Anormal küme yükü veya java.lang.StackOverflowError

Bu hata, Lucene yığın taşmasını gösterir ve normal ifadeler veya bulanık eşleşme kullanan sorgulardan kaynaklanır. Bu sorun Elasticsearch 6.0 ve sonraki sürümlerde giderilmiştir. Çözüm için küme sürümünü yükseltin veya sorgu ifadenizi optimize edin. Tüm küme için java.lang.StackOverflowError.

JVM yığın belleğini kontrol etme

GET _nodes/stats/jvm?pretty komutunu çalıştırın. Varsayılan olarak yığın belleği, küme belleğinin yarısıdır. Bu ayar değiştirilemez.

Elasticsearch kümesinde zorlu birleştirme çalıştırmak hizmet kesintisine veya düğümde yetersiz bellek (OOM) hatalarına neden olabilir mi?

Zorlu birleştirme kendi başına bir küme kesintisine neden olmaz ve birleştirme sırasında dizinler sorgular için kullanılabilir durumda kalır. Ancak birleştirme, önemli G/Ç ve CPU kaynakları tüketir. Küme yükü zaten sınırına yakınsa zorlu birleştirme performans dalgalanmalarına ve ciddi durumlarda küme kararlılığını etkileyen düğümde yetersiz bellek (OOM) hatalarına neden olabilir. Zorlu birleştirme çalıştırmadan önce izleme sayfasında hesaplama birimi (CU) kullanımını kontrol edin. Kümede yeterli kaynak boşluğu yoksa riski azaltmak için CU teknik özelliklerini geçici olarak artırın.

Küme sorgusu ve yazma

Kuyruk boyutunu ayarlama

Kuyruk boyutunu ayarlamak için YML parametre yapılandırmanızda thread_pool.write.queue_size parametresini belirtin (YML parametrelerini yapılandırma). Ayarlamayı yapmadan önce kuyruk kullanımını kontrol etmek için GET /_cat/thread_pool?v komutunu çalıştırın.

Önemli

6.0 öncesi sürümlerdeki Elasticsearch kümeleri için thread_pool.index.queue_size parametresini kullanın.

Verileri zaman aralığına göre sorgulama veya dışa aktarma

Belirli bir zaman aralığındaki verileri sorgulamak için bir aralık sorgusu kullanın.

Belirli bir zaman aralığındaki verileri dışa aktarmak için Logstash ile filtreleyin. Logstash yapılandırma dosyası.

Elasticsearch'te toplu ekleme işlemindeki belge sayısı üzerinde bir limit var mı?

Evet. Tek bir toplu istek için varsayılan maksimum yük boyutu 100 MB'dır (HTTP ayarları). Toplam boyut, yalnızca sayıya değil, belge boyutuna ve karmaşıklığına da bağlıdır. Belgeleriniz büyükse partideki sayıyı azaltın. 5-15 MB'lık partilerle başlayın ve kademeli olarak artırın. Toplu İstekleri Kullanma ve Boyutlandırma.

Elasticsearch sorgu sonuçlarında zaman uyumsuzluklarını giderme

Elasticsearch varsayılan olarak tarihleri UTC olarak depolar. Saat dilimi farklılıklarını işlemek için aşağıdaki yöntemlerden birini kullanın:

  • Tarih türündeki verileri sorgularken time_zone parametresini ekleyin. Alternatif olarak, zaman verilerini zaman damgası olarak depolayın. <field> için Parametreler.

  • Zaman verilerini yazarken bir saat dilimi ofseti ekleyin. Örneğin: "time" : "2022-07-15T12:58:17.136+0800" (UTC+8).

  • Verileri görüntülemek için Kibana'yı kullanın. Kibana, tarayıcının saat dilimini algılar ve görüntüleme için UTC saatini otomatik olarak dönüştürür. Kibana'da görüntülenen veriler için saat dilimini nasıl ayarlarım?.

  • Verileri eşitlemek için Logstash kullanıyorsanız ve 8 saatlik bir zaman farkıyla karşılaşırsanız boru hattı yapılandırmanızda saati manuel olarak ayarlayabilirsiniz. Örneğin, aşağıdaki filtreyi kullanın: filter{ ruby{ code => "event.set('update_time', event.get('update_time').time.localtime + 8*60*60)" } }.

Yavaş veya zaman aşımına uğrayan Elasticsearch sorguları

Konsoldaki yavaş sorgu günlüklerini kontrol edin ve nedeni belirlemek için Ölçüm Tanımları ve Sorun Giderme Önerileri kullanın. Yaygın nedenler ve çözümler:

Neden

Çözüm

Dengesiz parça dağıtımı, dengesiz bir düğüm yüküne yol açar.

Toplam birincil parça ve çoğaltma parçası sayısını kümedeki veri düğümü sayısının katı olacak şekilde ayarlayarak parça yükünü optimize edin. Dengesiz dağıtılan parçaları nasıl yeniden dengelerim?.

Yetersiz küme kaynakları.

Toplamlar, terim sorguları, betik sorguları veya bulanık sorgular gibi kaynak yoğun işlemler gerçekleştiriyorsanız sorgularınızı optimize edin veya küme yapılandırmasını yükseltin.

Not

Bir Elasticsearch kümesi için optimum sorgu performansını sağlamak amacıyla bellek kullanımını %80'in altında tutun ve düğüm yükünün dengeli olduğundan emin olun.

"Data too large" hatasını çözme

  • Neden

    Bu hata, yüksek yazma aktarım hızının devre kesiciyi tetiklediğinde ortaya çıkar ve kümenin yazma isteği hacmini işlemek için yetersiz kaynağa sahip olduğunu gösterir.

  • Çözüm

    Önemli

    Bu işlemleri gerçekleştiremiyorsanız tüm sorgu ve yazma isteklerini durdurun ve ardından kümeyi zorla yeniden başlatın. Küme normal duruma döndükten sonra aşağıdaki adımları izleyin.

    1. Dizin önbelleğini temizlemek için POST /<index_name>/_cache/clear?fielddata=true komutunu çalıştırın. Sorun devam ederse sonraki adıma geçin.

    2. Parçaların dengesiz dağıtılıp dağıtılmadığını kontrol etmek için GET /_cat/indices?v komutunu çalıştırın. Dengesiz dağıtılan parçaları nasıl yeniden dengelerim?. Sorun devam ederse sonraki adıma geçin.

    3. Eşzamanlı yazmaları azaltın, kaynakları serbest bırakmak için gereksiz dizinleri silin ve Kibana izleme kullanımını en aza indirin .

      Kibana izlemeyi devre dışı bırakmak için aşağıdaki komutu çalıştırın:

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

      Sorun devam ederse sonraki adıma geçin.

    4. Kapasitesini artırmak için kümenin yapılandırmasını yükseltin.

Dizinleri toplu olarak silme

Dizinleri toplu olarak silmek için bir YML parametresi yapılandırın. Index Deletion parametresini Allow Wildcards olarak ayarlayın ve kümeyi yeniden başlatın. Yeniden başlatmadan sonra joker karakter kullanarak dizinleri toplu olarak silebilirsiniz. YML parametrelerini yapılandırma.

Uyarı

Silinen dizinler kurtarılamaz. Bu ayarı dikkatli kullanın.

"index uuid conflicted" hatası

Bu bilinen bir sorundur. Çözmek için örneğinizin çekirdek sürümünü 1.5.0 veya üzerine yükseltin. Talimatlar için bkz. Küme sürümlerini yükseltme.

index.max_result_window değerini değiştirme

Elasticsearch'te index.max_result_window parametresinin varsayılan değeri 10000'dir. Bu parametre, sayfalandırılmış bir sorguda döndürülebilecek maksimum belge sayısını (from + size) tanımlar. Bu değeri aşan sayıda belge sorgularsanız aşağıdaki hata döndürülür: Result window is too large, from + size must be less than or equal to: [10000].

Bazı derin sayfalandırma arama senaryoları için bu parametre değerini artırmanız gerekebilir. İhtiyaçlarınıza göre index.max_result_window değerini değiştirmek için aşağıdaki komutu çalıştırabilirsiniz. Örnekteki değer yalnızca referans amaçlıdır. Komut çalıştırıldıktan sonra ES kümesini yeniden başlatsanız bile bu yapılandırma kalıcı olur.

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

Derin sayfalandırma için from ve size kullanımından kaçının; çünkü bu işlem önemli CPU ve bellek tüketebilir. Derin sayfalandırma senaryoları için bunun yerine kaydırma veya aramadan sonra özelliklerini kullanın.

"more than 1 type" hatasını çözme

Bu hata, güncelleme işleminin orijinal index ile farklı bir type kullandığını gösterir. Elasticsearch, index başına yalnızca bir type kullanılmasına izin verir. Güncelleme işleminin orijinal index ile aynı type kullandığından emin olun.

Not

Elasticsearch, 7.0 ve sonraki sürümlerde eşleme türlerini kaldırdı. Tüm dizinler artık tek bir _doc türünü kullanır.

Bir dizindeki belgeleri sorgulama

Kibana konsolunda oturum açın ve belgeleri görüntülemek için aşağıdaki isteği çalıştırın:

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

Alternatif olarak Kibana'daki Discover sayfasını kullanın. Bu sayfayı kullanmak için önce bir dizin deseni oluşturmanız gerekir. Ayrıntılı talimatlar için Kibana Kılavuzu bölümüne bakın.

Bir belge ekledikten sonra hemen yapılan güncelleme, kaydın bulunamadığını belirten 404 hatasıyla başarısız oluyor. Ne yapmalıyım?

Elasticsearch'te yeni yazılan bir belge, arama ve güncelleme işlemleri için hemen görünür hale gelmez. Her dizinin, son yazılan belgelerin görünür hale gelmesi için dizinin ne sıklıkta yenilendiğini kontrol eden bir refresh_interval ayarı vardır. Bir belge eklerseniz ve hemen güncellemeye çalışırsanız, belge henüz görünür dizin segmentlerine yenilenmediği için güncelleme isteği 404 hatasıyla reddedilebilir.

Bu sorunu çözmek için:

  • Uygulama katmanında, bir belge eklemek ile onu güncellemek arasında kısa bir gecikme ekleyin; böylece belgenin sonraki yenileme döngüsünden sonra görünür hale gelmesi için zaman tanınmış olur.

  • Hedef dizinin refresh_interval ayarını kontrol ederek yapılandırılan değerin etkili olup olmadığını doğrulayın. Geçerli ayarı sorgulamak için aşağıdaki komutu çalıştırabilirsiniz: GET /<index_name>/_settings/index.refresh_interval.

Yapılandırılan refresh_interval değeri beklediğiniz değerle eşleşmiyorsa yeniden yapılandırın ve değişikliği doğrulayın:

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

Küme yapılandırması ve değiştirme

Küme kaynaklarını, teknik özelliklerini ve parçalarını planlama

Teknik özellik ve depolama kapasitesi değerlendirmesi.

Bir Elasticsearch örneğinin yapılandırma parametreleri

Parametreleri örneğin Temel Bilgiler sayfasında görüntüleyebilirsiniz. Bir Örneğin Temel Bilgilerini Görüntüleme.

Bir Elasticsearch örneğine erişmek için Transport Client kullanırken cluster.name değerini örnek kimliğine ayarlayın. Transport Client (5.x).

Küme yapılandırmasını değiştirmenin etkisi

Küme yapılandırmasını değiştirmek rolling restart işlemi tetikler. Küme sağlıklıysa (yeşil), her dizinde en az bir çoğaltma varsa ve kaynak kullanımı orta düzeydeyse hizmet genellikle kullanılabilir durumda kalır. Küme İzleme sayfasındaki ölçümleri kontrol edin — düğüm CPU'su yaklaşık %80, yığın belleği yaklaşık %50 ve load_1m vCPU sayısının altındaysa hizmetin kesintiye uğramaması muhtemeldir. Değişiklikleri yoğun olmayan saatlerde gerçekleştirin.

Düğüm sayısı değiştirildikten sonra küme parçaları otomatik olarak yeniden dengeler mi?

Evet. Veri düğümü sayısı değiştiğinde küme parçaları otomatik olarak yeniden atar. Ancak bu otomatik yeniden atama mükemmel bir veri dağılımını garanti etmez. Dizin boyutu, parça sayısı ve düğüm sayısı gibi faktörler nedeniyle, yeniden atamadan sonra veriler parçalar arasında dengesiz kalabilir. Dengesiz parça atamasını gidermek ve çözmek için bkz. Dengesiz küme yükü için analiz ve çözümler.

Elasticsearch cloud disk türünün değiştirilmesini destekliyor mu?

Evet. Cloud disk türünü yükseltebilir veya düşürebilirsiniz. Performans seviyeleri, en yüksekten en düşüğe doğru ESSD, Standart SSD ve Ultra Disk şeklindedir.

Diğer düğüm türlerini soğuk düğümlere dönüştürebilir miyim?

Hayır. Bu işlem kümeyi kararsız hale getirebilir. "Hot-Warm" Architecture in Elasticsearch 5.x.

Küme teknik özelliklerini yükselttikten sonra yapılandırmayı düşürebilir miyim? Eğer evet ise, nasıl?

Evet. Talimatlar için bkz. Bir kümenin veri düğümlerini içeri ölçeklendirme veya Kümeyi düşürme.

Geçici trafik artışlarını yönetme

Geçici bir trafik artışını yönetmek için önce kümenizi yatay olarak ölçeklendirin (küme yapılandırmasını yükseltme) ve ardından içeri ölçeklendirin (bir kümenin veri düğümlerini içeri ölçeklendirme). Hem veri düğümlerini yatay hem de içeri ölçeklendirmek küme yeniden başlatması gerektirir. Yeniden başlatmadan önce aşağıdakilere dikkat edin:

  • Örneğin Aktif durumda (yeşil) olduğundan emin olun.

  • Her dizinde en az bir çoğaltma parçası bulunduğundan ve kaynak kullanımının aşırı olmadığından emin olun. Bu ölçümleri Küme İzleme sayfasında görüntüleyebilirsiniz. Örneğin, NodeCPUUtilization yaklaşık %80, NodeHeapMemoryUtilization yaklaşık %50 ve NodeLoad_1m veri düğümü için vCPU sayısından düşük olmalıdır.

"UpgradeVersionMustFromConsole" hatası

Bu hata, istenen sürüm yükseltmesinin desteklenmediğini gösterir. Alibaba Cloud Elasticsearch yalnızca aşağıdaki sürüm yolları boyunca doğrudan yükseltmeleri destekler: 5.5.3'ten 5.6.16'ya, 5.6.16'dan 6.3.2'ye ve 6.3.2'den 6.7.0'a.

Elasticsearch yükseltme süresi

Yükseltme süresi, kümenizin veri hacmine, veri yapısına ve teknik özelliklerine bağlıdır. Tipik bir yükseltme yaklaşık bir saat sürer.

Elasticsearch sürüm yükseltmelerinin etkisi

Yükseltme sırasında küme okunabilir ve yazılabilir durumda kalır, ancak başka değişikliklere izin verilmez. Yükseltmeyi yoğun olmayan saatlerde gerçekleştirin. Küme sürümlerini yükseltme.

Yapılandırma yükseltme hatası veya zaman aşımı

En yaygın neden, sağlıksız bir küme durumudur. Tüm sorguları ve yazmaları durdurun, ardından çözmek için Yüksek yük nedeniyle bir Elasticsearch kümesi kırmızı duruma geçerse ne yapılmalı? bölümündeki adımları izleyin. Kurtarmadan sonra yükseltmeyi yeniden deneyin. Alternatif olarak, sağlık kontrolünü atlamak için zorla güncelleme gerçekleştirin — bu işlem hizmeti bozabilir, bu nedenle dikkatli ilerleyin.

Yapılandırma yükseltmesi başka nedenlerle başarısız olursa hata mesajına göre sorunu giderin ve çözün.

Küme yeniden yapılandırma hatası

Bu sorunu gidermek için aşağıdaki kontrolleri yapın:

  1. Kümenizdeki düğümlerin yerel disk kullandığını kontrol edin. Yerel disk kullanan düğümler için yapılandırma değişiklikleri desteklenmez. Örnek türünü yükseltmek için önce disk türünü cloud disk olarak değiştirmeniz gerekir.

  2. Konsol yetersiz kapasite bildiriyorsa, yapılandırma değişikliğini farklı bir alanda deneyin veya mevcut alandaki diğer kullanıcıların örnekleri serbest bırakmasını bekleyin.

  3. Konsol sağlıksız bir küme durumu bildiriyorsa, close durumunda olan dizinleri kontrol edin ve durumlarını geçici olarak open olarak ayarlayın. Küme durumu red ise çevrimdışı düğümler veya atanmamış parçalar gibi sorunları kontrol edin. Devam etmek için bu küme sorunlarını çözmeniz gerekir.

  4. Bir kümeyi düşürmeden önce aşağıdaki koşulları karşıladığınızdan emin olun:

    • Hedef örnek türü için hem vCPU sayısı hem de bellek boyutu mevcut teknik özelliklerin en az %50'si olmalıdır. 1 vCPU ve 2 GiB bellek, 2 vCPU ve 2 GiB bellek, 2 vCPU ve 4 GiB bellek ile 4 vCPU ve 4 GiB bellek içeren örnek türlerine düşürme yapamazsınız.

      Not

      2 vCPU ve 4 GiB bellek veya 4 vCPU ve 4 GiB bellek içeren bir örnek türüne düşürmeniz gerekiyorsa, hedef teknik özelliklere sahip yeni bir örnek oluşturun. Ardından, verileri orijinal örnekten yeni örneğe taşıyın (örneğin Logstash kullanarak).

    • Küme yükü gerekli koşulları karşılamalıdır. Kümeyi düşürün.

    • Düşürme sırasında disk kapasitesini azaltamazsınız.

http.max_content_length ve discovery.zen.ping_timeout parametrelerini yapılandırma

Hayır. Yalnızca Alibaba Cloud Elasticsearch tarafından sağlanan parametreleri yapılandırabilirsiniz. YML parametrelerini yapılandırın.

Not

Genellikle aşağıdaki parametreleri değiştirmeniz gerekmez: discovery.zen.ping_timeout, discovery.zen.fd.ping_timeout, discovery.zen.fd.ping_interval ve discovery.zen.fd.ping_retries.

Elasticsearch kümesi için VPC değiştirebilir miyim?

Hayır. Bir Elasticsearch kümesi için VPC'yi değiştirmek üzere hedef VPC'de yeni bir küme satın almanız, verilerinizi taşımanız ve ardından orijinal kümeyi serbest bırakmanız gerekir.

Elasticsearch kümesi için cloud disk türünü değiştirmek veri kaybına neden olur mu?

Hayır, mevcut veriler kaybolmaz. Ancak yükseltme sırasında yazılan yeni veriler kaybolabilir. Yükseltmeyi yoğun olmayan saatlerde veya yazma işlemlerini durdurduktan sonra gerçekleştirin. küme yapılandırmasını yükseltin.

Yükseltme sırasında yeşil durumda ancak sağlıksız küme

Kümede kapalı dizinler bulunuyor olabilir. Etkilenen dizinleri açmak için POST /<index_name>/_open komutunu çalıştırın. Küme yapılandırmasını yükseltin.

Veri taşımaktan kaçınmak için yalnızca bir Elasticsearch kümesinin CPU'sunu yükseltebilir miyim?

Hayır. vCPU'ları yükseltmek veya düşürmek mavi-yeşil güncelleme tetikler; bu da düğüm IP adreslerini değiştirir ve verileri orijinal düğümlerden yeni düğümlere taşır.

Bir ESSD'nin performans düzeyini (örneğin PL1'den PL2'ye) yükseltirsem I/O darboğazları hemen çözülür mü ve etkinleşmesi ne kadar sürer?

Bir ESSD'nin performans düzeyini (PL) yükseltmek, kümenizin kullanabileceği IOPS sayısını artırır ancak değişiklik hemen etkili olmaz. Yükseltme, altta yatan verilerin yeni performans düzeyini destekleyen depolama alanına taşınmasını içerir.

Değişikliğin etkili olması için sabit bir süre yoktur. Gerçek süre, veri hacminiz, mevcut örnek durumu ve kullanılan değişiklik yöntemi gibi faktörlere bağlıdır. Düğümlerin yeniden oluşturulduğu ve verilerin orijinal düğümlerden yeni düğümlere taşındığı mavi-yeşil güncelleme gibi bazı yollar daha uzun sürer.

İlerlemeyi izlemek ve sonucu onaylamak için:

  1. Elasticsearch konsolundaki örneğin yapılandırma değişikliği sayfasında taşıma ilerlemesini görüntüleyin.

  2. Yükseltme tamamlandıktan sonra, I/O darboğazının iyileşip iyileşmediğini doğrulamak için Küme Tanılama özelliğini kullanın. Daha fazla bilgi için bkz. Elasticsearch kümesinde tanılama gerçekleştirin.

Elasticsearch'te I/O darboğazı yaşandığında veri düğümlerini yatay olarak mı ölçeklendirmeli yoksa disk türünü mü yükseltmeliyim?

Her iki seçenek de etkilidir. Darboğazın nedenine göre seçim yapın:

  • Veri düğümlerini yatay olarak ölçeklendirin: Parçaların eşit dağıtılmadığı veya tek bir düğümün yüksek yük altında olduğu durumlarda uygundur. Herhangi bir düğüm üzerindeki yükü azaltmak için parçaları daha fazla düğüm arasında yeniden dağıtarak veri düğümleri eklemek amacıyla küme yapılandırmasını yükseltebilirsiniz.

  • Disk türünü yükseltin: Tek bir diskin IOPS veya aktarım hızı yetersiz olduğunda uygundur. Düğüm başına kullanılabilen IOPS ve aktarım hızını artırmak için cloud disk türünü (örneğin standart cloud diskten Standard SSD veya ESSD'ye) yükseltebilirsiniz.

Hangi seçeneği seçerseniz seçin, parçaların veri düğümleri arasında eşit dağıtıldığından emin olun. Eşit olmayan parça dağılımı, yatay ölçeklendirme veya disk türü yükseltmesinden sonra bile gerçek performans iyileştirmesini sınırlayan sıcak noktalar oluşturabilir.

Soğuk veri düğümü düşürme kısıtlamaları

Bir kümeyi düşürmenin birkaç kısıtlaması vardır. Örneğin, hedef teknik özellikler mevcut vCPU'ların ve belleğin en az %50'sine sahip olmalıdır. 1 vCPU/2 GiB, 2 vCPU/2 GiB, 4 vCPU/4 GiB veya 2 vCPU/4 GiB değerlerine düşürme yapamazsınız. Kümeyi düşürün.

Kümeniz düşürme gereksinimlerini karşılamıyorsa yeni bir örnek oluşturabilir, verilerinizi taşıyabilir ve ardından orijinal kümeyi serbest bırakabilirsiniz. Veri taşıma çözümleri için bkz. Taşıma yöntemi seçimi.

Yetersiz kaynaklar veya anormal parça atama hatası

Olası neden

Çözüm

Yetersiz küme kaynakları.

Yatay ölçeklendirmeden sonra, kümenin kalan kaynakları (disk, bellek ve vCPU'lar) mevcut veri hacmini veya iş yükünü desteklemek için yetersiz kalabilir.

GET _cat/indices?v komutunu çalıştırarak kümenin mevcut veri hacmi ve iş yükünü desteklemek için yeterli disk alanı gibi kaynaklara sahip olduğunu doğrulayın. Kaynaklar güvenli bir eşiğin altındaysa kümeyi dikey olarak ölçeklendirmeniz gerekir.

Anormal parça ataması.

Tasarım gereği, Elasticsearch aynı parçanın birden fazla çoğaltmasını tek bir veri düğümüne atamaz. Yatay ölçeklendirme sırasında, bir dizinin çoğaltma sayısı kalan veri düğümü sayısına eşit veya ondan büyükse, bu çoğaltmalar atanamaz ve parça atama hatasına neden olur.

GET _cat/indices?v komutunu çalıştırarak her dizin için çoğaltma sayısının yatay ölçeklendirmeden sonra kalacak veri düğümü sayısından az olduğunu doğrulayın. Aksi takdirde çoğaltma sayısını azaltın. Çoğaltma sayısını ayarlamak için bir dizin şablonu kullanın. Örneğin, bunu 2 olarak ayarlayın:

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

Veri düğümlerini yatay olarak ölçeklendirirken hata

Kümenin sağlık durumunu kontrol etmek için Küme Tanılama özelliğini kullanın ve ardından tanılama sonuçlarına göre hatayı giderin. Elasticsearch kümesinde tanılama gerçekleştirin.

"Ayrılmış düğüm sayısı 2'den büyük olmalıdır" hatası

Küme güvenilirliğini sağlamak için en az iki veri düğümü ayırmanız gerekir. Çok alanlı bir küme için her alanda en az iki düğüm tutmalı ve tüm alanlarda eşit sayıda düğüm bulundurmalısınız. Bu gereksinimleri karşılayamıyorsanız, farklı düğümleri seçerek aşağı ölçeklendirme veya taşıma işlemi yapmanız ya da küme yapılandırmasını yükseltmeniz gerekir.

Veri düğümü yatay ölçeklendirmesi sırasında küme yapılandırma hatası

Küme yapılandırmasını kontrol etmek için GET _cluster/settings komutunu çalıştırın. Veri dağıtımını devre dışı bırakan bir ayarı arayın: "cluster.routing.allocation.enable" : "none". Bu ayar mevcutsa, geçici olarak "cluster.routing.allocation.enable" : "all" olarak değiştirin. Bu değişiklik diğer işlemleri etkilerse, yatay ölçeklendirmeden sonra ayarı geri alın.

auto_expand_replicas kaynaklı hataları giderme

  • Neden

    X-Pack erişim kontrolü özelliğini kullanmak bu soruna neden olabilir. Daha eski Elasticsearch sürümlerinde, bu özellik .security dizinine varsayılan olarak "index.auto_expand_replicas" : "0-all" ayarını uygular. Bu ayar, veri taşıma veya düğüm yatay ölçeklendirme işlemlerinde başarısızlıklara yol açar.

  • Çözüm

    1. Dizin ayarlarını kontrol edin.

      GET .security/_settings

      Komut aşağıdakine benzer bir sonuç döndürür:

      {
        ".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. Yapılandırmayı aşağıdaki yöntemlerden birini kullanarak değiştirin.

      • Yöntem 1

        PUT .security/_settings
        {
          "index" : {
            "auto_expand_replicas" : "0-1"
          }
        }
      • Yöntem 2

        PUT .security/_settings
        {
          "index" : {
            "auto_expand_replicas" : "false",
            "number_of_replicas" : "1"
          }
        }
        Önemli

        number_of_replicas parametresi, bir dizindeki her birincil parça için çoğaltma sayısını ayarlar. Bu parametreyi iş gereksinimlerinize göre yapılandırın; değerin en az 1 olduğundan ve kullanılabilir veri düğümü sayısını aşmadığından emin olun.

Elasticsearch önbelleğini temizleme

Önbelleği temizlemek için Kibana konsolunda oturum açın ve aşağıdaki komutlardan birini çalıştırın:

  • Belirli bir dizin için önbelleği temizleme

    POST /<index_name>/_cache/clear?fielddata=true
  • Tüm önbellekleri temizleme

    POST /_cache/clear

Elasticsearch kümesi alanını değiştirme

Bkz. Bir alandaki Elasticsearch düğümlerini taşıyın veya bir Elasticsearch kümesinin dağıtım modunu yükseltin.

Diskleri bağımsız olarak ölçeklendirebilir miyim?

Evet. Bkz. küme yapılandırmasını yükseltin.

Önemli

Ölçeklendirme, rolling restart tetikler. Yoğun olmayan saatlerde ölçeklendirme yapın.

JVM parametresi değiştirme

Alibaba Cloud Elasticsearch, Elasticsearch tarafından önerilen JVM parametrelerini kullanır. Bu parametreler doğrudan değiştirilemez. Varsayılan olarak, JVM yığın boyutu küme belleğinin %50'sidir ve maksimum 32 GB'a kadar çıkar. Yığın boyutu ayarları.

Alibaba Cloud Elasticsearch kesintiyle yükseltmeyi destekliyor mu?

Alibaba Cloud Elasticsearch, geleneksel anlamda kesintiyle yükseltmeyi desteklemez. Standart bir yükseltme çalıştırılmadan önce sistem, küme durumunun yeşil olduğunu ve yükün normal olduğunu doğrular. Bu kontrolü geçemeyen bir yükseltme devam edemez.

Küme sağlıksızsa veya standart kontrolleri geçemiyorsa ancak hizmeti acilen geri yüklemeniz gerekiyorsa, küme yapılandırmasını yükseltin bölümündeki adımları izleyerek yükseltme sayfasını açın ve Zorla Güncelle seçeneğini belirleyin. Bu mod, küme sağlık durumunu yok sayar, bazı sağlık kontrollerini atlar ve küme anormal durumdayken yükseltme gerçekleştirir. İşlem düğüm yeniden başlatmalarına ve hizmet kesintisine neden olabileceğinden dikkatli ilerleyin.

Yükseltme sırasında konsolda görüntülenen ek düğümler nelerdir?

Yükseltme sırasında, özellikle mavi-yeşil güncelleme sırasında, konsoldaki örnek listesi geçici olarak örnek teknik özelliklerinin gösterdiğinden daha fazla düğüm gösterebilir. Bu ek düğümler, alttaki güncelleme mekanizması tarafından oluşturulan geçici düğümlerdir. Bunlar satın aldığınız veri düğümleri değildir ve ücretlendirilmezler. Yalnızca değişiklik devam ederken var olurlar ve değişiklik tamamlandıktan sonra otomatik olarak kaldırılırlar. Orijinal veri düğümü sayısını değiştirmezler veya iş mantığını etkilemezler.

Eklenti, belirteçleştirme ve eş anlamlı

IK analizörü sözlüklerini özelleştirme

IK analiz eklentisinin soğuk veya sıcak güncelleme özelliklerini kullanarak sözlük içeriği ekleyebilir veya silebilirsiniz. IK analiz eklentisini kullanma (analysis-ik).

IK analiz eklentisi: "ik startOffset" hatası

Bu hata, Elasticsearch 6.7 sürümündeki bir hatadan kaynaklanır ve kümenin yeniden başlatılmasını gerektirir. Küme veya düğümü yeniden başlatın.

Yerel IK sözlük dosyalarımı kaybedersem, bunları küme yönetimi sayfasından alabilir miyim?

Hayır. Dosyayı alamazsınız; küme yönetimi sayfasında yalnızca sözlük dosyalarını silebilir veya güncelleyebilirsiniz. Resmi ana sözlük ve durdurma sözcüğü dosyalarını indirin, içeriklerini sistem sözlük terimlerinizle değiştirin ve yükleyin.

IK sözlük değişikliklerini mevcut verilere uygulama

Bir dizin IK belirteçleri kullanıyorsa, soğuk veya sıcak güncellemeden kaynaklanan sözlük değişiklikleri yalnızca yeni verilere uygulanır. Değişiklikleri mevcut verilere uygulamak için yeniden dizinleme yapın. YML parametrelerini yapılandırın.

Tam GC için standart değer

Tam GC'nin (tüm yığın belleği temizleyen) sorunlu olup olmadığını belirlemek için hizmet gecikme süresini analiz edin ve mevcut performansı geçmiş temel çizgilere kıyaslayın. CMS toplayıcı, trafik artışları için boşluk bırakmak amacıyla bellek kullanımı %75'e ulaştığında garbage collection başlatır.

Kullanılmayan yerleşik eklentileri kaldırma

Bir yerleşik eklentinin İşlemler sütununda Kaldır görünüyorsa bunu kaldırabilirsiniz. Talimatlar için bkz. Yerleşik bir eklenti yükleme veya kaldırma.

Alibaba Cloud Elasticsearch IK analiz eklentisinin sözlükleri, açık kaynaklı IK eklentisiyle aynı mı?

Evet. Alibaba Cloud Elasticsearch IK analiz eklentisi, açık kaynaklı sürümle aynı yerleşik sözlükleri içerir. Elasticsearch için IK Analizi.

Özel eklentiler, örneğin GitHub'dan sözlük dosyalarını okumak için harici ağlara erişebilir mi?

Hayır, özel eklentiler harici ağlara erişemez. Harici bir dosyaya erişmek için bunu Object Storage Service (OSS) öğesine yükleyin ve buradan okuyun.

Özel eklentiler sıcak güncellemeyi destekler mi?

Hayır. Sıcak güncellemeleri uygulamak için IK analiz eklentisi yöntemine başvurun. Elasticsearch için IK Analizi.

Analysis-aliws yapılandırması ve dosya formatı

Ayrıntılı yapılandırma adımları için bkz. AliNLP tokenizer eklentisini kullanma (analysis-aliws).

Sözlük dosyası aşağıdaki gereksinimleri karşılamalıdır:

  • Ad: Dosyanın adı aliws_ext_dict.txt olmalıdır.

  • Dosya formatı: Dosya UTF-8 formatında olmalıdır.

  • İçerik: Her satırda başta veya sonda boşluk olmadan tek bir sözcük bulunmalıdır. Her satır UNIX veya Linux satır sonu karakteriyle (\n) bitmelidir. Sözlük dosyasını Windows'ta oluşturursanız, yüklemeden önce bir Linux makinesinde dos2unix gibi bir araç kullanarak dönüştürmeniz gerekir.

Eş anlamlılar, IK belirteçleri ve AliNLP belirteçleri

Tür

Kullanım

Açıklama

Dosya türü

Tokenizer veya analizör

Eş anlamlı

Küme Yapılandırması modülünde bir eş anlamlı dosyası yükleyin.

Bir dosyada eş anlamlıları tanımlamak, bir terim için yapılan sorgunun eş anlamlı terimleri içeren belgeleri de eşleştirmesini sağlar.

UTF-8 kodlamalı TXT dosyası

Özel bir analizörde kullanılır.

IK belirteci

analysis-ik eklentisi tarafından sağlanır.

Bir pasaj, main.dic dosyasına göre bölümlere ayrılır. Sorgu yaptığınızda, sorgu içeriği bölümlenmiş sözcüklerden herhangi birini içeriyorsa, pasaj arama sonuçlarında döndürülür. İşlem ayrıca durdurma sözcüğü dosyası stop.dic kullanır. Bölümlendirmeden sonra, stop.dic dosyasında bulunan sözcükler filtrelenir. İlgili sözlükleri resmi belgelendirmede görüntüleyebilirsiniz.

UTF-8 kodlamalı DIC dosyası

Tokenizer:

  • ik_smart

  • ik_max_word

AliNLP belirteci

analysis-aliws eklentisi tarafından sağlanır.

IK belirteçleştirmesine benzer ancak ayrı bir durdurma sözcüğü dosyası kullanmaz. Durdurma sözcükleri, genel olarak kullanıma sunulmayan ana sözlük aliws_ext_dict.txt içine entegre edilmiştir. Özel durdurma sözcükleri desteklenmez.

aliws_ext_dict.txt adlı UTF-8 kodlamalı bir dosya gerektirir.

  • Analizör: aliws (İşlev sözcüklerini, ifadeleri veya sembolleri belirteçlemez)

  • Tokenizer: aliws_tokenizer

IK analiz modu yapılandırması

Alibaba Cloud Elasticsearch, kaldırılamayan IK analizör eklentisi önceden yüklenmiş olarak gelir. Varsayılan sözlüğe soğuk ve sıcak güncellemeler uygulayın ve dizin eşlemeleri oluştururken bunu kullanın. IK analizör eklentisini kullanma (analysis-ik).

Yerleşik Çince belirteçleştiriciler

Alibaba Cloud Elasticsearch, yerleşik Çince belirteçleştiriciler analysis-ik ve analysis-aliws destekler. İlgili sözlüklerini yapılandırdıktan sonra bunları kullanabilirsiniz.

Sözlük dosyalarını sıcak güncellemek için OSS kullanırsam, OSS'deki sözlük dosyası içeriği değiştiğinde Elasticsearch otomatik olarak güncellenir mi?

Hayır. Alibaba Cloud Elasticsearch şu anda OSS'den gelen sözlük dosyaları için sıcak güncellemeyi desteklememektedir. OSS'deki bir sözlük dosyası değiştirildikten sonra, değişiklikleri uygulamak için dosyayı manuel olarak yüklemeniz ve yapılandırmanız gerekir. Ayrıca, IK analizörü, eş anlamlılar veya bir AliNLP analizörü ile yapılandırılmış bir dizin için güncellenen sözlük yalnızca yeni verileri etkiler. Değişiklikleri mevcut tüm verilere uygulamak için yeniden dizinleme yapmanız gerekir.

Alibaba Cloud Elasticsearch tarafından kullanılan IK analizörü uzak sözlükleri destekler mi?

Hayır. Alibaba Cloud Elasticsearch IK analizörü sözlük yüklemeyi ve güncellemeyi destekler. IK analizör eklentisini kullanma (analysis-ik). Uzak sözlükler ve IKAnalyzer.cfg.xml gibi ilgili yapılandırmalar desteklenmez.

Elasticsearch 7.10 için vektör arama eklentisini (aliyun-knn) yükleme

Alibaba Cloud Elasticsearch 7.10 kümeleri için vektör arama eklentisi, varsayılan olarak yüklenen apack eklentisine entegre edilmiştir. Vektör arama eklentisini yönetmek için bkz. apack fiziksel çoğaltma özelliğini kullanma. Diğer sürümler için bkz. aliyun-knn vektör arama eklentisini kullanma.

Not

Kümenizin çekirdek sürümü 1.4.0 veya sonraki bir sürümse, apack eklentisi zaten günceldir. Eklenti sürümünü kontrol etmek için GET _cat/plugins?v komutunu çalıştırabilirsiniz.

Hizmetler üzerindeki yeniden başlatma etkisi

Genellikle, küme yükü düşükse ve dizinlerde çoğaltmalar varsa, küme yeniden başlatma sırasında trafiği sunmaya devam eder. Ancak, yüksek eşzamanlılık içeren zorla yeniden başlatmalarda, yoğun yük altındaki kümelerde, çoğaltma parçaları olmadığında veya ağır iş yükleri altında zaman aşımları oluşabilir. İstemcinizde bir yeniden deneme mekanizması uygulayın ve yoğun olmayan saatlerde yeniden başlatın.

Günlük SSS

Elasticsearch'te .security günlükleri için bir saklama süresi ayarlayabilir miyim?

Evet. Saklama süresi yapılandırmak için dizin yaşam döngüsü yönetimini (ILM) kullanın. Heartbeat verilerini dizin yaşam döngüsü yönetimiyle yönetme.

Önemli

.security dizinleri elastic hesap bilgilerini depolar. Bu dizinlerin periyodik olarak silinmesi, Elasticsearch kümenizin Kibana konsoluna uyarı göndermenizi engelleyebilir.

Elasticsearch günlüklerini şirket içinde depolama

Küme günlüklerini almak ve şirket içinde kaydetmek için ListSearchLog API'sini kullanın.

Elasticsearch günlüklerini görüntüleme

Yavaş günlükleri yapılandırın ve zaman eşik değerini düşürün. Günlükleri sorgulayın.

Yavaş günlükleri yapılandırma ve görüntüleme

Varsayılan olarak, bir Elasticsearch kümesi 5 ila 10 saniye süren okuma ve yazma işlemlerini yavaş günlük olarak kaydeder. Daha fazla günlük yakalamak için Kibana konsolunda oturum açın ve zaman eşik değerini düşürmek için komutları çalıştırın. İlgili belgelendirme.

Not

Yavaş günlük formatını değiştiremezsiniz.

Yavaş günlükleri programlı olarak alma

Yavaş günlükleri programlı olarak almak için ListSearchLog API'sini çağırın.

Bir Elasticsearch kümesinin istemcilerini bulma

Elasticsearch kümenizin erişim günlüklerini veya denetim günlüklerini görüntüleyebilirsiniz:

  • Oluşturma, silme, güncelleme ve sorgulama gibi küme işlemlerini izlemek için denetim günlüklerini etkinleştirin.

  • İstenen düğüm ve IP adresi, bodySize, istek içeriği, istek zamanı, istemci IP adresi ve URI gibi istek ayrıntılarını görüntülemek için erişim günlüklerini etkinleştirin.

Bu günlükleri etkinleştirmeye ilişkin sınırlamalar, önlemler ve talimatlar için bkz. Günlükleri sorgulayın.

Yedekleme ve geri yükleme

Farklı sürümlerde anlık görüntü geri yükleme

Otomatik yedeklemelerle, bir anlık görüntüyü yalnızca orijinal kümeye geri yükleyebilir veya kümeler arası anlık görüntü geri yükleme özelliğini kullanabilirsiniz. Otomatik Yedekleme ve Geri Yükleme ve OSS Paketi ile Kümeler Arası Yedekleme ve Geri Yükleme.

Manuel yedeklemelerle, bir anlık görüntüyü diğer Elasticsearch kümelerine geri yükleyebilirsiniz. Uyumluluk sorunlarını önlemek için aynı sürüme sahip kümeler arasında geri yükleme yapın. Manuel Yedekleme ve Geri Yükleme.

Sürüm yükseltme sırasında yedekleme için sağlıksız küme durumu

Küme durumu sağlıksızsa, anlık görüntü yedeği oluşturamazsınız. Önce küme durumunu green durumuna getirin.

Yapılandırılmış OSS paketi olmadan otomatik yedekleme

Alibaba Cloud Elasticsearch, kümeniz için varsayılan olarak bir OSS paketi sağlar. Otomatik anlık görüntüleri görüntülemek için Kibana konsolunda oturum açın ve GET _snapshot/aliyun_auto_snapshot/_all komutunu çalıştırın.

**POST /_cluster/reroute?retry_failed=true komutu başarısız olduğunda anlık görüntü geri yüklemesi sırasında parça hatası

Verileri bir anlık görüntüden geri yüklerken aşağıdakine benzer bir hatayla karşılaşabilirsiniz:

Snapshot restore issue

Bu sorunu çözmek için sorunlu dizini silin ve ardından _restore API'sini çağırarak geri yükleyin. Geri yükleme komutunda, her düğüm için geri yükleme hızını sınırlamak amacıyla max_restore_bytes_per_sec parametresini ekleyin. Varsayılan değer saniyede 40 MB'tır.

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

Diğer ilgili parametreler şunlardır:

  • compress: Veri sıkıştırmanın etkinleştirilip etkinleştirilmeyeceğini belirtir. Varsayılan değer true'dur.

  • max_snapshot_bytes_per_sec: Düğüm başına anlık görüntü hızını belirtir. Varsayılan değer saniyede 40 MB'tır.

Verileri yerel makineye dışa aktarma

Elasticsearch kümenizden verileri yedekleyin ve OSS'ye aktarın, ardından yedeği yerel olarak indirmek için OSS konsolundaki Nesneleri indirin özelliğini kullanın.

Anlık görüntüleri kümeler arasında geri yükleme

Kümeler arası anlık görüntü geri yüklemesine ilişkin özel talimatlar, sınırlamalar ve notlar için bkz. Kümeler arası OSS deposu ile verileri yedekleme ve geri yükleme. Aynı hesap içindeki bölgeler arası veri taşımaları için dizin verileri için manuel anlık görüntüler oluşturmak ve verileri anlık görüntülerden geri yüklemek için kullanılan komutları kullanabilirsiniz. Daha fazla taşıma yöntemi için bkz. Taşıma yöntemi seçimi.

Veri yedekleme seçenekleri

Veri yedekleme konusu, mevcut seçenekleri, kullanım senaryolarını ve sınırlamaları kapsar.

Küme izleme ve uyarı

X-Pack Watcher uyarılarını yapılandırın

X-Pack Watcher'dan gelen uyarıları almak için bir DingTalk veya WeCom sohbet botu yapılandırmak üzere Watcher uyarıları için DingTalk robotu yapılandırma ve X-Pack Watcher'dan gelen uyarı bildirimlerini almak için WeCom sohbet botu yapılandırma konularına bakın.

Not

X-Pack Watcher, Elasticsearch tabanlı bir izleme ve uyarı hizmetidir. Alibaba Cloud Elasticsearch ile entegre ederek belirli koşullar karşılandığında eylemleri tetikleyebilirsiniz. Örneğin, 'logs' dizininde bir 'error' günlüğü göründüğünde otomatik olarak bir DingTalk mesajı göndermek için bir kural yapılandırabilirsiniz.

GC bellek ayırma hatalarını giderin

Olası nedenler arasında yüksek küme yükü, yüksek sorgu QPS değeri veya büyük yazma hacimleri bulunur:

Küme durumu ölçüm değerleri

Küme durumu ölçümü, kümenin sağlık durumunu gösterir. 0,00 değeri normal durumu ifade eder. Ölçümler ve istisna işleme.


Değer


Açıklama


0,00


Küme normal durumdadır.


1,00


Bir veya daha fazla dizinde atanmamış çoğaltma parçası bulunduğunda küme alt sağlıklı durumdadır. Küme hizmet sağlamaya devam edebilir.


2,00


Bir veya daha fazla dizinde atanmamış birincil parça bulunduğunda küme anormal durumdadır. Küme hizmet sağlayamaz. Kümeyi en kısa sürede normal duruma geri yükleyin.

Elasticsearch disk kullanımı

Disk kullanımını konsolda veya Kibana'daki X-Pack izleme aracılığıyla görüntüleyin. Ölçümler ve istisna işleme ve İzleme dizinlerini yapılandırın konularına bakın.

CMS GC "promotion failed" hatası

Alibaba Cloud Elasticsearch'te CMS çöp toplayıcıyı kullanırken bu hatayla karşılaşabilirsiniz. Bu durum genellikle eski nesilde (old generation) yeterli alan olmaması nedeniyle nesne yükseltmenin başarısız olduğunu gösterir. Bu sorunu çözmek için aşağıdakileri göz önünde bulundurun:

  • İzleme ve günlük analizi

    • CMS GC promotion failed hatasının eski nesildeki yetersiz alandan kaynaklanıp kaynaklanmadığını belirlemek için sık CMS GC veya Full GC işlemlerine yönelik GC günlüğünü kontrol edin.

    • Alibaba Cloud Elasticsearch konsolundaki Günlük Sorgulama sayfasında oturum açın ve kök nedeni bulmak için promotion failed içeren günlüklerde arama yapın.

  • Yığın belleği ve çöp toplayıcı ayarlarını değiştirin

    • Elasticsearch sürümünüz 6.7.0 veya üzeriyse ve her veri düğümünde 32 GB veya daha fazla bellek varsa, daha iyi performans için çöp toplayıcıyı G1'e geçirmeyi düşünün.

    • Kümenizin kaynak kullanımına ve iş gereksinimlerine dayanarak örnek belleğini artırmanız gerekip gerekmediğini değerlendirin.

  • İnce ayar önerileri

    Bellekle ilgili sorunlar devam ederse dizin veri hacminizi, sorgu yükünüzü ve küme kaynak yapılandırmanızı değerlendirin. Gerekirse profesyonel ince ayar rehberliği için Alibaba Cloud teknik desteğine başvurun.

SSS: Küme erişimi

İstemci bağlantısı ve açık kaynak karşılaştırması

Bir Alibaba Cloud Elasticsearch kümesine bağlanmak için dahili veya genel uç noktasını kullanın; bu, açık kaynaklı bir kümenin adresine eşdeğerdir. Bir istemci kullanarak Alibaba Cloud Elasticsearch kümesine erişme.

Bir istemci ile Elasticsearch kümesine erişirken Temel Kimlik Doğrulamayı devre dışı bırakabilir miyim?

Hayır, temel kimlik doğrulamayı devre dışı bırakamazsınız. Bu, tüm Elasticsearch kümelerine dahil edilen X-Pack tarafından sağlanan bir Kibana kimlik doğrulama mekanizmasıdır.

Bir Alibaba Cloud ECS örneği ve bir Elasticsearch kümesi aynı VPC'de ancak farklı alanlardaysa, ECS örneği Elasticsearch kümesine özel ağ üzerinden erişebilir mi?

Evet. Bir ECS örneği, aynı VPC içinde oldukları sürece bir Elasticsearch kümesine dahili ağ üzerinden erişebilir.

IP adresi izin listesini yapılandırın

Bir Alibaba Cloud Elasticsearch örneğine genel ağdan veya bir VPC'den erişmek için istemcinizin IP adresini örneğin genel veya VPC IP adresi izin listesine ekleyin. Bir örnek için IP adresi izin listesi yapılandırma. Aşağıdaki hususlara dikkat edin:

  • Genel IP adresi izin listesini yapılandırmadan önce varsayılan olarak devre dışı olan genel ağ erişimini etkinleştirmeniz gerekir.

  • Bir IP adresi izin listesi en fazla 50 IP adresi veya CIDR bloğu içerebilir.

  • Bir girişi CIDR bloğu olarak belirtirseniz girişin IP adresi kısmı alt ağın ağ adresi olmalıdır.

  • 0.0.0.0/0 ifadesini aynı izin listesinde diğer belirli IP adresleri veya CIDR bloklarıyla birleştiremezsiniz. Bunu yaparsanız sistem bir hata döndürür. Test amacıyla 0.0.0.0/0 yerine belirli IP adresleri veya CIDR blokları yapılandırın.

İnternet üzerinden bir Elasticsearch kümesine bağlanma

İnternet üzerinden bir Elasticsearch kümesine bağlanmak için genel uç noktasını kullanın ve bir IP adresi izin listesi yapılandırın. Ayrıca etki alanı adını, kullanıcı adını ve parolayı yapılandırmanız gerekir. Bir istemci kullanarak Alibaba Cloud Elasticsearch kümesine erişme.

Elasticsearch'e erişilemiyor: Bağlantı reddedildi

Aşağıdaki tabloda olası nedenler ve çözümler açıklanmaktadır.

Neden

Çözüm

Genel erişim bağlantı sorunu

Elasticsearch kümesine genel uç noktasını kullanarak erişiyorsanız aşağıdaki adımları izleyin:

Özel erişim bağlantı sorunu

Elasticsearch kümesine dahili uç noktasını kullanarak erişiyorsanız aşağıdaki adımları izleyin:

  • İstemcinin ve Elasticsearch örneğinin aynı VPC'de olduğundan emin olun. Bağlantıyı doğrulamak için ping <internal_endpoint> komutunu çalıştırın.

  • curl komutunu doğru kullandığınızdan emin olun. Komut satırından bir kümeye bağlanma.

Zayıf küme sağlığı

Ağ ulaşılabilir durumda olmasına rağmen hala Elasticsearch kümesine erişemiyorsanız kümenin sağlığını kontrol edin ve aşağıdaki yöntemleri kullanarak herhangi bir sorunu çözün:

  • Küme sağlığını kontrol etmek için GET _cat/health?v komutunu çalıştırın. Bağlantısı kesilmiş düğümler veya atanmamış parçalar gibi sorunları arayın.

  • Küme yüküne ilişkin izleme verilerini gözden geçirin. CPU kullanımı, JVM bellek kullanımı ve disk kullanımında darboğaz olup olmadığını kontrol edin. Ölçümler ve istisna işleme.

  • Günlüklerde devre kesme, bağlantısı kesilmiş düğümler veya kaldırılmış düğümler olup olmadığını kontrol edin. Günlükleri sorgulama.

Parola sıfırlama ve Elasticsearch erişimi

Konsolda elastic hesabının parolasını sıfırlarsanız yalnızca bu hesabın erişimi etkilenir. Uygulama kodunuzda bunun yerine gerekli izinlere sahip özel bir hesap kullanın. Elasticsearch X-Pack rolleriyle erişim kontrolünü yönetme.

Not

Parolayı değiştirmek örnek yeniden başlatmayı tetiklemez.

Elasticsearch-Head 5.0.0 ile bağlantı hatalarını çözün

Bu sorun genellikle Google Chrome tarafından uygulanan kaynaklar arası kaynak paylaşımı (CORS) ilkesinden kaynaklanır. macOS'te sorunu çözmek için aşağıdaki adımları izleyin.

  1. Boş bir klasör oluşturun.

  2. Terminali açın ve aşağıdaki komutu çalıştırın.

    open -n /Applications/Google\ Chrome.app --args --disable-web-security --user-data-dir=/path/to/your/empty/folder
Önemli

Elasticsearch-Head, 5.x sonraki sürümler için artık bakılmamaktadır. Bunun yerine Cerebro kullanın.

Dizin SSS

Bir dizini nasıl kapatırım?

Önemli

Kapalı bir Elasticsearch dizinini sorgulayamaz veya üzerine yazamazsınız.

POST /<index_name>/_open # Open an index
POST /<index_name>/_close # Close an index