İş yüklerini Azure VMware Çözümü’a taşıma

Bu makalede, karar alıcıların planlama, yürütme ve yetki alma aşamaları dahil olmak üzere Azure VMware Çözümü için geçiş stratejilerini tanımlamalarına yardımcı olacak yönergeler sağlanmaktadır.

Azure VMware Çözümü benimseme sürecinin beş aşamasını gösteren diyagram: Planlama ve hazır olma, Azure giriş bölgesi mimarisi, İdare ve güvenlik temelleri, operasyonel standartlar ve Geçiş. Her aşama, iş yüklerini Azure VMware Çözümü’a hazırlamak, yönetmek, çalıştırmak ve taşımak için bir önceki aşamanın üzerine inşa edilir.

Azure VMware Çözümü, en az uygulama değişikliğiyle VMware tabanlı iş yüklerini Azure geçirmek için yapılandırılmış bir yol sağlar. Başarı, sanal makineleri taşımaktan daha fazlasına bağlıdır. Kuruluşların riski azaltan, operasyonel sürekliliği koruyan ve uzun vadeli platform hedeflerini destekleyen net geçiş ilkelerine, iş yükü değerlendirme ölçütlerine, doğrulama standartlarına ve yürütme denetimlerine ihtiyacı vardır.

Öneri: İş yüklerini Azure VMware Çözümü geçirmeden önce geçiş stratejinizi, iş yükü değerlendirme yaklaşımınızı, geçiş dizinizi ve doğrulama gereksinimlerinizi tanımlayın.

1. Geçiş planlaması

Herhangi bir şey tasarlamadan önce, neleri, hangi sırayla ve neden taşıyacağınıza dair net bir tablo oluşturun. Varlıklarınızı değerlendirmek için Bulut Benimseme Çerçevesi Planı metodolojisini kullanın. Azure VMware Çözümü, en az kesintiye ve yakın vadeli modernleştirmeye ihtiyaç duymadığınız bir yeniden barındırma yaklaşımına en iyi şekilde uyar. Her uygulama için uygun yer değildir; buna planlama aşamasında karar verirsiniz.

1.1 Bulma ve envanter

Azure Geçişi şirket içi vSphere ortamınızı tarar ve sanal makinelerin, kaynak kullanımlarının ve bağımlılıklarının bir envanterini oluşturur. Bu veriler hem boyutlandırmayı (kaç konak ve hangi konak türü) hem de dalga planlamayı (hangi iş yüklerinin birlikte hareket ettiği) bilgilendirir. Azure Geçişi, Azure VMware Çözümü’a taşımayı gerçekleştirmez. Size projeyi boyutlandırmak ve sıralamak için kanıt verir.

1.2 Geçiş stratejisi

Azure VMware Çözümü öncelikle yeniden barındırma yaklaşımını destekler. Yeniden düzenleme veya yeniden mimarileştirme gerektiren uygulamalar için Azure’a özgü işlem kaynakları daha uygun olabilir. Planın varsayılanlar yerine kasıtlı seçimleri yansıtması için bu kararları kaydedin. Bkz. Bulut geçiş stratejisi seçme.

1.3 İş yükü değerlendirmesi

Her iş yükü Azure VMware Çözümü için eşit derecede uygun bir aday değildir. Geçiş dalgalarına iş yüklerini atamadan önce, bunların teknik gereksinimlerini, operasyonel bağımlılıklarını ve platforma uygun olmasını değerlendirin. Yapılandırılmış değerlendirme riskleri erken belirlemenize, uygunluğu doğrulamanıza ve geçiş planlarının varsayımlar yerine iş önceliklerini yansıtmasını sağlamanıza yardımcı olur.

1.3.1 Gereksinimleri

Geçiş dalgasına iş yükü atamadan önce, Azure VMware Çözümü üzerindeki başarısını etkileyen teknik, operasyonel ve iş gereksinimlerini değerlendirin. Bu değerlendirme, platform uygunluğunu belirlemenize, olası geçiş zorluklarını belirlemenize ve boyutlandırma, sıralama ve hazırlık kararları için gereken bilgileri sağlamanıza yardımcı olur. Her iş yükünü değerlendirirken aşağıdakilere odaklanın:

• Performans gereksinimleri: CPU, bellek, depolama IOPS ve ağ aktarım hızı taleplerini anlayın. Bu gereksinimleri, RAID yapılandırması ve tolere edilecek hata sayısı (FTT) ayarları da dahil olmak üzere, Azure VMware Çözümü konak SKU’ları ve vSAN depolama ilkeleriyle eşleyin.

