Kapasite, Operasyon ve Yaşam Döngüsü

Ön koşul: hizmet zinciri, kaynak veri akışı, RTO/RPO ve hata alanı kavramlarını uygulayabilmelisin. Bu dersin sonunda kapasiteyi miktar, performans, dayanıklılık payı ve fiziksel/operasyonel sınırlarla birlikte ölçebilecek; büyüme ile kısa süreli tepeyi ayırabilecek; güç, soğutma ve PUE bilgisini doğru sınırda yorumlayabilecek; gözlem, değişim, patch, firmware, destek ve yenileme gereksinimlerini tasarım girdisine dönüştürebileceksin. Sürenin yaklaşık 26 dakikası anlatı ve örneklere, 15 dakikası baseline çalışmasına, 10 dakikası kontrollere ayrılır. Amaç belirli ürün ömrü veya kapasite oranı ezberletmek değildir. Her eşik iş yükü, ölçüm dönemi, üretici desteği ve kurumun operasyon modeline göre doğrulanır. Modül sonunda üreteceğin baseline, sonraki discovery modülünde hangi sorunun neden sorulduğunu açıklayan teknik bağlam olacaktır.

Kapasite planı “bugünkü kullanım artı yüzde” formülünden geniştir. Birinci boyut miktardır: kullanılabilir compute, bellek, ağ, storage, rack alanı, port, güç ve soğutma. İkinci boyut hizmet seviyesidir: yoğun anda kabul edilebilir işlem süresi, gecikme, throughput ve kuyruk. Üçüncü boyut dayanıklılık payıdır: bir bileşen veya yol bakımdayken kalan kapasite hedef yükü taşıyabiliyor mu? Dördüncü boyut zaman ve operasyon sınırıdır: tedarik süresi, kurulum penceresi, büyümenin basamaklı oluşu, lisans/destek, veri taşıma süresi ve ekibin yönetebileceği karmaşıklık. Ortalama yüzde 40 kullanım rahat görünebilir; fakat ay sonu iki saatlik tepe yüzde 95’e çıkıyor veya bakım sırasında kapasitenin yarısı kayboluyorsa risk farklıdır. Baseline bu dört boyutu aynı birim, zaman aralığı ve veri kaynağıyla kaydeder.

İşletilemeyen mimari tamamlanmış değildir. Gözlemlenebilirlik; metrik, log, olay ve izleri toplamanın yanında bunları hizmet sahibi, eşik, zaman senkronizasyonu, saklama ve müdahale süreciyle bağlar. “Monitoring var” ifadesi hangi kullanıcı sonucunun izlendiğini söylemez. Donanım sağlık ekranı yeşilken uygulama başarısız olabilir; bu yüzden fiziksel sensörden kullanıcı işlemine kadar katmanlı sinyaller gerekir. Alarmın adı, koşulu, önceliği, sahibi, çalışma saatleri, ilk teşhis adımı ve yanlış pozitif davranışı tanımlanır. Yönetim ağı veya gözlem platformu aynı arızadan etkileniyorsa en kritik anda görünürlük kaybolabilir. Pre-Sales teklif içine yalnız lisans veya appliance eklemek yerine, hangi servis göstergesinin hangi telemetriyle doğrulanacağını ve müşterinin mevcut operasyon merkezine nasıl aktarılacağını açıklar.

Operasyon modeli insanlar, süreçler, erişimler ve araçlardan oluşur. Olay yönetimi arızaya yanıtı; problem yönetimi tekrar eden kök nedeni; değişim yönetimi kontrollü güncellemeyi; kapasite ve konfigürasyon yönetimi ortamın zaman içindeki durumunu ele alır. Yeni platformun uzman konsolu güçlü olabilir, fakat yalnız bir kişinin erişebildiği veya ekibin vardiya düzenine uymayan araç operasyon riskidir. Rol tabanlı erişim, ayrıcalıklı hesap, üretici destek kaydı, uzaktan erişim, yedek konfigürasyon, runbook, eskalasyon, vardiya devri ve eğitim teslimatın parçasıdır. Tasarım review’unda “kim yapacak, hangi yetkiyle, hangi kanıtla, hata olursa nasıl geri dönecek?” soruları sorulur. Kurulum projesi bittiğinde bilgi dış ekiple birlikte ortamdan çıkıyorsa sürdürülebilirlik sağlanmamıştır.

