기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# WorkSpaces Personal에서 사용자 지정 WorkSpace 이미지 및 번들을 만듭니다.
<a name="create-custom-bundle"></a>

Windows 또는 Linux WorkSpace를 시작하고 사용자 지정한 경우, 해당 WorkSpace에서 사용자 지정 이미지 및 사용자 지정 번들을 생성할 수 있습니다.

*사용자 지정 이미지*에는 WorkSpace에 대한 OS, 소프트웨어 및 설정만 포함됩니다. WorkSpaces를 실행할 수 있는 하드웨어 및 사용자 지정 이미지가 통합된 것이 *사용자 지정 번들*입니다.

**참고**  
동일한 이름의 새 번들을 만들기 전에 번들을 삭제한 후 최소 2시간을 기다려야 합니다.

사용자 지정 이미지를 생성한 후, 사용자 지정 이미지와 선택한 스토리지 구성 및 기본 컴퓨팅을 결합하는 사용자 지정 번들을 빌드할 수 있습니다. 새 WorkSpaces를 시작할 때 이 사용자 지정 번들을 지정하면 새 WorkSpaces가 동일한 일관된 구성(하드웨어 및 소프트웨어)을 갖도록 할 수 있습니다.

동일한 사용자 지정 이미지를 이용해 각 번들에 대해 서로 다른 컴퓨팅 및 스토리지 옵션을 선택하여 다양한 사용자 지정 번들을 생성할 수 있습니다.<a name="important_note"></a>

**중요**  
Windows 10 WorkSpace에서 이미지를 만들 계획인 경우 한 버전의 Windows 10에서 최신 버전의 Windows 10으로 업그레이드(Windows 기능/버전 업그레이드)한 Windows 10 시스템에서는 이미지 생성이 지원되지 않습니다. 그러나 Windows 누적 업데이트 또는 보안 업데이트는 WorkSpaces 이미지 생성 프로세스에서 지원됩니다.
2020년 1월 14일 이후에는 퍼블릭 Windows 7 번들에서 이미지를 생성할 수 없습니다. Windows 7 WorkSpaces를 Windows 10으로 마이그레이션하는 것을 고려해야 할 수 있습니다. 자세한 내용은 [WorkSpaces Personal에서 WorkSpaces 마이그레이션](migrate-workspaces.md) 단원을 참조하십시오.
Graphics 번들은 2023년 11월 30일부터 더 이상 지원되지 않으며 GraphicsPro 번들은 2025년 10월 31일에 end-of-life에 도달합니다. WorkSpaces를 지원되는 GPU 번들로 마이그레이션하는 것이 좋습니다. 자세한 내용은 [WorkSpaces Personal에서 WorkSpaces 마이그레이션](migrate-workspaces.md) 단원을 참조하십시오.
GraphicsPro 번들은 2025년 10월 31일부로 지원이 종료됩니다. 2025년 10월 31일 이전에 GraphicsPro WorkSpaces를 지원되는 GPU 번들로 마이그레이션하는 것이 좋습니다. 자세한 내용은 [WorkSpaces Personal에서 WorkSpaces 마이그레이션](migrate-workspaces.md) 단원을 참조하십시오.
사용자 지정 번들 스토리지 볼륨은 이미지 스토리지 볼륨보다 작을 수 없습니다.
Office 2016 또는 Office 2019가 포함된 Plus 애플리케이션 번들은 2025년 10월 14일 이후에는 더 이상 지원되지 않습니다. Office 2021을 사용하려면 WorkSpaces 번들을 해당 Office 버전으로 마이그레이션하는 것이 좋습니다. 자세한 내용은 [WorkSpaces Personal에서 애플리케이션 관리](manage-applications)를 참조하세요.

