Mimari ve çalışma modeli
KVM canlı göç, çalışan sanal makinenin bellek ve cihaz durumunu hedef hosta aktarırken kesintiyi sınırlamayı amaçlar. Paylaşımlı depolamada iki host aynı disk görüntüsüne erişir ve çoğunlukla bellek durumu taşınır. Paylaşımsız blok göçünde disk verisi de ağdan kopyalanır. Bu iki yolun bant genişliği, hata alanı, izin ve geri alma gereksinimleri farklıdır.
Pre-copy sırasında bellek sayfaları VM çalışırken gönderilir; yeniden kirlenen sayfalar tekrar taşınır. Kirletme hızı kullanılabilir aktarım hızına yaklaşırsa yakınsama uzar. Auto-converge konuk CPU'sunu kademeli yavaşlatabilir; post-copy hedefte yürütmeyi başlatıp eksik sayfaları kaynaktan ister ve kaynak kaybında kurtarma riskini değiştirir. Yöntem seçimi bakım hedefi ve kabul edilen arıza senaryosuna dayanmalıdır.
Paylaşımlı depolama kısa geçiş sağlayabilir fakat depolama erişimi, kilitleme ve iki hostun aynı volume kimliğini görmesi zorunludur. Blok göçü ortak SAN/NFS gerektirmez; buna karşılık disk boyutu ve yazma hızı aktarımı büyütür. `--copy-storage-all` tüm yazılabilir diskleri, seçici parametreler belirli diskleri taşır. Backing chain ve thin provisioning hedefte ayrıca doğrulanmalıdır.
Pilot öncesi CPU özellik uyumluluğu, ağ MTU'su, TLS, hedef storage pool ve serbest alan kontrol edilir. Kaynak VM'in disk ve bellek yazma oranları ölçülerek en kötü süre projekte edilir. Göç sırasında progress, dirty rate, disk throughput ve downtime birlikte izlenir. Başarı yalnız hedefte VM'in Running görünmesi değildir; uygulama health, disk bütünlüğü, ağ oturumu ve kaynak tanımının beklenen durumda olması gerekir.
- 1Uyumluluk ve kapasite kontrolü
- 2Pre-copy bellek ve isteğe bağlı disk
- 3Kısa switchover
- 4Hedef uygulama ve kaynak temizliği
Tasarım parametreleri
- Çalışma seti
- RAM boyutu, dirty-page rate ve aktarılabilir gerçek ağ hızını birlikte ölçün.
- Disk yolu
- Shared volume kimliği, kilitleme ve hedef izinlerini ya da blok kopya için disk boyutu/yazma hızını doğrulayın.
- Kesinti bütçesi
- Switchover downtime, toplam bakım süresi ve başarısız göç geri dönüşünü ayrı eşiklerle belirleyin.
- Güvenlik
- Migration kanalında kimlik doğrulama ve TLS kullanın; yönetim ağını üretim istemci trafiğinden ayırın.
- Yakınsama politikası
- Timeout, auto-converge ve post-copy seçeneklerini varsayılan olarak değil test sonucuna göre seçin.
Platformlardaki uygulama karşılıkları
Servis adları teknik karşılıklardır. Kapsam, varsayılanlar, bölge kullanılabilirliği ve işletim koşulları farklıdır; birebir aynı garanti anlamına gelmez.
| Ölçüt | Paylaşımlı depolama | Blok göçü |
|---|---|---|
| Aktarılan veri | Bellek ve cihaz durumu ağırlıklı | Bellek, cihaz ve seçilen diskler |
| Ön koşul | İki host aynı güvenli volume'u görür | Hedefte yeterli alan ve uygun disk tanımı |
| Darboğaz | Dirty-page hızı ve depolama gecikmesi | Disk boyutu, disk yazma hızı ve ağ |
| Hata alanı | Ortak depolama kesintisi iki hostu etkileyebilir | Kopya tutarlılığı ve uzun aktarım penceresi |
| Uygun kullanım | Küme içi sık bakım | Yerel diskli hostlar arası planlı taşıma |
Hesap ve uygulama örneği
128 GiB RAM kullanan bir VM saniyede 2 GiB sayfa kirletiyor ve migration ağı net 8 GiB/s taşıyorsa ilk RAM turu yaklaşık 16 saniyedir. Sonraki turlar dirty seti küçültebilir. Ancak uygulama 7,5 GiB/s kirletmeye çıkarsa marj daralır; toplam süre ve CPU throttling etkisi pilotta ölçülmeden kesinti sözü verilmemelidir.
4 TiB yerel disk net 500 MiB/s ile kopyalanırsa salt veri süresi yaklaşık 4×1024×1024/500 = 8.389 saniye, yani 2,33 saattir. Bu hesaba değişen bloklar, protokol yükü ve switchover dahil değildir. Bakım penceresi iki saatse blok göçü uygun değildir; önceden replikasyon veya shared storage değerlendirilmelidir.
Örnek komutlar: laboratuvar değerlerini değiştirin; kullanmadan önce yetkiyi ve yazılım sürümünü doğrulayın.
virsh domcapabilities --virttype kvm
virsh domblklist app01 --details
virsh migrate --live --persistent --verbose --tls app01 qemu+tls://kvm02/system
# Yerel diskler için kontrollü seçenek
virsh migrate --live --persistent --copy-storage-all --verbose --tls app01 qemu+tls://kvm02/system
virsh domjobinfo app01Hata teşhisi
| Belirti | Olası neden / ayrım | Doğrulama |
|---|---|---|
| Göç yüzdesi ilerlemiyor | Dirty-page veya disk yazma hızı aktarım kapasitesine yaklaşmış olabilir. | Dirty rate, migration throughput ve disk write değerlerini aynı zaman çizelgesinde karşılaştırın. |
| Hedef disk bulunamadı | Storage pool, volume path, backing chain veya izinler eşleşmiyor olabilir. | Hedef domain XML, pool listesi ve volume kimliklerini kaynakla karşılaştırın. |
| VM hedefte çalışıyor, uygulama erişilemiyor | Ağ port profili, bridge/VLAN veya uygulama bağımlılığı değişmiş olabilir. | Hedef NIC XML, bridge/VLAN sayaçları ve uygulama health endpointini doğrulayın. |
Kabul ve doğrulama kontrolleri
- CPU modeli ve cihaz uyumluluğunu migration öncesi doğrulayın.
- RAM dirty rate ile disk yazma hızını pik iş yükünde ölçün.
- Hedef depolama alanı, volume kimliği ve izinlerini denetleyin.
- Migration kanalının MTU, bant genişliği ve TLS ayarını sınayın.
- Kontrollü pilotta toplam süre ve switchover kesintisini kaydedin.
- Hedef uygulama, disk ve ağ doğrulamasından sonra kaynak temizliğini yapın.
İlgili kavramlar
Yüksek erişilebilirlik ile kurtarma ayrımı
Yüksek erişilebilirlik, belirli arızalarda hizmetin kısa kesintiyle sürmesini hedefler; yedekleme, kaybolan veya bozulan veriyi önceki bir noktadan geri getirir. Bir küme yanlış silinen kaydı diğer düğüme de aktarabilir. Bu nedenle HA ve yedekleme birbirinin yerine geçmez. Hizmetin DNS, kimlik, ağ, depolama ve enerji bağımlılıklarını birlikte düşünün. Başarılı düğüm geçişi tek başına yeterli değildir: kullanıcı oturumunun, uygulama yazmasının ve dış entegrasyonların geçiş sonrası davranışı da ölçülmelidir.
Gecikme dağılımı
Gecikme, bir işlemin başlangıcı ile yanıtı arasındaki süredir. Ortalama değer, az sayıdaki çok yavaş işlemi gizleyebilir; medyan ile p95/p99 gibi yüzdelikler farklı sorulara cevap verir. Ağ RTT, disk bekleme, işlemci kuyruğu ve uygulama işlemesi toplam süreye katkıda bulunur. Ölçümün istemci tarafında mı sunucuda mı yapıldığını yazın. Gecikme artışının trafik yükselmesine, bakım işine veya kapasite sınırına denk gelip gelmediğini karşılaştırın. Bir eşik seçmeden önce normal yük ve yoğun saat için temel davranışı kaydedin.
Bant genişliği ve gerçek aktarım
Hat kapasitesi ile uygulamanın taşıdığı yararlı veri miktarı farklıdır. Protokol başlıkları, şifreleme, yeniden iletim, küçük dosyalar ve disk beklemeleri net hızı azaltır. Bit ile byte birimini karıştırmayın: 1 Gbit/s teorik olarak 125 MB/s seviyesindedir; bu bir uygulama performans garantisi değildir. Aktarım süresini veri miktarı / ölçülen net hız şeklinde hesaplayın. Ölçümü aynı anda ağ, kaynak okuması ve hedef yazması üzerinden yaparak sınırlayıcı bileşeni bulun. Ortalama hız kadar kısa süreli düşüşleri ve diğer işlerin rekabetini de değerlendirin.
Kapasite ve kullanılabilir pay
Ham kapasite ile uygulamanın kullanabileceği kapasite aynı değildir. RAID veya erasure coding, dosya sistemi, ayrılmış alan, metadata, snapshot ve büyüme payı ayrı kalemlerdir. TB ile TiB gösterimi de görünür sayıyı değiştirir. Hesabı birimleriyle yazın ve önce kullanılabilir korumalı kapasiteyi, sonra işletim rezervini çıkarın. Ortalama doluluğu izlemek kadar büyüme eğimini izlemek de önemlidir. Tahmini dolma tarihi, yeni kapasiteyi satın alma ve devreye alma süresinden daha uzakta tutulmalıdır.
Uygulama tutarlılığı
Bir kopyanın açılabilir olması, uygulama verisinin tutarlı olduğunu kanıtlamaz. İşletim sistemi önbelleği, veritabanı günlükleri ve birden fazla disk veya servis arasındaki işlem sırası sonucu etkiler. Crash-consistent kopya beklenmedik kapanma sonrasındaki duruma benzer; application-consistent kopya uygulamanın desteklediği hazırlık ve yazma düzenini dikkate alır. Geri dönüşte yalnız dosya sayısını değil, işlem bütünlüğünü, kayıt ilişkilerini ve uygulama testini kontrol edin. Yedekleme ürününün desteklediği entegrasyonu, uygulama sürümünü ve hata çıktısını doğrulamadan tutarlılık varsaymayın.
Failover ve failback
Failover, hizmetin başka bir bileşene geçmesidir; failback, tercih edilen konuma geri alınmasıdır. İkisi aynı risk ve işlem sırasına sahip olmayabilir. DNS güncellemesi, yönlendirme, oturumlar, veri geriliği ve uygulama bağımlılıkları kullanıcı kesintisini belirler. Otomatik geçişin hangi koşulda tetiklendiğini, yanlış alarmda ne olacağını ve geri dönüş onayını tanımlayın. Arızayı yalnız sanal makineyi kapatarak test etmek tüm hata türlerini kapsamaz. Ağ, depolama ve yönetim katmanı arızalarının ayrı etkilerini ölçün.
Birincil teknik dokümantasyon
Doz Teknoloji teknik ekibi tarafından aşağıdaki birincil kaynaklar temel alınarak hazırlanmıştır. Hesaplar ve laboratuvar senaryoları varsayımlarını belirtir; uygulamadan önce kullanılan ürün sürümünü doğrulayın.