Estimate migration time and test transfer speed - Server Migration Center

Toplam süre, geçirilecek sunucu sayısına ve toplam veri hacmine bağlıdır. Doğru bir tahmin elde etmek için test geçişi yapın. Bu konuda tam veya artımlı geçiş için gereken sürenin nasıl tahmin edileceği ve veri aktarım hızının nasıl test edileceği açıklanır.

Arka plan bilgileri

Server Migration Center (SMC) geçişi sırasında hizmet, önce Alibaba Cloud hesabınızda geçici bir ara örnek hazırlar. Belirli bir hedef örneğe geçiş yapıyorsanız bu örnek ara örnek olarak kullanılır. Ardından veriler kaynak sunucunuzdan ara örnekteki bir cloud diske aktarılır. Son olarak SMC, cloud diskteki verilerden bir ECS görüntüsü oluşturur. Daha fazla bilgi için bkz. SMC'nin çalışma şekli. Bu nedenle toplam geçiş süresi, veri aktarım süresi ile görüntü oluşturma süresinin toplamıdır. Ayrıntılar için bkz. Geçiş süresini tahmin edin.

Geçiş süreci boyunca kaynak sunucudan ara örneğe olan aktarım hızı, geçiş süresini belirleyen temel faktördür. Aktarım hızının nasıl test edileceği hakkında bilgi için bkz. Veri aktarım hızını test edin.

Aşağıdaki tabloda, gerçek veri aktarım hızının test edilen hızdan düşük olması durumunda olası nedenler ve çözümler açıklanır.

