Azure VMware Çözümü hakkında sık sorulan sorular

Kuruluşlar iş çevikliğini geliştirmek, maliyetleri azaltmak ve yenilikleri hızlandırmak için BT modernleştirme stratejilerini takip ettikçe hibrit bulut platformları müşterilerin dijital dönüşümünün önemli etkinleştiricileridir. Azure VMware Çözümü, VMware'in Yazılım Tanımlı Veri Merkezi (SDDC) yazılımını Microsoft'un Azure küresel bulut hizmeti ekosistemiyle birleştirir. Ayrıca Azure VMware Çözümü performans, kullanılabilirlik, güvenlik ve uyumluluk gereksinimlerini karşılar. Daha fazla bilgi için bkz. Azure VMware Çözümü nedir?

Hizmet sürekli olarak yeni bölgelere ekleniyor. Ayrıntılar için en son hizmet kullanılabilirliği bilgilerine bakın.

Microsoft, Azure VMware Çözümü için destek sunar. Destek isteği gönderebilirsiniz. Bulut Çözümü Sağlayıcısı (CSP) yönetilen abonelikler için, ilk destek düzeyi Çözüm Sağlayıcısı'na CSP'nin diğer Azure hizmetleriyle aynı şekilde sağlar.

Tüm Azure hizmetleri Azure VMware Çözümü müşterilerine sunulur. Belirli hizmetler için performans ve kullanılabilirlik sınırlamaları büyük/küçük harf temelinde ele alınmalıdır.

VMware Uyumluluk Kılavuzu'nu kullanarak vSphere ile konuk işletim sistemi uyumluluğu hakkında bilgi bulabilirsiniz. Azure VMware Çözümü çalışan vSphere sürümünü tanımlamak için bkz. VMware yazılım sürümleri.

Yapılan güncelleştirmeler, Microsoft Azure'ın standart değişiklik yönetimi sürecini izler. Müşteriler tüm iş yükü yönetim görevlerinden ve ilişkili değişiklik yönetimi işlemlerinden sorumludur.

Yeni Azure VMware Çözümü ile Microsoft ve VMware doğrudan bulut sağlayıcısı ortaklığına sahiptir. Microsoft yeni çözümü tasarladı, derledi ve destekledi. Çözüm VMware tarafından onaylanır. Mimari açıdan çözümler, VMware teknoloji yığınının ayrılmış bir Azure altyapısında çalışması ile tutarlıdır.

Disk sorunları olan tüm konaklar değiştirilir. Azure VMware Çözümü hizmetinin 99,9 SLA kullanılabilirliğini toplar.

Fiyatlandırmayla ilgili genel sorular için Azure VMware Çözümü fiyatlandırma sayfasına bakın.

VMware HCX Enterprise, Azure VMware Çözümü üzerinde başka bir ücret ödemeden kullanılabilir ve varsayılan olarak etkindir.

Azure VMware Çözümü ExpressRoute bağlantı hattındaki trafik ölçülemez. Azure VMware Çözümü ExpressRoute bağlantı hattı için veya Azure VMware Çözümü özel bulutlar arasındaki Global Reach ücretleri için faturalama yoktur. Bu senaryo, Azure ExpressRoute bağlantı hattınızdan Azure'dan şirket içi sitenize gelen trafik için standart çıkış ücretleri dışında şirket içi Azure VMware Çözümü içerir. Bu ücretler Tarifeli Faturalama Modeli ile Azure ExpressRoute fiyatlandırma planlarına göre ücretlendirilir. Azure ExpressRoute Sınırsız Faturalama Modeli'ni kullanıyorsanız çıkış trafiği ücretlendirilmiyor.

• Azure Sanal Ağ'a Azure VMware Çözümü bir iç ExpressRoute bağlantı hattından geçer ve bölge konumundan (aynı bölge veya bölgeler arası) bağımsız olarak ücretsizdir.

