Aracılığıyla paylaş


Geçiş ve modernleştirme: Sık sorulan sorular

Bu makalede, Geçiş ve modernleştirme aracıyla ilgili sık sorulan sorular yanıtlar. Başka sorularınız varsa şu kaynakları denetleyin:

  • Azure Geçişi hakkında genel bilgi edinin.
  • Azure Geçişi aleti hakkında sık sorulan soruları okuyun.
  • Bulma, değerlendirme ve bağımlılık görselleştirmesi hakkında daha fazla bilgi edinin.
  • Azure Geçişi forumunda sorular sorun.

Dikkat

Bu makalede, kullanım süresi sonu durumuna sahip bir Linux dağıtımı olan CentOS'a başvuruda bulunur. Kullanımınızı ve buna göre planlamayı göz önünde bulundurun. Daha fazla bilgi için bkz . CentOS kullanım süresi sonu kılavuzu.

Genel sorular

Geçiş ve modernleştirme aracıyla geçiş seçenekleri nelerdir?

Geçiş ve modernleştirme aracı, kaynak sunucularınızı ve sanal makinelerinizi (VM) Azure'a geçirmek için aracısız ve aracı tabanlı geçiş sunar.

Hangi geçiş seçeneğini seçerseniz seçin, Geçiş ve modernleştirme aracını kullanarak bir sunucuyu geçirmenin ilk adımı, sunucu için çoğaltmayı başlatmaktır. Bu işlem, VM/sunucu verilerinizin Azure'a ilk çoğaltmasını gerçekleştirir. İlk çoğaltma tamamlandıktan sonra, artımlı verileri Azure'a geçiren devam eden bir çoğaltma (delta eşitlemesi) oluşturulur. İşlem delta eşitleme aşamasına ulaştıktan sonra istediğiniz zaman Azure'a geçiş yapmayı seçebilirsiniz.

Hangi geçiş seçeneğini kullanacağınıza karar verirken aşağıdaki bilgileri göz önünde bulundurun.

Aracısız geçişler, geçiş yaptığınız kaynak VM'lere/sunuculara herhangi bir yazılım (aracı) dağıtmanızı gerektirmez. Aracısız seçenek, sanallaştırma sağlayıcısı tarafından sağlanan işlevlerle tümleştirilerek çoğaltmayı düzenler.

VMware VM'leri ve Hyper-V VM'leri için aracısız çoğaltma seçenekleri sağlanır.

Aracı tabanlı geçişler, geçiş yaptığınız kaynak VM'lere Azure Geçişi yazılımını (aracılar) yüklemenizi gerektirir. Aracı tabanlı seçenek, çoğaltma işlevselliği için sanallaştırma platformuna güvenmez. x86/x64 mimarisini çalıştıran herhangi bir sunucuyla ve aracı tabanlı çoğaltma yönteminin desteklediği bir işletim sistemi sürümüyle kullanılabilir.

Aracı tabanlı geçiş seçeneği aşağıdakiler için kullanılabilir:

Aracı tabanlı geçiş, makinelerinize geçiş için fiziksel sunucular olarak davranır.

Aracısız geçiş, VMware ve Hyper-V VM'leri için aracı tabanlı çoğaltma seçeneklerine göre daha fazla kolaylık ve kolaylık sağlar. Ancak, aşağıdaki kullanım örnekleri için aracı tabanlı senaryoyu kullanmayı düşünebilirsiniz:

  • Saniye başına giriş/çıkış işlemleriyle (IOPS) kısıtlanan ortamlar: Aracısız çoğaltma anlık görüntüleri kullanır ve depolama IOPS/bant genişliği kullanır. Ortamınızda depolama/IOPS üzerinde kısıtlamalar varsa aracı tabanlı geçiş yöntemini öneririz.

  • vCenter Server yok: vCenter Server'ınız yoksa VMware VM'lerinizi fiziksel sunucular olarak değerlendirebilir ve aracı tabanlı geçiş iş akışını kullanabilirsiniz.

Daha fazla bilgi edinmek için VMware geçiş seçeneği seçme'yi gözden geçirin.

Azure Geçişi ile geçiş için hangi coğrafyalar desteklenir?

Genel bulutlar ve kamu bulutları için desteklenen coğrafyaları inceleyin.

Birden çok bölgeye geçiş yapmak için aynı Azure Geçişi projesini kullanabilir miyim?

Azure Geçişi projesinde birden çok bölge için değerlendirmeler oluşturabilirsiniz ancak sunucuları tek bir Azure bölgesine geçirmek için bir Azure Geçişi projesi kullanılabilir. Diğer bölgeler için daha fazla Azure Geçişi projesi oluşturabilirsiniz.

  • Aracısız VMware geçişleri için, ilk çoğaltmayı etkinleştirdiğinizde hedef bölge kilitlenir.
  • Aracı tabanlı geçişler (VMware, fiziksel sunucular ve diğer bulutlardaki sunucular) için, çoğaltma aletini ayarladığınızda portalda Kaynak Oluştur düğmesi seçildiğinde hedef bölge kilitlenir.
  • Aracısız Hyper-V geçişleri için, Hyper-V çoğaltma sağlayıcısını ayarladığınızda portalda Kaynak Oluştur düğmesi seçildiğinde hedef bölge kilitlenir.