Olası neden	Çözüm
Kaynak sunucu ve ara örnek farklı bölgelerde veya ülkelerde bulunur. Bölge veya ülke arası veri aktarımları, aynı bölge içindeki aktarımlara kıyasla daha yavaş olabilir.	Sorun bölge arası aktarımdan kaynaklanıyorsa aşağıdakilerden birini yapabilirsiniz: Kaynak sunucuyu aynı Alibaba Cloud bölgesine geçirin, bir görüntü oluşturun ve ardından görüntüyü hedef bölgeye kopyalayın. Daha fazla bilgi için bkz. Özel görüntüyü kopyalama. Ağ hizmeti sağlayıcınızla ilgili sorunları kontrol edin.
Geçiş hızı, kaynak sunucunun giden bant genişliğine ve ara örneğin gelen bant genişliğine bağlıdır. Ara örneğin bant genişliği sınırlıdır. Varsayılan olarak maksimum gelen genel ağ bant genişliği 100 Mbps'tir. Bu nedenle, genel internet üzerinden maksimum aktarım hızı varsayılan olarak 100 Mbps'tir. Önemli Elastic IP adresi (EIP) kullanan bir hedef örneğe geçiş yaptığınızda, örneğin gelen genel ağ bant genişliği EIP'nin giden genel ağ bant genişliği tarafından aşağıdaki gibi sınırlanır: EIP'nin giden bant genişliği 10 Mbps veya daha az ise örneğin gelen bant genişliği 10 Mbps olur. EIP'nin giden bant genişliği 10 Mbps'ten büyükse örneğin gelen bant genişliği varsayılan olarak EIP'nin giden bant genişliğine eşittir.	Bu sorunu çözmek için aşağıdaki yöntemlerden birini kullanın: Yöntem 1: ECS konsolunda ara örneği veya hedef örneği bulun. Örneğin statik genel IP adresini kullandıkça öde bir elastic IP adresine (EIP) dönüştürün ve tepe bant genişliğini 200 Mbps'e yükseltin. Bu işlem ücretlendirmeye tabidir. Daha fazla bilgi için bkz. Statik genel IP adresini EIP'ye dönüştürme ve EIP bant genişliğini değiştirme. Önemli Bir EIP'yi tekrar statik genel IP adresine dönüştüremezsiniz. EIP'ler ilişkili örnek serbest bırakıldığında otomatik olarak serbest bırakılmaz, bu nedenle beklenmeyen ücretlendirmeleri önlemek için geçişten sonra kullandıkça öde EIP'yi manuel olarak serbest bırakmanız gerekir. Daha fazla bilgi için bkz. Kullandıkça öde EIP serbest bırakma. Yöntem 2: Kaynak sunucunuz bir Alibaba Cloud bölgesindeki Virtual Private Cloud (VPC) erişebiliyorsa migration job için migration over a VPC seçeneğini belirleyin. Bu yöntem, genel internet üzerinden geçiş yapmaktan daha hızlı ve daha kararlıdır. Kaynak sunucunuzu VPN Gateway, Express Connect veya Smart Access Gateway kullanarak VPC'ye bağlayabilirsiniz. Daha fazla bilgi için bkz. VPC'yi şirket içi veri merkezine veya başka bir cloud'a bağlama.
Kaynak sunucudaki CPU, bellek veya disk gibi performans darboğazları SMC aktarım hızını düşürebilir.	CPU, bellek veya disk performansını yükselterek kaynak sunucudaki performans darboğazlarını giderin. Veri sıkıştırmayı devre dışı bırakarak aktarım verimliliğini artırın. Create Migration Job > Advanced Settings > Compression Ratio veya Edit Job > Compression Ratio bölümünde Compression Ratio değerini 0 olarak ayarlayın. Veri sıkıştırma CPU kaynaklarını tüketir ve düşük bant genişliği senaryoları için önerilir. Yüksek bant genişliği senaryolarında aktarım hızlarını düşürebilir.
Kaynak sunucuda veritabanı veya günlük dosyaları gibi büyük ve dinamik olarak değişen dosyalar bulunur.	Büyük dosyaların değişmesini önlemek için geçiş sırasında ilgili veri hizmetlerini duraklatın ve ardından geçişi yeniden deneyin. İlgili dizinleri hariç tutmak için filtre yapılandırmalarını kullanın ve tekrar deneyin. Daha fazla bilgi için bkz. Geçişi istemediğim dosya veya dizinleri nasıl filtreler veya hariç tutarım? Hariç tutulan dosya veya dizinleri daha sonra başka yöntemlerle geçirebilirsiniz.
Kaynak sunucuda dağıtılmış dosya sistemi veya dosya sunucusu verileri gibi çok sayıda küçük dosya bulunur.	İlgili dizinleri hariç tutmak için filtre yapılandırmalarını kullanın ve tekrar deneyin. Daha fazla bilgi için bkz. Geçişi istemediğim dosya veya dizinleri nasıl filtreler veya hariç tutarım? Hariç tutulan dosya veya dizinleri daha sonra başka yöntemlerle geçirebilirsiniz.
Kaynak sunucunun giden bant genişliği düşüktür.	Kaynak sunucunun giden bant genişliğini geçici olarak artırın. Create Migration Job > Advanced Settings > Compression Ratio veya Edit Job > Compression Ratio bölümünde Compression Ratio değerini ayarlayarak (7 değeri önerilir) veri sıkıştırmayı etkinleştirin. Veri sıkıştırma aktarım verimliliğini artırır ancak bir miktar CPU kaynağı tüketir. Yüksek bant genişliği senaryoları için önerilmez.

Not

Bu konudaki örnekler yalnızca referans amaçlıdır.

Geçiş süresini tahmin edin

Sunucu geçişini veya VMware için ajansız geçişi başlatmadan önce tam geçiş veya artımlı geçiş için gereken süreyi tahmin edebilirsiniz.

Tam geçiş süresini tahmin edin

Tam geçiş için toplam süre, veri aktarım süresi ile görüntü oluşturma süresinin toplamıdır. Aşağıdaki diyagram gerekli sürenin nasıl tahmin edileceğini gösterir. Şu hususlara dikkat edin:

Anlık görüntü oluşturma hızı yaklaşık 100 MB/sn'dir.

Otomatik anlık görüntü oluşturma genellikle gece yarısı civarında yoğunlaşır. Bu yoğunluk her anlık görüntü için bant genişliğini azaltabilir ve oluşturma sürelerinin uzamasına neden olabilir.

