PreSales Academy

Virtualization ve HCI

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

Yaklaşık 61 dakika Kaynak izli editoryal içerik

Sizing’i çalışma zarfından türet

Ön koşul: workload baseline, vCPU scheduling, NUMA, memory overcommit, HCI veri yolu, placement, quorum, degraded çalışma ve rebuild kavramlarını açıklayabilmelisin. Bu dersin sonunda node sayısını normal ortalamadan değil tepe, bakım, kayıp ve rebuild çalışma zarfından çıkaracak; compute ile storage headroom’unu aynı anda koruyacak; büyüme adımı, lisans/TCO ve yaşam döngüsü etkisini karşılaştıracak; migration ve kabul kapılarını tasarlayacak; Arven için varsayım, risk, TBD ve yeniden açma koşulu taşıyan bir öneri yazabileceksin. Yaklaşık 31 dakika anlatı, 19 dakika vaka ve 11 dakika kontrollerdir. Güncel minimum node, kapasite, lisans ve destek sınırları üretici belgesiyle doğrulanır.

HCI sizing tek bir toplama işlemi değildir. CPU demand, aktif bellek çalışma kümesi, guest ve storage service overhead’i, veri kapasitesi, protection geometrisi, metadata/cache, network trafiği ve operasyon rezervi ayrı hesaplanır. Sonra bunlar aynı senaryoda birleştirilir. Tahsis toplamı talep değildir; ortalama da tepe değildir. Powered-off, template, orphan ve geçici VM’ler ayrılır; büyüme ile temizlenebilir sprawl birbirine eklenmez. Base senaryo normal ve eşzamanlı tepeyi taşır. Adverse senaryolar bir node bakımda, bir node beklenmedik kayıp, disk/node rebuild, backup/restore ve migration çakışmasıdır. HCI’de node kaybı aynı anda CPU/RAM ve storage parçası azaltır. Kalan node’lar VM’leri yeniden çalıştırırken storage servisleri rebuild yapabilir. Bu nedenle N+1 yalnız VM compute kapasitesine bakamaz; degraded I/O, storage CPU/memory ve network headroom’u da geçmelidir. N+2 bir slogan değil, hedeflenen iki eşzamanlı olayın açık tanımıdır. Storage hesabı raw’dan başlamaz. Koruma sonrası usable, sistem/metadata rezervi, snapshot/clone, data reduction güven düzeyi, büyüme ve rebuild için boşluk ayrı satırlardır. Compression veya dedup oranı kanıt yoksa garanti kabul edilmez. Kapasite doldukça placement ve rebuild esnekliği azalabilir; üretici maksimumu operasyon hedefi değildir. Watermark’lar alarm, satın alma lead time ve eylem sahibiyle tanımlanır. Network sizing east-west storage, VM, yönetim, migration, backup ve rebuild akışlarını normal ve adverse durumda birleştirir. Nominal NIC hızlarını toplamak yeterli değildir; gerçek concurrency, protokol overhead’i, path/failure domain, latency, drop/queue ve tek uplink/switch kaybındaki kalan kapasite ölçülür. Kabul, p99/throughput ve rebuild süresi gibi iş sonuçlarına bağlanır.

HCI sizing çalışma zarfı
KaynakBase kanıtAdverse kapı
CPUDemand ve eşzamanlı tepeNode kaybı + storage service
BellekWorking set ve reservationBakım/kayıp + reclaim
StorageUsable, protection ve büyümeDegraded + rebuild boşluğu
NetworkVM ve storage akışlarıMigration/rebuild + link kaybı
OperasyonAlarm, owner ve lead timeİkinci kayıp ve müdahale

ÖRNEK

N+1 compute geçti, storage geçmedi

Arven altı node ile tek node kaybında VM CPU ve RAM’ini taşıyabilir. Ancak aynı olay iki saatlik rebuild başlatır; east-west network yüzde 95’e çıkar ve ERP p99 eşiği aşılır. Tasarım yalnız compute N+1’e göre kabul edilmez. Daha fazla node, farklı protection/placement, ağ kapasitesi veya workload zamanlaması seçenekleri aynı adverse testte karşılaştırılır.

MÜŞTERİYE SOR

