Veri servisleri

Elasticsearch ve arama konsolu

Index, belge, sorgu, shard ve cluster sağlığını servis yeteneklerine göre yönetin.

Arama ve veri çalışma alanı

Konsol bağlandığınız sunucunun Elasticsearch/OpenSearch dağıtımını ve sürüm yeteneklerini değerlendirir. Böylece sorgu ve yönetim araçlarının kullanılabilirliği hedef sistemle birlikte ele alınır.

Index ve alanları keşfetme, belge arama ve sonuç dışa aktarma.
Geliştirici konsolunda istek hazırlama, sınıflandırma ve çalıştırma.
Template ve yaşam döngüsü kaynaklarını inceleme.
Desteklenen sunucularda snapshot, güvenlik ve görev yönetimi araçları.

Cluster sağlığı ve teşhis

Node, shard ve index durumunu birlikte görüntüleme.
Sağlık kontrolleri, metrikler ve yükseltmeye hazırlık incelemesi.
İstek politikalarını ve sağlık ayarlarını yetkiyle yönetme.
Kubernetes hedeflerinde gerekli Pod erişimiyle ilgili bağlamı ve slowlog bilgilerini inceleme.

Yavaş sorguyu inceleme

Her Elasticsearch/OpenSearch sürümü aynı API’leri sunmaz. Eklentiler, lisans özellikleri ve hedef hesabın izinleri görünür araçları etkiler. Salt okunur bağlantı ve istek politikası, konsoldan gönderilen istekler için de geçerlidir.

Doğru bağlantı ve index’i seçip alan yapısını kontrol edin.
Sorguyu konsolda çalıştırın; dönen veri ve hata ayrıntılarını inceleyin.
Node/shard sağlığı ve mevcut slowlog bilgisiyle sonucu ilişkilendirin.
Yönetim isteği göndermeden önce sınıflandırmayı, kapsamı ve yazma izinlerini kontrol edin.

Bağlantı, sürüm algılama ve işlem yetkileri

Elasticsearch konsolu seçtiğiniz entegrasyonun bağlantısını kullanır. Aynı konsol Elasticsearch, Elasticsearch OSS, Elasticsearch Serverless ve OpenSearch dağıtımlarını ayırt eder; sürüm, ürün başlığı, yerel node bilgisi ve eklenti listesinden desteklenen ekranları belirler. OpenSearch’ün uyumluluk nedeniyle 7.10.2 bildirmesi de değerlendirilir. Sürüm veya eklenti bilgisi okunamadığında görülen uyarı, o özelliğin kesin olarak kullanılabildiği anlamına gelmez.

Bir işlemin açılması için kullanıcının ilgili Battani izni, entegrasyondaki erişim seviyesi, bağlantının salt okunur kilidi, istek politikası ve hedef Elasticsearch/OpenSearch hesabının kendi yetkileri birlikte değerlendirilir. Read erişimi okumayı, write değişiklikleri, admin daha yüksek etkili yönetimi kapsar; owner üst seviyedir. Arayüzün bir düğmeyi gizlemesi tek kontrol değildir: sunucu her isteği yeniden sınıflandırır ve yetkilendirir.

İzin adlarında integrations:elasticsearch: öneki kullanılır. Örneğin document:search sorguyu, document:write belge yazmayı, index:delete indeks silmeyi, cluster:manage cluster yönetimini, security:manage güvenlik yönetimini açar. Bir sekmeyi okuyabilmek onun bütün işlemlerini yapabilmek anlamına gelmez. Entegrasyon salt okunurken normal veri ve cluster değişiklikleri kilitlidir; yerel istek politikası yönetimi ayrı bir yönetici kontrolüdür.

Ctrl+K komut paleti sekmeler, indeksler, alias’lar, data stream’ler, node’lar, template/pipeline/policy adları, repository, cluster ayar anahtarları ve kayıtlı parçalar içinde arar. Sonuç uygun ekrana geçer; entity envanteri kırpılmışsa palette uyarı görünür. Otomatik yenileme tercihi tarayıcıda saklanır ve sekme görünür değilken yenileme sayacı duraklar. Alttaki konsol çekmecesi açıkken Konsolda Aç, bulunduğunuz sekmeyi terk etmeden isteği çekmeceye taşır.

Yazma ve tehlikeli istekler sunucuda view, write ve dangerous sınıflarına ayrılır; yalnızca HTTP yöntemine bakılmaz.
Tehlikeli işlemler yazılı hedef onayı isteyebilir. Wildcard hedefleri çözümlenir; onaydan sonra hedef kümesi değişirse yeniden onay gerekir.
ILM/ISM, SQL/PPL/ES|QL, PIT, security, snapshot yaşam döngüsü ve failure store gibi işlevler dağıtım ve sürüme göre değişir.

Entegrasyon listesinden doğru bağlantıyı açın; cluster adı, dağıtım ve sürüm bilgisini kontrol edin.
İlgili sekmenin görünürlüğünü ve gerekli işlem iznini kontrol edin; eksik özellikte sürüm/eklenti uyarısını okuyun.
Bir istek reddedilirse Battani yetkisini, paylaşım seviyesini, salt okunur kilidi ve hedef hesabın yetkisini ayrı ayrı değerlendirin.

Genel bakış: sağlık durumundan etkilenen indekse ilerleme

Genel Bakış, cluster:view izniyle cluster sağlığını ve kapasitesini bir araya getirir. Yeşil/sarı/kırmızı durumun yanında uygulamanın ürettiği açıklamaları, etkilenen indeksleri ve shard dağıtımına geçiş bağlantılarını gösterir. Kullanılabilir veri kaynakları eksikse ekran bunu ayrıca bildirir; eksik alanları sıfır veya sorunsuz çalışma olarak yorumlamayın.

Node ve data-node sayısı, etkin primary/toplam shard, relocating, initializing, unassigned shard ve bekleyen görev sayısı ayrı gösterilir. İstatistiklerde indeks sayısı, belge/silinmiş belge sayısı, depolama, JVM heap, fielddata, segment sayısı, node rolleri ve görülen sürümler bulunur. Belge ve byte toplamları o anda alınan cluster yanıtına dayanır.

Desteklenen Elasticsearch sürümlerinde ayrıntılı health report; belirti, neden, önerilen eylem ve etkilenen kaynakları getirir. Genişletilmiş bilgi alanı lisans, eklentiler, uzak cluster bilgileri ve deprecation çıktısını okuyabilir. Secure settings yeniden yükleme düğmesi cluster:manage ve entegrasyon admin erişimi ister; bu bir cluster işlemidir.

Yenile ile güncel özeti alın ve unavailable/kullanılamayan kaynak bilgisini kontrol edin.
Bir sağlık açıklamasındaki indeks adına tıklayıp İndeksler filtresine veya shard sorunları bağlantısıyla Shards ekranına geçin.
Node sayıları ile shard dağılımını karşılaştırın; ayrıntılı incelemeyi ilgili node/indeks ekranında sürdürün.

Node listesi, JVM, thread pool ve disk baskısı

Nodes ekranı node:view izniyle ad, rol, IP, sürüm, heap, RAM, CPU, 1/5/15 dakikalık load, disk kullanımı, shard ve belge sayısı, uptime, dosya tanıtıcıları ve search/write rejection sayaçlarını listeler. Seçili cluster yöneticisi/master görsel olarak işaretlenir. Arama ve sıralamayla sorunlu node’u daraltabilirsiniz.