• Şirket içi siteye Azure VMware Çözümü Azure Sanal Ağ veya ExpressRoute Global Reach (iç ExpressRoute ile dış ExpressRoute arasında) aracılığıyla yapılır. ExpressRoute'tan şirket içi ağa standart çıkış ücretleri (Tarifeli Faturalama Modeli) dışında hala ücretsizdir. Sınırsız Faturalama Modeli için veri ücreti alınmaz.

Örneğin:

• Batı Avrupa'daki bir Azure Sanal Ağ Batı Avrupa'daki Azure VMware Çözümü özel buluta bağlarsak ExpressRoute ağ geçidi ücretlerinden başka ExpressRoute ücreti yoktur.

• Azure Kuzey Avrupa'daki bir Azure Sanal Ağ Batı Avrupa'daki Azure VMware Çözümü özel buluta bağlarsak ExpressRoute ağ geçidi ücretlerinden başka ExpressRoute ücreti yoktur.

• Batı Avrupa'daki Azure VMware Çözümü özel bulutu ExpressRoute Global Reach aracılığıyla Kuzey Avrupa'daki Azure VMware Çözümü özel buluta bağlarsanız. ExpressRoute Global Reach veri aktarımı (çıkış ve giriş) ücreti yoktur. ExpressRoute ağ geçidi kullanılırken ücret alınır.

Hayır, Azure VMware Çözümü hizmetinin ötesinde başka VMware lisansları almanız gerekmez. Daha fazla bilgi için hangi VMware teknolojisinin dahil olduğunu görmek için Azure VMware Çözümü fiyatlandırma sayfasına bakın.

Mevcut bir özel bulut için daha fazla konak istiyorsanız veya yeni bir özel bulut oluşturuyorsanız, konaklarınızın ayrılması için bir destek bileti göndermeniz gerekir. Daha fazla bilgi için bkz. Azure VMware Çözümü için konak kotası isteme.

Azure aboneliğinde bir Azure hesabına ihtiyacınız vardır.

Microsoft ve Red Hat, Azure platformunda çalışan Red Hat ekosistemleri için birleşik bir iletişim noktası sağlayan tümleşik, birlikte bulunan bir destek ekibini paylaşır. Red Hat Enterprise Linux ile çalışan diğer Azure platform hizmetleri gibi Azure VMware Çözümü de Bulut Erişimi ve tümleşik destek şemsiyesi kapsamındadır. Red Hat Enterprise Linux, Azure'da Azure VMware Çözümü üzerinde çalıştırmayı destekler.

Azure portalında Hizmet Durumu aracılığıyla yayımlanan hizmet sorunları, planlı bakım, sistem durumu önerileri ve güvenlik önerileri bildirimlerini 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.

Şu anda, sağlama yaklaşık 3-4 saat sürebilir. Mevcut/aynı kümeye tek bir düğüm eklemek 30 ile 45 dakika arasında sürer.

Hayır, "AVS-vendor-folders", Azure VMware Çözümü içinde ayrılmış bir addır ve bunu kullanmak, hedeflenen işlevsellikle çakışmalara neden olabilir veya Azure VMware Çözümü özgü vCenter yönetim ortamında beklenmeyen davranışlara neden olabilir. Azure VMware Çözümü önceden tanımlanmış adlandırma kurallarıyla çakışmaları önlerken kuruluş gereksinimlerinizle uyumlu alternatif bir klasör adı seçin.

Evet. Yüklü olduğu sistemin özel bulut vCenter Server'a erişebildiği ve ESXi ana bilgisayar adlarını çözümlemek için genel DNS kullandığı koşuluyla.

Hayır VM önkoşullarını karşılamak için VMware tarafından sağlanan yönergeleri izleyin.

vRealize Automation, vRealize Operations Manager ve vRealize Network Insight, bu ürünler şirket içi veri merkezine yüklendiğinde Azure VMware Çözümü ile kullanım için onaylanmıştır. Bu ürünlerin (vRealize Automation Cloud, vRealize Operations Cloud ve vRealize Network Insight Cloud) bulut tabanlı sürümleri de kullanım için onaylanmıştır. Bu ürünlerin Azure VMware Çözümü özel buluta yüklenmesi desteklenmez.