• Uygulama bağımlılıkları: Her iş yükünün hangi sistemlerle iletişim kuracaklarını belirleyin. Bağımlılıklar, geçiş dalgası planlamanızı ve bağımlı sistemlerin birlikte hareket etmesinin gerekip gerekmediğini belirler.

• Uyumluluk gereksinimleri: konuk işletim sistemlerinin ve üçüncü taraf yazılımların Azure VMware Çözümü desteklendiğini onaylayın. Şirket içi vSphere üzerinde çalışan iş yüklerinin çoğu Azure VMware Çözümü üzerinde değişiklik yapmadan çalışır, ancak varsaymak yerine doğrular ve sorunlu geçişler için geri alma yaklaşımınızı test ettiğinizden emin olun.

• Ağ gereksinimleri: Her iş yükünün gerektirdiği ağ kesimlerini, IP adreslerini, DNS yapılandırmalarını ve güvenlik duvarı kurallarını belgeleyin. Gecikmeye duyarlı iş yüklerini belirleyin ve ağ mimarisinin taleplerini destekleyecek şekilde iyileştirildiğinden emin olun.

1.3.2 İş yükü işleme

İş yükü değerlendirmesi, bir iş yükünün neye ihtiyaç duyduğunu tanımlar. İş yükü işleme, hangi eylemin gerçekleştirileceğini belirler. Karar alıcılar, her uygulamanın Azure VMware Çözümü ait olup olmadığını, şirket içinde mi kalması gerektiğini yoksa uygulamanın bölümlerinin Azure yerel hizmetler tarafından daha iyi hizmet verilip verilmeyeceğini değerlendirmelidir. Her iş yükü için şunları belirleyin:

• İş yükünün oraya ait olup olmadığı. vSphere üzerinde zaten iyi çalışan iş yükleri, özellikle de kısa vadede modernize edilmesi planlanmayanlar, uygun adaylardır. Yakında kullanımdan kaldırılacak veya bir SaaS çözümüyle değiştirilecek bir iş yükü için, taşımanın ek değer sağlayıp sağlamayacağını ya da kullanım ömrünün sonuna kadar olduğu yerde bırakılmasının daha uygun olup olmayacağını değerlendirin.

• Her katmanın oraya ait olup olmadığı. bir iş yükü genellikle web ön ucu ve veritabanı gibi birden fazla katmana sahiptir. Uygulama sanal makinelerini Azure VMware Çözümü üzerinde çalıştırabilir ve bunları Azure SQL Veritabanı gibi Azure yerel veri hizmetlerine bağlayabilirsiniz. Bu yapılandırma, VMware iş yüklerinizin yanı sıra yönetilen veritabanı avantajları sunar ve VMware ana bilgisayar ve lisans maliyetlerinizi azaltır.

1.4 Geçiş hazırlığı

Üretim kullanımı için onaylamadan önce her iş yükünün karşılaması gereken en düşük işletimsel, performans, güvenlik ve idare gereksinimlerini tanımlayın.

Her geçiş dalgasına tutarlı bir doğrulama çerçevesi uygulayın. Çerçeve gerekli denetimleri, onay ölçütlerini tanımlamalı ve tam onaydan önce ekiplerin sağlaması gereken kanıtları tanımlamalıdır. En azından şunu doğrulayın:

• HCX çoğaltma durumu

• NSX segment yönlendirilebilirliği

• ESXi ana bilgisayar sağlığı

• Hedef segmentten kimlik ve kimlik doğrulamasına ulaşılabilirlik

• Yedekleme ve izleme gibi destekleyici hizmetlerin durumu

Ekiplerin geçişten önce kaynak ortamdan temel performans ölçümlerini yakalaması gerekip gerekmediğine karar verin. Bu ölçümler geçiş sonrası performansı doğrulamak ve regresyonları belirlemek için bir başvuru noktası sağlar.

Tam geçiş öncesinde ekiplerin dış DNS kayıtlarının, yük dengeleyici yapılandırmalarının, uygulama uç noktalarının veya diğer bağlantı bağımlılıklarının güncelleştirme gerekip gerekmediğini belirlemesini iste. Hizmet kesintisi riskini azaltmak için tüm gerekli değişiklikleri dalga tam geçiş planına ekleyin.

