Remote Desktop ortamı ilk kurulduğu zaman Basic RDS Deployment ortamını destekler. İlk kurulum işleminde, birden fazla sunucuyu RDS Farmı içinde kurabilir fakat her bir rolü birden fazla sunucu üzerinde çalıştıramayız…
Remote Desktop Connection Broker, Remote Desktop ortamları için özel bir göreve sahiptir ve Remote Desktop ortamlarını yönetmekte. Bizler kalbi olarak isim verdik sizler de beyni diyebilirsiniz…
Remote Desktop ortamı ilk kurulduğu zaman diğer RDS Rolleri gibi bir tanedir ve yedeği yoktur. Bu mimariye bizler Basic RDS Deployment demekte ve bu mimari de RD Connection Broker Veri tabanı Window Internal Database üzerinde çalışmakta.
Hizmet kapsamı sınırlıdır ve RD Connection Broker High Availability mimarisini desteklemez.
İş kritik sevide olan bir Remote Desktop ortamında Connection Broker sunucu görevinin tek bir tane olması büyük bir risk olacak. Bu riski ortadan kaldırmak için Connection Broker sunucu görevini yedeklemeli ve Connection Broker görevini birden fazla sunucu üzerinde çalıştırmalıyız.
RD Connection Broker High Availability mimarisi için bir takım gereksinimler var ve bu çalışmamız da bu gereksinimleri paylaşıyoruz.
Öncelikle Connection Broker veri tabanını Windows Internal Database’ den SQL Database aktarmamız gerekmekte. Connection Broker veri tabanı SQL Express, SQL Server sürümleri ve Windows Server 2016 ‘dan sonra Azure SQL Database üzerinde çalışabilmekte.
Veri tabanı seçimi için ayrı bir çalışmamız bulunmakta ve hangi veri tabanı seçilmeli sorularına RD Connection Broker Veri tabanı seçimi başlıklı çalışmada detaylı olarak paylaştık.
Kısa bir öneride bulunmam gerekirse RD Connection Broker veri tabanını SQL Veri tabanına dönüştürmemiz bizlere performans kazanımı getirecek.
SQL veri tabanı Windows internal veri tabanına göre daha kararlı ve daha sağlıklı çalışmakta. Bu dönüşümü yaptıktan sonra Connection Broker sunucuları üzerinde daha iyi deneyime sahip olacaksınız. RD Connection Broker ortamını yedekli yapmasak bile sahip olduğumuz BT varlıklarına bağlı olarak bu dönüşümü yapmanızı önermekteyim.
Remote Desktop Connection Broker veri tabanını SQL Server üzerine aktardıktan sonra buradaki diğer bir öneri ise SQL Server seviyesinde yedekli bir ortamın olması. RD Connection Broker sunucu görevini, yedekli yapsak bile veri tabanı sunucuları tek düğüm hatasında olduğu sürece tam bir süreklilik olmayacak.
RD Connection Broker sunucusunu High Availability Mode dönüştürmek için ilk gereksinim sahip olduğumuz SQL server sürümünün sahip olduğu SQL Native Client aracının Connection Broker sunucularına yüklenmek.
SQL server üzerinde RD Connection Broker sunucularının veri tabanı oluşturması ve oluşturmuş olduğu veri tabanı üzerinde değişiklik yapması için de izinlerinin atanması gerekmekte ve bu gereksinim de SQL Server güvenlik ayarlarında yapacak olduğumuz bir değişikliktir.
İhtiyaç duyacak olduğumuz izinler, kullanıcı izni değil, bilgisayar iznidir ve bu bilgisayarlar da Remote Desktop Connection Broker sunucularının bilgisayar hesaplarıdır.
Bu işlemlerden sonra İlk gereksimi tamamlamış olduk.
İkinci gereksinim ise Remote Desktop ortamı kurulduğu zaman RD Connection Broker Client Access ismi RD Connection Broker sunucularının FQDN ismini işaret etmekte. Bu varsayılan yapılandırma Basic RDS Deployment ortamları içindir ve Connection Broker sunucularını yedekli yapabilmek için DNS sunucularımız üzerinde sanal bir kayıt oluşturmalıyız.
Oluşturacak olduğumuz bu sanal kayıt Remote Desktop ortamında bulunan bütün Connection Broker Sunucularını işaret etmeli ve bu Connection Broker Cluster ismi Remote Desktop ortamı içinde bulunan diğer RDS Sunucuları tarafından da çözülmeli.
Remote Desktop ortamında, RD Gateway sunucusu varsa ve bu rol çalışma grubunda barınıyorsa özel işlemler gerekmekte. Split DNS ve RD Gateway özelinde yapılacak olan isim çözümleme işlemleri.
Bu temel gereksimimleri tamamladıktan sonra artık RD Connection Broker Veri tabanını SQL Sunucularına taşıyabiliriz.
SQL Server üzerine taşıma işlemi bittikten sonra Connection Broker için High Availability gereksinimi tamamlamış olacak ve Remote Desktop ortamına ikinci ve daha fazla Connection Broker Sunucusu ekleyebileceğiz.
Bu işlemlerin nasıl yapıldığını Add RD Connection Broker High Availability bölümünde uygulamalı olarak gerçekleştirdik ve RD Connection Broker veri tabanını Azure SQL Veri tabanına taşıdık.