Evet. Bu mümkündür ve VMware HCX eklentisi aracılığıyla önerilir. VCenter vMotion arasında değil, çapraz vCenter soğuk geçiş ve kopyalama mümkün olsa da, HCX tam olarak desteklenen bir yöntemdir.

VM'leri geçirmek için VMware HCX kullanılacaksa, şirket içi ortamın vSphere 6.5 veya üzerini çalıştırması gerekir.

Bir Azure Sanal Makinesini (VM) farklı bir plana geçirmek için şu adımları izleyin:

1. Azure portalında VM'nizi seçip kaynakları serbest bırakmak için 'Durdur' seçeneğini belirleyerek VM'yi durdurun.
2. VM durdurulduysa, VM'nin 'Boyut' ayarına erişin.
3. 'Boyut seçin' panelinde, geçerli veya istenen seriyle uyumlu yeni bir boyut seçin.
4. Boyut değişikliğini uygulamak için 'Yeniden Boyutlandır' düğmesini seçin.
5. Geçişi sonlandırmak için VM'yi yeniden başlatın.

Vm'yi yalnızca aynı seri içinde veya aynı Azure bölgesindeki kullanılabilir bir seride yeniden boyutlandırabileceğinizi unutmayın. Yeni planın VM'nizin depolama ve ağ yapılandırmalarını desteklediğinden emin olun.

Evet, VMware HCX Ağ Alt Katmanı Minimum Gereksinimleri karşılandığında.

Azure VMware Çözümü özel bulutların yeni dağıtımlarında kullanılan VMware çözümü yazılım sürümleri şunlardır:

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

Azure VMware Çözümü özel bulutların avantajlarından biri, platformun sizin için korunmasıdır. Microsoft, VMware yazılımlarının (ESXi, vCenter Server ve vSAN) ve NSX gereçlerinin yaşam döngüsü yönetiminden sorumludur. Microsoft ayrıca Katman 0 ağ geçidini oluşturma ve Kuzey-Güney yönlendirmesini etkinleştirme gibi ağ yapılandırmasını önyüklemeden de sorumludur. NSX SDN yapılandırmasından sorumlusunuz: ağ kesimleri, dağıtılmış güvenlik duvarı kuralları, Katman 1 ağ geçitleri ve yük dengeleyiciler.

Microsoft, özel bulutunuzda ESXi, vCenter Server, vSAN ve NSX'e tüm düzeltme eklerini, güncelleştirmeleri veya yükseltmeleri uygulamakla sorumludur. Düzeltme eklerinin, güncelleştirmelerin ve yükseltmelerin ESXi, vCenter Server ve NSX üzerindeki etkisi aşağıdaki noktalara sahiptir:

• ESXi - Özel bulutunuzda çalışan iş yüklerini etkilemez. Bu süre boyunca vCenter Server ve NSX'e erişim engellenmez. Bu süre boyunca, özel bulutu ölçeklendirme, etkin HCX geçişlerini zamanlama veya başlatma, özel bulutunuzda HCX yapılandırma değişiklikleri yapma vb. gibi diğer etkinlikleri planlamamanızı öneririz.

• vCenter Server - Özel bulutunuzda çalışan iş yüklerini etkilemez. Bu süre boyunca vCenter Server kullanılamaz ve VM'leri yönetemezsiniz (durdurma, başlatma, oluşturma veya silme). Özel bulutunuzun ölçeğini artırma, yeni ağlar oluşturma vb. gibi diğer etkinlikleri özel bulutunuzda planlamamanızı öneririz. VMware Site Kurtarma Yöneticisi veya vSphere Çoğaltma kullanıcı arabirimlerini kullandığınızda, şu eylemlerden birini gerçekleştirmemenizi öneririz: vSphere Çoğaltmayı yapılandırma ve vCenter Server yükseltmesi sırasında site kurtarma planlarını yapılandırma veya yürütme.

