애플리케이션 온보딩 지침

WorkSpaces 애플리케이션을 통해 최종 사용자가 애플리케이션을 사용할 수 있도록 하기 전에 WorkSpaces 애플리케이션 클라우드 환경에서 애플리케이션이 올바르게 작동하는지 확인하고, 아티팩트를 렌더링하지 않고 애플리케이션을 스트리밍할 수 있는지 확인하고, 애플리케이션의 리소스 프로파일에 맞게 플릿의 크기를 조정합니다. 이 페이지에서는 스트리밍하려는 각 애플리케이션에 대해 따를 수 있는 구조화된 온보딩 체크리스트를 제공합니다. 다중 세션을 사용하려는 경우 동일한 호스트에서 여러 버전의 애플리케이션을 실행하는 기능에 특히 주의를 기울여야 합니다. 네이티브 애플리케이션 모드를 사용하려는 경우 애플리케이션에이 모드와의 호환성 문제가 없는지 확인해야 합니다.

이 지침은 새 애플리케이션을 온보딩하든 다른 전송 모델에서 기존 애플리케이션을 마이그레이션하든 관계없이 적용됩니다.

온보딩 프로세스 개요

애플리케이션을 WorkSpaces 애플리케이션에 온보딩하는 데는 두 개의 병렬 트랙이 있습니다.

• 애플리케이션 호환성 검증: 사용자가 사용하는 기능 전반에 걸쳐 스트리밍 환경에서 애플리케이션이 올바르게 작동하는지 확인합니다.

• 인스턴스 크기 조정 및 용량 계획: 애플리케이션의 CPU, 메모리 및 GPU 프로파일과 예상 동시 사용자 수와 일치하는 인스턴스 유형 및 플릿 조정 정책을 선택합니다.

먼저 호환성 검증을 완료한 다음(Image Builder 및 파일럿 플릿에서) 해당 검증의 측정값을 사용하여 인스턴스 크기 조정 결정을 내리는 것이 좋습니다.

1부: 애플리케이션 호환성 검증

일반 호환성

WorkSpaces 애플리케이션은 다음 순서로 스트리밍 세션을 설정합니다.

1. 사용자의 클라이언트가 스트리밍 인스턴스에 연결됩니다.

2. 사용자는 인스턴스의 서버 운영 체제 세션에 로그인됩니다.

3. 애플리케이션이 시작됩니다.

4. 스트리밍 세션이 시작되어 클라이언트에 의존하는 환경 설정(예: 클라이언트 디스플레이 해상도, DPI, 클라이언트 시간대, 프린터와 같은 클라이언트 리디렉션 디바이스)이 적용됩니다.

클라이언트 종속 환경 설정은 애플리케이션이 시작된 후 적용되므로 시작 중에 이러한 값을 한 번만 읽는 애플리케이션은 사용자의 실제 클라이언트 구성에 반응하지 않습니다. 다음 사항을 검증합니다.

• 애플리케이션은 시작 후 해상도, DPI 및 시간대 변경을 읽거나 구독하거나 클라이언트가 연결되기 전에 사용자 모집단과 일치하는 기본값으로 스트리밍 인스턴스를 구성합니다.

• 애플리케이션은 사용자의 현지 시간대가 스트리밍 인스턴스의 시간대와 다른 것을 허용합니다.

• 클라이언트가 세션 중 연결을 끊었다가 다시 연결할 때 애플리케이션이 실패하거나 중단되지 않습니다.

다중 세션 호환성

다중 세션 플릿에서 애플리케이션을 실행하려는 경우 Image Builder와 두 명 이상의 동시 사용자가 있는 파일럿 플릿에서 다음을 검증합니다.

• 애플리케이션의 라이선스는 단일 서버 인스턴스에서 동시 다중 사용자 세션을 허용합니다. 일부 애플리케이션의 디바이스별 또는 사용자별 라이선스는이 구성을 명시적으로 금지합니다.