Birden çok aboneliğe geçiş yapmak için aynı Azure Geçişi projesini kullanabilir miyim?

Evet, aynı hedef bölgede aynı Azure kiracısına sahip birden çok aboneliğe geçiş yapmak için aynı Azure Geçişi projesini kullanabilirsiniz. Bir makine veya makine kümesi için çoğaltmayı etkinleştirdiğinizde hedef aboneliği seçebilirsiniz.

Hedef bölge kilitli:

  • Aracısız VMware geçişleri için ilk çoğaltmadan sonra.
  • Aracı tabanlı geçişler için çoğaltma aleti yüklemesi sırasında.
  • Aracısız Hyper-V geçişleri için Hyper-V sağlayıcısı yüklemesi sırasında.

Azure Geçişi Azure Kaynak Grafı destekliyor mu?

Şu anda Azure Geçişi, Azure Kaynak Grafı ile tümleşik değildir. Azure Kaynak Grafı ile ilgili sorguların gerçekleştirilmesini destekler.

Veriler şirket içi ortamdan Azure'a nasıl iletilir? İletimden önce şifrelenir mi?

Aracısız çoğaltma ile Azure Geçişi aleti verileri karşıya yüklemeden önce sıkıştırır ve şifreler. Veriler https üzerinden güvenli bir iletişim kanalı üzerinden iletilir ve TLS 1.2 veya üzerini kullanır. Ayrıca Azure Depolama, verileri bulutta kalıcı hale geldiğinde (bekleyen şifreleme) verilerinizi otomatik olarak şifreler.

Olağanüstü durum kurtarma senaryoları için Azure Geçişi tarafından oluşturulan kurtarma hizmetleri kasasını kullanabilir miyim?

Olağanüstü durum kurtarma senaryoları için Azure Geçişi tarafından oluşturulan kurtarma hizmetleri kasasını kullanmanızı önermiyoruz çünkü bu, Azure Geçişi'nde çoğaltma başlatma hatalarına neden olabilir.

Test Geçişi ve Geçiş işlemleri arasındaki fark nedir?

Geçişi Test Et seçeneği, gerçek geçiş öncesinde geçişleri test etmenizi ve doğrulamanızı sağlar. Test Geçişi , gerçek geçiş öncesinde VM'leri test etmek için Azure'da bir korumalı alan ortamı kullanmanıza izin vererek çalışır. Belirttiğiniz test sanal ağı, korumalı alan ortamının özetini oluşturur. Test Sanal ağı yeterince yalıtılmış olduğu sürece Test Geçişi işlemi kesintisizdir. İstenmeyen bağlantılardan kaçınmak için gelen ve giden bağlantı kurallarını tasarladığınızda sanal ağ yeterince yalıtılır. Örneğin: Şirket içi makinelere bağlantıyı kısıtlarsınız.

Yalıtılmış korumalı alan ortamında kopyalanan bir kopya üzerinde testler yaparken uygulamalar kaynakta çalışmaya devam edebilir. Geçişi doğrulamak, uygulama testi gerçekleştirmek ve gerçek geçiş öncesinde sorunları gidermek için gerektiğinde birden çok test gerçekleştirebilirsiniz.

Test ile gerçek geçiş arasındaki farkı gösteren ekran görüntüsü.

Azure Geçişi için geri alma seçeneği var mı?

Azure'da uygulamanızın işlevselliğini ve performansını doğrulamak için Test Geçişi seçeneğini kullanabilirsiniz. İstediğiniz sayıda test geçişi gerçekleştirebilir ve Test Geçişi işlemiyle güven oluşturduktan sonra son geçişi gerçekleştirebilirsiniz.

Test geçişi şirket içi makineyi etkilemez. Bu makine çalışır durumda kalır ve siz gerçek geçişi gerçekleştirene kadar çoğaltmaya devam eder. Test geçişi için kullanıcı kabul testi (UAT) sırasında herhangi bir hata varsa, son geçişi ertelemeyi ve kaynak VM'nizi/sunucunuzu çalışır durumda tutmayı ve Azure'a çoğaltmayı seçebilirsiniz. Hataları düzeltdikten sonra son geçişi yeniden gerçekleştirebilirsiniz.

Not

Azure'a son geçişi gerçekleştirdikten ve şirket içi kaynak makine kapatıldıktan sonra Azure'dan şirket içi ortamınıza geri alma işlemi gerçekleştiremezsiniz.

Test geçişleri için kullanılacak sanal ağı ve alt ağı seçebilir miyim?

Test geçişleri için bir sanal ağ seçebilirsiniz. Azure Geçişi aşağıdaki mantığa göre otomatik olarak bir alt ağ seçer:

  • Çoğaltmayı etkinleştirirken giriş olarak bir hedef alt ağ (varsayılan dışında) belirtirseniz, Azure Geçişi test geçişi için kullanılan sanal ağda aynı ada sahip bir alt ağın önceliğini belirler.
  • Aynı ada sahip bir alt ağ bulunmazsa Azure Geçişi, ağ geçidi, uygulama ağ geçidi, güvenlik duvarı veya Azure Bastion alt ağı olmayan ilk kullanılabilir alt ağı alfabetik olarak seçer.