1.5 Azure VMware Çözümü geçiş sırası

Geçiş sıralaması, hangi iş yüklerinin Azure VMware Çözümü birinci, ikinci vb. taşındığını belirler. İyi dalga planlaması riski azaltır ve gereksiz kesintileri önler.

• Bağımlılıklara göre gruplandır: Uygulama sunucusu ve veritabanı gibi birlikte çalışan sanal makine kümelerini bulmak için bulmadan bağımlılık verilerini kullanın. Bileşenlerden biri hâlâ şirket içi ortamda kalırken trafiğin her istek için ağdan geçmek zorunda kalmaması için bunları aynı aşamada taşıyın.

• Mevcut kuralları eşleyin: Şirket içi ortamınızdaki yakınlık veya karşı yakınlık kurallarını belgeleyin ve bunları nasıl yeniden oluşturacağınızı planlayın. Azure VMware Çözümü yerleştirme ilkeleri, SQL Server gibi lisanslama kısıtlamaları ve katı performans gereksinimleri için önemli olan sanal makineden ana bilgisayara bennizimi zorunlu kılar.

• Riske göre sırala: Üretim dışı sistemler veya birkaç bağımlılığı olan uygulamalar gibi düşük riskli iş yükleriyle başlayın. Ekibiniz, iş açısından kritik uygulamaları gerçekleştirmeden önce süreçle ilgili güven oluşturur. Deneyim büyüdükçe daha karmaşık iş yüklerine geçin.

• Ağ uzantısı planlarıyla uyumlu hale getirme: Dizinizi şirket içi ağ düzeninize dayandırın. Birden fazla uygulama aynı ağ segmentini paylaşıyorsa, bunları aynı dalgada veya art arda gelen dalgalarda taşıyın. Daha sonra segmenti hızlıca Azure VMware Çözümü’a özgü yerel bir ağa geçirebilir ve geçici uzantıyı kaldırabilirsiniz.

1.6 Geçiş araçları

İş yüklerini en az kesintiyle Azure VMware Çözümü taşımak için VMware HCX kullanın. HCX Enterprise ek ücret ödemeden dahil edilir ve varsayılan olarak yüklenir ve bu da Çoğaltma Destekli vMotion ve Mobility için İyileştirilmiş Ağ gibi seçeneklerin kilidini açar. HCX kullanmanız gerekmez ve iş ortağı geçiş çözümünü kullanarak fiziksel iş yüklerini de getirebilirsiniz.

1.6.1 Geçiş yaklaşımı

vMotion, çalışan bir iş yükünü kesinti süresi olmadan taşır ve Generation 2’de genellikle toplu yöntemlerden daha hızlıdır. Çoğaltma destekli ve toplu geçiş işlemleri şu anda 2. Nesilde daha yavaş çalışabilir; bu nedenle daha uzun zaman aralıkları planlayın ve geçiş dalgalarını buna göre zamanlayın. Bkz. Azure VMware Çözümü 2. Nesil özel bulut tasarımıyla ilgili dikkat edilmesi gerekenler.

1.6.2 Ağ uzantısı idaresi

Bazı takımlar ağ uzantısını kalıcı bir tasarım olarak ele alır. Hayır, değil. Uzantıları yalnızca geçiş penceresi için açık tutun. HCX ağ uzantısı, bir şirket içi ağı Katman 2'de Azure VMware Çözümü genişletir ve bu da iş yüklerinin taşıma sırasında mevcut adreslerini tutmasına olanak tanır. Bu tasarım, uygulamaların önceden yeniden yapılandırılmasını önler ve karar verenin idare etmesi gereken dengeleri taşır.

• Şirket içi bağımlılık. Genişletilmiş bir ağ genellikle ağ geçidini şirket içinde tutar, bu nedenle iş yükü taşındıktan sonra kaynak siteye bağımlı olmaya devam eder.

• Verimsiz yönlendirme. Trafik kurum içi ortama geri yönlenip tekrar dönebilir; bu, gecikmeye ve ek hata noktalarına yol açan, “tromboning” olarak adlandırılan bir örüntüdür.

Sıkı bir ilke belirleyin. Ağı yalnızca iş yükü adresini değiştiremiyorsa genişletin ve iş yükleri taşındığında her uzantıyı kaldırın. Önce şirket içi ağınızı değerlendirerek hangi segmentlerin uzantıya ve ne kadar süreye ihtiyaç duyduğunuzu öğrenin. Bu değerlendirme hem dalga planınızı hem de uzantı zaman çizelgenizi besler. Hareketlilik için optimize edilmiş ağ iletişimi, belirli durumlarda tromboning’i azaltabilir; bu nedenle etkinleştirmeden önce desteklenen yapılandırmaları doğrulayın. Bkz . HCX ağ uzantısını yapılandırma.