• 사용자 프로필, 애플리케이션 설정 및 사용자 데이터는 세션 간에 격리됩니다. 한 사용자가 변경한 내용이 다른 동시 사용자에게 표시되지 않는지 테스트합니다.

• 사용자별 데이터는 C:\Program Files 또는와 같은 공유 디렉터리가 %LOCALAPPDATA%아닌 %APPDATA% 및와 같은 사용자별 위치에 기록됩니다C:\ProgramData.

• 애플리케이션은 모든 세션에서 공유되는 시스템 서비스에 의존하지 않거나 이러한 서비스가 여러 동시 세션을 올바르게 처리할 수 있습니다.

• 애플리케이션에는 단일 사용자 환경을 가정하는 하드코딩된 경로가 포함되어 있지 않습니다.

• 시스템 디바이스 대화 상자는 서버에 표시되는 모든 디바이스가 아니라 스캐너 및 프린터와 같이 현재 사용자의 리디렉션된 디바이스만 열거합니다.

• 파일 열기 및 저장 대화 상자는 현재 사용자의 매핑된 클라이언트 드라이브와 리디렉션된 폴더를 올바르게 확인합니다.

• 사용자가 로그인한 동안에는 애플리케이션의 설치 관리자, 업데이트 관리자 및 백그라운드 프로세스에 대화형 관리자 액세스가 필요하지 않습니다.

참고

다중 세션 플릿은 현재 웹캠, 동적 애플리케이션 프레임워크 및 스마트 카드 인증을 지원하지 않습니다. 이러한 기능이 필요한 경우 단일 세션 플릿을 사용하는 것이 좋습니다.

네이티브 애플리케이션 모드 호환성

네이티브 애플리케이션 모드는 각 원격 애플리케이션을 자체 작업 표시줄 아이콘과 함께 사용자의 로컬 디바이스에서 별도의 창으로 스트리밍합니다. 클래식 모드에서 올바르게 작동하는 애플리케이션은 윈도우 관리, 포커스 및 렌더링이 다르게 처리되므로 네이티브 애플리케이션 모드에서 다르게 작동할 수 있습니다. 기능에 대한 개요는 네이티브 애플리케이션 모드를 참조하세요.

Image Builder 및 파일럿 플릿에서 네이티브 애플리케이션 모드에서 다음을 검증합니다.

• 창 표시: 대화 상자, 스플래시 화면, 모달 프롬프트를 포함한 모든 애플리케이션 창이 올바르게 표시되며 상호 작용할 수 있습니다. 표준 Windows UI 툴킷이 아닌 수동으로 그리는 창(예: 기본 창 앞에 표시되는 사용자 지정 렌더링 스플래시 화면 또는 시작 대화 상자)에 특히 주의하십시오. 이는 호환성 문제가 있을 가능성이 더 높습니다.

• 투명 또는 비직사각형 창: 투명 영역이 있거나 둥근 또는 비직사각형 모양(예: 풍선 팁, 사용자 지정 툴팁 또는 스키닝된 창)이 있는 창이 있는지 확인합니다. 이는 네이티브 애플리케이션 모드에서 올바르게 렌더링되지 않을 수 있습니다.

• 시스템 트레이: Windows 알림 영역(시스템 트레이)이 필요한 애플리케이션은 현재 기본 애플리케이션 모드에서 지원되지 않습니다. 애플리케이션이 보조 기능에만 트레이 아이콘을 사용하는 경우 트레이를 사용할 수 없을 때 코어 워크플로가 계속 작동하는지 확인합니다.

• DPI 인식: 스트리밍 세션은 로컬 클라이언트와 다른 해상도 및 DPI 설정에서 실행될 수 있습니다. 애플리케이션이 DPI를 인식하지 못하면 Windows 자체가 출력을 조정하여 렌더링이 흐려집니다. DPI 조정이 100%가 아닌 하나 이상의 클라이언트에서 테스트합니다(예: 125% 또는 150%의 높은 DPI 랩톱).

