Dell server virtualization ready architecture, PowerEdge sunucunun hypervisor (ESXi, Hyper-V, Proxmox vb.) altında VM havuzu çalıştıracak şekilde CPU, bellek, depolama, ağ ve firmware katmanlarının bilinçli tasarlanmasıdır. Kısa cevap: “Virtualization ready” bir sticker değildir — VT-x/AMD-V açık BIOS, yeterli DIMM/kanal dengesi, yedekli NIC/HBA path’leri, doğru RAID veya passthrough tercihi, UEFI boot ve izlenebilir iDRAC yönetimidir. Cluster failover ayrı konu: Cluster Architecture. Hipervizör tarafı: VMware Nedir? · ESXi Kurulum.
Bu rehber özellikle şu ekipler için yazılmıştır:
- İlk PowerEdge’i sanallaştırma host’u olarak boyutlandıran mimarlar
- “Sunucu aldık, ESXi atarız” yaklaşımını checklist’e bağlamak isteyen ekipler
- BIOS/RAID/NIC seçimini VM yoğunluğu ile hizalayan operasyonlar
- Satın alma ile tasarımı aynı dilde konuşturmak isteyen BT liderleri
Hızlı Özet
- Virtualization ready = donanım + BIOS + I/O + sizing + yönetim; yalnız CPU modeli değil.
- PowerEdge: VT-x, NUMA, Performance profile, Secure Boot/UEFI — BIOS Optimize.
- Bellek: kanal/DIMM dengesi; overcommit gerçekleri — CPU Overcommit.
- Depolama: RAID boot vs datastore; NVMe/SAS — RAID Best Practices · NVMe.
- Ağ: mgmt / VM / vMotion / storage ayrımı (cluster ile aynı disiplin).
- iDRAC + firmware baseline host yaşam döngüsü — iDRAC.
- Sonraki liste: Dell Server Troubleshoot konuları.
İçindekiler
- Virtualization Ready Nedir?
- Mimari Katmanlar
- CPU ve Bellek
- BIOS ve Boot
- Depolama ve RAID
- Ağ ve I/O
- Sizing Yaklaşımı
- Kontrol Listesi
- Leon-X ile Sonraki Adım
- Sık Sorulan Sorular
- Kaynaklar
Görsel: Pexels - Computer servers (hypervisor host / sunucu altyapısı bağlamı).
Virtualization Ready Nedir?
Virtualization ready architecture, fiziksel sunucunun tek bir işletim sistemi yerine birçok VM’yi güvenli ve öngörülebilir şekilde çalıştıracak kaynak ve yol yedekliliğine sahip olmasıdır. Dell PowerEdge bu rolde compute taşıyıcısıdır; hypervisor yazılımı üstte karar verir.
Kısa tanım: Dell virtualization ready architecture, PowerEdge’i VT destekli CPU/RAM, yedekli I/O, doğru boot/RAID ve yönetim düzlemiyle hypervisor host’u olarak tasarlama modelidir — cluster HA kurallarından önce gelen donanım hazırlığıdır.
Enterprise VMware mimarisi ürün/yazılım katmanına odaklanır — Enterprise Virtualization Architecture. Bu yazı PowerEdge host hazırlığıdır.
Mimari Katmanlar
VM / uygulama
↓
Hypervisor (ESXi / Hyper-V / KVM)
↓
BIOS / UEFI / Secure Boot / firmware
↓
CPU · RAM · RAID/HBA · NIC
↓
PowerEdge şasi (PSU, fan, iDRAC)
↓
Ağ + shared/local storage
Model seçimi: PowerEdge Nedir? · Satın Alma · R760 İnceleme.
CPU ve Bellek
| Konu | Virtualization ready beklenti |
|---|---|
| Çekirdek sayısı | VM yoğunluğu + HA rezervi (N+1) |
| Frekans vs core | Latency-hassas DB vs yoğun VDI farklı |
| NUMA | Büyük VM’lerde socket/DIMM hizası |
| RAM | Tipik host’ta 2–4× CPU çekirdek GB kuralı yalnızca başlangıç; profil ölçülür |
| Overcommit | CPU gevşek olabilir; RAM agresif overcommit riskli |
Performans ince ayarı: PowerEdge Performans.
BIOS ve Boot
Sanallaştırma host’unda sık görülen BIOS hedefleri:
- Virtualization Technology (VT-x / AMD-V) Enabled
- Performance / Max Performance profili (enerji vs latency tercihine göre)
- UEFI boot; legacy CSM kapalı (desteklenen hypervisor’larda)
- SR-IOV ihtiyaç varsa açık; aksi halde bilinçli kapalı
- C-states / turbo: tutarlı latency için test edilmeli
Ayrıntılı ayarlar: BIOS Optimize. Boot sorunları: UEFI Boot.
Depolama ve RAID
| Senaryo | Yaygın tercih |
|---|---|
| ESXi boot | Küçük RAID1/RAID10 veya BOSS/M.2 mirror |
| VM datastore (local) | RAID10 / RAID6 iş yüküne göre; cache politikası kritik |
| Shared SAN/NAS | Host’ta HBA/iSCSI + multipath; RAID array tarafında |
| vSAN / HCI | Local disk + cache tier; klasik RAID datastore değil |
Disk türleri: SAS vs SATA vs NVMe. Shared mimari: SAN vs NAS.
Pro Tip: “Tüm diskleri tek RAID5’e atıp datastore yap” çoğu üretimde hem rebuild riski hem de write penalty üretir; boot ile data’yı ayırın.
Ağ ve I/O
Minimum ayrım (tek host bile olsa planlayın):
- Management / iDRAC
- VM / production
- vMotion / Live Migration (cluster’da)
- Storage (FC veya IP)
Tek 1 GbE uplink + onlarca VM = gizli bottleneck. Cluster’a çıkınca aynı şema büyür — Cluster Architecture.
Sizing Yaklaşımı
Adım adım pratik çerçeve:
- İş yükü envanteri — vCPU, RAM, IOPS, büyüme %/yıl
- Host kapasitesi — kullanılabilir RAM (HA/headroom düşülmüş)
- N+1 — bir host bakımdayken cluster ayakta kalır mı?
- Depolama — IOPS/latency hedefi; NVMe vs SAS
- Pilot ölçüm — 2–4 hafta gerçek VM metrikleri, sonra kilitle
Kaynak havuzu mantığı: Resource Pool.
Kontrol Listesi
- VT-x/AMD-V ve UEFI doğrulandı.
- BIOS performance profili iş yüküne uyumlu.
- DIMM’ler kanal dengeli dolduruldu.
- Boot disk ile datastore ayrıldı; RAID seviyesi yazılı.
- NIC/HBA portları role ayrıldı (mgmt/VM/storage).
- iDRAC erişimi + alert e-posta/SNMP açık.
- Firmware/driver baseline (ESXi HCL uyumu) kilitli — Firmware Update.
- Hypervisor kurulumu + ilk VM smoke test — ESXi.
- Cluster/HA sonraki faz olarak planlandı (varsa).
- Runbook: host maintenance + restore.
Leon-X ile Sonraki Adım
Leon-X, PowerEdge virtualization ready tasarımını CPU/RAM sizing, RAID/I/O ve hypervisor hazırlığı ile Sanal Sunucu Altyapı Tasarımı ve Kaynak Planlama kapsamında kurar. Keşif: İletişime Geçin.
Sık Sorulan Sorular
“Virtualization ready” Dell’de resmi bir SKU mu?
Pazarlama etiketleri görülebilir; mimari olarak checklist + HCL uyumu geçerlidir. Etiket tek başına kapasite garantisi değildir.
Tek sunucu virtualization ready olabilir mi?
Evet — tek host üzerinde birçok VM çalışır. HA için ikinci host/cluster gerekir — Cluster.
Tower mu rack mu?
Yoğun sanallaştırma ve genişleme için rack tercih edilir — Rack vs Tower.
RAID zorunlu mu?
Boot ve local datastore senaryolarında yaygın; shared SAN veya vSAN’da host RAID rolü değişir. İş yüküne göre seçin.
BIOS’u Max Performance’a almak yeterli mi?
Hayır. VT, NUMA, C-state ve I/O firmware’siz “Max Performance” tek başına yetmez — BIOS Optimize.
