Teknolojiler · Kubernetes

Uygulamanız arızada da, yoğun trafikte de çalışmaya devam etsin

Kubernetes uygulamanızın kaç kopya çalışacağını bilir, bozulan kopyayı kendiliğinden yeniler; ekibiniz her arızada elle müdahale etmek zorunda kalmaz.

İstenen durum“Bu uygulamadan üç kopya çalışsın”Platform gerçek durumu sürekli bu hedefe çekerGerçek durumKopya 1Kopya 2Kopya 3Sağlık denetimiYanıt vermeyen kopya trafiktençıkar ve yeniden başlarArızada taşınmaKopyalar sağlıklı sunucuda açılır;hedef üçse yine üç kopyaKaynak sınırlarıBellek sızıntısı komşuyu etkilemez;sınırı aşan kopya yeniden başlarYükle birlikte ölçeklemeKopya sayısı tanımlı sınırlariçinde artar, geri iner

Sizin için ne anlama gelir

  • Kesintiye daha az açık

    Yanıt vermeyen bir kopya trafikten çıkarılır ve yeniden başlatılır; kullanıcılar çoğu zaman bir şey fark etmez.

  • Trafikle birlikte büyüyen kapasite

    Kampanya günü kopya sayısı artar, trafik düşünce geri iner; yalnız ihtiyaç duyduğunuz kaynağı kullanırsınız.

  • Komşusundan etkilenmeyen uygulamalar

    Bir uygulamadaki hata, aynı platformdaki diğer uygulamaların belleğini ve işlemcisini tüketemez.

Nasıl çalışır, kısaca

  1. 01Sağlık denetimi.
  2. 02Arızada taşınma.
  3. 03Kaynak sınırları.
  4. 04Yükle birlikte ölçekleme.

Kubernetes'in asıl değeri uygulamayı çalıştırmak değil, çalışır tutmaktır. Bunu "istenen durum" yaklaşımıyla yapar: hedef tanımlanır — "bu uygulamadan üç kopya çalışsın" — platform, gerçek durumu sürekli bu hedefe çeker.

Üretim ortamında bunun karşılığı birkaç mekanizmadır:

Sağlık denetimi.

Uygulama belirli aralıklarla yoklanır; yanıt vermeyen kopya trafikten çıkarılır ve yeniden başlatılır.

Arızada taşınma.

Fiziksel sunucu arızalandığında üzerindeki kopyalar sağlıklı sunucularda yeniden açılır; hedef üç kopyaysa yine üç kopya olur.

Kaynak sınırları.

Bir uygulamadaki bellek sızıntısı komşu uygulamayı etkileyemez; sınırı aşan kopya yeniden başlatılır.

Yükle birlikte ölçekleme.

Trafik arttığında kopya sayısı tanımlı sınırlar içinde otomatik artar, azaldığında geri iner.

Bu mekanizmalar kendiliğinden doğru kurulmaz: yanlış tanımlanmış bir sağlık denetimi, sağlıklı uygulamayı sürekli yeniden başlatan bir mekanizmaya dönüşebilir. Yönetilen Kubernetes hizmetinde bu ayarlar, üretim tecrübesinden gelen değerlerle kurulmuş olarak teslim edilir.

İlgili hizmet:

Yönetilen Kubernetes

Sık sorulan sorular

Ayrılmak istersem uygulamalarımı alabilir miyim, bir sağlayıcıya kilitlenir miyim?
Kilitlenmezsiniz. Cluster standart, upstream uyumlu Kubernetes olduğu için manifestleriniz ve Helm chart'larınız başka bir Kubernetes ortamında da değişmeden çalışır; imajlarınızı özel depodan istediğiniz an çekebilirsiniz.
Bir node ya da kontrol katmanı düşerse uygulamam durur mu?
Üretim varsayılanında kontrol katmanı üç control-plane node üzerinde çalışır; biri kaybedildiğinde kalan ikisi çoğunluğu korur ve API yanıt vermeye devam eder. Bozulan bir worker yerinde onarılmaz, yerine yeni bir node açılır ve pod'lar sağlam node'larda yeniden başlar.
Faturada sürpriz çıkar mı?
Fatura cluster birimi, worker node'ların sayısı ve boyu ile her cluster'a eklenen yük dengeleyiciden oluşur. Hangi kalemin ne tuttuğu ayrı satırlarda görünür; kurulum ya da taşıma desteği gerekiyorsa teklifte ayrı bir kalem olarak yazılır.
Mevcut veritabanımı taşımak riskli mi?
Taşıma motorun kendi dışa aktarma ve içe alma araçlarıyla yapılır; önce bir kopya yeni kurulumda denenir ve uygulamanız onunla sınanır. Asıl geçiş seçtiğiniz bir zaman penceresinde yapılır, eski veritabanı geri dönüş için bir süre açık tutulur.
Veritabanım düşerse ya da bir node kaybedilirse ne olur?
PostgreSQL'de operatör hot standby'lardan birini primary yapar, MySQL'de kalan node'lar yazmaya devam eder, MongoDB'de kalan üyeler yeni bir birincil seçer. Uygulamanız bağlantı adresini değiştirmeden çalışmaya devam eder.

Bize ulaşın

Yeni bir proje, taşıma planı ya da mevcut hizmetinizle ilgili bir soru için formu doldurun ya da 0800 606 1071'i arayın; aynı iş günü içinde dönüş yapılır.