Disk çubuğunda low/high/flood watermark işaretleri, node kapasitesiyle birlikte gösterilir. Detay paneli node istatistiklerinden JVM/GC, thread pool, circuit breaker ve benzeri alanları getirir. Breaker tablosunda tahmini kullanım, limit ve tetiklenme sayısı okunur. Sayaçların önemli bölümü node başlangıcından beri biriken toplamdır; anlık hız için Monitoring ekranını kullanın.

Hot threads düğmesi seçili node için örnek alır; çıktı o kısa örnekleme anındaki iş parçacıklarını gösterir. Nodes ekranı CPU veya heap değerini doğrudan değiştiren bir kaynak düzenleyicisi değildir. Kubernetes bağlantısı varsa ayrıca pod/PVC bağlamı açılır; bunun izinleri Elasticsearch node okumasından ayrıdır.

Listeyi ad/IP/rol bağlamında filtreleyin ve ilgili node satırını seçin.
Heap ve disk değerini kapasiteyle birlikte değerlendirin; thread pool kuyruğu, red sayacı ve breaker bilgisini karşılaştırın.
Gerekirse hot threads örneğini alın, sonra aynı zaman aralığındaki Monitoring ve slowlog verisine geçin.

Shard ızgarası, allocation açıklaması ve kontrollü reroute

Shards ekranı indeksleri node’lara göre yerleşimleriyle gösterir. İndeks araması, node filtresi, gizli indeks seçeneği ve yalnızca sorunlu shard filtresi bulunur. Bir hücreyi seçtiğinizde indeks, shard numarası, primary/replica ayrımı, durum, belge sayısı ve boyut bağlamında allocation explain, recovery ve shard istatistiği açılır.

Allocation explain disk bilgisini de isteyerek yerleşim kararını açıklar. Recovery görünümü seçili shard’a ait kurtarma verisini; ayrı aktif recovery tablosu kaynak/hedef node, aşama, dosya/byte yüzdesi ve süreyi gösterir. Açıklama isteğini Konsolda Aç ile düzenlenebilir biçimde inceleyebilirsiniz.

Cluster:manage izni ve entegrasyon admin erişimi olan kullanıcı allocation modunu değiştirebilir, başarısız allocation denemelerini yeniden başlatabilir ve hücre durumuna uygun reroute komutu gönderebilir. Started shard başka node’a taşınabilir; unassigned replica ayrılabilir; initializing/relocating işlemi iptal edilebilir. Unassigned primary için stale primary tahsisi accept_data_loss=true gönderir: bu özel işlem olası veri kaybını kabul eden bir kurtarma adımıdır.

Önce sorunlu shard’ı seçip explain çıktısındaki engeli belirleyin.
Hedef node ve shard türünü kontrol edin; yalnızca uygun işlem düğmesini kullanın.
Sunucunun istediği hedef onayını tamamlayın, ardından ızgarayı ve recovery ilerlemesini yeniden kontrol edin.

İndeks envanteri, filtreler, seçim ve toplu işlemler

İndeksler listesi sunucu tarafında filtrelenir, sıralanır ve 200 satırlık sayfalara ayrılır. Ad araması normal metin veya regex olabilir. Sağlık rengi, open/close durumu, data stream backing indeksleri, alias, ILM/ISM/DSL yönetimi, lifecycle hatası, gizli ve sistem indeksleri ayrı filtrelerdir. Filtreli toplam belge ve depolama sayıları alt bölümde bulunur; lifecycle kaynağı okunamıyorsa ayrıca gösterilir.

Satırlarda primary×kopya sayısı, belge ve silinmiş belge sayısı, toplam/primary boyutu, alias’lar, oluşturulma zamanı ve lifecycle politika/aşama bilgisi bulunur. Satır seçimi detay panelini açar; kutucuklarla yapılan çoklu seçim toplu işlem çubuğunu açar. Seçimleri Temizle, işlem hedeflerini yeniden daraltmak için kullanılabilir.

Aç/kapat, refresh, flush, cache temizleme ve force merge için index:state:edit; replica veya write-block değişikliği için index:settings:edit; alias için alias:manage; silme için index:delete gerekir. Bütün değişikliklerde write erişimi ve salt okunur kilidinin kapalı olması gerekir. Force merge arka planda görev olarak başlatılır; istek kabulü görevin tamamlanması değildir.

Önce filtreyle hedef indeksleri bulun ve selected sayısını kontrol edin.
Gerekli satırları seçip toplu işlemi açın; silme/kapama gibi işlemlerde hedef adlarını dikkatle inceleyin.
İşlem sonrası listeyi, detay panelini veya görev merkezini kontrol edin; indeks silme belgelere geri dönüş sağlamaz.

İndeks oluşturma, replica sayısı ve yazma kilitleri

Yeni İndeks penceresinde ad, primary shard sayısı, replica sayısı ve JSON olarak settings, mappings, aliases alanları bulunur. Uygulama indeks adını ve JSON sözdizimini kontrol eder; desteklenen Elasticsearch sürümlerinde index mode seçenekleri de gösterilir. Oluşturma index:create izni ve write erişimi ister. Kaydetme başarılıysa yeni indeks seçilir ve envanter yenilenir.

Shard ve replica alanları indeks oluşturma ayarlarına eklenir. Özel analyzer veya alan tipleri gerekiyorsa settings ve mappings’i birlikte hazırlayın; JSON editöründeki tamamlama seçili sürümün API tanımından gelir. Oluşturma penceresi mevcut bir alanın tipini dönüştürmez ve kaynak veriyi otomatik taşımaz.

Replica penceresi seçili indekslerin index.number_of_replicas ayarını değiştirir. Yazma kilidi ekleme _block/write gönderir; kilidi kaldırma index.blocks.write ve index.blocks.read_only_allow_delete ayarlarını null yapar. Bu işlemin başarılı olması disk veya allocation kaynaklı asıl sorunun çözüldüğünü kanıtlamaz; sonuç sağlık ve shard ekranından izlenmelidir.

İndeks adını, shard/replica sayısını ve gerekli JSON tanımlarını girin.
Oluşturduktan sonra mappings/settings/alias detaylarını ve shard sağlığını kontrol edin.
Replica veya write-block değiştiriyorsanız hedef listesini doğrulayın; sonuçtan sonra gerçek cluster durumunu yenileyin.

İndeks detayı: mapping ağacı, ayarlar, alias ve alan istatistikleri

İndeks detayında özet, mapping, settings, alias, segmentler, lifecycle ve alan istatistikleri arasında geçiş yapılır. Mapping, filtrelenebilir ağaç veya ham JSON olarak okunur; object/nested alanlar ve multi-field tanımları görülebilir. Yeni alan penceresinde alan adı, tip ve ek JSON parametreleri girilir; mapping:edit ve write erişimi gerekir. Noktalı alan adları iç içe properties yapısına dönüştürülür.

Settings görünümünde filtre, varsayılanları gösterme ve değiştirilebilir değerler vardır. Düzenleme index:settings:edit ister; gönderilen değişiklikler _settings üzerinden uygulanır ve statik/dinamik ayar kuralları hedef sistem tarafından doğrulanır. Mevcut bir alan tipini yalnızca JSON metnini değiştirerek dönüştürmek desteklenen bir göç yöntemi değildir; reindex akışı ayrı kullanılır.

