Sanallaştırma Nedir?

Hypervisor, fiziksel kaynakları izole sanal makinelere dağıtır

Hypervisor, sanal makinelerin fiziksel donanıma kontrollü erişimini sağlar. Tip 1 hypervisor doğrudan fiziksel donanım üzerinde çalışır ve kurumsal sunucu sanallaştırmasında yaygındır. Tip 2 hypervisor ise genel amaçlı bir işletim sistemi üzerinde uygulama olarak çalışır; laboratuvar ve masaüstü testlerinde kullanışlı olsa da üretim altyapısındaki hata alanı ve yönetim modeli farklıdır. Hypervisor her sanal makineye vCPU, bellek, sanal disk ve sanal ağ kartı tanımlar. Bu kaynaklar fiziksel işlemci çekirdekleri, NUMA düğümleri, RAM kanalları, HBA veya RAID denetleyicisi ve fiziksel NIC bağlantıları üzerinden sunulur. Sanal kaynak tanımlamak fiziksel kapasite oluşturmaz; fazla tahsis edilen her kaynak diğer iş yüklerinin gecikmesini etkileyebilir.

Bir sanal makinenin dosyası kolay taşınabilir görünse de uygulamanın gerçek bağımlılıkları ayrıca belgelenmelidir. DNS, Active Directory, veritabanı, lisans sunucusu, paylaşımlı klasör, sertifika, sabit IP, harici cihaz ve yedekleme ajanı gibi bileşenler taşınma veya kurtarma sırasında birlikte çalışmalıdır. Sanal disk biçimi, firmware türü, Secure Boot, sanal TPM, işletim sistemi desteği ve sürücü uyumluluğu platform seçimine göre doğrulanır. Sanal donanım sürümü yükseltildiğinde eski hosta geri dönüş kısıtlanabilir. Bu nedenle test, geliştirme ve üretim iş yükleri ayrı kurallarla yönetilir; template ve otomasyon kullanılsa bile her VM için sahip, iş amacı, veri sınıfı ve kurtarma hedefi kaydedilir.

Host

İşlemci, bellek, yerel disk, ağ ve yönetim kaynaklarını sunan fiziksel sunucudur.

Hypervisor

Sanal makineleri oluşturur, izole eder ve fiziksel kaynaklara erişimlerini yönetir.

Sanal makine

Kendi işletim sistemi, sanal disk ve ağ kartlarıyla çalışan izole iş yüküdür.

Sanal switch

Sanal makineleri fiziksel ağlara veya yalnızca host içindeki özel ağlara bağlar.

Datastore

Sanal disk, yapılandırma ve gerektiğinde Check Point dosyalarının tutulduğu depolama alanıdır.

Kapasite planı ortalama kullanıma değil, tepe yük ve arıza senaryosuna dayanır

Konsolidasyon oranı yalnızca toplam vCPU sayısının fiziksel çekirdeğe bölünmesiyle belirlenmez. Uygulamaların aynı saatlerde oluşturduğu CPU yükü, bellek çalışma kümesi, NUMA yerleşimi, depolama IOPS ve gecikmesi ile ağ throughput değeri birlikte ölçülür. CPU overcommit bazı ofis iş yüklerinde verimli olabilir; gecikmeye duyarlı veritabanı, ses, üretim veya güvenlik uygulamalarında aynı oran uygun olmayabilir. Bellek baskısı paging veya ballooning davranışına, depolama kuyruğu ise bütün VM’lerin yanıt süresine yansıyabilir. Host üzerindeki yönetim ve güvenlik servisleri için de pay ayrılır. Kullanılabilir kapasite hesaplanırken firmware güncellemesi, bakım veya arıza nedeniyle bir hostun devre dışı kalacağı N+1 senaryosu ayrıca test edilir.

Depolama tarafında yalnızca toplam terabayt değil, RAID seviyesi, disk sınıfı, cache koruması, queue derinliği, yedekli yol ve büyüme payı değerlendirilir. Birçok küçük VM aynı datastore üzerinde rastgele I/O ürettiğinde tek sunucudaki ardışık aktarım testinden çok farklı sonuç alınabilir. iSCSI veya Fibre Channel kullanılıyorsa MPIO, ayrı switch yolları ve hata halinde yeniden bağlanma davranışı doğrulanır; SMB tabanlı depolamada protokol sürümü, çoklu kanal ve izin modeli kontrol edilir. Ağ planında yönetim, sanal makine trafiği, canlı taşıma, storage ve yedekleme için ayrı VLAN veya fiziksel yollar gerekebilir. NIC team ya da LACP kullanımı tek akışın hızını otomatik olarak katlamaz; gerçek iş yükü ve failover testi yapılır.

• En az dört haftalık CPU, bellek, IOPS, gecikme ve ağ kullanım verisini tepe saatleriyle birlikte toplayın.
• Bir host devre dışıyken kalan hostların bütün kritik VM’leri kabul edip edemeyeceğini hesaplayın.
• Depolama performansını tek disk hızıyla değil eşzamanlı VM yükü, queue ve gecikmeyle doğrulayın.
• Yönetim, VM, storage, migration ve yedekleme trafiğinin bant genişliği ile güvenlik sınırlarını ayırın.
• Üç yıllık büyüme, garanti, yedek parça ve platform lisans maliyetini ilk kapasite hesabına ekleyin.