Sunucum için Geçişi Sına düğmesi neden devre dışı bırakıldı?

Test Geçişi düğmesi aşağıdaki senaryolarda devre dışı bırakılabilir:

  • VM için ilk çoğaltma tamamlanana kadar test geçişini başlatamazsınız. İlk çoğaltma işlemi tamamlanana kadar Geçişi Sına düğmesi devre dışı bırakılır. VM'niz delta eşitleme aşamasında olduktan sonra test geçişi gerçekleştirebilirsiniz.
  • Bir test geçişi zaten tamamlandıysa ancak bu VM için bir test-geçiş temizleme işlemi gerçekleştirilmediyse düğme devre dışı bırakılabilir. Test geçişi temizleme işlemi gerçekleştirin ve işlemi yeniden deneyin.

Test geçişimi temizlemezsem ne olur?

Test geçişi, çoğaltılan verileri kullanarak bir test Azure VM'si oluşturarak gerçek geçişin benzetimini oluşturur. Sunucu, çoğaltılan verilerin belirli bir noktaya kopyasıyla hedef kaynak grubuna (çoğaltmayı etkinleştirdiğinizde seçilir) bir -test sonekle dağıtılır. Test geçişleri, geçiş sonrası sorunları en aza indirmek için sunucu işlevselliğini doğrulamaya yöneliktir.

Test sonrasında test geçişi temizlenmezse, test VM'si Azure'da çalışmaya devam eder ve ücretlendirilir. Test geçişi sonrasında temizlemek için, Geçiş ve modernleştirme aracında Makineleri çoğaltma görünümüne gidin ve makinede Temizleme testi geçiş eylemini kullanın.

SANAL makinemin başarıyla geçirilip geçirilip geçirilmez olduğunu Nasıl yaparım? biliyor musunuz?

VM'nizi/sunucunuzu başarıyla geçirdikten sonra vm'yi Sanal Makineler bölmesinden görüntüleyebilir ve yönetebilirsiniz. Doğrulamak için geçirilen VM'ye bağlanın.

Geçişin başarıyla tamamlandığını denetlemek için işlemin İş durumunu da gözden geçirebilirsiniz. Herhangi bir hata görürseniz bunları çözün ve geçiş işlemini yeniden deneyin.

Geçişten sonra çoğaltmayı durdurmazsam ne olur?

Çoğaltmayı durdurduğunuzda, Geçiş ve modernleştirme aracı, çoğaltma için oluşturulan abonelikteki yönetilen diskleri temizler.

Geçiş sonrasında Geçişi Tamamla'yı seçmesem ne olur?

Geçişi Tamamla'yı seçtiğinizde, Geçiş ve modernleştirme aracı, çoğaltma için oluşturulan abonelikteki yönetilen diskleri temizler. Geçiş sonrasında Geçişi tamamla'yı seçmezseniz bu diskler için ücret ödemeye devam edebilirsiniz. Tam geçiş , zaten geçirilen makinelere bağlı diskleri etkilemez.

UEFI tabanlı makineleri Azure 1. nesil VM'ler olarak Azure'a nasıl geçirebilirim?

Geçiş ve modernleştirme aracı, UEFI tabanlı makineleri Azure 2. nesil VM'ler olarak Azure'a geçirir. Bunları Azure 1. nesil VM'ler olarak geçirmek istiyorsanız, çoğaltmaya başlamadan önce önyükleme türünü BIOS'a dönüştürün ve ardından Geçiş ve modernleştirme aracını kullanarak Azure'a geçiş yapın.

Azure Geçişi, UEFI tabanlı makineleri BIOS tabanlı makinelere dönüştürüyor ve bunları Azure 1. nesil VM'ler olarak Azure'a mı aktarıyor?

Geçiş ve modernleştirme aracı, tüm UEFI tabanlı makineleri Azure 2. nesil VM'ler olarak Azure'a geçirir. UEFI tabanlı VM'lerin BIOS tabanlı VM'lere dönüştürülmesi artık desteklenmemektedir. Tüm BIOS tabanlı makineler Yalnızca Azure 1. nesil VM'ler olarak Azure'a geçirilir.

UEFI tabanlı makinelerin Azure'a geçirilmesi için hangi işletim sistemleri desteklenir?

Not

Aracısız geçişte işletim sisteminin ana sürümü destekleniyorsa, tüm ikincil sürümler ve çekirdekler otomatik olarak desteklenir.

