Azure Sanal Masaüstü Hibrit Yerel VDI

Giriş

Azure Sanal Masaüstü Hibrit, kuruluşlara geleneksel yerel VDI ile tamamen Azure üzerinde barındırılan masaüstleri arasında başka bir yol sunar. Bu makale, mimarinin nasıl çalıştığını, Azure Arc'ın yerel oturum sunucularını AVD'ye nasıl bağladığını, mevcut VDI altyapısı için nelerin değiştiğini ve hangi sınırlamaların kaldığını açıklar. Ayrıca Hibrit AVD'nin ne zaman mantıklı olduğunu ve BT ekiplerinin benimsemeden önce neleri değerlendirmesi gerektiğini inceler.

Azure Sanal Masaüstü Hibriti Nedir?

Azure Sanal Masaüstü Hibrit, Azure Sanal Masaüstü hizmetinin hala Microsoft tarafından Azure'da barındırıldığı ve yönetildiği, ancak masaüstlerini ve uygulamaları sunan Windows oturum sunucularının yerel olarak bulunduğu bir dağıtım modelidir.

Microsoft, ortamlar arasında bağlantı kurmak için Azure Arc'ı kullanır. Tüm desteklenen yerel bilgisayarlar Azure Arc etkin sunucular olacaktır. Ardından, Azure Sanal Masaüstü Arc uzantısı gerekli AVD bileşenlerini kurar ve bu bilgisayarı bir AVD oturum havuzunda oturum ana bilgisayarı olarak kaydeder.

Her şey, son kullanıcı için Azure'da barındırılan AVD kullanıyormuş gibi daha az ya da daha çok aynıdır. Kullanıcılar, atanan masaüstlerine veya uygulamalara Windows Uygulaması aracılığıyla erişir. Ancak, fark, Windows iş yükünün müşterinin altyapısından teslim edileceği ve Azure hesaplamasından değil.

Altyapının ayrıldığı bir durum var:

Bileşen	Nerede Çalışır	Bunu Kim Yönetiyor
AVD hizmeti ve aracılık	Azure	Microsoft
Ana havuzlar, uygulama grupları ve atamalar	Azure	Müşteri bunları yapılandırır
Windows oturum sunucuları	Yerinde	Müşteri
Hiper yönetici veya fiziksel altyapı	Yerinde	Müşteri
Oturum ana bilgisayarı işletim sistemi ve uygulamaları	Yerinde	Müşteri
Yerel ağ ve depolama	Yerinde	Müşteri
Azure Arc entegrasyonu	Azure + yerel	Paylaşılan bağımlılık

Buradaki ana çıkarım, "hibrit" teriminin VDI mimarisindeki farklı unsurların dağılımını tanımlamasıdır. Azure Virtual Desktop, kendi başına, asla tamamen yerinde bir çözüm haline gelmedi.

Azure Sanal Masaüstü Hibrit Nasıl Çalışır?

Mimari, masaüstü veya uygulama sunan makinelerle başlar. Kuruluşlar, kendi altyapılarında desteklenen Windows sanal makineleri veya desteklenen başsız fiziksel cihazlar sağlar.

Azure Bağlı Makine ajanı, her oturum ana bilgisayarını Azure Arc ile kaydeder. Bir Azure Sanal Masaüstü Arc uzantısı, gerekli AVD bileşenlerini yükleyebilir ve makineyi bir AVD ana bilgisayar havuzuyla kaydedebilir.

Azure Arc, temel sanal makineyi sağlamaz veya yönetmez. Oturum ana bilgisayarı, kuruluşun yerel altyapısının bir parçasıdır, bu da kuruluşun BT ekibinin oturum ana bilgisayarının yaşam döngüsü, kapasitesi ve temel sanallaştırma platformundan sorumlu olduğu anlamına gelir.

Bir kullanıcı bağlandığında, Azure Virtual Desktop, kaynakları keşfetmek, erişimi kimlik doğrulamak ve oturumu yönetmek için hizmet tarafı yeteneklerini sağlar. Gerçek Windows yükü yerel oturum ana bilgisayarında çalışır.

