Horizon'i Azure VMware Çözümü
Not
Bu belge, eski adı Horizon 7 olan VMware Horizon ürününe odaklanır. Ufuk, Azure'da Horizon Cloud'dan farklı bir çözümdür, ancak bazı paylaşılan bileşenler vardır. Bu yöntemin temel Azure VMware Çözümü hem daha basit bir boyutlandırma yöntemi hem de VMware Cloud Foundation yönetiminin Azure portal.
Sanal masaüstü ve ® platformu olan VMware Horizon®, veri merkezinde çalışır ve basit ve merkezi yönetim sağlar. Sanal masaüstlerini ve uygulamaları herhangi bir cihazda, her yerde sunar. Horizon, linux ve Linux sanal masaüstleri, Windows Uzak Masaüstü Sunucusu (RDS) tarafından barındırılan uygulamalar, masaüstü bilgisayarlar ve fiziksel makineler için bağlantılar oluşturmanıza ve bu uygulamalara aracılık oluşturmanıza ve bu bağlantılara aracılık oluşturmanıza olanak sağlar.
Burada özellikle Ufuk'a özel olarak yeni bir Azure VMware Çözümü. VMware Horizon hakkında genel bilgi için Horizon üretim belgelerine bakın:
Horizon'un Azure VMware Çözümü ile, Artık Azure platformunda iki Sanal Masaüstü Altyapısı (VDI) çözümü vardır. Aşağıdaki diyagramda temel farklılıklar yüksek düzeyde özetlenmiştir.
Horizon 8 yayın hattında Horizon 2006 ve sonraki sürümleri hem şirket içi hem de Azure VMware Çözümü destekler. Şirket içinde desteklenen ancak şirket içinde olmayan birkaç Horizon özelliği Azure VMware Çözümü. Horizon ekosisteminin diğer ürünleri de de desteklemektedir. Daha fazla bilgi için bkz. özellik eşlik ve birlikte çalışabilirlik.
Horizon'i hibrit bulutta dağıtma
Horizon'u şirket içi ve Azure veri merkezleri arasında bağlantı için Horizon Bulut Pod Mimarisini (CPA) kullanarak hibrit bir bulut ortamında dağıtabilirsiniz. CPA dağıtımınızı ölçeklendirer, hibrit bir bulut sunar ve İş Sürekliliği ve Olağanüstü Durum Kurtarma için yedeklilik sağlar. Daha fazla bilgi için bkz. Mevcut Ufuk 7 Ortamlarını Genişletme.
Önemli
CPA esnetilmiş bir dağıtım değildir; her Ufuk podu ayrıdır ve tek tek podların her biri için ait olan tüm Bağlantı Sunucularının tek bir konumda yer alan ve bir ağ açısından aynı yayın etki alanında çalışması gerekir.
Şirket içi veya özel veri merkezi gibi Ufuk'un da özel bir bulutta Azure VMware Çözümü dağıtabilirsiniz. Aşağıdaki bölümlerde Horizon'ın şirket içi ve şirket içi dağıtım Azure VMware Çözümü farklılıkları ele aacağız.
Azure özel bulutu, kavramsal olarak Horizon belgelerinde kullanılan VMware SDDC terimiyle aynıdır. Bu belgenin geri kalanında her iki terim de birbirinin yerine kullanılır.
Horizon Cloud Connector, abonelik lisanslarını yönetmek Azure VMware Çözümü horizon için gereklidir. Cloud Connector'i Ufuk Bağlantı Sunucuları ile birlikte Azure Sanal Ağ'da dağıtabilirsiniz.
Önemli
Azure VMware Çözümü'da Horizon için Horizon Denetim Düzlemi desteği henüz kullanılamıyor. Horizon Cloud Connector'ın VHD sürümünü indirmeyi öğrenin.
vCenter Cloud Admin rolü
Azure VMware Çözümü bir SDDC hizmeti olduğu ve Azure Azure VMware Çözümü'de SDDC'nin yaşam döngüsünü yönetmesi sayesinde, Azure VMware Çözümü'deki vCenter izin modeli tasarımla sınırlıdır.
Müşterilerin sınırlı bir vCenter izin kümesine sahip Bulut Yöneticisi rolünü kullanmaları gerekir. Horizon ürünü, özel olarak aşağıdakiler gibi bulut Azure VMware Çözümü çalışacak şekilde değiştirilmiştir:
Anlık kopya sağlama işlemi, Azure VMware Çözümü.
Horizon ile çalışmak için VMware_Horizon bir vSAN ilkesi (Azure VMware Çözümü) oluşturuldu. Bu ilke Horizon için dağıtılan SDDC'lerde kullanılabilir ve kullanılmalıdır.
Görünüm Tabanlı Hızlandırıcı olarak da bilinen vSphere İçerik Tabanlı Okuma Önbelleği (CBRC), Depolama çalışma alanında çalıştırılamazken devre Azure VMware Çözümü.
Önemli
CBRC yeniden açık değil.
Not
Azure VMware Çözümü Horizon 2006 (diğer adıyla Horizon 8) ve üzerini Horizon 8 dalı üzerinde dağıtarak Horizon Bağlantı Sunucusu yükleyicisinde Azure seçeneğini belirleyin.
Yeni dağıtım Azure VMware Çözümü Ufuk
Tipik bir Horizon mimarisi tasarımı pod ve blok stratejisi kullanır. Blok tek bir vCenter'dır ve birden çok blok bir poda sahip olur. Ufuk podu, Ufuk ölçeklenebilirlik sınırları tarafından belirlenen bir kuruluş birimidir. Her Ufuk podun ayrı bir yönetim portalı vardır ve bu nedenle standart bir tasarım uygulaması pod sayısını en aza indirmektir.
Her bulutun kendi ağ bağlantısı şeması vardır. VMware SDDC ağı /NSX Edge ile birlikte, Azure VMware Çözümü bağlantısı şirket içi bağlantıdan farklı Horizon dağıtımı için benzersiz gereksinimler sunar.
Her Bir Azure özel bulutu ve SDDC, 4.000 masaüstü veya uygulama oturumu işleyebebilir, varsayarak:
İş yükü trafiği LoginVSI görev çalışanı profiliyle uyumlu olur.
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 ihtiyaçlarınız farklı olabilir ve bu nedenle sonuçlar kullanım durumuna göre değişebilir. 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 boyut ve planla. Daha fazla bilgi için Ufuk dağıtımları için konakları Azure VMware Çözümü boyutlandırma yönergelerine bakın.
Azure özel bulut ve SDDC maksimum sınırı için, Horizon Bağlantı Sunucularının ve VMware Birleşik Erişim Ağ Geçitleri'nin (UAG) Azure Sanal Ağ içinde çalıştırıldıkları bir dağıtım mimarisi önerilir. Her Bir Azure özel bulut ve SDDC'yi etkin bir şekilde bir bloğuna dönüştüren bir hizmettir. Buna karşılık, ufukta çalışan Horizon'ın ölçeklenebilirliğini en üst düzeye Azure VMware Çözümü.
Azure Sanal Ağ'dan Azure özel bulutlarına/ SDDC'lere bağlantı ExpressRoute FastPath ile yapılandırıldı. Aşağıdaki diyagramda temel bir Horizon pod dağıtımı gösterildi.
Ufuk'ta ölçeklendirmeye ağ bağlantısı Azure VMware Çözümü
Bu bölümde, Ufuk'ta ölçeklendirmeye yardımcı olacak bazı yaygın dağıtım örnekleriyle ağ mimarisi üst düzeyde Azure VMware Çözümü. Özellikle kritik ağ öğelerine odaklanıldı.
Azure VMware Çözümü'da Tek Ufuk podu
Tek bir Ufuk podu, en düz dağıtım senaryosudur çünkü tek bir Ufuk podunu ABD Doğu dağıtır. Her özel bulut ve SDDC'nin 4.000 masaüstü oturumu işleyeceği tahmin edilene göre, maksimum Horizon pod boyutunu dağıtırsanız. En fazla üç özel bulut/SDDC dağıtımını planabilirsiniz.
Azure Sanal Ağ'da dağıtılan Horizon altyapısı sanal makineleri (VM) ile Ufuk podu başına 12.000 oturuma ulaşabilirsiniz. Her özel bulut ile SDDC arasındaki bağlantı ExpressRoute Hızlı Yoludur. Özel bulutlar arasında doğu-batı trafiği gerekmez.
Bu temel dağıtım örneği için temel varsayımlar şunlardır:
Bulut Pod mimarisini (CPA) kullanarak bu yeni poda bağlamak istediğiniz şirket içi Ufuk podun yok.
Son kullanıcılar, sanal masaüstlerine İnternet üzerinden bağlanır (şirket içi veri merkezi üzerinden bağlantı).
AZURE Sanal Ağ'daki AD etki alanı denetleyicinizi VPN veya ExpressRoute bağlantı hattı üzerinden şirket içi AD'nize bağlayabilirsiniz.
Temel örnekteki bir çeşitleme, şirket içi kaynaklar için bağlantı desteği olabilir. Örneğin, kullanıcılar masaüstlerine erişebilir ve sanal masaüstü uygulama trafiği üretir veya CPA kullanarak şirket içi Ufuk pod'a bağlanabilirsiniz.
Diyagramda, şirket içi kaynaklar için bağlantının nasıl destekleneleri gösterir. Kurumsal ağınıza Azure Sanal Ağına bağlanmak için bir ExpressRoute bağlantı hattına ihtiyacınız vardır. Ayrıca ExpressRoute hizmeti kullanarak kurumsal ağına özel bulut ve SDDC'lerin her biri ile Global Reach. SDDC'den ExpressRoute bağlantı hattına ve şirket içi kaynaklara bağlantı sağlar.
Birden çok bölgede birden Azure VMware Çözümü Ufuk podları
Başka bir senaryo ise Horizon'u birden çok pod arasında ölçeklendirmektir. Bu senaryoda, iki farklı bölgede iki Ufuk podu dağıtacak ve CPA kullanarak bunları federasyona atıslar. Önceki örnekteki ağ yapılandırmasına benzer, ancak bazı ek bölgesel bağlantılarla birlikte.
Her bölge için Azure Sanal Ağa gelen diğer bölgedeki özel bulutlara/SDDC'lere bağlayabilirsiniz. CPA federasyonunun bir parçası olan Horizon bağlantı sunucularının yönetim altındaki tüm masaüstlere bağlanmasına olanak sağlar. Bu yapılandırmaya ek özel bulutlar/SDDC'ler eklemek, genel olarak 24.000 oturuma ölçeklendirmeye olanak sağlar.
Aynı bölgede iki Ufuk podu dağıtırsanız da aynı ilkeler geçerlidir. İkinci Ufuk podunu ayrı bir Azure Sanal Ağına dağıtın. Aynı tek pod örneğinde olduğu gibi, ExpressRoute ve şirket içi pod'larınızı bu çoklu pod/bölge örneğine bağlamak için ExpressRoute ve Global Reach.
Ufuk Azure VMware Çözümü için boyut ve konaklar
Ufuk'un şirket içinde çalışan bir konakta boyutlandırma Azure VMware Çözümü Horizon şirket içi hizmetlerden daha basittir. Bunun nedeni, Azure VMware Çözümü standartlaştırılmıştır. Tam konak boyutlandırma, VDı gereksinimlerinizi desteklemek için gereken ana bilgisayar sayısını belirlemesine yardımcı olur. Bu, masaüstü başına maliyet belirleme merkezidir.
Tabloları boyutlandırma
Ufku sanal masaüstleri için belirli vCPU/vRAM gereksinimleri müşterinin belirli iş yükü profiline göre değişir. Sanal Masaüstlerinizi için vCPU/vRAM gereksinimlerinizi belirlemenize yardımcı olması için MSFT ve VMware Sales ekibinizle birlikte çalışın.
| VM başına vCPU | VM başına vRAM (GB) | Örnek | 100 VM 'Ler | 200 VM 'Ler | 300 VM 'Ler | 400 VM 'Ler | 500 VM 'Ler | 600 VM 'Ler | 700 VM 'Ler | 800 VM 'Ler | 900 VM 'Ler | 1000 VM 'Ler | 2000 VM 'Ler | 3000 VM 'Ler | 4000 VM 'Ler | 5000 VM 'Ler | 6000 VM 'Ler | 6400 VM 'Ler |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 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 | 82 | 98 | 105 |
| 8 | 4 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 82 | 98 | 105 |
| 8 | 6 | AVS | 3 | 4 | 6 | 7 | 9 | 10 | 12 | 14 | 15 | 17 | 33 | 49 | 66 | 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 aşağıda verilmiştir:
Eşzamanlı Masaüstü sayısı
Masaüstü başına gerekli vCPU
Masaüstü başına gerekli vRAM
Masaüstü başına gereken depolama alanı
Genel olarak, VDı dağıtımları CPU veya RAM kısıtlanıyor ve bu da ana bilgisayar boyutunu belirler. Performans testi ile doğrulanan günlüğe kaydetme 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 2 sanal CPU.
Masaüstü başına 4 GB vRAM.
Masaüstü başına 50 GB depolama alanı
Bu örnekte, toplam ana bilgisayar sayısı 18 ' e kadar bir VM 'nin konak yoğunluğu 111 ' i kullanıma sunan 16 ' ya kadar.
Önemli
Müşteri iş yükleri, bu bilgi çalışanının bu örneğine göre farklılık gösterir. Dağıtımınızı planlamanın bir parçası olarak, belirli boyutlandırma ve performans gereksinimleriniz için VMware EUC 'larınız ile birlikte çalışın. Ana bilgisayar boyutunu ve uygun şekilde ayarlamayı yapmadan önce gerçek, planlı iş yükünü kullanarak kendi performans testinizi çalıştırmayı unutmayın.
Azure VMware Çözüm lisanslama üzerinde ufuk
Azure VMware çözümünde çalışan UFOnun genel maliyetlerinde dört bileşen vardır.
Azure VMware Çözüm kapasitesi maliyeti
Fiyatlandırma hakkında daha fazla bilgi için bkz. Azure VMware Çözüm fiyatlandırma sayfası
Ufku lisans maliyeti
Azure VMware çözümüyle birlikte kullanılmak üzere, eşzamanlı kullanıcı (CCU) veya adlandırılmış Kullanıcı (NU) olabilen iki kullanılabilir lisans vardır:
Ufku abonelik lisansı
Ufuk evrensel abonelik lisansı
Daha önce Azure VMware çözümünde yalnızca dağıtım ufku, daha düşük bir maliyet olduğundan ufuk abonelik lisansını kullanın.
Azure VMware çözümüne ve şirket içine dağıtılmışsa, bir olağanüstü durum kurtarma kullanım örneği olarak ufuk evrensel Abonelik Lisansı ' nı seçin. Ancak, şirket içi dağıtım için bir vSphere lisansı içerir, bu nedenle maliyeti daha yüksektir.
Gereksinimlerinize göre ufku lisanslama maliyetini öğrenmek için VMware EUC Sales ekibinizle birlikte çalışın.
Azure örnek türleri
Ufuk altyapısı için gerekli olan Azure sanal makine boyutlarını anlamak için bkz. Azure VMware çözümünde ufuk yüklemesi.
Başvurular
Linux için Ufın Aracısı sistem gereksinimleri
Sonraki adımlar
Azure VMware çözümünde VMware ufku hakkında daha fazla bilgi edinmek için, VMWare ufku SSSmakalesini okuyun.