Envanter ve ölçüm
Host, VM ve uygulamalar için CPU, bellek, disk kapasitesi, IOPS, gecikme, ağ ve büyüme verileri yeterli süre boyunca toplanır.
Sizing · Node · IOPS · Usable Kapasite
Sangfor HCI Boyutlandırma Rehberi: Node, CPU, RAM ve Storage
Sangfor HCI boyutlandırması, VM adedini node sayısına çevirmek değildir. Yoğun saat kaynak tüketimi, storage davranışı, ağ, arıza payı, büyüme ve lisans etkisi aynı modelde hesaplanmalıdır.
Nasıl çalışır?1 2 3 4 5 6
Temel işleyiş
İş yükü profili
Ortalama değer yerine yoğun saatler, eşzamanlılık, okuma/yazma oranı, çalışma seti ve uygulama kritikliği sınıflandırılır.
Arıza ve bakım payı
Bir düğüm veya ilgili arıza alanı devre dışıyken kalan kümenin performans ve kapasite hedefini karşılayıp karşılamadığı hesaplanır.
Node BOM tasarımı
CPU, DIMM, cache/data diskleri, NIC, güç, ray, switch, optik ve destek kalemleri tam ürün kodlarıyla oluşturulur.
Büyüme ve lisans etkisi
Kapasite artışı, node ekleme dengesi, lisans metriği, destek süresi ve üç ya da beş yıllık yenileme senaryosu birlikte incelenir.
Pilot ve yük testi
Varsayımlar; temsilî iş yükü, migrasyon, performans, HA, backup/restore ve kabul testleriyle üretim öncesinde doğrulanır.
CPU ve bellek nasıl hesaplanır?
Tahsis edilmiş vCPU ve RAM toplamı gerçek tüketimi tek başına göstermez. Yoğun saat kullanımı, oversubscription, NUMA ve arıza sonrası kalan kaynak birlikte hesaplanmalıdır.
- Host ve VM bazında p95 yoğun saat CPU kullanımı
- Active memory, rezervasyon, ballooning veya swapping belirtileri
- Socket, core, frekans, NUMA ve uygulama lisans etkisi
- Bakım ve arıza sırasında gerekli yedek kapasite
- Büyüme, yeni VM ve proje rezervi
Storage kapasitesi ve IOPS nasıl planlanır?
Raw disk toplamı kullanılabilir alan değildir. Veri koruma, cache, sistem rezervi, büyüme ve yeniden oluşturma koşulları usable kapasiteyi ve performansı değiştirir.
- Aktif ve arşiv veri miktarı ile yıllık büyüme
- Okuma/yazma IOPS, blok boyutu, throughput ve gecikme
- Cache ve data disk türü, adedi ve dayanıklılığı
- Veri koruma politikası ve arıza sonrası yeniden oluşturma
- Snapshot, backup ve geçici çalışma alanının ayrı hesaplanması
HCI ağı nasıl boyutlandırılır?
HCI yalnız sunucu projesi değildir. Storage trafiği, VM ağı, yönetim, migrasyon, backup ve replikasyon aynı fiziksel altyapıyı paylaşabilir.
- NIC portu, hız, bonding ve fiziksel ayrışma
- Switch kapasitesi, oversubscription, MTU ve buffer
- VLAN, IP planı, yönetim ve storage ağları
- Optik, DAC, kablo, yedek uplink ve çift switch tasarımı
- Lokasyonlar arası replikasyon için bant genişliği ve gecikme
Node sayısı nasıl belirlenir?
Minimum desteklenen node sayısı ile hedeflenen iş sürekliliği aynı şey değildir. Küme, planlı bakım ve beklenmeyen arızada kalan kaynakla değerlendirilmelidir.
- Node başına CPU, RAM, disk ve ağ dengesi
- N+1 veya gerekli daha yüksek hata toleransı
- Disk, node, switch, rack veya lokasyon arıza alanları
- Küçük node sayısında tek node kaybının yüzdesel etkisi
- Sonradan node eklemenin donanım ve sürüm uyumluluğu
Sangfor HCI keşif veri seti
Sağlıklı bir sizing çalışması için yalnız VM adedi değil, aşağıdaki ölçümler ve karar hedefleri gerekir.
| Veri grubu | Toplanacak başlıca bilgi | Boyutlandırmaya etkisi |
|---|---|---|
| Hesaplama | Host/VM CPU p95, core, frekans, vCPU, NUMA ve rezervasyon | CPU modeli, node sayısı ve çalışma payı |
| Bellek | Aktif/tahsisli RAM, peak, rezervasyon, ballooning ve büyüme | DIMM kapasitesi, kanal yerleşimi ve arıza payı |
| Depolama | Kapasite, büyüme, IOPS, blok, okuma/yazma, throughput ve latency | Cache/data diskleri, koruma ve usable kapasite |
| Ağ | VM, storage, migrasyon, backup ve DR trafiği | NIC, switch, optik, uplink ve QoS tasarımı |
| Süreklilik | RPO, RTO, bakım, arıza alanı ve kabul kriteri | Yedeklilik, uzak lokasyon ve koruma mimarisi |
| Uyumluluk | OS, uygulama, özel donanım, agent ve entegrasyonlar | HCI sürümü, donanım seçimi ve migrasyon yöntemi |
| Ticari | Süre, lisans, destek, hizmet ve büyüme dönemi | Tam BOM, sözleşme kapsamı ve TCO |
Sık sorulan sorular
Konuyla ilgili net cevaplar
Sangfor HCI boyutlandırması için VM sayısı yeterli mi?
Hayır. Aynı VM sayısı çok farklı CPU, RAM, IOPS, kapasite ve ağ profilleri oluşturabilir. Gerçek yoğun saat ölçümü ve büyüme hedefi gerekir.
HCI node sayısı nasıl hesaplanır?
Toplam kaynak, node başına kapasite, arıza ve bakım sırasında kalan kaynak, veri koruma, büyüme ve üreticinin desteklediği topoloji birlikte değerlendirilir.
Raw kapasite ile usable kapasite neden farklıdır?
Veri koruma kopyaları, sistem rezervi, cache, snapshot, geçici alan, büyüme ve işletim eşiği raw disk toplamından kullanılabilir alanı azaltır.
HCI için SSD mi NVMe mi seçilmelidir?
Tek bir doğru yoktur. Gecikme, IOPS, yazma dayanıklılığı, kapasite, slot, PCIe hattı, maliyet ve uyumluluk hedefleriyle cache ve data katmanları tasarlanmalıdır.
HCI ağı için 10GbE yeterli midir?
İş yükü bilinmeden evet denemez. Storage, VM, migrasyon, backup ve replikasyon trafiğinin eşzamanlı tepe değerleriyle port ve switch kapasitesi hesaplanmalıdır.
Sangfor HCI sizing aracının sonucu tek başına yeterli mi?
Araç sonucu başlangıçtır. Girdi kalitesi, uyumluluk, tam BOM, arıza senaryosu, fiziksel ağ, lisans ve pilot testiyle doğrulanmalıdır.
HCI büyüme payı yüzde kaç olmalı?
Sabit yüzde her kurum için doğru değildir. Geçmiş büyüme, onaylı projeler, satın alma süresi ve node ekleme eşiğiyle dönem bazlı kapasite planı yapılmalıdır.
Sangfor HCI teklifi için hangi verileri göndermeliyim?
Host/VM envanteri, CPU/RAM ölçümleri, kapasite ve IOPS, ağ, büyüme, RPO/RTO, kaynak platform, uyumluluk, kesinti ve destek hedefleri yeterli başlangıç setidir.
Sizing verisini karşılaştırılabilir HCI teklifine dönüştürün
Envanter ve performans ölçümlerinizi paylaşın; node, sunucu BOM’u, ağ, lisans, migrasyon ve destek kalemlerini aynı kapsamda çıkarın.
Birincil ve resmî kaynaklar