UEFI tabanlı makineler için desteklenen işletim sistemleri Aracısız VMware'i Azure'a Aracısız Hyper-V'yi Azure'a Azure'a aracı tabanlı VMware, fiziksel ve diğer bulutlar
Windows Server 2025, 2022, 2019, 2016, 2012 R2, 2012 Y Y Y
Windows 11 Pro, Windows 11 Enterprise Y Y Y
Windows 10 Pro, Windows 10 Enterprise Y Y Y
SUSE Linux Enterprise Server 15 SP1, SP2, SP3, SP4, SP5, SP6 Y Y Y
SUSE Linux Enterprise Server 12 SP4 Y Y Y
Ubuntu Server 22.04 LTS, 20.04 LTS, 18.04 LTS, 16.04 LTS Y Y Y
RHEL 9.x, 8.1, 8.0, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x Y Y Y
CentOS Stream Y Y Y
Oracle Linux 9, 8, 7.7-CI, 7.7, 6 Y Y Y

Azure Geçişi'ni kullanarak Active Directory etki alanı denetleyicilerini geçirebilir miyim?

Geçiş ve modernleştirme aracı uygulamadan bağımsızdır ve çoğu uygulamada çalışır. Geçiş ve modernleştirme aracını kullanarak bir sunucuyu geçirdiğinizde, sunucuya yüklediğiniz tüm uygulamalar onunla birlikte geçirilir. Ancak, alternatif geçiş yöntemleri bazı uygulamaları geçirmek için daha uygun olabilir.

Active Directory için ortam türü bir faktör olabilir. Azure ortamınıza bağlı bir şirket içi sitenin olduğu karma bir ortamda, ek etki alanı denetleyicileri ekleyerek ve Active Directory çoğaltması ayarlayarak dizininizi Azure'a genişletebilirsiniz. Geçiş ve modernleştirme aracını şu durumlarda kullanabilirsiniz:

  • Azure'da kendi etki alanı denetleyicilerine ihtiyaç duyan yalıtılmış bir ortama geçiş.
  • Korumalı alan ortamında uygulamaları test etme.

Geçiş sırasında işletim sistemimi yükseltebilir miyim?

Geçiş ve modernleştirme aracı artık geçiş sırasında Windows işletim sistemi yükseltmesini destekliyor. Bu seçenek şu anda Linux için kullanılamıyor. Windows işletim sistemi yükseltmesi hakkında daha fazla bilgi edinin.

VMware VM'lerini geçirmek için VMware vCenter'a ihtiyacım var mı?

VMware aracı tabanlı veya aracısız geçiş kullanarak VMware VM'lerini geçirmeniz için, vCenter Server'ın VM'lerin bulunduğu ESXi konaklarını yönetmesi gerekir. vCenter Server'larınız yoksa VMware VM'lerini fiziksel sunucu olarak geçirebilirsiniz. Daha fazla bilgi edinin.

Geçiş sırasında birden çok kaynak VM'yi tek bir VM'de birleştirebilir miyim?

Geçiş ve modernleştirme aracı şu anda benzer geçişleri destekler. Geçiş sırasında sunucuları birleştirmeyi desteklemiyoruz.

Geçiş sonrasında Azure'da Windows Server 2008 ve 2008 R2 desteklenecek mi?

Şirket içi Windows Server 2008 ve 2008 R2 sunucularınızı Azure VM'lerine geçirebilirsiniz ve destek sonu tarihlerinden sonra üç yıl boyunca genişletilmiş güvenlik güncelleştirmelerini VM çalıştırma maliyetinden daha fazla ek ücret ödemeden alabilirsiniz. Windows Server 2008 ve 2008 R2 iş yüklerinizi geçirmek için Geçiş ve modernleştirme aracını kullanabilirsiniz.

VMware/Hyper-V üzerinde çalışan Windows Server 2003'i Azure'a geçirme Nasıl yaparım??

Windows Server 2003 genişletilmiş desteği 14 Temmuz 2015'te sona erdi. Azure desteği ekibi, Azure'da Windows Server 2003 çalıştırmayla ilgili sorunları gidermeye yardımcı olur. Ancak bu destek, işletim sistemi düzeyinde sorun giderme veya düzeltme eki gerektirmeyen sorunlarla sınırlıdır.

Azure bulutunun esnekliğini ve güvenilirliğini etkili bir şekilde kullandığınızdan emin olmak için uygulamalarınızı Windows Server'ın daha yeni bir sürümünü çalıştıran Azure örneklerine geçirmenizi öneririz.

Windows Server 2003'i Azure'a geçirmeye devam ederseniz, Windows Server dağıtımınız VMware veya Hyper-V üzerinde çalışan bir VM ise Geçiş ve modernleştirme aracını kullanabilirsiniz. Daha fazla bilgi için bkz . Windows Server 2003 makinelerinizi geçiş için hazırlama.

Aracısız VMware geçişi

Aracısız geçiş nasıl çalışır?

Geçiş ve modernleştirme aracı, Windows veya Linux çalıştıran VMware ve Hyper-V VM'lerinin geçişi için aracısız çoğaltma seçenekleri sağlar. Araç, Windows ve Linux sunucuları için başka bir aracı tabanlı çoğaltma seçeneği sağlar. Bu diğer seçenek VMware, Hyper-V, AWS ve GCP gibi sağlayıcılarda fiziksel sunucuları ve x86/x64 VM'leri geçirmek için kullanılabilir.

