SCNET · Kurumsal BT · Ankara, Türkiye

Sanal Çekirdek

Soru arızanın çıkıp çıkmayacağı değil; hizmetin ne kadar süre durduğudur.

Yüksek erişilebilirlik bir ürün değil, bir tasarım kararıdır: hangi bileşenin arızası hizmeti durdurmayacak. Her ek dokuz, maliyeti ve karmaşıklığı birlikte artırır.

«Hiç kesinti olmasın» hedefi ölçülemez ve karşılanamaz. Ölçülebilir hedef şudur: hangi arıza senaryosunda hizmet ne kadar sürede kendine gelir.

Hedefi maliyetle seçmek

Erişilebilirlik hedefi iş biriminin ihtiyacı ile bütçenin kesiştiği yerde belirlenir. Hedef sıkılaştıkça maliyet doğrusal değil üstel artar; bu eğri karar toplantısında masaya konur.

  • Hedef, hizmet başına ayrı belirlenir
  • Maliyet eğrisi karar öncesi gösterilir
  • Kabul edilen kesinti süresi yazılı hâle getirilir
  • Hedefi karşılamayan bileşenler listelenir

Tekil arıza noktalarının kaldırılması

Yedeklilik, en zayıf halkayla sınırlıdır. Sunucu çift olabilir ama tek anahtar, tek hat veya tek güç kaynağı zinciri kırar. Harita çıkarılır ve her tekil nokta kararla kapatılır ya da kabul edilir.

  • Güç, soğutma ve hat da haritaya dâhildir
  • Kabul edilen tekil noktalar gerekçesiyle yazılır
  • Yazılım lisansı yedekliliği engelleyebilir, kontrol edilir
  • Bağımlı dış servisler ayrıca değerlendirilir

Arıza senaryolarıyla sınama

Yedekliliğin çalıştığı, ancak bileşen bilerek düşürülerek bilinir. Planlı arıza testleri kademeli yapılır: önce yedekli bileşen, sonra bütün düğüm, sonra bağlantı.

  • Test kademeli ve planlı pencerede yapılır
  • Devralma süresi ölçülür ve kaydedilir
  • Testte çıkan bulgular tasarımı değiştirir
  • Otomatik devralma yanlış pozitife karşı sınanır

Bakım ve değişiklik dayanıklılığı

Kesintilerin önemli bölümü arızadan değil değişiklikten doğar. Yüksek erişilebilirlik, planlı bakımı hizmeti durdurmadan yapabilmeyi de kapsar; aksi hâlde yedeklilik yalnız kâğıt üstünde kalır.

  • Yama ve sürüm yükseltme hizmet çalışırken yapılabilir
  • Değişiklik önce yedek düğümde denenir
  • Geri alma yolu her değişiklikte hazırdır
  • Bakım penceresi yedeklilik payıyla planlanır

Nasıl çalışırız

  1. Hizmet başına hedefi maliyetle birlikte seçin
  2. Tekil arıza noktalarını haritalayın
  3. Kapatılamayanları gerekçeyle kabul edin
  4. Arıza senaryolarını planlı pencerede sınayın
  5. Bakımı hizmeti durdurmadan yapılabilir hâle getirin

Başarı nasıl ölçülür

  • Her kritik hizmetin yazılı erişilebilirlik hedefi var
  • Kabul edilen tekil noktalar gerekçeli ve bilinir
  • Devralma süresi ölçülmüş ve hedefin içinde
  • Planlı bakım kesinti üretmiyor

Sık sorulan sorular

Yedeklilik ile felaket kurtarma aynı şey mi?

Değil. Yedeklilik bileşen arızasını aynı yerde karşılar; felaket kurtarma tesisin tamamının kaybını karşılar. İkisi farklı senaryoya yanıt verir ve birbirinin yerini tutmaz.

Kaç dokuz yeterli?

Bu soruya hizmet bazında yanıt verilir. Aynı kurumda bir hizmet için birkaç saatlik kesinti kabul edilebilirken diğeri dakikalarla sınırlıdır; tek bir hedef tüm sistemlere uygulanmaz.

Bulut kullanırsak otomatik olarak yüksek erişilebilir mi oluruz?

Hayır. Bulut yedeklilik imkânı sunar ama tasarım yine sizin kararınızdır; tek bölgede kurulmuş bir uygulama bulutta da tek bölgeye bağımlıdır.

Hangi hizmette ne kadar kesintiyi kabul edebileceğinizi konuşalım; maliyet eğrisini birlikte görelim.

Kabul edilebilir kesintiyi konuşalım