Remote Desktop Mimarisinde zorunlu sunucu görevleri bulunduğu gibi yapacak olduğumuz mimariye göre seçmeli RDS sunucu görevleri de bulunmakta.
Bu çalışma da, temel seviyede bir Remote Desktop mimarisi için hangi RDS sunucu görevlerine sahip olmalıyız ve bunları nasıl tasarlamalıyız, bu sorulara cevap vereceğiz.
Remote Desktop Sunucu Role için detaylı bir çalışma hazırlamış ve RD Session Host ve RD Virtualization Host görevlerinin kuracak olduğumuz Remote Desktop Mimarisine göre zorunlu ve seçmeli olduğunu da söylemiştik.
RD Session Host Role, Session Based Desktop Deployment ortamı için zorunlu RD Virtualization Host Role ise Virtual Machine Based Desktop deployment ortamı için zorunlu.
Kuracak olduğumuz Remote Desktop ortamına göre bu sunucu rolleri seçmeli yada zorunlu olmakta.
En temel gereksinim etki alanı ortamı. Windows Server 2012 ‘den sonra etki alanı ihtiyacı zorunlu olmuştur.
Eğer, Session Based Desktop Deployment ortamını kuracaksak ilk zorunlu rolümüz RD Session Host Role.. Bu rol Oturum Sanallaştırma mimarisinde kullanıcı oturumlarına ev sahipliği yapmakta.
İkinci zorunlu rol ise RD Web Access Role. Bu rol Windows Server 2008 ile tanıştık ve o zamanlar seçmeliydi, bu gün ise zorunlu. RemoteAPP mimarisini kullanmıyor olsak bile Remote Desktop Mimarisinde zorunlu olmuştur.
RD Connection Broker Role Windows Server 2012 ile birlikte zorunlu oldu.. Nedeni Remote Desktop Mimarisi artık etki alanına bağımlı ve Connection Broker sunucusu da kullanıcı kimlik yönetimi için etki alanına bağımlıdı.
Bu üç rol Session Based Desktop Deployment ortamını kuracaksak olmazsa olmaz sunucu rolleri.
Kullanıcıların, profillerini ve verilerine ev sahipliği yapacak olan teknolojiyse User Profile Disk teknolojisidir. Bu özellik seçmelidir ve zorunlu değildir. Bu özelliği Folder Redirection yada Roaming profile teknolojileriyle karşılayabiliriz.
Zorunlu olan üç rol, RD Session Host, RD Web Access ve RD Connection Broker sunucu rollerinin her birini ayrı fiziksel yada sanal sunucular üzerinde çalıştırabilir yada her bir rolü tek bir sunucu üzerinde çalıştırabiliriz.
Burada dikkat etmemiz gerekli olan tek bir konu var RD Session Host Role üzerinde çalıştıracak olduğumuz uygulamaların IIS servisi ile uyumlu olması temel beklenti.
RD Web Access Role arka tarafta IIS servislerini kullanmakta. Güvenlik gereksinimi bir başka konu bu konuyu özel olarak ayrıca inceleyeceğiz.
Temel seviyede Session Base Desktop Deployment ortamı kuracaksak eğer temel mimariyi sizinle paylaştım.
RD Session Host Role mimariden çıktı ve yerine RD Virtualization Host Role eklendi.
Bu değişiklik sonrasında mevcut platform Virtual Machine Based Desktop Deployment olarak değişti.
Zorunlu sunucu rollerimiz RD Web Access Role ve RD Connection Broker Role Virtual Machine Based Desktop Deployment ortamı için de zorunlu.
User Profile Disk teknolojisinde bir değişiklik yok. Seçmeli fakat Virtual Machine base desktop deployment ortamları için önerimdir.
Windows Server 2012’e kadar Virtual Machine base desktop deployment ve Session Based Desktop Deployment ortamlarını birleştiremiyorduk. İki farklı sanallaştırma platformu için ayrı Remote Desktop Deployment yapmamız gerekmekteydi.
RD Web Access Role ve RD Connection Broker Role iki farklı sanallaştırma platformuna cevap veremiyor her bir ortam için ayrı bir Remote Desktop ortamı kuruyorduk. Bu gereksinim ise karma sanallaştırma ortamı için ayrı bir zorluktu.
Windows Server 2012 R2 ile birlikte RD Connection Broker Role bir yenilik daha geldi ve karma sanallaştırma ortamlarına cevap verebilir oldu.
Oturum Sanallaştırma ve Masaüstü sanallaştırma ortamlarına tek bir RD Connection Broker Role yönetebilir oldu. Zaten ismide Session Broker’ den Connection Broker olarak değişti ve nedeni de bu dönüşümdü.
RD Web Acccess Role ve RD Connection Broker Role zorunlu RD Session Host Role ve RD Virtualization Host Role ise yapacak olduğumuz Remote Desktop mimarisine göre zorunlu olmakta.
RDS sunucu rolleri arasında bulunan RD Gateway Role ise her iki platform için seçmeli. Sahip olduğumuz mimarinin ihtiyaçları ve kuruluşun sahip olduğu yazılımsal ve donanımsal güvenlik cihazlarıyla Remote Desktop ortamlarının bağlantı güvenliğini sağlayabiliriz.
Şirket İhtiyaçları ve sahip olduğumuz bilgi işlem varlıkları bu seçime etki edecek olsa bile Remote Desktop Erişim Güvenliğini sizlere paylaşmış ve bir bağlantının anatomisini detaylı olarak çalışmıştık.
Bu çalışmayı izlemenizi ve RD Gateway önerimi dikkate almanızı önermekteyim.