• 다중 창 워크플로: 여러 애플리케이션 기간에 걸쳐 있는 워크플로를 테스트합니다(예: 기본 창과 모달 대화 상자 간 전환 또는 별도의 창에서 열린 두 문서 간 전환). 포커스 전환 및 작업 표시줄 click-to-activate가 예상대로 작동하는지 확인합니다.

• Alt+Tab 및 작업 표시줄 동작: Alt+Tab을 사용하고 작업 표시줄 아이콘을 클릭하여 애플리케이션과 다른 로컬 애플리케이션 간에 전환합니다. 원격 애플리케이션은 관련 없는 원격 창을 가져오지 않고 포그라운드에 도달해야 합니다.

• 모달 대화 상자: 원격 애플리케이션에서 모달 대화 상자가 열리면 기본 원격 창에 해당 대화 상자가 비활성화된 것으로 올바르게 표시되어야 하며, 이를 클릭하면 모달이 깜박이거나 활성화되어야 합니다.

• 인쇄 워크플로: 애플리케이션 내에서 인쇄하고 인쇄 대화 상자가 표시되고(기본 창 뒤에 숨겨지지 않음) 리디렉션된 프린터가 열거되는지 확인합니다. 일부 프린터 드라이버가 표시하는 인쇄 대화 상자가 잘못된 창에 연결될 수 있습니다. 이 경우 Microsoft Print to PDF 대신 DCV PDF 프린터를 사용하는 것이 좋습니다.

• 브라우저 탭 도킹: 사용자가 기본 애플리케이션 모드에서 스트리밍 세션 중에 한 브라우저 창에서 탭을 별도의 창으로 도킹하거나 도킹 해제하려고 하면 원격 스트리밍 브라우저가 로컬 브라우저와 동일한 방식으로 작동하지 않습니다. 탭이 별도의 브라우저 창으로 도킹될 때까지 사용자는 Alt 키를 눌러야 합니다. 사용자가 탭 도킹 해제를 자주 사용하는 경우이 동작에 대한 사용자 교육을 계획합니다.

• 모드 전환: 세션 중에 사용자가 기본 애플리케이션 모드와 클래식 모드 간에 전환하는 경우 애플리케이션이 계속 작동하는지 테스트합니다.

파일럿 사용자 그룹으로 네이티브 애플리케이션 모드 검증을 시작하고 전체 배포 전에 애플리케이션별 제한 사항을 문서화하는 것이 좋습니다. 애플리케이션 동작과 성능은 스트리밍 모드마다 다를 수 있으므로 클래식 모드에서의 테스트는 기본 애플리케이션 모드에서의 테스트를 대체하지 않습니다.

파일 처리 및 리디렉션

• 매핑된 클라이언트 드라이브 및 리디렉션된 폴더에서 파일을 열고 저장합니다.

• 애플리케이션이 임시 파일을 사용하는 경우 사용자별 임시 디렉터리에 작성되었는지 확인합니다.

• 사용자가 스트리밍 세션에서 처리하는 일반적인 크기보다 큰 파일로 작업하는 경우 세션의 파일 전송 메커니즘을 통해 대규모 파일 작업을 테스트합니다.

인쇄

• 사용자가 사용할 각 리디렉션된 프린터 유형(네트워크 프린터, Microsoft Print to PDF, DCV PDF 프린터와 같은 PDF 프린터 드라이버, 타사 리디렉션 프린터)에 대한 인쇄를 테스트합니다.

• 웹 콘텐츠를 포함하는 애플리케이션(예: Chromium 기반 뷰)을 포함하여 인쇄 워크플로가 있는 각 애플리케이션의 인쇄를 테스트합니다.

• 네이티브 애플리케이션 모드에서 인쇄 대화 상자 동작을 검증합니다(이전 섹션 참조).

로컬 디바이스 상호 작용

• 오디오 입력 및 출력(마이크, 스피커 및 헤드셋).

• 애플리케이션에서 사용하는 경우 웹캠입니다.

