Depolama alanı yüzde 80 dolduğunda “ne zaman yeni disk alacağız?” sorusu tek başına yeterli olmuyor. Kalan alanın ne hızla tükendiğini, satın alma ve kurulumun ne kadar süreceğini, bakım sırasında ne kadar boşluk gerektiğini bilmek gerekiyor. Aynı yaklaşım işlemci, bellek ve rack kapasitesi için de geçerli.
Önce kullanılabilir kapasiteyi tanımlayalım
Satın alınan toplam kapasiteyle uygulamalara güvenle ayrılabilecek kapasite farklı hesap kalemleri içerir. Depolamada koruma düzeni, sistemin çalışma alanı ve işletim payı; sanallaştırmada ise host kaybı ve bakım senaryosu değerlendirilmelidir. Bu kalemleri kapasite raporunda ayrı gösterin.
Böylece “boş alanımız var” cümlesinin neye dayandığı anlaşılır. Sadece üretim normal çalışırken boş görünen kaynak, bir bileşen devre dışıyken yeterli olmayabilir. Hangi arıza senaryosunun karşılanacağı iş ihtiyacıyla birlikte kararlaştırılmalı.
Kullanımı iş yüküyle ilişkilendirelim
Her kaynak için aynı metriği seçmeyin. Depolamada günlük net büyüme ve değişim miktarı, bellekte aktif kullanım ve baskı belirtileri, işlemcide yoğun saatler ve bekleme davranışı daha anlamlı olabilir. İş yükünün yapısına göre kullanılacak göstergeler değişir.
Google SRE kapasite planlama yaklaşımı, doğal büyümeyle yeni proje veya kampanya kaynaklı büyümeyi ayrı ele alır. Aynı ayrımı kurum içi altyapıya da uygulayabiliriz. Geçmiş grafik, gelecek ay taşınacak büyük bir uygulamayı kendiliğinden bilemez. Proje takviminden gelen talebi ölçülen eğilime ayrıca ekleyin.
Basit bir tahminle başlayalım
Örnek olarak kullanılabilir işletim payının 12 TB, net büyümenin ayda 2 TB olduğunu varsayalım. Değişim aynı hızda sürerse bu pay yaklaşık altı ay içinde tüketilir. Bu bir örnek hesap; veri azaltma oranı, silmeler ve dönemsel işlemler sonucu değiştirebilir.
Tek rakam yerine üç görünüm hazırlamak daha faydalı olur: mevcut eğilim, beklenen yeni iş yükleri ve yüksek büyüme senaryosu. Her tahmine dayanak tarihini ve varsayımını ekleyin. Belirsizliği gizlemek yerine hangi değişkenin sonucu etkilediğini göstermek karar almayı kolaylaştırır.
Satın alma tarihini geriye doğru hesaplayalım
Kapasitenin biteceği tarih satın alma sürecinin başlangıcı olamaz. Teklif, onay, teslimat, kurulum, test ve bakım penceresi için gereken süreyi geriye doğru çıkarın. Google'ın güvenilir devreye alma rehberi, veri merkezi kaynaklarının uzun tedarik sürelerini ve yedeklilik ihtiyacını özellikle vurgular.
Kısa bir kapasite kaydında şu alanlar bulunabilir:
- Kaynak ve onu kullanan hizmetler
- Ölçüm dönemi ve olağan yoğunluk
- Güvenli işletim sınırı ve gerekçesi
- Büyüme varsayımları ile tahmini karar tarihi
- Genişletme seçeneği, sorumlu kişi ve bağımlılıklar
Kaynak azaltmayı da kontrollü yapalım
Düşük ortalama kullanım, bir sanal makinenin kaynağını hemen azaltmak için yeterli kanıt değildir. Ay sonu işleri, dönemsel raporlar ve kurtarma senaryoları gözden geçirilmeli. Düzenleme gerekiyorsa uygulama sahibinin kabul ölçütü, gözlem süresi ve geri dönüş adımı önceden belirlenmeli.
Planı düzenli olarak gerçekleşen verilerle karşılaştırın. Tahmin sapıyorsa yalnızca yeni tarih yazmayın; büyüme mi değişti, ölçüm mü eksik, yeni bir bağımlılık mı geldi inceleyin. İyi bir kapasite planı, ne kadar boşluk olduğunu ve bir sonraki kararın hangi tarihte verilmesi gerektiğini birlikte söyler.
Yorumlar (0)
Henüz onaylanmış yorum yok.