Bu mimari, AVD hizmetini oturum sunucularından ayırarak Hibrit AVD'yi her ikisinden de ayırır. geleneksel yerel VDI ve standart Azure barındırılan AVD: Microsoft bulut hizmetini yönetir, ancak müşteri hesaplama altyapısını işletmeye devam eder.

Hibrit AVD, mevcut bir yerel VDI ortamını nasıl değiştirir?

Mevcut VDI ortamları için zorluk, yalnızca mevcut sunucuların veri merkezinde tutulup tutulamayacağı değil, aynı zamanda mevcut mimarinin hangi katmanlarının korunduğu, hangi AVD'nin değiştirildiği ve hangi operasyonel sorumlulukların organizasyon tarafından korunduğudur.

Mevcut Bilgisayar Yerinde Kalabilir

Tam bir Azure AVD göçünün aksine, burada oturum ana bilgisayarlarının hesaplama gücünün Azure'a taşınması gerekmez, bu durum veri merkezindeki mevcut oturum ana bilgisayarlarında herhangi bir değişiklik gerektirmez.

Kuruluşlar, kendi tercih ettikleri hipervizörde yerel veri merkezlerinde desteklenen Windows sanal makinelerinden yararlanabilirler. Bu, önemli bir mevcut sanallaştırma altyapısının bulunduğu veya uygulamaların mevcut yerel sistemlere büyük ölçüde bağımlı olduğu durumlarda faydalı olabilir.

Mevcut donanımın varlığı, VDI ortamının değişmediği anlamına gelmez. Oturum sunucuları, ile uyumlu hale getirilmelidir. Microsoft'un spesifikasyonları ve Azure Sanal Hibrit Masaüstü ile kullanılmadan önce Azure Arc ile etkinleştirilmiş olarak kaydedilmeleri gerekir.

VDI Kontrol Düzlemi Azure'a Taşınıyor

Oturum sunucularının üzerinde en önemli mimari farklılıklar görünmektedir.

Tam masaüstü teslimat yığınını kendi bünyesinde işletmek yerine, organizasyon Azure Sanal Masaüstü platformunu kullanmaktadır. Microsoft, kaynak keşfi, aracılık ve geçit bağlantısı için hizmetin temel bileşenlerini sunmaktadır.

Kuruluşlar, ana havuzları, uygulama gruplarını, çalışma alanlarını ve kullanıcı haklarını yapılandırma sorumluluğunu sürdürmektedir, ancak bu kaynaklar artık AVD mimarisinin bir parçasıdır. Önceki yerel brokerlar, geçitler ve yönetim bileşenleri artık aynı işlevleri yerine getirmek zorunda olmayabilir.

Yerel Altyapı Yönetimi Devam Ediyor

Hizmet katmanını Azure'a taşımak, destekleyici altyapıyı Microsoft yönetiminde yapmaz.

IT ekipleri, yerel donanım, işletim sistemleri, uygulamalar, ağ, depolama ve temel sanallaştırma platformunun sağlanması, yamanması ve bakımı için sorumluluğu sürdürmektedir. Microsoft, Azure Virtual Desktop Hybrid'in yerel oturum ana bilgisayarı sanal makinelerini sağlamadığını veya güç durumlarını yönetmediğini açıkça belgeler.

Hibrit AVD, tüm çözüm yığınını Microsoft'a devretmek yerine VDI sorumluluklarının yeniden dağıtımı olarak anlaşılmalıdır.

Hangi durumda AVD oturum sunucularını yerel olarak tutmak mantıklıdır?

Azure zaten AVD hizmetini sağlıyorsa, o oturum anahtarını Azure'a koyma yolu en kolay yol gibi görünebilir. Hibrit, iş yüklerini veri merkezinde tutmak için teknik, mali veya operasyonel bir gerekçe olduğunda devreye girer.

Eski Uygulamalar ve Yerel Bağımlılıklar

Sanallaştırılan uygulamalar genellikle yerel veritabanlarına, dosya paylaşımlarına, kimlik doğrulama hizmetlerine, çevre birimlerine veya diğer arka uç sistemlerine büyük ölçüde bağımlı olan Windows uygulamalarıdır.