Gerçek ağ hızının nasıl test edileceği hakkında bilgi için bkz. Veri aktarım hızını test edin.

Örneğin, kaynak sunucuda kullanılan 10 GB veri ve 10 Mbps giden bant genişliği olduğunu varsayalım. Tam geçiş için tahmini süre aşağıdaki gibi hesaplanır:

Birimleri dönüştürün.
- Gerçek veri hacmi: 10 GB = 10 × 1.024 = 10.240 MB
- Gerçek ağ hızı: 10 Mbps = 10/8 = 1,25 MB/sn
Veri aktarım süresini hesaplayın.

Veri aktarım süresi: 10.240 MB / 1,25 MB/sn = 8.192 saniye ≈ 2,27 saat
Görüntü oluşturma süresini hesaplayın.

Görüntü oluşturma süresi: 10.240 MB / 100 MB/sn = 102,4 saniye ≈ 0,03 saat
Toplam geçiş süresini hesaplayın.

Toplam geçiş süresi: 2,27 saat + 0,03 saat = 2,3 saat

Artımlı geçiş süresini tahmin edin

Artımlı geçiş için gereken süre; artımlı karşılaştırma süresi, veri aktarım süresi ve görüntü oluşturma süresinden oluşur. Aşağıdaki diyagram gerekli sürenin nasıl tahmin edileceğini gösterir. Şu hususları göz önünde bulundurun:

Anlık görüntü oluşturma hızı yaklaşık 100 MB/sn'dir.

Otomatik anlık görüntü oluşturma genellikle gece yarısı civarında yoğunlaşır. Bu yoğunluk her anlık görüntü için bant genişliğini azaltabilir ve oluşturma sürelerinin uzamasına neden olabilir.

Artımlı karşılaştırma hızı yaklaşık 100 MB/sn'dir.

Bu tahmin, blok düzeyinde çoğaltmanın kullanıldığı ve karşılaştırma hızının disk G/Ç performansıyla ilişkili olduğu varsayımına dayanır. Blok düzeyinde çoğaltma etkinleştirilmemişse karşılaştırma hızı değişen dosyaların sayısına ve boyutuna bağlıdır.
Gerçek ağ hızının nasıl test edileceği hakkında bilgi için bkz. Veri aktarım hızını test edin.
VMware için ajansız geçişte Changed Block Tracking (CBT) özelliğini etkinleştirebilir ve bu sayede artımlı karşılaştırma süresini sıfıra indirebilirsiniz.

Daha fazla bilgi için bkz. VMware için artımlı ajansız geçiş.

Örneğin, kaynak sunucuda kullanılan 40 GB veri, 2 GB artımlı veri ve 10 Mbps giden bant genişliği olduğunu varsayalım. Artımlı geçiş için tahmini süre aşağıdaki gibi hesaplanır:

Birimleri dönüştürün.
- Disk veri hacmi: 40 GB = 40 × 1.024 = 40.960 MB
- Artımlı veri hacmi: 2 GB = 2 × 1.024 = 2.048 MB
- Gerçek ağ hızı: 10 Mbps = 10/8 = 1,25 MB/sn
Artımlı karşılaştırma süresini hesaplayın.

Artımlı karşılaştırma süresi: 40.960 MB / 100 MB/sn = 409,6 saniye ≈ 0,11 saat
Veri aktarım süresini hesaplayın.

Veri aktarım süresi: 2.048 MB / 1,25 MB/sn = 1.638,4 saniye ≈ 0,46 saat
Görüntü oluşturma süresini hesaplayın.

Görüntü oluşturma süresi: 2.048 MB / 100 MB/sn = 20,48 saniye ≈ 0,01 saat
Toplam artımlı geçiş süresini hesaplayın.

Toplam geçiş süresi: 0,11 + 0,46 + 0,01 = 0,58 saat

Veri aktarım hızını test edin

Kaynak sunucudan ara örneğe olan aktarım hızı hem kaynak sunucunun giden bant genişliğine hem de ara örneğin gelen bant genişliğine bağlıdır.

Örneğin:

Kaynak sunucunun giden bant genişliği 50 Mbps ve ara örneğin gelen bant genişliği 100 Mbps ise teorik maksimum aktarım hızı 50 Mbps'i aşmaz.
Kaynak sunucunun giden bant genişliği 150 Mbps ve ara örneğin gelen bant genişliği 100 Mbps ise teorik maksimum aktarım hızı 100 Mbps'i aşmaz.

Not

ECS konsolunda örnek için görüntülenen 1 Mbps bant genişliği, ara örneğin giden bant genişliğidir. Bu durum, ara örneğin gelen bant genişliğine bağlı olan geçiş hızını etkilemez.

Aktarım hızını iPerf aracıyla test etmek için şu adımları izleyin:

Hedef Alibaba Cloud bölgesinde kullandıkça öde bir ECS örneği oluşturun.
Örnek üzerinde aşağıdakileri yapın:
1. iPerf aracını yükleyin.
2. iPerf'i sunucu modunda başlatın.
3. Gerekli iPerf bağlantı noktasını açmak için bir güvenlik grubu kuralı ekleyin.
Kaynak sunucuda aşağıdakileri yapın:
1. iPerf aracını yükleyin.
2. iPerf'i istemci modunda başlatın. Hedef sunucu IP adresini 1. Adım adımında oluşturduğunuz kullandıkça öde örneğin genel IP adresi olarak ayarlayın.

Linux

Bu adımlarda CentOS 7 örnek olarak kullanılmıştır. Komutlar işletim sistemi sürümüne göre değişiklik gösterebilir.

Hedef Alibaba Cloud bölgesinde kullandıkça öde bir CentOS 7 örneği oluşturun.
Gerekli iPerf bağlantı noktasındaki trafiğe izin vermek için örneğin güvenlik grubuna bir gelen kuralı ekleyin.

Bu örnekte varsayılan iPerf bağlantı noktası TCP 5001 kullanılmaktadır.
CentOS 7 örneğine bağlanın.
CentOS 7 örneğinde aşağıdakileri yapın:
1. iPerf aracını yüklemek için aşağıdaki komutu çalıştırın.
```
yum -y install iperf3
```
2. iPerf'i sunucu modunda başlatmak için aşağıdaki komutu çalıştırın.
```
iperf3 -s
```
Kaynak sunucuda aşağıdakileri yapın:
1. iPerf aracını indirin ve yükleyin.
2. iPerf'i istemci modunda başlatmak için aşağıdaki komutu çalıştırın.
  <instance_ip> ifadesini oluşturduğunuz örneğin genel IP adresiyle değiştirin.
```
iperf3 -c <instance_ip> -i 1 -d
```
Testin tamamlanmasını bekleyin ve sonuçları kaydedin.

Windows

Bu adımlarda Windows Server 2008 örnek olarak kullanılmıştır. Adımlar işletim sistemi sürümüne göre değişiklik gösterebilir.

Hedef Alibaba Cloud bölgesinde kullandıkça öde bir Windows Server 2008 örneği oluşturun.
Gerekli iPerf bağlantı noktasındaki trafiğe izin vermek için örneğin güvenlik grubuna bir gelen kuralı ekleyin.

Bu örnekte varsayılan iPerf bağlantı noktası TCP 5001 kullanılmaktadır.
Örneğe bağlanın.
Windows Server 2008 örneğinde aşağıdakileri yapın:
1. iPerf aracını indirin ve yükleyin.
2. Komut İstemini açın.
3. Aracın dizinine gitmek için cd <iperf_directory> komutunu çalıştırın.
4. iPerf'i sunucu modunda başlatmak için iperf3.exe -s komutunu çalıştırın.
Kaynak sunucuda aşağıdakileri yapın:
1. iPerf aracını indirin ve yükleyin.
2. iPerf'i istemci modunda başlatmak için aşağıdaki komutu çalıştırın.
  <instance_ip> ifadesini oluşturduğunuz örneğin genel IP adresiyle değiştirin.
```
iperf3.exe -c <instance_ip> -i 1 -d
```
Testin tamamlanmasını bekleyin ve sonuçları kaydedin.