• NSX - İş yükü etkilenir. Belirli bir konak yükseltilirken, söz konusu konak üzerindeki VM'ler aşağıdaki belirtilerden herhangi biriyle 2 saniyeden 1 dakikaya kadar bağlantıyı kaybedebilir:

  • Ping hataları

  • Paket kaybı

  • Hata iletileri (örneğin, Hedef Ana Bilgisayara Ulaşılamıyor ve Ağa ulaşılamıyor)

  Bu yükseltme penceresi sırasında NSX yönetim düzlemine tüm erişim engellenir. Süre boyunca NSX ortamında yapılandırma değişiklikleri yapamazsınız. İş yükleriniz, daha önce ayrıntılı olarak belirtilen yükseltme etkisine bağlı olarak normal şekilde çalışmaya devam eder.

  Yükseltme sırasında, özel bulutunuzun ölçeğini artırma gibi diğer etkinlikleri özel bulutunuzda planlamamanızı öneririz. Diğer etkinlikler yükseltmenin başlatılmasını engelleyebilir veya yükseltme ile ortam üzerinde olumsuz etkilere neden olabilir.

Yükseltmenin zaman çizelgesini içeren Azure Hizmet Durumu aracılığıyla size bildirilir. Bu bildirim ayrıca yükseltilen bileşen, iş yükleri üzerindeki etkisi, özel bulut erişimi ve diğer Azure hizmetleriyle ilgili ayrıntılar sağlar. Yükseltmeyi gerektiği gibi yeniden zamanlayabilirsiniz.

Yazılım güncelleştirmeleri şunlardır:

• Yamalar - VMware tarafından yayınlanan güvenlik düzeltme ekleri veya hata düzeltmeleri

• Güncelleştirmeler - VMware yığını bileşeninin ikincil sürüm değişikliği

• Yükseltmeler - VMware yığını bileşeninin ana sürüm değişikliği

Belgelenen VMware geçici çözümleri, sonraki zamanlanmış güncelleştirmeler dağıtılana kadar ilgili düzeltme ekini yüklemek yerine uygulanır.

Evet, VMware ağ sanallaştırma yazılımının desteklenen tek sürümü NSX'tir.

VMware NSX 4.1.1, Azure VMware Çözümü özel bulutlarda yazılım tanımlı ağ için kullanılır.

Hayır, şirket içinde VMware NSX kullanmanız gerekmez. VMware HCX, şirket içi vSphere ile Azure VMware Çözümü arasında gerekli bağlantıyı sağlar.

Eklenti lisansıyla evet. Azure VMware Çözümü, eklenti güvenlik duvarı lisansına sahip dağıtılmış IDFW ve dağıtılmış IDS/IPS'yi destekler. Bu eklenti lisansının VMware'den satın alınması gerekir ve Microsoft bu lisansı bir destek isteğiyle Azure VMware Çözümü özel buluta uygular.

Hayır

Evet.

Sentinel Yönetimi sekmesi, Sentinel yazılımını indirmenize erişim sağlar. Bir HCX Kurumsal lisansı etkinleştirildiğinde ve Sentinel Ağ Geçidi (SGW) ve Sentinel Veri Alıcısı (SDR) çifti dağıtılmış bir hizmet ağı dağıttığınızda HCX Interconnect arabiriminde görünür. Ayrıca, geleneksel şirket içi bulut dağıtımlarında Sentinel sekmesi yalnızca Bağlayıcı'da görünür, bulut yöneticisinde görünmez.

VM'yi Azure VMware Çözümü geçirirken istediğiniz biçim türünü belirtebilirsiniz. Ancak vSAN öncelikle Azure VMware Çözümü kullanacağınız veri deposu olduğundan, seçilen depolama ilkesine bağlıdır. Veri deposu varsayılan depolama ilkesi, ince sağlanan RAID-1 FTT-1'dir. Varsayılan veri deposu depolama ilkesini değiştirmek için Çalıştır komutlarını kullanabilirsiniz.

