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
Bir Elasticsearch kümesi satın alırken yanlış bir yapılandırma seçersem ne yapmalıyım?
Elasticsearch satın alma sayfasındaki sürüm seçenekleri hangi belirli sürümlere karşılık gelir?
Bir Elasticsearch kümesi satın alırken kullanılabilir VPC yoksa ne yapmalıyım?
Bir Elasticsearch kümesini iptal edip yeni bir tane satın alırsam uç nokta değişir mi?
Bir Elasticsearch kümesini nasıl serbest bırakır veya aboneliğini iptal ederim?
Bir küme satın alırken kaynaklar kullanılamıyor durumdaysa ne yapmalıyım?
Satın aldıktan sonra Elasticsearch kümem "Creating" (Oluşturuluyor) durumunda kalırsa ne yapmalıyım?
Bir Elasticsearch kümesi oluşturduktan sonra ayrı bir Kibana satın almam gerekir mi?
-
Özelliklerle ilgili SSS
Alibaba Cloud Elasticsearch sürüm yükseltmeyi veya düşürmeyi destekler mi?
Yapılandırmayı değiştirmek için bir Elasticsearch kümesine SSH üzerinden oturum açabilir miyim?
Bir Elasticsearch kümesinin çekirdek sürümünü nasıl görüntülerim?
Bir Elasticsearch kümesinde zorla yeniden başlatmayı ne zaman kullanmalıyım ve etkileri nelerdir?
Elasticsearch kümem için Log4j2 güvenlik açığının giderildiğini nasıl doğrularım?
Farklı bölgelerdeki Elasticsearch kümeleri arasında özel ağ iletişimini nasıl etkinleştiririm?
Elasticsearch kümeleri arasında verileri nasıl geçiş yaparım?
HTTPS protokolünü etkinleştirmek için istemci düğümleri satın almam gerekir mi?
Tek bir düğüm tarafından desteklenen maksimum parça sayısı nedir?
.monitoring-es ile başlayan dizinler nasıl oluşturulur ve amaçları nelerdir?
Alibaba Cloud Elasticsearch 9300 bağlantı noktasını destekler mi?
-
Veri geçişi ve senkronizasyonu
-
Küme yeniden başlatma
Bir Elasticsearch kümesini veya düğümü yeniden başlatmak ne kadar sürer?
Genel erişimi etkinleştirmek veya devre dışı bırakmak bir küme yeniden başlatmasını tetikler mi?
Küme erişim parolasını değiştirmek bir küme yeniden başlatmasını tetikler mi?
Bir dizinde çoğaltma yoksa bu durum küme yeniden başlatmasını etkiler mi?
Kibana düğümü gibi belirli bir role sahip bir düğümü veya tek bir düğümü nasıl yeniden başlatırım?
Bir Elasticsearch kümesi için periyodik düğüm yeniden başlatmalarını planlayabilir miyim?
-
Küme yükü ve durumu
CPU kullanımı ve yükü küme düğümleri arasında eşit olmayan şekilde dağıldığında ne yapmalıyım?
Yüksek yük nedeniyle Elasticsearch küme durumum RED ise ne yapmalıyım?
İzleme verileri veya bir uyarı yüksek CPU kullanımını gösterirse ne yapmalıyım?
Elasticsearch kümemin disk kullanımı çok yüksekse ne yapmalıyım?
İzleme verileri veya bir uyarı yüksek bellek kullanımını gösterirse ne yapmalıyım?
Parçalar eşit olmayan şekilde dağıtılmış. Bunları nasıl yeniden dengelerim?
Küme yükü yüksek ve ana günlük tüm küme için java.lang.StackOverflowError bildiriyor. Ne yapmalıyım?
JVM yapılandırmasında ayrılan gerçek bellek miktarını nasıl kontrol ederim?
-
Küme sorgulama ve yazma
Elasticsearch kümemde yapılan bir sorgu yavaşsa veya sonuç döndürmüyorsa ne yapmalıyım?
Bir dizindeki belgelerin ayrıntılı içeriğini nasıl sorgularım?
Belirli bir zaman aralığındaki verileri nasıl sorgular veya dışa aktarırım?
Elasticsearch'te toplu ekleme işlemindeki belge sayısı üzerinde bir sınır var mı?
Sorgu sonuçları ile gerçek veriler arasındaki zaman gecikmesiyle ilgili ne yapmalıyım?
-
Küme yapılandırması ve değişiklikleri
Bir Elasticsearch kümesi için kaynakları, teknik özellikleri ve parça sayısını nasıl planlamalıyım?
Bir Elasticsearch kümesinin yapılandırma parametrelerini nasıl görüntülerim?
Küme yapılandırmasını değiştirmek Elasticsearch hizmetini etkiler mi?
Düğüm sayısı değiştirildikten sonra küme parçaları otomatik olarak yeniden dengeler mi?
Küme teknik özelliklerini yükselttikten sonra yapılandırmayı düşürebilir miyim? Eğer evet ise nasıl?
Bir kümeyi yükselttiğimde "UpgradeVersionMustFromConsole" mesajı döndürülüyor. Ne yapmalıyım?
Elasticsearch sürümünü yükseltmek küme hizmetlerini etkiler mi?
Küme yükseltmesi başarısız olursa veya zaman aşımına uğrarsa ne yapmalıyım?
Elasticsearch JVM parametrelerini değiştirmeyi destekler mi?
-
http.max_content_length ve discovery.zen.ping_timeout parametrelerini yapılandırma
Kümenin YML yapılandırma dosyasındaki http.max_content_length ve discovery.zen.ping_timeout değerlerini ayarlayabilir miyim?
Bir Elasticsearch kümesi için cloud disk türünü değiştirmek veri kaybına neden olur mu?
Veri geçişinden kaçınmak için bir Elasticsearch kümesinin yalnızca CPU'sunu yükseltebilir miyim?
-
Eklenti, belirteçleştirme ve eş anlamlı sözcük
IK analizörü için sözlüğü nasıl özelleştirir ve genişletirim?
IK analiz eklentisini kullanırken "ik startOffset" hatası bildiriliyor. Ne yapmalıyım?
Yerel IK sözlük dosyalarım kaybolursa bunları küme yönetim sayfasından geri alabilir miyim?
IK sözlüğünü güncelledikten sonra yeni sözlüğü mevcut verilere nasıl uygularım?
Özel eklentiler harici ağlara, örneğin GitHub'dan sözlük dosyalarını okumaya erişebilir mi?
analysis-aliws belirteçleştiricisi nasıl yapılandırılır ve dosya formatı nedir?
Alibaba Cloud Elasticsearch hangi yerleşik Çince belirteçleştiricileri destekler?
Alibaba Cloud Elasticsearch tarafından kullanılan IK analizörü uzak sözlükleri destekler mi?
Alibaba Cloud Elasticsearch 7.10 kümesi için vektör arama eklentisini (aliyun-knn) nasıl yüklerim?
Bir eklenti yüklemek için kümeyi yeniden başlatmak küme hizmetlerini etkiler mi?
-
Günlükler
Elasticsearch'te .security günlükleri için bir saklama süresi ayarlayabilir miyim?
Elasticsearch günlüklerini yerel bir makineye nasıl kaydederim?
Elasticsearch'in sorgu ve güncelleme günlüklerini görüntüleyemiyorum. Ne yapmalıyım?
Bir Elasticsearch kümesinin yavaş günlüklerini nasıl yapılandırır ve görüntülerim?
Bir Elasticsearch kümesinin yavaş günlüklerini programlı ve periyodik olarak nasıl çekerim?
Elasticsearch kümemi hangi istemcilerin kullandığını nasıl öğrenirim?
-
Veri yedekleme ve geri yükleme
-
Küme izleme ve uyarı
-
Küme erişimi
-
Dizin oluşturma
Ö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.
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ü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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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 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.
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:
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.
Farklı bir ağ deneyin.
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.
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.
Yerinde sürüm yükseltmeleri için Küme sürümlerini yükseltin konusuna bakın.
Yeni bir küme oluşturmak için Alibaba Cloud Elasticsearch kümesi oluşturun konusuna bakın.
Alibaba Cloud Elasticsearch kümeleri arasında veri geçişi için Alibaba Cloud Elasticsearch kümeleri arasında geçiş konusuna bakın.
Süresi dolmamış bir abonelik kümesinin aboneliğini sonlandırmak için Abonelikten çıkarma ve iade politikaları konusuna bakın. Kullandıkça öde bir kümeyi serbest bırakmak için Küme serbest bırakma konusuna bakın.
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.
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
}
}
}
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.
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 |
Ç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. |
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.
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?vkomutunu ç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 |
Yüksek önbellek kullanımı kaynakları tüketir. | Önbelleği temizlemek için |
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
|
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 |
Küme teknik özellikleri çok düşüktür. | |
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.
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.
|
|
|
|
|
|
|
|
|
|
|
.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. |
|
|
|
|
|
|
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.
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?vkomutunu ç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.
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 | Toplam |
Yetersiz küme kaynakları. | Toplamlar, terim sorguları, Not Bir |
"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
ÖnemliBu 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.
Dizin önbelleğini temizlemek için
POST /<index_name>/_cache/clear?fielddata=truekomutunu çalıştırın. Sorun devam ederse sonraki adıma geçin.Parçaların dengesiz dağıtılıp dağıtılmadığını kontrol etmek için
GET /_cat/indices?vkomutunu çalıştırın. Dengesiz dağıtılan parçaları nasıl yeniden dengelerim?. Sorun devam ederse sonraki adıma geçin.-
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.
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.
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
}
}
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.
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_intervalayarı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
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:
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.
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.
Konsol sağlıksız bir küme durumu bildiriyorsa,
closedurumunda olan dizinleri kontrol edin ve durumlarını geçici olarakopenolarak ayarlayın. Küme durumuredise çevrimdışı düğümler veya atanmamış parçalar gibi sorunları kontrol edin. Devam etmek için bu küme sorunlarını çözmeniz gerekir.-
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.
Not2 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.
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:
Elasticsearch konsolundaki örneğin yapılandırma değişikliği sayfasında taşıma ilerlemesini görüntüleyin.
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. |
|
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. |
|
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
-
Dizin ayarlarını kontrol edin.
GET .security/_settingsKomut 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" } } } } } -
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" } }Önemlinumber_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
Diskleri bağımsız olarak ölçeklendirebilir miyim?
Evet. Bkz. küme yapılandırmasını yükseltin.
Ö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.txtolmalı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 makinesindedos2unixgibi 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 |
| 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:
|
AliNLP belirteci |
| 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 |
|
|
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.
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.
.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.
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:

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"
}
}
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.
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:
Yüksek küme yükü: Yüksek küme disk kullanımı ve salt okunur sorunlarını giderme ve çözme.
-
Yüksek sorgu QPS değeri veya büyük yazma hacimleri: küme kısıtlama eklentisi (aliyun-qos) ile okuma/yazma kısıtlamasını etkinleştirin.
NotGörüntü alma işlemleri için vektör arama eklentisini (aliyun-knn) yükleyin ve kümenizi ve dizininizi Vektör arama eklentisini (aliyun-knn) kullanma konusunda açıklandığı şekilde planlayın.
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.
|
|
|
|
|
|
|
|
|
|
|
|
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 failedhatası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 failediç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:
|
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:
|
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.
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.
Boş bir klasör oluşturun.
-
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
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?
Kapalı bir Elasticsearch dizinini sorgulayamaz veya üzerine yazamazsınız.
POST /<index_name>/_open # Open an index
POST /<index_name>/_close # Close an index