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

가용 영역

가용 영역(AZ)은 AWS 리전에 중복 전원, 네트워킹 및 연결이 있는 하나 이상의 개별 데이터 센터입니다. 가용 영역은 기존의 단일 또는 복수 데이터 센터 인프라보다 가용성, 내결함성, 확장성이 뛰어납니다.

Amazon WorkSpaces 애플리케이션에서 플릿을 시작하려면 서브넷이 하나만 필요합니다. 모범 사례는 고유한 가용 영역당 하나의 서브넷으로 최소 2개의 가용 영역을 구성하는 것입니다. 플릿 Auto Scaling을 최적화하려면 두 개 이상의 가용 영역을 사용하십시오. 수평적 규모 조정은 증가를 대비해서 서브넷에 IP 공간을 추가할 수 있다는 추가적인 이점이 있습니다. 이에 대해서는 이 문서의 다음 서브넷 크기 조정 섹션에서 다룹니다. AWS Management Console에서는 플릿 생성 시 두 개의 서브넷만 지정할 수 있습니다. AWS Command Line Interface (AWS CLI) 또는 AWS CloudFormation 를 사용하여 두 개 이상의 서브넷 IDs 허용합니다.

서브넷 크기

라우팅 정책 및 네트워크 액세스 제어 목록을 유연하게 사용할 수 있도록 WorkSpaces 애플리케이션 플릿에 전용 서브넷을 제공합니다. 스택에는 별도의 리소스 요구 사항이 있을 수 있습니다. 예를 들어 WorkSpaces Applications Stacks에는 규칙 세트를 분리하는 데 도움이 되는 격리 요구 사항이 있을 수 있습니다. 여러 Amazon WorkSpaces 애플리케이션 플릿이 동일한 서브넷을 사용하는 경우 모든 플릿의 최대 용량의 합계가 사용 가능한 총 IP 주소 수를 초과하지 않는지 확인합니다.

동일한 서브넷에 있는 모든 플릿의 최대 용량이 사용 가능한 총 IP 주소 수를 초과할 수 있거나 초과한 경우 플릿을 전용 서브넷으로 마이그레이션하십시오. 이렇게 하면 자동 조정 이벤트로 인해 할당된 IP 공간이 소진되는 것을 방지할 수 있습니다. 플릿의 총 용량이 할당된 서브넷의 할당된 IP 공간을 초과하는 경우 API 또는 AWS CLI “플릿 업데이트”를 사용하여 더 많은 서브넷을 할당합니다. 자세한 내용은 Amazon VPC 할당량 및 할당량 증가 방법을 참조하세요.

VPC에서 용량을 확장할 수 있도록 서브넷 수를 스케일 아웃하고 그에 따라 서브넷 크기를 조정하는 것이 가장 좋습니다. 또한 WorkSpaces Applications 플릿 최대값이 서브넷에서 할당한 총 IP 공간을 초과하지 않는지 확인합니다. 의 모든 서브넷에 대해 총 IP 공간 양을 계산할 때 AWS 5개의 IP 주소가 예약됩니다. 두 개 이상의 서브넷을 사용하고 수평으로 규모를 조정하면 다음과 같은 여러 가지 이점이 있습니다.

Amazon WorkSpaces 애플리케이션의 서브넷 크기를 조정할 때는 총 서브넷 수와 최대 사용률 중 예상되는 최대 동시성을 고려하세요. 플릿의 (InUseCapacity)와 예약 용량(AvailableCapacity)을 사용하여 이를 모니터링할 수 있습니다. Amazon WorkSpaces 애플리케이션에서는 소비된 WorkSpaces 애플리케이션 플릿 인스턴스와 available-to-be-consumed WorkSpaces 애플리케이션 플릿 인스턴스의 합계에 레이블이 지정됩니다ActualCapacity. 총 IP 공간의 크기를 적절하게 조정하려면 필요한 ActualCapacity 공간을 예측하고 플릿에 할당된 서브넷 수(복원력을 위한 서브넷 1개를 뺀 값)로 나누십시오.

예를 들어 최대 예상 플릿 인스턴스 수가 1000개이고 비즈니스 요구 사항이 한 번의 가용 영역 장애에도 복원력이 있어야 하는 경우 3개의 x/23 서브넷이 기술 및 비즈니스 요구 사항을 충족합니다.