Alias eklerken ad, isteğe bağlı filter JSON, routing, write index ve hidden alanları girilebilir. Alias panelinden kaldırma veya is_write_index değiştirme yapılır. Alan istatistiğinde varlık oranı, cardinality, ilk 10 değer ve uygun sayısal/tarih alanlarında min/max/avg/sum hesaplanır. Aggregatable olmayan alanlarda değer dağılımı hesaplanmaz; arama yetkisi ve hedef mapping belirleyicidir.

İndeksi seçip düzenlenecek alt sekmeyi açın.
Mapping, ayar veya alias değişikliğini ilgili formda hazırlayın; değiştirme izniniz yoksa görünümü inceleme için kullanın.
Kaydettikten sonra güncel JSON ve alan davranışını kontrol edin; belge taraması için Belgeler bağlantısını açın.

Reindex, sorguyla güncelleme ve sorguyla silme

Reindex penceresi kaynak ve hedef indeks, kaynak query, isteğe bağlı Painless script, ingest pipeline, op_type=index/create, conflicts=abort/proceed, slices, requests_per_second ve max_docs alanlarını sunar. İşlem reindex:run izni ve write erişimiyle wait_for_completion=false olarak başlatılır. Dönen task kimliği görev merkezine alınır; kaynak indeks kendiliğinden silinmez.

Belgeler ekranındaki Update by query, mevcut arama sorgusunu Painless script ile birleştirir. Önce Count/önizleme sayımıyla etkilenecek kayıt sayısı görülebilir; conflicts davranışı seçilir ve arka plan görevi izlenir. Ön sayım ile yürütme arasında veri değişebilir; sayım kilitli bir işlem garantisi değildir.

İndeks detayındaki boşaltma/delete-by-query, girilen query ile eşleşen belgeleri siler. Varsayılan match_all tüm belgelere yöneliktir. document:delete-by-query izni gerekir; query ön sayımı, conflicts seçimi ve görev takibi vardır. HTTP isteğinin kabulüyle kısmi başarısızlık, version conflict veya görev sonucu aynı şey değildir.

Kaynak/hedef veya silinecek sorgu kapsamını somutlaştırın; mümkünse önce aynı sorguyu belge görünümünde çalıştırın.
Count sonucu, script, op_type ve conflict tercihini inceleyin; sunucunun gerekli gördüğü onayı verin.
Görev merkezinde ilerleme, işlenen kayıtlar, conflict ve hata bilgilerini kontrol edin; sonuç kayıtlarını tekrar sorgulayın.

Shrink, split, clone ve rollover akışları

Resize penceresi shrink, split ve clone işlemlerini bir araya getirir. Kaynak indeksin shard sayısı, yazma kilidi ve shard’ların bulunduğu node’lar önceden okunur. Hedef indeks adı ve uygun durumda hedef shard sayısı seçilir. Pencere yazma kilidi ekleme ve shrink için allocation.require._name ayarıyla node’a toplama adımlarını sunar; bunlar cluster durumunu değiştiren ayrı isteklerdir.

Shrink/split/clone isteği index:create izni ve write erişimi gerektirir; ön hazırlıktaki ayarlar için gereken index settings izni ayrıca uygulanır. Sunucu kaynak/hedef ve işlem önkoşullarını da kontrol eder. Bir önkoşulun başarısız olması durumunda önceki hazırlık ayarlarının otomatik geri alındığını varsaymayın; kaynak ayarını yeniden okuyun.

Rollover penceresinde alias/data stream hedefi, isteğe bağlı yeni indeks adı ve max_age, max_docs, max_primary_shard_size koşulları bulunur. Dry run sonucuyla koşulları inceleyebilir, ardından gerçek rollover gönderebilirsiniz. Dry run yalnızca değerlendirmedir; gerçek istekten önce veri ve koşullar değişebilir.

Kaynağı seçin ve resize önkoşullarını okuyun; hedef ad ve shard sayısını belirleyin.
Gerekli yazma kilidi/node hazırlığını uyguladıysanız tamamlanmasını doğrulayın, sonra resize isteğini başlatın.
Rollover için önce dry run çıktısını okuyun; gerçek işlem sonrası yeni indeks ve write alias/backing indeks ilişkisini kontrol edin.

Belge araması, sütunlar, zaman filtresi ve derin sayfalama

Belgeler ekranında indeks, alias veya data stream hedefi seçilir. KQL, Lucene/query_string ve Query DSL modları belge hit’leriyle çalışır; SQL, PPL ve ES|QL seçenekleri bağlantının algılanan yeteneklerine göre görünür ve tablo sonucu üretir. Belge araması document:search izni ister. Query DSL alanına query ifadesi girilir; ekran size, sıralama, toplam sayımı ve zaman filtresini arama gövdesine ekler.

Alan listesi _field_caps ile gelir; kullanıcı görünür sütunları seçebilir, alan adında arayabilir ve aggregatable alanların en sık beş değerini inceleyebilir. Sütun başlığıyla sıralama, Shift ile çoklu sıralama yapılır. Zaman alanı olarak önce @timestamp/date alanı, yoksa uygun tarih alanı seçilir; aralık ve histogram isteğe bağlıdır. track_total_hits kapalıyken toplamın ≥ olarak gelmesi kesin toplam olmadığını belirtir.

Normal gezinme from/size kullanır ve derin sonuçlarda hedef sistemin sonuç penceresine takılabilir. Derin sayfalama destekleniyorsa PIT + search_after kullanır; sayfa imleçleri ve beş dakikalık keep_alive ile sabit arama görünümü korunur. Bu mod bütün sonuçları tek seferde tarayıcıya yüklemez. SQL cursor dönerse daha fazla satır alınabilir; diğer tablo modlarının sayfalaması aynı kabul edilmez.

Hedefi ve sorgu dilini seçin; arama, zaman alanı, aralık ve sütunları ayarlayın.
Çalıştırdıktan sonra hit/toplam ilişkisini, süreyi ve hata bilgisini kontrol edin.
Büyük hit listesinde destekleniyorsa derin sayfalamayı açın; dışarı veri almak için ayrı export akışını kullanın.

KQL, görsel Query Builder, kayıtlı aramalar ve canlı tail

KQL tarayıcıda Query DSL’e çevrilir. field:value, tırnaklı ifade, wildcard, field:* varlık kontrolü, karşılaştırma aralığı, and/or/not, parantez grupları, değer listeleri ve nested path:{…} sözdizimi desteklenir. Sözdizimi hatası konumuyla bildirilir. Lucene modu query_string davranışını kullanır; iki dilin aynı ifadeyi birebir aynı şekilde değerlendirdiğini varsaymayın.

Query Builder, must/filter/should/must_not koşullarını ve iç içe grupları oluşturur. Alan tipine göre term, terms, match, match_phrase, prefix, wildcard, range, exists veya query_string seçenekleri sunulur. Aralık alt/üst sınırlarının dahil edilmesi ve minimum_should_match ayarlanabilir. Eksik koşullar işaretlenir ve oluşturulan DSL’e alınmaz; kaydetmeden önce oluşan sorguyu inceleyin.

