Scale HC3에서 Microsoft RDS 활용하기

Scale HC3와 같은 중앙화되고 통합된 인프라 플랫폼의 큰 장점 중 하나는 기존 서버 서비스와 함께 중앙화된 데스크톱 및 최종 사용자 서비스를 제공하기 위해 플랫폼을 사용할 수 있는 능력입니다. 고속 백플레인은 서버와 데스크톱 리소스가 고속으로 통신할 수 있게 하며, 중앙화된 관리는 이러한 유형의 서비스와 자주 관련된 총 소유 비용을 낮춥니다. 파일 서버 및 지연에 민감한 통신과 같은 애플리케이션은 이 아키텍처에서 특히 혜택을 받습니다.

대부분의 비즈니스에서, 환경에 원격 최종 사용자 컴퓨팅 서비스를 추가하기 위해 가장 합리적인 접근 방식은 Microsoft의 원격 데스크톱 서버(RDS) 사용을 통한 것입니다. 대부분의 환경이 기존 Windows 데스크톱과 유사한 경험을 제공하려고 하기 때문입니다. Microsoft의 RDS는 강력한 툴셋으로 비교적 구현하기 쉽습니다. 다양한 서비스를 제공하기 위한 훌륭한 시작점입니다.

Scale HC3 플랫폼의 고가용성 특성 덕분에 RDS 배포를 계획하고 프로비저닝하는 방법에 좋은 선택지가 있습니다. 배포를 소규모로 단순하게 유지하고 Scale HC3 클러스터의 내장 고가용성 기능을 활용하여 하드웨어 장애 시 환경을 유지할 수 있습니다. 또는 이를 위해 RDS 환경의 고가용성을 활용할 수도 있습니다.

소규모 배포에서는 RDS 서비스의 가용성을 유지하기 위해 Scale HC3의 고가용성 기능을 활용하는 것이 가장 일반적입니다. 이렇게 하면 최소한의 라이선싱, 리소스 및 유지보수 오버헤드로 단일 RDS 인스턴스를 실행할 수 있습니다. 이것이 가장 단순한 접근 방식이며 매우 효과적입니다. 이는 대부분의 고객이 Scale HC3 플랫폼을 최대한 활용하는 훌륭한 방법입니다. Scale이 이 경우 무거운 작업을 처리할 수 있으며, 우리는 더 효과적인 곳에 노력을 집중할 수 있습니다.

대규모 배포에서는 단일 RDS 인스턴스가 충분하지 않을 수 있습니다. 이 시점에서는 일반적으로 인스턴스에 걸쳐 워크로드를 로드 밸런싱하는 멀티 서버 RDS 배포로 이동하는 것이 합리적입니다. 일반적으로 사용 가능한 리소스를 최대한 활용하기 위해 Scale HC3 노드당 하나의 RDS 서버를 배포하는 것이 바람직합니다. 이렇게 하면 환경의 용량을 처리하는 데 필요한 만큼 많은 RDS 서버 인스턴스를 배포할 수 있습니다.

대부분의 경우, 여러 노드에 걸친 대규모 배포에서도 RDS 팜 앞에 로드 밸런서를 사용하지만, 하드웨어 장애 처리를 위해 Scale HC3 클러스터의 내장 고가용성 기능을 사용하여 실행 중인 워크로드를 장애 노드에서 사용 가능한 노드로 이동합니다. 로드 밸런서는 동일한 IP 주소를 가진 동일한 인스턴스를 보게 되어 완전히 자동화되고 최소한의 노력이 필요한 거의 투명한 복구가 가능합니다.

클러스터의 전체 용량이 필요한 더 극단적인 경우에는, 물리적 클러스터 노드당 하나의 RDS 인스턴스를 구성하고 고가용성 기능을 비활성화하는 대신 로드 밸런싱 기능을 사용하여 나머지 노드로 부하를 이동하는 것이 가능합니다. 이는 서비스 중단이 아닌 성능의 점진적인 저하를 초래합니다. 리소스가 이미 극도로 제한되지 않는 한, 사용자에게 할당된 CPU와 메모리는 감소하지만 시스템 기능은 유지됩니다. 이는 완전한 고가용성 솔루션만큼 이상적이지는 않지만, 그 수준의 보호를 위한 하드웨어 비용에 대한 매우 기능적인 대안이 될 수 있습니다.

Microsoft Windows RDS와 Scale은 명확한 파트너십을 형성합니다. Scale은 플랫폼을 최대한 쉽고 견고하게 만드는 데 집중하는 반면, Microsoft의 Windows와 RDS 제품은 공유 컴퓨팅 공간으로의 가장 간단한 진입점을 제공합니다. 중소기업과 특히 온프레미스 배포에서 RDS는 종종 중앙화된 씬 클라이언트 기반 컴퓨팅으로 전환하기에 완벽한 선택이며, 인력 이동성, 보안 및 BYOD(개인 기기 사용) 옵션의 핵심 지원 수단이 될 수 있습니다.

[이 글은 Scale 블로그를 위해 의뢰되었습니다.]