AV36 SKU sunucuları çift 18 çekirdekli 2,3 GHz Intel CPU'lara sahiptir. AV36P SKU sunucuları çift 18 çekirdekli 2,6 GHz Intel CPU'lara ve AV52 SKU sunucuları çift 26 çekirdekli 2,7 GHz Intel CPU'lara sahiptir.

AV36 SKU sunucuları 576 GB RAM'e sahiptir. AV36P SKU sunucuları 768 GB RAM'e ve AV52 SKU sunucuları 1.536 GB RAM'e sahiptir.

Hayır VMware, iç içe sanallaştırmayı resmi olarak desteklemez.

Commvault, Veritas ve Veeam, yedekleme çözümlerini Azure VMware Çözümü ile çalışacak şekilde genişletti. Ancak, HotAdd aktarım moduyla Veri Koruma için VMware vStorage API'si (VADP) kullanan tüm yedekleme çözümleri Azure VMware Çözümü'da kullanıma hazır şekilde çalışır. Daha fazla bilgi için bkz. Azure VMware Çözümü VM'ler için yedekleme çözümleri.

Bu yedekleme çözümleri müşteriler tarafından yüklenir ve yönetilirken, destek için ilgili ISV'ye ulaşabilirler.

Azure Bastion, Azure VMware Çözümü İnternet'e açıklanmasını önlemek için atlama kutusuna bağlanması önerilen hizmettir. Azure IaaS nesneleri olmadığından Azure VMware Çözümü VM'lere bağlanmak için Azure Bastion'ı kullanamazsınız.

Azure VMware Çözümü'deki her ESXi konağı dört 25 Gb/sn NIC, ESXi sistem trafiği için sağlanan iki NIC ve iş yükü trafiği için sağlanan iki NIC ile yapılandırılır.

Hayır

Hayır

Hayır Azure Load Balancer yalnızca dahili Azure IaaS VM'lerini destekler. Azure Load Balancer IP tabanlı arka uç havuzlarını desteklemez; yalnızca Azure VMware Çözümü VM'lerin Azure nesneleri olmayan Azure VM'leri veya Sanal Makine Ölçek Kümesi nesneleri.

Evet. Sanal ağ başına dört ExpressRoute bağlantı hattı sınırını aşmadığı sürece Azure VMware Çözümü bağlanmak için mevcut bir ExpressRoute Ağ Geçidi'ni kullanın. ExpressRoute üzerinden şirket içinden Azure VMware Çözümü erişmek için ExpressRoute Ağ Geçidi bağlı bağlantı hatları arasında geçişli yönlendirme sağlamadığından ExpressRoute Global Reach'e sahip olmanız gerekir.

Azure VMware Çözümü özel bulutu dağıtmak için özel ağ /22 adres alanı gerekir. Bu özel adres alanı, abonelikteki veya şirket içi ağlardaki diğer sanal ağlarla çakışmamalıdır.

Hizmete iki yöntemden biriyle bağlanabilirsiniz:

• ExpressRoute aracılığıyla özel buluta eşlenen bir Azure sanal ağına dağıtılmış bir VM veya uygulama ağ geçidi ile.
• Şirket içi veri merkezinizden Azure ExpressRoute bağlantı hattına ExpressRoute Global Reach aracılığıyla.

Azure portalında özel bir bulut için İnternet bağlantısını etkinleştirin. NSX Yöneticisi ile bir NSX T1 ağ geçidi ve mantıksal anahtar oluşturun. Ardından, mantıksal anahtar tarafından tanımlanan ağ kesiminde bir VM dağıtmak için vCenter Server'ı kullanırsınız. Bu VM'nin İnternet ve Azure hizmetlerine ağ erişimi vardır.

