RAM은 PC용보다 서버용이 더 비쌉니다. RAM이 전체 서버 하드웨어 비용에서 차지하는 비율이 높고 총 스토리지 용량이 필요하므로 데스크톱 배포 계획에서 메모리 할당량을 올바르게 결정하는 것이 중요합니다.
RAM을 너무 낮게 할당하면 Windows 페이징이 너무 많이 발생하여 스토리지 입출력에 악영향을 미칠 수 있습니다. RAM을 너무 높게 할당하면 각 가상 시스템에 대한 게스트 운영 체제의 페이징 파일과 스왑 및 일시 중단 파일이 너무 커져 스토리지 용량에 악영향을 미칠 수 있습니다.
RAM 크기가 성능에 미치는 영향
RAM을 할당할 때는 지나치게 보수적인 설정을 선택하지 마십시오. 다음을 고려하십시오.
- RAM 할당이 부족하면 Windows 페이징이 과도하게 발생해 성능 저하와 스토리지 입출력 로드 증가를 유발하는 입출력이 생성될 수 있습니다.
- VMware ESXi는 투명한 페이지 공유 및 메모리 팽창과 같은 정교한 메모리 리소스 관리 알고리즘을 지원하여, 지정된 게스트 RAM 할당 지원에 필요한 물리적 RAM을 크게 줄일 수 있습니다. 예를 들어 가상 데스크톱에 2GB를 할당하더라도 물리적 RAM에서는 이 가운데 일부만 사용합니다.
- 가상 데스크톱 성능은 응답 시간에 민감하므로 ESXi 호스트에서는 RAM 예약 설정 값을 0 이외의 값으로 설정하십시오. 작업이 없지만 사용 중인 데스크톱에 일부 RAM을 예약하면 디스크에 완전히 스와핑되지 않습니다. 이는 또한 ESXi 스왑 파일에서 사용하는 스토리지 공간을 줄일 수 있습니다. 그러나 예약 설정이 높으면 ESXi 호스트에 메모리를 오버커밋하는 능력에 영향을 미치고 vMotion 유지 관리 작업에도 영향을 미칠 수 있습니다.
RAM 크기가 스토리지에 미치는 영향
가상 시스템에 할당하는 RAM 양은 가상 시스템에서 사용하는 특정 파일 크기와 직접 관련되어 있습니다. 다음 목록에 있는 파일에 액세스하려면 Windows 게스트 운영 체제를 사용해 Windows 페이지와 최대 절전 모드 파일을 찾고 ESXi 호스트의 파일 시스템을 사용해 ESXi 스왑 및 일시 중단 파일을 찾습니다.
- Windows 페이지 파일
-
기본적으로 파일 크기는 게스트 RAM의 150%에 해당합니다. 기본적으로
C:\pagefile.sys에 위치한 이 파일에 빈번하게 액세스하기 때문에 씬 프로비저닝된 스토리지 용량이 커집니다. View Composer 연결된 클론 가상 시스템에서 가상 시스템 전원이 꺼지면 삭제되는 개별 가상 디스크에 페이지 파일과 임시 파일이 리디렉션될 수 있습니다. 삭제 가능한 페이지 파일 리디렉션은 스토리지를 절약하고 연결된 클론 증가 속도를 낮춰 성능을 향상할 수 있습니다. Windows에서 이 크기를 조정할 수 있지만 이는 애플리케이션 성능에 악영향을 미칠 수 있습니다.
인스턴트 클론의 경우는 로그오프 작업을 수행하는 동안 게스트 운영 체제 페이징 및 임시 파일이 자동으로 삭제되므로 크기가 심하게 커지지는 않습니다. 사용자가 인스턴트 클론 데스크톱에서 로그아웃할 때마다 Horizon에서 클론을 삭제하고 풀에서 사용할 수 있는 최신 OS 이미지를 기반으로 다른 인스턴트 클론을 프로비저닝하여 전원을 켭니다.
- 랩톱용 Windows 최대 절전 모드 파일
- 파일 크기는 게스트 RAM의 100%와 동일합니다. 이 파일은 Horizon 배포에 불필요하기 때문에 삭제해도 무방합니다.
- ESXi 스왑 파일
- 확장명은 .vswp이며 가상 시스템 RAM의 100% 미만을 예약하는 경우 생성됩니다. 이 스왑 파일의 크기는 게스트 RAM에서 예약되지 않은 부분과 동일합니다. 예를 들어 게스트 RAM의 50%가 예약되어 있고 게스트 RAM이 2GB이면 ESXi 스왑 파일은 1GB입니다. ESXi 호스트 또는 클러스터의 로컬 데이터스토어에 이 파일을 저장할 수 있습니다.
- ESXi 일시 중단 파일
- 확장명이 .vmss인 이 파일은 데스크톱 풀 로그오프 정책을 설정해 최종 사용자의 로그오프로 가상 데스크톱이 일시 중단될 때 생성됩니다. 파일 크기는 게스트 RAM 크기와 동일합니다.
PCoIP 또는 Blast Extreme 사용 시 특정 모니터 구성을 위한 RAM 크기
가상 시스템에서는 시스템 메모리뿐만 아니라, 비디오 오버헤드용 ESXi 호스트에서 약간의 RAM도 필요로 합니다. 이 VRAM 크기 요구 사항은 디스플레이 해상도와 최종 사용자를 위해 구성된 모니터 수에 따라 달라집니다. PCoIP 또는 Blast Extreme 클라이언트 디스플레이 오버헤드 은 다양한 구성에 필요한 오버헤드 RAM 양을 보여줍니다. 열에 표시된 메모리 양은 다른 PCoIP 또는 Blast Extreme 기능에 필요한 메모리 양을 더한 값입니다.
| 화면 해상도 표준 | 너비(픽셀) | 높이(픽셀) | 1-모니터 오버헤드 | 2-모니터 오버헤드 | 3-모니터 오버헤드 | 4-모니터 오버헤드 |
|---|---|---|---|---|---|---|
| VGA | 640 | 480 | 1.20MB | 3.20MB | 4.80MB | 5.60MB |
| WXGA | 1280 | 800 | 4.00MB | 12.50MB | 18.75MB | 25.00MB |
| 1080p | 1920 | 1080 | 8.00MB | 25.40MB | 38.00MB | 50.60MB |
| WQXGA | 2560 | 1600 | 16.00MB | 60.00MB | 84.80MB | 109.60MB |
| UHD(4K) | 3840 | 2160 | 32.00MB | 78.00MB | 124.00MB | 170.00MB |
시스템 요구 사항 계산 시에는 VRAM 값이 가상 시스템의 기본 시스템 RAM에 더해집니다. Horizon Administrator에서 최대 모니터 수를 지정하고 디스플레이 해상도를 선택하면 오버헤드 메모리는 자동으로 계산 및 구성됩니다.
3D 렌더링 기능을 사용하고 Soft3D 또는 vSGA를 선택할 경우 3D 게스트를 위한 VRAM 구성을 위해 Horizon Administrator 제어에서 추가 VRAM 값을 사용하여 재계산할 수 있습니다. 또는, Soft3D 및 vSGA를 비롯한 다른 그래픽 가속 유형의 경우 vSphere Client를 사용하여 VRAM을 관리하면 VRAM의 정확한 크기를 지정할 수 있습니다.
기본적으로 다중 모니터 구성은 호스트 토폴로지와 일치합니다. 추가 토폴로지 체계를 수용할 수 있도록 2대 이상의 모니터에 대해 추가 오버헤드가 미리 계산되어 있습니다. 원격 데스크톱 세션을 시작할 때 검은색 화면이 나타날 경우 Horizon Administrator에 설정되어 있는 모니터 수와 디스플레이 해상도의 값이 호스트 시스템과 일치하는지 확인하거나, Horizon Administrator에서 vSphere Client를 사용한 관리를 선택한 다음 총 비디오 메모리 값을 최대값인 128MB로 설정하여 메모리 양을 수동으로 조정합니다.
특정 워크로드 및 운영 체제를 위한 RAM 크기
작업자 유형에 따라 필요한 RAM 양이 많이 다르기 때문에 많은 기업은 다양한 작업자 풀의 올바른 설정을 결정하기 위해 시험 단계를 거칩니다.
처음에는 32비트 Windows 7 이상 데스크톱에 1GB를 할당하고 64비트 Windows 7 이상 데스크톱에 2GB를 할당하는 것이 좋습니다. 3D 워크로드에 하드웨어 가속 그래픽 기능 중 하나를 사용하려면 2개의 가상 CPU와 4GB RAM을 사용하는 것이 좋습니다. 시험 단계에서는 다양한 작업자 유형이 사용하는 디스크 공간과 성능을 모니터링하고 각 작업자 풀에 가장 적합한 설정을 찾을 때까지 조정하십시오.