Azure'da oturum sunucusunu koymanın ama uygulama bağımlılıklarını yerel tutmanın pek bir faydası yoktur, çünkü bu sadece ağ gecikmesini artırır. Arka uca yakın kalmak, son kullanıcıların nereden bağlandığını değiştirmek için uygulama mimarisini değiştirmek zorunda kalmayı önler.

Bu özellikle geçerlidir miras iş uygulamaları yerel alan ağı ortamında çalışmak üzere tasarlanmış olan.

Veri Konumu ve Altyapı Gereksinimleri

Bazı şirketlerin, düzenleyici, sözleşmesel veya operasyonel nedenlerle belirli iş yüklerinin veya verilerin kontrol ettikleri altyapıda bulunması gerekmektedir.

Hibrit AVD, masaüstü ve uygulama işlemlerinin yerel kalmasını sağlarken masaüstü teslimat hizmeti için Azure'u kullanır. Yine de BT ekipleri, hibrit modelin hala Microsoft Azure'a dayandığı göz önünde bulundurularak bu mimari seçeneği uyum gereksinimleriyle dikkatlice analiz etmelidir.

Mevcut Veri Merkezi Yatırımı

Sunucularda, depolama ve sanallaştırma kaynaklarında mevcut yedek kapasiteye sahip olan kuruluşların bunu değiştirmek için hemen bir teşviki olmayabilir.

Hibrit AVD, mevcut hesaplama kaynaklarının iş yüklerini yönetmeye devam ettiği dalgalar halinde yeni kapasite edinmelerine olanak tanıyabilirken, kontrol düzleminin etrafında dönüştürüldüğü şirketlere böyle bir imkan sunabilir. Mimari, farklı iş yüklerinin farklı hızlarda taşınabileceği için yine de yinelemeli modernleşmeye de uygundur.

Arka Uç Gecikmesine Duyarlı İş Yükleri

Bazı uygulamalar için, oturum ana bilgisayarının tükettiği kaynaklara yakınlığı, oturum ana bilgisayarının son kullanıcıya yakınlığından daha önemlidir.

Yerel veritabanlarına, depolama sistemlerine veya diğer altyapılara sık sık çağrılar yapan uygulamalar, bu bağımlılıklar bir WAN'a dağıtıldığında aynı şekilde performans göstermeyebilir. Windows oturumunu yerel tutarak, bu kaynaklara olan yakınlık korunabilir.

Hibrit AVD Ne Zaman Uygun Olmayabilir

Yerel oturum anahtarlarını korumanın değeri, organizasyonun amacının veri merkezi altyapısını sürdürmek yerine ortadan kaldırmak olması durumunda azalır. Böyle bir senaryoda, Azure üzerinde barındırılan AVD'nin istenen işletim modeline daha iyi uyum sağlaması mümkündür.

IT ekipleri, Azure Sanal Masaüstü hizmet modeline gerçekten ihtiyaç duyup duymadıklarını da göz önünde bulundurmalıdır. Eğer birincil gereksinim şudur: merkezi Windows uygulamalarının veya masaüstlerinin güvenli yayınlanması doğrudan altyapı kontrolünü korurken, Azure'a bağımlı bir VDI kontrol düzlemi gereksiz mimari karmaşıklıklar getirebilir.

Hibrit AVD, VPN'leri ve RD Geçitlerini Ortadan Kaldırır mı?

Azure Sanal Masaüstü, organizasyonların bireysel oturum sunucularını internete açmaktan veya AVD için standart bir Uzak Masaüstü Geçidi (RD Gateway) dağıtmaktan kaçınmalarını sağlayarak dış bağlantının birçok karmaşıklığını ortadan kaldırır.

AVD, Microsoft hizmetine bağlanmak için Microsoft'un hizmet altyapısını kullanır. Varsayılan taşıma, TCP tabanlı ters bağlantı kullanırken, RDP Kısa Yol, ağ ve yapılandırma destekliyorsa UDP tabanlı bir taşıma müzakere edebilir.