Kayıtlı arama hedefi, modu, sorguyu, DSL’i, sütunları, sıralamayı, zaman alanını/aralığını ve sayfa boyutunu saklar. Bu işlem verinin kopyasını saklamaz. Canlı tail, seçilen tarih alanıyla yeni belgeleri aralıklarla sorgular; sıralama en yeni başa sabitlenir, yeni sonuç sayacı ve duraklatma vardır. Arayüz en fazla 1.000 satır tutar ve sonraki alımlarda 500 kayıt ister; tail kalıcı veya kayıpsız bir olay arşivi değildir.

İsterseniz KQL yazın, isterseniz Builder’da alan/tip/değer ve bool ilişkilerini oluşturun.
DSL önizlemesini kontrol ederek sorguya uygulayın; sık kullanılan görünümü isimle kaydedin.
Zaman alanı uygunsa tail’i açın, yenileme aralığı ve duraklatma durumunu izleyin; geçmişin tamamı için normal sorguya dönün.

service.name: "payments" and status >= 500

user:{ name: "Ada" and active: true }

Belge ekleme, düzenleme, silme ve karşılaştırma

Bir hit seçildiğinde belge alan tablosu veya JSON görünümünde açılır. Düzenleme _source JSON’unu hedef _index/_id üzerinde PUT ile yazar; istekte mevcut _seq_no ve _primary_term kullanılarak eşzamanlı değişiklik kontrol edilir. Version conflict alırsanız belgeyi yeniden okuyup değişikliği karşılaştırın; aynı eski sürümü tekrar göndermek conflict’i çözmez.

Yeni belge penceresinde isteğe bağlı ID, routing, pipeline ve JSON gövdesi vardır. ID girilirse PUT, otomatik ID için POST kullanılır. document:write ve write erişimi gerekir. Silme document:delete ister; tekil işlemde de concurrency bilgisi kullanılır. Çoklu hit seçimi bulk silme yapabilir; sonuç sonrasında arama yenilenmelidir.

İki belge seçilerek yan yana JSON ve alan farkları karşılaştırılabilir. Anahtar sıralama seçeneği yalnızca JSON alan sırasından doğan görsel farkları azaltır; yalnızca farklı alanları gösterme seçeneği vardır. Karşılaştırma okuma işlemidir ve belgeleri eşitlemez. Data stream hedefleri ile backing indeks üzerinde belge değiştirme kuralları hedef sistem tarafından uygulanır.

Aramayla belgeyi bulun; _index, _id ve varsa routing bilgisini doğrulayın.
JSON’u düzenleyip kaydedin veya yeni belge formunu doldurun; conflict/hata sonucunu kontrol edin.
İki sürümü karşılaştırmak için iki hit seçin; değişikliği uyguladıktan sonra aynı belgeyi yeniden sorgulayın.

CSV, JSON ve NDJSON içe/dışa aktarma

İçe aktarma CSV/TSV, NDJSON/JSONL ve JSON girdilerini destekler. Dosya seçildiğinde biçim ve uygun durumda ayraç algılanır; ayraç, tür çıkarımı, ID alanı ve batch boyutu değiştirilebilir. İlk 20 kayıt ve ilk 30 sütun önizlenir; çıkarılan alan tipleri mevcut mapping ile karşılaştırılır. Dosya sınırı 200 MiB’dir ve dosya tarayıcı belleğinde işlenir; bu sınır her cihazda aynı performansı garanti etmez.

Varsayılan batch boyutu 1.000 kayıttır; istekler bulk formatında parçalara ayrılır. Normal indekste index, data stream’de create eylemi kullanılır. Son batch refresh=wait_for ile gönderilir. Başarılı/başarısız kayıt sayısı ve sınırlı hata örnekleri gösterilir. Durdur, sonraki batch’leri durdurur; daha önce yazılan kayıtlar otomatik geri alınmaz. Tek bir HTTP 200 yanıtı bütün bulk satırlarının başarılı olduğunu göstermez.

Dışa aktarma sorgu, sıralama ve seçili alanlarla CSV, JSON veya NDJSON dosyası oluşturur. Azami belge sayısı kullanıcı tarafından belirlenir; servis belge tavanı 1.000.000, çıktı durdurma eşiği yaklaşık 1 GiB’dir; byte kontrolü sayfalar arasında yapıldığı için son sayfa eşiği aşabilir. Varsayılan hedef 10.000 kayıttır. Büyük arama için desteklenen PIT veya scroll akışı kullanılır; sonuç üst sınıra ulaştığında dosyanın bütün indeksi içerdiği varsayılmamalıdır. Import için document:write/write, export için document:search ve isteğe uygulanan okuma politikaları gerekir.

Import’ta hedefi, biçimi, ayıracı, tip çıkarımını ve ID alanını kontrol edin; önizlemede parse/mapping sorunlarını düzeltin.
Batch boyutunu seçip başlatın; tamamlanınca ok/failed sayılarını ve hata örneklerini okuyun.
Export’ta önce doğru sorguyu çalıştırın, biçim ve kayıt tavanını belirleyin; indirdiğiniz dosyanın kapsamını sonuç sayısıyla karşılaştırın.

Dev Console: çoklu istek, otomatik tamamlama ve yanıt inceleme

Dev Console, METHOD path satırı ve ardından JSON gövdesiyle birden fazla isteği aynı editörde tutar. Birden fazla editör sekmesi kullanıcı/bağlantı bağlamında otomatik saklanır. Ctrl+Enter imleç altındaki isteği veya seçili aralıktaki istekleri sırayla çalıştırır; satırdaki çalıştır simgesi tek isteği gönderir. Renk, sunucunun view/write/dangerous veya kullanıcıya reddedilmiş sınıflandırmasını gösterir.

Tamamlama seçili sürümün API tanımı, canlı indeks/alias adları ve alan yeteneklerinden beslenir. Bilinmeyen endpoint, yanlış method, sürüm uyumsuzluğu, deprecated kullanım, eksik gövde, JSON hatası veya tanımlanmamış değişken editörde işaretlenebilir. Ctrl+/ API yardımını, Ctrl+I biçimlendirmeyi, Ctrl+Yukarı/Aşağı istekler arası geçişi destekler. ${degisken} biçiminde değişkenler, geçmiş, kayıtlı parçalar ve metin içe/dışa aktarma bulunur.

AI yan paneli integrations:ai:use izniyle açıklama, düzeltme, üretme ve iyileştirme görevleri sunar. Bağlama seçili istekler, hata, hedef alan türleri ve varsa profile çıktısı eklenebilir; üretilen kod editöre alınır ve gerçek yürütme normal konsol kontrollerinden geçer. Her yanıt için HTTP durum, süre, boyut, sınıf, uyarı/deprecation başlıkları ve çıktı okunur. JSON, büyük sayılar korunarak biçimlendirilir; metin ve NDJSON kendi biçiminde görüntülenir. Satır/regex filtresi uzun çıktıyı daraltır. cURL/fetch/Python kopyalarında bağlantı kimlik bilgileri eklenmez ve hassas alanlar maskelenir; yine de paylaşılan sorgu verisini gözden geçirin.

Kırpılmış yanıtı tam indirme ayrı bir okuma isteğiyle desteklenir. Proxy görünümünde varsayılan yanıt sınırı 10 MiB, izin verilen en büyük görüntüleme sınırı 50 MiB; indirme sınırı 1 GiB’dir. Konsolda istek hazırlamak veya Konsolda Aç bağlantısına tıklamak, isteğin başarıyla çalıştığı anlamına gelmez; gerçek çalıştırmada bütün yetki/politika/onay kontrolleri yeniden uygulanır.

