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 Çö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 VMware Çözümü özel bulut türleri
Azure VMware Çözümü iki farklı özel bulut nesli sağlar:
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.
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.
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:
- 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.
- 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:
- Microsoft'tan AV36, AV36P veya AV52 ve AV64 için her biri en az üç düğümlü kota onayı alın.
- AV36, AV36P veya AV52 SKU kullanarak Azure VMware Çözümü özel bulut oluşturun.
- 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.
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.
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:
- 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 Çö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.
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.
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ı
(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:
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:
|
Sonraki Adımlar
Bir sonraki adım, temel özel bulut mimarisi kavramlarını öğrenmektir.