Normal, eşzamanlı tepe, bakım, node kaybı ve rebuild sırasında CPU, working set, usable/rebuild alanı, east-west trafik ve uygulama p99’u hangi eşiklerde kalmalıdır?

Node sayısını statik tahsis oranından çok kaynaklı hizmet çalışma zarfına dönüştürür.

BİLGİNİ KONTROL ET

HCI için N+1 hesabında hangi yaklaşım doğrudur?

Bir cevap seç

Büyüme adımı, lisans ve TCO’yu karşılaştır

HCI büyümesi çoğunlukla node ekleyerek scale-out görünür; fakat her node aynı oranda compute, memory, capacity ve performance eklemeyebilir. Workload yalnız RAM isterken zorunlu disk veya lisans da satın alınabilir; kapasite isterken CPU atıl kalabilir. Bazı mimariler storage-only, compute-only veya farklı node profilleri sunabilir, bazıları homojenlik ister. Seçenekler güncel destek matrisiyle doğrulanır ve kaynak dengesizliği üç yıllık zaman çizgisinde gösterilir. Büyüme “bugün + yüzde 30” değildir. VM demand, working set, veri değişim/büyüme, snapshot retention, data reduction güven aralığı, rebuild süresi, ağ ve rack güç/soğutma ayrı sürücülerdir. Her kaynak için uyarı ve zorunlu eylem eşiği, satın alma/teslim/kurulum süresi ve genişleme sonrası rebalance etkisi yazılır. Node eklemek cluster state ve data placement değiştirir; foreground SLA altında gözlem gerektirir. Lisans metriği core, socket, node, kapasite, VM, feature, abonelik veya bunların birleşimi olabilir. Overcommit ya da daha çok core yalnız teknik değil ekonomik sonuç yaratır. Guest OS, database ve backup lisansları da fiziksel/sanal topolojiyle değişebilir. Fiyat ve entitlement güncel teklif ve hukuk/satın alma doğrulamasıdır; eğitim içeriğinde sabit rakam verilmez. TCO; donanım ve yazılımın yanında network, rack, enerji, support, profesyonel hizmet, migration, eğitim, operasyon zamanı, backup/DR, kapasite bekleme ve çıkış maliyetini içerir. Üç yıllık toplam tek başına yeterli değildir: nakit akışı, büyüme tetikleyicisi ve risk maliyeti görünür olmalıdır. Zorunlu hizmet kapısını geçmeyen ucuz seçenek puanla kazanmaz.

HCI büyüme ve ekonomi kaydı
BoyutZaman çizgisiKarar etkisi
Kaynak dengesiCPU/RAM/capacity/performance eşikleriNode/profil seçimi
LisansCore/socket/node/capacity/featureTopoloji ve maliyet
AltyapıNIC/switch/rack/power/coolingHazırlık ve lead time
OperasyonSupport, eğitim, otomasyonİnsan ve risk maliyeti
ÇıkışExport, migration ve veri taşımaLock-in ve geri dönüş

ÖRNEK

RAM büyümesi disk de satın aldırıyor

Arven’in analitik VM’leri için iki yılda yüzde 40 RAM büyümesi öngörülür; disk ihtiyacı yalnız yüzde 8 artar. Homojen node modeli RAM sağlarken kullanılmayacak medya ve kapasite lisansı da ekler. Ekip daha yoğun memory profili, ayrı compute katmanı ve uygulama right-sizing seçeneklerini aynı SLA, destek ve üç yıllık TCO ile karşılaştırır.

ŞİMDİ SEN DENE

Üç yıllık kaynak ve TCO zaman çizgisi kur

Arven için CPU, working set, protected/rebuild-ready capacity, network, rack güç ve lisans sürücülerini çeyrek bazında göster. Her eşiğe lead time ve eylem bağla. Homojen scale-out, farklı node profili ve right-sizing seçeneklerini mandatory SLA kapıları geçtikten sonra TCO, risk ve çıkış maliyetiyle karşılaştır.

BİLGİNİ KONTROL ET

HCI büyümesini yalnız toplam kapasite yüzdesiyle planlamak neden yetersizdir?

Bir cevap seç

Yaşam döngüsü ve migration kapılarını kur

