BAŞLAMADAN ÖNCE
Başlamadan önce kontrol edin
Replikasyon, bağımsız ve saklamalı yedeklemenin yerine geçmez. OpenStack/Safir Cinder veri yolu ile VMware-to-VMware VDDK/CBT veri yolu ayrı ön koşullara sahiptir. VMware-to-OpenStack tasarım belgesi üretimde doğrulanmış dönüşüm desteği sayılmaz. Diğer platformlara aynı akışı varsaymayın.
Doğrulama sınırı: rehberler yerel replikasyon şablonu ve işletim belgelerinden hazırlanmıştır. Bu tur Firefox laboratuvar kontrolü güncel sayfa içeriğini güvenilir okuyamadığı için yeni replikasyon/DR ekranı alınamadı; başka bir platformun görüntüsü bu akışın yerine kullanılmadı. Full/Incremental, kesinti/resume, checkpoint boot, failover ve failback canlı çalıştırılmadı. Menü ve kaynak kodu, kurulu sürümün uçtan uca kabulü değildir.
- Kaynak/hedef site, platform ve sürüm eşleşmesi
- Ağ/TLS, veri yolu rolleri ve hedef kapasitesi
- Checkpoint kimliği, veri tutarlılığı ve ölçülen RPO
- İzole test, kaynak fencing ve failback planı
011. Korunacak iş yükünü ve yönü belirleyin
Kaynak/hedef site, platform, VM kimliği, bütün gerekli diskler ve uygulama bağımlılıklarını kaydedin. RPO veri kaybı hedefini, RTO hizmeti geri açma hedefini belirtir; değerleri ölçmeden taahhüt etmeyin. OpenStack/Safir ile VMware-to-VMware sürüm ve veri yolu kapsamını ayrı doğrulayın.
Beklenen sonuçKaynak, hedef, disk seti ve ölçülebilir hedefler kayıtlıdır.
022. İki site arasında erişim ve TLS kontrolü yapın
Yönetim ve veri adreslerini ayırın. 24 Eylül port matrisi, HTTPS gateway kullanılan siteler arasında iki yönde TCP/443 ve /replication-controller/ ile /replica/ yollarını tanımlar. Eski/doğrudan bileşen düzeninde 19451 controller, 19450 apply ve 19452 relay bulunur; hepsini internete açmayın, kurulu topolojiye uygun kuralları teknik ekiple doğrulayın. CA doğrulamasını koruyun.
Beklenen sonuçDoğru veri uçları ve doğrulanmış TLS erişimi hazırdır.
033. Hedef kapasiteyi ve endpoint rollerini doğrulayın
OpenStack tarafında project, volume type, volume/snapshot/gigabyte kotasını ve controller/replica_apply rollerini kontrol edin. Runbook ilk seed için kaynak volume boyutunun 2 katı + %10 boş Cinder kapasitesi önerir; çok disk ve retention için gerçek hesabı ayrıca yapın. VMware tarafında doğru kapalı hedef VM, datastore, VDDK ve bütün disk eşleşmesini doğrulayın. Eksik blok aygıtını sahte dosya veya başka diskle geçiştirmeyin.
Beklenen sonuçKapasite ve veri yazma rolleri doğru hedefe bağlıdır.
044. Replikasyon politikasını ve Run alanlarını inceleyin
Home → Replication bölümündeki kaynak/hedef yönünü ve politika kimliğini karşılaştırın. İncelenen Run formu source volume UUID, source/target controller ve site alanlarını taşır; target_id/replica_id gelişmiş eşlemelerdir. Dokümandaki örnek kimlikleri kopyalamayın. VMware politikası için bir kaynak VM ve bütün disklerinin aynı kabul kapsamında olması gerekir.
Beklenen sonuçÖzet doğru kaynak ve hedefi gösterir.
055. İlk Full seed ve checkpoint kabulünü planlayın
Onaylı küçük testte Full / Generation 1 veri aktarımı, hedef kayıtları ve hash doğrulamasını birlikte inceleyin. Kuyruğa alındı bildirimi tamamlanma değildir. Checkpoint kimliği, generation, zaman ve veri kapsamını kaydedin. VMware belgesinde checkpoint bütün diskler doğrulanınca yayımlanır; OpenStack runbook doğrulanmış hedef snapshot zincirini tarif eder. Hata halinde son iyi nesli koruyun.
Beklenen sonuçKullanılabilir checkpoint veri kanıtıyla eşleşir.
066. Artımlı nesilleri ve kesinti davranışını ölçün
En az üç Incremental nesil için değişen veri, aktarım süresi, son doğrulanmış checkpoint yaşı ve backlog ölçün. Scheduler aralığı tek başına RPO değildir. Onaylı pilotta ağ kesintisi/resume ve iki EraBackup sunucusunun yeniden başlatılmasını ayrı test edin. Hata durumunda kuyruk/state dosyalarını körlemesine temizlemeyin; görev, servis ve lifecycle loglarını karşılaştırın.
Beklenen sonuçArtımlı zincir ve ölçülen gecikme belgelenir.
077. İzole kurtarma testi ve düzenli izleme yapın
Ayrı felaket kurtarma rehberiyle doğrulanmış checkpoint’i izole ağda test edin. Boot, bütün diskler, dosya hash’i ve uygulama erişimini kabul edin; kaynakla aynı kimlik/IP ile eşzamanlı hizmet vermesini engelleyin. Kapasite, son iyi checkpoint yaşı, aktarım hataları ve servis sağlığı için izleme sorumlusu belirleyin. Başarılı replikasyon bağımsız backup saklamasını kaldırma gerekçesi değildir.
Beklenen sonuçReplikasyon veri kabulü ve DR testiyle tamamlanır.
MERAK EDİLENLER
Replikasyon başarılıysa DR testi gerekir mi?
Evet. Veri aktarımı; boot, uygulama tutarlılığı, fencing, ağ geçişi veya ana siteye geri dönüşün kabulü değildir. Bunlar izole test ve kayıtlı işletim planıyla ayrıca doğrulanır.