기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # WorkSpaces Personal에서 WorkSpaces 수정 WorkSpace를 시작한 후 다음 세 가지 방법으로 구성을 수정할 수 있습니다. + 루트 볼륨(Windows의 경우 C 드라이브, Linux의 경우 /) 및 사용자 볼륨(Windows의 경우 D 드라이브, Linux의 경우 /home의 경우)의 크기를 변경할 수 있습니다. + 컴퓨팅 유형을 변경하여 새 번들을 선택할 수 있습니다. + WorkSpace가 PCoIP 번들로 생성된 경우 AWS CLI 또는 Amazon WorkSpace API를 사용하여 스트리밍 프로토콜을 수정할 수 있습니다. Amazon WorkSpaces WorkSpaces의 현재 수정 상태를 보려면 화살표를 선택하여 해당 WorkSpaces에 대한 세부 정보를 표시합니다. **상태**에 가능한 값은 **컴퓨팅 수정**, **스토리지 수정** 및 **없음**입니다. WorkSpace를 수정하려면 `AVAILABLE` 또는 `STOPPED` 상태여야 합니다. 볼륨 크기와 컴퓨팅 유형을 동시에 변경할 수 없습니다. WorkSpace의 볼륨 크기 또는 컴퓨팅 유형을 변경하면 WorkSpace에 대한 청구 요금이 변경됩니다. 사용자가 볼륨 및 컴퓨팅 유형을 직접 수정할 수 있도록 하려면 [WorkSpaces Personal 사용자를 위한 셀프 서비스 WorkSpaces 관리 기능 활성화](enable-user-self-service-workspace-management.md) 섹션을 참조하세요. ## 볼륨 크기 수정 WorkSpaces의 루트 및 사용자 볼륨 크기를 각각 최대 2,000GB까지 늘릴 수 있습니다. WorkSpace 루트 및 사용자 볼륨은 변경할 수 없는 세트 그룹으로 제공됩니다. 사용 가능한 그룹은 다음과 같습니다. | [루트(GB), 사용자(GB)] | | --- | | [80, 10] | | [80, 50] | | [80, 100] | | [175\$12000, 100\$12000] | 루트 및 사용자 볼륨은 암호화되어 있든 암호화되어 있지 않든 상관없이 확장할 수 있으며 두 볼륨 모두 6시간 내에 한 번 확장할 수 있습니다. 하지만 루트 및 사용자 볼륨의 크기를 동시에 늘릴 수는 없습니다. 자세한 내용은 [볼륨 증가의 제한](#limitations_increasing_volumes)을 참조하세요. **참고** WorkSpace용 볼륨을 확장할 경우, WorkSpaces는 자동으로 Windows 또는 Linux 내 볼륨의 파티션을 확장합니다. 프로세스가 완료되면 변경 사항을 적용하기 위해서는 WorkSpace를 재부팅해야 합니다. 데이터를 보존하려면 WorkSpace를 시작한 후 루트 또는 사용자 볼륨의 크기를 줄이면 안 됩니다. 따라서 WorkSpace를 시작할 때 이러한 볼륨의 최소 크기를 지정해야 합니다. + Value, Standard, Performance, Power 또는 PowerPro WorkSpace의 경우 루트 볼륨은 최소 80GB, 그리고 사용자 볼륨은 최소 10GB로 시작할 수 있습니다. + 루트 볼륨의 경우 최소 175GB, 사용자 볼륨의 경우 100GB로 GeneralPurpose.4xlarge 또는 GeneralPurpose.8xlarge WorkSpace를 시작할 수 있습니다. + 루트 볼륨의 경우 최소 100GB, 사용자 볼륨의 경우 100GB로 Graphics.g6, GraphicsPro.g4dn, 또는 GraphicsPro WorkSpace를 시작할 수 있습니다. 볼륨 크기 조정 요구 사항은 더 큰 그래픽 인스턴스 유형에 따라 다릅니다. WorkSpace 디스크 크기 증가가 진행 중일 때 사용자는 WorkSpace에서 대부분의 태스크를 수행할 수 있습니다. 그러나 WorkSpace 컴퓨팅 유형을 변경하거나, WorkSpace 실행 모드를 전환하거나, WorkSpace를 재구축하거나, WorkSpace를 재부팅(재시작)할 수는 없습니다. **참고** 디스크 크기 증가가 진행되는 동안 사용자가 WorkSpaces를 사용할 수 있게 하려면 WorkSpaces의 볼륨 크기를 조정하기 전에 WorkSpaces의 상태가 `STOPPED`가 아닌 `AVAILABLE`이어야 합니다. WorkSpaces가 `STOPPED` 상태인 경우 디스크 크기 증가가 진행 중인 동안에는 시작할 수 없습니다. 대부분의 경우 디스크 크기 증가 프로세스에는 최대 2시간이 걸릴 수 있습니다. 하지만 많은 WorkSpaces의 볼륨 크기를 수정하는 경우 프로세스가 훨씬 더 오래 걸릴 수 있습니다. 수정할 WorkSpaces가 많은 경우 AWS Support 에 문의하여 도움을 받는 것이 좋습니다. **볼륨 증가의 제한 사항** + SSD 볼륨만 크기를 조정할 수 있습니다. + WorkSpace를 시작할 때 6시간을 기다려야 볼륨 크기를 수정할 수 있습니다. + 루트 및 사용자 볼륨의 크기를 동시에 늘릴 수는 없습니다. 루트 볼륨을 늘리려면 먼저 사용자 볼륨을 100GB로 변경해야 합니다. 이와 같이 변경한 후, 루트 볼륨을 175 \$1 2000GB 사이의 값으로 업데이트할 수 있습니다. 루트 볼륨을 175 \$1 2000GB 사이의 값으로 변경한 후에는 사용자 볼륨을 100 \$1 2000GB 사이의 값으로 추가로 업데이트할 수 있습니다. **참고** 두 볼륨을 모두 늘리려면 첫 번째 작업이 완료될 때까지 20 \$1 30분을 기다려야 두 번째 작업을 시작할 수 있습니다. + 사용자 볼륨이 100GB인 경우 Non-GPU-enabled WorkSpaces의 루트 볼륨은 175GB 미만일 수 없습니다. GPU 지원 WorkSpaces의 스토리지 요구 사항은 인스턴스 크기에 비례하여 조정됩니다. 더 큰 GPU 지원 WorkSpaces 구성을 선택할 때는 그에 따라 더 큰 스토리지 볼륨을 할당하여 최적의 성능을 유지하고 증가하는 워크로드 수요를 수용해야 합니다. 인스턴스 크기가 가장 작으려면 루트: 100GB, 사용자: 100GB 스토리지 할당으로 시작합니다. GPU 지원 WorkSpaces는 루트 볼륨의 경우 최소 100GB, 사용자 볼륨의 경우 100GB를 지원합니다. + 사용자 볼륨이 50GB인 경우 루트 볼륨을 80GB 이외의 다른 값으로 업데이트할 수 없습니다. 루트 볼륨이 80GB인 경우 사용자 볼륨은 10, 50 또는 100GB만 될 수 있습니다. **WorkSpace의 루트 볼륨을 수정하는 방법** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) WorkSpaces 콘솔을 엽니다. 1. 탐색 창에서 **WorkSpaces**를 선택합니다. 1. WorkSpaces를 선택하고 **작업**, **루트 볼륨 수정**을 선택합니다. 1. **루트 볼륨 크기**에서 볼륨 크기를 선택하거나 **사용자 지정**을 선택하여 사용자 지정 볼륨 크기를 입력합니다. 1. **변경 사항 저장**을 선택합니다. 1. 디스크 크기 증가가 완료되면 변경 사항을 적용하기 위해서는 [WorkSpace를 재부팅](reboot-workspaces.md)해야 합니다. 데이터 손실을 방지하려면 WorkSpace를 재부팅하기 전에 사용자가 열려 있는 파일을 모두 저장해야 합니다. **WorkSpace의 사용자 볼륨을 수정하는 방법** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) WorkSpaces 콘솔을 엽니다. 1. 탐색 창에서 **WorkSpaces**를 선택합니다. 1. WorkSpaces를 선택하고 **작업**, **사용자 볼륨 수정**을 선택합니다. 1. **사용자 볼륨 크기**에서 볼륨 크기를 선택하거나 **사용자 지정**을 선택하여 사용자 지정 볼륨 크기를 입력합니다. 1. **변경 사항 저장**을 선택합니다. 1. 디스크 크기 증가가 완료되면 변경 사항을 적용하기 위해서는 [WorkSpace를 재부팅](reboot-workspaces.md)해야 합니다. 데이터 손실을 방지하려면 WorkSpace를 재부팅하기 전에 사용자가 열려 있는 파일을 모두 저장해야 합니다. **WorkSpace의 볼륨 크기를 변경하려면** [modify-workspace-properties](https://docs.aws.amazon.com/cli/latest/reference/workspaces/modify-workspace-properties.html) 명령을 `RootVolumeSizeGib` 또는 `UserVolumeSizeGib` 속성과 함께 사용하세요. ## 컴퓨팅 유형 수정 Standard, Power, Performance, PowerPro GeneralPurpose.4xlarge, GeneralPurpose.8xlarge 컴퓨팅 유형 간에 WorkSpaces를 전환할 수 있습니다. 이러한 컴퓨팅 유형에 대한 자세한 내용은 [Amazon WorkSpaces Bundles](https://aws.amazon.com/workspaces/features/#Amazon_WorkSpaces_Bundles)를 참조하세요. **참고** 소스 운영 체제가 Windows Server 2022 또는 Windows 11 이외의 경우 컴퓨팅 유형을 PowerPro에서 GeneralPurpose로 변경할 수 없습니다. 컴퓨팅 유형을 non-GPU-enabled 번들에서 GeneralPurpose.4xlarge 또는 GeneralPurpose.8xlarge,로 수정하는 경우 WorkSpaces는 최소 루트 볼륨 크기인 175GB와 사용자 볼륨 크기인 100GB를 충족해야 합니다. WorkSpaces의 볼륨 크기를 늘리려면 [볼륨 크기 수정](#modify_volume_sizes) 섹션을 참조하세요. GPU 지원 WorkSpaces는 동일한 인스턴스 패밀리 내에서 컴퓨팅 유형 수정을 지원하지만 교차 패밀리 수정은 지원하지 않습니다. 예를 들어 G4dn 인스턴스 간 또는 G6 인스턴스 간 컴퓨팅 유형을 수정할 수 있지만 G4dn 인스턴스에서 G6 인스턴스 패밀리로 변경할 수는 없습니다. 다양한 인스턴스 패밀리로 구동되는 GPU 지원 WorkSpace 번들 간에 이동하려면 WorkSpace 마이그레이션 기능을 사용합니다. 자세한 내용은 [WorkSpaces Personal에서 WorkSpaces 마이그레이션](migrate-workspaces.md) 섹션을 참조하세요. GraphicsPro 번들은 2025년 10월 31일부로 지원이 종료됩니다. 2025년 10월 31일 이전에 GraphicsPro WorkSpaces를 지원되는 번들로 마이그레이션하는 것이 좋습니다. 자세한 내용은 [WorkSpaces Personal에서 WorkSpaces 마이그레이션](migrate-workspaces.md) 단원을 참조하십시오. Graphics와 GraphicsPro의 컴퓨팅 유형을 다른 값으로 변경할 수 없습니다. 컴퓨팅 변경을 요청하면 WorkSpaces는 새 컴퓨팅 유형을 사용하여 WorkSpaces를 재부팅합니다. WorkSpaces는 WorkSpaces의 운영 체제, 애플리케이션, 데이터 및 스토리지 설정을 보존합니다. 더 큰 컴퓨팅 유형을 6시간마다 한 번 요청하거나 더 작은 컴퓨팅 유형을 30일마다 한 번 요청할 수 있습니다. 새로 시작된 WorkSpaces의 경우 더 큰 컴퓨팅 유형을 요청하기 전에 6시간을 기다려야 합니다. WorkSpace 컴퓨팅 유형 변경이 진행 중인 동안 사용자는 WorkSpace에서 연결이 끊어지고 WorkSpace를 사용하거나 변경할 수 없습니다. 컴퓨팅 유형 변경 프로세스 중에 WorkSpace가 자동으로 재부팅됩니다. **중요** 데이터 손실을 방지하려면 WorkSpace 컴퓨팅 유형을 변경하기 전에 사용자가 열려 있는 문서 및 기타 애플리케이션 파일을 저장해야 합니다. 컴퓨팅 유형 변경 프로세스는 최대 한 시간까지 걸릴 수 있습니다. **WorkSpace의 컴퓨팅 유형을 변경하는 방법** 1. [https://console.aws.amazon.com/workspaces/v2/home](https://console.aws.amazon.com/workspaces/v2/home) WorkSpaces 콘솔을 엽니다. 1. 탐색 창에서 **WorkSpaces**를 선택합니다. 1. WorkSpaces를 선택하고 **작업**, **컴퓨팅 유형 수정**을 선택합니다. 1. **컴퓨팅 유형**에서 컴퓨팅 유형을 선택합니다. 1. **변경 사항 저장**을 선택합니다. **WorkSpace의 컴퓨팅 유형을 변경하는 방법** [modify-workspace-properties](https://docs.aws.amazon.com/cli/latest/reference/workspaces/modify-workspace-properties.html) 명령을 `ComputeTypeName` 속성과 함께 사용하세요. ## 프로토콜 수정 WorkSpace가 PCoIP 번들로 생성된 경우 AWS CLI 또는 Amazon WorkSpaces API를 사용하여 스트리밍 프로토콜을 수정할 수 있습니다. 이렇게 하면 WorkSpace 마이그레이션 기능을 사용하지 않고도 기존 WorkSpace를 사용하여 프로토콜을 마이그레이션할 수 있습니다. 또한 이를 통해 DCV를 사용하고 마이그레이션 프로세스 중에 기존 PCoIP WorkSpaces를 다시 만들지 않고도 루트 볼륨을 유지할 수 있습니다. + WorkSpace가 PCoIP 번들로 만들어졌고 CPU 기반 WorkSpace가 아닌 경우에만 프로토콜을 수정할 수 있습니다. + 프로토콜을 DCV로 수정하기 전에 WorkSpace가 DCV WorkSpace에 대한 다음 요구 사항을 충족하는지 확인하세요. + WorkSpaces 클라이언트가 DCV를 지원합니다. + WorkSpace가 배포된 리전이 DCV를 지원합니다. + DCV에 대한 IP 주소 및 포트가 공개되어야 합니다. 자세한 내용은 [WorkSpaces의 IP 주소 및 포트 요구 사항](https://docs.aws.amazon.com/workspaces/latest/adminguide/workspaces-port-requirements.html)을 참조하세요. + 현재 번들을 DCV에서 사용할 수 있는지 확인하세요. + 화상 회의를 최대한 활용하려면 Power, PowerPro, GeneralPurpose.4xlarge, 또는 GeneralPurpose.8xlarge만 사용하는 것이 좋습니다. **참고** 프로토콜 변경을 시작하기 전에 비프로덕션 WorkSpaces에서 테스트하는 것이 좋습니다. 프로토콜을 PCoIP에서 DCV로 수정한 다음 다시 PCoIP로 수정하면 웹 액세스를 통해 WorkSpaces에 연결할 수 없습니다. **WorkSpace의 프로토콜을 변경하는 방법** 1. [선택 사항] WorkSpace를 재부팅하고 `AVAILABLE` 상태가 될 때까지 기다렸다가 프로토콜을 수정합니다. 1. [선택 사항] `describe-workspaces` 명령을 사용하여 WorkSpaces 속성을 나열합니다. 상태가 `AVAILABLE`이고 현재 `Protocol`이 올바른지 확인합니다. 1. `modify-workspace-properties` 명령을 사용하여 `Protocols` 속성을 `PCOIP`에서 `DCV`로 또는 그 반대로 수정합니다. ``` aws workspaces modify-workspace-properties --workspace-id --workspace-properties "Protocols=[WSP]" ``` **중요** `Protocols` 속성은 대소문자를 구분합니다. 반드시 `PCOIP` 또는 `DCV`를 사용해야 합니다. 1. 명령을 실행한 후 WorkSpace가 재부팅되고 필요한 구성을 완료하는 데 최대 20분 정도 걸릴 수 있습니다. 1. `describe-workspaces` 명령을 다시 사용하여 WorkSpace 속성을 나열하고 속성의 상태가 `AVAILABLE`이고 현재 `Protocols` 속성이 올바른 프로토콜로 변경되었는지 확인합니다. **참고** WorkSpace의 프로토콜을 수정해도 콘솔의 번들 설명은 업데이트되지 않습니다. **번들 시작** 설명은 변경되지 않습니다. 20분 후에도 WorkSpaces의 상태가 `UNHEALTHY`이면 콘솔에서 WorkSpaces를 재부팅하세요. 1. 이제 WorkSpace에 연결할 수 있습니다.