2. Geçiş hazırlığı

Aşağıdaki dağıtım dizisi aşamalar arasındaki bağımlılıkları yansıtır. Her adım, önceki adımın tamamlanıp doğrulanmış olduğunu varsayar.

1. Platform giriş bölgesi: Gerekli tüm merkezi ağ, kimlik, güvenlik ve izleme hizmetlerinin Azure VMware iş yükleriyle tümleştirmeye hazır olduğundan emin olun. uyumluluk gereksinimlerinize ulaşmanıza yardımcı olan yönetim grubu hiyerarşinize Azure İlkesi aracılığıyla idare ve güvenlik temellerini uygulayın. 2. nesil sanal ağınıza dağıtılır; bu nedenle, ağ güvenlik grupları veya yönlendirme tabloları üzerinde katı kuralları zorunlu kılan bir temel ilke kümesi dağıtımı engelleyebilir. Dağıtmadan önce bu belirli ilkeleri özel bulut sanal ağından kaldırın ve ardından yeniden uygulayın. Yönetişimin dağıtımı aksatmaması için bu istisnayı temel planınıza dahil edin.

2. İş yükü giriş bölgeleri: İş yükü giriş bölgelerinizi (abonelikleri) çevrimiçi veya dahili ("Corp") doğru yönetim grubunun altına yerleştirin.

3. IP adresi aralıkları: Özel bulut için en az /22 adres bloğu ayırın. 2. Nesil'de ayrıca HCX yönetimi ve yukarı bağlantı için iki ek /24 blok ayırın. Bu aralıklardan hiçbirinin şirket içi, Azure veya diğer bulut adres alanınızla çakışmadığını onaylayın. Dağıtımdan sonra bu durumu kolayca düzeltemezsiniz. Bkz . 2. nesil tasarım konuları.

4. Kota isteği: Ayırma beş iş gününe kadar sürebileceğinden kotayı erken isteyin. Büyüme ve olağanüstü durumdan kurtarma için, iş yükünün gerektirdiğinden bir ana bilgisayar fazlası anlamına gelen N+1 yedekliliği gibi yeterli kapasite talep edin. Yeni dağıtımların gerektirdiği Taşınabilir VMware Cloud Foundation lisansını onaylayın. Bkz. Konak kotası isteme.

5. özel bulut dağıtımı Azure VMware Çözümü: 2. Nesil özel bulutu Azure sanal ağına sağlayın. Bkz. 2. Nesil özel bulut oluşturma.

6. Ağ ve kimlik yapılandırması: Özel bulut ağını hub'ınıza eşleyip şirket içi bağlantı kurun. Yöneticilerin paylaşılan yerleşik kimlik bilgileri yerine yönetilen hesaplarla oturum açması için vCenter Server'ı dış kimlik kaynağınıza bağlayın.

7. İzleme ve yönetim: Günlük kayıtlarını günlük yönetimi çözümünüze iletin ve Hizmet Durumu uyarılarını yapılandırın. Konuk sanal makineleri, başka yerlerde kullandığınız aynı Azure araçlarıyla yönetebilmeniz için Azure Arc aracılığıyla ekleyin.

8. HCX yüklemesi: İlk dalgayı başlatmadan önce HCX'i yükleyin ve siteden siteye bağlantıyı test edin.

3. Geçiş yürütme

Her dalgadan önce "bitti" ifadesinin ne anlama geldiğini tanımlayın. Bir dalga, iş yükü doğrulandığında, ağ uzantısı kaldırıldığında ve uygulama kalıcı durumunda sağlıklı olduğunda tamamlanır.

Her dalgadan önce geri alma ölçütlerini tanımlayın ve üretim sistemlerini geçirmeden önce geri alma yolunu test edin. HCX ters geçişi destekler ve tam yaklaşım kullandığınız geçiş türüne bağlıdır. Dalga başarı ölçütleri şunlardır:

1. Dalgadaki her sanal makine Azure VMware Çözümü üzerinde çalışır ve artık üretim trafiği için ağ uzantısına bağımlı değildir.

