Nested VDS'te VMware ESXi Kurulumu (Home Lab)

Nested VDS'te VMware ESXi Kurulumu (Home Lab)

Sanallaştırma öğrenmenin veya bir vSphere ortamını üretime almadan test etmenin en pratik yolu, fiziksel donanım almadan nested (iç içe) sanallaştırma kurmaktır. Bu yöntemde, zaten sanal olan bir sunucunun içine ikinci bir hipervizör kurarsınız ve o hipervizörün üzerinde de kendi test VM'lerinizi çalıştırırsınız. VMware sertifikasyonlarına hazırlanan bir sistem yöneticisi, bir vSphere cluster'ını laboratuvar ortamında denemek isteyen bir DevOps mühendisi ya da sadece "ESXi nasıl kurulur, HA/DRS nasıl davranır" diye merak eden biri için bu, en ucuz ve en hızlı öğrenme yöntemidir.

Bu yazıda, Büyükweb'in nested VDS ürünü üzerinde bir home lab kurup içine VMware ESXi'yi guest (misafir) hipervizör olarak nasıl kuracağınızı adım adım anlatıyoruz. Ayrıca bu senaryoda ESXi ile KVM'i guest hipervizör olarak karşılaştıracağız, ağ ve kaynak planlamasına değineceğiz ve sık karşılaşılan sorunları listeleyeceğiz.

Büyükweb notu: Burada bahsedilen ESXi, sizin nested VDS içine kendi test/lab amacınızla kurduğunuz bir guest hipervizördür. Büyükweb'in kendi VDS altyapısının host tarafında VMware vSphere çalışır; bu yazıdaki ESXi/KVM kurulumu ise tamamen sizin kendi sanal makinenizin içinde, kendi kontrolünüzdeki bir katmandır.

Nested Sanallaştırma ve ESXi Home Lab Nedir?

Normal bir VDS'te, işletim sisteminizin altındaki CPU sanallaştırma uzantıları (Intel VT-x, AMD-V) genellikle guest işletim sistemine kadar aktarılmaz; çünkü çoğu hipervizör bunu güvenlik ve performans nedeniyle kapalı tutar. Nested virtualization (iç içe sanallaştırma), bu uzantıların guest'e kadar "görünür" hale getirilmesi anlamına gelir. Böylece sizin VDS'inizin içindeki işletim sistemi, kendi başına bir hipervizör gibi davranıp üzerinde başka sanal makineler çalıştırabilir.

Home lab bağlamında en yaygın senaryo şudur: Dışta (outer) bir Windows Server ya da Linux tabanlı VDS var; bu VDS'in içine bir sanal makine tanımlanıyor; o sanal makineye ESXi ISO'su bağlanıp normal bir fiziksel sunucuya kurar gibi kurulum yapılıyor. Kurulum bittiğinde elinizde, üzerinde vCenter, HA, DRS, vMotion gibi özellikleri deneyebileceğiniz gerçek bir ESXi host'u oluyor — üstelik hiçbir fiziksel donanım almadan.

Bu konuyu daha genel çerçevede, Proxmox ve VMware kombinasyonlarıyla birlikte Nested Virtualization: Proxmox Üzerinde VMware Çalıştırma yazımızda da ele almıştık; bu yazı ise özellikle ESXi'nin kendisinin nested kurulumuna odaklanıyor.

Neden Nested VDS Üzerinde ESXi Kurmalısınız?

Fiziksel bir sunucu üzerinde home lab kurmanın maliyeti (donanım, elektrik, soğutma, yer) genellikle test/öğrenme amacına göre orantısızdır. Nested VDS ile bu maliyetin büyük kısmını ortadan kaldırırsınız:

• Anında erişim: Sipariş sonrası dakikalar içinde nested destekli bir VDS'iniz olur, donanım kargosu beklemezsiniz.
• Kolayca sıfırlanabilir: Lab'ı bozdunuz mu, sanal makineyi silip sıfırdan kurarsınız; fiziksel sunucuda bu kadar hızlı değildir.
• Sertifikasyon hazırlığı: VCP gibi sınavlara hazırlanırken gerçek bir ESXi/vCenter ortamında pratik yapmak, sadece dokümantasyon okumaktan çok daha etkilidir.
• Güvenli izolasyon: Test ortamınız üretim sisteminizden tamamen ayrı bir VDS'te çalışır, yanlış bir DRS kuralı ya da bozuk bir VM üretimi etkilemez.

