VMware Cloud Director Availability (VCDA — VCAV) -2
VMware Cloud Director Availability: Sanal Ortamları Koruma ve Yedekleme Çözümü
Bu bölümde VCDA (VMware Cloud Director Availability) ürünü üzerinden bir örnek ortamı ele alacak ve çalışma mantığını anlatacağım. Aşağıdaki görselde gösterildiği gibi, A ve B lokasyonlarında VCDA, vCenter, ve vCloud Director (vCD) kurulu durumdadır. Bu senaryo üzerinden, B lokasyonunda bulunan VM adında bir sanal sunucuyu VCDA ürününü kullanarak koruma altına farklı senaryolarla göreceksiniz.
Incoming Replications
A Side VCDA ekranında iken, B Side VCDA ortamındaki sanal makineleri veya tenantları A Side VCDA ortamına doğru replikasyon başlatmak için kullanılır. Bu özellik, iki farklı vCloud ortamı arasında sanal makinelerin ve tenantların güvenli bir şekilde kopyalanmasını sağlar. Bu sayede, felaket durumlarına karşı yedekleme ve iş sürekliliği stratejileri oluşturulabilir.
Outgoing Replications
A Side VCDA ekranında iken, A Side VCDA ortamındaki sanal makineleri veya tenantları B Side VCDA ortamına doğru replikasyon başlatmak için kullanılır. Bu özellik, iki farklı vCloud ortamı arasında sanal makinelerin ve tenantların güvenli bir şekilde kopyalanmasını sağlar. Bu sayede, felaket durumlarına karşı yedekleme ve iş sürekliliği stratejileri oluşturulabilir. Bu sayede, felaket durumlarına karşı yedekleme ve iş sürekliliği stratejileri oluşturulabilir.
New Protection
Bu senaryoda, A Side’daki VCDA ortamı kullanılarak B lokasyonunda çalışan “VM” adlı sanal sunucunun A lokasyonuna doğru new protection başlatıldığında şu adımlar gerçekleşir:
Replikasyon süreleri 5 dakika, 1 saat ve 1 gün olarak ayarlanabilir. A Side VCDA, B lokasyonundaki VM adlı sanal sunucunun replikasyonunu başlattığında, A Side vCenter üzerinde B lokasyonunda çalışan VM’ye ait C4 dosyaları oluşturulur. Bu dosyalar, VCD ortamında görüntülenmez; ancak sadece vCenter üzerinde bulunan datastorage üzerindeki file alanında .vmdk uzantısıyla görüntülenir. Eğer B lokasyonunda bir kesinti yaşanırsa, A Side VCDA üzerinden C4 dosyalarını kullanarak VM adlı sunucuyu A Side VCD ortamında ayağa kaldırabilir ve kullanabilirsiniz. Ayrıca, replikasyonu farklı C4 dosyalarına bölerek instance özelliğini kullanabilir ve istediğiniz zamandaki makineyi spesifik olarak kaldırma olanağına sahip olursunuz.
New Migration
Bu senaryoda, A Side’daki VCDA ortamı kullanılarak B lokasyonunda çalışan “VM” adlı sanal sunucunun A lokasyonuna doğru new migration başlatıldığında şu adımlar gerçekleşir:
Migrate süreleri, new protection’dan farklı olarak sadece 1 gün olarak ayarlanabilir. A Side VCDA, B lokasyonundaki VM adlı sanal sunucunun migrationunu başlattığında, A Side vCenter üzerinde B lokasyonunda çalışan VM’ye ait bir adet C4 dosyası oluşturulur. Bu dosyalar, VCD ortamında görüntülenmez; ancak sadece vCenter üzerinde bulunan datastorage üzerindeki file alanında .vmdk uzantısıyla görüntülenir. Eğer B lokasyonunda bir kesinti yaşanırsa, A Side VCDA üzerinden C4 dosyasını kullanarak VM adlı sunucuyu A Side VCD ortamında ayağa kaldırabilir ve kullanabilirsiniz. New migrationun instance özelliği mevcut değildir bu replikasyonları tek instance şeklinde saklar.
Migrate
Bu senaryoda, A Side’daki VCDA ortamı kullanılarak B lokasyonunda çalışan “VM” adlı sanal sunucunun A lokasyonuna doğru önceden new migration veya new protection başlatıldıktan sonra migrate adımına geçilir.
Önceden başlatılmış bir protection işlemi varsa ve instance özelliği etkinleştirilmişse, korunan C4 dosyalarından seçilen bir zaman aralığına göre, VCD ortamında VM adlı sanal sunucuyu ayağa kaldırır. Bu işlem sırasında, B Side VCD ortamındaki çalışan sunucuyu kapatır. Daha sonra, A Side vCenter üzerinde barındırılan seçilen C4 dosyasını kullanarak A Side VCD ortamında VM adlı sanal sunucuyu açık veya kapalı bir şekilde devreye alır. Fakat öncesinde migration başlatılmışsa en son korunan C4 dosyasını seçerek, VCD ortamında VM adlı sanal sunucuyu ayağa kaldırır. Bu işlem sırasında, B Side VCD ortamındaki çalışan sunucuyu kapatır. Daha sonra, A Side vCenter üzerinde barındırılan seçilen C4 dosyasını kullanarak A Side VCD ortamında VM adlı sanal sunucuyu açık veya kapalı bir şekilde devreye alır.
Failover
Bu senaryoda, A Side’daki VCDA ortamı kullanılarak B lokasyonunda çalışan “VM” adlı sanal sunucunun A lokasyonuna doğru önceden new migration veya new protection başlatıldıktan sonra failover adımına geçilir.
Önceden başlatılmış bir protection işlemi varsa ve instance özelliği etkinleştirilmişse, korunan C4 dosyalarından seçilen bir zaman aralığına göre, VCD ortamında VM adlı sanal sunucuyu ayağa kaldırır. Bu işlem sırasında, B Side VCD ortamındaki çalışan sunucuyu açık kalmaya devam eder. Daha sonra, A Side vCenter üzerinde barındırılan seçilen C4 dosyasını kullanarak A Side VCD ortamında VM adlı sanal sunucuyu açık veya kapalı bir şekilde devreye alır. Fakat öncesinde migration başlatılmışsa en son korunan C4 dosyasını seçerek, VCD ortamında VM adlı sanal sunucuyu ayağa kaldırır. Bu işlem sırasında, B Side VCD ortamındaki çalışan sunucu çalışmaya devam eder. Daha sonra, A Side vCenter üzerinde barındırılan seçilen C4 dosyasını kullanarak A Side VCD ortamında VM adlı sanal sunucuyu açık veya kapalı bir şekilde devreye alır.
Test
Başlatılan replikasyonun felaket anını beklemeden, karşı tarafta ayağa kaldırılabilirliğini test etmek amacıyla kullanılır. Bu işlem, karşı ortama taşınan makinenin belirli bir örneğini seçerek test etme olanağı sağlar.
Test işlemi gerçekleştirebilmek için öncelikle bir protection veya migration görevi başlatmanız gerekmektedir. Ardından, test işlemini başlattığınızda, eğer protection tarafında instancelarınız varsa bunları test edebilir veya migration başlattığınız sanal sunucuyu A Side ortamında kapalı veya açık bir şekilde test edebilirsiniz. Test ortamı sırasında eski ortamdaki sunucu kapanmaz, ancak isterseniz yeni ortamda sunucuyu açık veya kapalı olarak test edebilirsiniz. Bu işlem, gerçek felaket durumlarına karşı hazırlıklı olup olmadığınızı kontrol etmek için kullanışlı bir özelliktir. İhtiyacınıza göre test işlemi yapabilir ve sistemlerinizin sağlıklı bir şekilde çalıştığından emin olabilirsiniz.
Reverse
Genellikle bir felaket durumu sonrasında koruma altına alınmış bir iş yükünü orijinal kaynak ortamına geri getirmek için kullanılır. Bu işlemde, önceden belirlenmiş bir RPO (Recovery Point Objective — Kurtarma Nokta Hedefi) zamanına geri dönülür. Bu süre minimum 2 saat ve daha yüksek RPO sürelerine sahip replikasyonlar için kullanılır.
Örneğin, A Side VCDA kullanarak RPO zamanınız B Side VCD ortamında çalışan VM adlı sanal sunucu için 2 saat olarak belirlenmişse, bu süre zarfında alınan replikasyonlarla korunan iş yükünün bir önceki durumuna dönme işlemi gerçekleştirilebilir. Tersine replikasyon, bir felaket durumunda hedef ortamdaki iş yükünü orijinal kaynak ortama geri yüklemek ve iş sürekliliğini sağlamak için önemli bir adımdır. Bu süre zarfında alınan replikasyonlar sayesinde, belirlenen RPO süresinden önceki bir zamana, yani 2 saat öncesine kadar iş yükünü geri getirmek mümkün olacaktır.
Replication Workflow
Aşağıdaki görsel, sanal makine replikasyonu için belirli ihtiyaçlar ve koşullara dayalı olarak en iyi yaklaşımın iş akışını sağlayan bir akış şeması sunmaktadır.
Bu akış şeması, sanal makine replikasyonu için bir rehber niteliğindedir ve gerçek bir senaryo için özelleştirilmesi gerekebilir.