Şu anda bir inbound Remote Desktop Protocol (RDP) bağlantısı kullanan bir VDI ortamına sahip olan ve ayrıca VPN erişimi veya yerel olarak yönetilen RD Gateways gibi diğer yöntemleri kullanan kuruluşlar için uzak erişim bu, dış erişimin mimarisini önemli ölçüde değiştirebilir.

Ağ bağlantı gereksinimleri ortadan kaldırılmamıştır. Yerel oturum sunucularının hala uygun Azure hizmetlerine bağlanması gerekirken, uygulamaların yerel bağımlılıklara güvenilir erişime ihtiyacı vardır. Bu nedenle, DNS, kimlik, güvenlik duvarı yapılandırması, yönlendirme ve dayanıklılık gibi bağlantı hususları hala önemli tasarım unsurlarıdır.

Azure Sanal Masaüstü Hibritinin Sınırlamaları Nelerdir?

Hibrit AVD, dağıtım esnekliği sunar, ancak mimari ve operasyonları etkileyebilecek Azure barındırmalı AVD'den bazı önemli farklılıklar vardır.

Microsoft şu anda birkaçını tanımlıyor oturum ana bilgisayarı yönetim yetenekleri Hybrid AVD için desteklenmiyor:

• Güç yönetimi
• Azure Sanal Masaüstü Otomatik Ölçeklendirme
• Bağlandığında VM'yi Başlat
• Oturum Ana Bilgisayarı Yapılandırması

Şirketler, bu yetenekleri hipervizörleri, betikleri, otomasyon veya diğer araçlar aracılığıyla sağlamaktan sorumlu olacaktır.

Ayrıca, işletim sistemi desteği farklıdır çünkü Windows 10 Enterprise çoklu oturum ve Windows 11 Enterprise çoklu oturum ile Azure Sanal Masaüstü Hibrit için destek yoktur. Bu, çoklu oturumlu Windows istemci işletim sistemlerinin Azure barındırılan AVD'nin ana özelliklerinden biri olması nedeniyle önemli bir farktır.

Lisanslama gereksinimleri, hedeflenen işletim sistemi ve kullanım durumu dikkate alınarak dikkatlice gözden geçirilmelidir. Microsoft'un Azure Sanal Masaüstü Hibrit lisanslama gereksinimlerinin mevcut VDI, Uzak Masaüstü Hizmetleri veya Microsoft 365 lisanslarının ötesinde geçerli olup olmadığı onaylanmalıdır.

Sonunda, yerel oturum sunucularına sahip olmak AVD dağıtımını bulut bağımsız hale getirmez, çünkü Microsoft'un yönetimindeki Azure Sanal Masaüstü hizmeti mimarinin ayrılmaz bir parçası olmaya devam etmektedir.

Azure Tabanlı AVD vs Hibrit AVD vs Geleneksel Yerel VDI

Cümlenin son versiyonu (yeniden yazılmış, farklı kelimeler kullanılarak, bazı cümlelerin yapısı veya uzunluğu değiştirilmiş):

	Geleneksel Yerel VDI	Azure Sanal Masaüstü Hibrit	Azure Tabanlı AVD
Oturum sunucuları	Yerinde	Yerinde	Azure
VDI hizmeti/kontrol düzlemi	Genellikle müşteri/tedarikçi altyapısı	Microsoft AVD in Azure	Microsoft AVD in Azure
Yerel hipervizör gereklidir	Genellikle evet	VM tabanlı sunucular için evet	Hayır
Yerel hesaplama yönetimi	Müşteri	Müşteri	Yerel bilgisayara uygulanamaz
Yerel AVD VM yaşam döngüsü özellikleri	Hayır	Sınırlı	Daha geniş destek
Yerel uygulamalara yakınlık	Yüksek	Yüksek	Ağ tasarımına bağlıdır
Azure bağımlılığı	Ürün bağımlı	Evet	Evet
Azure hesaplama tüketimi	Hayır	Yerel oturum sunucuları için değil	Evet

