Elasticsearch rolling upgrade (8.x minor ya da 8.19 → 9.x)

Kurulum değil: çalışan bir Elasticsearch cluster'ını node'ları tek tek güncelleyerek kesintisiz yeni sürüme taşır (8.x içinde minor ya da 8.19 → 9.x ana sürüm). Ön kontroller (sürüm, sağlık, deprecation API, system feature migration), upgrade öncesi snapshot, shard allocation'ı primaries ile sınırlama ve flush, node başına sürüm güncellemesi ve eklentiler, allocation'ı yeniden açıp sağlığı bekleme, Kibana güncellemesi ve gerekirse snapshot'tan geri dönüş adım adım yapılır. Sonunda tüm node'lar ve Kibana hedef sürümde, cluster green olur. 8.19'dan eski bir 8.x'ten 9.x'e geçecekseniz önce bu rehberi 'aynı ana sürüm içinde' seçeneğiyle 8.19'a uygulayın; snapshot repository'si yoksa önce snapshot rehberini açın.

Yapı: Mevcut 3+ node'lu cluster (+ Kibana)

Senaryolar

• Aynı ana sürüm içinde (ör. 8.18 → 8.19, 9.1 → 9.2) — Aynı ana sürüm içinde (8.18 → 8.19, 9.1 → 9.2): repo değişmez, deprecation kontrolü yine yapılır. Ara minor'ları atlamak desteklenir.
• Ana sürüm: 8.19.x → 9.x — Kaynak cluster önce 8.19.x'e (son patch) güncellenmiş olmalı. Ön kontroller Upgrade Assistant / deprecation API ve system feature migration adımlarını içerir.

Başlamadan önce

• Tüm node'lar aynı sürümde: …. …9.x'e geçmek için kaynak sürüm 8.19.x olmalı (8.18 → 9.0 dışında); değilse bu rehberi önce "Aynı ana sürüm içinde" seçeneğiyle uygulayıp 8.19'a geçin.…Hedef sürüm …, mevcut sürümden yeni olmalı; ara minor sürümleri atlamak (8.17 → 8.19) desteklenir.…
• Cluster green; relocating/initializing shard yok; tüm node'larda disk doluluğu %75'in altında (upgrade sırasında shard'lar yeniden kurulur).
• Uygulama istemcileri, Logstash, Beats/Elastic Agent ve APM hedef sürümle uyumlu. …9.x için istemci kütüphanelerinin 9.x (ya da uyumluluk başlıklı 8.x) sürümü gerekir; sürüm notlarındaki breaking change'leri okuyun.…
• Snapshot repo'su … kayıtlı ve doğrulanmış; snapshot için yeterli boş alanı var. Upgrade edilen node eski sürüme döndürülemez; geri dönüşün tek yolu bu snapshot'tır.
• Sunucular artifacts.elastic.co adresine (ya da kurum içi mirror'a) erişebiliyor ve … repo'da mevcut.
• Bakım penceresi onaylı; upgrade sırasında yazma yükü mümkünse azaltılmış (zorunlu değil). …Kibana'da Stack Management → Upgrade Assistant ekranındaki tüm kritik uyarılar giderilmiş.…

Rehberin aşamaları

• Hazırlık — API erişimi için geçici kimlik dosyası oluştur · Yapılandırmayı yedekle · Mevcut eklentileri listele
• Ön kontroller — Sürümü ve rolleri kontrol et · Cluster sağlığını kontrol et · Deprecation kontrolünü yap (Upgrade Assistant API) · System feature migration'ı çalıştır · Kurulabilecek hedef sürümleri listele
• Repo'yu 9.x'e çevir — Elastic 9.x repo'sunu tanımla · Elastic 9.x repo'sunu tanımla · Hedef sürümü kontrol et
• Geri dönüş noktası: snapshot — Upgrade öncesi snapshot al · ML upgrade mode'u aç
• Doğrulama — Tüm node'ların hedef sürümde olduğunu doğrula · Allocation ayarının kalıcı olarak temizlendiğini kontrol et · ML upgrade mode'u kapat · Loglarda hata olup olmadığını kontrol et
• Kibana'yı güncelle — Kibana'yı durdur · Kibana'yı … sürümüne güncelle · Kibana'yı başlat ve durumunu kontrol et
• Kurulum sonrası — Upgrade sonrası snapshot al · Geçici kimlik dosyasını sil
• Geri dönüş (yalnız upgrade başarısız olursa) — Tüm node'larda servisi durdur · Eski sürümü kur · Veri dizinini kenara al ve boş dizin oluştur · Yeni cluster için initial_master_nodes ayarını yaz · Servisleri başlat · Geçici elastic parolasını belirle …