Değişim kaçınılmazdır: kapasite eklenir, firmware ve işletim sistemi güncellenir, sertifikalar yenilenir, güvenlik açığı kapatılır, bileşen ömrü dolar ve iş yükü taşınır. Bu nedenle mimari yalnız ilk gün topolojisini değil güvenli değişim yolunu da göstermelidir. Güncelleme sırası, uyumluluk matrisi, ön koşul, yedek, sağlık kontrolü, bakım penceresi, rollback ve başarısızlık sonrası destek yolu tasarım girdisidir. Cluster “kesintisiz güncellenebilir” görünse bile bakım sırasında kalan kapasite, VM yerleştirme kuralları, storage/network yolu ve uygulama davranışı sınanır. Birden fazla bileşenin sürüm uyumluluğu üreticilerin güncel belgeleriyle doğrulanır; satış anındaki bilgi beş yıllık yaşam döngüsü garantisi gibi sunulmaz. Değişim provası ve kademeli dağıtım, teorik geri dönüş planından daha güçlü kanıt üretir.

Yaşam döngüsü planı tedarik, teslim, kurulum, kabul, normal işletim, kapasite artışı, destek yenileme, teknoloji yenileme, veri taşıma ve güvenli elden çıkarma dönemlerini kapsar. End of sale yeni alımı, end of support hata çözümü ve parça erişimini, yazılım bakım pencereleri güvenlik ve uyumluluğu etkileyebilir; tarih ve kapsam yalnız resmî üretici kaynağından, karar anında doğrulanır. Çıkış maliyeti başta sorulur: veri hangi format ve hızla taşınır, konfigürasyon ve loglar nasıl alınır, lisans veya özellik bağımlılığı ne olur, geçiş sırasında iki ortam ne kadar süre birlikte çalışır? Satın alma bedeli toplam maliyetin yalnız bir parçasıdır. Enerji, soğutma, rack, ağ portu, destek, lisans, insan yetkinliği, kesinti ve migration yükü seçenek karşılaştırmasına girer.

Enerji planında PUE, toplam veri merkezi enerji tüketiminin IT ekipmanına verilen enerjiye oranıdır; değer 1’e yaklaştıkça tesis ek yüklerinin oranı azalır. ENERGY STAR bunu yaygın bir kıyas metriği olarak açıklar. PUE yararlıdır ama tek başına IT iş verimliliğini, karbon etkisini, su kullanımını veya belirli uygulamanın ne kadar faydalı iş ürettiğini göstermez. Ölçüm sınırı ve dönemi aynı değilse iki tesisin sayısını doğrudan karşılaştırmak yanıltabilir. ASHRAE’nin data center enerji ve çevresel standartları, verimliliğin güvenilirlik ve çevresel koşullarla birlikte ele alınması gerektiğini gösterir. Pre-Sales sabit sıcaklık veya nem değeri ezberden vermez; kurulacak ekipmanın güncel çevresel sınıfını, tesis ölçümünü ve yetkili tesis mühendisi değerlendirmesini ister.

Arven yeni compute ve storage yatırımı için “yüzde 30 büyüme payı” istiyor. İnceleme bu oranın nereden geldiğini göstermiyor. ERP yükü ay sonunda sıçrıyor, görüntü arşivi proje bazlı büyüyor, backup penceresi aynı ağ ve storage yollarını kullanıyor. İstanbul veri merkezinde bazı rack’lerin güç ölçümü var, bazılarında isim plakası değerleri kullanılıyor; soğutma kapasitesi oda toplamı olarak biliniyor fakat rack yoğunluğu haritası güncel değil. Operasyon ekibi patch’leri üç ayda bir yapıyor, ancak cluster bakımında gereken boş kapasite sizing tablosunda yok. Bazı cihazların destek bitiş tarihleri e-posta zincirlerinde tutuluyor. Pre-Sales bütün belirsizlikleri tek yüzdeyle gizlemek yerine ölçüm sahibi, dönem, semantik ve karar etkisi taşıyan baseline oluşturur.

Arven baseline’ı dört görünüm taşır. Hizmet görünümü kritik işlem, yoğun dönem ve kabul eşiğini; kaynak görünümü mevcut/tepe kullanım, büyüme olayı ve darboğaz kanıtını; dayanıklılık görünümü bakım veya arıza sonrası kalan kapasiteyi; tesis-operasyon görünümü rack/güç/soğutma, izleme, değişim, destek ve yetkinliği gösterir. Her veri satırında kaynak sistem, ölçüm aralığı, sahibi, doğrulama tarihi ve güven düzeyi bulunur. Bilinmeyen değer sıfır veya genel tamponla doldurulmaz; TBD olarak tutulur, kapatma eylemi ve teklif kararına etkisi yazılır. Bu baseline ürün seçimini geciktiren bürokrasi değil, yanlış sizing, son dakika tesis değişikliği ve işletilemeyen mimari riskini azaltan karar sözleşmesidir.