Aracı tabanlı çoğaltma, aracı yazılımını geçirmekte olduğunuz VM/sunucuya yüklemenizi gerektirir. Aracısız seçenek, vm'lere yazılım yüklemenizi gerektirmez ve bu da kolaylık ve kolaylık sağlayabilir.

Aracısız çoğaltma seçeneği, sanallaştırma sağlayıcısı (VMware veya Hyper-V) tarafından sağlanan mekanizmaları kullanır. VMware VM'lerinde aracısız çoğaltma mekanizması, VM disklerindeki verileri çoğaltmak için VMware anlık görüntülerini ve VMware değiştirilmiş blok izleme teknolojisini kullanır. Birçok yedekleme ürünü benzer bir mekanizma kullanır. Hyper-V VM'leri için aracısız çoğaltma mekanizması VM anlık görüntülerini ve Hyper-V çoğaltmasının değişiklik izleme özelliğini kullanarak VM disklerindeki verileri çoğaltır.

Bir VM için çoğaltma yapılandırıldığında, VM ilk olarak bir ilk çoğaltma aşamasından geçer. İlk çoğaltma sırasında bir VM anlık görüntüsü alınır ve anlık görüntü disklerindeki verilerin tam kopyası aboneliğinizdeki yönetilen disklere çoğaltılır. VM için ilk çoğaltma tamamlandıktan sonra, çoğaltma işlemi artımlı çoğaltma (delta çoğaltma) aşamasına geçirilir.

Artımlı çoğaltma aşaması, son tamamlanan çoğaltma döngüsünden bu yana gerçekleşen veri değişikliklerini giderir. Bu değişiklikler düzenli aralıklarla çoğaltılır ve çoğaltmayla yönetilen disklere uygulanır. Bu işlem, çoğaltmayı VM'deki değişikliklerle eşitlenmiş olarak tutar.

VMware değişiklik bloğu izleme teknolojisi, VMware VM'leri için çoğaltma döngüleri arasındaki değişiklikleri izler. Çoğaltma döngüsünün başlangıcında bir VM anlık görüntüsü alınır ve geçerli anlık görüntü ile başarıyla çoğaltılan son anlık görüntü arasındaki değişiklikleri derlemek için değiştirilmiş blok izleme kullanılır. VM için çoğaltmayı eşitlenmiş durumda tutmak için, yalnızca son tamamlanan çoğaltma döngüsünden sonra değişen verilerin çoğaltılması gerekir.

Her çoğaltma döngüsünün sonunda anlık görüntü serbest bırakılır ve VM için anlık görüntü birleştirme gerçekleştirilir. Benzer şekilde, Hyper-V VM'leri için Hyper-V çoğaltma değişiklik izleme altyapısı ardışık çoğaltma döngüleri arasındaki değişiklikleri izler.

İşlemi çoğaltan bir VM'de gerçekleştirdiğinizde Migrate , şirket içi VM'yi kapatabilir ve sıfır veri kaybı sağlamak için son bir artımlı çoğaltma gerçekleştirebilirsiniz. Çoğaltma gerçekleştirildiğinde, VM'yi Azure'da oluşturmak için VM'ye karşılık gelen çoğaltmayla yönetilen diskler kullanılır.

Başlamak için VMware aracısız geçiş ve Hyper-V aracısız geçiş öğreticilerine bakın.

Geçişlerim için bant genişliği gereksinimini Nasıl yaparım? ölçer?

Verileri Azure'a çoğaltmak için ihtiyacınız olan bant genişliği miktarını etkileyen çeşitli faktörler vardır. Bant genişliği gereksinimi, şirket içi Azure Geçişi aletinin verileri ne kadar hızlı okuyup Azure'a çoğaltabileceğine bağlıdır. Çoğaltmanın iki aşaması vardır: ilk çoğaltma ve delta çoğaltma.

Bir VM için çoğaltma başlatıldığında, disklerin tam kopyalarının çoğaltıldığı ilk çoğaltma döngüsü gerçekleşir. İlk çoğaltma tamamlandıktan sonra, artımlı çoğaltma döngüleri (delta döngüleri), önceki çoğaltma döngüsünden bu yana gerçekleşen değişiklikleri aktarmak için düzenli aralıklarla zamanlanır.

Bant genişliği gereksinimini aşağıdakilere göre çözebilirsiniz:

  • Dalgada hareket etmek için ihtiyacınız olan veri hacmi.
  • İlk çoğaltma işlemi için ayrılan zaman.

İdeal olarak, ilk çoğaltmanın gerçek geçiş penceresinden en az 3-4 gün önce tamamlanmasını istersiniz. Bu zaman çizelgesi, gerçek pencereden önce bir test geçişi gerçekleştirmek ve pencere sırasında kapalı kalma süresini en düşük düzeyde tutmak için yeterli zaman sağlar.

Aşağıdaki formülü kullanarak aracısız VMware VM geçişi için gereken bant genişliğini veya süreyi tahmin edebilirsiniz:

  • İlk çoğaltmayı tamamlama süresi = {disklerin boyutu (veya varsa kullanılan boyut) * 0,7 (yüzde 30 sıkıştırma ortalaması – ölçülü tahmin varsayılarak)}/çoğaltma için kullanılabilir bant genişliği.

