Virtual Hive

얼마전 TP4도 공개된 Windows Server 2016은 이미 Hyper-V의 독커대응, Hyper-V 컨테이너, 나노서버, Nested 대응 등 새로운 기능이 많이 추가되었습니다. 하지만 RDS/VDI 관련의 기능은 Multipoint Service 정도로 빈약합니다. 사실 Windows Server 2012/2012 R2의 RDS 서비스를 보더라도 마이크로소프트사가 엔터프라이즈 레벨의 VDI 솔루션에는 그다지 공을 들이고 있지않다는걸 알 수 있습니다만... 쩝... 때문에 신기능보다는 기존 버그를 수정 :), 기능을 강화하는 패치가 소리소문없이 공개되곤하죠. Available Updates for Remote Desktop Services in Windows Server 2012 R2Availab..

작년 여름부터 고객사 3곳에서 거의 동일한 내용의 장애(?) 연락이 있었습니다.내용인즉슨, 가상데스크톱을 라이브 마이그레이션했더니 RD Connection Broker에서 사라졌다는 것이었습니다. 구체적으로는 가상데스크톱의 라이브 마이그레이션후, 가상데스크톱의 일부가 RD Connection Broker(정확히는 서버관리자의 Remote Desktop Management Service)의 가상데스크톱 리스트에서 사라졌으나 Hyper-V 관리자나 Failover Cluster 관리자에는 존재한다는 것입니다. RD Connection Broker의 리스트에서 사려졌으니 당연, 유저는 해당 가상데스크톱을 이용할 수 없게된거죠. 내용을 보자면 RD Connection Broker의 데이터베이스에서 가상데스크톱의..

RDS/VDI는 Windows Server 2012/R2의 표준기능으로 구성이 가능하기에 경쟁(?) 솔루션에 비해 도입이 간단합니다. 물론 비용도 절감할 수 있죠.하지만 도입이 간단함에 비해 부족한 면도 있습니다. 특히나 관리나 트러블슈팅에 관한 정보 관리가 그렇죠. 음... 부족한게 아닙니다. 열악하죠. 예를들어 전개가 실패했을 경우, 확인을 할 수 있는 곳은 이벤트로그밖에 없습니다. 이벤트로그의 ID를 열심히 구글링할 수 밖에 없죠. 또한 세션정보의 이력도 확인할 방법이 없습니다. 치명적이죠. (RDS/VDI 관련문서를 보면, RD Connection Broker의 DB는 1,000대의 가상데스크톱을 전개해도 불과 60MB면 된다고 합니다) 이러한 불편함(?)을 조금이나마 해소해줄 툴이 있었습니다. ..

RDS/VDI RD Connection Broker를 HA구성하면 RD Connection Broker의 데이터베이스를 외부 데이터베이스에 보존하게 됩니다. 때문에 외부 데이터베이스 서버(SQL Server)도 고가용성을 확보해야되죠. 가장 쉬운 방법은 SQL Server 미러 구성입니다. SQL Server 미러링을 구성할 경우, Mirror용 SQL Server 라이센스를 구입을 하지않아도 되며 Witness의 경우는 SQL Server Express 에디션을 이용하면 되기때문에 최소비용으로 SQL Server의 고가용성을 확보할 수 있습니다.(사실 SQL Server 미러링의 경우는 SQL Server 2014부터는 없어진다고 하니, SQL Server 2012를 이용할 경우는 AlwaysOn 기능..