결정 시점: VDI와 터미널 서비스

원격 그래픽 데스크톱 인터페이스에 있어 두 가지 기본 개념이 주도권을 다투고 있습니다(기술이 주도권에 관심을 갖는다면 말이지만): VDI(가상 데스크톱 인프라)와 터미널 서비스입니다. 두 가지의 아이디어는 간단합니다. 리소스와 처리를 서버에 두고 최종 사용자가 네트워크를 통해 원격으로 그래픽 인터페이스에 접근하게 하는 것입니다. VDI와 터미널 서비스(TS)를 근본적으로 구분하는 것은 원격 서버가 단일 운영 체제 이미지에서 많은 사용자에게 데스크톱을 제공하는 일대다 경험(TS)이냐, 각 사용자에게 개별 운영 체제 리소스를 공유하지 않는 자체 전용 서버(가상화되어 VDI라고 불림)를 제공하느냐의 차이입니다.

VDI가 서버 운영 체제가 아닌 데스크톱 운영 체제를 의미한다는 가정이 부분적으로 명명 관례에서 비롯되어 어느 정도 있지만, 이것이 함의된 것으로 보아서는 안 됩니다. 사실, Windows 세계 밖에서는 데스크톱과 서버 운영 체제 간의 진정한 구분이 없으므로 기술 수준에서 이러한 구분을 갖는 것은 의미가 없습니다. 그러나 Microsoft가 다른 OS 라이선스 옵션을 사용하여 VDI 라이선싱을 정의하고 대부분의 VDI가 Windows 운영 체제를 위한 것이라는 점을 기억하는 것이 중요합니다. 따라서 VDI가 이를 암시하지는 않지만, 실질적으로는 기술 측면에서는 구분이 없고 Microsoft 라이선싱 측면에서는 많은 구분이 있다는 점을 염두에 두는 것이 일반적으로 중요합니다.

두 가지 중 VDI가 더 새로운 개념입니다. 터미널 서비스는 수십 년 전부터 존재해 왔으며 잘 알려져 있고 오늘날 특별히 흥미롭거나 화려하지는 않습니다. 터미널 서비스는 Windows 이전부터 존재했으며 거의 모든 운영 체제 계열에서 일반적이고, UNIX 세계에서는 너무 일반적이어서 특별한 언급 없이 사용되는 경우가 많습니다. 터미널 서비스는 컴퓨터의 “옛날”부터 사용되어 온 구식 “그린 스크린” 터미널의 GUI 연속선상에 있습니다. 예전에는 터미널이 종종 직렬 연결된 VT100 터미널이었고 오늘날에는 TCP/IP 네트워킹과 그래픽을 전송할 수 있는 프로토콜을 사용하지만, 개념은 동일합니다: 단일 서버에 많은 사용자.

VDI에서는 각 사용자에게 자신만의 모든 리소스를 제공하여 동일한 목표를 달성합니다. 그들의 OS는 완전히 자신만의 것이며 누구와도 공유되지 않습니다. 이것은 개별 사용자마다 메모리 관리, CPU 관리, 프로세스 테이블, 라이브러리 복사본 등의 모든 오버헤드가 있다는 것을 의미합니다. 이것은 상당한 오버헤드입니다. 유휴 상태의 그래픽 데스크톱이 부팅하고 사용자를 기다리기 위해 필요한 모든 리소스를 고려해 보십시오. 상당히 많을 수 있습니다. 최신 Windows 운영 체제는 더 가볍고 효율적으로 발전하고 있는데, 아마도 VDI 인프라에서 더 실용적으로 만들기 위해서이지만, 오버헤드는 여전히 중요한 요소입니다. VDI는 가상화가 이를 현실화하기 전까지는 실제로 가능하지 않았으므로, 실질적인 의미에서 새로운 기술 활용이며 종종 오해받습니다.

우리가 이제 직면하는 것은 원격 컴퓨팅 인프라를 결정할 때 이 두 가지 아키텍처 아이디어 중 하나를 선택하는 것입니다. 물론, 이 두 가지는 매우 쉽게 공존할 수 있으며 종종 그렇게 하는 것이 적절할 것입니다. 소규모 환경에서는 실제로 같은 물리적 플랫폼에서 두 가지가 공존하는 것이 매우 쉬울 수 있습니다. 여기에는 고려해야 할 많은 요소가 있으며 이 결정 과정은 실제로 꽤 복잡할 수 있습니다.