Aracısız VMware çoğaltması için Azure Geçişi aletini kullanırken çoğaltmayı kısıtlamak Nasıl yaparım??

kullanarak NetQosPolicykısıtlayabilirsiniz. Bu azaltma yöntemi yalnızca Azure Geçişi aletinden giden bağlantılar için geçerlidir.

Örneğin, AppNamePrefix içinde NetQosPolicy kullanılacak değer şeklindedir GatewayWindowsService.exe. Azure Geçişi aletinde aşağıdaki gibi bir ilke oluşturarak aletten çoğaltma trafiğini kısıtlamak için bir ilke oluşturabilirsiniz:

New-NetQosPolicy -Name "ThrottleReplication" -AppPathNameMatchCondition "GatewayWindowsService.exe" -ThrottleRateActionBitsPerSecond 1MB

Çoğaltma bant genişliğini bir zamanlamaya göre artırmak ve azaltmak için, bant genişliğini gerektiği gibi ölçeklendirmek için Windows zamanlanmış görevlerini kullanabilirsiniz. Bir görev bant genişliğini azaltırken, başka bir görev bant genişliğini artırır.

Not

Aşağıdaki komutları çalıştırmadan önce daha önce bahsedileni NetQosPolicy oluşturmanız gerekir.

#Replace with an account that's part of the local Administrators group
$User = "localVmName\userName"

#Set the task names
$ThrottleBandwidthTask = "ThrottleBandwidth"
$IncreaseBandwidthTask = "IncreaseBandwidth"

#Create a directory to host PowerShell scaling scripts
if (!(Test-Path "C:\ReplicationBandwidthScripts"))
{
 New-Item -Path "C:\" -Name "ReplicationBandwidthScripts" -Type Directory
}

#Set your minimum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 10 MBps
New-Item C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 10MB'
$ThrottleBandwidthScript = "C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1"

#Set your maximum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 1000 MBps
New-Item C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 1000MB'
$IncreaseBandwidthScript = "C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1"

#Timezone set on the Azure Migrate Appliance (VM) is used; change the frequency to meet your needs
#In this example, the bandwidth is being throttled every weekday at 8:00 AM local time
#The bandwidth is being increased every weekday at 6:00 PM local time
$ThrottleBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 8:00am
$IncreaseBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 6:00pm

#Setting the task action to execute the scripts
$ThrottleBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $ThrottleBandwidthScript"
$IncreaseBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $IncreaseBandwidthScript"

#Creating the scheduled tasks
Register-ScheduledTask -TaskName $ThrottleBandwidthTask -Trigger $ThrottleBandwidthTrigger -User $User -Action $ThrottleBandwidthAction -RunLevel Highest -Force
Register-ScheduledTask -TaskName $IncreaseBandwidthTask -Trigger $IncreaseBandwidthTrigger -User $User -Action $IncreaseBandwidthAction -RunLevel Highest -Force

Değişim sıklığı aracısız çoğaltmayı nasıl etkiler?

Aracısız çoğaltma verilerde katlandığından, değişim sıklığı deseni değişim sıklığı hızından daha önemlidir. Bir dosya tekrar tekrar yazıldığında, oranın çok fazla etkisi olmaz. Ancak, diğer her kesimin yazıldığı bir desen, bir sonraki döngüde yüksek değişim sıklığına neden olur. Aktardığınız veri miktarını en aza indirdiğiniz için, bir sonraki döngüyü zamanlamadan önce verilerin mümkün olduğunca katlamasına izin verirsiniz.

Çoğaltma döngüsü ne sıklıkta zamanlanır?

Sonraki çoğaltma döngüsünü zamanlamak için formül şudur: (Önceki döngü süresi / 2) veya bir saat (hangisi daha yüksekse).

Örneğin, bir vm değişim döngüsü için dört saat sürüyorsa, sonraki döngü bir sonraki saat içinde değil, iki saat içinde zamanlanır. İlk değişiklik döngüsü hemen zamanlandığında, ilk çoğaltmadan hemen sonra işlem farklıdır.

vCenter Server'ımdaki VM'leri bulmak için iki (veya daha fazla) gereç dağıttım. Ancak VM'leri geçirmeye çalıştığımda yalnızca gereçlerden birine karşılık gelen VM'leri görüyorum.

Birden çok gereç ayarlarsanız, sağlanan vCenter hesaplarında VM'ler arasında çakışma olamaz. Böyle bir çakışmayla bulma işlemi desteklenmeyen bir senaryodur.

Aracısız çoğaltma VMware sunucularını nasıl etkiler?

Aracısız çoğaltma, VMware vCenter Server ve VMware ESXi konakları üzerinde bazı performans etkisine neden olur. Aracısız çoğaltma anlık görüntüler kullandığından, depolamada IOPS kullanır, bu nedenle bazı IOPS depolama bant genişliği gerekir. Ortamınızda depolama veya IOPS kısıtlamalarınız varsa aracısız çoğaltma kullanmanızı önermeyiz.