Büyükweb'in bu senaryo için özel olarak hazırladığı Nested VDS paketi, CPU'da nested sanallaştırma bayrağının açık geldiği ve ağ tarafında iç içe hipervizör trafiğine (özellikle nested ESXi'nin ihtiyaç duyduğu MAC değişiklikleri ve sahte iletimler) izin veren port grubu ayarlarıyla teslim edilir. Bunu manuel talep açıp beklemek yerine, doğrudan bu paketle başlayabilirsiniz.

Kendi tecrübemizden söyleyelim: standart bir VDS üzerinde nested ayarları sonradan açtırmaya çalışmak, çoğu zaman ek destek talebi ve bekleme süresi demek. Nested VDS bunu baştan halleder, siz doğrudan kuruluma geçersiniz.

Ön Gereksinimler ve Nested Virtualization Ayarları

ESXi'yi nested olarak kurmadan önce üç şeyin doğru olduğundan emin olmanız gerekir:

1. CPU sanallaştırma uzantısı guest'e kadar açık olmalı. Nested VDS paketinde bu varsayılan olarak etkindir; standart bir VDS'te ise ayrıca açılması gerekir.
2. Yeterli kaynak ayrılmış olmalı. ESXi'nin kendisi minimum 4 GB RAM ile açılır ama üzerinde birkaç test VM'i çalıştıracaksanız gerçekçi bir home lab için çok daha fazlasına ihtiyacınız olur (aşağıdaki tabloya bakın).
3. Ağ arayüzünde promiscuous mode / MAC değişikliği kısıtlaması olmamalı. Nested ESXi, kendi sanal switch'i üzerinden trafiği yönlendirirken dış katmanın MAC adreslerini değiştirmesine izin vermesi gerekir; aksi halde nested VM'ler ağa çıkamaz.

Sanal makinenizin (outer VM) içine girdiğinizde, CPU sanallaştırma uzantılarının gerçekten göründüğünü şu komutla hızlıca doğrulayabilirsiniz (Linux tabanlı bir outer OS kullanıyorsanız):

egrep -c '(vmx|svm)' /proc/cpuinfo

Çıktı 0'dan büyükse (çekirdek sayınıza yakın bir rakam görürsünüz), VT-x/AMD-V uzantıları guest'e kadar geçmiş demektir ve ESXi kurulumuna devam edebilirsiniz. Sonuç 0 ise, ya nested virtualization kapalı ya da yanlış bir sanal donanım profili seçilmiş olabilir.

Adım Adım Kurulum

1. Nested VDS Siparişi ve Şablon Seçimi

Nested VDS paketinizi sipariş ederken panelden nested sanallaştırma destekli bir işletim sistemi şablonu seçersiniz (Windows Server ya da bir Linux dağıtımı). Kurulum, panelde hazır sunulan şablonlardan yapılır; VDS'in kendisi için özel bir ISO yükleme adımına gerek yoktur. Bu şablon, sizin "outer" katmanınız olacak — yani ESXi'yi içine kuracağınız zemin.

Genel öneri: eğer amacınız VMware Workstation benzeri bir konsolla ESXi'yi nested kurmaksa Windows Server şablonu, eğer KVM/QEMU tabanlı bir yaklaşım tercih ediyorsanız güncel bir Linux dağıtımı seçmeniz daha rahat olur.

2. Sanal Makine Oluşturma ve VT-x/EPT Ayarı

Outer işletim sisteminiz hazır olduktan sonra, ESXi'yi kuracağınız iç sanal makineyi tanımlarsınız:

• vCPU: en az 4 (ESXi'nin kendisi + üzerinde çalışacak test VM'leri için)
• RAM: en az 8 GB, gerçekçi bir lab için 16-32 GB tavsiye edilir
• Disk: en az 32 GB (ESXi kurulumu için), datastore olarak kullanacağınız ek diskler ayrı eklenmeli
• Firmware: EFI (güncel ESXi sürümleri için önerilir)
• Sanal donanım seçeneği: "CPU sanallaştırma uzantılarını guest işletim sistemine aç" (Workstation tarzı araçlarda bu genelde "Virtualize Intel VT-x/EPT or AMD-V/RVI" olarak geçer) işaretli olmalı — bu adım atlanırsa ESXi kurulum ekranında "This host supports Intel VT-x, but Intel VT-x is disabled" gibi bir hata alırsınız.

3. ESXi ISO ile Kurulum

Sanal makineyi oluşturduktan sonra, kendi indirdiğiniz ESXi kurulum imajını bu sanal makinenin sanal optik sürücüsüne bağlar ve makineyi başlatırsınız. Kurulum ekranı, fiziksel bir sunucuya kurulumla neredeyse birebir aynıdır: disk seçimi, klavye düzeni, root parolası ve ağ yapılandırması adımlarından geçersiniz. Kurulum tamamlandığında ESXi, kendi yönetim IP'siyle ayağa kalkar.

4. İlk Yapılandırma ve Doğrulama

ESXi ayağa kalktıktan sonra, SSH'ı etkinleştirip (DCUI üzerinden Troubleshooting Options > Enable SSH) sürüm ve host özetini doğrulayabilirsiniz:

esxcli system version get
vim-cmd hostsvc/hostsummary

Bu iki komut sırasıyla ESXi build/versiyon bilgisini ve host'un genel durumunu (bellek, CPU, uptime) döner. Buradan itibaren host'unuzu vSphere Client ile yönetebilir, üzerine test VM'leri kurabilir, hatta ikinci bir nested ESXi daha ekleyip küçük bir cluster simülasyonu bile kurabilirsiniz.

ESXi mi, KVM mi? Guest Hipervizör Seçimi

Nested VDS'te sadece ESXi değil, KVM tabanlı bir yapı da (örneğin bir Linux dağıtımı üzerinde libvirt/QEMU-KVM ile) guest hipervizör olarak kurulabilir. Home lab amacınıza göre ikisi arasında seçim yapmanız gerekebilir:

Kriter	Nested ESXi	Nested KVM
Amaç	vSphere/VCP pratiği, HA/DRS/vMotion testi	Genel Linux tabanlı sanallaştırma, açık kaynak lab
Yönetim arayüzü	vSphere Client / vCenter	virt-manager, Cockpit, komut satırı
Öğrenme eğrisi	vSphere'e özgü kavramlar (datastore, vSwitch, vCenter)	Linux sistem yönetimi bilgisiyle örtüşür
Kaynak ihtiyacı	Orta-yüksek (ESXi + vCenter ayrı kurulursa artar)	Görece daha hafif
Sertifikasyon uyumu	VMware sertifikaları için birebir	Genel sanallaştırma bilgisi için uygun

Kısacası: hedefiniz VMware ekosistemini (vCenter, HA, DRS, vSAN testleri) öğrenmekse nested ESXi doğru seçim. Hedefiniz daha genel, açık kaynaklı bir sanallaştırma altyapısını (örneğin bir Proxmox benzeri kurulum) denemekse KVM tabanlı bir yaklaşım daha uygun olabilir. KVM'in kendisini VDS bağlamında daha detaylı incelemek isterseniz KVM Sanallaştırma Nedir? VDS'te Nasıl Çalışır? yazımıza bakabilirsiniz.

Nested VDS'in avantajı, aynı paket üzerinde her iki senaryoyu da deneyebilmenizdir — istediğiniz zaman sanal makineyi silip diğer hipervizörle yeniden kurabilirsiniz.

Ağ Yapılandırması: Tek IP ile Nested Erişim

Büyükweb VDS paketlerinde sunucunuza tek bir IPv4 adresi tahsis edilir. Nested bir lab kurduğunuzda, outer VDS'in bu tek genel IP'si sizin dış dünyaya açılan tek kapınız olur; ESXi'nin içine kuracağınız test VM'lerine ayrı genel IP'ler atanmaz.

Pratikte bu şu şekilde çözülür:

• NAT / port yönlendirme: Outer işletim sisteminizde bir NAT kuralı tanımlayarak, örneğin 8443 portunu içerideki ESXi'nin yönetim arayüzüne (443) yönlendirebilirsiniz.
• Internal (private) vSwitch: ESXi ve altındaki test VM'leri kendi aralarında özel bir sanal switch üzerinden konuşur; bu trafiğin dışarı çıkması gerekmez.
• Jump host / RDP-SSH üzerinden erişim: Outer VDS'e RDP veya SSH ile bağlanıp, oradan vSphere Client'ı veya tarayıcıyı açarak nested ESXi'ye erişmek, ayrı port yönlendirmesi kurmaktan çok daha güvenli ve pratik bir yöntemdir. Çoğu home lab kullanıcısı bu yolu tercih eder.

Nested ESXi'nin trafiğinin dışarı sızabilmesi için outer katmandaki sanal ağ adaptöründe promiscuous mode, MAC address changes ve forged transmits ayarlarının izin verecek şekilde yapılandırılmış olması gerekir; aksi halde nested VM'ler ağa hiç çıkamaz ya da yalnızca tek yönlü trafik görürsünüz. Nested VDS paketinde bu port grubu ayarları önceden yapılmış gelir, siz sadece kendi iç ağınızı (vSwitch, port group, VLAN) tasarlamaya odaklanırsınız.

Kaynak Planlama: CPU, RAM ve Disk

Home lab'ın "gerçekçi" hissettirmesi büyük ölçüde doğru kaynak planlamasına bağlıdır. Kaba bir yol haritası:

Lab ölçeği	vCPU	RAM	Disk	Tipik senaryo
Küçük (tek ESXi + birkaç VM)	4	8-16 GB	60-100 GB	ESXi kurulum pratiği, temel yönetim
Orta (ESXi + vCenter + birkaç VM)	6-8	24-32 GB	150-250 GB	vCenter, DRS/HA testleri
Büyük (2-3 nested ESXi + cluster)	8-12+	48-64 GB+	300 GB+	vMotion, vSAN, cluster senaryoları

Bu sayılar sabit değil; ne kadar çok nested VM ve ne kadar eş zamanlı iş yükü çalıştırdığınıza göre değişir. Kaynak seçimi konusunda genel prensipleri VDS'te RAM ve CPU Seçimi Rehberi yazımızda daha ayrıntılı işledik; nested senaryoda tek fark, "iç" katmanın da kendi başına kaynak talep etmesidir — yani outer VDS'in vCPU/RAM'i, hem outer OS'in hem ESXi'nin hem de ESXi altındaki VM'lerin toplam ihtiyacını karşılamalıdır.

Disk tarafında da benzer bir mantık geçerli: ESXi kurulum diskiyle datastore olarak kullanacağınız disk ayrı tutulmalı. Depolama ve dayanıklılık konusuna daha derinlemesine bakmak isterseniz VDS RAID Yapılandırması ve Disk Güvenliği yazımız faydalı olacaktır.

Bir home lab'de "az kaynakla idare ederim" düşüncesi çoğu zaman kurulumun ortasında disk dolması ya da ESXi'nin swap'a düşmesiyle sonuçlanır. Test amaçlı da olsa gerçekçi bir kaynak ayırmak, öğrenme sürecini gereksiz yere uzatmaz.

Sık Karşılaşılan Sorunlar

"This host supports Intel VT-x, but Intel VT-x is disabled" hatası: Outer sanal makinenin ayarlarında CPU sanallaştırma uzantılarının guest'e açılması unutulmuştur. Sanal makineyi kapatıp ilgili ayarı işaretleyin, açık bırakmayın.

Nested VM'ler ağa çıkamıyor: Outer katmandaki port group/vSwitch'te promiscuous mode, MAC address changes ve forged transmits ayarları kapalıdır. Nested VDS paketinde bunlar açık gelir; standart bir VDS'te bu ayarların açılması gerekir.

ESXi kurulumu çok yavaş ilerliyor: Genellikle disk I/O darboğazıdır. Outer VDS'in datastore'unun kurulum sırasında başka ağır iş yükleriyle paylaşılmadığından emin olun.

vCenter kurulumdan sonra yanıt vermiyor: vCenter Server Appliance, tek başına ciddi miktarda RAM ister (küçük dağıtımda bile 12+ GB). Küçük ölçekli lab'larda vCenter'ı devreye almadan önce yukarıdaki kaynak tablosundaki "orta" veya "büyük" ölçeğe geçmeniz gerekebilir.

Kurulum sonrası nested VM'ler kayboluyor/erişilemiyor: Outer VDS yeniden başlatıldığında, içerideki ESXi ve onun altındaki VM'lerin otomatik olarak ayağa kalkması için outer hipervizördeki "VM açılışta otomatik başlat" ayarının hem outer VM için hem de ESXi içindeki autostart ayarları için ayrı ayrı yapılandırılmış olması gerekir.

Sıkça Sorulan Sorular

Nested VDS'te ESXi kurmak için ayrıca lisans almam gerekir mi?

Kişisel test/lab kullanımı için VMware'in kendi topluluk/deneme koşullarını incelemeniz gerekir; bu, Büyükweb'in sağladığı altyapıdan bağımsız, ESXi yazılımının kendi lisans politikasıdır. Büyükweb, nested sanallaştırma için gerekli CPU ve ağ altyapısını sağlar; ESXi yazılımının lisanslaması size aittir.

Nested VDS ile normal VDS arasındaki fark nedir?

Fark, CPU sanallaştırma uzantılarının (VT-x/EPT, AMD-V/RVI) guest işletim sistemine kadar açık gelmesi ve buna uygun ağ port grubu ayarlarının hazır olmasıdır. Standart bir VDS'te bu özellik varsayılan olarak kapalıdır; Nested VDS paketinde ise baştan etkindir.

Nested VDS'te iade hakkım var mı?

Hayır. VDS paketlerinde (nested dahil) iade uygulanmaz. Koşullu 7 gün iade yalnızca hosting ve reseller paketlerinde geçerlidir.

Nested ESXi'nin verileri otomatik yedekleniyor mu?

VDS paketlerinde outer disk günlük olarak otomatik yedeklenir. Ancak bu, ESXi'nin kendi datastore'undaki VM'lerinizin uygulama düzeyinde tutarlı bir yedeği anlamına gelmez; kritik test VM'leriniz için ayrıca export/snapshot alışkanlığı edinmenizi öneririz. Genel yedekleme stratejileri için VDS Sunucu Yedekleme Stratejileri yazımıza bakabilirsiniz.

Kaç nested VM çalıştırabilirim?

Bu tamamen outer VDS'e ayırdığınız vCPU, RAM ve disk kaynağına bağlıdır. Küçük ölçekli bir lab'da 2-3 hafif test VM'i rahatça çalışır; vCenter, HA/DRS testleri gibi daha ağır senaryolar için kaynak tablosundaki orta-büyük ölçeği hedeflemenizi öneririz.

ESXi yerine doğrudan KVM kursam olur mu?

Evet, nested VDS hem ESXi hem de KVM tabanlı guest hipervizör kurulumuna uygundur. Seçim tamamen hedefinize bağlı: VMware ekosistemini öğrenmek istiyorsanız ESXi, daha genel açık kaynak sanallaştırma pratiği istiyorsanız KVM mantıklı bir tercih.

Nested lab'ı kurduktan sonra kaynakları büyütebilir miyim?

Evet, VDS kaynaklarınızı ihtiyaç duydukça panelinizden yükseltebilirsiniz; lab büyüdükçe (örneğin vCenter veya ikinci bir nested ESXi eklediğinizde) vCPU ve RAM'i artırmanız normal bir süreçtir.

Büyükweb Hizmetleri

Nested sanallaştırma denemelerinize hemen başlamak için:

• Nested VDS — nested sanallaştırma için CPU ve ağ ayarları hazır teslim edilen VDS paketimiz

Kurulum sırasında veya kaynak planlamasında takıldığınız bir nokta olursa 0850 302 60 70 numaralı satış öncesi destek numaramızdan bize ulaşabilir ya da iletişim sayfası üzerinden bizimle iletişime geçebilirsiniz.