Hayır İnternet'ten doğrudan özel bulutlara gelen ağ trafiğine varsayılan olarak izin verilmez. Ancak, Azure VMware Çözümü özel bulutunuz için Azure portalınızdaki Genel IP seçeneği aracılığıyla Azure VMware Çözümü VM'leri İnternet'te kullanıma açabilirsiniz.

Evet. VM'nin İnternet erişimini kısıtlamak üzere bir güvenlik duvarı oluşturmak için NSX Yöneticisi'ni kullanmanız gerekir.

IP adresi aralığı, aboneliğinizdeki diğer sanal ağlarda ve şirket içi ağlarda kullanılan IP aralığıyla çakışmamalıdır.

Evet.

Azure Sanal WAN, bağlı iki ExpressRoute bağlantı hattı ile sanal olmayan WAN ExpressRoute Ağ Geçidi arasında geçişli yönlendirme sağlamaz. ExpressRoute Global Reach, şirket içi ile Azure VMware Çözümü arasında bağlantıya izin verir ancak Sanal WAN Hub yerine Microsoft'un genel ağından geçer.

Hayır

Tasarım gereği, Azure VMware Çözümü ile şirket içi ExpressRoute'unuz arasında veya Azure Sanal Ağ ile Azure VMware Çözümü arasında ExpressRoute Global Reach üzerinden yalnızca 0.0.0.0/0 (varsayılan yol) tanıtıldığında şirket içinden NSX Yöneticisi'ne ve vCenter Server Appliance'a (vCSA) ulaşamazsınız. NSX Yöneticisi ve vCSA'ya erişmek için belirli ağ yollarını/alt ağlarını tanıtmalısınız.

VM şablonunuz için thin_provision depolama ilkesini kullanın.

Her ESXi konağı 15,2 TB kapasite katmanına ve 3,2 TB NVMe önbellek katmanına (her disk grubunda 1,6 TB) sahip iki vSAN disk grubuna sahiptir.

Evet, vSAN veri depoları Azure Key Vault'ta depolanan anahtarları kullanarak varsayılan olarak bekleyen verileri şifreleme kullanır. Şifreleme çözümü KMS tabanlıdır ve anahtar yönetimi için vCenter Server işlemlerini destekler. Bir konak vSphere kümesinden kaldırıldığında, disk üzerindeki veriler hemen geçersiz kılınir.

Hayır, veri depolarının veya kümelerin adını değiştiremezsiniz.

Nesne Alanı ayırması İnce Sağlama olarak ayarlanmış RAID-1, FTT-1, yazılım tanımlı veri merkezleri (SDDC) için Varsayılan Depolama ilkesidir.

Kalın sağlama ayrılmış veya önceden ayrılmış depolama alanıdır. Kalın sağlama, vSAN veri deposu zaten ayrılmış olduğundan dolu olsa bile sistemlerin çalışmasına izin vererek sistemleri korur. Örneğin, kalın sağlama ile 10 GB'lık bir sanal disk oluşturduğunuzu varsayalım. Bu durumda, sanal disk depolama kapasitesinin tamamı, sanal diskin oluşturulduğu fiziksel depolama alanında önceden ayrılır ve veri deposunda ona ayrılan tüm alanı tüketir. Diğer VM'lerin veri deposundaki alanı paylaşmasına izin vermez. İnce sağlanmış sanal disk, başlangıçta ihtiyaç duyduğu alanı tüketir ve veri deposunda kullanılan veri alanı talebine kadar büyür.

Uygulama iş yüklerinizi SDDC(özel bulut) içinde çalışacak şekilde nasıl planladığınıza bağlıdır. Microsoft bu hataları düzenli olarak yönetir ve altyapı açısından bu tür olaylar algılandığında donanımın yerini alır. Varsayılan olarak, tek bir konağın hatasını barındıran bir FTT-1 ayarı kullanılır.

Kapasite tüketimi %75'i aştığında Microsoft uyarılar sağlar. Alternatif olarak, Azure İzleyici ile tümleştirilmiş kapasite tüketimi ölçümlerini de izleyebilirsiniz.

