VM şablonumu vSphere veri merkezleri arasında nasıl kopyalamalıyım?

Arka Plan / Çevre Mimarisi:

Şu anki $corp_overlords$ortamım, teknolojik olarak iyi donatılmış bir ev ofis hub'ına (SAN, bladecenter / bladesystem ESXi kümesi, fiber internet bağlantısı, vb.) Sahip bir hub ve bağlı bileşen modelinde çok iyi değil ve genellikle tek ESXi ana sunucu içerir ve bir T1 aracılığıyla ev ofis hub'ına bağlanır. Herhangi bir uzak siteden kaynaklanan tüm trafik bir "MPLS ağı" üzerinden ev ofisine geri yönlendirilir (bu aslında uzak siteyi ev ofisine bağlayan bir T1'dir).

Ev ofisinde, SAN'da, VM'leri dağıtmak için oluşturduğum bir dizi VM şablonumuz var. Bunlar, vSphere içindeki ev ofis veri merkezi nesnesine bağlı bir NFS biriminde, yani vSphere veri deposunda depolanır.

Her uzak sitenin, fiziksel olarak uzak sitede bulunan ESXi ana bilgisayar sunucusundaki yerel olarak bağlı depoya bağlı bir veri deposu nesnesi içeren karşılık gelen bir vSphere veri merkezi nesnesi vardır.

Bu VM şablonları NFS biriminde bulunduğundan ~ 40 GiB (ince provizyon) kullanırlar. NTFS'deki (veya Linux FS'deki) dosyalar olarak ~ 100 GiB yer kaplarlar.

Soru:

Sitelerim arasında bu 40 GiB'lik ince hazırlanmış verileri (100 GiB dosya sistemi alanını kaplar) nasıl kopyalamalıyım?

Bunu yapmak için yaklaşık 5 günümün kısıtlamaları altındayım ve "normal ağ trafiğine" (belirgin bir şekilde) müdahale edemiyorum.

Şablonları doğrudan ana bilgisayarlar arasında kopyalamak için ovftool kullanmaya ne dersiniz?

Bunu daha önce VM'ler için kullandım ve oldukça iyi çalışıyor. Bunun şablonlar için de işe yarayıp yaramadığından emin değilim, ancak değilse kopyalamak için şablonları geçici olarak VM'lere dönüştürebilirsiniz.

Bir örnekle talimatlar burada .

Ayrıca, şablonlarınızı .ovfçok kompakt olması gereken paketlere dönüştürmek için ovftool'u kullanabilir ve ardından paketleri BITS veya FTP veya SCP ile veri merkezleri arasında veya istediğiniz herhangi bir protokolde aktarabilirsiniz.

Seçenekler:

Gördüğüm gibi, üç olası yaklaşımım var, ama burada birisinin bana işaret edebileceğinden daha iyi bir eksik olduğunu umuyorum. (İdeal olarak, sadece 40 GiB'lik gerçek verileri taşımamı sağlayan ve devam ettirilebilir, "arka plan" veya hızlandırılmış bir yöntemle.)

1. VSphere istemcisi aracılığıyla veri depoları arasındaki dosyaları kopyalayın.
   • Avantajı: Sadece ~ 40 GiB taşıma, ~ 100 GiB taşıma.
   • Dezavantaj: Diğer her şey - sürdürülemez, arka plan / hız kısıtlı değil, arayüz BERBAT .
     
     
2. BITS kullanarak dosyayı Windows misafirleri arasında kopyalayın
   • Avantajı: Sürdürülebilir, arka plan aktarımı.
   • Dezavantajı: Gerçekten var olmayan ~ 60 GiB veri taşımak.
   • Bonus: PowerShell kullanır. <3
   • Çift Gizli Denetimli Serbestlik Bonusu: PowerShell Remoting bunu tek bir komutla yapmayı mümkün kılar.
     
     
3. Dosyayı SCP ile ESXi ana bilgisayarları arasında kopyalayın
   • Avantajı: Hız ayarlı ve potansiyel olarak devam edilebilir.
   • Dezavantajı: Gerçekten var olmayan ~ 60 GiB veri taşımak. Arka plan aktarımı değil.
   • Bonus: Boyun sakalı. Sürdürülebilirlik için ekstra boyun sakalı.
     
     
4. Sunucu Hatası'nda daha iyi seçenek önerilir.
   • Avantajı: Sadece ~ 40 GiB veriyi taşıyan yeniden başlatılabilir, hızlandırılmış arka plan aktarımı.
   • Dezavantaj: Ödül masrafları temsilcisi.
   • Bonus: Yeni bir şey öğrenin, ServerFault'u işte oynamayı haklı çıkarın.

İşte sizin için biraz ilginç bir fikir. İlk tohumlama işleminize yardımcı olmaz, ancak Crashplan'ın ücretsiz ürünü gibi bir şey kullanmanın şablonlarınızda size yardımcı olup olmayacağını merak ediyorum.

https://www.code42.com/store/

Tekilleştirme ve engelleme düzeyi farklılıkları vardır, böylece HQ'da "ekici" olarak bir yerel sunucuya ve her bir konuşmacı sunucusuna (sanırım bir VM'de) "alıcı" olarak yükleyebilirsiniz. Yedekleri yalnızca şablonların HQ Sunucusunda saklanacağı klasörü içerecek şekilde ayarlayın. Ayrıca birden çok hedefe (her biri "konuştu" gibi) yedeklenebilir https://support.code42.com/CrashPlan/Latest/Getting_Started/Choosing_Destiments

