Azure VMware Çözümü'da Horizon'ı dağıtma
Not
Bu belge, daha önce Horizon 7 olarak bilinen VMware Horizon ürününe odaklanır. Bazı paylaşılan bileşenler olsa da Horizon, Azure'da Horizon Cloud'dan farklı bir çözümdür. Azure VMware Çözümü temel avantajları hem daha basit bir boyutlandırma yöntemi hem de Yazılım Tanımlı Veri Merkezi (SDDC) özel bulut yönetiminin Azure portalıyla tümleştirilmesidir.
Sanal masaüstü ve uygulamalar platformu VMware Horizon®, veri merkezinde çalışır ve basit ve merkezi yönetim sağlar. Her cihazda, her yerde sanal masaüstleri ve uygulamalar sunar. Horizon, Windows ve Linux sanal masaüstleri, Uzak Masaüstü Sunucusu (RDS) tarafından barındırılan uygulamalar, masaüstleri ve fiziksel makineler için bağlantılar oluşturmanıza ve aracılık yapmanıza olanak tanır.
Burada özel olarak Horizon'ı Azure VMware Çözümü dağıtmaya odaklanacağız. VMware Horizon hakkında genel bilgi için Horizon üretim belgelerine bakın:
Horizon'un Azure VMware Çözümü tanıtılmasıyla birlikte Azure platformunda iki Sanal Masaüstü Altyapısı (VDI) çözümü vardır:
Azure VMware Çözümü'da VMware Horizon
VMware Horizon Bulutu (Hizmet Olarak Masaüstü Modeli)
Horizon 8 sürüm satırındaki Horizon 2006 ve sonraki sürümleri hem şirket içi hem de Azure VMware Çözümü dağıtımını destekler. Şirket içinde desteklenen ancak Azure VMware Çözümü üzerinde desteklenmeyen birkaç Horizon özelliği vardır. Horizon ekosistemindeki diğer ürünler de desteklenir. Daha fazla bilgi için bkz . özellik eşlik ve birlikte çalışabilirlik.
Hibrit bulutta Horizon'ı dağıtma
Şirket içi ve Azure veri merkezleri arasında bağlantı kurmak için Horizon Cloud Pod Mimarisi'ni (CPA) kullanarak Horizon'ı hibrit bir bulut ortamında dağıtabilirsiniz. CPA dağıtımınızın ölçeğini büyütür, karma bulut oluşturur ve İş Sürekliliği ve Olağanüstü Durum Kurtarma için yedeklilik sağlar. Daha fazla bilgi için bkz . Var Olan Ufuk 7 Ortamlarını Genişletme.
Önemli
CPA esnetilmiş bir dağıtım değildir; her Horizon podunun ayrı olması ve tek tek podların her birine ait tüm Bağlantı Sunucularının tek bir konumda bulunması ve ağ perspektifinden aynı yayın etki alanında çalıştırılması gerekir.
Şirket içi veya özel veri merkezleri gibi Horizon'ı da Azure VMware Çözümü özel buluta dağıtabilirsiniz. Aşağıdaki bölümlerde, Horizon'ı şirket içinde dağıtma ve Azure VMware Çözümü arasındaki temel farkları ele aacağız.
Azure özel bulutu kavramsal olarak VMware SDDC ile aynıdır ve genellikle Horizon belgelerinde kullanılan bir terimdir. Bu belgenin geri kalanında her iki terim de birbirinin yerine kullanılır.
Abonelik lisanslarını yönetmek için Azure VMware Çözümü üzerinde Horizon Bulut Bağlayıcısı gereklidir. Cloud Connector'ı Azure Sanal Ağ Horizon Bağlantı Sunucuları ile birlikte dağıtabilirsiniz.
Önemli
Azure VMware Çözümü üzerinde Horizon için Horizon Denetim Düzlemi desteği henüz kullanılamıyor. Horizon Cloud Connector'ın VHD sürümünü indirdiğinizden emin olun.
vCenter Server Bulut Yöneticisi rolü
Azure VMware Çözümü bir SDDC hizmeti olduğundan ve Azure Azure VMware Çözümü'da SDDC'nin yaşam döngüsünü yönettiğinden, Azure VMware Çözümü üzerindeki vCenter Server izin modeli tasarım gereği sınırlıdır.
Müşterilerin sınırlı sayıda vCenter Server iznine sahip Olan Bulut Yöneticisi rolünü kullanması gerekir. Horizon ürünü, Azure VMware Çözümü üzerinde Bulut Yöneticisi rolüyle çalışacak şekilde değiştirildi, özellikle:
Anında kopyalama sağlama, Azure VMware Çözümü üzerinde çalışacak şekilde değiştirildi.
Horizon ile çalışmak için Azure VMware Çözümü üzerinde belirli bir vSAN ilkesi (VMware_Horizon) oluşturulmuştur. Bu ilke Horizon için dağıtılan SDDC'lerde kullanılabilir ve kullanılmalıdır.
Depolama Hızlandırıcısını Görüntüle olarak da bilinen vSphere İçerik Tabanlı Okuma Önbelleği (CBRC), Azure VMware Çözümü çalışırken devre dışı bırakılır.
Önemli
CBRC yeniden açılmamalıdır.
Not
Azure VMware Çözümü, Horizon 8 dalında Horizon 2006 (Horizon 8) ve üzerini dağıtıpHorizon Bağlantı Sunucusu yükleyicisindeki Azure seçeneği.
Azure VMware Çözümü dağıtım mimarisinde Ufuk
Tipik bir Horizon mimarisi tasarımında pod ve blok stratejisi kullanılır. Blok tek bir vCenter Server'dır, birden çok blok birleştirilmiş bir pod oluşturur. Horizon podu, Horizon ölçeklenebilirlik sınırları tarafından belirlenen bir kuruluş birimidir. Her Horizon podunun ayrı bir yönetim portalı vardır ve bu nedenle standart bir tasarım uygulaması pod sayısını en aza indirmektir.
Her bulut kendi ağ bağlantı düzenine sahiptir. Bunu VMware NSX ile birleştirin, Azure VMware Çözümü ağ bağlantısı Şirket içinden farklı olan Horizon dağıtımı için benzersiz gereksinimler sunar.
Her Azure VMware Çözümü özel bulut ve SDDC şu varsayımlarla 4.000 masaüstü veya uygulama oturumu işleyebilir:
İş yükü trafiği LoginVSI görev çalışanı profiliyle hizalanır.
Yalnızca protokol trafiği dikkate alınır, kullanıcı verileri dikkate alınmaz.
NSX Edge büyük olacak şekilde yapılandırılmıştır.
Not
İş yükü profiliniz ve gereksinimleriniz farklı olabilir ve bu nedenle sonuçlar kullanım örneğine göre farklılık gösterebilir. Kullanıcı Verileri birimleri, iş yükünüz bağlamında ölçek sınırlarını düşürebilir. Dağıtımınızı uygun şekilde boyutlandırıp planlayın. Daha fazla bilgi için Horizon dağıtımları için boyut Azure VMware Çözümü konakları bölümündeki boyutlandırma yönergelerine bakın.
Azure özel bulut ve SDDC maksimum sınırı göz önünde bulundurulduğunda Horizon Bağlantı Sunucuları ve VMware Birleşik Erişim Ağ Geçitlerinin (UAG) Azure Sanal Ağ içinde çalıştığı bir dağıtım mimarisi öneririz. Her Azure özel bulutu ve SDDC'yi etkili bir şekilde bir bloğa dönüştürür. Buna karşılık, Azure VMware Çözümü üzerinde çalışan Horizon'un ölçeklenebilirliğini en üst düzeye çıkarma.
Azure Sanal Ağ'den Azure özel bulutlarına / SDDC'lere bağlantı ExpressRoute Bağlantıları (FastPath etkin) ile yapılandırılmalıdır. Aşağıdaki diyagramda temel horizon pod dağıtımı gösterilmektedir.
Horizon'ı Azure VMware Çözümü ölçeklendirmek için ağ bağlantısı
Bu bölüm, Horizon'ı Azure VMware Çözümü ölçeklendirmenize yardımcı olmak için ağ mimarisini bazı yaygın dağıtım örnekleriyle üst düzeyde düzenler. Odak özellikle kritik ağ öğelerindedir.
Azure VMware Çözümü'da Tek Ufuk podu
Tek bir Horizon podu, ABD Doğu bölgesinde tek bir Horizon podunu dağıttığınız için en düz dağıtım senaryosudur. Her özel bulut ve SDDC'nin 4.000 masaüstü oturumunu işleyecek şekilde tahmin edilir, en yüksek Horizon pod boyutunu dağıtırsınız. En fazla üç özel bulut/SDDC'nin dağıtımını planlayabilirsiniz.
Horizon altyapısı sanal makineleri (VM) Azure Sanal Ağ'de dağıtıldığında Horizon podu başına 12.000 oturuma ulaşabilirsiniz. Her özel bulut ve SDDC ile Azure Sanal Ağ arasındaki bağlantı bir ExpressRoute Bağlantısıdır (FastPath etkin). Özel bulutlar arasında doğu-batı trafiği gerekmez.
Bu temel dağıtım örneğinin temel varsayımları şunlardır:
Bulut Pod Mimarisi'ni (CPA) kullanarak bu yeni pod'a bağlanmak istediğiniz bir şirket içi Horizon pod'nuz yok.
Son kullanıcılar sanal masaüstlerine İnternet üzerinden bağlanır (şirket içi veri merkezi üzerinden bağlanmaya karşılık).
Azure Sanal Ağ'daki AD etki alanı denetleyicinizi VPN veya ExpressRoute bağlantı hattı aracılığıyla şirket içi AD'nize bağlarsınız.
Temel örnekteki bir çeşitleme, şirket içi kaynaklar için bağlantıyı desteklemek olabilir. Örneğin, kullanıcılar masaüstlerine erişip sanal masaüstü uygulaması trafiği oluşturur veya CPA kullanarak şirket içi Horizon podlarına bağlanır.
Diyagramda, şirket içi kaynaklar için bağlantıyı destekleme adımları gösterilmektedir. Şirket ağınıza Azure Sanal Ağ bağlanmak için bir ExpressRoute bağlantı hattı gerekir. ExpressRoute Global Reach kullanarak şirket ağınızı özel bulut ve SDCS'lerin her birine bağlamanız gerekir. SDDC'den ExpressRoute bağlantı hattına ve şirket içi kaynaklara bağlantı sağlar.
Birden çok bölgede Azure VMware Çözümü birden çok Horizon podu
Başka bir senaryo da Horizon'ın birden çok pod arasında ölçeklendiriliyor olmasıdır. Bu senaryoda iki farklı bölgeye iki Horizon podu dağıtacak ve bunları CPA kullanarak bir araya getirebilirsiniz. Önceki örnekteki ağ yapılandırmasına benzer, ancak daha fazla bölgesel bağlantı içerir.
Her bölgedeki Azure Sanal Ağ diğer bölgedeki özel bulutlara/SDDC'lere bağlayın. CPA federasyonunun bir parçası olan Horizon bağlantı sunucularının yönetim altındaki tüm masaüstlerine bağlanmasına izin verir. Bu yapılandırmaya fazladan özel bulutlar/SDDC'ler eklemek, genel olarak 24.000 oturuma ölçeklendirmenize olanak tanır.
Aynı bölgeye iki Horizon podu dağıtırsanız aynı ilkeler geçerlidir. İkinci Horizon podunu ayrı bir Azure Sanal Ağ dağıttığınıza emin olun. Tek pod örneğinde olduğu gibi, ExpressRoute ve Global Reach kullanarak şirket ağınızı ve şirket içi podunuzu bu çok podlu/bölge örneğine bağlayabilirsiniz.
Horizon dağıtımları için boyut Azure VMware Çözümü konakları
horizon'un Azure VMware Çözümü çalıştıran bir konaktaki boyutlandırma metodolojisi, şirket içi Horizon'dan daha basittir. Azure VMware Çözümü konağı standartlaştırıldığı için daha basittir. Tam konak boyutlandırma, VDI gereksinimlerinizi desteklemek için gereken konak sayısını belirlemenize yardımcı olur. Masaüstü başına maliyeti belirlemek için merkezi bir yerdir.
Boyutlandırma tabloları
Horizon sanal masaüstleri için belirli vCPU/vRAM gereksinimleri müşterinin belirli iş yükü profiline bağlıdır. Sanal masaüstleriniz için vCPU/vRAM gereksinimlerinizi belirlemenize yardımcı olması için MSFT ve VMware satış ekibinizle birlikte çalışın.
| VM başına vCPU | VM başına vRAM (GB) | Örnek | 100 VM | 200 VM | 300 VM | 400 VM | 500 VM | 600 VM | 700 VM | 800 VM | 900 VM | 1000 VM | 2000 VM | 3000 VM | 4000 VM | 5000 VM | 6000 VM | 6400 VM |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2 | 3.5 | AVS | 3 | 3 | 4 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 17 | 25 | 33 | 41 | 49 | 53 |
| 2 | 4 | AVS | 3 | 3 | 4 | 5 | 6 | 6 | 7 | 8 | 9 | 9 | 18 | 26 | 34 | 42 | 51 | 54 |
| 2 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 12 | 13 | 26 | 38 | 51 | 62 | 75 | 79 |
| 2 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 2 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 2 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 4 | 3.5 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 |
| 4 | 4 | AVS | 3 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 22 | 33 | 44 | 55 | 66 | 70 |
| 4 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 12 | 13 | 26 | 38 | 51 | 62 | 75 | 79 |
| 4 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 4 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 4 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 6 | 3.5 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 4 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 6 | AVS | 3 | 4 | 5 | 6 | 7 | 9 | 10 | 11 | 13 | 14 | 27 | 41 | 54 | 68 | 81 | 86 |
| 6 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 6 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 6 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
| 8 | 3.5 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | Kategori 82 | 98 | 105 |
| 8 | 4 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | Kategori 82 | 98 | 105 |
| 8 | 6 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | Kategori 82 | 98 | 105 |
| 8 | 8 | AVS | 3 | 5 | 6 | 8 | 9 | 11 | 12 | 14 | 16 | 18 | 34 | 51 | 67 | 84 | 100 | 106 |
| 8 | 12 | AVS | 4 | 6 | 9 | 11 | 13 | 16 | 19 | 21 | 23 | 26 | 51 | 75 | 100 | 124 | 149 | 158 |
| 8 | 16 | AVS | 5 | 8 | 11 | 14 | 18 | 21 | 24 | 27 | 30 | 34 | 67 | 100 | 133 | 165 | 198 | 211 |
Ufuk boyutlandırma girişleri
Planlı iş yükünüz için toplamanız gerekenler şunlardır:
Eşzamanlı masaüstlerinin sayısı
Masaüstü başına gerekli vCPU
Masaüstü başına gerekli vRAM
Masaüstü başına gerekli depolama alanı
Genel olarak VDI dağıtımları, konak boyutunu belirleyen CPU veya RAM kısıtlanır. Performans testi ile doğrulanmış bir LoginVSI Bilgi Çalışanı iş yükü türü için aşağıdaki örneği ele alalım:
2.000 eşzamanlı masaüstü dağıtımı
Masaüstü başına 2vCPU.
Masaüstü başına 4 GB vRAM.
Masaüstü başına 50 GB depolama alanı
Bu örnekte toplam konak sayısı 18'e çıkar ve konak başına VM yoğunluğu 111'e çıkar.
Önemli
Müşteri iş yükleri bu LoginVSI Bilgi Çalışanı örneğinden farklı olacaktır. Dağıtımınızı planlamanın bir parçası olarak, belirli boyutlandırma ve performans gereksinimleriniz için VMware EUC SE'lerinizle birlikte çalışın. Konak boyutlandırmasını sonlandırmadan önce gerçek, planlanan iş yükünü kullanarak kendi performans testinizi çalıştırdığınızdan ve buna göre ayarladığınızdan emin olun.
Azure VMware Çözümü lisanslamada Ufuk
Horizon'ı Azure VMware Çözümü üzerinde çalıştırmanın genel maliyetlerinin dört bileşeni vardır.
Azure VMware Çözümü Kapasite Maliyeti
Fiyatlandırma hakkında bilgi için Azure VMware Çözümü fiyatlandırma sayfasına bakın
Horizon Lisanslama Maliyeti
eşzamanlı kullanıcı (CCU) veya adlandırılmış kullanıcı (NU) olabilir Azure VMware Çözümü ile kullanmak için iki kullanılabilir lisans vardır:
Horizon Abonelik Lisansı
Horizon Evrensel Abonelik Lisansı
Ufuk Azure VMware Çözümü yalnızca öngörülebilir bir gelecek için dağıtılıyorsa, daha düşük bir maliyet olduğundan Horizon Abonelik Lisansı'nı kullanın.
Azure VMware Çözümü ve şirket içinde dağıtıldıysa, olağanüstü durum kurtarma kullanım örneği olarak Horizon Evrensel Abonelik Lisansı'nı seçin. Ancak şirket içi dağıtım için bir vSphere lisansı içerdiği için maliyeti daha yüksektir.
Gereksinimlerinize göre Horizon lisanslama maliyetini belirlemek için VMware EUC satış ekibinizle birlikte çalışın.
Azure Örnek Türleri
Horizon Altyapısı için gereken Azure sanal makine boyutlarını anlamak için bkz. Azure VMware Çözümü'da Horizon Yüklemesi.
Başvurular
Azure VMware Çözümü Mimarisinde LinuxHorizon 8 için Horizon Aracısı Sistem Gereksinimleri