Storage Sizing, Yaşam Döngüsü ve Karar

Ön koşul: erişim modeli, iş yükü profili, kapasite semantiği, veri yolu, koruma geometrisi ve data services sonuç sözleşmesini açıklayabilmelisin. Bu dersin sonunda storage sizing’i tek bir kapasite veya IOPS sayısından çıkarmayacak; normal, tepe, degraded, rebuild, migration ve büyüme senaryolarında kapasite ile performansı birlikte hesaplayabilecek; yaşam döngüsü, enerji, destek ve güvenli decommission kararlarını teknik tasarıma bağlayabilecek; Arven için izlenebilir bir karar paketi hazırlayabileceksin. Yaklaşık 31 dakika anlatı ve örnek, 18 dakika vaka, 11 dakika kontrollerdir. Marka, model ve güncel fiyat kazananı seçilmez.

Storage sizing’in başlangıcı ürün kataloğu değil, ölçüm sözleşmesi bulunan iş yüküdür. Block için read/write oranı, karışım, transfer boyutu, queue depth, concurrency, cache ve p95/p99 latency gerekir. File için dosya boyutu dağılımı, metadata yoğunluğu, namespace, eşzamanlı kullanıcı ve protokol davranışı; object için nesne boyutu, GET/PUT/LIST oranı, request latency, lifecycle ve durability beklentisi ölçülür. Her metrik iş zamanı ve kullanıcı sonucuyla eşleştirilir. Tek ortalama yerine en az altı senaryo yazılır. Normal senaryo olağan karışımı, tepe senaryosu ay sonu veya kampanyayı, degraded senaryo yol ya da controller kaybını, rebuild senaryosu koruma yeniden kuruluşunu, migration senaryosu taşıma trafiğini, büyüme senaryosu tarihli yeni hacimleri gösterir. Normal durumda hızlı görünen bir dizi rebuild sırasında latency eşiğini aşabilir. Kabul ölçütü bu yüzden her senaryoda throughput, tail latency, hata oranı, batch bitişi ve hizmet etkisini birlikte taşır. Kapasite waterfall’ı isimleri görünür kılar: kurulu raw kapasiteden koruma overhead’i, format ve metadata, hot spare veya distributed spare, system reserve, snapshot/clone değişim alanı, replication kopyası, growth reserve ve operasyonel doluluk sınırı düşülür. Usable, provisioned, consumed ve available aynı şey değildir. Deduplication ve compression sonrası effective kapasite, veri karışımına bağlı bir sonuçtur; garanti edilen fiziksel kapasitenin yerine yazılmaz. Base, adverse ve gerekirse optimistic veri azaltma senaryoları ayrı tutulur. Headroom tek, evrensel yüzde değildir. Kapasite headroom’u büyüme ve operasyon için; performans headroom’u tepe, arıza ve yeniden kurulum için; port ve controller headroom’u bağlantı ve failure domain için hesaplanır. Eşik yaklaşınca gerçekleşecek eylem, ölçüm sahibi ve tedarik süresi yazılmadıkça rezerv yalnız sunum sayısıdır. Sizing çıktısı her girdinin kaynağını, tarihini, güven düzeyini ve yeniden ölçüm tetikleyicisini taşır.

Büyüme modeli “yılda yüzde yirmi” cümlesinden daha ayrıntılıdır. Her veri sınıfı için başlangıç consumed miktarı, günlük ingest, silme, retention, snapshot değişim oranı, clone davranışı, replication kopyası ve planlanan proje adımı yazılır. Organik büyüme ile tek seferlik olaylar ayrılır. Backup retention artışı, yeni görüntü arşivi veya şirket satın alımı aynı matematikle davranmaz. Tahmin aylık zaman çizgisine dökülür; doluluk, performans, port ve lisans eşiklerinin hangi ayda aşılacağı görünür olur. Sipariş ve devreye alma süresi de sizing girdisidir. Uyarı yüzde seksende verilip genişleme altı ay sürüyorsa boşluk adverse büyümeyi ve operasyon rezervini taşımalıdır. Scale-up kapasitesi, ek medya ve denge süresi; scale-out seçeneğinde ekleme granülerliği, rebalance ve failure domain dağılımı değerlendirilir. Maksimum ölçek datasheet sayısı, müşterinin desteklenen konfigürasyonu değildir. Migration kapasitesi hedef dizide boş alan bulmakla bitmez. Kaynak veri miktarı, okunabilir transfer hızı, ağ ve hedef yazma sınırı, küçük dosya/metadata etkisi, değişim oranı, kesinti penceresi ve doğrulama süresi birlikte modellenir. Teorik alt sınır, taşınacak byte değerinin sürdürülebilir throughput’a bölünmesidir. Gerçek plan protokol overhead’i, concurrency, throttling, retry ve üretim etkisini ekler. Kaynak veri migration boyunca saatte 500 GB değişiyorsa ilk kopyadan sonra delta sync ve son cutover ayrıca hesaplanır. Cutover planı giriş kapıları, iletişim, freeze veya uygulama quiesce, son delta, erişim değişikliği, bütünlük ve performans kontrolü, go/no-go kararı ve rollback sınırı taşır. “Kopyalama tamamlandı” başarı değildir. Dosya sayısı, boyut, checksum veya uygulama tutarlılığı, izin/metadata ve örnek iş işlemi doğrulanır. Rollback’in hangi noktaya kadar mümkün olduğu ve iki tarafta oluşan değişikliklerin nasıl uzlaştırılacağı yazılır. Migration trafiği normal ve degraded storage senaryolarında test edilir.