• 애플리케이션에서 사용하는 경우 USB 디바이스 리디렉션. 지원되는 디바이스 목록은 USB 디바이스 리디렉션을 참조하세요.

• 애플리케이션에 필요한 경우 스마트 카드 인증.

네트워크 성능

• 최악의 사용자(예: 왕복 시간이 100ms인 소비자 광대역 연결의 원격 사용자)를 나타내는 네트워크 연결을 통해 애플리케이션 응답성을 측정합니다. 스트리밍 세션은 왕복 시간과 패킷 손실에 민감합니다.

• 애플리케이션이 짧은 네트워크 중단 및 세션 재연결을 허용하는지 확인합니다.

다중 모니터 지원

• 클라이언트 측의 여러 모니터에 걸쳐 있는 워크플로를 테스트합니다.

• 애플리케이션이 모니터 지오메트리를 읽는 경우 스트리밍 인스턴스의 레이아웃이 아닌 클라이언트의 모니터 레이아웃을 읽는지 확인합니다.

오디오 및 비디오 기능

실시간 오디오-비디오 시나리오(음성, 화상 회의 및 애플리케이션에 내장된 공동 작업 도구)에는 더 높은 프레임 속도가 필요하며 더 큰 인스턴스 유형이 필요할 수 있습니다. 2부: 인스턴스 크기 조정 및 용량 계획을(를) 참조하세요.

검증 환경

이미지를 전체 사용자 기반에 롤아웃하기 전에 Image Builder에서 먼저이 섹션의 검사를 수행한 다음, 소수의 대표 사용자 그룹이 있는 파일럿 플릿에서 점검을 수행합니다. native-application-mode 테스트에 의존하지 마십시오.

2부: 인스턴스 크기 조정 및 용량 계획

인스턴스 패밀리 선택

애플리케이션의 리소스 프로파일을 기반으로 인스턴스 패밀리를 선택합니다. 하드웨어 사양 및 요금은 WorkSpaces 애플리케이션 인스턴스 패밀리 및 WorkSpaces 애플리케이션 요금을 참조하세요.

애플리케이션 프로필	권장 인스턴스 패밀리
Office, 웹 브라우저, 대부분의 line-of-business 애플리케이션	범용
컴퓨팅 바운드 애플리케이션(높은 클라이언트 측 계산, 로컬 분석)	컴퓨팅 최적화
메모리 집약적인 애플리케이션(메모리의 대규모 데이터 세트, 인 메모리 데이터베이스)	메모리 최적화
DirectX, OpenGL 또는 OpenCL을 사용하는 그래픽 애플리케이션	Graphics G4dn, G5 또는 G6 패밀리
high-frame-rate 시나리오를 위한 실시간 오디오-비디오	선택한 패밀리 내에서 인스턴스 크기를 확장합니다. 애플리케이션이 GPU 가속화도 사용하는 경우 그래픽 패밀리 인스턴스를 고려합니다.

각 WorkSpaces 애플리케이션 인스턴스에는 모든 사용자 세션 후 삭제되는 200GB 고정 크기 C 드라이브가 있습니다. 사용자 데이터에 인스턴스-로컬 스토리지를 사용하지 마세요. 지속성을 위해 홈 폴더, 파일 공유 또는 프로필 관리를 사용합니다.

단일 사용자의 인스턴스 크기 조정

동시 사용자의 크기를 조정하기 전에 단일 세션에 대한 애플리케이션의 리소스 사용을 측정합니다.

• 선택한 패밀리에서 애플리케이션의 명시된 최소 요구 사항을 충족하는 가장 작은 인스턴스 크기의 Image Builder를 프로비저닝합니다.

• 단일 사용자로 로그인하고 대표적인 워크로드를 처음부터 끝까지 실행합니다. 스트리밍 세션에서 실행할 모든 종속성(예: 백그라운드 동기화 클라이언트, 보안 에이전트 및 프로필 관리 클라이언트)을 포함합니다.