İstekleri yöntem, yol ve JSON gövdesiyle yazın; endpoint ve sürüm tanılarını okuyun.
Yalnızca ilgili isteği/seçimi çalıştırın, tehlikeli hedef onayını inceleyin.
Her yanıtı durum ve uyarılarıyla kontrol edin; uzun çıktıda filtre veya tam indirme kullanın.

GET _cluster/health

GET logs-*/_search
{
  "size": 10,
  "query": { "match_all": {} }
}

Entegrasyon bazında istek politikası ve kural testi

Ayarlar içindeki istek politikası, HTTP yöntemi + yol desenleriyle allow ve deny kuralları tanımlar. Allow-list modu off, yalnızca writes veya all olabilir. Deny, eşleşen isteği sınırlar; allow listesine yazmak eksik Battani iznini veya upstream yetkisini vermez. Politika okumak cluster:view; değiştirmek cluster:manage ve entegrasyon admin erişimi ister. Bu yerel güvenlik ayarı, salt okunur bağlantıda da yetkili yönetici tarafından düzenlenebilir.

Desenler baştaki slash ve query string olmadan yol segmentleri üzerinde çalışır. GET kuralı HEAD’i de kapsar; method=* tüm yöntemlerdir. logs-* aynı segmentteki adları eşleştirir; son segmentte tek * kalan yolu kapsayabilir. Virgüllü hedeflerde deny herhangi bir eşleşmeyi, allow bütün hedeflerin kapsanmasını değerlendirir. Wildcard istekler geniş kapsamlı kabul edilir ve belirsiz eşleşmeler güvenli yönde reddedilir.

Hazır kurallar tüm DELETE istekleri, security API’si, cluster settings, delete-by-query veya snapshot restore gibi kapsamları ekleyebilir. Kural test alanına METHOD path yazıp sunucunun sınıflandırmasını ve taslak politikanın kararını görün. Test istek işlemini yürütmez. Her allow/deny listesi en çok 200 kural, yol 256 karakter, not 200 karakter kabul eder.

Global ES_CONSOLE_DENY kuralları ekranda okunur fakat burada değiştirilmez. Yerel allow kuralı normal kullanıcının global reddini aşamaz. İndeks adı kuralı alias hedefini çözmez; belirli veriye bütün erişim yollarını kapatmak için upstream indeks güvenliği gerekir. Politika önizlemesiyle gerçek çalışma arasındaki rol veya yapılandırma değişiklikleri gerçek sunucu kararını etkileyebilir.

Mevcut politika ve global deny listesini okuyun, allow-list modunu seçin.
Dar yöntem/yol kuralları ekleyin ve hem izin verilmesi hem reddedilmesi gereken örnekleri test edin.
Kaydedin; etkilenen gerçek isteği normal işlem yetkileriyle yeniden deneyin.

Analyzer, profiler, sorgu doğrulama ve geliştirme araçları

Tools sekmesinde Analyzer, girilen metnin token’lara dönüşümünü inceler. İsteğe bağlı indeks, analyzer adı veya alan seçimi; custom modda tokenizer, token filters ve char filters girilir. Explain seçeneği ayrıntılı analiz adımlarını ister. Token çıktısı mapping değişikliği yapmaz; aynı metnin neden farklı eşleştiğini anlamak için kullanılır.

Search Profiler, seçilen indeks üzerinde query JSON’una profile=true ekleyerek sorgu maliyetini getirir. Validate aracı query doğrulama, explain ve rewrite çıktısını; belge ID’si verilirse _explain sonucunu sunar. Painless aracı source, params, context=painless_test/filter/score ve gerektiğinde indeks/örnek belge ile _execute çağırır. Görünen aracın çalışması ilgili endpoint’in sürüm ve upstream izin desteğine bağlıdır.

Ingest pipeline tarayıcısı JSON tanımları oluşturma/düzenleme/silme ve simulate işlemlerini destekler. Simülatörde kayıtlı pipeline ID’si veya inline pipeline ile örnek docs girilir; verbose sonuçta processor adımları görülür. Grok aracı örnek metin, desen ve özel pattern tanımlarını ingest simulate üzerinden sınar. Pipeline değişiklikleri ingest:manage ve write erişimi ister; test örnekleri kayıtlı belgelerin yerine geçmez.

Stored script/search template tarayıcısı template:manage ile yazma/silmeyi ve parametrelerle render önizlemesini sunar. CAT tarayıcısında endpoint seçilir, help çıktısından kolonlar belirlenir, sonuç tabloya alınır. Desteklenen OpenSearch bağlantılarında search pipeline tanımları için ayrı JSON tarayıcısı vardır. Bütün araçlar konsolla aynı istek sınıflandırıcısından geçer.

Soruna göre analyzer, profiler, validate veya pipeline aracını seçin.
Hedef indeks, sorgu/script ve örnek belgeyi girin; kaydetme ile simulate/preview eylemlerini ayırın.
Token, profile, validation veya processor sonucunu inceleyin; kalıcı değişikliği ayrıca ilgili yetkiyle uygulayın.

Composable, component ve legacy indeks şablonları

Templates sekmesi composable index template, component template ve legacy template koleksiyonlarını ayrı gösterir. Composable listede index_patterns, priority, version ve bileşen bağlantıları; component/legacy görünümlerinde kendi sürüm ve sıralama alanları incelenebilir. Kaynak tarayıcısında arama, seçim ve JSON görünümü kullanılır.

Template:manage ve write erişimi olan kullanıcı yeni adla şablon oluşturabilir, seçili JSON’u düzenleyebilir veya silebilir. Composable şablon simulate eylemiyle değerlendirilir; ayrıca örnek indeks adı için hangi birleşik tanımın çıkacağını inceleme akışı bulunur. Component template tek başına veri indeksi oluşturmaz; birleşen template tarafından kullanılmalıdır.

Şablonu kaydetmek mevcut indekslerin mapping/ayarlarını geriye dönük topluca değiştirmez. Yeni indeks veya rollover hedefinde hangi template’in seçildiğini pattern ve priority belirler. Legacy ve composable API’leri birbirinin eşdeğeri değildir; dağıtım/sürüm desteğini ve simülasyon yanıtını kontrol edin.

Doğru template türünü seçip pattern/priority/component ilişkisini inceleyin.
JSON’u düzenleyin; composable durumda simulate veya örnek indeks değerlendirmesini çalıştırın.
Kaydı uyguladıktan sonra yeni hedefin oluşturulma/rollover sonucunda beklenen mapping ve settings’i doğrulayın.

Data stream, backing indeks, retention ve failure store

Data Streams sekmesi stream tanımlarını ve destekleniyorsa istatistiklerini birlikte okur. Aramayla stream seçilir; detayda backing indeksler, zaman alanı ve ilgili metadata incelenir. Backing indeks bağlantıları İndeksler ekranındaki gerçek indekse götürür. Listeyi görmek tek başına yazma veya stream silme yetkisi vermez.

index:create ve write erişimiyle stream rollover başlatılabilir. index:delete yetkisiyle stream silme seçeneği görünür; bu işlem stream’in verisine etki eden tehlikeli bir istektir. Data stream lifecycle destekleniyorsa ilm:manage/write ile retention değeri kaydedilebilir veya lifecycle tanımı kaldırılabilir.