HCI yaşam döngüsü hypervisor, storage software, firmware, driver, NIC, disk, yönetim ve guest araçlarının birlikte desteklenmesine bağlıdır. Uyumlu sürüm matrisi tarihli kanıttır. Bir katmanın end-of-support tarihi bütün cluster kararını açabilir. Rolling upgrade veya nondisruptive etiketi uygulama etkisini otomatik kapatmaz; node tahliyesi, veri hareketi, degraded süre ve rollback davranışı workload ile sınanır. Bakım dalgasında önce health, tam koruma, kapasite/headroom, backup, yönetim erişimi ve rollback artefact’ları doğrulanır. Tek node drain edilir; VM migration/restart, storage placement ve rebuild/rebalance izlenir. Uygulama p99, timeout ve veri tutarlılığı kabulde kalmadan sonraki node’a geçilmez. Aynı anda firmware ve büyük platform sürümü değiştirmek kök nedeni belirsizleştirir; mümkün olduğunda küçük, gözlenebilir dalgalar kullanılır. Migration envanter, dependency ve uyumlulukla başlar. VM formatı, guest OS/device, network segmenti, IP/DNS, storage policy, snapshot, backup, encryption/key, lisans ve downtime gereksinimi kaydedilir. Pilot temsili fakat geri döndürülebilir workload seçer. Seed/copy, delta sync, cutover ve validation aşamalarında veri tutarlılığı ile uygulama işlemi ölçülür. Rollback yalnız VM’i geri açmak değildir; yazma yönü ve iki taraftaki veri state’i uzlaştırılır. Decommission erişim, veri, anahtar, backup, izleme, lisans ve varlık kayıtlarının kapatılmasını içerir. Handover’da as-built topoloji, policy, dashboard, alarm, kapasite eşikleri, bakım ve failure runbook’ları, support/escalation ve ilk tatbikat takvimi bulunur. Workload, destek, maliyet veya kabul eşiği değişince karar yeniden açılır.

HCI yaşam döngüsü ve migration kapıları
KapıZorunlu kanıtDurdurma/rollback
HazırlıkHealth, protection, headroom, backup, compatibilityEksik koruma veya uyumsuzluk
PilotTemsilî VM ve veri doğrulamaSLO/consistency başarısız
DalgaDrain, migration, placement, uygulamaDegraded süre/eşik aşımı
GözlemTepe yük, alarm ve owner onayıYeni hata veya performans kaybı
KapatmaSıfır bağımlılık, veri/anahtar/lisans kaydıGeri dönüş gereksinimi

MÜŞTERİYE SOR

Her upgrade veya migration dalgasında health/protection, VM, storage placement, uygulama SLO, veri tutarlılığı ve rollback hangi kanıt ve sahiplikle doğrulanacak?

Nondisruptive niyetini küçük dalga, gözlem ve geri dönüş kapılarına çevirir.

ŞİMDİ SEN DENE

Bir node bakım ve VM cutover runbook’u yaz

Arven’de bir HCI node bakımını ve bir ERP VM cutover’ını planla. Ön koşul, drain, migration, storage health/protection, veri sync, uygulama testi, gözlem, durdurma, rollback ve decommission adımlarını süre ve owner ile yaz. Sonraki dalgaya geçiş kanıtını belirt.

ÖRNEK

VM taşındı, koruma dönmedi

Bakımda node drain edilir ve bütün VM’ler başka hostlarda açılır. Ancak cluster kapasitesi yüksek olduğu için veri yeniden yerleşimi altı saat sürer; sistem bu sürede ikinci node kaybına hassastır. Ekip yalnız VM başarısına göre sonraki node’a geçmez; tam protection, p99 ve headroom kapısı sağlanana kadar dalgayı durdurur.

BİLGİNİ KONTROL ET

Rolling upgrade dalgasında sonraki node’a geçiş için en güçlü kapı hangisidir?

Bir cevap seç

Arven HCI karar paketini tamamla

