Dell PowerStore Capacity Planning, ham disk TB toplamını almak değildir; usable capacity, Dynamic Resiliency Engine (DRE) spare alanı, always-on data reduction (DRR) ve expansion yolunu birlikte modellemektir. Kısa cevap: iş yükünü reducible / unreducible ayırın; Dell Best Practices’taki DRE ve minimum sürücü sayılarını uygulayın; PowerStore Manager’daki Unique Data, Reducible DRR ve Overall DRR metrikleriyle büyüme tahmini yapın; tek seferde “maksimum TB” değil, 12–24 aylık headroom planlayın. Mimari bağlam: PowerStore Nedir?. Kurulum sonrası: Kurulum Rehberi.
Bu rehber özellikle şu ekipler için yazılmıştır:
- PowerStore satın alma veya yenilemede sizing yapan storage yöneticileri
- DRR garantisini (5:1 / Gen 3’te 6:1) kapasite hesabına katmak isteyen mimari ekipler
- Expansion enclosure ve drive-by-drive büyüme planı kuran operasyonlar
- Snapshot / replication rezervini usable capacity’den düşmek isteyen BT liderleri
Hızlı Özet
- Capacity planning = raw TB − DRE overhead + data reduction + büyüme + snapshot/replication.
- Dell Best Practices: tek boyutlu sürücüler kapasiteyi maksimize eder; DRE hot spare gerektirmez.
- Single-drive FT için başlangıçta min. 10 sürücü; double-drive FT için min. 19 sürücü önerilir.
- Data reduction her zaman açık; yüksek yazmada dedupe gecikebilir, sonra arka planda tamamlanır.
- Gen 3 / PowerStoreOS 5.0: reducible data için 6:1 DRR garantisi (Dell); önceki nesillerde 5:1 yaygın.
- Manager metrikleri: Unique Data, Reducible DRR, Overall DRR, Unreducible Data.
- Medya seçimi: Disk Türleri ve Tier.
İçindekiler
- Capacity Planning Ne Demek?
- Usable, Effective ve Logical Kapasite
- DRE ve Minimum Sürücü Sayısı
- Data Reduction (DRR) Nasıl Hesaba Katılır?
- 5 Adımlı Sizing Akışı
- Expansion ve Büyüme Planı
- Yaygın Hatalar
- Kontrol Listesi
- LeonX ile Sonraki Adım
- Sık Sorulan Sorular
- Kaynaklar
Görsel: StorageReview - Dell PowerStore Gen 3 Review (PowerStore 9500 / drive bay görünümü).
Capacity Planning Ne Demek?
PowerStore capacity planning, belirli bir iş yükü ve büyüme senaryosu için kaç TB usable, kaç TB effective ve ne zaman expansion gerektiğini sayısal olarak tanımlamaktır. Klasik RAID hesaplarından farkı: DRE sürücüleri resiliency set’lere ayırır, dedicated hot spare yoktur; spare alanı set içinde dağıtılır.
Kısa tanım: Capacity planning, raw capacity’yi DRE koruması, data reduction oranı ve koruma kopyaları (snapshot/replication) ile usable/effective kapasiteye çevirme sürecidir.
Usable, Effective ve Logical Kapasite
| Terim | Anlamı | Planlamada kullanım |
|---|---|---|
| Raw | Sürücü TB toplamı | Satın alma listesi |
| Usable | DRE sonrası kullanılabilir fiziksel alan | “Ne kadar yazabilirim?” tabanı |
| Logical / written | Host’un yazdığı mantıksal veri | DRR öncesi |
| Effective | Logical ÷ DRR etkisi | Broşür / TCO karşılaştırması |
| Unique Data | Dedup/compress sonrası tekil veri | Manager capacity accounting |
PowerStore Monitoring dokümanına göre capacity savings şu özelliklerle raporlanır:
- Unreducible Data — sıkıştırılamayan / dedupe edilemeyen GB
- Reducible DRR — yalnız reducible veriye dayalı oran
- Overall DRR — logical used / physical used (resource family)
Unreducible pay yüksekse (şifreli DB dump, zaten sıkıştırılmış medya) effective capacity beklentisini düşürün.
DRE ve Minimum Sürücü Sayısı
Dell PowerStore Best Practices Guide (h18241):
- Tüm sürücüler otomatik kullanılır; kullanıcı RAID seviyesi seçmez.
- Dedicated hot spare yok; her resiliency set’te yaklaşık 1 sürücü değeri spare dağıtılır.
- Rebuild yalnızca yazılı olan kısımları yeniden oluşturur → spare verimli kullanılır.
- Aynı boyutta sürücüler usable capacity’yi maksimize eder.
- İlk kurulumda single-drive failure tolerance için en az 10 sürücü; double-drive için en az 19 sürücü önerilir (en yüksek usable için).
Fault tolerance (single vs double) ilk kurulumda seçilir; kapasite/performans trade-off’unu satın alma öncesi kilitleyin. Mimari: Controller Architecture, Active-Active.
Data Reduction (DRR) Nasıl Hesaba Katılır?
Data reduction (zero-detect, compression, deduplication) PowerStore’da always-on’dur; kapatılamaz. Best Practices’e göre yüksek yazma anlarında dedupe gecikebilir; düşük yükte arka planda tamamlanır.
| Nesil / program | Tipik DRR çerçevesi |
|---|---|
| Önceki nesil garantiler | Reducible data için 5:1 (Dell program koşulları) |
| Gen 3 / PowerStoreOS 5.0 | Reducible data için 6:1 garanti (Dell duyurusu / Info Hub) |
Pratik hesap (örnek):
- Yıllık logical büyüme: 40 TB
- Reducible pay tahmini: 70% → 28 TB reducible, 12 TB unreducible
- Reducible DRR varsayımı: 4:1 (muhafazakâr, garantinin altında)
- Physical ≈ 28/4 + 12 = 19 TB + snapshot/replication rezervi (%15–30) + headroom (%20)
Garantiyi sizing’de tavan gibi kullanmayın; PoC veya benzer iş yükü DRR ölçümü olmadan 3:1–4:1 muhafazakâr bandı tercih edin.
5 Adımlı Sizing Akışı
Adım 1 — İş yükü envanteri: Block/file, VMware, DB, backup, encryption oranı.
Adım 2 — Logical demand: 12–24 aylık TB; peak vs steady-state IOPS ayrı (performans: Performance Optimize).
Adım 3 — Koruma katmanı: Snapshot sıklığı, retention, Replication, Snapshot.
Adım 4 — Platform seçimi: Disk tipi/tier (Disk Türleri), DRE FT seviyesi, base + expansion.
Adım 5 — Doğrulama: Manager capacity dashboard; Unique Data / Overall DRR trendi; expansion tetik eşiği (ör. usable %70–80).
Pro Tip: Satın alma teklifinde “effective TB” satırını raw/usable ile yan yana isteyin. Tek satırlık effective rakam, unreducible ve snapshot rezervini gizler.
Expansion ve Büyüme Planı
- Drive-by-drive ekleme desteklenir; farklı boyut mümkün ama Best Practices aynı boyutu önerir.
- SAS/NVMe expansion enclosure: kurulum sonrası eklenir — Kurulum Rehberi.
- Cluster’a appliance eklemek kapasiteyi ölçekler; her appliance kendi DRE set’ine sahiptir.
- Lifecycle / capacity expansion programları TCO’yu etkiler; sizing’den bağımsız sözleşme maddesidir.
| Büyüme sinyali | Eylem |
|---|---|
| Usable %70+ | Expansion sipariş penceresi |
| Overall DRR düşüyor | Unreducible artışını incele |
| Latency yükseliyor | Capacity ≠ performance; High Latency |
Yaygın Hatalar
- Raw TB’yi usable sanmak
- DRR garantisini tüm veriye uygulamak (unreducible yok saymak)
- Snapshot/replication rezervini unutmak
- Single FT ile double FT farkını satın almadan sonra keşfetmek
- Karışık sürücü boyutlarıyla usable kaybı
- Capacity dolunca “performans da düşer” varsayımıyla latency root cause’u kaçırmak
Kontrol Listesi
- 12–24 aylık logical TB tahmini yazıldı.
- Reducible / unreducible ayrımı yapıldı.
- Muhafazakâr DRR (garanti altı) kullanıldı.
- Snapshot + replication rezervi eklendi.
- DRE FT (single/double) ve min. sürücü sayısı seçildi.
- Aynı boyut sürücü politikası belirlendi.
- Expansion tetik eşiği (%usable) tanımlandı.
- Manager Unique Data / Overall DRR izleme planı var.
- Performans (IOPS/latency) sizing’den ayrı doğrulandı.
- Effective vs usable teklif satırları ayrıştırıldı.
LeonX ile Sonraki Adım
LeonX, PowerStore capacity planning’de NAS/SAN Depolama Kurulum ve Yapılandırma ile iş yükü modeli, DRR varsayımları, DRE seçimi ve expansion yol haritasını birlikte çıkarır. Keşif için İletişime Geçin.
Sık Sorulan Sorular
PowerStore capacity planning’de kaç TB “gerçek” kapasite alınır?
Raw TB’den DRE spare/overhead düşülür; ardından data reduction ve snapshot/replication rezervi uygulanır. Tek bir “gerçek TB” yerine usable + effective + logical üçlüsünü raporlayın.
5:1 veya 6:1 DRR’yi sizing’de kullanabilir miyim?
Dell garantileri reducible veri için geçerlidir. Unreducible pay varsa Overall DRR düşer. PoC ölçümü yoksa muhafazakâr oran kullanın.
Minimum kaç disk ile kurulmalı?
Best Practices: single-drive FT için en az 10, double-drive FT için en az 19 sürücü (usable’ı maksimize etmek için). Model/OS sürümüne göre Planning Guide’ı doğrulayın.
Hot spare disk ayırmalı mıyım?
Hayır. DRE spare alanını resiliency set içinde dağıtır; dedicated hot spare gerekmez.
Capacity dolduğunda latency artar mı?
Bazen evet, ama latency’nin kökü her zaman capacity değildir. Ayrı teşhis: High Latency ve Performance Optimize.
