Virtualization ve HCI
HCI Sizing, Yaşam Döngüsü ve Karar
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.
| Kaynak | Base kanıt | Adverse kapı |
|---|---|---|
| CPU | Demand ve eşzamanlı tepe | Node kaybı + storage service |
| Bellek | Working set ve reservation | Bakım/kayıp + reclaim |
| Storage | Usable, protection ve büyüme | Degraded + rebuild boşluğu |
| Network | VM ve storage akışları | Migration/rebuild + link kaybı |
| Operasyon | Alarm, 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?
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.
| Boyut | Zaman çizgisi | Karar etkisi |
|---|---|---|
| Kaynak dengesi | CPU/RAM/capacity/performance eşikleri | Node/profil seçimi |
| Lisans | Core/socket/node/capacity/feature | Topoloji ve maliyet |
| Altyapı | NIC/switch/rack/power/cooling | Hazırlık ve lead time |
| Operasyon | Support, eğitim, otomasyon | İnsan ve risk maliyeti |
| Çıkış | Export, migration ve veri taşıma | Lock-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?
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.
| Kapı | Zorunlu kanıt | Durdurma/rollback |
|---|---|---|
| Hazırlık | Health, protection, headroom, backup, compatibility | Eksik koruma veya uyumsuzluk |
| Pilot | Temsilî VM ve veri doğrulama | SLO/consistency başarısız |
| Dalga | Drain, migration, placement, uygulama | Degraded süre/eşik aşımı |
| Gözlem | Tepe yük, alarm ve owner onayı | Yeni hata veya performans kaybı |
| Kapatma | Sı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?
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.
| Boyut | Eleme kanıtı | Karşılaştırma |
|---|---|---|
| Hizmet | Workload, p99, RTO/RPO | Normal/tepe sonuç |
| Kaynak | Scheduler, NUMA, pressure | Right-sizing ve policy |
| HCI | Data path, placement, quorum | Degraded/rebuild |
| Büyüme/TCO | Üç yıllık zarf ve lisans | Lead time ve çıkış |
| Geçiş | Uyumluluk, dalga, rollback | Risk 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.