Arven üç yaklaşımı değerlendirir. A mevcut sanallaştırmayı yenileyip shared storage’ı korur; ekip alışkanlığı ve kaynakların bağımsız büyümesi avantajdır, ayrı yönetim ve fabric yaşam döngüsü sürer. B homojen HCI ile operasyonu bütünleştirir; hızlı node büyümesi sağlar, fakat CPU-RAM-storage dengesiz büyümesi ve ortak failure domain dikkat ister. C farklı node profilleri veya ayrışık compute/storage sunan yazılım tanımlı tasarımdır; esneklik karşılığında destek ve operasyon karmaşıklığı doğrulanmalıdır. Önce zorunlu kapılar uygulanır: normal/tepe p99 ve throughput, maintenance/node/rack kaybı, quorum/partition, degraded I/O, rebuild süresi ve ikinci kayıp toleransı, backup/restore, güvenlik/isolation ve uyumluluk. Geçmeyen seçenek fiyat puanıyla kazanmaz. Kalan seçenekler üç yıllık kaynak dengesi, büyüme lead time, lisans/TCO, operasyon yeteneği, observability, migration/rollback ve çıkış maliyetinde karşılaştırılır. POC en büyük belirsizlikleri hedefler. Gerçekçi veri ve concurrency ile normal, ay sonu ve backup çalıştırılır; node/uplink kaybı ve bakım drain’i uygulanır. Guest, scheduler/memory, storage service, network, media, quorum, placement ve uygulama ölçüleri aynı saatte toplanır. Rebuild sürerken foreground SLA ve ikinci kayba kalan koruma kaydedilir. Sonuç yalnız benchmark değil, kabul matrisi olur. Koşullu öneri sınırla yazılır: “B yaklaşımı, node kaybı ve rebuild sırasında ERP p99 eşiği, tam korumaya dönüş süresi ve üç yıllık lisans varsayımları doğrulanırsa önerilir.” Risk register ortak network/power, yanlış data reduction, support matrisi, kaynak dengesizliği ve migration consistency risklerini owner/azaltımla izler. TBD kapanmadan sipariş kapısı açılmaz. Karar dosyası sizing workbook, as-is/to-be topoloji, workload/policy eşleme, source lineage, üç yıllık TCO, compatibility, POC, migration/rollback, handover ve yeniden açma koşullarını taşır. Böylece HCI kararı node sayısı değil, ölçülen ve yönetilebilir platform hizmetidir.

Arven Virtualization ve HCI karar kapıları
BoyutEleme kanıtıKarşılaştırma
HizmetWorkload, p99, RTO/RPONormal/tepe sonuç
KaynakScheduler, NUMA, pressureRight-sizing ve policy
HCIData path, placement, quorumDegraded/rebuild
Büyüme/TCOÜç yıllık zarf ve lisansLead time ve çıkış
GeçişUyumluluk, dalga, rollbackRisk ve handover

MÜŞTERİYE SOR

Hangi mandatory hizmet, adverse çalışma, lifecycle ve migration kapıları seçenekleri eleyecek; kalanlar hangi üç yıllık TCO, risk ve çıkış varsayımlarıyla karşılaştırılacak?

Ürün tercihini kanıtlanabilir ve yeniden açılabilir koşullu karara dönüştürür.

ŞİMDİ SEN DENE

Arven Virtualization ve HCI karar paketini tamamla

A, B ve C yaklaşımını mandatory kapılar ve ağırlıklı trade-off’larla karşılaştır. Workload baseline, vCPU/memory/NUMA, data path/placement/quorum, base/adverse sizing, üç yıllık büyüme-TCO, compatibility, POC, migration/rollback, beş risk, beş TBD, handover ve üç yeniden açma eşiği yaz. Koşullu önerini tek paragrafta savun.

BU DERSTEN AL

Bu dersten taşıyacağın düşünceler

  • HCI sizing compute, bellek, protected storage, network ve operasyon kaynaklarını aynı senaryoda birleştirir.
  • N+1/N+2 açık kayıp, degraded hizmet, rebuild ve ikinci kayıp toleransıyla tanımlanır.
  • Büyüme kaynak dengesi, lead time, lisans ve TCO zaman çizgisidir.
  • Upgrade ve migration küçük dalga, uygulama/veri kanıtı, gözlem ve rollback ile yürütülür.
  • Ucuz seçenek mandatory hizmet kapısını geçmeden kazanmaz.
  • Arven önerisi POC, risk, TBD, handover ve yeniden açma koşulu taşır.
← Academy ders yoluna dön