• Windows 성능 모니터 또는 이와 동등한 도구인 최대 및 지속적인 CPU 사용, 최대 및 지속적인 작업 세트(프라이빗 바이트) 메모리 사용, 디스크 I/O 속도, 해당하는 경우 GPU 사용 및 비디오 메모리를 사용하여 측정합니다.

• 정상 워크플로 중에 피크 CPU가 약 80%를 초과하거나 피크 메모리가 인스턴스 용량의 약 75%를 초과하는 경우 다음 인스턴스 크기로 이동합니다.

• Windows Server 운영 체제, WorkSpaces 애플리케이션 에이전트, Amazon DCV, 맬웨어 방지 및 기타 관리 에이전트의 헤드룸을 그대로 둡니다. 단일 세션 인스턴스에서 기본 시스템 오버헤드를 위해 약 1개의 vCPU와 1GB의 메모리를 예약하는 것이 좋습니다.

다중 세션 플릿의 크기

다중 세션 플릿은 단일 Windows Server 인스턴스에서 여러 사용자를 동시에 실행합니다. 인스턴스당 지원되는 최대 사용자는 인스턴스 크기와 애플리케이션의 리소스 프로파일에 따라 달라집니다.

• 단일 사용자 측정(이전 섹션)부터 시작합니다.

• 애플리케이션의 동작에 따라 동시성 승수를 적용합니다. 주로 유휴 리소스 프로파일이 있는 애플리케이션(예: 대화형으로 사용되는 사무실 애플리케이션)의 경우 사용자 수에 따라 대략 선형적으로 확장하지만 공유 OS 오버헤드로 인해 20~30% 감소하는 집계 CPU 및 메모리 사용을 계획합니다. 지속적으로 활성 리소스 프로파일이 있는 애플리케이션(예: 대용량 웹 애플리케이션을 실행하는 데이터 처리 도구 또는 브라우저)의 경우 축소 없이 거의 선형적인 조정을 계획합니다.

• 다음과 같이 인스턴스당 후보 최대 사용자를 계산합니다.

max_users_per_instance = min(
    (instance_vcpus - 1) / peak_single_user_vcpus_under_concurrency,
    (instance_memory_gb - 1) / peak_single_user_memory_gb_under_concurrency
)

• 실제 다중 세션 파일럿에서 후보 값을 검증합니다. 후보 동시 사용자 수(예: 로드 생성 도구 또는 실제 파일럿 사용자)로 테스트를 실행합니다. CPU 사용(목표 피크 80% 미만, 70% 미만 지속), 사용 가능한 메모리(목표 피크 총합의 15% 초과), 디스크 대기열 길이(목표 2 미만 지속) 및 DCV 세션 응답성(주관적 - 세션이 대화형으로 느껴집니까?)을 모니터링합니다.

• 파일럿이 이러한 대상에 실패하는 경우 인스턴스당 최대 사용자를 한 명 줄이고 다시 테스트합니다. 파일럿이 편안하게 통과하면 인스턴스당 최대 사용자를 1씩 늘리고 다시 테스트하거나 워크로드 급증에 대비하여 여유 공간을 확보할 수 있습니다.

플릿 조정 구성

인스턴스당 최대 사용자를 알고 나면 시간 경과에 따른 예상 동시 사용자 수를 기반으로 플릿 조정을 구성합니다. 전체 메커니즘은 WorkSpaces 애플리케이션용 플릿 Auto Scaling을 참조하세요. 이 섹션에서는 온보딩의 일부로 내려야 하는 결정을 요약합니다.

• 최소 용량. 업무 시간 동안 예상되는 가장 낮은 동시 사용자 수를 인스턴스당 사용자로 나눈 값을 기준으로 설정합니다. 프로비저닝은 인스턴스당 몇 분 정도 걸리므로 최소 용량이 0이거나 값이 너무 낮으면 사용자가 근무일 시작 시 인스턴스가 시작되기를 기다릴 수 있습니다. 예측 가능한 오전 램프업의 경우 예약된 조정 정책을 사용하여 근무일이 시작되기 전에 최소 용량을 늘리고 근무일이 끝나기 전에 용량을 줄입니다.