Failure store işlemleri yalnızca algılanan sürüm desteklediğinde ve stream’de etkin olduğunda gösterilir; özel rollover seçeneği bu koşula bağlıdır. Elasticsearch DSL retention, ILM politikası ve OpenSearch ISM aynı yönetim biçimi değildir. Gizli backing indeks üzerinde yapılan işlem ile stream adına yapılan işlemin hedeflerini birbirine karıştırmayın.

Stream’i seçin, backing indeksleri ve mevcut lifecycle bilgisini okuyun.
Retention değişikliği veya rollover gerekiyorsa ilgili izinle uygulayın.
İşlem sonrası stream ayrıntısını ve yeni backing indeksin sağlığını yeniden kontrol edin.

ILM ve ISM politikaları, fazlar ve indeks açıklaması

Lifecycle ekranı bağlantıya göre Elasticsearch ILM veya OpenSearch ISM politikalarını açar. ILM listesinde fazlar, kullanılan indeks/data stream bağlamı ve sürüm; ISM’de default_state, state adları ve açıklama gösterilir. ilm:manage ve write erişimi JSON oluşturma/düzenleme/silme için kullanılır. ISM güncellemesi mevcut _seq_no/_primary_term ile eşzamanlı değişiklik korumasını taşır.

ILM görsel faz editörü hot, warm, cold, frozen ve delete fazlarını JSON tanımıyla birlikte düzenler. Formda min_age, hot rollover için max_age/max_primary_shard_size/max_docs, set_priority, forcemerge segment sayısı, shrink shard sayısı, readonly, replica sayısı ve searchable_snapshot repository alanları uygun fazlarda açılır; delete fazında silme aksiyonu seçilir. Tanınmayan JSON aksiyonları korunur. Politika kaydı, bir faz geçişinin o anda tamamlandığı anlamına gelmez. Global ILM start/stop ayrıca cluster:manage ve entegrasyon admin erişimi gerektirir.

İndeks detayındaki lifecycle paneli explain yanıtını, politika/aşama/action/step ve hata durumunu gösterir. Bağlantıya göre politika atama/kaldırma ve hata retry işlemleri kullanılabilir. Kayıtlı politikanın varlığı ile indeksin gerçekten o politika tarafından yönetilmesi ayrı doğrulanır. ILM olmayan dağıtımda ILM API’si çalıştırmak yerine ilgili ISM akışını kullanın.

Lifecycle listesinden politika türünü ve hedef politikayı açın.
Faz/state JSON’unu düzenleyip kaydedin; gerekiyorsa indeks detayından atamayı kontrol edin.
Explain çıktısında güncel adımı ve varsa hatayı inceleyin; retry sonrası gerçek ilerlemeyi yeniden okuyun.

Enrich, transform ve rollup yönetimi

Lifecycle altındaki Enrich, kaynak indeksler, match field ve enrich alanlarından oluşan politika tanımını gösterir; uygun yetkiyle oluşturma/silme ve execute işlemleri sunar. Execute politikayı çalıştırır ve wait_for_completion=false kullanabilir. Ekrandaki politika JSON’u ile sorgularda kullanılan üretilmiş enrich verisi aynı yaşam döngüsüne sahip değildir.

Transforms alanı dağıtıma göre Elasticsearch veya OpenSearch endpoint’lerini kullanır. Kaynak/hedef ve durum listelenir; reindex:run ve write erişimiyle tanım kaydetme/silme, start/stop kullanılabilir. Preview seçeneği dönüşüm örneğini gösterir. Başlatma yanıtından sonra durumun yeniden okunması gerekir; kaynak query ve hedef mapping hataları arka planda ortaya çıkabilir.

OpenSearch rollup alanında kaynak/hedef, schedule, continuous, dimensions, metrics ve page_size gibi JSON alanlarıyla tanım oluşturma/düzenleme bulunur; güncellemelerde concurrency token’ları kullanılır. Start/stop ve explain işlemleri vardır. Elasticsearch rollup görünümü mevcut işleri listeler, başlatır/durdurur ve siler; bu arayüzde Elasticsearch rollup oluşturma formu yoktur. Destek, kurulu eklenti ve sürüm tarafından belirlenir.

Bağlantıda görünür olan enrich/transform/rollup alt alanını seçin.
Kaynak, hedef ve zamanlama/tanım JSON’unu inceleyin; varsa preview veya explain kullanın.
Yetkili işlemi başlatın ve işin gerçek durumunu yeniden sorgulayın; yalnızca başarı bildirimine dayanarak veri üretildiğini varsaymayın.

CCR follower ve auto-follow yönetimi

CCR arayüzü Elasticsearch bağlantılarında follower indeks ve auto-follow görünümlerini sunar. Follower listesi remote cluster, leader indeks, active/paused durum ve checkpoint lag bilgisini gösterir. Detayda shard bazında okunan/yazılan operasyonlar, byte, başarısız istekler, son okuma süresi ve fatal/read exception bilgileri incelenebilir. Lisans kaynaklı upstream hatası ayrıca açıklanır.

Follow oluşturma index:create ve entegrasyon admin erişimi; pause/resume index:state:edit ve write erişimi ister. Unfollow index:state:edit ve admin erişimiyle tek yazılı ad onayından sonra pause → close → unfollow → reopen sırasını çalıştırır. Bir adım başarısız olursa akış durur ve indeksin kaldığı aşama bildirilir; işlem bütün adımları atomik geri alan bir transaction değildir.

Auto-follow tanımında remote_cluster, leader_index_patterns ve follow_index_pattern gibi alanlar JSON olarak düzenlenir; oluşturma/silme index:create/admin ister. CCR stats eylemi genel durumu gösterir. OpenSearch için capability algılamasında CCR bilgisi bulunabilse de bu follower/auto-follow arayüzü OpenSearch için açılmaz. Uzak cluster tanımı ve upstream lisans/yetki gereklilikleri ayrıca hazır olmalıdır.

Follower listesinde leader/remote eşleşmesini ve lag değerini inceleyin.
Takip oluşturma, pause/resume veya unfollow işlemini uygun yetkiyle seçin.
Özellikle unfollow sonrası açık/kapalı indeks durumunu ve takip ilişkisinin kaldırıldığını yeniden doğrulayın.

Snapshot repository kaydı ve yedek alma

Snapshots ekranında repository listesi ve seçili repository içindeki snapshot’lar ayrıdır. Repository oluştururken ad, tür, türe özgü settings, readonly ve verify alanları girilir. Oluşturma repository kapsamı nedeniyle snapshot:create ve entegrasyon admin erişimi ister. Verify eylemi erişimi sınar; repository kaydının var olması veri yedeğinin alındığı anlamına gelmez.

Snapshot listesi durum, zaman ve kapsam bilgilerini gösterir; sunucu sayfalama desteklemiyorsa tüm liste alınıp arayüzde sayfalanır. Yeni snapshot formunda ad/tarih matematiği ifadesi, indeks kapsamı, include_global_state ve partial seçenekleri vardır. snapshot:create/write ile wait_for_completion=false gönderilir; başladığı bildirilen snapshot’ın tamamlanma durumunu listeden izleyin.

Seçili snapshot için ayrıntılı durum, silme ve desteklenen Elasticsearch bağlantısında clone eylemi vardır. Clone hedef ad ve indeks seçimini kullanır; OpenSearch görünümünde bu seçenek sunulmaz. Repository temizleme/kaldırma gibi eylemler görünür olduğunda hedefi ve yetki seviyesini ayrıca doğrulayın; snapshot verisine yönelik silme geri yükleme kapasitesini azaltır.