서브넷 크기 조정 예제

2 x /22 서브넷도 복원력을 충족하지만 다음 사항을 고려하십시오.

서브넷 라우팅

WorkSpaces 애플리케이션 인스턴스용 프라이빗 서브넷을 생성하여 아웃바운드 트래픽을 위한 중앙 집중식 VPC를 통해 퍼블릭 인터넷으로 라우팅하는 것이 모범 사례입니다. WorkSpaces 애플리케이션 세션 스트리밍의 인바운드 트래픽은 스트리밍 게이트웨이를 통해 Amazon WorkSpaces 애플리케이션 서비스를 통해 처리됩니다. 이를 위해 퍼블릭 서브넷을 구성할 필요가 없습니다.

리전 내 연결

Active Directory 도메인에 조인된 WorkSpaces 애플리케이션 플릿 인스턴스의 경우 각의 공유 서비스 VPC에서 Active Directory 도메인 컨트롤러를 구성합니다 AWS 리전. Active Directory의 소스는 Amazon EC2 기반 도메인 컨트롤러 또는 AWS Microsoft Managed AD일 수 있습니다. 공유 서비스와 WorkSpaces 애플리케이션 VPCs 간의 라우팅은 VPC 피어링 연결 또는 전송 게이트웨이를 통해 수행할 수 있습니다. 트랜짓 게이트웨이는 대규모 라우팅의 복잡성을 해결하지만 대부분의 설정에서 VPC 피어링을 선호하는 데에는 여러 가지 이유가 있습니다.

WorkSpaces 애플리케이션 인스턴스가 공유 서비스 VPC에 대규모 데이터 세트가 있는 애플리케이션 인프라 및/또는 파일 서버에 연결하는 경우 특히 그렇습니다. 일반적으로 액세스하는 이러한 리소스에 대한 경로를 최적화하면 다른 모든 VPC 및 인터넷 라우팅이 트랜짓 게이트웨이를 통해 수행되는 설계에서도 VPC 피어링 연결이 선호됩니다.

아웃바운드 인터넷 트래픽

공유 서비스로 직접 라우팅하는 것은 대부분 피어링 연결을 통해 최적화되지만, Transit Gateway를 사용하여 여러 VPC에서 단일 인터넷 종료 지점을 생성하여 WorkSpaces 애플리케이션의 아웃바운드 트래픽을 설계할 수 있습니다. VPCs AWS 다중 VPC 설계에서는 나가는 모든 인터넷 트래픽을 제어하는 전용 VPC를 사용하는 것이 표준 관행입니다. 이 구성을 사용하면 트랜짓 게이트웨이의 유연성이 향상되고 서브넷에 연결된 표준 라우팅 테이블을 통한 라우팅을 제어할 수 있습니다. 또한 이 설계는 추가 복잡성 없이 전이적 라우팅을 지원하므로 각 VPC에 중복 NAT(네트워크 주소 변환) 게이트웨이 또는 NAT 인스턴스가 필요하지 않습니다.

모든 아웃바운드 인터넷 트래픽이 단일 VPC로 중앙 집중화되면 NAT 게이트웨이 또는 NAT 인스턴스가 일반적인 설계 선택입니다. 조직에 가장 적합한 항목을 확인하려면 NAT 게이트웨이와 NAT 인스턴스를 비교하기 위한 관리 가이드를 참조하세요. AWS Network Firewall은 경로 수준에서 보호하고 OSI 모델의 계층 3에서 7까지의 상태 비저장 및 상태 저장 규칙을 제공하여 보안 그룹 및 네트워크 액세스 제어 수준 이상으로 보호를 확장할 수 있습니다. 자세한 내용은 AWS Network Firewall용 배포 모델을 참조하세요. 조직에서 URL 필터링과 같은 고급 기능을 수행하는 타사 제품을 선택한 경우 아웃바운드 인터넷 VPC에 서비스를 배포하십시오. 이는 NAT 게이트웨이 또는 NAT 인스턴스를 대체할 수 있습니다. 타사 공급업체가 제공하는 지침을 따르십시오.

온프레미스

온프레미스 리소스에 연결해야 하는 경우, 특히 Active Directory에 조인된 WorkSpaces 애플리케이션 인스턴스의 경우 복원력이 뛰어난 연결을 AWS Direct Connect 설정합니다.