• 최대 용량. 최대 동시 사용자와 안전 마진을 고려하는 상한으로 설정합니다. 피크는 일반적으로 업무 시간 평균의 1.2~1.5배이지만 자체 트래픽을 측정하여 이를 정확하게 설정합니다.

• 대상 사용률. 예측할 수 없는 수요가 있는 플릿의 경우 대상 추적 조정 정책을 사용합니다. 15분 기간 내에 예상 사용자 전환율(가동률)을 100% - target utilization 초과하는 목표 사용률을 선택합니다. 예를 들어 사용자의 10%가 15분 내에 세션을 시작하고 종료하는 경우 대상을 90% 이하로 설정합니다. 자세한 내용은 백서의 조정 정책 설계 모범 사례를 참조하세요.

• InsufficientCapacityError 경보입니다. 각 InsufficientCapacityError 플릿의 지표에 대해 Amazon CloudWatch 경보를 생성하여 자동 조정이 수요를 따라잡을 수 없을 때 관리자에게 알립니다.

파일럿을 사용하여 end-to-end 검증

애플리케이션을 모든 사용자에게 롤아웃하기 전에 영업일 기준 최소 1주일 동안 10~50명의 사용자로 파일럿을 실행합니다. 파일럿 중에:

• 1부의 애플리케이션 호환성 검증 결과가 실제 사용자 워크로드에서 유지되는지 확인합니다.

• 선택한 인스턴스 크기가 인스턴스당 관찰된 최대 동시 사용자를 지원하는지 확인합니다.

• 플릿 조정 정책이 InsufficientCapacityError 이벤트 없이 start-of-day 램프 및 end-of-day 램프 다운을 처리하는지 확인합니다.

• 파일럿 사용자로부터 세션 응답성 및 애플리케이션 동작에 대한 피드백을 수집합니다.

온보딩 체크리스트

이 체크리스트를 사용하여 온보딩 중인 각 애플리케이션의 상태를 추적합니다.

애플리케이션 호환성

• 애플리케이션 라이선스는 의도한 배포(단일 세션 또는 다중 세션, 동시 사용자)를 허용합니다.

• 일반 호환성 검사는 통과합니다(애플리케이션 시작 후 클라이언트 종속 설정 적용).

• 다중 세션 호환성 검사는 통과합니다(다중 세션 플릿을 대상으로 하는 경우).

• 네이티브 애플리케이션 모드 검사는 통과합니다(창문, 대화 상자, 트레이, DPI, 포커스, 인쇄 및 모드 전환).

• 파일 처리 및 리디렉션 검사가 통과됩니다.

• 사용자가 사용할 모든 리디렉션된 프린터 유형에 대해 검증된 워크플로를 인쇄합니다.

• 사용자가 사용할 모든 디바이스에 대해 검증된 로컬 디바이스 상호 작용(오디오, 웹캠, USB 및 스마트 카드).

• 다중 모니터 워크플로가 검증되었습니다.

인스턴스 크기 및 용량

• 애플리케이션 리소스 프로파일을 기반으로 선택한 인스턴스 패밀리입니다.

• Image Builder에서 측정된 단일 사용자 리소스 사용.

• 다중 세션 파일럿(해당하는 경우)에서 계산되고 검증된 인스턴스당 최대 사용자 수입니다.

• 구성된 플릿 조정 정책(최소 용량, 최대 용량, 대상 사용률 또는 예약된 조정).

• InsufficientCapacityError 경보가 구성되었습니다.

파일럿 및 롤아웃

• 파일럿은 최소 1주일 동안 10~50명의 사용자로 실행됩니다.

• 파일럿 피드백을 검토하고 차단 문제를 해결했습니다.

• 최종 사용자 훈련을 위해 문서화된 애플리케이션(Alt 키를 통한 브라우저 탭 도킹과 같이 알려진 기본 애플리케이션 모드 동작 포함).

• 이해관계자와 합의한 롤아웃 계획입니다.