Repository türü ve ayarlarını kontrol edin, gerekirse verify çalıştırın.
Snapshot adını ve indeks kapsamını belirleyin; global state/partial seçeneklerini bilinçli seçin.
Başlatıldı yanıtından sonra snapshot durumunu, başarısız shard veya partial sonucunu kontrol edin.

Snapshot restore, SLM ve OpenSearch snapshot politikaları

Restore penceresi snapshot içindeki indeksleri filtreleyip seçmenizi sağlar. Yeniden adlandırma varsayılan olarak açıktır; regex ve replacement ile hedef adlar gösterilir. include_aliases, include_global_state, partial, index_settings, ignore_index_settings ve uygun Elasticsearch sürümünde feature_states alanları bulunur. İşlem snapshot:restore ve entegrasyon admin erişimi gerektirir.

Varsayılan yeniden adlandırma örneği restored-$1, varsayılan index_settings örneği replica=0’dır; bunlar açılan formda gözden geçirilmelidir. Açık indeks üstüne restore gibi önkoşullar sunucuda kontrol edilir. İstek arka planda başlar; restore kabulü tüm shard recovery işlemlerinin tamamlandığı anlamına gelmez. Hedef sağlık ve recovery durumu ayrıca izlenir.

Elasticsearch SLM politikasında ad, repository, schedule ve snapshot yapılandırması JSON üzerinden düzenlenir; son başarı/başarısızlık ve sonraki yürütme alanları listelenir. Execute ve retention çalıştırma seçenekleri vardır. SLM start/stop cluster:manage/admin ister. OpenSearch Snapshot Management destekleniyorsa kendi politika yapısı, start/stop/explain ve concurrency kontrollü düzenlemesi kullanılır; SLM JSON’u doğrudan SM tanımı değildir.

Snapshot’ı seçip Restore açın; seçili indeksleri ve hesaplanan hedef adları inceleyin.
Ayar/alias/global state seçeneklerini kontrol edin, gerekli onayı tamamlayın.
Recovery ve hedef indeksi kontrol edin; düzenli yedek için bağlantıya uygun SLM/SM politikasını ayrı yapılandırın.

Hedef cluster kimliği, kullanıcı, rol ve API anahtarı

Security ekranındaki Who am I, entegrasyonun kullandığı hedef Elasticsearch/OpenSearch hesabını ve okunabilen ayrıcalıklarını gösterir. Bu, Battani’ye giriş yapan kullanıcıyla aynı hesap olmak zorunda değildir. Elasticsearch _authenticate/_has_privileges; OpenSearch authinfo/permissionsinfo yanıtları dağıtıma göre işlenir. Probe hatasında güvenlik altyapısının devre dışı olduğu kesin sonucu çıkarılmaz.

Kullanıcı, rol ve rol eşlemesi kaynak tarayıcılarında JSON görüntüleme, adla oluşturma, düzenleme ve silme vardır. Yazma işlemleri security:manage ve entegrasyon admin erişimi ister. Reserved/özel korunan tanımlar işaretlenir; upstream güvenlik sistemi bu tanımların değiştirilmesini sınırlayabilir.

Elasticsearch bağlantılarında API key listesi ad, kullanıcı, geçersiz kılınma ve süre bilgilerini gösterir; oluşturma ve invalidate işlemleri bulunur. OpenSearch’te bunun yerine action group ve tenant yönetim görünümleri vardır. Security flavor=none algılanırsa yönetim ekranı devre dışı bilgisi verir. Bu bölümün değiştirdiği roller hedef arama cluster’ına aittir; Battani ekip/rol yönetimini değiştirmez.

Önce Who am I ile hangi upstream hesap üzerinden çalıştığınızı doğrulayın.
Kullanıcı/rol/mapping veya dağıtıma özgü kaynağı seçip JSON’u inceleyin.
Değişikliği uyguladıktan sonra ayrıcalıkları yeniden okuyun; erişimi kaybettiyseniz Battani rolü ile upstream rolünü ayrı kontrol edin.

Görev ağacı, task izleme, iptal ve bekleyen cluster işleri

Tasks ekranı _tasks çıktısını parent/child ilişkisiyle gösterir. Action/description araması ve yalnızca cancellable filtrelemesi vardır. Node, süre, açıklama, durum ve alt görevler incelenir. task:view izni görev okumayı; task:cancel ve write erişimi uygun görevleri iptal etmeyi açar.

Reindex, force merge, update-by-query veya delete-by-query gibi işlemlerin döndürdüğü task kimliği görev merkezine eklenir. İlerleme yaklaşık iki saniyede bir websocket kanalıyla alınır; tamamlanma/hata gösterilir. Arayüz izlenen son 30 görevi tutar. Görevi listeden kaldırmak izleme aboneliğini kapatır; upstream task’ı iptal etmez.

Pending tasks bölümü cluster state kuyruğundaki sıra, priority, source ve bekleme süresini gösterir. Bu liste normal kullanıcı arka plan görev listesiyle aynı değildir. Hot threads örnekleme alanı yoğun thread’leri incelemeye yardımcı olur. İptal isteğinin başarılı dönmesi, işin o anda tamamen durduğu veya önceden yaptığı değişikliklerin geri alındığı anlamına gelmez.

Görevi action/description ile bulun veya işlemden dönen task kimliğini izlemeye alın.
Alt görev, toplam/işlenen kayıt, conflict ve hata alanlarını değerlendirin.
Gerekirse cancellable görevi iptal edin; ardından upstream durumunu yeniden okuyun.

Cluster settings, indeks slowlog eşikleri ve log okuma

Cluster Settings görünümü defaults, persistent ve transient değerlerini düzleştirilmiş biçimde karşılaştırır. Anahtar filtresi ve yalnızca değişenleri göster seçeneği vardır. Her düzenleme persistent veya transient kapsamıyla hazırlanır; null gönderme ilgili override’ı kaldırır. Kaydetme cluster:manage ve entegrasyon admin erişimi gerektirir. Formdaki scope, ayarın yeniden başlatma davranışı bakımından önemlidir.

İndeks slowlog ayarlarında hedef indeks seçilerek arama/fetch/indexing eşiklerine ilişkin değerler okunur ve düzenlenir. index:settings:edit ve write erişimi gerekir. Eşik değiştirmek geçmişe dönük log üretmez; logun hedef sistemde yazılması ve Battani’nin okuyabildiği konteyner çıktısına gelmesi gerekir.

Slowlog görüntüleyici tür, indeks, minimum took ve since zaman aralığıyla Kubernetes pod loglarını filtreler. node:view ve k8s:pods:view izinleri birlikte gerekir. Servis en fazla 20 pod’un logunu okur; ayrıştırılabilen satırlar ve kaynak bağlamı gösterilir. Doğrudan dış endpoint bağlantısı, eksik Kubernetes eşleşmesi veya log biçimi nedeniyle kayıt bulunamaması normal boş sonuçtan ayrılmalıdır.

Cluster veya indeks ayarı ekranını seçin; mevcut/default değeri ve kapsamı okuyun.
Gerekli değişikliği kaydedip tekrar okuyarak uygulandığını doğrulayın.
Slowlog için uygun pod bağlantısı, izin ve zaman aralığını kontrol edin; filtrelenen sonucu sorgu süresiyle ilişkilendirin.

