Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Azure VMware Solution, ayrılmış çıplak Azure altyapısından oluşturulan VMware vSphere kümelerini içeren özel bulutlar sağlar. Azure VMware Solution, Azure Ticari Ticari'de ve Azure Government'da 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 Solution, 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 Solution özel bulutunuza bağlar.
Azure VMware Solution özel bulut türleri
Azure VMware Solution iki farklı özel bulut nesli sağlar:
Azure VMware Solution 1. Nesil, Azure veri merkezi tesislerinde dağıtılan dedike edilmiş bare-metal sunuculardan oluşturulan VMware vSphere kümelerini sağlar. Microsoft tarafından yönetilen ExpressRoute bağlantı hatları VMware vSphere konakları ile Sanal Ağlarda dağıtılan yerel Azure kaynakları arasında bağlantı sağlar.
Azure VMware Solution Generation 2 özel Azure çıplak metal ana makinelerden oluşturulmuş VMware vSphere kümeleri sağlar. Azure VMware Solution 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 Solution 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 için minimum üç ana bilgisayar gerekir. Aynı türdeki konakları yalnızca tek bir Azure VMware Solution özel bulutta 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 veya AV52 ile dağıtılan Azure VMware Solution ö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ü özel bulut uzantısı, AV64 düğüm boyutu
AV64, mevcut AV36, AV36P veya AV52 SKU'su ile oluşturulmuş Azure VMware Solution özel bulutunu genişletmek için kullanılabilen Azure VMware Solution için bir konak SKU'sudur. AV64'i doğrudan dağıtmak istiyorsanız, Azure Sanal Ağında 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.
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, AV36, AV36P, AV48 veya AV52 kullanılarak, AV64'ü destekleyen region/AZ'de 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
Müşteri mevcuttaki Azure VMware Solution özel bulutu: Müşterinin dağıtılmış bir Azure VMware Solution özel bulutu varsa, bu özel buluta ayrı bir AV64 vCenter düğüm kümesi ekleyerek bulutu ölçeklendirebilir. Bu senaryoda müşterilerin aşağıdaki adımları kullanması gerekir:
- En az üç düğümle Microsoft'tan AV64 kota onayı alın. AV64 kullanarak genişletmeyi planladığınız Azure VMware Solution özel buluta diğer ayrıntıları ekleyin.
- Genişletmek için AV64 konaklarıyla mevcut Azure VMware Solution bir küme ekleme iş akışını kullanın.
Customer yeni bir Azure VMware Solution ö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 Solution özel bulut istediğinde. Bu durumda müşteri AV36, AV36P veya AV52 SKU ile oluşturulmuş Azure VMware Solution ö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:
- En az üçer düğümle AV36, AV36P veya AV52 ve AV64 için Microsoft'tan kota onayı alın.
- AV36, AV36P veya AV52 SKU kullanarak Azure VMware Solution özel bulut oluşturun.
- Genişletmek için AV64 konaklarıyla mevcut Azure VMware Solution bir küme ekleme iş akışını kullanın.
Azure VMware Solution esnetilmiş kümeler özel bulutu: AV64 SKU'su Azure VMware Solution esnetilmiş kümeler özel bulutuyla desteklenmez. Bu, Azure VMware Solution 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 Solution ö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 Solution konak kümeleri açık vSAN FD yapılandırmasına sahip değildir. Ana bilgisayar ayırma mantığı, Azure bölgesinde aynı fiziksel hata etki alanında iki konağın bulunmamasını kümeler içinde garanti eder. 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 Solution AV64 konak kümeleri açık bir vSAN hata etki alanı (FD) yapılandırmasına sahiptir. Azure VMware Solution 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ölgesi kullanılabilirlik bölgesi ile tür eşleme tablosuna başvurun.
Küme boyutu önerisi
Desteklenen en düşük Azure VMware Solution 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 Solution 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.
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 Solution 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. Sunucuları eklerken, Azure VMware Solution kontrol düzlemi yedi FD'nin tümünden sunucuların eşit bir şekilde eklenmesini sağlar. Aşağıdaki örnekte kullanıcılar FD 1'den konaklardan birini kaldırabilir ancak FD 2 veya 3'ten kaldıramayabilir.
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ış 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 izin verir. Daha fazla bilgi için Azure bölgesi kullanılabilirlik bölgesi ile 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 Solution, 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 Solution, şirket içi sitelerden ve Azure tabanlı kaynaklardan erişilebilen özel bir bulut ortamı sunar. Azure ExpressRoute, VPN bağlantıları veya Azure Virtual 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 Solution 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 Solution ö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 Cloud Adoption Framework - Azure VMware Solution için ağ topolojisi ve bağlantısı.
Özel buluta dağıtılan sanal makinelere Azure Virtual 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 Solution 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 Solution müşteri verilerini depolamaz.
VMware yazılım sürümleri
Aşağıdaki tabloda, Azure VMware Solution ö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.1.1 | 22224317 |
| VMware HCX | 4.11.3 | 24972695 |
| 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 Solution ö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 Solution dağıttıktan sonra Azure Monitor günlükleri otomatik olarak oluşturulur.
Özel bulutunuzda şunları yapabilirsiniz:
- Vm'lerinizin her birinde günlükleri toplayın.
- Linux ve Windows VM'lerde MMA aracısını indirip yükleyin.
- Azure tanılama uzantısını etkinleştirin.
- Yeni sorgular oluşturun ve çalıştırın.
- Vm'lerinizde genellikle çalıştırdığınız sorguların aynısını çalıştırın.
Azure VMware Solution içindeki izleme desenleri, IaaS platformundaki Azure VM'lere benzer. Daha fazla bilgi ve nasıl yapılır bilgileri için bkz. Azure Monitor 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.
Azure VMware Solution sorumluluk matrisi - Microsoft ile müşteri karşılaştırması
Azure VMware Solution, 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'un hem özel bulut hem de müşteri uygulaması iş yüklerini dağıtma ve yönetme konusunda işlediği ana görevleri özetler.
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'a başvurun.
| Rol | Task/details |
|---|---|
| Microsoft - Azure VMware Solution | Fiziksel altyapı
(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ü sunucu teklifi isteme Azure portalında özel bulutlar için şu şekilde bir istek planlayın ve oluşturun:
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 Solution iş ortağı çözüm/ürünlerinden bazıları şunlardır:
|
Sonraki Adımlar
Bir sonraki adım, temel özel bulut mimarisi kavramlarını öğrenmektir.