사용자 지정 번들은 만들어진 퍼블릭 번들과 같은 비용이 듭니다. 요금에 대한 자세한 내용은 [Amazon WorkSpaces 요금](https://aws.amazon.com/workspaces/pricing/)을 참조하세요.

**Topics**
+ [Windows 사용자 지정 이미지 생성 시 적용되는 요구 사항](#windows_custom_image_requirements)
+ [Linux 사용자 지정 이미지 생성 시 적용되는 요구 사항](#linux_custom_image_requirements)
+ [모범 사례](#custom_image_best_practices)
+ [(선택 사항) 1단계: 이미지에 사용자 지정 컴퓨터 이름 형식 지정](#custom_computer_name)
+ [2단계: 이미지 검사기 실행](#run_image_checker)
+ [3단계: 사용자 지정 이미지 및 사용자 지정 번들 생성](#create_custom_image_bundle)
+ [Windows WorkSpaces 사용자 지정 이미지에 포함된 항목](#image_creation_windows)
+ [Linux WorkSpace 사용자 지정 이미지에 포함된 항목](#image_creation_linux)

## Windows 사용자 지정 이미지 생성 시 적용되는 요구 사항
<a name="windows_custom_image_requirements"></a>

**참고**  
Windows는 현재 1GB를 1,073,741,824바이트로 정의합니다. 고객은 WorkSpace 이미지를 생성하기 위해 C 드라이브에 12,884,901,888바이트(또는 12GiB) 이상의 여유 공간이 있어야 하고 사용자 프로필이 10,737,418,240바이트(또는 10GiB) 미만인지 확인해야 합니다.
+ WorkSpace의 상태가 **사용 가능**이어야 하며 수정 상태가 **없음**이어야 합니다.
+ WorkSpaces 이미지에 있는 모든 애플리케이션과 사용자 프로필은 Microsoft Sysprep과 호환 가능해야 합니다.
+ 이미지에 포함할 모든 애플리케이션을 `C` 드라이브에 설치해야 합니다.
+ Windows 7 WorkSpaces의 경우 총 크기(파일 및 데이터)가 10GB 미만이어야 합니다.
+ Windows 7 WorkSpaces의 경우 `C` 드라이브에 최소 12GB의 사용 가능한 공간이 있어야 합니다.
+ WorkSpaces에서 실행되는 모든 애플리케이션 서비스는 도메인 사용자 자격 증명 대신 로컬 시스템 계정을 사용해야 합니다. 예를 들어 도메인 사용자의 자격 증명을 사용하여 Microsoft SQL Server Express 설치를 실행할 수 없습니다.
+ WorkSpace는 암호화하면 안 됩니다. 암호화된 WorkSpace에서의 이미지 생성은 현재 지원되지 않습니다.
+ 다음 구성 요소가 이미지에 필요합니다. 이러한 구성 요소가 없으면 이미지에서 실행하는 WorkSpaces가 제대로 작동하지 않습니다. 자세한 내용은 [WorkSpaces Personal에 대한 필수 구성 및 서비스 구성 요소](required-service-components.md) 섹션을 참조하세요.
  + Windows PowerShell 버전 3.0 이상
  + 원격 데스크톱 서비스
  + AWS PV 드라이버
  + Windows 원격 관리(WinRM)
  + Teradici PCoIP 에이전트 및 드라이버
  + STXHD 에이전트 및 드라이버
  + AWS 및 WorkSpaces 인증서
  + Skylight 에이전트

## Linux 사용자 지정 이미지 생성 시 적용되는 요구 사항
<a name="linux_custom_image_requirements"></a>
+ WorkSpace의 상태가 **사용 가능**이어야 하며 수정 상태가 **없음**이어야 합니다.
+ 이미지에 포함할 모든 애플리케이션은 사용자 볼륨(`/home` 디렉터리) 외부에 설치되어야 합니다.
+ 루트 볼륨(/)은 97%보다 작아야 합니다.
+ WorkSpace는 암호화하면 안 됩니다. 암호화된 WorkSpace에서의 이미지 생성은 현재 지원되지 않습니다.
+ 다음 구성 요소가 이미지에 필요합니다. 이러한 구성 요소가 없으면 이미지에서 실행하는 WorkSpaces가 제대로 작동하지 않습니다.
  + Cloud-init
  + Teradici PCoIP 또는 DCV 에이전트 및 드라이버
  + Skylight 에이전트

## 모범 사례
<a name="custom_image_best_practices"></a>

WorkSpaces에서 이미지를 생성하기 전에 다음을 수행합니다.
+ 프로덕션 환경에 연결되지 않은 별도의 VPC를 사용합니다.
+ 프라이빗 서브넷에서 WorkSpace를 배포하고 아웃바운드 트래픽에 NAT 인스턴스를 사용합니다.
+ 작은 Simple AD 디렉터리를 사용합니다.
+ 소스 WorkSpace에 가장 작은 볼륨 크기를 사용하고 사용자 지정 번들을 생성할 때 필요에 따라 볼륨 크기를 조정합니다.
+ WorkSpace에 모든 운영 체제 업데이트(Windows 기능/버전 업데이트 제외) 및 모든 애플리케이션 업데이트를 설치합니다. 자세한 내용은 이 주제의 시작 부분에 있는 [중요 참고 사항](#important_note)을 참조하세요.
+ WorkSpaces에서 번들에 포함되면 안 되는 캐싱된 데이터(예: 브라우저 기록, 캐싱된 파일, 브라우저 쿠키)를 삭제합니다.
+ WorkSpaces에서 번들에 포함되면 안 되는 구성 설정(예: 이메일 프로필)을 삭제합니다.
+ DHCP를 사용하여 동적 IP 주소 설정으로 전환합니다.
+ 리전에 허용된 WorkSpace 이미지의 할당량을 초과하지 않았는지 확인합니다. 기본적으로 리전당 40개의 WorkSpace 이미지가 허용됩니다. 이 할당량에 도달한 경우 이미지를 생성하려고 시도하면 실패합니다. 할당량 증가를 요청하려면 [WorkSpaces Limits 양식](https://console.aws.amazon.com/support/home#/case/create?issueType=service-limit-increase&limitType=workspaces)을 사용하세요.
+ 암호화된 WorkSpace에서 이미지를 생성하고 있지 않은지 확인합니다. 암호화된 WorkSpace에서의 이미지 생성은 현재 지원되지 않습니다.
+ WorkSpace에 안티바이러스 소프트웨어가 실행 중인 경우 이미지를 생성할 때 이 소프트웨어를 비활성화합니다.
+ WorkSpace에 방화벽이 활성화된 경우 방화벽이 필요한 포트를 차단하고 있지 않은지 확인합니다. 자세한 내용은 [WorkSpaces Personal의 IP 주소 및 포트 요구 사항](workspaces-port-requirements.md) 섹션을 참조하세요.
+ Windows WorkSpaces의 경우 이미지를 생성하기 전에 그룹 정책 객체(GPO)를 구성하지 마세요.
+ Windows WorkSpaces의 경우 이미지를 생성하기 전에 기본 사용자 프로필(`C:\Users\Default`)을 사용자 지정하지 마세요. 이미지 생성 후에 GPO를 통해 사용자 프로필을 사용자 지정하고 적용하는 것이 좋습니다. GPO는 쉽게 수정하거나 롤백할 수 있으므로 기본 사용자 프로필에 수행된 사용자 지정보다 오류가 발생할 가능성이 낮습니다.
+ Linux WorkSpaces의 경우 [“Linux용 Amazon WorkSpaces 이미지 준비를 위한 모범 사례”](https://docs.aws.amazon.com/whitepapers/latest/workspaces-linux-best-practices/welcome.html) 백서를 참조하세요.
+ DCV가 활성화된 Linux WorkSpaces에서 스마트 카드를 사용하려면 [WorkSpaces Personal에서 인증에 스마트 카드 사용](smart-cards.md)에서 이미지를 만들기 전에 Linux WorkSpaces에서 수행해야 하는 사용자 지정을 참조하세요.
+ WorkSpaces에서 ENA, NVMe 및 PV 드라이버와 같은 네트워킹 종속성 드라이버를 업데이트해야 합니다. 최소 6개월에 한 번 이 작업을 수행해야 합니다. 자세한 내용은 [Elastic Network Adapter(ENA) 드라이버 설치 또는 업그레이드](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/enhanced-networking-ena.html#ena-adapter-driver-install-upgrade-win), [Windows 인스턴스용AWS NVMe 드라이버](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/aws-nvme-drivers.html) 및 [Windows 인스턴스의 PV 드라이버 업그레이드](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/Upgrading_PV_drivers.html)를 참조하세요.
+ EC2Config, EC2Launch 및 EC2Launch V2 에이전트를 최신 버전으로 주기적으로 업데이트해야 합니다. 최소 6개월에 한 번 이 작업을 수행해야 합니다. 자세한 내용은 [EC2Config 및 EC2Launch 업데이트](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/migrating-latest-types.html#upgdate-ec2config-ec2launch)를 참조하세요.

## (선택 사항) 1단계: 이미지에 사용자 지정 컴퓨터 이름 형식 지정
<a name="custom_computer_name"></a>

사용자 정의 또는 Bring Your Own License(BYOL) 이미지에서 시작된 WorkSpaces의 경우 [기본 컴퓨터 이름 형식](launch-workspaces-tutorials.md)을 사용하는 대신 컴퓨터 이름 형식에 사용자 지정 접두사를 지정할 수 있습니다. 사용자 지정 접두사를 지정하려면 이미지 유형에 맞는 적절한 절차를 따르세요.

### 사용자 지정 이미지에 사용자 지정 컴퓨터 이름 형식을 지정하는 방법
<a name="custom_computer_name_custom_image"></a>

**참고**  
기본적으로 Windows 10 WorkSpaces의 컴퓨터 이름 형식은 `DESKTOP-XXXXX`이고 Windows 11 WorkSpaces의 경우 `WORKSPA-XXXXX`입니다.

1. 사용자 지정 이미지를 만드는 데 사용하는 WorkSpaces의 메모장이나 다른 텍스트 편집기에서 `C:\ProgramData\Amazon\EC2-Windows\Launch\Sysprep\Unattend.xml`을 엽니다. `Unattend.xml` 파일 작업에 대한 자세한 내용은 Microsoft 설명서의 [Answer files (unattend.xml)](https://docs.microsoft.com/windows-hardware/manufacture/desktop/update-windows-settings-and-scripts-create-your-own-answer-file-sxs)를 참조하세요.
**참고**  
WorkSpaces의 Windows 파일 탐색기에서 C: 드라이브에 액세스하려면 주소 표시줄에 **C:\$1**를 입력합니다.

1. `<settings pass="specialize">` 섹션에서 `<ComputerName>`을 별표(`*`)로 설정하세요. `<ComputerName>`을 다른 값으로 설정하면 사용자 지정 컴퓨터 이름 설정이 무시됩니다. `<ComputerName>` 설정에 대한 자세한 내용은 Microsoft 설명서의 [ComputerName](https://docs.microsoft.com/windows-hardware/customize/desktop/unattend/microsoft-windows-shell-setup-computername)을 참조하세요.

1. `<settings pass="specialize">` 섹션에서 `<RegisteredOrganization>` 및 `<RegisteredOwner>`를 원하는 값으로 설정합니다.

   Sysprep 중에 `<RegisteredOwner>` 및 `<RegisteredOrganization>`에 지정한 값과 값이 결합되며, 결합된 문자열의 처음 7자가 컴퓨터 이름을 만드는 데 사용됩니다. 예를 들어 `<RegisteredOrganization>`에 **Amazon.com**을 지정하고 `<RegisteredOwner>`에 **EC2**를 지정할 수 있습니다. Windows 10 기반 이미지의 경우 사용자 지정 번들을 사용하는 WorkSpaces의 컴퓨터 이름은 EC2AMAZ-*xxxxxxx*로 시작됩니다. Windows 11 기반 이미지의 경우 사용자 지정 번들을 사용하는 WorkSpaces의 컴퓨터 이름은 WORKSPA-*xxxxxxx*로 시작됩니다.
**참고**  
Sysprep은 `<settings pass="oobeSystem">` 섹션의 `<RegisteredOrganization>` 및 `<RegisteredOwner>` 값을 무시합니다.
<RegisteredOrganization>과 <RegisteredOwner> 모두 필수 값입니다.

1. `Unattend.xml` 파일에 대한 변경 사항을 저장합니다.

### BYOL 이미지에 사용자 지정 컴퓨터 이름 형식을 지정하는 방법
<a name="custom_computer_name_byol"></a>

1. Windows 10을 사용하는 경우 메모장이나 다른 텍스트 편집기에서 `C:\Program Files\Amazon\Ec2ConfigService\Sysprep2008.xml`을 엽니다. Windows 11을 사용하는 경우 `C:\ProgramData\Amazon\EC2Launch\sysprep\OOBE_unattend.xml`을 엽니다.

1. Windows 10을 사용하는 경우 `<settings pass="specialize">` 섹션에서 `<ComputerName>*</ComputerName>`의 주석 처리를 해제합니다. Windows 11을 사용하는 경우 이 섹션을 주석 처리 해제할 필요가 없습니다. `<ComputerName>`이 별표(`*`)로 설정되어 있는지 확인하세요. `<ComputerName>`을 다른 값으로 설정하면 사용자 지정 컴퓨터 이름 설정이 무시됩니다. `<ComputerName>` 설정에 대한 자세한 내용은 Microsoft 설명서의 [ComputerName](https://docs.microsoft.com/windows-hardware/customize/desktop/unattend/microsoft-windows-shell-setup-computername)을 참조하세요.

1. `<settings pass="specialize">` 섹션에는 Windows 10 및 Windows 11에 대한 `<RegisteredOrganization>` 필드가 표시됩니다. `<RegisteredOwner>` 태그는 기본적으로 Windows 10에만 표시됩니다. Windows 11을 사용하는 경우 이 태그를 추가해야 합니다. `<RegisteredOrganization>` 및 `<RegisteredOwner>`를 원하는 값으로 설정합니다.

   Sysprep 중에 `<RegisteredOwner>` 및 `<RegisteredOrganization>`에 지정한 값과 값이 결합되며, 결합된 문자열의 처음 7자가 컴퓨터 이름을 만드는 데 사용됩니다. 예를 들어 `<RegisteredOrganization>`에 **Amazon.com**, `<RegisteredOwner>`에 **EC2**를 지정하는 경우 사용자 지정 번들에서 생성된 WorkSpaces의 컴퓨터 이름은 EC2AMAZ-*xxxxxxxxx*로 시작합니다.
**참고**  
Sysprep은 `<settings pass="oobeSystem">` 섹션의 `<RegisteredOrganization>` 및 `<RegisteredOwner>` 값을 무시합니다.
<RegisteredOrganization>과 <RegisteredOwner> 모두 필수 값입니다.

1. Windows 10을 사용하는 경우 변경 사항을 `Sysprep2008.xml` 파일에 저장하세요. Windows 11을 사용하는 경우 변경 사항을 `OOBE_unattend.xml`에 저장하세요.

## 2단계: 이미지 검사기 실행
<a name="run_image_checker"></a>

**참고**  
이미지 검사기는 Windows WorkSpaces에서만 사용할 수 있습니다. Linux WorkSpace에서 이미지를 생성하는 경우 [3단계: 사용자 지정 이미지 및 사용자 지정 번들 생성](#create_custom_image_bundle) 섹션으로 이동하세요.

Windows WorkSpace가 이미지 생성 요구 사항을 충족하는지 확인하려면 이미지 검사기를 실행하는 것이 좋습니다. 이미지 검사기는 이미지를 생성하는 데 사용하려는 WorkSpace에서 일련의 테스트를 수행하고 발견된 문제를 해결하는 방법에 대한 지침을 제공합니다.

**중요**  
WorkSpace는 이미지 생성에 사용하기 전에 이미지 검사기에서 실행하는 모든 테스트를 통과해야 합니다.
이미지 검사기를 실행하기 전에 최신 Windows 보안 및 누적 업데이트가 WorkSpace에 설치되어 있는지 확인합니다.

이미지 검사기를 가져오려면 다음 중 하나를 수행합니다.
+ [WorkSpace를 재부팅합니다](reboot-workspaces.md). 이미지 검사기는 재부팅하는 동안 자동으로 다운로드되고 `C:\Program Files\Amazon\ImageChecker.exe`에 설치됩니다.
+ [https://tools.amazonworkspaces.com/ImageChecker.zip](https://tools.amazonworkspaces.com/ImageChecker.zip) 에서 Amazon WorkSpaces 이미지 검사기를 다운로드하고 `ImageChecker.exe` 파일을 추출합니다. 이 파일을 `C:\Program Files\Amazon\`에 복사합니다.

**이미지 검사기를 실행하려면**

1. `C:\Program Files\Amazon\ImageChecker.exe` 파일을 엽니다.

1. **Amazon WorkSpaces Image Checker** 대화 상자에서 **실행**을 선택합니다.

1. 각 테스트가 완료된 후 테스트의 상태를 볼 수 있습니다.

   테스트의 상태가 **실패**인 경우 **정보**를 선택하여 실패의 원인이 된 문제를 해결하는 방법에 대한 정보를 표시합니다. 이러한 문제를 해결하는 방법에 대한 자세한 내용은 [이미지 검사기에서 감지한 문제 해결을 위한 팁](#image_checker_tips) 섹션을 참조하세요.

   테스트가 **경고** 상태를 표시하는 경우 **모든 경고 수정** 버튼을 선택합니다.

   이 도구는 이미지 검사기가 위치해 있는 동일한 디렉터리에 출력 로그 파일을 생성합니다. 이 파일의 기본 위치는 `C:\Program Files\Amazon\ImageChecker_yyyyMMddhhmmss.log`입니다.
**작은 정보**  
이 로그 파일을 삭제하지 마세요. 문제가 발생하는 경우 이러한 로그 파일이 문제 해결에 도움이 될 수 있습니다.

1. 해당하는 경우 테스트 실패 및 경고의 원인이되는 문제를 해결하고 WorkSpace가 모든 테스트를 통과할 때까지 이미지 검사기 실행 프로세스를 반복합니다. 이미지를 생성하기 전에 모든 실패 및 경고를 해결해야 합니다.

1. WorkSpace에서 모든 테스트를 통과하면 **검증 성공** 메시지가 표시됩니다. 이제 사용자 지정 번들을 생성할 준비가 되었습니다.

### 이미지 검사기에서 감지한 문제 해결을 위한 팁
<a name="image_checker_tips"></a>

이미지 검사기에서 감지한 문제를 해결하기 위한 다음 팁을 고려하는 것 외에도 `C:\Program Files\Amazon\ImageChecker_yyyyMMddhhmmss.log`에서 이미지 검사기 로그 파일을 검토해야 합니다.<a name="tips_powershell"></a>

#### PowerShell 버전 3.0 이상을 설치해야 합니다.
<a name="tips_powershell"></a>

최신 버전의 [Microsoft Windows PowerShell](https://docs.microsoft.com/powershell)을 설치합니다.

**중요**  
**RemoteSigned** 스크립트를 허용하도록 WorkSpace에 대한 PowerShell 실행 정책을 설정해야 합니다. 실행 정책을 확인하려면 **Get-ExecutionPolicy** PowerShell 명령을 실행합니다. 실행 정책이 **Unrestricted** 또는 **RemoteSigned**로 설정되지 않은 경우 **Set-ExecutionPolicy –ExecutionPolicy RemoteSigned** 명령을 실행하여 실행 정책의 값을 변경합니다. **RemoteSigned** 설정을 사용하면 이미지를 생성하는 데 필요한 Amazon WorkSpaces에 스크립트를 실행할 수 있습니다.<a name="tips_local_drives"></a>

#### C 및 D 드라이브만 있을 수 있습니다.
<a name="tips_local_drives"></a>

이미징에 사용되는 WorkSpace에는 `C` 및 `D` 드라이브만 있을 수 있습니다. 가상 드라이브를 포함한 기타 모든 드라이브를 제거합니다.<a name="tips_pending_updates"></a>

#### Windows Update로 인해 보류 중인 재부팅을 감지할 수 없음
<a name="tips_pending_updates"></a>
+ 보안 또는 누적 업데이트 설치를 완료하기 위해 Windows를 재부팅할 때까지 이미지 생성 프로세스를 실행할 수 없습니다. Windows를 재부팅하여 이러한 업데이트를 적용하고 보류 중인 기타 Windows 보안 또는 누적 업데이트를 설치할 필요가 없는지 확인합니다.
+ 한 버전의 Windows 10에서 더 최신 버전의 Windows 10으로 업그레이드(Windows 기능/버전 업그레이드)를 수행한 Windows 10 시스템에서는 이미지 생성이 지원되지 않습니다. 그러나 Windows 누적 업데이트 또는 보안 업데이트는 WorkSpaces 이미지 생성 프로세스에서 지원됩니다.<a name="tips_blank_sysprep"></a>

#### Sysprep 파일이 있어야 하며 비워 둘 수 없습니다.
<a name="tips_blank_sysprep"></a>

Sysprep 파일에 문제가 있는 경우 [AWS Support Center](https://console.aws.amazon.com/support/home#/)에 문의하여 EC2Config 또는 EC2Launch를 복구합니다.<a name="tips_profile_missing"></a>

#### 사용자 프로필 크기는 10GB 미만이어야 합니다.
<a name="tips_profile_missing"></a>

Windows 7 WorkSpaces의 경우 사용자 프로필(`D:\Users\username`)이 총 10GB 미만이어야 합니다. 필요에 따라 파일을 제거하여 사용자 프로필의 크기를 줄입니다.<a name="tips_drive_c_full"></a>

#### C 드라이브에는 충분한 사용 가능한 공간이 있어야 합니다.
<a name="tips_drive_c_full"></a>

Windows 7 WorkSpaces의 경우 `C` 드라이브에 최소 12GB의 사용 가능한 공간이 있어야 합니다. 필요에 따라 파일을 제거하여 `C` 드라이브의 공간을 확보합니다. Windows 10 WorkSpaces의 경우 `FAILED` 메시지를 수신하고 디스크 공간이 2GB를 초과하면 무시하세요.<a name="tips_services_domain_accounts"></a>

#### 도메인 계정에서 서비스를 실행할 수 없습니다.
<a name="tips_services_domain_accounts"></a>

이미지 생성 프로세스를 실행하려는 경우 WorkSpace의 어떤 서비스도 도메인 계정에서 실행할 수 없습니다. 모든 서비스는 로컬 계정에서 실행해야 합니다.

**로컬 계정에서 서비스를 실행하려면**

1. `C:\Program Files\Amazon\ImageChecker_yyyyMMddhhmmss.log`를 열고 도메인 계정에서 실행 중인 서비스 목록을 찾습니다.

1. Windows 검색 상자에 **services.msc**를 입력하여 Windows Services Manager를 엽니다.

1. **로그온 계정**에서, 도메인 계정에서 실행 중인 서비스를 찾습니다. (**로컬 시스템**, **로컬 서비스** 또는 **네트워크 서비스**로 실행 중인 서비스는 이미지 생성을 방해하지 않습니다.)

1. 도메인 계정에서 실행 중인 서비스를 선택한 다음 **작업**, **속성**을 선택합니다.

1. **로그온** 탭을 엽니다. **로그온 계정**에서 **로컬 시스템 계정**을 선택합니다.

1. **확인**을 선택합니다.<a name="tips_static_ip"></a>

#### DHCP를 사용하도록 WorkSpace가 구성되어 있어야 합니다.
<a name="tips_static_ip"></a>

정적 IP 주소 대신 DHCP를 사용하도록 WorkSpace의 모든 네트워크 어댑터를 구성해야 합니다.

**DHCP를 사용하도록 모든 네트워크 어댑터를 설정하려면**

1. Windows 검색 상자에 **control panel**을 입력하여 제어판을 엽니다.

1. **네트워크 및 인터넷**을 선택합니다.

1. **네트워크 및 공유 센터**를 선택합니다.

1. **어댑터 설정 변경**을 선택하고 어댑터를 선택합니다.

1. **이 연결의 설정 변경**을 선택합니다.

1. **네트워킹** 탭에서 **인터넷 프로토콜 버전 4(TCP/IPv4)**를 선택한 다음 **속성**을 선택합니다.

1. **인터넷 프로토콜 버전 4(TCP/IPv4) 속성** 대화 상자에서 **IP 주소 자동으로 가져오기**를 선택합니다.

1. **확인**을 선택합니다.

1. WorkSpace의 모든 네트워크 어댑터에 대해 이 프로세스를 반복합니다.<a name="tips_enable_rds"></a>

#### 원격 데스크톱 서비스가 활성화되어 있어야 합니다.
<a name="tips_enable_rds"></a>

이미지 생성 프로세스를 수행하려면 원격 데스크톱 서비스를 활성화해야 합니다.

**원격 데스크톱 서비스를 활성화하려면**

1. Windows 검색 상자에 **services.msc**를 입력하여 Windows Services Manager를 엽니다.

1. **이름** 열에서 **원격 데스크톱 서비스**를 찾습니다.

1. **원격 데스크톱 서비스**를 선택한 다음 **작업**, **속성**을 선택합니다.

1. **일반** 탭에서 **시작 유형**에 대해 **수동** 또는 **자동**을 선택합니다.

1. **확인**을 선택합니다.<a name="tips_user_profile_missing"></a>

#### 사용자 프로필이 있어야 합니다.
<a name="tips_user_profile_missing"></a>

이미지를 생성하는 데 사용하는 WorkSpace에는 사용자 프로필(`D:\Users\username`)이 있어야 합니다. 이 테스트가 실패하면 [AWS Support Center](https://console.aws.amazon.com/support/home#/)에 문의하여 도움을 받으세요.<a name="tips_environment_variables"></a>

#### 환경 변수 경로가 올바르게 구성되어 있어야 합니다.
<a name="tips_environment_variables"></a>

로컬 시스템의 환경 변수 경로에 System32 및 Windows PowerShell에 대한 항목이 누락되었습니다. 이러한 항목은 이미지 생성을 실행하는 데 필요합니다.

**환경 변수 경로를 구성하려면**

1. Windows 검색 상자에 **environment variables**를 입력한 다음 **시스템 환경 변수 편집**을 선택합니다.

1. **시스템 속성** 대화 상자에서 **고급** 탭을 선택한 다음 **환경 변수**를 선택합니다.

1. **환경 변수** 대화 상자의 **시스템 변수**에서 **경로** 항목을 선택한 다음 **편집**을 선택합니다.

1. **새로 만들기**를 선택하고 다음 경로를 추가합니다.

   `C:\Windows\System32`

1. **새로 만들기**를 다시 선택하고 다음 경로를 추가합니다.

   `C:\Windows\System32\WindowsPowerShell\v1.0\`

1. **확인**을 선택합니다.

1. WorkSpace를 다시 시작합니다.
**작은 정보**  
환경 변수 경로에 항목이 표시되는 순서가 중요합니다. 올바른 순서를 결정하기 위해, WorkSpace의 환경 변수 경로를 새로 만든 WorkSpace 또는 새 Windows 인스턴스의 환경 변수 경로와 비교할 수 있습니다.<a name="tips_enable_wmi"></a>

#### Windows 모듈 설치 관리자가 활성화되어 있어야 합니다.
<a name="tips_enable_wmi"></a>

이미지 생성 프로세스를 수행하려면 Windows 모듈 설치 관리자 서비스를 활성화해야 합니다.

**Windows 모듈 설치 관리자 서비스를 활성화하려면**

1. Windows 검색 상자에 **services.msc**를 입력하여 Windows Services Manager를 엽니다.

1. **이름** 열에서 **Windows Modules Installer**를 찾습니다.

1. **Windows Modules Installer**를 선택한 다음 **작업**, **속성**을 선택합니다.

1. **일반** 탭에서 **시작 유형**에 대해 **수동** 또는 **자동**을 선택합니다.

1. **확인**을 선택합니다.<a name="tips_disable_ssm"></a>

#### Amazon SSM Agent가 비활성화되어 있어야 합니다.
<a name="tips_disable_ssm"></a>

이미지 생성 프로세스를 수행하려면 Amazon SSM Agent 서비스를 비활성화해야 합니다.

**Amazon SSM Agent 서비스를 비활성화하려면**

1. Windows 검색 상자에 **services.msc**를 입력하여 Windows Services Manager를 엽니다.

1. **이름** 열에서 **Amazon SSM Agent**를 찾습니다.

1. **Amazon SSM Agent**를 선택한 다음 **작업**, **속성**을 선택합니다.

1. **일반** 탭에서 **시작 유형**에 대해 **비활성**을 선택합니다.

1. **확인**을 선택합니다.<a name="tips_enable_ssl_tls"></a>

#### SSL 및 TLS 버전 1.2를 활성화해야 합니다.
<a name="tips_enable_ssl_tls"></a>

Windows용 SSL/TLS를 구성하려면 Microsoft Windows 설명서에서 [TLS 1.2를 활성화하는 방법](https://docs.microsoft.com/configmgr/core/plan-design/security/enable-tls-1-2)을 참조하세요.<a name="tips_remove_extra_profiles"></a>

#### WorkSpace에는 사용자 프로필이 하나만 있을 수 있습니다.
<a name="tips_remove_extra_profiles"></a>

이미지를 생성하는 데 사용하는 WorkSpace에는 WorkSpaces 사용자 프로필(`D:\Users\username`)이 하나만 있을 수 있습니다. WorkSpace의 의도한 사용자에 속하지 않는 사용자 프로필을 삭제합니다.

이미지 생성이 작동하려면 WorkSpace에는 세 개의 사용자 프로필만 있어야 합니다.
+ WorkSpace의 의도한 사용자의 사용자 프로필(`D:\Users\username`)
+ 기본 사용자 프로필(기본 프로필이라고도 함)
+ 관리자 사용자 프로필

추가 사용자 프로필이 있는 경우 Windows 제어판에서 고급 시스템 속성을 통해 삭제할 수 있습니다.

**사용자 프로필을 삭제하려면**

1. 고급 시스템 속성에 액세스하려면 다음 중 하나를 수행합니다.
   + **Windows 키\$1일시 중지/중단**을 누른 다음 **제어판** 왼쪽 창의 **고급 시스템 설정** > **시스템 및 보안** > **시스템** 대화 상자를 선택합니다.
   + Windows 검색 상자에 **control panel**을 입력합니다. 제어판에서 **시스템 및 보안**을 선택한 다음 시스템을 선택하고 **제어판** 왼쪽 창의 **고급 시스템 설정** > **시스템 및 보안** > **시스템** 대화 상자를 선택합니다.

1. **시스템 속성** 대화 상자의 **고급** 탭에 있는 **사용자 프로필**에서 **설정**을 선택합니다.

1. 관리자 프로필, 기본 프로필 및 의도한 WorkSpaces 사용자의 프로필 외의 프로필이 나열된 경우 해당 추가 프로필을 선택하고 **삭제**를 선택합니다.

1. 프로필을 삭제할 것인지 묻는 메시지가 나타나면 **예**를 선택합니다.

1. 필요한 경우 3단계와 4단계를 반복하여 WorkSpace에 속하지 않는 다른 모든 프로파일을 제거합니다.

1. **확인**을 두 번 선택하고 제어판을 닫습니다.

1. WorkSpace를 다시 시작합니다.<a name="tips_unstage_appx"></a>

#### AppX 패키지는 스테이징된 상태일 수 없습니다.
<a name="tips_unstage_appx"></a>

하나 이상의 AppX 패키지가 스테이징된 상태에 있습니다. 이로 인해 이미지를 생성하는 중에 Sysprep 오류가 발생할 수 있습니다.

**스테이징된 AppX 패키지를 모두 제거하려면**

1. Windows 검색 상자에 **powershell**을 입력합니다. **관리자 권한으로 실행**을 선택합니다.

1. “이 앱이 디바이스를 변경할 수 있도록 허용하시겠습니까?“라고 묻는 메시지가 나타나면 **예**를 선택합니다.

1. Windows PowerShell 창에서 다음 명령을 입력하여 스테이징된 AppX 패키지를 모두 나열하고, 각 명령 다음에는 Enter 키를 누릅니다.

   ```
   $workSpaceUserName = $env:username
   ```

   ```
   $allAppxPackages = Get-AppxPackage -AllUsers
   ```

   ```
   $packages = $allAppxPackages |    Where-Object { `
                                   (($_.PackageUserInformation -like "*S-1-5-18*" -and !($_.PackageUserInformation -like "*$workSpaceUserName*")) -and `
                                   ($_.PackageUserInformation -like "*Staged*" -or $_.PackageUserInformation -like "*Installed*")) -or `
                                   ((!($_.PackageUserInformation -like "*S-1-5-18*") -and $_.PackageUserInformation -like "*$workSpaceUserName*") -and `
                                   $_.PackageUserInformation -like "*Staged*")
                                   }
   ```

1. 승격된 SYSTEM 권한으로 다음 명령을 실행하여 스테이징된 모든 AppX 패키지 프로비저닝 항목을 제거하고 Enter 키를 누릅니다.

   ```
   $packages | Remove-AppxPackage -ErrorAction SilentlyContinue
   ```

1. 이미지 검사기를 다시 실행합니다. 이 테스트가 여전히 실패하면 다음 명령을 입력하여 AppX 패키지를 모두 제거하고, 각 명령 다음에는 Enter 키를 누릅니다.

   ```
   Get-AppxProvisionedPackage -Online | Remove-AppxProvisionedPackage -Online -ErrorAction SilentlyContinue
   ```

   ```
   Get-AppxPackage -AllUsers | Remove-AppxPackage -ErrorAction SilentlyContinue
   ```<a name="tips_version_upgrade"></a>

#### Windows가 이전 버전에서 업그레이드되지 않았어야 합니다.
<a name="tips_version_upgrade"></a>

한 버전의 Windows 10에서 더 최신 버전의 Windows 10으로 업그레이드(Windows 기능/버전 업그레이드)를 수행한 Windows 시스템에서는 이미지 생성이 지원되지 않습니다.

이미지를 생성하려면 Windows 기능/버전 업그레이드가 수행되지 않은 WorkSpace를 사용합니다.<a name="tips_reset_rearm_count"></a>

#### Windows 초기화 횟수는 0이 아니어야 합니다.
<a name="tips_reset_rearm_count"></a>

초기화 기능을 사용하면 Windows 평가판의 정품 인증 기간을 연장할 수 있습니다. 이미지 생성 프로세스에서는 초기화 횟수가 0이외의 값이어야 합니다.

**Windows 초기화 횟수를 확인하려면**

1. Windows **시작** 메뉴에서 **Windows 시스템**을 선택한 다음 **명령 프롬프트**를 선택합니다.

1. 명령 프롬프트 창에 다음 명령을 입력한 다음 Enter 키를 누릅니다.

   `cscript C:\Windows\System32\slmgr.vbs /dlv`

초기화 횟수를 0 이외의 값으로 재설정하려면 Microsoft Windows 설명서의 [Windows 설치 Sysprep(일반화)](https://docs.microsoft.com/windows-hardware/manufacture/desktop/sysprep--generalize--a-windows-installation)을 참조하세요.

#### 기타 문제 해결 팁
<a name="images_troubleshooting_tips"></a>

WorkSpace가 이미지 검사기에서 실행한 모든 테스트를 통과했지만 여전히 WorkSpace에서 이미지를 생성할 수 없는 경우 다음 사항을 확인하세요.
+ WorkSpace가 **도메인 게스트** 그룹 내의 사용자에게 할당되지 않았는지 확인합니다. 도메인 계정이 있는지 확인하려면 다음 PowerShell 명령을 실행합니다.

  ```
  Get-WmiObject -Class Win32_Service | Where-Object { $_.StartName -like "*$env:USERDOMAIN*" }
  ```
+ Windows 7 WorkSpaces에만 해당: 이미지 생성 시 사용자 프로필이 복사 중일 때 문제가 발생하는 경우 다음 사항을 확인하세요.
  + 프로필 경로가 길면 이미지 생성 오류가 발생할 수 있습니다. 사용자 프로필 내 모든 폴더의 경로가 261자 미만인지 확인합니다.
  + 프로필 폴더에 전체 권한을 시스템 및 모든 애플리케이션 패키지에 부여해야 합니다.
  + 사용자 프로필의 파일이 프로세스에 의해 잠겨 있거나 이미지 생성 시 사용 중인 경우 프로필 복사가 실패할 수 있습니다.
+ 일부 그룹 정책 객체(GPO)는 Windows 인스턴스 구성 중에 EC2Config 서비스 또는 EC2Launch 스크립트에서 요청할 때 RDP 인증서 지문에 대한 액세스를 제한합니다. 이미지를 생성하기 전에, 상속이 차단되고 GPO가 적용되지 않은 새 조직 단위(OU)로 WorkSpace를 이동합니다.
+ Windows 원격 관리(WinRM) 서비스가 자동으로 시작되도록 구성되어 있는지 확인합니다. 해결 방법:

  1. Windows 검색 상자에 **services.msc**를 입력하여 Windows Services Manager를 엽니다.

  1. **이름** 열에서 **Windows Remote Management (WS-Management)**를 찾습니다.

  1. **Windows Remote Management (WS-Management)**를 선택한 다음 **작업**, **속성**을 선택합니다.

  1. **일반** 탭에서 **시작 유형**에 대해 **자동**을 선택합니다.

  1. **확인**을 선택합니다.

## 3단계: 사용자 지정 이미지 및 사용자 지정 번들 생성
<a name="create_custom_image_bundle"></a>

WorkSpace 이미지를 검증한 후 사용자 지정 이미지 및 사용자 지정 번들 생성을 진행할 수 있습니다.

**사용자 지정 이미지 및 사용자 지정 번들을 생성하려면**

1. 여전히 WorkSpaces에 연결되어 있는 경우 WorkSpaces 클라이언트 애플리케이션에서 **Amazon WorkSpaces**, **연결 해제**를 선택하여 연결을 끊습니다.

1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) WorkSpaces 콘솔을 엽니다.

1. 탐색 창에서 **WorkSpaces**를 선택합니다.

1. <a name="step_create_image"></a>WorkSpace를 선택하여 세부 정보 페이지를 열고 **이미지 생성**을 선택합니다. WorkSpaces의 상태가 **중지됨**인 경우 **작업**, **WorkSpaces 시작**을 선택하여 먼저 시작한 후 **작업**, **이미지 생성**을 선택합니다.
**참고**  
프로그래밍 방식으로 이미지를 만들려면 CreateWorkspaceImage API 작업을 사용하세요. 자세한 내용은 *Amazon WorkSpaces API 참조*의 [CreateWorkspaceImage](https://docs.aws.amazon.com/workspaces/latest/api/API_CreateWorkspaceImage.html)를 참조하세요.

1. 계속하기 전에 WorkSpace를 재부팅(다시 시작)하라는 메시지가 표시됩니다. WorkSpaces를 재부팅하면 Amazon WorkSpaces 소프트웨어가 최신 버전으로 업데이트됩니다.

   메시지를 닫고 [WorkSpaces Personal에서 WorkSpaces 재부팅](reboot-workspaces.md)에 설명된 단계에 따라 WorkSpace를 재부팅합니다. 완료되면 이 절차의 [Step 4](#step_create_image)를 반복하되 이번에는 재부팅 메시지가 나타나면 **다음**을 선택합니다. 이미지를 생성하려면 WorkSpace의 상태가 **사용 가능**이어야 하며 수정 상태가 **없음**이어야 합니다.

1. 이미지를 식별하는 데 도움이 되는 이미지 이름과 설명을 입력하고 **이미지 생성**을 선택합니다. 이미지가 생성되는 동안에는 WorkSpaces의 상태가 **일시 중지됨** 상태이므로 WorkSpace를 사용할 수 없습니다.
**참고**  
이미지 설명을 입력할 때 특수 문자 '-'를 사용하지 않도록 하세요. 그렇지 않으면 오류가 발생합니다.

1. 탐색 창에서 **이미지**를 선택합니다. WorkSpace의 상태가 **사용 가능**으로 변경되면 이미지가 완료된 것입니다. 최대 45분이 걸릴 수 있습니다.

1. 이미지를 선택하고 **작업**, **번들 생성**을 선택합니다.
**참고**  
프로그래밍 방식으로 번들을 생성하려면 **CreateWorkspaceBundle** API 작업을 사용하세요. 자세한 내용을 알아보려면 *Amazon WorkSpaces API 참조*의 [CreateWorkspaceBundle](https://docs.aws.amazon.com/workspaces/latest/api/API_CreateWorkspaceBundle.html)을 참조하세요.

1. 번들 이름과 설명을 입력하고 다음 작업을 수행합니다.
   + **번들 하드웨어 유형**에서 이 사용자 지정 번들에서 WorkSpaces를 시작할 때 사용할 하드웨어를 선택합니다.
   + **스토리지 설정**에서 루트 볼륨과 사용자 볼륨 크기의 기본 조합 중 하나를 선택하거나 **사용자 지정**을 선택한 다음 **루트 볼륨 크기** 및 **사용자 볼륨 크기**에 값(최대 2,000GB)을 입력합니다.

     루트 볼륨(Microsoft Windows의 경우 `C` 드라이브, Linux의 경우 /) 및 사용자 볼륨(Windows의 경우 `D` 드라이브, Linux의 경우 /home)의 사용 가능 크기 조합(기본값)은 다음과 같습니다.
     + 루트: 80GB, 사용자: 10GB, 50GB 또는 100GB
     + 루트: 175GB, 사용자: 100GB
     + GPU 지원 WorkSpaces의 스토리지 요구 사항은 인스턴스 크기에 비례하여 조정됩니다. 더 큰 GPU 지원 WorkSpaces 구성을 선택할 때는 그에 따라 더 큰 스토리지 볼륨을 할당하여 최적의 성능을 유지하고 증가하는 워크로드 수요를 수용해야 합니다. 인스턴스 크기가 가장 작으려면 루트: 100GB, 사용자: 100GB 스토리지 할당으로 시작합니다.

     또는 루트 볼륨 및 사용자 볼륨의 크기를 각각 최대 2000GB까지 확장할 수 있습니다.
**참고**  
데이터를 보존하려면 WorkSpace를 시작한 후 루트 또는 사용자 볼륨의 크기를 줄이면 안 됩니다. 따라서 WorkSpace를 시작할 때 이러한 볼륨의 최소 크기를 지정해야 합니다.  
Value, Standard, Performance, Power 또는 PowerPro WorkSpace의 경우 루트 볼륨은 최소 80GB, 그리고 사용자 볼륨은 최소 10GB로 시작할 수 있습니다.
루트 볼륨의 경우 최소 175GB, 사용자 볼륨의 경우 100GB로 GeneralPurpose.4xlarge 또는 GeneralPurpose.8xlarge WorkSpace를 시작할 수 있습니다.

1. **번들 생성**을 선택합니다.

1. 번들이 생성되었는지 확인하려면 **번들**을 생성하고 번들이 목록에 있는지 확인합니다.

## Windows WorkSpaces 사용자 지정 이미지에 포함된 항목
<a name="image_creation_windows"></a>

Windows 7, Windows 10 또는 Windows 11 WorkSpace에서 이미지를 생성하는 경우 `C` 드라이브의 전체 내용이 포함됩니다.

Windows 10 또는 11 WorkSpaces의 경우 `D:\Users\username`의 사용자 프로필은 사용자 지정 이미지에 포함되지 않습니다.

Windows 7 WorkSpaces의 경우 다음 항목을 제외하고 `D:\Users\username`에 있는 사용자 프로필의 전체 내용이 포함됩니다.
+ 연락처
+ 다운로드
+ 음악
+ 사진
+ 저장된 게임
+ 비디오
+ 팟캐스트
+ 가상 머신
+ .virtualbox
+ 추적
+ appdata\$1local\$1temp
+ appdata\$1roaming\$1apple computer\$1mobilesync\$1
+ appdata\$1roaming\$1apple computer\$1logs\$1
+ appdata\$1roaming\$1apple computer\$1itunes\$1iphone software updates\$1
+ appdata\$1roaming\$1macromedia\$1flash player\$1macromedia.com\$1support\$1flashplayer\$1sys\$1
+ appdata\$1roaming\$1macromedia\$1flash player\$1\$1sharedobjects\$1
+ appdata\$1roaming\$1adobe\$1flash player\$1assetcache\$1
+ appdata\$1roaming\$1microsoft\$1windows\$1recent\$1
+ appdata\$1roaming\$1microsoft\$1office\$1recent\$1
+ appdata\$1roaming\$1microsoft office\$1live meeting
+ appdata\$1roaming\$1microsoft shared\$1livemeeting shared\$1
+ appdata\$1roaming\$1mozilla\$1firefox\$1crash reports\$1
+ appdata\$1roaming\$1mcafee\$1common framework\$1
+ appdata\$1local\$1microsoft\$1feeds cache
+ appdata\$1local\$1microsoft\$1windows\$1temporary internet files\$1
+ appdata\$1local\$1microsoft\$1windows\$1history\$1
+ appdata\$1local\$1microsoft\$1internet explorer\$1domstore\$1
+ appdata\$1local\$1microsoft\$1internet explorer\$1imagestore\$1
+ appdata\$1locallow\$1microsoft\$1internet explorer\$1iconcache\$1
+ appdata\$1locallow\$1microsoft\$1internet explorer\$1domstore\$1
+ appdata\$1locallow\$1microsoft\$1internet explorer\$1imagestore\$1
+ appdata\$1local\$1microsoft\$1internet explorer\$1recovery\$1
+ appdata\$1local\$1mozilla\$1firefox\$1profiles\$1

## Linux WorkSpace 사용자 지정 이미지에 포함된 항목
<a name="image_creation_linux"></a>

Amazon Linux WorkSpace에서 이미지를 생성하는 경우 사용자 볼륨(/home)의 전체 내용이 제거됩니다. 제거되는 다음 폴더 및 키를 제외한 루트 볼륨(/)의 내용이 포함됩니다.
+ /tmp
+ /var/spool/mail
+ /var/tmp
+ /var/lib/dhcp
+ /var/lib/cloud
+ /var/cache
+ /var/backups
+ /etc/sudoers.d
+ /etc/udev/rules.d/70-persistent-net.rules
+ /etc/network/interfaces.d/50-cloud-init.cfg
+ /var/log/amazon/ssm
+ /var/log/pcoip-agent
+ /var/log/skylight
+ /var/lock/.skylight.domain-join.lock
+ /var/lib/skylight/domain-join-status
+ /var/lib/skylight/configuration-data
+ /var/lib/skylight/config-data.json
+ /home
+ /etc/default/grub.d/zz-hibernation.cfg
+ /etc/netplan/zz-workspaces-domain.yaml
+ /etc/netplan/yy-workspaces-base.yaml
+ /var/lib/AccountsService/users

다음 키는 사용자 지정 이미지 생성 중에 폐기됩니다.
+ /etc/ssh/ssh\$1host\$1\$1\$1key
+ /etc/ssh/ssh\$1host\$1\$1\$1key.pub
+ /var/lib/skylight/tls.\$1
+ /var/lib/skylight/private.key
+ /var/lib/skylight/public.key