Kapalı VM'ler çoğaltılabilir mi?

VMware VM'lerinin kapalıyken çoğaltılabilmesi desteklenir, ancak yalnızca aracısız yaklaşımda desteklenir.

Önemli

Çoğaltmadan önce işletimsel durumunu doğrulayamadığımız için, kapalı bir VM'nin başarıyla önyüklenmesini garanti edemiyoruz.

Gerçek geçiş sırasında her şeyin sorunsuz ilerlemesini sağlamak için bir test geçişi gerçekleştirmenizi kesinlikle öneririz. Bu yöntem, ilk çoğaltma işlemi uzun olduğunda veya veritabanı sunucuları veya disk yoğunluklu diğer iş yükleri gibi yüksek değişim sıklığına sahip VM'ler için yararlı olabilir.

Web uygulamalarımı Azure Uygulaması Hizmetine geçirmek için Azure Geçişi'ni kullanabilir miyim?

VMware ortamındaki bir Windows işletim sisteminde barındırılan IIS web sunucularında çalışan ASP.NET web uygulamalarının büyük ölçekte aracısız geçişini gerçekleştirebilirsiniz. Daha fazla bilgi edinin.

Aracı tabanlı geçiş

AWS EC2 örneklerimi Azure'a nasıl geçirebilirim?

Amazon Web Services (AWS) VM'lerini keşfedin, değerlendirin ve Azure'a geçirin.

Aracı tabanlı geçiş nasıl çalışır?

Geçiş ve modernleştirme aracı, fiziksel sunucularda çalışan veya VMware, Hyper-V, AWS ve GCP gibi sağlayıcılarda x86/x64 VM'leri olarak çalışan Windows ve Linux sunucularını geçirmek için aracı tabanlı bir geçiş seçeneği sağlar.

Aracı tabanlı geçiş yöntemi, sunucu verilerini Azure'a çoğaltmak için aracı yazılımını kullanır. Yazılımı, geçirmekte olduğunuz sunucuya yüklersiniz. Çoğaltma işlemi, aracının çoğaltma verilerini çoğaltma gereci veya yapılandırma sunucusu (veya genişleme işlem sunucusu) adlı ayrılmış bir çoğaltma sunucusuna aktardığı bir yük boşaltma mimarisi kullanır. Daha fazla ayrıntı için bkz . Aracı tabanlı geçiş mimarisi.

Not

Çoğaltma gereci Azure Geçişi bulma aletinden farklıdır ve ayrı/ayrılmış bir makineye yüklenmelidir.

Aracı tabanlı geçişler için çoğaltma aletini nereye yüklemem gerekir?

Çoğaltma aletini ayrılmış bir makineye yüklemeniz gerekir. Çoğaltma aletini çoğaltmak istediğiniz bir kaynak makineye veya bulma ve değerlendirme için kullandığınız Azure Geçişi aletine yüklememelisiniz. Daha fazla ayrıntı için Bkz . Makineleri fiziksel sunucu olarak Azure'a geçirme.

Amazon Linux işletim sistemini çalıştıran AWS VM'lerini geçirebilir miyim?

Amazon Linux işletim sistemi yalnızca AWS'de desteklendiğinden Amazon Linux çalıştıran VM'ler olduğu gibi geçirilemiyor.

Amazon Linux üzerinde çalışan iş yüklerini geçirmek için Azure'da CentOS/RHEL VM'si oluşturabilirsiniz. Ardından ilgili iş yükü geçiş yaklaşımını kullanarak AWS Linux makinesinde çalışan iş yükünü geçirebilirsiniz. Örneğin, iş yüküne bağlı olarak, geçişe yardımcı olmak için veritabanlarına yönelik araçlar veya web sunucuları için dağıtım araçları gibi iş yüküne özgü araçlar olabilir.

Geçişlerim için bant genişliği gereksinimini Nasıl yaparım? ölçer?

Verileri Azure'a çoğaltmak için ihtiyacınız olan bant genişliği miktarını etkileyen çeşitli faktörler vardır. Bant genişliği gereksinimi, şirket içi Azure Geçişi aletinin verileri ne kadar hızlı okuyup Azure'a çoğaltabileceğine bağlıdır. Çoğaltmanın iki aşaması vardır: ilk çoğaltma ve delta çoğaltma.

Bir VM için çoğaltma başlatıldığında, disklerin tam kopyalarının çoğaltıldığı ilk çoğaltma döngüsü gerçekleşir. İlk çoğaltma tamamlandıktan sonra, artımlı çoğaltma döngüleri (delta döngüleri), önceki çoğaltma döngüsünden bu yana gerçekleşen değişiklikleri aktarmak için düzenli aralıklarla zamanlanır.

Aracı tabanlı çoğaltma yöntemi için Azure Site Recovery Dağıtım Planlayıcısı, veri değişim sıklığı için ortamın profilinin alınmasına yardımcı olabilir ve gerekli bant genişliği gereksinimini tahmin etmenize yardımcı olabilir. Daha fazla bilgi edinmek için Bkz . VMware dağıtımını planlama.

