Azure VMware Çözümü nedir?

Azure VMware Çözümü, ayrılmış çıplak Azure altyapısından oluşturulan VMware vSphere kümelerini içeren özel bulutlar sağlar. Azure VMware Çözümü, Azure Genel ve Azure Kamu üzerinde kullanılabilir. En düşük ilk dağıtım, küme başına en fazla 16 konak olmak üzere daha fazla konak ekleme seçeneğine sahip üç konaktır. Sağlanan tüm özel bulutlarda VMware vCenter Server, VMware vSAN, VMware vSphere ve VMware NSX bulunur. Sonuç olarak, iş yüklerini şirket içi ortamlarınızdan geçirebilir, yeni sanal makineler (VM' ler) dağıtabilir ve özel bulutlarınızdaki Azure hizmetleri kullanabilirsiniz. SLA hakkında bilgi için Azure hizmet düzeyi sözleşmeleri sayfasına bakın.

Azure VMware Çözümü, geliştirmelerin ve yükseltmelerin sürekli doğrulanması ve test edilmesiyle VMware tarafından doğrulanmış bir çözümdür. Microsoft özel bulut altyapısını ve yazılımını yönetir ve bakımını yaparak iş değeri sunmak için özel bulutlarınızda iş yükleri geliştirmeye ve çalıştırmaya odaklanmanıza olanak sağlar.

Diyagramda Azure, Azure hizmetleri ve şirket içi ortamlardaki özel bulutlarla sanal ağlar arasındaki bitişiklik gösterilmektedir. Özel bulutlardan Azure hizmetlerine veya sanal ağlara ağ erişimi, Azure hizmet uç noktalarının SLA tabanlı tümleştirmesini sağlar. ExpressRoute Global Reach, şirket içi ortamınızı Azure VMware Çözümü özel bulutunuza bağlar.

 Azure hizmetlerine ve şirket içi ortamlara Azure VMware Çözümü özel bulut bitişikliğini gösteren diyagram.

Azure VMware Çözümü özel bulut türleri

Azure VMware Çözümü iki farklı özel bulut nesli sağlar:

  1. Azure VMware Çözümü 1. Sürüm, Azure veri merkezi tesislerinde dağıtılan özelleştirilmiş çıplak donanımlı sunuculardan oluşturulmuş VMware vSphere kümeleri sağlar. Microsoft yönetilen ExpressRoute devreleri VMware vSphere konakları ile Sanal Ağlarda dağıtılan yerel Azure kaynakları arasında bağlantı sağlar.

  2. Azure VMware Çözümü Generation 2 özel Azure çıplak metal konaklardan oluşturulmuş VMware vSphere kümeleri sağlar. Azure VMware Çözümü 2. Nesil, VMware vSphere konaklarının doğrudan Azure Sanal Ağlara eklendiği güncelleştirilmiş bir ağ mimarisine sahiptir. Bu teklif yalnızca AV64 SKU'da desteklenir.

Sunucular, kümeler ve özel bulutlar

Azure VMware Çözümü kümeleri hiper yakınsama altyapısını temel alır. Aşağıdaki tabloda konağın CPU, bellek, disk ve ağ belirtimleri gösterilmektedir.

Sunucu türü CPU (çekirdekler/GHz) RAM (GB) vSAN Mimarisi vSAN önbellek katmanı (TB, ham**) vSAN kapasite katmanı (TB, ham***) Bölgesel erişilebilirlik
AV36 2,3 GHz'de 18 çekirdek/CPU ile Çift Intel Xeon Gold 6140 CPU'lar (Skylake mikromimarisi), Toplam 36 fiziksel çekirdek (Hyper-Threading ile 72 mantıksal çekirdek) 576 OSA 3.2 (NVMe) 15.20 (SSD) Seçili bölgeler (*)
AV36P Çift Intel Xeon Gold 6240 işlemci (Cascade Lake mimarisi), her biri 18 çekirdek ile 2,6 GHz / 3,9 GHz Turbo frekansında çalışır. Toplamda 36 fiziksel çekirdek (hiper iş parçacığı ile 72 mantıksal çekirdek) sunar. 768 OSA 1.5 (Intel Önbellek) 19.20 (NVMe) Seçili bölgeler (*)
AV48 Çift Intel Xeon Gold 6442Y CPU'lar (Sapphire Rapids mikro mimarisi), 24 çekirdek/CPU @ 2,6 GHz / 4,0 GHz Turbo, Toplam 48 fiziksel çekirdek (hiper iş parçacıklı 96 mantıksal çekirdek) ile birlikte gelir. 1,024 ESA N/A 25.6 (NVMe) Seçili bölgeler (*)
AV52 26 çekirdek/CPU @ 2,7 GHz / 4,0 GHz Turbo, Toplam 52 fiziksel çekirdek (hiper iş parçacığı kullanan 104 mantıksal çekirdek) ile Çift Intel Xeon Platin 8270 CPU (Cascade Lake mikro mimarisi) 1,536 OSA 1.5 (Intel Önbellek) 38.40 (NVMe) Seçili bölgeler (*)
AV64 32 çekirdek/CPU @ 2,8 GHz / 3,5 GHz Turbo, Toplam 64 fiziksel çekirdek (hiper iş parçacıklı 128 mantıksal çekirdek) ile Çift Intel Xeon Platin 8370C CPU'lar (Ice Lake mikro mimarisi) 1,024 OSA / ESA**** 3,84 (NVMe) / YOK**** 15.36 (NVMe) / 19.25 (NVMe)**** Seçili bölgeler (**)

Azure VMware Çözümü kümesi en az üç konak gerektirir. Aynı türdeki sunucuları yalnızca tek bir Azure VMware Çözümü özel bulutunda kullanabilirsiniz. Kümeleri oluşturmak veya ölçeklendirmek için kullanılan ana makineler, izole bir ana makine havuzundan gelir. Bu sunucular donanım testlerini geçti ve kümeye eklenmeden önce tüm veriler güvenli bir şekilde silindi.

Yukarıdaki tüm konak türlerinin ağ arabirimi aktarım hızı 100 Gb/sn'dir.

*Ayrıntılara Azure fiyatlandırma hesaplayıcısı aracılığıyla ulaşabilirsiniz.

**AV64 önkoşulu: AV64 eklemeden önce AV36, AV36P, AV48 veya AV52 ile dağıtılan Azure VMware Çözümü özel bulut gerekir.

Raw, disk üreticileri tarafından bildirilen Uluslararası Birim Standardını (SI) temel alır. Örnek: 1 TB Ham = 1000000000000 bayt. İkili bir bilgisayar tarafından hesaplanan alan (1 TB ikili = 1099511627776 bayt ikili) ham ondalıktan dönüştürülen 931,3 gigabayttır.

ESA, AV64 2. Nesil dağıtımları için geçerlidir.

Azure portalı veya Azure CLI aracılığıyla yeni özel bulutları dağıtabilir veya mevcut özel bulutları ölçeklendikleyebilirsiniz.

Azure VMware Çözümü AV64 düğüm boyutlu özel bulut uzantısı

AV64, mevcut AV36, AV36P veya AV52 SKU'su ile oluşturulmuş Azure VMware Çözümü özel bulutunu genişletmek amacıyla kullanılabilen bir Azure VMware Çözümü konak SKU'sudur. AV64'i doğrudan dağıtmak istiyorsanız, bir Azure Sanal Ağı için Azure VMware Çözümü bölümüne bakın. AV64 SKU'sunun bölgedeki kullanılabilirliğini denetlemek için Microsoft belgelerini kullanın.

 AV64 SKU ile karışık SKU yapılandırmasında Azure VMware Çözümü özel bulutunu gösteren diyagram.

AV36, AV36P ve AV52'de AV64 genişletme önkoşulu

AV64 kümesi dağıtımı için aşağıdaki önkoşullara bakın.

  • Azure VMware çözümü özel bulutu, AV64'ün desteklediği region/AZ'de AV36, AV36P, AV48 veya AV52 kullanılarak oluşturulur.

  • AV64 küme yönetimi için bir /23 veya üç (bitişik veya bitişik olmayan) /25 adres bloğu gerekir.

Müşteri senaryoları için desteklenebilirlik

Mevcut Azure VMware Çözümü özel bulut: Müşterinin Azure VMware Çözümü özel bulutu dağıtılmış olduğunda, bu mevcut özel buluta ayrı bir AV64 vCenter düğüm kümesi ekleyerek özel bulutu ölçeklendirebilir. Bu senaryoda müşterilerin aşağıdaki adımları kullanması gerekir:

  1. Microsoft'tan en az üç düğümle AV64 kota onayı alın. AV64 kullanarak genişletmeyi planladığınız Azure VMware Çözümü özel buluta diğer ayrıntıları ekleyin.
  2. Genişletmek için AV64 konaklarıyla mevcut Azure VMware Çözümü bir küme ekleme iş akışını kullanın.

Customer yeni bir Azure VMware Çözümü özel bulut oluşturmayı planlıyor: Müşteri AV64 SKU'yu kullanabilen ancak yalnızca genişletme için kullanabileceği yeni bir Azure VMware Çözümü özel bulut istediğinde. Bu durumda müşteri AV36, AV36P veya AV52 SKU ile oluşturulmuş Azure VMware Çözümü özel buluta sahip olma önkoşulunu karşılar. Müşterinin AV64 kullanarak genişletmeden önce en az üç av36, AV36P veya AV52 SKU düğümü satın alması gerekir. Bu senaryo için aşağıdaki adımları kullanın:

  1. Microsoft'tan AV36, AV36P veya AV52 ve AV64 için her biri en az üç düğümlü kota onayı alın.
  2. AV36, AV36P veya AV52 SKU kullanarak Azure VMware Çözümü özel bulut oluşturun.
  3. Genişletmek için AV64 konaklarıyla mevcut Azure VMware Çözümü bir küme ekleme iş akışını kullanın.

Azure VMware Çözümü esnetilmiş kümeler özel bulutu: AV64 SKU'su Azure VMware Çözümü esnetilmiş kümeler özel bulutuyla desteklenmez. Bu, Azure VMware Çözümü esnetilmiş kümeler özel bulutu için AV64 tabanlı genişletmenin mümkün olmadığı anlamına gelir.

Note

Bir AV64 konağından müşteri ağına doğru tüm trafik, VMKernel Ağ Arabirimi 1'in IP adresini kullanır.

AV64 uzantısı ile gelişmiş vMotion Uyumluluğu (EVC)

AV64 düğümlerini Azure VMware Çözümü özel buluta eklemek heterojen bir ortam oluşturur ve bu da AV36, AV36P veya AV52 SKU'larını kullanarak AV64 kümeleri ile temel SKU kümeleri arasında Enhanced vMotion Uyumluluğu (EVC) sorunlarına neden olur. AV64 kümeleri, Intel Icelake CPU'ları nedeniyle Icelake EVC modunu kullanırken, eski Intel CPU'ları üzerine kurulu AV36, AV36P ve AV52 kümelerinde açık EVC modu etkin değildir. Her SKU için CPU nesilleriyle ilgili ayrıntılar yukarıda verilmiştir.

EVC modlarının kümeler arasında heterojen olması, Broadcom tarafından belirtilen senaryo ve geçiş yönüne bağlı olarak canlı vMotion işlemlerine yönelik zorluklar oluşturur. Aşağıdaki bölümde, AV64 ile temel kümeler arasında canlı vMotion gerçekleştirirken kullanıcı deneyiminin bir özeti sağlanır.

  • Temel SKU kümesinden AV64 kümesine vMotion – bu, sanal makine daha düşük EVC modu kümesinden daha yüksek EVC modu kümesine taşındığı için sorunsuz çalışır.

  • AV64 kümesinden temel SKU kümesine vMotion – iki senaryo

    • Sanal makine daha önce temel kümeden taşındıysa ve güç döngüsü gerçekleştirilmediyse, canlı vMotion işlevi başarılı bir şekilde gerçekleşir.

    • AV64 kümesinde bir sanal makine oluşturulduysa veya güç döngüsüne sokulduysa, daha önce temel SKU kümesinden vMotion yöntemiyle taşınmış olsa bile, canlı vMotion EVC uyumluluk hatasıyla başarısız olur.

Müşteriler, VM düzeyi EVC modunu daha düşük bir temel küme EVC'siyle eşleşecek şekilde ayarlayarak veya sanal makineyi kapatıp soğuk bir vMotion yaparak temel SKU ve AV64 kümeleri arasında canlı vMotion sorunlarından kaçınabilir.

AV64 Kümesi vSAN hata etki alanı (FD) tasarımı ve önerileri

Geleneksel Azure VMware Çözümü konak kümeleri açık vSAN FD yapılandırmasına sahip değildir. Host tahsis mantığının, kümeler içinde, bir Azure bölgesinde iki bilgisayarın aynı fiziksel hata etki alanında bulunmamasını garanti etmesidir. Bu özellik doğası gereği, vSAN FD yapılandırmasının getirmesi gereken depolama için dayanıklılık ve yüksek kullanılabilirlik getirir. vSAN FD hakkında daha fazla bilgiyi VMware belgelerinde bulabilirsiniz.

Azure VMware Çözümü AV64 konak kümeleri açık bir vSAN hata etki alanı (FD) yapılandırmasına sahiptir. Azure VMware Çözümü kontrol düzlemi, AV64 kümeleri için yedi vSAN hata etki alanı (FD) yapılandırmaktadır. Kullanıcılar kümedeki konakları üç düğümden 16 düğüme ölçeklendirdikçe konaklar yedi FD arasında eşit şekilde dengelenir. Bazı Azure bölgeleri, AV64 SKU'nun ilk sürümünün bir parçası olarak en fazla beş FD'yi desteklemeye devam eder. Daha fazla bilgi için Azure bölge kullanılabilirlik alanı tür eşleme tablosuna başvurun.

Küme boyutu önerisi

Azure VMware Çözümü'da desteklenen en küçük vSphere düğüm küme boyutu üçtür. vSAN veri yedekliliği, üç ana bilgisayarın en düşük küme boyutunun farklı vSAN FD'lerinde olduğundan emin olunarak işlenir. Her biri farklı bir FD'deki üç ana bilgisayar içeren bir vSAN kümesinde, bir FD başarısız olursa (örneğin, raf anahtarının üst kısmı başarısız olursa), vSAN verileri korunur. Nesne oluşturma (yeni VM, VMDK ve diğerleri) gibi işlemler başarısız olabilir. Aynı durum, bir ESXi konağın bakım moduna alındığı ve/veya yeniden başlatıldığı tüm bakım etkinlikleri için de geçerlidir. Bunlar gibi senaryoları önlemek için en az dört ESXi konasına sahip vSAN kümelerinin dağıtılması önerilmektedir.

AV64 sunucu kaldırma iş akışı ve en iyi uygulamalar

AV64 kümesi vSAN hata etki alanı (FD) yapılandırması ve tüm FD'ler arasında dengeli konaklara ihtiyaç duyulması nedeniyle, AV64 kümesinden konak kaldırma işlemi diğer SKU'larla geleneksel Azure VMware Çözümü konak kümelerinden farklıdır.

Şu anda bir kullanıcı portal veya API kullanarak kümeden kaldırılacak bir veya daha fazla konak seçebilir. Bir koşul, kümenin en az üç kona sahip olmasıdır. Ancak AV64 kümesi vSAN FD'leri kullandığında belirli senaryolarda farklı davranır. Tüm konak kaldırma istekleri, olası vSAN FD dengesizliğiyle karşılaştırılır. Konak kaldırma isteği bir dengesizlik oluşturursa, istek http 409-Çakışma yanıtıyla reddedilir. http 409-Çakışma yanıt durumu kodu, isteğin hedef kaynağın geçerli durumuyla çakıştığını gösterir.

Aşağıdaki üç senaryo, normalde hata veren örneklerin örneklerini gösterir ve vSAN hata etki alanı (FD) dengesizliği oluşturmadan konakları kaldırmak için kullanılabilecek farklı yöntemleri gösterir.

  • Bir konağın kaldırılması, en yoğun ve en az yoğun FD'ler arasındaki konak farkının birden fazla olduğu bir vSAN FD dengesizliği yaratır. Aşağıdaki örnekte kullanıcıların, diğer FD'lerden konakları kaldırmadan önce FD 1'den bir konuğu kaldırmaları gerekir.

    Diğer FD'lerden konakları kaldırmadan önce kullanıcıların FD 1'den konaklardan birini nasıl kaldırması gerektiğini gösteren diyagram.

  • Aynı anda birden çok konak kaldırma isteği yapılır ve bazı konak kaldırma işlemleri bir dengesizlik oluşturur. Bu senaryoda, Azure VMware Çözümü kontrol düzlemi yalnızca dengesizlik oluşturmayan konakları kaldırır. Aşağıdaki örnekte kullanıcılar, küme boyutunu dört veya daha düşük bir boyuta düşürmedikleri sürece aynı FD'lerden her iki ana bilgisayar da alamaz.

    Kullanıcıların küme boyutunu dört veya daha düşüğe azaltmadıkça aynı FD'lerden her iki ana bilgisayarı da alamayacağını gösteren diyagram.

  • Seçilen bir ana bilgisayarın kaldırılması, etkin vSAN FD sayısının üçten az olmasına neden olur. Bu senaryo, tüm AV64 bölgelerinin beş veya yedi FD'ye sahip olması durumunda gerçekleşmez. Konak eklerken, Azure VMware Çözümü kontrol düzlemi yedi FD'nin tamamından konakları eşit olarak ekleme işlemini üstlenir. Aşağıdaki örnekte kullanıcılar FD 1'den konaklardan birini kaldırabilir ancak FD 2 veya 3'ten kaldıramayabilir.

    Kullanıcıların FD 2 veya 3'ten değil, FD 1'den konaklardan birini nasıl kaldırabileceğini gösteren diyagram.

vSAN FD dengesizliği olmadan kaldırılabilir hostu belirleme: Kullanıcı, vSAN FD'lerin ve her biriyle ilişkili hostların geçerli durumunu görmek için vSphere İstemci arabirimine gidebilir. Bu, vSAN FD bakiyesini etkilemeden kaldırılabilir konakları (önceki örneklere göre) tanımlamaya ve kaldırma işlemindeki hataları önlemeye yardımcı olur.

AV64'ün desteklediği RAID yapılandırması

Bu tablo, AV64 kümelerinde desteklenen RAID yapılandırması ve konak gereksinimlerinin listesini sağlar. RAID-6 FTT2 ve RAID-1 FTT3 ilkeleri bazı bölgelerde AV64 SKU ile desteklenir. Şu anda beş FD ile kısıtlanmış olan Azure bölgede, Microsoft müşterilerin hizmet düzeyi sözleşmesini (SLA) karşılamak üzere altı veya daha fazla düğüme sahip AV64 kümeleri için RAID-5 FTT1 vSAN depolama ilkesini kullanmasına olanak tanır. Daha fazla bilgi için Azure bölge kullanılabilirlik alanı tür eşleme tablosuna başvurun.

RAID yapılandırması Tolerans gösterememe (FTT) Gerekli minimum sunucu sayısı
RAID-1 (Yansıtma) Varsayılan ayarı. 1 3
RAID-5 (Silinme Kodlaması) 1 4
RAID-1 (Yansıtma) 2 5
RAID-6 (Silinme Kodlaması) 2 6
RAID-1 (Yansıtma) 3 7

Storage

Azure VMware Çözümü, Azure depolama hizmetlerini kullanarak vSAN'a dahil edilenlerin ötesinde veri deposu kapasitesinin genişletilmesini destekleyerek kümeleri ölçeklendirmeden veri deposu kapasitesini genişletmenizi sağlar. Daha fazla bilgi için bkz. Veri deposu kapasite genişletme seçenekleri.

Networking

Azure VMware Çözümü, şirket içi sitelerden ve Azure tabanlı kaynaklardan erişilebilen özel bir bulut ortamı sunar. Azure ExpressRoute, VPN bağlantıları veya Azure Sanal WAN gibi hizmetler bağlantıyı sağlar. Ancak bu hizmetlerin etkinleştirilmesi için belirli ağ adresi aralıkları ve güvenlik duvarı bağlantı noktaları gerekir.

Özel bulut dağıttığınızda yönetim, sağlama ve vMotion için özel ağlar oluşturulur. VMware vCenter Server ve VMware NSX Yöneticisi'ne ve sanal makine vMotion veya dağıtımına erişmek için bu özel ağları kullanırsınız.

ExpressRoute Global Reach , özel bulutları şirket içi ortamlara bağlamak için kullanılır. Bağlantı hatlarını doğrudan Microsoft Edge düzeyinde bağlar. Bağlantı, aboneliğinizdeki şirket içi ExpressRoute hattına bağlı bir sanal ağ (vNet) gerektirir. Bunun nedeni sanal ağ geçitlerinin (ExpressRoute Ağ Geçitleri) trafiği aktaramamasıdır. Bu, aynı ağ geçidine iki bağlantı hattı ekleyebileceğiniz ancak trafiği bir bağlantı hattından diğerine göndermediği anlamına gelir.

Her Azure VMware Çözümü ortamı, Global Reach'i 'yerel' eşleme konumuna bağlamanızı sağlayan kendi ExpressRoute bölgesidir (kendi sanal MSEE cihazı). Bir bölgedeki birden çok Azure VMware Çözümü örneğini aynı eşleme konumuna bağlamanızı sağlar.

Note

Örneğin, yerel düzenlemeler nedeniyle ExpressRoute Global Reach'in etkinleştirilmediği konumlar için Azure IaaS VM'lerini kullanarak bir yönlendirme çözümü oluşturmanız gerekir. Bazı örnekler için bkz. Azure Bulut Benimseme Çerçevesi - Azure VMware Çözümü için ağ topolojisi ve bağlantısı.

Özel buluta dağıtılan sanal makinelere Azure Sanal WAN genel IP işlevselliği aracılığıyla İnternet üzerinden erişilebilir. Yeni özel bulutlar için İnternet erişimi varsayılan olarak devre dışı bırakılır.

Daha fazla bilgi için bkz . Ağ mimarisi.

Erişim ve güvenlik

özel bulutlar Azure VMware Çözümü gelişmiş güvenlik için vSphere rol tabanlı erişim denetimi kullanır. vSphere SSO LDAP özelliklerini Microsoft Entra ID ile tümleştirebilirsiniz. Daha fazla bilgi için Erişim ve kimlik mimarisi sayfasına bakın.

vSAN bekleyen veri şifrelemesi varsayılan olarak etkindir ve vSAN veri deposu güvenliği sağlamak için kullanılır. Daha fazla bilgi için bkz . Depolama mimarisi.

Veri yerleşimi ve müşteri verileri

Azure VMware Çözümü müşteri verilerini depolamaz.

VMware yazılım sürümleri

Aşağıdaki tabloda, Azure VMware Çözümü özel bulutların yeni dağıtımlarında kullanılan yazılım sürümleri listelenmektedir.

Software Version Yapı numarası
VMware vCenter Server 8.0 U3e 24674346
VMware ESXi 8.0 U3f + Acil Yama (VAIO hata düzeltmesi) 24797835
VMware vSAN 8,0 U3 24797835
VMware vSAN Tanığı 8,0 U3 24797835
VMware vSAN disk üzerindeki biçimi 20 N/A
VMware vSAN depolama mimarisi Gen1: OSA, Gen2: ESA N/A
VMware NSX 4.2.3.2 25077145
VMware HCX 4.11.4 25238712
VMware Canlı Site Kurtarma 9.0.2.1 24401761
VMware vSphere Replikasyon 9.0.2.1 24383568

Listelenen derleme numarası sürüm notlarında listelenen derleme numarasıyla eşleşmiyorsa, bunun nedeni bulut sağlayıcıları için özel bir düzeltme eki uygulanmasıdır.

vCenter Server sürümü destekliyorsa, mevcut özel buluta eklenen yeni kümelere geçerli çalışan yazılım sürümü uygulanır.

Sunucu ve yazılım yaşam döngüsü bakımı

Azure VMware Çözümü özel bulut ve VMware yazılımının düzenli yükseltmeleri, özel bulutlarınızda en son güvenlik, kararlılık ve özellik kümelerinin çalışmasını sağlar. Daha fazla bilgi için Konak bakımı ve yaşam döngüsü yönetimi bölümüne bakınız.

Özel bulutunuzu izleme

aboneliğinize Azure VMware Çözümü dağıttıktan sonra Azure İzleyici günlükleri otomatik olarak oluşturulur.

Özel bulutunuzda şunları yapabilirsiniz:

Azure VMware Çözümü içindeki izleme desenleri, IaaS platformundaki Azure VM'lere benzer. Daha fazla bilgi ve nasıl yapılır bilgileri için bkz. Azure İzleyici ile Azure VM'leri izleme.

Müşteri iletişimi

Service Health aracılığıyla yayımlanan hizmet sorunları, planlı bakım, sistem durumu önerileri ve güvenlik önerileri bildirimlerini Azure portalında bulabilirsiniz. Bu bildirimler için etkinlik günlüğü uyarıları ayarlarken zamanında eylemler gerçekleştirebilirsiniz. Daha fazla bilgi için bkz. Azure portalını kullanarak Hizmet Durumu uyarıları oluşturma.

Hizmet Durumu bildirimlerinin ekran görüntüsü.

Azure VMware Çözümü sorumluluk matrisi - Microsoft ve müşteri karşılaştırması

Azure VMware Çözümü, teklifte yer alan iki tarafın farklı rollerini ve sorumluluklarını tanımlayan paylaşılan bir sorumluluk modeli uygular: müşteri ve Microsoft. Paylaşılan rol sorumlulukları aşağıdaki iki tabloda daha ayrıntılı olarak gösterilmiştir.

Paylaşılan sorumluluk matrisi tablosu, müşterilerin ve Microsoft her birinin hem özel bulut hem de müşteri uygulaması iş yüklerini dağıtma ve yönetme konusunda işlediği ana görevleri özetler.

Azure VMware Çözümü için üst düzey paylaşılan sorumluluk matrisinin diyagramı.

Aşağıdaki tabloda, müşteri ile Microsoft arasındaki rollerin ve sorumlulukların ayrıntılı bir listesi ve en sık kullanılan görevleri ve tanımları kapsar. Daha fazla soru için Microsoft başvurun.

Rol Task/details
Microsoft - Azure VMware Çözümü Fiziksel altyapı
  • Azure bölgeleri
  • Azure kullanılabilirlik alanları
  • Hızlı Hat/Küresel Erişim
Compute/Network/Storage
  • Rack kabini ve güç kaynağı Bare Metal sunucuları
  • Raf ve güç ağı ekipmanı
Özel bulut dağıtımı/yaşam döngüsü
  • VMware ESXi kurma, yama uygulama ve yükseltme
  • VMware vCenter Sunucuları dağıtma, yama uygulama ve yükseltme
  • VMware NSX dağıtma, güncelleme ve yükseltme
  • VMware vSAN dağıtma, yama yapma ve yükseltme
Özel bulut Ağı - VMware NSX sağlayıcı yapılandırması
  • Microsoft Edge düğüm/küme, VMware NSX konak hazırlığı
  • Sağlayıcı Katman 0 ve Kiracı Katman 1 Ağ Geçitleri
  • ExpressRoute aracılığıyla Katman-0'dan (BGP kullanarak) Azure Ağı'na bağlantı
Özel bulut hesaplama - VMware vCenter Server sağlayıcı yapılandırması
  • Varsayılan küme oluşturma
  • vMotion, Yönetim, vSAN ve diğerleri için sanal ağ yapılandırma
Özel bulut yedekleme/geri yükleme
  • VMware vCenter Server'ı yedekleme ve geri yükleme
  • VMware NSX Yöneticisini yedekleme ve geri yükleme
Özel bulut durumu izleme ve düzeltme eylemleri, örneğin: başarısız konakları değiştirme

(isteğe bağlı) VMware HCX, bulut tarafında tam olarak yapılandırılmış işlem profiliyle eklenti olarak dağıtır

(isteğe bağlı) VMware SRM dağıtım, yükseltme ve ölçeği artırma/azaltma

Destek - Özel bulut platformları ve VMware HCX
Customer Microsoft ile Azure VMware Çözümü konak teklifi isteme
Azure portalında özel bulutlar için şu şekilde bir istek planlayın ve oluşturun:
  • Konak sayısı
  • Yönetim ağ aralığı
  • Diğer bilgiler
Özel bulut ağını ve güvenliğini yapılandırma (VMware NSX)
  • Uygulamaları barındırmak için ağ kesimleri
  • Diğer Katman -1 yönlendiricileri
  • Firewall
  • VMware NSX LB
  • IPsec VPN
  • NAT
  • Genel IP adresleri
  • Dağıtılmış güvenlik duvarı/ağ geçidi güvenlik duvarı
  • VMware HCX veya VMware NSX kullanarak ağ uzantısı
  • RBAC için AD/LDAP yapılandırması
Özel bulut yapılandırma - VMware vCenter Server
  • RBAC için AD/LDAP yapılandırması
  • Sanal Makineler (VM) ve uygulamanın dağıtım ve yaşam döngüsü yönetimi
    • İşletim sistemlerini yükleme
    • İşletim sistemlerini yamalama
    • Virüsten koruma yazılımı yükleme
    • Yedekleme yazılımını yükleme
    • Yapılandırma yönetimi yazılımını yükleme
    • Uygulama bileşenlerini yükleme
    • VMware NSX kesimlerini kullanarak VM ağı oluşturma
  • Sanal Makineler (VM'ler) Taşıma
    • VMware HCX yapılandırması
    • Canlı vMotion
    • Soğuk geçiş
    • İçerik kitaplığı senkronizasyonu
Özel bulut yapılandırma - vSAN
  • vSAN VM ilkelerini tanımlama ve koruma
  • Yeterli 'bolluk alanı' sağlamak için sunucu ekleyin.
VMware HCX'i yapılandırma
  • Şirket içi altyapıda HCA bağlayıcı OVA'yı indir ve dağıt.
  • Şirket içi VMware HCX bağlayıcısını eşleştirme
  • Ağ profilini, işlem profilini ve hizmet ağını yapılandırma
  • VMware HCX ağ uzantısını/MON'yi yapılandırma
Şirket içi, sanal ağ veya İnternet'e bağlanmak için ağ yapılandırması

Portal üzerinden kümeye yapılan sunucu isteklerini ekleyin veya silin.
İş ortağı (üçüncü taraf) çözümlerinin dağıtım/yaşam döngüsü yönetimi
İş ortağı ekosistemi Ürün/çözüm desteği. Referans olarak, desteklenen Azure VMware Çözüm iş ortağı çözüm/ürünlerinden bazıları şunlardır:
  • BCDR - VMware SRM, JetStream, Zerto ve diğerleri
  • Yedekleme - Veeam, Commvault, Rubrik ve diğerleri
  • VDI - Horizon, Citrix
  • VMware Bulut Direktörü, VMware Bulut Direktörü Kullanılabilirliği (VCDA)
  • Güvenlik çözümleri - BitDefender, TrendMicro, Checkpoint
  • Diğer VMware ürünleri - Aria Suite, NSX Advanced Load Balancer

Sonraki Adımlar

Bir sonraki adım, temel özel bulut mimarisi kavramlarını öğrenmektir.