고려해야 할 가장 큰 요소 중 하나는 소프트웨어 호환성입니다. 이것이 터미널 서비스보다 VDI로의 이전을 이끄는 가장 큰 동인입니다. Windows 세계에서는 애플리케이션이 데스크톱 운영 체제 서명을 요구하거나(서버 OS 변형에서의 실행 거부), 단일 사용자 환경, 사용자에게 관리자 수준 권한 필요, 특정 계정으로 실행해야 하거나 다른 패키지와 종종 충돌하는 라이브러리 요구 사항 등이 드물지 않습니다. 이러한 문제 때문에 많은 기업들이 VDI를 통해 개별 데스크톱이 작동하는 방식을 모방하려 합니다. 각 사용자가 개별 환경에서 실행되기 때문에 이러한 문제들이 쉽게 간과될 수 있었기 때문입니다. VDI는 원격 접근 세계에 이 동일한 기능을 제공하여 문제가 많은 애플리케이션을 필요에 따라 처리할 수 있게 합니다. OS의 격리는 보호 레이어를 추가합니다.

이 핵심 요인은 Windows 세계 밖에서는 사실상 존재하지 않으며, VDI가 다른 어떤 환경에서도 자리잡지 못한 주요 이유입니다. Linux나 FreeBSD에서 쉽게 구현할 수 있지만, VDI는 그 경우에 거의 목적이나 가치가 없습니다.

VDI의 주요 우려 사항은 자체 중복 프로세스, 스토리지 및 메모리를 가진 많은 중복 운영 체제를 관리하는 데 필요한 극도의 오버헤드입니다. 초기에는 이로 인해 VDI가 매우 비효율적이었습니다. 그러나 최근에는 가상화 플랫폼과 스토리지를 중심으로 한 고급 VDI 시스템이 메모리와 스토리지 중복 제거, 공통 마스터 부트 파일 사용 및 기타 기술을 통해 이러한 많은 문제를 해결했습니다. 사실, 대부분의 가정과 달리, 하이퍼바이저 플랫폼이 Windows 자체보다 더 효율적으로 메모리 관리와 태스크 전환을 처리할 수 있어 VDI가 전통적인 터미널 서비스보다 Windows에서 더 나은 성능을 보일 수도 있습니다. (이 현상은 2000년대 초 일부 경우 Windows가 Linux 위에 가상화되어 실행될 때 더 빠르게 실행되는 경우가 있었는데, 이는 메모리 관리가 부분적으로 더 효율적인 아래의 Linux 시스템에 위임될 수 있었기 때문에 처음 관찰되었습니다.) 이것이 항상 그런 것은 아니지만, VDI 처리의 개선이 너무 많이 이루어져 두 가지가 종종 상당히 근접합니다. 그러나 다시 한번, 이것은 VDI를 Windows 세계에서 더 매력적으로 만드는 요소이지만, 기본 OS 태스크 관리가 일반적으로 더 효율적이고 VDI가 불필요한 오버헤드로 남게 되는 비Windows 세계에서는 그만큼 극적이지 않습니다.

VDI가 터미널 서비스보다 일관되게 더 뛰어난 성능을 보인 또 다른 분야는 CAD 및 비디오 편집과 같이 그래픽 렌더링이 풍부한 환경입니다. 여전히 전용 하드웨어를 강하게 선호하는 분야들이 VDI 솔루션 내의 GPU 기능에 대한 대규모 투자로 인해 터미널 서비스보다 VDI로 이동하는 경향이 있습니다. 이것은 보편적인 시나리오는 아니지만, 많은 그래픽 렌더링이 필요한 상황에서는 VDI가 상당히 더 나은 성능을 발휘할 가능성을 조사할 가치가 있습니다.

VDI가 관리되는 방식 때문에, 솔루션에 포함된 최종 사용자 수로 구현 비용의 일부를 극복할 수 있는 대규모 배포에만 예약되는 경우가 많습니다. 그러나 터미널 서비스는 더 확장 가능한 비용 덕분에 더 작은 환경이나 사용자 하위 집합에 더 비용 효율적으로 구현할 수 있는 경우가 많습니다. 소수의 사용자만 있는 매우 작은 환경에는 둘 다 일반적이지 않지만, 수동 관리 VDI라는 이상한 현상에서는 VDI가 아마도 열 명 미만의 매우 적은 수의 사용자에게 터미널 서비스보다 더 효과적일 수 있습니다. 이 경우 VDI가 통합된 VDI 환경으로가 아닌 개별 서버처럼 취급됩니다.

극히 드문 예외를 제외하고, 주로 가상화된 환경에서 Windows 데스크톱 생태계가 만드는 라이선싱 오버헤드 때문에, 원격 접근 최종 사용자 시스템의 사실상의 출발점은 터미널 서버 기술로 시작하고, 터미널 서비스가 해당 시나리오의 기술 요구 사항을 충족하지 못하는 것으로 판명될 때만 더 복잡하고 비용이 많이 드는 VDI 솔루션으로 전환하는 것입니다. 실질적으로 VDI는 선호하는 방법이 부족할 때 최종 사용자 가상화가 작동하게 만드는 대안적인 강력한 방법입니다.