Yüksek erişilebilirlik ve yedekleme aynı görevi yapmaz

Cluster veya yüksek erişilebilirlik yapısı, bir host arızalandığında sanal makinenin başka host üzerinde yeniden başlatılmasını ya da planlı bakımda canlı taşınmasını sağlayabilir. Bu özellik hizmet kesintisini azaltır, fakat silinen dosyanın eski sürümünü veya ransomware öncesindeki uygulama verisini saklamaz. Replikasyon, VM’i ikinci host veya lokasyona kopyalayabilir; bozuk ya da şifrelenmiş veri de replike edilebileceği için bağımsız yedek yerine geçmez. Check Point veya snapshot kısa süreli değişiklik kontrolünde kullanılabilir, ancak uzun süre açık bırakıldığında zincir büyümesi, performans ve birleştirme riski oluşturur. Uygulama tutarlı yedek için veritabanı, VSS, agent veya uygulamaya özel quiesce yöntemi gerekebilir.

Kurtarma planı VM açıldı bilgisinden daha kapsamlıdır. Domain Controller, DNS, veritabanı, dosya hizmeti ve uygulama sunucularının hangi sırayla başlatılacağı; ağ, sertifika ve kimlik bağımlılıklarının nasıl doğrulanacağı belirlenir. Her iş yükü için kabul edilen veri kaybı RPO, hizmete dönüş süresi RTO ve minimum çalışır kapasite kaydedilir. Yedek kopyası hypervisor yönetim hesabından ayrılır; mümkünse değiştirilemez veya farklı hata alanında tutulur. Tek VM dosyası, uygulama verisi ve tam site kurtarma testleri ayrı yapılır. Cluster failover, switch veya storage yolu kaybı ve yedekten geri dönüş senaryoları planlı tatbikatla ölçülmediğinde yüksek erişilebilirlik yalnızca kağıt üzerindeki bir özellik olarak kalır.

Canlı taşıma

Planlı bakım sırasında çalışan VM’i desteklenen hostlar arasında taşımayı hedefler.

Failover

Host veya bileşen arızasında iş yükünü kalan kaynak üzerinde yeniden çalıştırır.

Replikasyon

VM değişikliklerini ikinci sisteme aktarır; geçmiş sürümlü bağımsız yedek değildir.

Yedekleme

Belirli saklama politikasıyla geri yüklenebilir bağımsız kopya oluşturur.

Kurtarma testi

VM, uygulama, ağ ve kimlik bağımlılıklarının hedef sürede çalıştığını kanıtlar.

İzleme, güvenlik ve yaşam döngüsü VM dağınıklığını önler

Sanallaştırılmış altyapıda yönetim arayüzü ayrı bir yönetim ağına alınır, günlük kullanıcı hesabıyla host yönetimi yapılmaz ve ayrıcalıklı roller sınırlandırılır. MFA veya ayrıcalıklı erişim iş akışı destekleniyorsa uygulanır. Hypervisor, sunucu firmware’i, ağ ve storage sürümleri aynı destek matrisi içinde güncellenir. Bir güvenlik yaması yalnızca hostun yeniden başlamasını değil, VM’lerin diğer hosta taşınmasını ve kalan kapasiteyi de etkiler. Yönetim portlarının internete açılması, eski protokoller, ortak yerel hesaplar ve yedek sisteminin aynı kimlikle yönetilmesi saldırı yüzeyini büyütür. Sanal switch port güvenliği, VLAN izinleri, VM içi firewall ve host güvenlik ayarları birlikte ele alınır.

Operasyon izleme; host sağlığı, CPU ready veya benzeri bekleme göstergeleri, bellek baskısı, datastore gecikmesi, snapshot yaşı, yedek sonucu, replikasyon gecikmesi, NIC hataları ve cluster quorum durumunu kapsar. Sahipsiz VM, kullanılmayan ISO, unutulmuş Check Point ve eski template düzenli raporlanır. Yeni VM açma süreci talep, kapasite onayı, IP ve DNS kaydı, yedek politikası, izleme, lisans ve sorumlu kişi bilgisiyle tamamlanır. Sistemden çıkarılan VM doğrudan silinmez; veri saklama ve geri dönüş ihtiyacı doğrulanır. Envanter ile gerçek hypervisor listesi karşılaştırıldığında VM dağınıklığı, lisans açığı ve görünmeyen riskler erken bulunur. Böylece sanallaştırma yalnızca daha az fiziksel sunucu değil, ölçülebilir ve sürdürülebilir bir işletim modeli üretir.

• Host yönetimini kullanıcı ağından ayırın ve ayrıcalıklı hesapları günlük oturumlardan bağımsız tutun.
• Firmware, hypervisor, sürücü ve storage uyumluluğunu her güncelleme öncesinde birlikte kontrol edin.
• Eski Check Point, sahipsiz VM, başarısız yedek ve kapasite eşiği için merkezi alarmlar oluşturun.
• Yeni VM sürecine sahiplik, veri sınıfı, yedekleme, izleme, lisans ve kapatma tarihini ekleyin.
• Failover ve geri yükleme testinin sonucunu süre, hata ve düzeltici faaliyetlerle kayıt altına alın.