Bu nedenle, hibrit AVD, iş yüklerinin buluttan (Microsoft tarafından yönetilen) teslim edildiği, ancak yerel hesaplamanın müşteri tarafından yönetildiği bir orta zemin mimarisine sahiptir.

Bu tür bir mimari seçim, yalnızca iş yüklerini yerel tutmanın bir faydası varsa haklı çıkar.

IT Ekipleri Hibrit AVD'ye Geçişi Nasıl Değerlendirmelidir?

Hibrit AVD değerlendirmesi, Azure ile değil, iş yükleri ve bağımlılıklarla başlamalıdır.

Hangi uygulamaların ve masaüstlerinin yerinde tutulması gerektiğini belirleyin ve bunların veritabanları, dosya hizmetleri, kimlik sistemleri, çevre birimleri, depolama ve diğer altyapılara olan bağımlılıklarını belgeleyin. Bu, oturum ana bilgisayarlarını yerinde tutmanın herhangi bir mimari faydası olup olmadığını belirlemeyi mümkün kılar.

VDI yığınının mevcut durumu AVD modeline haritalanmalıdır. Hangi brokerler, geçitler ve yönetim hizmetleri Azure Sanal Masaüstü ile değiştirilecektir? Hangi operasyonel sorumluluklar kalacaktır?

Oturum ana bilgisayarı yaşam döngüsü yönetimi önemli bir husustur. Mevcut VDI platformu otomatik sağlama, VM'lerin başlatılması/durdurulması veya ölçeklendirilmesi gibi özellikler içeriyorsa, Azure kontrol düzleminin bunların yerini alacağını varsaymak yerine bu yeteneklerin Hybrid AVD'de mevcut olup olmadığını değerlendirin.

Kimlik, ağ oluşturma, lisanslama, dayanıklılık ve operasyonel sorumluluklar bir grup olarak değerlendirilmelidir. Amaç, yalnızca mevcut makinelerin Azure Sanal Masaüstü ile kaydedilip kaydedilemeyeceğini belirlemek değil, aynı zamanda VDI altyapısının Azure ve veri merkezi arasında ayrılmasının daha basit ve sürdürülebilir bir ortam üretip üretmeyeceğini belirlemektir.

Windows Uygulamalarını ve Masaüstlerini Sunmanın Daha Basit Bir Yolunu mu Arıyorsunuz?

Hibrit AVD, bir organizasyonun özellikle Azure Sanal Masaüstü istemesi ve oturum sunucularını yerel olarak tutmak istemesi durumunda mantıklı olabilir. Ancak her organizasyon, masaüstü dağıtım mimarisini Azure yönetilen hizmeti ile yerel olarak yönetilen hesaplama arasında bölmek zorunda değildir.

Mevcut Windows altyapısından güvenli bir şekilde Windows uygulamalarını veya tam masaüstlerini yayınlama gereksiniminin öncelikli olduğu yerlerde, TSplus Uzak Erişim daha doğrudan bir alternatif sunar. Kuruluşlar, destekleyici altyapının nerede çalıştığını kontrol ederken, RDP uyumlu veya tarayıcı tabanlı HTML5 erişimi aracılığıyla uygulamaları ve masaüstlerini sunabilirler.

Sonuç

Azure Sanal Masaüstü Hibrit, geleneksel yerel VDI ile Azure'da barındırılan AVD arasında bir orta yol sunar. Ana masaüstü dağıtım hizmetlerini Azure'a taşırken, Windows oturum ana bilgisayarlarının ve bunların iş yüklerinin mevcut altyapı içinde kalmasına olanak tanır.

Karar verici faktör, bu iş yüklerini yerel tutmanın belirgin bir teknik veya operasyonel fayda sağlayıp sağlamadığıdır. BT ekipleri, Hibrit AVD'nin gerçekten VDI ortamlarını basitleştirip basitleştirmediğine karar vermeden önce uygulama bağımlılıklarını, altyapı yönetimini, ağ bağlantılarını, lisanslamayı ve Azure bağımlılığını birlikte değerlendirmelidir.