Adımlar (her iki tarafta Crashplan uygulamasını kurduktan sonra) aşağıdaki gibi çalışır:

1. Şablonları veri deposundan / dizinlerinden "tohum" sunucusuna Crashplan'ın izlediği dizine kopyalayın. Bir gigabit ağında bu biraz zaman alabilir, ancak çok kötü olmamalıdır.
2. Crashplan, dosyaları konuşmacılara / alıcılara izlemeli ve yedeklemeye başlamalıdır. Bu oldukça uzun bir zaman alacaktır.
3. İlk tohumlama / yedeklemeden sonra, gelecekteki şablonlar değiştiğinde, bunları gerçek veri deposundan "tohum" sunucusunun dizinine kopyalayın Crashplan orijinal şablon kopyasının üzerine yazıyor. Daha sonra Crashplan, sözlü olarak sadece blok seviyesi değişikliklerini çıkarır ve dağıtır.

Sadece bir fikir ... aşağı inmek ve sadece bu dosyalar için fakir bir adamın tekilleştirme / blok düzeyinde çoğaltma olarak çalışıp çalışmadığını görmek için ilginç bir yol olabilir.

Bu tür bir hamleyi birkaç yolla yaptım, ancak tarif ettiğiniz şeyi verdim ...

Bir bükülme ile FedEx veya UPS ...

Kullanılan sunucuların HP ProLiant ve Dell PowerEdge sunucuları olduğunu biliyorum. VMware, veri deposu hedefleri olarak çıkarılabilir cihazlar (örn. USB) için iyi bir desteğe sahip değildir. Ancak, ana yerinde tek sürücülü RAID 0 mantıksal sürücü (HP-speak) kullanarak yapabilirsiniz çalışır. HP ve Dell sistemlerine yerel olarak bağlı diskler ekleyip çıkarabilir ve bunu veri depolarını taşımak için kullanabilirsiniz.

Şablonlar olarak, bunları vCenter aracılığıyla yerel diskinize taşıyabilir / kopyalayabilirsiniz. Diskleri gönderin. Alıcı bağımsız sunucuya ekleyin. Dizi ve veri deposu bir depolama sistemi yeniden taramasıyla tanınır. Verileri kopyalayın. Kar.

Ayrıca 24 saatlik deltaların yönetilmesi birden fazla tam senkronizasyondan çok daha kolay olduğu için bunu vSphere çoğaltma için kopyalamak için bir araç olarak kullandım.

Bu tür bir senaryo için oldukça sık kullandığım bir yöntem. Veri deposunda depolanan bir VM'nin içinden veri deposunun kendisine dosya yüklediğiniz için karşı sezgisel görünüyor. Ancak, bu, aktarımın nasıl gerçekleştirildiği üzerinde çok daha fazla kontrol sağlar.

• Şablonunuzu 1GB-2GB boyutlarına bölmek için WinRAR veya 7Zip kullanın.
• Her uzak sitedeki ESXi sunucusunda bir VM oluşturun. Minimum kaynaklara ihtiyaç vardır, bu sadece bir evreleme alanıdır.
• Bu VM'lerin her birine, aktarmakta olduğunuz verileri tutacak kadar büyük bir VMDK ekleyin.
• İstediğiniz bir işletim sistemi ve aktarma aracı yükleyin (bunun için bir SFTP sunucusu kullanıyorum).
• RAR'd şablonunu hazırlama VM'sine yükleyin.
• RAR'd şablonunu açın.
• Şablonu hazırlama VM'sinden ESXI veri deposuna yüklemek için vSphere veya web kullanıcı arabirimini kullanın. (bu HIZLI bir aktarım olacaktır).

Artıları:

Şablonu daha küçük parçalara bölerek aktarım sırasında veri bozulması riskini azaltırsınız. (Bir dosya bozulursa, 40 GB'lık dosyanın tamamı yerine yalnızca RAR'ın bu parçasını yeniden yüklemeniz gerekir.)

Sadece 40GB aktarıyorsunuz (muhtemelen RAR'ing daha fazla sıkıştırır).

İstediğiniz işletim sistemi içinde aktarım yaparken aktarım yardımcı programlarından seçiminizi alırsınız.

Eksileri:

Bir hazırlama VM'si oluşturmanız gerekir. Ben sadece çıplak bir OS yükleme + SFTP sunucusu olan <1GB olan önceden oluşturulmuş bir şablona sahip olarak bunu kolaylaştırmak.

40 GB'lık bir şablonu sıkıştırmak / açmak, CPU kaynaklarınıza bağlı olarak ~ 4-6 saat sürecektir.

Bu sorunu birkaç kez ele aldım ve yaklaşık yarım kez, uzak bir yerde yeni makineler yapmak için çok daha iyi olduğumu fark ettim. Bu özellikle "şablon" makineler dediğim şeyler için geçerlidir. Benim versiyonum oldukça basit bir makine. Sürümünüz biraz farklı olabilir.