SCNET · Kurumsal BT · Ankara, Türkiye

Sanal Çekirdek

Kaç sunucuya ineceğinizi ölçüm söyler, tahmin değil.

Sanallaştırma katmanı, altyapının en çok değişen ve lisans açısından en pahalı katmanıdır. Sanal Çekirdek bu katmanı kapasite verisi, lisans modeli ve yenileme takvimini birlikte ele alarak tasarlar.

Kullanım ölçülmeden yapılan konsolidasyon, tasarruf değil darboğaz üretir. Ölçüm, kararın önünde gelir.

Kapasite ölçümü ve konsolidasyon

Konsolidasyon oranı bir hedef değil, ölçümün sonucudur. İşlemci, bellek, disk gecikmesi ve ağ kullanımı zaman serisiyle toplanır; tepe değerler ile ortalama arasındaki fark, aşırı taahhüt sınırını belirler.

  • Ölçüm en az bir tam iş döngüsünü kapsar
  • Tepe değerler ortalamadan ayrı raporlanır
  • Bellek, çoğu ortamda işlemciden önce biter
  • Disk gecikmesi konsolidasyon sınırını belirler

Lisans modeliyle mimari ilişkisi

Sanallaştırma kararları lisans maliyetini doğrudan değiştirir. Çekirdek başına lisanslanan yazılımlar için küme tasarımı, yerleştirme kuralları ve düğüm boyutu maliyeti belirler. Mimari önce, lisans sonra kurgulanırsa fatura sürpriz olur.

  • Yerleştirme kuralları lisans sınırını korur
  • Düğüm boyutu, çekirdek sayımıyla birlikte seçilir
  • Lisans denetimine hazırlık sürekli tutulur
  • Yenileme, sözleşme dönemiyle hizalanır

Yüksek erişilebilirlik ve bakım

Küme, bir düğüm kaybını iş etkisi olmadan taşıyabilmelidir. Yedeklilik payı, bakım penceresi ve canlı taşıma yeteneği birlikte planlanır; yama takvimi bu paya göre kurulur.

  • Yedeklilik payı en yoğun saate göre hesaplanır
  • Yama takvimi küme kapasitesine bağlanır
  • Canlı taşıma, bakımı kesintiden ayırır
  • Depolama yolu tekil arıza noktası taşımaz

Yenileme ve çıkış planı

Donanım ve platform sürümleri aynı takvimde yaşlanmaz. Yenileme planı, destek bitiş tarihlerini ve bütçe dönemlerini birlikte gözetir; platform değiştirme ihtimali için çıkış maliyeti baştan bilinir.

  • Destek bitiş tarihleri tek takvimde izlenir
  • Bütçe dönemiyle yenileme dalgası hizalanır
  • Çıkış maliyeti, kalış maliyetiyle birlikte ölçülür
  • Veri taşınabilirliği tasarım ölçütüdür

Nasıl çalışırız

  1. Kapasite ve kullanım verisini toplayın
  2. Konsolidasyon sınırını ölçümle belirleyin
  3. Küme ve yerleştirme kurallarını lisansla uzlaştırın
  4. Bakım ve yama takvimini kapasiteye bağlayın
  5. Yenileme planını bütçe dönemiyle hizalayın

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

  • Konsolidasyon oranı ölçüme dayanıyor
  • Bir düğüm kaybı iş etkisi üretmiyor
  • Lisans kapsamı gerçek kurulumla eşleşiyor
  • Destek dışı platform sürümü kalmadı

Sık sorulan sorular

Sanallaştırma yerine konteyner mi kullanmalıyız?

İkisi rakip değil, farklı katmanlardır. Yeni geliştirilen servisler için konteyner uygun olabilir; mevcut kurumsal uygulamaların çoğu sanal makinede kalır. Karar uygulama bazında verilir.

Aşırı taahhüt (overcommit) güvenli mi?

Ölçülmüş sınır içinde evet. Tehlikeli olan, tepe kullanımı bilmeden ortalamaya göre taahhüt vermektir; bellek tarafında bu sınır işlemciye göre çok daha erken gelir.

Platform değiştirmek ne kadar zor?

Zorluk çoğunlukla teknik değil, bağımlılık kaynaklıdır: yedekleme, izleme ve otomasyon araçları platforma bağlıysa geçiş maliyeti oradan büyür. Bu yüzden çıkış maliyetini baştan ölçeriz.

Konsolidasyon kararını ölçümle vermek isterseniz kapasite verinizi paylaşın; sınırı birlikte çıkaralım.

Kapasite analizi isteyin