AV36 SKU'su iki adet 1,6 TB NVMe Önbelleği ve sekiz adet 1,9 TB ham depolama kapasitesi içerir. Bunlar daha sonra iki disk grubuna ayrılır. Donanım belirtimleri için AV36P ve AV52 SKU'larına bakın.

Disk grupları RAID tarafından yapılandırılmamış. Bunun yerine, bunlar yalnızca bir grup disktir (JBOD) ve doğrudan vSAN tarafından denetlenmektedir.

Hayır Yalnızca bir tür kullanılabilir.

Evet. Azure portalı dağıtım ve çeşitli yönetim işlemleri için kullanılır. vCenter Server ve NSX Yöneticisi, vSphere ve NSX kaynaklarını yönetmek için kullanılır.

başlangıçta Azure VMware Çözümü şirket içi ve özel bulut ortamlarında tek bir yönetim deneyimini desteklemez. Özel bulut kümelerini vCenter Server ve NSX Manager yerel ile özel bir buluta yönetirsiniz.

Evet, özel bulutunuza ayrılmış kotanız olduğu sürece kümelerinizin ölçeğini genişletebilirsiniz. İş yükü talebi düştüğünde kümedeki konakları silip ölçeği azaltabilirsiniz. Bunu Azure VMware Çözümü portalı üzerinden yapabilirsiniz.

Hayır, özel bulut konakları ve kümeleri ayrılmıştır ve kullanımdan önce ve sonra güvenli bir şekilde silinir.

Kümeler üç (en az) ile 16 (en fazla) ESXi ana bilgisayar arasında ölçeklendirilebilir.

vCenter Server'da bir bulut yöneticisi kullanıcısı için kimlik bilgileri ve NSX Yöneticisi'nde yönetici erişimi sağlanır. Microsoft Entra Id'yi dahil etmek için bir CloudAdmin grubu da kullanabilirsiniz. Daha fazla bilgi için bkz . Erişim ve kimlik mimarisi.

Hayır, ESXi'ye yönetici erişimi çözümün güvenlik gereksinimlerini karşılamakla sınırlıdır.

CloudAdmin rol ayrıcalıklarınız var. Daha fazla bilgi için bkz . Erişim ve kimlik mimarisi.

CloudAdmin rol ayrıcalıklarınız var. Daha fazla bilgi için bkz . Erişim ve kimlik mimarisi.

Kimlik bilgilerinizi sıfırlama hakkında bilgi için bkz. Azure VMware Çözümü için cloudadmin kimlik bilgilerini döndürme.

Hayır Şu anda cloudadmin uzantısı ayrıcalıklarını desteklemiyoruz ve bunu desteklemeye yönelik bir planımız yok.

Evet. Daha fazla bilgi için bkz. Azure VMware Çözümü için konak kotası isteme.

Hayır Şu anda Azure VMware Çözümü çok kiracılı hizmet sunmaz.

Hayır, Azure VMware Çözümü özel bulutu son müşteriler arasında paylaşılamaz.

Müşteriler, Azure VMware Çözümü özel bulutlarında çok kiracılı ortamlar oluşturabilir ve ürünün standart bir VM olmadığı ve vm'ye uygulama olarak eklenmiş önemli fikri mülkiyetleri olması koşuluyla müşterilere satış yapabilir.

Evet. Azure VMware Çözümü özel bulutunuzu VMware'den VMware Bulut Direktörü Hizmeti'ne bağlayabilirsiniz. Her iki hizmetin de bu tümleştirmesi şu anda genel önizleme aşamasındadır.

Evet, müşteriler csp tarafından yönetilen bir Azure aboneliği içinde Azure VMware Çözümü dağıtabilir.

Evet. CSP'ler müşterileri için ayrılmış örnekler satın alabilir. Daha fazla bilgi için bkz . Ayrılmış örnekle maliyet tasarrufu yapma.