Canlı monitoring, metrik penceresi ve sayaç farkları

Monitoring, ayrı bir metrik deposu gerektirmeden _nodes/stats verisini izler. Sunucu ilgilenen kullanıcı varken yaklaşık 10 saniyede bir örnek alır ve entegrasyon başına bir saatlik veriyi bellekte tutar. İlgisiz kaldığında toplama durur; bu kayıt kalıcı bir zaman serisi arşivi değildir ve uygulama süreci yeniden başlarsa önceki bellek geçmişi korunmaz.

Grafiklerde indexing/search hızı, indeksleme/arama gecikmesi, heap ortalama/maksimum, CPU/disk maksimumları, search/write rejection ve old GC baskısı bulunur. Son örnekte node bazında heap, CPU, load, disk, hız, GC, red sayısı ve breaker tetiklenmeleri gösterilir. Hız ve gecikmeler kümülatif sayaçların iki örnek arasındaki farkından hesaplanır; ilk örnekte ısınma durumu vardır.

Node restart sonrası sayaç geriye giderse negatif hız üretmek yerine o aralık eksik bırakılır. Bağlantı rozeti live, reconnecting veya polling durumunu gösterir; websocket kullanılamadığında snapshot sorgulama akışı devreye girebilir. Tarayıcı en fazla 400 örnek tutar. node:view veya cluster:view izni ve entegrasyona erişim gerekir.

Monitoring’i açın ve en az iki örnek oluşmasını bekleyin.
Bağlantı durumunu kontrol ederek yüksek gecikmeyi heap/CPU/rejection değişimiyle karşılaştırın.
Sorunlu node’u Nodes ekranında açın; uzun dönem inceleme için dış metrik saklama sisteminizin verisini kullanın.

Elasticsearch node’larının Kubernetes pod ve PVC bağlamı

Nodes içindeki Kubernetes paneli, Kubernetes ile ilişkilendirilmiş entegrasyonun namespace ve servis/pod bilgilerini kullanarak arama cluster’ını altyapısıyla eşleştirir. Pod adı, phase, hazır olma durumu, restart sayısı, Kubernetes node’u, CPU/memory limitleri ve başlangıç zamanı gösterilir. PVC adı/kapasitesi ve eşleşen Elasticsearch node’un disk kullanımı depolama bağlamını tamamlar.

Panel için Elasticsearch node:view yanında k8s:pods:view izni gerekir. Servis, eşleşen pod’ları en fazla 50 kayıtla sınırlar. Entegrasyon bir dış endpoint olarak tanımlanmışsa veya cluster/namespace bilgisi eksikse bu panelden otomatik doğru pod topolojisi çıkarıldığı varsayılamaz.

Bu görünüm kaynak ayarını otomatik değiştirmez. Node heap baskısıyla pod memory limitini, disk baskısıyla ilgili PVC bilgisini birlikte incelemek için kullanılır. Pod/PVC okuma hatası, Elasticsearch node istatistiğinin yanlış olduğu anlamına gelmez; iki kaynak farklı API ve izinlerle alınır.

Nodes ekranından Kubernetes bağlamını açın.
Entegrasyon namespace/servis bilgisiyle listelenen pod’ları karşılaştırın; restart ve kaynak sınırlarını inceleyin.
Eksik veri varsa Kubernetes paylaşım/yetkisi ve eşleşme bilgisini kontrol edin; gerekli altyapı işlemini ilgili Kubernetes ekranında yapın.

Sağlık kontrolleri, kanıt, öneri ve eşik ayarları

Health Checks, salt okunur cluster/node/indeks verilerinden kararlılık, shard dağılımı, kapasite, güvenlik ve lifecycle bulguları üretir. Her bulgu önem seviyesi, kapsam, somut kanıt, etki ve öneri taşır. Kategori ve severity filtreleriyle inceleme daraltılır; kaynak API okunamıyorsa ilgili kurallar atlanır ve unavailable kaynağı listelenir. Bulgusuz sonuç, erişilemeyen kaynakların sağlıklı olduğunu kanıtlamaz.

Önerilen düzeltme varsa Konsolda Aç düğmesi isteği hazırlar; kontrol ekranı cluster’ı otomatik onarmaz. İsteği çalıştırmak ayrıca ilgili permission, entegrasyon erişimi, politika ve tehlikeli işlem onayından geçer. Bir ayar/indeks/node bağlantısı ilgili ayrıntıya götürebilir.

Sağlık ayarlarında eşik override’ları, devre dışı bırakılan kurallar ve indeks dışlama desenleri düzenlenir. Alanı boş bırakmak varsayılan eşiği kullanır; sayılar izin verilen min/max sınırında olmalıdır. Değişiklik cluster:manage, admin erişimi ve yazılabilir entegrasyon ister; ayarlar entegrasyon bazında saklanır. Dışlanan indeksler indeks düzeyindeki bulgulardan çıkarılır, fakat cluster kapasitesinde işgal ettikleri shard sayısı sayılmaya devam eder.

Kontrolleri çalıştırıp önce unavailable kaynakları ve en yüksek öncelikli bulguları okuyun.
Kanıt ve kapsamı doğrulayın; gerekiyorsa öneriyi konsola taşıyıp inceleyerek çalıştırın.
Kurulumunuza göre eşik/dışlama ayarını kaydedin, kontrolleri yeniden çalıştırın ve bastırılan bulgu sayısını da değerlendirin.

Upgrade readiness: sürüm geçişi için uygulanabilir kontrol listesi

Upgrade Readiness paneli isteğe bağlı açılıp çalıştırılır; mevcut sürüm ve dağıtımdan geçiş yolunu, kullanılabilir deprecation verisini, indeks/node/ayar sorunlarını ve migration gereksinimlerini bir araya getirir. Uyarılar önem seviyesiyle ayrılır; yeniden çalıştırma güncel durumu getirir. Bu panel paket indirip cluster sürümünü otomatik yükseltmez.

Bulguya bağlı Inspect/Fix düğmeleri ilgili isteği konsola taşır. Reindex gerektiren indeks veya ayar düzeltmesi gibi öneriler bağımsız işlem olarak değerlendirilir; önerinin gösterilmesi uygulanmış olduğu anlamına gelmez. Sistem feature migration destekleniyorsa başlatma eylemi yalnızca system:admin kullanıcısına açıktır; işlem sonrası panel yeniden sorgulanır.

Upstream lisans, sürüm ve izin nedeniyle okunamayan kontroller sonuçta eksik kalabilir. Elasticsearch ve OpenSearch geçiş yolları aynı kabul edilmez. Readiness sonucu; snapshot’ın geri yüklenebilirliği, istemci uygulamalarının uyumu veya gerçek yükseltme sonrası çalışma testi için tek başına kanıt değildir. Konsolda uygulanan düzeltmeleri tekrar ölçerek paneldeki açık bulguların kapanmasını izleyin.

Paneli açıp kontrolleri çalıştırın; mevcut/hedef geçiş yolu ve veri kapsamını okuyun.
Engelleyici bulguyu gerçek indeks/node/ayar bağlamında inceleyin; önerilen komutu gerekiyorsa konsolda çalıştırın.
Düzeltme veya system feature migration sonrası yeniden çalıştırın; kalan bulguları yükseltme planınıza dahil edin.