Aracısız Hyper-V geçişi

Aracısız geçiş nasıl çalışır?

Geçiş ve modernleştirme aracı, Windows veya Linux çalıştıran VMware ve Hyper-V VM'lerinin geçişi için aracısız çoğaltma seçenekleri sağlar. Araç, Windows ve Linux sunucuları için başka bir aracı tabanlı çoğaltma seçeneği sağlar. Bu diğer seçenek VMware, Hyper-V, AWS ve GCP gibi sağlayıcılarda fiziksel sunucuları ve x86/x64 VM'leri geçirmek için kullanılabilir.

Aracı tabanlı çoğaltma seçeneği, aracı yazılımını geçirmekte olduğunuz VM/sunucuya yüklemenizi gerektirir. Aracısız seçenek, vm'lere yazılım yüklemenizi gerektirmez ve bu da kolaylık ve kolaylık sağlayabilir.

Aracısız çoğaltma seçeneği, sanallaştırma sağlayıcısı (VMware veya Hyper-V) tarafından sağlanan mekanizmaları kullanarak çalışır. Hyper-V VM'leri için aracısız çoğaltma mekanizması, VM anlık görüntülerini ve Hyper-V çoğaltmasının değişiklik izleme özelliğini kullanarak VM disklerindeki verileri çoğaltır.

Bir VM için çoğaltma yapılandırıldığında, VM ilk olarak bir ilk çoğaltma aşamasından geçer. İlk çoğaltma sırasında bir VM anlık görüntüsü alınır ve anlık görüntü disklerindeki verilerin tam kopyası aboneliğinizdeki yönetilen disklere çoğaltılır. VM için ilk çoğaltma tamamlandıktan sonra, çoğaltma işlemi artımlı çoğaltma (delta çoğaltma) aşamasına geçirilir.

Artımlı çoğaltma aşaması, son tamamlanan çoğaltma döngüsünden bu yana gerçekleşen veri değişikliklerini giderir. Bu değişiklikler düzenli aralıklarla çoğaltılır ve çoğaltmayla yönetilen disklere uygulanır. Bu işlem, çoğaltmayı VM'deki değişikliklerle eşitlenmiş olarak tutar.

VMware değişiklik bloğu izleme teknolojisi, VMware VM'leri için çoğaltma döngüleri arasındaki değişiklikleri izlemek için kullanılır. Çoğaltma döngüsünün başlangıcında bir VM anlık görüntüsü alınır ve geçerli anlık görüntü ile başarıyla çoğaltılan son anlık görüntü arasındaki değişiklikleri almak için değiştirilen blok izleme kullanılır. VM için çoğaltmayı eşitlenmiş durumda tutmak için, yalnızca son tamamlanan çoğaltma döngüsünden sonra değişen verilerin çoğaltılması gerekir.

Her çoğaltma döngüsünün sonunda anlık görüntü serbest bırakılır ve VM için anlık görüntü birleştirme gerçekleştirilir. Benzer şekilde, Hyper-V VM'leri için Hyper-V çoğaltma değişiklik izleme altyapısı, ardışık çoğaltma döngüleri arasındaki değişiklikleri izlemek için kullanılır.

İşlemi çoğaltan bir VM'de gerçekleştirdiğinizde Migrate , şirket içi VM'yi kapatabilir ve sıfır veri kaybı sağlamak için son bir artımlı çoğaltma gerçekleştirebilirsiniz. VM'ye karşılık gelen çoğaltmayla yönetilen diskler, Azure'da VM'yi oluşturmak için kullanılır.

Başlamak için Hyper-V aracısız geçiş öğreticisine bakın.

Geçişlerim için bant genişliği gereksinimini Nasıl yaparım? ölçer?

Verileri Azure'a çoğaltmak için ihtiyacınız olan bant genişliği miktarını etkileyen çeşitli faktörler vardır. Bant genişliği gereksinimi, şirket içi Azure Geçişi aletinin verileri ne kadar hızlı okuyup Azure'a çoğaltabileceğine bağlıdır. Çoğaltmanın iki aşaması vardır: ilk çoğaltma ve delta çoğaltma.

Bir VM için çoğaltma başlatıldığında, disklerin tam kopyalarının çoğaltıldığı ilk çoğaltma döngüsü gerçekleşir. İlk çoğaltma tamamlandıktan sonra, artımlı çoğaltma döngüleri (delta döngüleri), önceki çoğaltma döngüsünden bu yana gerçekleşen değişiklikleri aktarmak için düzenli aralıklarla zamanlanır.

Bant genişliği gereksinimini aşağıdakilere göre çözebilirsiniz:

  • Dalgada hareket etmek için ihtiyacınız olan veri hacmi.
  • İlk çoğaltma işlemi için ayrılan zaman.

İdeal olarak, ilk çoğaltmanın gerçek geçiş penceresinden en az 3-4 gün önce tamamlanmasını istersiniz. Bu zaman çizelgesi, gerçek pencereden önce bir test geçişi gerçekleştirmek ve pencere sırasında kapalı kalma süresini en düşük düzeyde tutmak için yeterli zaman sağlar.