2. Her uygulamaya kullanıcıları ve bağımlı sistemleri tarafından ulaşılabilir.

3. İzleme araçlarınızda her sanal makine hiçbir uyarı veya hata olmadan görünür.

4. Geri alma işlemi artık gerekli değildir ve resmi olarak kapatabilirsiniz.

5. Uygulama performansı referans değere eşittir veya onu aşar.

6. İş yükleri güvenlik ve uyumluluk gereksinimlerinizi karşılar.

7. İş yükü başarıyla yedekleme ve olağanüstü durum kurtarma çözümlerine eklendi.

4. Geçiş değerlendirmesi ve hizmetten çıkarma

Azure VMware Çözümü'da iş yükleri açıldığında geçiş sona ermiyor. İş yüklerinin yeni ortamlarında doğru şekilde çalıştığını doğrulayın, geçici geçiş konaklama birimlerinin kaldırıldığını onaylayın ve kaynak altyapıyı resmi olarak devre dışı bırakın. Şirket içi altyapınızı yerinde bırakmak, keşfedilmemiş ve belgelenmemiş bağımlılıklara neden olabilir. Disiplinli bir değerlendirme ve devreden çıkarma süreci, kuruluşun gereksiz operasyonel maliyetlere veya risklere katlanmadan geçişten beklenen faydaları elde etmesini sağlar.

4.1 Tam geçiş sonrası üretime hazırlık

İş yükünün beklendiği gibi davrandığını doğrulayan geçiş sonrası kriterleri zorunlu kılın. Ağ erişilebilirliğini ve ad çözümlemesini kontrol edin. Uygulama işlevini ve bağımlı sistemlerle iletişimi denetleyin. Her sanal makine taşındıktan sonra, başladığını, kaynaklarının planla uyumlu olduğunu ve doğru depolama ilkesinin uygulandığını doğrulayın. Performansı geçiş öncesi taban çizgisiyle karşılaştırın.

Eşlik ilkenize karar verin. Temel karar, taşınan bir iş yükünü üretime hazır saymadan önce yerinde ortam durumuyla tam uyuma ulaşıp ulaşması gerektiği ya da geçici sapmalara izin verilip verilmeyeceğidir. Birçok kuruluş, müşteriye yönelik sistemler için anında performans eşliği talep eder, ancak şirket içi uygulamalara sabit düzeltme son tarihiyle kısa bir sabitleme süresi verir.

4.2 Bağlantı doğrulaması

Azure VMware Çözümü, Azure, şirket içi ortam, internet ve ad çözümlemesi arasında bağlantıyı uçtan uca doğrulayın. İş yükünün amacına uygun olduğunu onaylamak için uygulama duman testlerini çalıştırın. Tam geçişin bir parçası olarak dış ad kayıtlarının veya yük dengeleyici ayarlarının güncelleştirmelere ihtiyacı olup olmadığını onaylayın.

Olağanüstü durum kurtarma için ikincil bir Azure VMware Çözümü örneği derlediyseniz, bu örneğe hem birincil örnekten hem de etkinleştirildiğinde bağlanması gereken istemcilerden veya destekleyici hizmetlerden ulaşıldığından emin olun.

4.3 Ağ uzantısının feshedilmesi

Genişletilmiş segment üzerindeki her iş yükü hareket ettiğinde HCX Katman 2 uzantısını kaldırın ve Azure VMware Çözümü yerel ağ geçidinin doğru şekilde yönlendirildiğini onaylayın. Bir uzantıyı geçiş için gerekenden daha uzun süre bırakmayın.

4.4 Kaynak ortamı devreden çıkarma

Kullanımdan kaldırma, kaynak kapasitesini, lisansları ve operasyonel kapsamı resmî olarak serbest bırakır. Bunu bir temizleme görevi olarak değil, yönetilen bir devir süreci olarak görün. Kullanımdan kaldırmayı atlarsanız boşta kalan altyapı için ödeme yapıp güvenlik açıklarını taşırsınız. Buluta geçişten sonra kaynak iş yüklerini kullanımdan kaldırma'yı kullanarak işlemlerin sırasını, kaynak yedeklemelerin saklama süresini, kaynak sistemleri kapatmak için gereken onayları ve lisansları ve donanımı geri kazanma ölçütlerini ayarlayın.

Sonraki Adımlar

İş yükü tasarımı:

• Azure VMware Çözümü uygulama giriş bölgesi hızlandırıcısı
• Azure VMware Çözümü tasarım konuları