Storage yaşam döngüsü teklif ile başlamaz ve garanti bitişiyle sona ermez. Mevcut verinin sınıflandırılması, migration, kabul ve hizmete geçiş başlangıçtır. İşletimde kapasite/performance trendi, incident, firmware, drive wear, hata oranı, data services değişikliği, uyumluluk ve restore testleri izlenir. Genişleme, teknoloji yenileme ve decommission için yeniden karar kapıları bulunur. Her kapının sahibi, gereken kanıtı ve karar tarihi vardır. Destek sözleşmesi süre etiketinden ayrıştırılır: başlangıç ve bitiş, müdahale/hedef çözüm, parça lokasyonu, firmware/güvenlik güncellemesi, escalation, onsite kapsam, arızalı medya iadesi ve istisnalar yazılır. OS, hypervisor, multipath, HBA/NIC, switch, protocol ve array firmware uyumluluk matrisi tarihli kanıttır. Bir bileşen yükseldiğinde matris ve geri dönüş planı yeniden doğrulanır. Enerji değerlendirmesi nameplate watt veya TB/W tek sayısıyla yapılmaz. SNIA Emerald yaklaşımı ürünleri tanımlı yük ve ölçüm koşullarında enerji tüketimi ile verimlilik üzerinden karşılaştırır. Aynı kapasite semantiği, protection, data services, performans zarfı, sistem sınırı ve yük seviyesi kullanılmalıdır. Rack güç/soğutma sınırı, işin tamamlanma süresi ve büyüme adımları birlikte ele alınır. Yaşam sonu veri güvenliği gerektirir. NIST SP 800-88 Rev.2 media sanitization’ı veriye erişimi belirli bir çaba düzeyi için uygulanamaz hale getiren program olarak ele alır ve yöntemi bilginin hassasiyetine bağlar. Clear, purge veya destroy kararı medya, veri sınıfı, yeniden kullanım, sözleşme ve doğrulanabilir teknoloji desteğine göre verilir. Şifreli silme yalnız anahtar yaşam döngüsü, algoritma/uygulama kapsamı ve kopyaların yeri kanıtlandığında anlamlıdır. Snapshot, replication, cache, spare ve arızalı medyada kalan kopyalar kapsama alınır. Seri numarası, sahiplik, chain of custody, uygulanan yöntem, araç/sonuç, doğrulayan kişi ve imha sertifikası yaşam sonu kanıt paketinde tutulur.

Arven yaklaşımları karşılaştırır. A seçeneği iş kritik block ve file yüklerini tek all-flash platformda birleştirir; ortak yönetim ve yüksek performans sağlayabilir, blast radius ve maliyet yoğunlaşmasını artırabilir. B seçeneği performans ve kapasite katmanlarını ayırır; servis sınıfını daha açık kurabilir, veri hareketi ve operasyon karmaşıklığı getirir. C seçeneği block/file ile object arşivini farklı ölçek alanlarına ayırır; bağımsız büyüme sağlar, entegrasyon, gözlem ve beceri sınırlarını çoğaltır. Ürün adı değil, kapılar ve trade-off’lar karşılaştırılır. Önce eleme kapıları uygulanır: erişim/protokol uyumu, p99 latency ve throughput, usable/adverse kapasite, degraded/rebuild hizmeti, veri bütünlüğü, RPO/RTO, security/isolation, uyumluluk ve destek yaşamı. Bir seçenek zorunlu kapıyı geçmiyorsa ağırlıklı puanla geri dönmez. Geçen seçenekler maliyet, enerji, operasyon becerisi, migration riski, büyüme granülerliği ve gözlemlenebilirlikte puanlanabilir. POC karar belirsizliğini azaltan kontrollü deneydir. Veri azaltma gerçek veriyle; latency/throughput tanımlı karışım ve concurrency ile; degraded/rebuild güvenli hata enjeksiyonuyla; snapshot/replication uygulama kontrolüyle; QoS komşu yükle; restore seçilen recovery point üzerinden sınanır. Ortam, firmware, veri seti, warm-up, steady-state, ölçüm aracı, tekrar, eşik ve sapmalar kayıtlıdır. Son karar paketi requirement-to-evidence matrisi, kapasite waterfall’ı, performans zarfı, veri yolu ve failure domain diyagramı, koruma/data services politikası, büyüme ve migration takvimi, yaşam döngüsü ve sanitization planı, beş yıllık TCO varsayımları, risk/assumption/TBD register’ı ve POC sonucunu taşır. Öneri hangi seçenekle, hangi koşullarda ve hangi riski kabul ederek ilerlediğini söyler. Hacim, iş yükü, retention, destek veya uyumluluk değiştiğinde kararı yeniden açacak eşikler yazılır. Handover; operasyon sahibini, dashboard/alarmı, runbook’u, escalation’ı ve ilk restore/rebuild tatbikat tarihini belirler.

Zorunlu p99 latency kapısını geçemeyen bir seçenek, ağırlıklı karar matrisinde en yüksek toplam puanı alsa da otomatik kazanan olamaz. Seçenek elenir veya requirement sahibi ile risk kabul yetkilisi eşiğin neden ve hangi kanıtla değiştirildiğini açıkça karara bağlar. Effective kapasite, fiyat veya başka bir avantaj hizmet kapısındaki başarısızlığı gizleyemez.