View a markdown version of this page

Amazon Elastic VMware Service 시작하기 - Amazon Elastic VMware Service
사전 조건서브넷 및 라우팅 테이블이 있는 VPC 생성HCX 연결 옵션 선택VPC 기본 라우팅 테이블 구성VPC DHCP 옵션 세트를 사용한 DNS 및 NTP 서버 구성엔드포인트 및 피어를 사용하여 VPC Route Server 인스턴스 설정네트워크 ACL을 생성하여 Amazon EVS VLAN 서브넷 트래픽 제어자체 배포 모드를 사용하여 Amazon EVS 환경 생성Amazon EVS 환경 생성Amazon EVS 환경 생성 확인Amazon EVS VLAN 서브넷을 VPC 라우팅 테이블에 명시적으로 연결VCF 자격 증명 검색 및 VCF 관리 어플라이언스 액세스정리다음 단계

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

Amazon Elastic VMware Service 시작하기

이 가이드를 사용하여 Amazon Elastic VMware Service(Amazon EVS)를 시작합니다. 자체 Amazon Virtual Private Cloud(VPC) 내에 호스트가 있는 Amazon EVS 환경을 생성하는 방법을 알아봅니다.

완료되면 VMware vSphere 기반 워크로드를 로 마이그레이션하는 데 사용할 수 있는 Amazon EVS 환경이 생깁니다 AWS 클라우드.

Amazon EVS는 VCF를 배포하거나 자체 배포 모드를 사용하여 VCF를 직접 설치할 수 있습니다. Amazon EVS가 지원하는 VCF 버전은 섹션을 참조하세요Amazon EVS에서 제공하는 VCF 버전 및 EC2 인스턴스 유형.

자체 배포 모드는 섹션을 참조하세요자체 배포 모드를 사용하여 Amazon EVS 환경 생성. 아래 절차에서는 Amazon EVS가 VCF를 배포하는 환경 생성을 Amazon EVS 환경 생성 다룹니다.

중요

가능한 한 간단하고 빠르게 시작하기 위해이 주제에는 VPC를 생성하는 단계가 포함되어 있으며 DNS 서버 구성 및 Amazon EVS 환경 생성을 위한 최소 요구 사항을 지정합니다. 이러한 리소스를 생성하기 전에 요구 사항에 맞는 IP 주소 공간 및 DNS 레코드 설정을 계획하는 것이 좋습니다. 또한 VCF 5.2.x 요구 사항을 숙지해야 합니다. 관련 릴리스 정보는 VCF 5.2.x 릴리스 정보를 참조하세요.

중요

Amazon EVS에서 제공하는 VCF 버전에 대한 자세한 내용은 섹션을 참조하세요Amazon EVS에서 제공하는 VCF 버전 및 EC2 인스턴스 유형.

사전 조건

시작하기 전에 Amazon EVS 사전 조건 작업을 완료해야 합니다. 자세한 내용은 Amazon Elastic VMware Service 설정 단원을 참조하십시오.

서브넷 및 라우팅 테이블이 있는 VPC 생성

참고

VPC, 서브넷 및 Amazon EVS 환경은 모두 동일한 계정에 생성되어야 합니다. Amazon EVS는 VPC 서브넷 또는 Amazon EVS 환경의 교차 계정 공유를 지원하지 않습니다.

예
Amazon VPC console

  1. Amazon VPC 콘솔을 엽니다.

  2. VPC 대시보드에서 VPC 생성을 선택합니다.

  3. 생성할 리소스에서 VPC 등을 선택합니다.

  4. 이름 태그 자동 생성을 선택한 상태로 유지하여 VPC 리소스에 이름 태그를 생성하거나 선택을 취소하여 VPC 리소스에 고유한 이름 태그를 제공합니다.

  5. IPv4 CIDR 블록에 IPv4 CIDR 블록을 입력합니다. VPC에 IPv4 CIDR 블록이 있어야 합니다. Amazon EVS 서브넷을 수용할 수 있는 적절한 크기의 VPC를 생성해야 합니다. 자세한 내용은 Amazon EVS 네트워킹 고려 사항 단원을 참조하십시오.

    참고

    Amazon EVS는 현재 IPv6를 지원하지 않습니다.

  6. 테넌시를 로 유지합니다Default. 이 옵션을 선택하면이 VPC로 시작되는 EC2 인스턴스는 인스턴스가 시작될 때 지정된 테넌시 속성을 사용합니다. Amazon EVS는 사용자를 대신하여 베어 메탈 EC2 인스턴스를 시작합니다.

  7. 가용 영역(AZ) 수는1을 선택합니다.

    참고

    Amazon EVS는 현재 단일 AZ 배포만 지원합니다.

  8. AZs 사용자 지정을 확장하고 서브넷의 AZ를 선택합니다.

    참고

    Amazon EVS가 지원되는 AWS 리전에를 배포해야 합니다. Amazon EVS 리전 가용성에 대한 자세한 내용은 AWS 일반 참조 안내서의 Amazon Elastic VMware Service 엔드포인트 및 할당량을 참조하세요.

  9. (선택 사항) 인터넷 연결이 필요한 경우 퍼블릭 서브넷 수에서 1을 선택합니다.

  10. 프라이빗 서브넷 수에서 1을 선택합니다. 이 프라이빗 서브넷은 환경 생성 단계에서 Amazon EVS에 제공한 서비스 액세스 서브넷으로 사용됩니다. 자세한 내용은 서비스 액세스 서브넷 단원을 참조하십시오.

  11. 서브넷의 IP 주소 범위를 선택하려면 서브넷 CIDR 블록 사용자 지정을 확장합니다.

    참고

    Amazon EVS VLAN 서브넷도이 VPC CIDR 공간에서 생성해야 합니다. 서비스에 필요한 VLAN 서브넷에 대해 VPC CIDR 블록에 충분한 공간을 두어야 합니다. 자세한 내용은 Amazon EVS 네트워킹 고려 사항 섹션을 참조하세요.

  12. (선택 사항) IPv4를 통해 리소스에 대한 인터넷 액세스 권한을 부여하려면 NAT 게이트웨이에서 In 1 AZ를 선택합니다. NAT 게이트웨이와 관련된 비용이 있습니다. 자세한 내용은 NAT 게이트웨이 요금을 참조하세요.

    참고

    Amazon EVS에서는 아웃바운드 인터넷 연결을 활성화하기 위해 NAT 게이트웨이를 사용해야 합니다.

  13. VPC 엔드포인트는 없음을 선택합니다.

    참고

    Amazon EVS는 현재에 대한 게이트웨이 VPC 엔드포인트 Amazon S3 를 지원하지 않습니다. Amazon S3 연결을 활성화하려면 AWS PrivateLink for를 사용하여 인터페이스 VPC 엔드포인트를 설정해야 합니다 Amazon S3. 자세한 내용은 Amazon Simple Storage Service 사용 설명서의 AWS PrivateLink 용 Amazon S3 섹션을 참조하세요.

  14. DNS 옵션의 경우 기본값을 선택한 상태로 유지합니다. Amazon EVS를 사용하려면 VPC에 모든 VCF 구성 요소에 대한 DNS 확인 기능이 있어야 합니다.

  15. (선택 사항) VPC에 태그를 추가하려면 추가 태그를 확장하고 새 태그 추가를 선택하여 태그 키와 태그 값을 입력합니다.

  16. VPC 생성을 선택합니다.

    참고

    VPC 생성 중에는 기본 라우팅 테이블을 Amazon VPC 자동으로 생성하고 기본적으로 서브넷을 여기에 암시적으로 연결합니다.

AWS CLI

  1. 터미널 세션을 엽니다.

  2. 단일 가용 영역에 프라이빗 서브넷과 선택적 퍼블릭 서브넷이 있는 VPC를 생성합니다.

    aws ec2 create-vpc \
  --cidr-block 10.0.0.0/16 \
  --instance-tenancy default \
  --tag-specifications 'ResourceType=vpc,Tags=[{Key=Name,Value=evs-vpc}]'

  3. 후속 명령에 사용할 VPC ID를 저장합니다.

    VPC_ID=$(aws ec2 describe-vpcs \
  --filters Name=tag:Name,Values=evs-vpc \
  --query 'Vpcs[0].VpcId' \
  --output text)

  4. DNS 호스트 이름 및 DNS 지원을 활성화합니다.

    aws ec2 modify-vpc-attribute \
  --vpc-id $VPC_ID \
  --enable-dns-hostnames
aws ec2 modify-vpc-attribute \
  --vpc-id $VPC_ID \
  --enable-dns-support

  5. VPC에서 프라이빗 서브넷을 생성합니다.

    aws ec2 create-subnet \
  --vpc-id $VPC_ID \
  --cidr-block 10.0.1.0/24 \
  --availability-zone us-west-2a \
  --tag-specifications 'ResourceType=subnet,Tags=[{Key=Name,Value=evs-private-subnet}]'

  6. 후속 명령에 사용할 프라이빗 서브넷 ID를 저장합니다.

    PRIVATE_SUBNET_ID=$(aws ec2 describe-subnets \
  --filters Name=tag:Name,Values=evs-private-subnet \
  --query 'Subnets[0].SubnetId' \
  --output text)

  7. (선택 사항) 인터넷 연결이 필요한 경우 퍼블릭 서브넷을 생성합니다.

    aws ec2 create-subnet \
  --vpc-id $VPC_ID \
  --cidr-block 10.0.0.0/24 \
  --availability-zone us-west-2a \
  --tag-specifications 'ResourceType=subnet,Tags=[{Key=Name,Value=evs-public-subnet}]'

  8. (선택 사항) 후속 명령에 사용할 퍼블릭 서브넷 ID를 저장합니다.

    PUBLIC_SUBNET_ID=$(aws ec2 describe-subnets \
  --filters Name=tag:Name,Values=evs-public-subnet \
  --query 'Subnets[0].SubnetId' \
  --output text)

  9. (선택 사항) 퍼블릭 서브넷이 생성된 경우 인터넷 게이트웨이를 생성하고 연결합니다.

    aws ec2 create-internet-gateway \
  --tag-specifications 'ResourceType=internet-gateway,Tags=[{Key=Name,Value=evs-igw}]'

IGW_ID=$(aws ec2 describe-internet-gateways \
  --filters Name=tag:Name,Values=evs-igw \
  --query 'InternetGateways[0].InternetGatewayId' \
  --output text)

aws ec2 attach-internet-gateway \
  --vpc-id $VPC_ID \
  --internet-gateway-id $IGW_ID

  10. (선택 사항) 인터넷 연결이 필요한 경우 NAT 게이트웨이를 생성합니다.

    aws ec2 allocate-address \
  --domain vpc \
  --tag-specifications 'ResourceType=elastic-ip,Tags=[{Key=Name,Value=evs-nat-eip}]'

EIP_ID=$(aws ec2 describe-addresses \
  --filters Name=tag:Name,Values=evs-nat-eip \
  --query 'Addresses[0].AllocationId' \
  --output text)

aws ec2 create-nat-gateway \
  --subnet-id $PUBLIC_SUBNET_ID \
  --allocation-id $EIP_ID \
  --tag-specifications 'ResourceType=natgateway,Tags=[{Key=Name,Value=evs-nat}]'

NAT_GW_ID=$(aws ec2 describe-nat-gateways \
  --filter Name=tag:Name,Values=evs-nat \
  --query 'NatGateways[0].NatGatewayId' \
  --output text)
    참고

    NAT 게이트웨이를 참조하는 경로를 생성하기 전에 NAT 게이트웨이가 available 상태여야 합니다. 확인하려면를 실행합니다aws ec2 describe-nat-gateways --nat-gateway-ids $NAT_GW_ID --query 'NatGateways[0].State'.

  11. 필요한 라우팅 테이블을 생성하고 구성합니다.

    aws ec2 create-route-table \
  --vpc-id $VPC_ID \
  --tag-specifications 'ResourceType=route-table,Tags=[{Key=Name,Value=evs-private-rt}]'

PRIVATE_RT_ID=$(aws ec2 describe-route-tables \
  --filters Name=tag:Name,Values=evs-private-rt \
  --query 'RouteTables[0].RouteTableId' \
  --output text)

aws ec2 create-route-table \
  --vpc-id $VPC_ID \
  --tag-specifications 'ResourceType=route-table,Tags=[{Key=Name,Value=evs-public-rt}]'

PUBLIC_RT_ID=$(aws ec2 describe-route-tables \
  --filters Name=tag:Name,Values=evs-public-rt \
  --query 'RouteTables[0].RouteTableId' \
  --output text)

  12. 라우팅 테이블에 필요한 경로를 추가합니다.

    aws ec2 create-route \
  --route-table-id $PUBLIC_RT_ID \
  --destination-cidr-block 0.0.0.0/0 \
  --gateway-id $IGW_ID

aws ec2 create-route \
  --route-table-id $PRIVATE_RT_ID \
  --destination-cidr-block 0.0.0.0/0 \
  --nat-gateway-id $NAT_GW_ID

  13. 라우팅 테이블을 서브넷과 연결합니다.

    aws ec2 associate-route-table \
  --route-table-id $PRIVATE_RT_ID \
  --subnet-id $PRIVATE_SUBNET_ID

aws ec2 associate-route-table \
  --route-table-id $PUBLIC_RT_ID \
  --subnet-id $PUBLIC_SUBNET_ID
    참고

    VPC 생성 중에는 기본 라우팅 테이블을 Amazon VPC 자동으로 생성하고 기본적으로 서브넷을 여기에 암시적으로 연결합니다.

HCX 연결 옵션 선택

Amazon EVS 환경에 대한 연결 옵션 하나를 선택합니다.

  • 프라이빗 연결: HCX를 위한 고성능 네트워크 경로를 제공하여 신뢰성과 일관성을 최적화합니다. 외부 네트워크 연결을 위해 AWS Direct Connect 또는 Site-to-Site VPN을 사용해야 합니다.

  • 인터넷 연결: 퍼블릭 인터넷을 사용하여 빠르게 설정할 수 있는 유연한 마이그레이션 경로를 설정합니다. VPC IP 주소 관리자(IPAM) 및 탄력적 IP 주소를 사용해야 합니다.

자세한 분석은 섹션을 참조하세요HCX 연결 옵션.

옵션을 선택합니다.

참고

HCX 프라이빗 연결을 선택한 경우이 섹션을 건너뛰고 로 계속 진행합니다VPC 기본 라우팅 테이블 구성.

Amazon EVS에 대한 HCX 인터넷 연결을 활성화하려면 다음을 수행해야 합니다.

  • Amazon에서 제공하는 연속 퍼블릭 IPv4 CIDR 블록 넷마스크 길이에 대한 VPC IP 주소 관리자(IPAM) 할당량이 /28 이상인지 확인합니다.

    중요

    넷마스크 길이가 /28보다 작은 Amazon 제공 연속 퍼블릭 IPv4 CIDR 블록을 사용하면 HCX 연결 문제가 발생합니다. IPAM 할당량 증가에 대한 자세한 내용은 IPAM 할당량을 참조하세요.

  • 최소 넷마스크 길이가 /28인 CIDR을 사용하여 IPAM 및 퍼블릭 IPv4 IPAM 풀을 생성합니다.

  • HCX Manager 및 HCX Interconnect(HCX-IX) 어플라이언스의 IPAM 풀에서 2개 이상의 탄력적 IP 주소(EIPs)를 할당합니다. 배포해야 하는 각 HCX 네트워크 어플라이언스에 대해 추가 탄력적 IP 주소를 할당합니다.

  • 퍼블릭 IPv4 CIDR 블록을 VPC에 추가 CIDR로 추가합니다.

환경 생성 후 HCX 인터넷 연결 관리에 대한 자세한 내용은 섹션을 참조하세요HCX 퍼블릭 인터넷 연결 구성.

IPAM 생성

다음 단계에 따라 IPAM을 생성합니다.

참고

IPAM 프리 티어를 사용하여 Amazon EVS에 사용할 IPAM 리소스를 생성할 수 있습니다. IPAM 자체는 프리 티어에서 무료이지만 NAT 게이트웨이 및 프리 티어 제한을 초과하는 퍼블릭 IPv4 주소와 같이 IPAM과 함께 사용되는 다른 AWS 서비스의 비용은 사용자가 부담합니다. IPAM 요금에 대한 자세한 내용은 Amazon VPC 요금 페이지를 참조하세요.

참고

Amazon EVS는 현재 프라이빗 IPv6 글로벌 유니캐스트 주소(GUA) CIDRs 지원하지 않습니다.

퍼블릭 IPv4 IPAM 풀 생성

다음 단계에 따라 퍼블릭 IPv4 풀을 생성합니다.

IPAM console

  1. IPAM 콘솔을 엽니다.

  2. 탐색 창에서 Pools를 선택합니다.

  3. 퍼블릭 범위를 선택합니다. 범위에 대한 자세한 내용은 IPAM 작동 방식을 참조하세요.

  4. 풀 생성(Create pool)을 선택합니다.

  5. (선택 사항) 풀에 대한 이름 태그(Name tag) 및 설명(Description)을 추가합니다.

  6. 주소 패밀리(Address family)에서 IPv4를 선택합니다.

  7. 리소스 계획에서 범위 내에서 IP 공간 계획을 선택한 상태로 둡니다.

  8. 로캘(Locale)에서 풀에 대한 로캘을 선택합니다. 로캘은이 IPAM 풀을 할당에 사용할 수 있게 하려는 AWS 리전입니다. 선택한 로캘은 VPC가 배포된 AWS 리전과 일치해야 합니다.

  9. 서비스(Service)에서 EC2(EIP/VPC)를 선택합니다. 그러면 Amazon EC2 서비스(탄력적 IP 주소용)에 대해이 풀에서 할당된 CIDRs이 알립니다.

  10. 퍼블릭 IP 소스에서 Amazon 소유를 선택합니다.

  11. 프로비저닝할 CIDRs에서 Amazon 소유 퍼블릭 CIDR 추가를 선택합니다.

  12. 넷마스크에서 CIDR 넷마스크 길이를 선택합니다. /28은 필요한 최소 넷마스크 길이입니다.

  13. 풀 생성(Create pool)을 선택합니다.

AWS CLI

  1. 터미널 세션을 엽니다.

  2. IPAM에서 퍼블릭 범위 ID를 가져옵니다.

    SCOPE_ID=$(aws ec2 describe-ipam-scopes \
  --filters Name=ipam-scope-type,Values=public \
  --query 'IpamScopes[0].IpamScopeId' \
  --output text)

  3. 퍼블릭 범위에서 IPAM 풀을 생성합니다.

    aws ec2 create-ipam-pool \
  --ipam-scope-id $SCOPE_ID \
  --address-family ipv4 \
  --no-auto-import \
  --locale us-east-2 \
  --description "Public IPv4 pool for HCX" \
  --tag-specifications 'ResourceType=ipam-pool,Tags=[{Key=Name,Value=evs-hcx-public-pool}]' \
  --public-ip-source amazon \
  --aws-service ec2

  4. 후속 명령에 사용할 풀 ID를 저장합니다.

    POOL_ID=$(aws ec2 describe-ipam-pools \
  --filters Name=tag:Name,Values=evs-hcx-public-pool \
  --query 'IpamPools[0].IpamPoolId' \
  --output text)

  5. 최소 넷마스크 길이가 /28인 풀에서 CIDR 블록을 프로비저닝합니다.

    aws ec2 provision-ipam-pool-cidr \
  --ipam-pool-id $POOL_ID \
  --netmask-length 28

IPAM 풀에서 탄력적 IP 주소 할당

다음 단계에 따라 HCX Service Mesh 어플라이언스용 IPAM 풀에서 탄력적 IP 주소(EIPs)를 할당합니다.

Amazon VPC console

  1. Amazon VPC 콘솔을 엽니다.

  2. 탐색 창에서 Elastic IPs를 선택합니다.

  3. 탄력적 IP 주소 할당을 선택합니다.

  4. IPv4 IPAM 풀을 사용하여 할당을 선택합니다.

  5. 이전에 구성한 Amazon 소유 퍼블릭 IPv4 풀을 선택합니다.

  6. IPAM 메서드 할당에서 IPAM 풀 내의 주소 수동 입력을 선택합니다.

    중요

    퍼블릭 IPAM CIDR 블록의 처음 두 EIPs 또는 마지막 EIP를 VLAN 서브넷에 연결할 수 없습니다. 이러한 EIPs는 네트워크, 기본 게이트웨이 및 브로드캐스트 주소로 예약됩니다. 이러한 EIPs를 VLAN 서브넷과 연결하려고 하면 Amazon EVS에서 검증 오류가 발생합니다.

    중요

    Amazon EVS가 예약하는 EIPs가 할당되지 않도록 IPAM 풀 내에 주소를 수동으로 입력합니다. IPAM이 EIP를 선택하도록 허용하는 경우 IPAM은 Amazon EVS가 예약하는 EIP를 할당하여 EIP를 VLAN 서브넷에 연결하는 동안 오류가 발생할 수 있습니다.

  7. IPAM 풀에서 할당할 EIP를 지정합니다.

  8. 할당을 선택합니다.

  9. 이 프로세스를 반복하여 필요한 나머지 EIPs를 할당합니다. HCX Manager 및 HCX Interconnect(HCX-IX) 어플라이언스에 대해 IPAM 풀에서 최소 2개의 EIPs를 할당해야 합니다. 배포해야 하는 각 HCX 네트워크 어플라이언스에 추가 EIP를 할당합니다.

AWS CLI

  1. 터미널 세션을 엽니다.

  2. 이전에 생성한 IPAM 풀 ID를 가져옵니다.

    POOL_ID=$(aws ec2 describe-ipam-pools \
  --filters Name=tag:Name,Values=evs-hcx-public-pool \
  --query 'IpamPools[0].IpamPoolId' \
  --output text)

  3. IPAM 풀에서 탄력적 IP 주소를 할당합니다. HCX Manager 및 HCX Interconnect(HCX-IX) 어플라이언스에 대해 IPAM 풀에서 최소 2개의 EIPs를 할당해야 합니다. 배포해야 하는 각 HCX 네트워크 어플라이언스에 추가 EIP를 할당합니다.

    중요

    퍼블릭 IPAM CIDR 블록의 처음 두 EIPs 또는 마지막 EIP를 VLAN 서브넷과 연결할 수 없습니다. 이러한 EIPs는 네트워크, 기본 게이트웨이 및 브로드캐스트 주소로 예약됩니다. 이러한 EIPs를 VLAN 서브넷과 연결하려고 하면 Amazon EVS에서 검증 오류가 발생합니다.

    중요

    Amazon EVS가 예약하는 EIPs가 할당되지 않도록 IPAM 풀 내에 주소를 수동으로 입력합니다. IPAM이 EIP를 선택하도록 허용하는 경우 IPAM은 Amazon EVS가 예약하는 EIP를 할당하여 EIP를 VLAN 서브넷에 연결하는 동안 오류가 발생할 수 있습니다.

    aws ec2 allocate-address \
  --domain vpc \
  --tag-specifications 'ResourceType=elastic-ip,Tags=[{Key=Name,Value=evs-hcx-manager-eip}]' \
  --ipam-pool-id $POOL_ID \
  --address xx.xx.xxx.3

aws ec2 allocate-address \
  --domain vpc \
  --tag-specifications 'ResourceType=elastic-ip,Tags=[{Key=Name,Value=evs-hcx-ix-eip}]' \
  --ipam-pool-id $POOL_ID \
  --address xx.xx.xxx.4

aws ec2 allocate-address \
  --domain vpc \
  --tag-specifications 'ResourceType=elastic-ip,Tags=[{Key=Name,Value=evs-hcx-ne-eip}]' \
  --ipam-pool-id $POOL_ID \
  --address xx.xx.xxx.5

HCX 인터넷 연결을 위해 IPAM 풀의 퍼블릭 IPv4 CIDR 블록을 VPC에 추가

HCX 인터넷 연결을 활성화하려면 IPAM 풀의 퍼블릭 IPv4 CIDR 블록을 VPC에 추가 CIDR로 추가해야 합니다. Amazon EVS는이 CIDR 블록을 사용하여 VMware HCX를 네트워크에 연결합니다. 다음 단계에 따라 VPC에 CIDR 블록을 추가합니다.

중요

VPC에 추가하는 IPv4 CIDR 블록을 수동으로 입력해야 합니다. Amazon EVS는 현재 IPAM 할당 CIDR 블록 사용을 지원하지 않습니다. IPAM 할당 CIDR 블록을 사용하면 EIP 연결에 실패할 수 있습니다.

Amazon VPC console

  1. Amazon VPC 콘솔을 엽니다.

  2. 탐색 창에서 Your VPCs를 선택합니다.

  3. 이전에 생성한 VPC를 선택하고 작업, CIDRs 선택합니다.

  4. 새 IPV4 CIDR 추가를 선택합니다.

  5. IPV4 CIDR 수동 입력을 선택합니다.

  6. 이전에 생성한 퍼블릭 IPAM 풀에서 CIDR 블록을 지정합니다.

AWS CLI

  1. 터미널 세션을 엽니다.

  2. IPAM 풀 ID와 프로비저닝된 CIDR 블록을 가져옵니다.

    POOL_ID=$(aws ec2 describe-ipam-pools \
  --filters Name=tag:Name,Values=evs-hcx-public-pool \
  --query 'IpamPools[0].IpamPoolId' \
  --output text)

CIDR_BLOCK=$(aws ec2 get-ipam-pool-cidrs \
  --ipam-pool-id $POOL_ID \
  --query 'IpamPoolCidrs[0].Cidr' \
  --output text)

  3. VPC에 CIDR 블록을 추가합니다.

    aws ec2 associate-vpc-cidr-block \
  --vpc-id $VPC_ID \
  --cidr-block $CIDR_BLOCK

VPC 기본 라우팅 테이블 구성

Amazon EVS VLAN 서브넷은 VPC 기본 라우팅 테이블에 암시적으로 연결됩니다. 성공적인 환경 배포를 위해 DNS 또는 온프레미스 시스템과 같은 종속 서비스에 대한 연결을 활성화하려면 이러한 시스템에 대한 트래픽을 허용하도록 기본 라우팅 테이블을 구성해야 합니다. 기본 라우팅 테이블에는 VPC의 CIDR에 대한 경로가 포함되어야 합니다. 기본 라우팅 테이블 사용은 초기 Amazon EVS 환경 배포에만 필요합니다. 환경 배포 후 사용자 지정 라우팅 테이블을 사용하도록 환경을 구성할 수 있습니다. 자세한 내용은 Amazon EVS 서브넷에 대한 사용자 지정 라우팅 테이블 구성 단원을 참조하십시오.

환경 배포 후에는 각 Amazon EVS VLAN 서브넷을 VPC의 라우팅 테이블과 명시적으로 연결해야 합니다. VLAN 서브넷이 VPC 라우팅 테이블과 명시적으로 연결되지 않은 경우 NSX 연결이 실패합니다. 환경 배포 후 서브넷을 사용자 지정 라우팅 테이블과 명시적으로 연결하는 것이 좋습니다. 자세한 내용은 VPC 기본 라우팅 테이블 구성 단원을 참조하십시오.

중요

Amazon EVS는 Amazon EVS 환경이 생성된 후에만 사용자 지정 라우팅 테이블 사용을 지원합니다. Amazon EVS 환경 생성 중에는 사용자 지정 라우팅 테이블을 사용해서는 안 됩니다. 연결 문제가 발생할 수 있습니다.

VPC DHCP 옵션 세트를 사용한 DNS 및 NTP 서버 구성

중요

이러한 Amazon EVS 요구 사항을 충족하지 않으면 환경 배포가 실패합니다.

  • DHCP 옵션 세트에 기본 DNS 서버 IP 주소와 보조 DNS 서버 IP 주소를 포함합니다.

  • 배포의 각 VCF 관리 어플라이언스 및 Amazon EVS 호스트에 대한 A 레코드와 함께 DNS 순방향 조회 영역을 포함합니다.

  • 배포의 각 VCF 관리 어플라이언스 및 Amazon EVS 호스트에 대한 PTR 레코드와 함께 DNS 역방향 조회 영역을 포함합니다.

  • DNS 서버로의 경로가 존재하도록 VPC의 기본 라우팅 테이블을 구성합니다.

  • 도메인 이름 등록이 유효하며 만료되지 않았는지, 중복된 호스트 이름이나 IP 주소가 없는지 확인합니다.

  • Amazon EVS가 다음과 통신할 수 있도록 보안 그룹 및 네트워크 액세스 제어 목록(ACLs)을 구성합니다.

    • TCP/UDP 포트 53을 통한 DNS 서버.

    • HTTPS 및 SSH를 통한 호스트 관리 VLAN 서브넷입니다.

    • HTTPS 및 SSH를 통한 VLAN 서브넷 관리.

Amazon EVS는 VPC의 DHCP 옵션 세트를 사용하여 다음을 검색합니다.

  • 호스트 IP 주소 확인을 위한 도메인 이름 시스템(DNS) 서버입니다.

  • DNS 확인을 위한 도메인 이름입니다.

  • 시간 동기화를 위한 NTP(Network Time Protocol) 서버입니다.

Amazon VPC 콘솔 또는를 사용하여 DHCP 옵션 세트를 생성할 수 있습니다 AWS CLI. 자세한 내용은 Amazon VPC 사용 설명서의 DHCP 옵션 세트 생성을 참조하세요.

DNS 서버 구성

DNS 구성을 사용하면 Amazon EVS 환경에서 호스트 이름을 확인할 수 있습니다. Amazon EVS 환경을 성공적으로 배포하려면 VPC의 DHCP 옵션 세트에 다음 DNS 설정이 있어야 합니다.

  • DHCP 옵션 세트의 기본 DNS 서버 IP 주소 및 보조 DNS 서버 IP 주소입니다.

  • 배포의 각 VCF 관리 어플라이언스 및 Amazon EVS 호스트에 대한 A 레코드가 있는 DNS 순방향 조회 영역입니다.

  • 배포의 각 VCF 관리 어플라이언스 및 Amazon EVS 호스트에 대한 PTR 레코드가 있는 역방향 조회 영역입니다. NTP 구성의 경우 기본 Amazon NTP 주소 169.254.169.123또는 선호하는 다른 IPv4 주소를 사용할 수 있습니다.

DHCP 옵션 세트에서 DNS 서버를 구성하는 방법에 대한 자세한 내용은 DHCP 옵션 세트 생성을 참조하세요.

온프레미스 연결을 위한 DNS 구성

온프레미스 연결의 경우 인바운드 해석기와 함께 Route 53 프라이빗 호스팅 영역을 사용하는 것이 좋습니다. 이 설정을 사용하면 VPC 내의 내부 DNS에 Route 53를 사용하고 이를 기존 온프레미스 DNS 인프라와 통합할 수 있는 하이브리드 DNS 확인이 가능합니다. 이를 통해 VPC 내의 리소스는 복잡한 구성 없이 온프레미스 네트워크에서 호스팅되는 도메인 이름을 확인할 수 있으며 그 반대의 경우도 마찬가지입니다. 필요한 경우 Route 53 아웃바운드 해석기와 함께 자체 DNS 서버를 사용할 수도 있습니다. 구성 단계는 Amazon Route 53 개발자 안내서의 프라이빗 호스팅 영역 생성 및 VPC로 인바운드 DNS 쿼리 전달을 참조하세요.

참고

DHCP 옵션 세트에서 Route 53과 사용자 지정 도메인 이름 시스템(DNS) 서버를 모두 사용하면 예기치 않은 동작이 발생할 수 있습니다.

참고

의 프라이빗 호스팅 영역에 정의된 사용자 지정 DNS 도메인 이름을 사용하거나 인터페이스 VPC 엔드포인트(AWS PrivateLink)와 함께 프라이빗 DNS를 Route 53사용하는 경우 enableDnsHostnames 및 enableDnsSupport 속성을 모두 로 설정해야 합니다true. 자세한 내용은 VPC의 DNS 속성을 참조하세요.

DNS 연결성 문제 해결

Amazon EVS는 DNS 레코드에 도달하기 위해 VPC의 DHCP 옵션 세트에서 SDDC Manager 및 DNS 서버에 지속적으로 연결해야 합니다. SDDC Manager에 대한 지속적인 연결을 사용할 수 없게 되면 Amazon EVS는 더 이상 환경 상태를 검증할 수 없으며 환경 액세스 권한이 손실될 수 있습니다. 이 문제를 해결하는 단계는 섹션을 참조하세요연결성 확인 실패.

NTP 서버 구성

NTP 서버는 네트워크에 시간을 제공합니다. Amazon EC2 인스턴스에 대한 일관되고 정확한 시간 참조는 많은 VCF 환경 작업 및 프로세스에 매우 중요합니다. 시간 동기화는 다음과 같은 경우에 필수적입니다.

  • 시스템 로깅 및 감사

  • 보안 운영

  • 분산 시스템 관리

  • 문제 해결

VPC의 DHCP 옵션 세트에 최대 4개의 NTP 서버의 IPv4 주소를 입력할 수 있습니다. IPv4 주소에서 Amazon Time Sync Service를 지정할 수 있습니다169.254.169.123. 기본적으로 Amazon EVS가 배포하는 Amazon EC2 인스턴스는 IPv4 주소의 Amazon Time Sync Service를 사용합니다169.254.169.123.

NTP 서버에 대한 자세한 내용은 RFC 2123을 참조하세요. Amazon Time Sync Service에 대한 자세한 내용은 VMware Cloud Foundation 설명서의 EC2 인스턴스의 정밀도 클럭 및 시간 동기화와 VMware Cloud Foundation Hosts에서 NTP 구성을 참조하세요. VMware

NTP 설정을 구성하려면

  1. NTP 소스를 선택합니다.

    • Amazon Time Sync Service(권장)

    • 사용자 지정 NTP 서버

  2. DHCP 옵션 세트에 NTP 서버를 추가합니다. 자세한 내용은 Amazon VPC 사용 설명서의 DHCP 옵션 세트 생성을 참조하세요.

  3. 시간 동기화를 확인합니다. DHCP 옵션 세트 구성에 대한 자세한 내용은 섹션을 참조하세요VPC의 DHCP 옵션 세트 구성.

연결된 전송 게이트웨이와 Direct Connect 함께를 사용하거나 전송 게이트웨이에 AWS Site-to-Site VPN 연결을 사용하여 AWS 인프라에 대한 온프레미스 데이터 센터의 연결을 구성할 수 있습니다.

성공적인 환경 배포를 위해 온프레미스 시스템에 대한 연결을 활성화하려면 이러한 시스템으로의 트래픽을 허용하도록 VPC의 기본 라우팅 테이블을 구성해야 합니다. 자세한 내용은 VPC 기본 라우팅 테이블 구성 단원을 참조하십시오.

Amazon EVS 환경을 생성한 후에는 전송 게이트웨이 라우팅 테이블을 Amazon EVS 환경 내에서 생성된 VPC CIDRs로 업데이트해야 합니다. 자세한 내용은 온프레미스 연결을 위한 전송 게이트웨이 라우팅 테이블 및 Direct Connect 접두사 구성(선택 사항) 단원을 참조하십시오.

Direct Connect 연결 설정에 대한 자세한 내용은 Direct Connect 게이트웨이 및 전송 게이트웨이 연결을 참조하세요. AWS Transit Gateway와 함께 AWS Site-to-Site VPN을 사용하는 방법에 대한 자세한 내용은 AWS Transit Gateway 사용 설명서의 Amazon VPC Transit Gateways의 Site-to-Site VPN 연결을 참조하세요. Amazon VPC

참고

Amazon EVS는 AWS Direct Connect 프라이빗 가상 인터페이스(VIF) 또는 언더레이 VPC로 직접 종료되는 AWS Site-to-Site VPN 연결을 통한 연결을 지원하지 않습니다.

엔드포인트 및 피어를 사용하여 VPC Route Server 인스턴스 설정

Amazon EVS는 Amazon VPC Route Server를에 사용하여 VPC 언더레이 네트워크에 대한 BGP 기반 동적 라우팅을 활성화합니다. 서비스 액세스 서브넷에서 두 개 이상의 라우팅 서버 엔드포인트에 대한 경로를 공유하는 라우팅 서버를 지정해야 합니다. 라우팅 서버 피어에 구성된 피어 ASN은 일치해야 하며 피어 IP 주소는 고유해야 합니다.

HCX 인터넷 연결을 위해 Route Server를 구성하는 경우 이 절차의 첫 번째 단계에서 생성한 서비스 액세스 서브넷과 퍼블릭 서브넷 모두에 대해 Route Server 전파를 구성해야 합니다.

중요

VPC Route Server 구성에 대한 다음 Amazon EVS 요구 사항을 충족하지 않으면 환경 배포가 실패합니다.

  • 서비스 액세스 서브넷에서 라우팅 서버 엔드포인트를 두 개 이상 구성해야 합니다.

  • Tier-0 게이트웨이에 대해 BGP(Border Gateway Protocol)를 구성할 때 VPC Route Server 피어 ASN 값은 NSX Edge 피어 ASN 값과 일치해야 합니다.

  • 두 라우팅 서버 피어를 생성할 때 각 엔드포인트에 대해 NSX 업링크 VLAN의 고유한 IP 주소를 사용해야 합니다. 이 두 IP 주소는 Amazon EVS 환경 배포 중에 NSX 엣지에 할당됩니다.

  • Route Server 전파를 활성화할 때 전파되는 모든 라우팅 테이블에 하나 이상의 명시적 서브넷 연결이 있는지 확인해야 합니다. 전파된 라우팅 테이블에 명시적 서브넷 연결이 없는 경우 BGP 라우팅 광고가 실패합니다.

참고

라우팅 서버 피어를 생성할 때 NSX 업링크 VLAN 서브넷이 아직 존재하지 않습니다. Amazon EVS는 환경 생성 중에 생성합니다. 계획된 NSX 업링크 VLAN CIDR 블록(로 전달할 값)에서 피어 IP 주소 2개를 선택합니다initialVlans.nsxUplink. 두 IP 주소는 계획된 CIDR 블록 내에 속해야 하며 사용되지 않은 상태로 유지되어야 합니다.

VPC Route Server 설정에 대한 자세한 내용은 Route Server 시작하기 자습서를 참조하세요.

이 자습서를 따를 때는 다음 Amazon EVS 관련 값을 사용합니다.

  • Amazon 측 ASN - VPC Route Server의 BGP ASN입니다. 프라이빗 ASN을 사용합니다(예: 65022). NSX Edge Tier-0 게이트웨이는이 값을의 BGP 이웃(원격) ASN으로 사용5단계: NSX 네트워킹 구성하므로 선택한 값을 기록해 둡니다.

  • 라우팅 서버 엔드포인트 - 서비스 액세스 서브넷에 두 개의 엔드포인트를 생성합니다.

  • 라우팅 서버 피어 - 두 NSX Edge 노드가 모두 라우팅 서버 엔드포인트와 피어링되도록 4개의 라우팅 서버 피어를 생성하고 전체 메시를 구성하는 것이 좋습니다. 전체 메시는 라우팅 서버 엔드포인트가 유지 관리로 전환되는 경우 경로를 계속 전파합니다. 최소한 두 개의 피어를 생성해야 합니다. 각 피어에 대해 계획된 NSX 업링크 VLAN CIDR의 고유한 IP 주소를 사용하고 피어 ASN을에서 구성한 NSX Edge Tier-0 ASN으로 설정합니다5단계: NSX 네트워킹 구성(예: 65000).

  • 전파 - 서비스 액세스 서브넷과 연결된 라우팅 테이블에서 라우팅 서버 전파를 활성화합니다. 해당 라우팅 테이블에는 하나 이상의 명시적 서브넷 연결이 있어야 합니다.

중요

Route Server 전파를 활성화할 때 전파되는 모든 라우팅 테이블에 하나 이상의 명시적 서브넷 연결이 있는지 확인합니다. 라우팅 테이블에 명시적 서브넷 연결이 없는 경우 BGP 라우팅 광고가 실패합니다.

참고

Route Server 피어 실시간 감지의 경우 Amazon EVS는 기본 BGP 연결 유지 메커니즘만 지원합니다. Amazon EVS는 다중 홉 양방향 전달 감지(BFD)를 지원하지 않습니다.

참고

라우팅 서버 인스턴스에 대해 지속 기간이 1~5분인 영구 경로를 활성화하는 것이 좋습니다. 활성화하면 모든 BGP 세션이 종료되더라도 라우팅이 라우팅 서버의 라우팅 데이터베이스에 보존됩니다. 자세한 내용은 Amazon VPC 사용 설명서의 라우팅 서버 생성을 참조하세요.

참고

NAT 게이트웨이 또는 전송 게이트웨이를 사용하는 경우 VPC 라우팅 테이블(들)에 NSX 경로를 전파하도록 라우팅 서버가 올바르게 구성되어 있는지 확인합니다.

문제 해결

문제가 발생하는 경우:

  • 각 라우팅 테이블에 명시적 서브넷 연결이 있는지 확인합니다.

  • 라우팅 서버에 대해 입력한 피어 ASN 값과 NSX Tier-0 게이트웨이가 일치하는지 확인합니다.

  • Route Server 엔드포인트 IP 주소가 고유한지 확인합니다.

  • 라우팅 테이블에서 라우팅 전파 상태를 검토합니다.

  • VPC Route Server 피어 로깅을 사용하여 BGP 세션 상태를 모니터링하고 연결 문제를 해결합니다. 자세한 내용은 Amazon VPC 사용 설명서의 라우팅 서버 피어 로깅을 참조하세요.

네트워크 ACL을 생성하여 Amazon EVS VLAN 서브넷 트래픽 제어

Amazon EVS는 네트워크 액세스 제어 목록(ACL)을 사용하여 Amazon EVS VLAN 서브넷과 주고받는 트래픽을 제어합니다. VPC에 기본 네트워크 ACL을 사용하거나 보안 그룹의 규칙과 유사한 규칙을 사용하여 VPC에 대한 사용자 지정 네트워크 ACL을 생성하여 VPC에 보안 계층을 추가할 수 있습니다. 자세한 내용은 Amazon VPC 사용 설명서의 VPC용 네트워크 ACL 생성을 참조하세요.

HCX 인터넷 연결을 구성하려는 경우 구성하는 네트워크 ACL 규칙이 HCX 구성 요소에 필요한 인바운드 및 아웃바운드 연결을 허용하는지 확인합니다. HCX 포트 요구 사항에 대한 자세한 내용은 VMware HCX 사용 설명서를 참조하세요.

중요

인터넷을 통해 연결하는 경우 탄력적 IP 주소를 VLAN과 연결하면 해당 VLAN 서브넷의 모든 리소스에 대한 직접 인터넷 액세스가 가능합니다. 보안 요구 사항에 따라 액세스를 제한하도록 구성된 적절한 네트워크 액세스 제어 목록이 있는지 확인합니다.

중요

EC2 보안 그룹은 Amazon EVS VLAN 서브넷에 연결된 탄력적 네트워크 인터페이스에서 작동하지 않습니다. Amazon EVS VLAN 서브넷과 주고받는 트래픽을 제어하려면 네트워크 액세스 제어 목록을 사용해야 합니다.

자체 배포 모드를 사용하여 Amazon EVS 환경 생성

Amazon EVS는 VCF 설치 관리자 또는 선호하는 코드형 인프라 솔루션을 사용하여 VCF 배포를 완벽하게 제어하여 배포를 자동화하는 자체 배포 모드를 지원합니다. VCF 배포를 자동화하는 스크립트 예제는 GitHub의 Amazon EVS용 솔루션 리포지토리를 참조하세요.

현재 자체 배포 모드에서 지원되는 VCF 버전은 섹션을 참조하세요Amazon EVS에서 제공하는 VCF 버전 및 EC2 인스턴스 유형.

개요

자체 배포 모드에서는 Amazon EVS 환경을 생성하고 호스트를 추가한 다음 VCF를 직접 설치 및 구성합니다. Amazon EVS는 AWS 네트워킹 및 VLAN 서브넷을 프로비저닝합니다. VCF 설치 관리자(또는 자체 IaC)를 사용하여 VCF를 배포하고 커넥터를 사용하여 Amazon EVS에 다시 연결합니다.

시작하기 전에 환경에 대한 AWS 네트워킹 및 계정 사전 조건을 완료합니다. 자세한 내용은 Amazon Elastic VMware Service 설정 및의 사전 조건 체크리스트를 참조하세요Amazon EVS 배포 사전 조건 체크리스트.

그런 다음 다음 단계를 순서대로 완료합니다.

  1. 환경 생성 - Amazon EVS가 VLAN 서브넷을 프로비저닝합니다.

  2. DNS 레코드 생성 - ESX 호스트 및 VCF 관리 어플라이언스에 대한 A 및 PTR 레코드를 생성합니다.

  3. 호스트 추가 - 환경에 베어 메탈 EC2 호스트를 추가합니다.

  4. VCF 설치 - VCF 설치 관리자를 사용하여 호스트에 VCF를 설치합니다.

  5. NSX 네트워킹 구성 - NSX 엣지에서 오버레이 네트워크를 생성하고 VPC로의 라우팅을 구성합니다.

  6. 커넥터 생성 - Amazon EVS가 배포를 모니터링하고 라이선스 사용량을 보고할 수 있도록 커넥터를 생성합니다.

  7. 환경 확인 - 호스트, 관리 어플라이언스 및 커넥터가 정상인지 확인합니다.

결제

호스트를 환경에 추가하면 아직 VCF를 설치했는지 여부에 관계없이 다른 EC2 인스턴스와 마찬가지로 EC2 베어 메탈 인스턴스에 대한 AWS 요금이 발생합니다.

자체 배포 모드에서 환경을 생성했지만 아직 호스트를 추가하거나 VCF를 설치하지 않은 경우 AWS 계정와 연결된 이메일 주소를 사용하여에 연락하여 설정을 완료하거나 환경을 제거하도록 요청할 AWS 수 있습니다.

더 이상 사용하지 않는 호스트에 대한 요금 발생을 중지하려면 해당 호스트를 삭제합니다. 자세한 내용은 자체 배포 모드로 Amazon EVS 환경 정리 단원을 참조하십시오.

1단계: 환경 생성

자체 배포 모드에서 환경 생성은 지정한 Amazon EVS VLAN 서브넷을 프로비저닝합니다. VCF를 배포하거나 호스트를 생성하지 않습니다.

예
Amazon EVS console

  1. Amazon EVS 콘솔로 이동합니다.

    참고

    콘솔의 오른쪽 상단에 표시된 AWS 리전이 환경을 생성하려는 AWS 리전인지 확인합니다.

  2. 탐색 창에서 환경을 선택합니다.

  3. 환경 생성을 선택합니다.

  4. 환경 구성 단계에서 다음을 수행합니다.

    1. AWS 계정 요구 사항 패널을 검토하여 계정이 Amazon EVS 사전 요구 사항을 충족하는지 확인합니다.

    2. (선택 사항) 이름에 환경 이름을 입력합니다.

    3. VCF 버전에서 자체 배포를 선택합니다.

    4. 다음을 선택합니다.

  5. 네트워크 및 연결 구성 단계에서 다음을 수행합니다.

    1. VPC에서 이전에 생성한 VPC를 선택합니다.

    2. 서비스 액세스 서브넷에서 이전에 생성한 프라이빗 서브넷을 선택합니다.

    3. (선택 사항) 서비스 액세스 보안 그룹 - 선택 사항에서 Amazon EVS 컨트롤 플레인과 VPC 간의 통신을 제어하는 보안 그룹을 최대 2개까지 선택합니다. 보안 그룹을 선택하지 않은 경우 Amazon EVS는 기본 보안 그룹을 사용합니다.

      참고

      선택한 보안 그룹이 Amazon EVS VLAN 서브넷에 대한 연결을 제공하는지 확인합니다.

    4. 관리 연결에서 Amazon EVS VLAN 서브넷의 CIDR 블록을 입력합니다. Amazon EVS는 환경 생성의 일부로 이러한 VLAN 서브넷을 생성합니다.

      중요

      Amazon EVS VLAN 서브넷은 환경 생성 중에만 생성할 수 있으며 환경이 생성된 후에는 수정할 수 없습니다. 환경을 생성하기 전에 VLAN 서브넷 CIDR 블록의 크기가 적절한지 확인해야 합니다. 크기 조정 지침은 섹션을 참조하세요VLAN 서브넷 크기 조정 지침.

    5. 확장 VLANs에서 VCF 배포를 확장하는 데 사용할 수 있는 추가 Amazon EVS VLAN 서브넷의 CIDR 블록을 입력합니다.

    6. 워크로드/VCF 연결에서 NSX 업링크 VLAN의 CIDR 블록을 입력합니다.

      참고

      자체 배포 모드에서는 환경을 생성할 때 VPC Route Server 피어를 선택하지 않습니다. VCF를 설치한 후 NSX Edge Tier-0 게이트웨이와 VPC Route Server 간에 BGP 피어링을 직접 구성합니다. 자세한 내용은 5단계: NSX 네트워킹 구성 및 엔드포인트 및 피어를 사용하여 VPC Route Server 인스턴스 설정 섹션을 참조하세요.

    7. 다음을 선택합니다.

  6. (선택 사항) 태그 추가 단계에서 태그를 추가하고 다음을 선택합니다.

    참고

    이후에이 환경에 추가하는 호스트에는 태그가 지정됩니다DoNotDelete-EVS-[<environmentId>]-[<hostname>]. Amazon EVS 외부에서 이러한 호스트를 삭제, 중지 또는 종료하지 마십시오. 이렇게 하면 Amazon EVS가 호스트에 대한 가시성을 잃고 환경을 손상된 상태로 만들 수 있습니다.

    참고

    Amazon EVS 환경과 연결된 태그는 EC2 인스턴스와 같은 기본 AWS 리소스로 전파되지 않습니다.

  7. 검토 및 생성 단계에서 구성을 검토하고 환경 생성을 선택합니다.

    검토 페이지의 정보 알림은 "환경 인프라가 지금 프로비저닝됩니다. 생성 후 환경 세부 정보 페이지에서 호스트를 추가하고 VCF를 배포합니다.”

AWS CLI

  1. 터미널 세션을 엽니다.

  2. aws evs create-environment 명령을 실행하여를 지정합니다--vcf-version SELF_DEPLOYED.

    자체 배포 모드에서는 다음 파라미터가 지원되지 않으므로 생략해야 합니다. 이를 제공하면 검증 오류가 발생합니다--connectivity-info. --license-info, --hosts, --vcf-hostnames, --site-id, .

    다음 예시에서는 자체 배포 모드에서 Amazon EVS 환경을 생성합니다. VLAN CIDR 블록은 VPC에 맞게 크기가 지정된 값을 사용하는 예제입니다.

    aws evs create-environment \
    --environment-name my-self-deployed-env \
    --vpc-id vpc-0abcdef1234567890 \
    --service-access-subnet-id subnet-0fdd7dcd7f1dc0fb4 \
    --vcf-version SELF_DEPLOYED \
    --terms-accepted \
    --initial-vlans '{
      "vmkManagement":   { "cidr": "10.10.0.0/24" },
      "vmManagement":    { "cidr": "10.10.1.0/24" },
      "vMotion":         { "cidr": "10.10.2.0/24" },
      "vSan":            { "cidr": "10.10.3.0/24" },
      "vTep":            { "cidr": "10.10.4.0/24" },
      "edgeVTep":        { "cidr": "10.10.5.0/24" },
      "nsxUplink":       { "cidr": "10.10.6.0/24" },
      "hcx":             { "cidr": "10.10.7.0/24" },
      "expansionVlan1":  { "cidr": "10.10.8.0/24" },
      "expansionVlan2":  { "cidr": "10.10.9.0/24" }
    }' \
    --region us-west-2

환경이 CREATED 상태에 도달하면 2단계로 진행할 수 있습니다.

2단계: DNS 레코드 생성

호스트를 추가하고 VCF를 설치하기 전에 각 ESX 호스트와 배포하려는 각 VCF 관리 어플라이언스에 대해 전달(A 레코드) 및 역방향(PTR 레코드) DNS 항목을 생성합니다. Amazon EVS는 호스트 생성 중에 각 호스트의 정규화된 도메인 이름(FQDN)에 대한 DNS 조회를 수행하며 레코드가 아직 없는 경우 호스트 생성이 실패합니다.

호스트 FQDN은 이며<hostName>.<domain>, 여기서 <hostName>는 전달할 이름이CreateEnvironmentHost고 <domain>는 VPC의 DHCP 옵션 세트에 구성된 도메인 이름입니다( 참조VPC DHCP 옵션 세트를 사용한 DNS 및 NTP 서버 구성).

호스트 레코드는 다음과 같아야 합니다.

  • 에서 지정한 호스트 관리(vmkManagement) VLAN CIDR 내에서 A 레코드 IP 주소를 사용합니다initialVlans. Amazon EVS는 생성한 A 레코드에서 각 호스트에 관리 IP를 할당합니다.

  • 역방향 조회 영역에 일치하는 PTR 레코드가 있어야 합니다.

  • Amazon EVS 서비스 액세스 서브넷의 DNS를 통해 확인할 수 있어야 합니다(순방향 및 역방향 조회 모두 성공해야 함).

VCF 관리 어플라이언스 레코드(vCenter Server, NSX Manager 및 VCF 버전의 기타 어플라이언스용)는 다음과 같아야 합니다.

  • VCF 설치 중에 구성할 호스트 이름과 일치하는 FQDNs을 사용합니다.

  • 적절한 VLAN 서브넷의 IP 주소 범위 내에 속합니다.

  • Amazon EVS 관리 VLAN 및 VCF 관리 어플라이언스에 도달하는 모든 네트워크에서 DNS를 통해 해결합니다.

중요

해당 호스트에 대해를 실행하기 전에 모든 호스트에 CreateEnvironmentHost 대한 A 및 PTR 레코드를 생성합니다. 레코드가 확인되지 않으면 호스트가 로 전환됩니다CREATE_FAILED.

Amazon EVS의 DNS 구성에 대한 자세한 내용은 섹션을 참조하세요VPC DHCP 옵션 세트를 사용한 DNS 및 NTP 서버 구성.

3단계: 환경에 호스트 추가

대상 VCF 버전 토폴로지를 제공하기에 충분한 호스트를 추가합니다. vSAN 요구 사항을 포함한 최소 호스트 수는 VMware Cloud Foundation 설명서를 참조하세요.

VCF 클러스터의 모든 호스트는 동일한 인스턴스 유형을 사용해야 합니다. 계정에서 사용할 수 있는 ESX 버전 또는 인스턴스 유형 목록은 섹션을 참조Amazon EVS에서 제공하는 VCF 버전 및 EC2 인스턴스 유형하거나를 실행합니다aws evs get-versions. 를 지정하지 않으면 --esx-versionAmazon EVS는에서 보고하는 자체 배포 모드에 현재 기본 ESX 버전을 사용합니다defaultEsxVersionaws evs get-versions. ESX 9.0.2 이상과 같은 특정 버전을 사용하려면를 --esx-version 명시적으로 전달합니다. 선택한 ESX 버전이 Broadcom 상호 운용성 매트릭스의 VCF 릴리스와 호환되는지 확인합니다.

다음 예시에서는 Amazon EVS 환경에 ESX 9.0.2를 실행하는 호스트를 추가합니다.

aws evs create-environment-host \
    --environment-id env-0123456789abcdef0 \
    --esx-version ESXi-9.0.2.0.25148076 \
    --host '{
        "hostName": "esx01",
        "keyName": "my-ec2-key-pair",
        "instanceType": "i4i.metal"
    }' \
    --region us-west-2

VCF 토폴로지에 필요한 각 호스트에 대해이 명령을 반복합니다.

4단계: 호스트에 VCF 설치

호스트가 CREATED 상태이고 DNS 레코드가 확인되면 VMware Cloud Foundation Installer를 사용하여 VCF를 설치합니다.

Broadcom VCF 제품 설명서의 대상 VCF 버전의 설치 지침을 따릅니다. VMware Cloud Foundation 설명서를 참조하세요.

이 섹션에서는 설치 중에 제공하는 Amazon EVS별 구성을 설명합니다. 설치 메커니즘 자체(VCF 설치 프로그램 실행, 가져오기 워크플로)는 Broadcom의 표준 VCF 프로세스를 따르며 Broadcom에서 문서화합니다.

설치 개요

상위 수준에서 Amazon EVS 호스트에 VCF를 설치하려면 다음이 필요합니다. 시작하기 전에 설치 전반에 적용되는 Amazon EVS 네트워크 설정을 검토합니다.

  1. 모든 호스트에서 VM 관리 VLAN을 설정하여 ESX 호스트를 준비합니다.

  2. VCF 설치 관리자 어플라이언스에 대한 임시 데이터 스토어를 준비합니다. vSAN 데이터 스토어는 가져오기가 완료될 때까지 존재하지 않으므로 설치 프로그램을 먼저 실행해야 합니다.

  3. VCF Installer 어플라이언스를 배포하고 Broadcom 다운로드 토큰을 사용하여 VCF 소프트웨어를 다운로드합니다.

  4. VCF 관리 어플라이언스를 배포하고 vSAN 데이터 스토어를 구성하는 VCF 가져오기를 실행합니다.

  5. VCF가 완전히 설치되고 설치 관리자 어플라이언스가 vSAN에서 실행된 후 임시 데이터 스토어를 회수합니다.

가져오기 중에 Amazon EVS별 네트워크, 스토리지 및 자격 증명 설정을 제공합니다. 나머지 프로세스는 Broadcom의 표준 VCF 설치를 따릅니다.

참고

Amazon EVS는이 섹션에 설명된 Amazon EVS별 구성을 포함하여이 설치를 처음부터 끝까지 수행하는 자동화된 절차를 제공합니다. 작업 예제는 GitHub의 Amazon EVS용 솔루션 리포지토리를 참조하세요.

VCF에 대한 Amazon EVS 네트워크 설정

Amazon EVS는 환경의 각 네트워크 함수에 VLAN ID를 할당합니다. 함수의 VLAN ID를 찾으려면 Amazon EVS 콘솔(환경 → 환경 → 네트워크 및 연결 탭)을 열거나 함수 이름(예: )을 실행aws evs list-environment-vlans하고 일치시킵니다vmManagement. VCF 설치 중에 분산 스위치, 포트 그룹 및 호스트 네트워킹을 구성할 때 이러한 VLAN IDs를 사용합니다.

네트워크 함수 MTU 사용 대상

호스트 관리(vmkManagement)

1500

ESX 호스트 관리

VM 관리(vmManagement)

1500

VCF 관리 어플라이언스(vCenter Server, NSX Manager 및 SDDC Manager 또는 VCF 작업)

vMotion

8500

vMotion 트래픽

vSAN

8500

vSAN 스토리지 트래픽

호스트 오버레이(vTep)

8500

호스트 오버레이(생성) 터널 엔드포인트

엣지 오버레이(edgeVTep)

8500

NSX Edge 오버레이 터널 엔드포인트

NSX 업링크(nsxUplink)

1500

Tier-0 게이트웨이 남북 업링크
중요

vMotion, vSAN 및 오버레이(TEP) 네트워크에서 점보 프레임(MTU 8500)을 구성합니다. 관리 및 업링크 네트워크는 MTU 1500을 사용합니다. MTU는 네트워크 경로에서 일관되어야 합니다. 그렇지 않으면 vSAN 및 오버레이 트래픽이 실패합니다.

가져오기 중에 관리 클러스터를 구성할 때 다음 Amazon EVS별 설정도 적용합니다.

  • vSAN - FTT(failures-to-tolerate)가 1 이상으로 설정된 vSAN ESA(Express Storage Architecture)를 사용합니다.

  • 업링크 팀 구성 - 로드 밸런싱 정책이 아닌 분산 스위치 포트 그룹에 대한 장애 조치 팀 구성 정책(대기 업링크가 있는 활성 업링크)을 사용합니다.

  • EVC 모드 - 인스턴스 유형과 일치하도록 클러스터 향상된 vMotion 호환성(EVC) 모드를 설정합니다.의 INTEL_ICELAKE 경우 i4i.metal, INTEL_SAPPHIRERAPIDS의 경우 i7i.metal-24xl.

ESX 호스트 준비

환경의 모든 ESX 호스트에서 VM Network 포트 그룹을 VM 관리 VLAN으로 설정합니다. VCF 관리 어플라이언스는 VM 관리 VLAN에서 실행되어야 하며, VCF 설치 관리자는 나중에 가져오기 중에 호스트 네트워킹을 분산 스위치로 마이그레이션합니다. 호스트에서 SSH를 활성화할 필요가 없습니다.

  1. VM 관리 네트워크의 VLAN ID를 찾습니다. Amazon EVS는 각 네트워크 함수에 고정 VLAN ID를 할당합니다. Amazon EVS 콘솔(환경 → 환경 → 네트워크 및 연결 탭)에서 또는 vmManagement 함수에서를 실행aws evs list-environment-vlans하고 매칭하여 환경의 ID를 조회합니다.

  2. 각 호스트에서 VMware Host Client 또는 vSphere APIs를 사용하여 VM Network 포트 그룹을 해당 VM 관리 VLAN ID로 설정합니다. 새 ESX 호스트에서이 포트 그룹은 태그가 지정되지 않습니다(VLAN ID 0, 호스트 관리 네트워크).

VCF 설치 관리자를 위한 임시 데이터 스토어 준비

Amazon EVS 호스트에는 로컬 VMFS 데이터 스토어가 없으며 vSAN 데이터 스토어는 가져오기가 완료될 때까지 존재하지 않으므로 VCF Installer 어플라이언스를 실행하려면 임시 데이터 스토어가 필요합니다. 설치 관리자를 실행할 호스트 하나를 선택합니다.

  1. Amazon EC2 콘솔에서 선택한 호스트와 동일한 가용 영역에 암호화된 Amazon EBS 볼륨을 생성합니다. VCF 설치 관리자 어플라이언스와 VCF 설치 번들을 보관하도록 크기를 조정합니다. 크기는 최소 256GB입니다.

  2. 볼륨을 해당 호스트에 연결합니다.

  3. VMware Host Client 또는 vSphere APIs를 사용하여 연결된 EBS 볼륨에 로컬 VMFS 데이터 스토어를 생성합니다.

VCF 설치 관리자 배포 및 VCF 소프트웨어 다운로드

  1. 대상 VCF 버전의 VCF 설치 관리자 OVA를 다운로드하고 Broadcom 지원 포털에서 Broadcom 다운로드 토큰을 생성합니다. VCF 설치 프로그램에서이 토큰을 사용하여 소프트웨어 저장소를 활성화합니다.

  2. VCF 설치 관리자 OVA를 로컬 VMFS 데이터 스토어에 배포합니다. VM Network 포트 그룹에 연결하고, 관리 IP 주소를 DNS 계획의 SDDC 관리자 주소로 설정하고, 어플라이언스 암호를 설정합니다. VCF Installer 어플라이언스는 가져오기 중에 SDDC Manager가 되므로 SDDC Manager 주소를 사용합니다. (VCF 9.0.x 및 9.1.x에서는 VCF 작업이 별도의 어플라이언스입니다.)

  3. VCF 설치 프로그램에서 Broadcom 다운로드 토큰을 사용하여 소프트웨어 저장소를 활성화한 다음 원하는 VCF 버전을 동기화합니다. 동기화는 해당 버전의 VCF 소프트웨어를 설치 관리자의 로컬 저장소로 가져옵니다.

    참고

    디포를 활성화하고 소프트웨어를 동기화하려면 설치 프로그램에서 아웃바운드 인터넷에 액세스해야 합니다. 네트워크 기반에 있는 NAT 게이트웨이는이 액세스를 제공합니다. 자세한 내용은 서브넷 및 라우팅 테이블이 있는 VPC 생성 단원을 참조하십시오.

VCF 가져오기 실행

소프트웨어가 동기화된 상태에서 VCF 배포 사양을 생성하고 검증한 다음 배포를 실행합니다.

  1. VCF 설치 관리자에서 관리 도메인의 배포 사양을 생성합니다. 이 단계에서 설명하는 Amazon EVS별 네트워크, 스토리지, 팀 구성 및 검증 설정을 적용합니다.

  2. 사양에 대한 검증을 실행하고 보고하는 오류를 해결합니다.

  3. 배포를 실행합니다.

    참고

    Bringup은 설치에서 가장 긴 부분이며 대부분의 설정 시간을 고려합니다. vSAN을 사용하는 경우 데이터 스토어를 구성하고 관리 어플라이언스를 배포하는 데 몇 시간이 걸릴 수 있습니다.

임시 데이터 스토어 회수

가져오기가 완료되면 관리 어플라이언스가 vSAN 데이터 스토어에서 실행되고 임시 VMFS 데이터 스토어가 비어 있습니다. 호스트에서 임시 VMFS 데이터 스토어를 마운트 해제한 다음 EBS 볼륨을 분리 및 삭제하여 스토리지 요금 발생을 중지합니다.

VCF 어플라이언스 암호

가져오기 중에 VCF 관리 어플라이언스의 암호를 설정합니다. 각 어플라이언스는 VCF에서 정의한 자체 암호 복잡성 요구 사항을 적용합니다. 어플라이언스가 암호를 거부하면 검증 오류에 암호가 충족해야 하는 특정 요구 사항이 표시됩니다.

VCF 설치 관리자에 대한 가져오기 검증 설정

몇 가지 VCF 설치 관리자 표준 검증 검사는 Amazon EVS 네트워크 환경에 적용되지 않으며 끄지 않으면 실패합니다. VCF 사양 파일 또는 해당 VCF 설치 관리자 마법사 옵션에서 다음 값을 조정하여 검증이 통과되도록 합니다.

  • 게이트웨이 ping 검증 건너뛰기 - skipGatewayPingValidation로 설정합니다true. AWS VPC 게이트웨이는 ICMP에 응답하지 않으므로 라우팅이 정확하더라도 Amazon EVS에서 게이트웨이 연결성 검사가 실패합니다.

  • ESX 지문 검증 건너뛰기 -를 skipEsxThumbprintValidation로 설정합니다true.

  • 분산 스위치 팀 구성 -이 단계의 앞부분에서 설명한 장애 조치 팀 구성에 따라 FAILOVER_ORDERNSX 팀 구성 정책을 로 설정합니다.

참고

VCF 설치 관리자 마법사를 통해 가져오기를 실행할 때 마법사를 사용하여 사양 오류를 식별하고 수정합니다. 마법사는 오류가 설명적이지 않은 API보다 검증 문제를 더 명확하게 표시합니다.

참고

검증된 가져오기 사양은 GitHub의 Amazon EVS용 솔루션 리포지토리를 참조하세요.

참고

Amazon EVS는 전체 VCF 배포 외부에서 ESX 실행을 지원하지 않습니다. VMware 워크로드 가상 머신은 NSX 오버레이 네트워크에 배포해야 합니다. 다수의 가상 머신을 언더레이 VLAN 네트워크에 직접 연결하면 안정성 및 성능 문제가 발생할 수 있습니다.

중요

자체 배포 모드에서 Amazon EVS는 VCF 설치를 관리하지 않습니다. VCF 관련 요청이 있는 경우 활성 VCF 구독 권한을 사용하여 Broadcom 지원 포털을 통해 직접 Broadcom에 문의할 수 있습니다. 지원 경계에 대한 자세한 내용은 섹션을 참조하세요문제 해결.

5단계: NSX 네트워킹 구성

NSX Edges에서 직접 Tier-0/티어 1 라우터를 사용하거나 VPCs, 중앙 집중식 전송 게이트웨이 및 엣지 클러스터를 구성하여 오버레이 네트워크를 생성합니다. VCF 설치 관리자가 가져오기를 완료하면 NSX Manager가 작동하지만 VPC Route Server와의 연결을 위해 NSX Edge 클러스터 및 Tier-0 게이트웨이가 완전히 구성되지 않습니다.

참고

NSX는 자체 VPC 및 Transit Gateway 추상화를 정의하며, 이는 Amazon VPC 및 AWS Transit Gateway와 다릅니다. 이 가이드에서 "VPC" 및 "전송 게이트웨이"는 "NSX" 접두사가 붙지 않는 한 AWS 리소스를 나타냅니다.

시작하기 전에 다음 사항이 있는지 확인합니다.

  • VCF 설치가 성공적으로 완료되었습니다(NSX Manager 및 VCF 관리 어플라이언스 - VCF 9.0.x 및 9.1.x용 Operations Manager 또는 VCF 5.2.x용 SDDC Manager에 액세스할 수 있음).

  • VPC Route Server는 엔드포인트 및 피어를 사용하여 생성됩니다. 자세한 내용은 엔드포인트 및 피어를 사용하여 VPC Route Server 인스턴스 설정 단원을 참조하십시오.

  • 두 개의 Route Server 엔드포인트 IP 주소가 있습니다. 두 엔드포인트 모두 중복성을 제공하는 서비스 액세스 서브넷에 있습니다.

  • VPC Route Server 피어에 구성한 값과 일치해야 하는 프라이빗 BGP ASNs 2개를 선택합니다( 참조엔드포인트 및 피어를 사용하여 VPC Route Server 인스턴스 설정).

    • NSX Edge Tier-0 로컬 ASN(예: 65000)

    • VPC Route Server(원격) ASN(예: 65022)

      프라이빗 ASNs은 64512~65534(16비트) 또는 4200000000~4294967294(32비트) 범위에 있습니다.

NSX Edge 클러스터 배포

  1. NSX 관리자 UI(https://<nsx-manager-fqdn>/)에 로그인합니다.

  2. 시스템 → 패브릭 → 노드 → 엣지 전송 노드로 이동합니다.

  3. 엣지 VM 추가를 선택하고 다음을 구성합니다.

    1. 이름 - 예: edge-node-01.

    2. 폼 팩터 - 대형(프로덕션에 권장).

    3. 호스트 스위치 - 적절한 업링크 프로파일 및 전송 VLAN으로를 구성합니다.

  4. 두 번째 Edge 노드(edge-node-02)에 대해 반복합니다.

  5. 시스템 → 패브릭 → 노드 → 엣지 클러스터로 이동합니다.

  6. 엣지 클러스터 추가를 선택하고 두 엣지 노드를 모두 멤버로 추가합니다.

Tier-0 게이트웨이 생성

  1. NSX 관리자에서 네트워킹 → Tier-0 게이트웨이로 이동합니다.

  2. Tier-0 게이트웨이 추가를 선택하고 다음을 구성합니다.

    1. 이름 - 예: evs-tier0-gw.

    2. HA 모드 - 장애 조치 모드가 비선점으로 설정된 활성 대기 모드입니다.

    3. 엣지 클러스터 - 생성한 엣지 클러스터를 선택합니다.

  3. Tier-0 게이트웨이를 저장합니다.

참고

Tier-0 게이트웨이와 Tier-1 게이트웨이에 모두 비선점적 장애 조치가 있는지 확인합니다. 비 선점형 노드는 NSX 기본값이며 복구된 Edge 노드가 기본 노드로 다시 실패할 때 불필요한 BGP 세션 삭제를 방지합니다.

BGP 구성

  1. Tier-0 게이트웨이를 선택하고 BGP를 확장합니다.

  2. BGP를 활성화하고 로컬 AS 번호를 선택한 NSX Edge Tier-0 ASN으로 설정합니다(예: 65000).

  3. BGP 이웃에서 엣지 노드와 VPC Route Server 엔드포인트 간의 피어링을 구성합니다. 총 4개의 BGP 세션에 대해 두 개의 Edge 노드 피어와 두 Route Server 엔드포인트를 모두 포함하는 전체 메시를 사용하는 것이 좋습니다. 전체 메시는 Route Server 엔드포인트가 유지 관리로 전환되는 경우 경로를 계속 전파합니다. 최소한 2개의 세션을 구성하고 각 Edge 노드 피어링은 하나의 엔드포인트로 구성합니다.

    전체 메시의 경우 이웃 4개를 추가합니다. 모든 이웃의 원격 AS를 VPC 라우팅 서버 ASN(예: 65022)으로 설정하고 주소 패밀리를 IPv4 유니캐스트로 설정합니다.

    이웃 이웃 주소 소스 인터페이스

    엣지 1 → 엔드포인트 1

    <route-server-endpoint-1-ip>

    Edge 노드 1의 업링크 인터페이스

    엣지 1 → 엔드포인트 2

    <route-server-endpoint-2-ip>

    Edge 노드 1의 업링크 인터페이스

    엣지 2 → 엔드포인트 1

    <route-server-endpoint-1-ip>

    Edge 노드 2의 업링크 인터페이스

    엣지 2 → 엔드포인트 2

    <route-server-endpoint-2-ip>

    Edge 노드 2의 업링크 인터페이스
    참고

    엣지 업링크 인터페이스와 Route Server 엔드포인트는 서로 다른 서브넷에 있으므로 멀티홉 BGP 세션입니다. BGP 멀티홉 제한을 최소 2로 설정하고 Tier-0 게이트웨이가 각 Route Server 엔드포인트 IP 주소에 도달할 수 있는지 확인합니다(예: 업링크 게이트웨이를 통해 엔드포인트에 대한 정적 라우팅).

  4. 저장을 선택하고 BGP 세션이 설정될 때까지 기다립니다.

  5. Tier-0 게이트웨이에서 Route Re-Distribution을 확장하고 Tier-Tier-11 NAT 및 Tier-1 StaticTier-1 Routes와 같이 워크로드 네트워크를 전달하는 라우팅 유형에 대해 BGP로 재배포를 활성화합니다.

    Tier-0 Connected 또는 Tier-0 Static Routes를 재배포하지 마세요. Tier-0 연결 재배포는 NSX 업링크 서브넷을에 알리고 AWS티Tier-0 정적 라우팅은 라우팅 서버 엔드포인트 호스트 경로를 다시 알립니다. 둘 다 원하지 않습니다.

  6. Tier-0 게이트웨이가 프라이빗(RFC 1918) 네트워크만 VPC Route Server에 알리도록 아웃바운드 라우팅 필터를 적용합니다. 10.0.0.0/8, 172.16.0.0/12및 192.168.0.0/16 (그 안에 더 구체적인 경로 포함)를 허용하는 IP 접두사 목록을 생성하고, 다른 모든 접두사를 거부하고, 이를 각 BGP 이웃의 아웃 필터로 적용합니다.

BGP 피어링 확인

  1. NSX 관리자에서 네트워킹 → Tier-0 게이트웨이 → BGP → BGP 이웃으로 이동하여 두 이웃 모두 상태가 설정됨으로 표시되는지 확인합니다.

  2. AWS 콘솔에서 VPC → Route Server → Routes로 이동하여 NSX 오버레이 경로가 나타나는지 확인합니다.

  3. NSX 관리자에서 라우팅 → 전달 테이블에서 VPC 경로가 학습되었는지 확인합니다.

다음 표에는 일반적인 BGP 피어링 문제가 나열되어 있습니다.

증상 가능한 원인 해결 방법

BGP 세션이 Active 상태로 멈춤

TCP 포트를 차단하는 방화벽 또는 네트워크 ACL 179

네트워크 ACL이 엣지 업링크 IP 주소와 Route Server 엔드포인트 IP 주소 간에 TCP 179를 허용하고 Route Server 엔드포인트에 연결된 보안 그룹이 인바운드 TCP 179도 허용하는지 확인합니다.

BGP 세션 덮개 반복

업링크 경로의 MTU 불일치

MTU가 NSX 업링크 경로를 따라 일치하는지 확인합니다. NSX 업링크 네트워크는 MTU 1500을 사용하고 오버레이(TEP) 네트워크는 MTU 8500을 사용합니다.

VPC 라우팅 테이블에 표시되지 않는 라우팅

Route Server 전파가 활성화되지 않음

대상 라우팅 테이블에서 Route Server 전파가 활성화되어 있는지 확인합니다.

단측 피어링(한 세션만 가동됨)

엣지 노드 연결 문제

두 Edge 노드가 두 Route Server 엔드포인트에 모두 연결할 수 있는지 확인합니다.

BGP 세션이 설정되고 경로가 전파되면 로 진행합니다6단계: 커넥터 생성.

6단계: 커넥터 생성

VCF가 설치되고 VCF 관리 네트워크를 통해 관리 어플라이언스에 연결할 수 있게 되면 Amazon EVS가 배포를 모니터링하고 라이선스 사용량을 보고할 수 있도록 커넥터를 생성합니다. 커넥터는 Amazon EVS에서 특정 VCF 관리 어플라이언스로의 지속적인 연결을 나타내는 Amazon EVS 하위 리소스입니다. 자세한 내용은 커넥터 단원을 참조하십시오.

중요

커넥터를 생성하기 전에 AWS Secrets Manager에 대상 VCF 관리 어플라이언스의 자격 증명을 저장합니다. 로 보안 암호와 보안 암호를 암호화하는 AWS KMS 키에 태그를 지정합니다EvsAccess=true. 이 태그가 없으면 Amazon EVS가 보안 암호에 액세스할 수 없으며 커넥터 생성에 실패합니다.

생성하는 커넥터 유형은 VCF 버전에 따라 다릅니다. Operations Manager(OPERATIONS_MANAGER) for VCF 9.0.x and 9.1.x 또는 SDDC Manager(SDDC_MANAGER) for VCF 5.2.x. vCenter 커넥터()를 생성할 수도 있습니다VCENTER. 커넥터 유형, 필수 보안 키 및 설명은 섹션을 참조하세요Amazon EVS 환경 커넥터 생성.

7단계: 환경 확인

호스트를 추가하고, VCF를 설치하고, 하나 이상의 커넥터를 생성한 후 다음을 확인합니다.

  • 호스트가 CREATED 상태입니다.

  • VCF 관리 어플라이언스는 관리 VLAN에서 연결할 수 있습니다.

  • 생성한 커넥터는 ACTIVE 상태에 도달하고 환경 페이지의 환경 상태는 정상으로 집계됩니다.

환경 상태 및 커넥터 상태 해석에 대한 지침은 섹션을 참조하세요환경의 상태 및 리소스 모니터링.

VLAN 서브넷 크기 조정 지침

환경 생성 후에는 Amazon EVS VLAN 서브넷을 수정할 수 없습니다. VCF 구성 요소가 현재 및 환경 수명 동안 사용하는 IP 주소 수를 기준으로 각 VLAN의 크기를 조정합니다. 크기 조정 시 다음 사항을 고려하세요.

  • 호스트 관리(vmkManagement) VLAN - 호스트당 IP 1개. 이 환경에서 예상되는 최대 호스트 수를 계획합니다.

  • vMotion, vSAN, VTEP VLANs- VCF 구성에 따라 호스트당 하나 이상의 IPs입니다.

  • 관리 VM(vmManagement) VLAN - vCenter, NSX Manager 클러스터, NSX Edge 노드, SDDC Manager 또는 Operations Manager 등 배포하려는 VCF 관리 어플라이언스의 IPs입니다.

  • 엣지 VTEP, HCX 업링크, NSX 업링크 VLANs - 사용되는 경우 NSX 엣지 업링크 및 HCX 어플라이언스용 IPs입니다.

  • 확장 VLANs- NSX 페더레이션과 같은 향후 기능을 위한 공간을 예약합니다.

다른 방법을 선택할 특별한 이유가 없는 한 각 VLAN에 /24 대해를 사용합니다. VLAN 서브넷의 최소 크기는 /28 이고 최대 크기는 입니다/24.

보안 고려 사항

자체 배포 모드에서는 VCF 소프트웨어 스택을 설치하고 운영하므로 사용자는 security. AWS secures에 대한 책임이 있습니다.이 인프라는 Amazon EVS가 프로비저닝하는 기본 AWS 인프라를 보호합니다. 이러한 책임 분할은에 설명된 공동 책임 모델에 추가됩니다Amazon Elastic VMware Service의 보안.

공동 책임 모델의 측면은 다음과 같습니다.

  • vCenter Server, NSX, SDDC Manager 또는 Operations Manager, ESX를 포함한 VCF 구성 요소의 설치, 패치 적용 및 업그레이드.

  • 모든 VCF 관리 어플라이언스에 대해 VCF 인증, 역할 기반 액세스 제어 및 암호 교체를 구성합니다.

  • Broadcom 지침 및 조직의 보안 요구 사항에 따라 VCF 관리 네트워크를 강화합니다.

  • Amazon EVS 커넥터가 VCF 관리 어플라이언스에 액세스하는 데 사용하는 AWS Secrets Manager의 보안 암호 교체.

  • 보안 이벤트에 대한 VCF 배포 모니터링.

  • VCF 관리 어플라이언스에서 유효한 VCF 라이선스를 유지 관리합니다. 자세한 내용은 VCF 구독 단원을 참조하십시오.

Amazon EVS는 다음을 담당합니다.

  • Amazon EVS 컨트롤 플레인 및 Amazon EVS 프로비저닝 AWS 리소스 보호.

  • Secrets Manager에 저장하는 고객 자격 증명 암호화( AWS KMS를 통해) 및 리소스 태그를 사용하여 해당 자격 증명에 대한 서비스 액세스 제한.

  • 생성한 커넥터의 상태를 모니터링하고 집계 환경 상태를 보고합니다.

문제 해결

증상 도움을 받을 수 있는 위치

aws evs create-environment는 licenseInfo, , hosts, siteId또는와 같은 파라미터에 대한 ValidationException 언급vcfHostnames을 반환합니다connectivityInfo.

요청에서 표시된 파라미터를 제거합니다. 이러한 파라미터는에서 지원되지 않습니다vcfVersion=SELF_DEPLOYED.

환경이 예상보다 오래 CREATING 상태로 유지됩니다.

Support를 사용하여 AWS 지원 사례를 엽니다. 환경 ID를 포함합니다.

aws evs create-environment-host ESX 버전 오류와 함께가 실패합니다.

를 사용하여 ESX 버전 문자열을 확인합니다aws evs get-versions --region <region>. 계정에 요청된 버전에 대한 액세스 권한이 없을 수 있습니다. 자세한 내용은 Amazon EVS에서 제공하는 VCF 버전 및 EC2 인스턴스 유형 단원을 참조하십시오.

호스트가 멈춰 CREATING 있거나 CREATE_FAILED 상태로 이동합니다.

Support를 사용하여 AWS 지원 사례를 엽니다. 환경 ID와 호스트 ID를 포함합니다.

VCF 배포 중에 VCF 설치 프로그램이 실패합니다.

Amazon EVS 문제는 AWS Support에 문의하세요. VCF별 요청의 경우 VCF 구독 권한을 사용하여 Broadcom에 직접 문의할 수도 있습니다.

aws evs create-environment-connector Secrets Manager 액세스 오류와 함께가 실패합니다.

보안 암호와 해당 AWS KMS 암호화 키에 모두 태그가 지정되어 있는지 확인합니다EvsAccess=true. 자세한 내용은 Amazon EVS 환경 커넥터 생성 단원을 참조하십시오.

커넥터가에 도달ACTIVE했지만 연결성 검사는 로 유지됩니다FAILED.

어플라이언스 FQDN이 Amazon EVS 컨트롤 플레인에서 확인되고 저장된 자격 증명이 유효한지 확인합니다. 자세한 내용은 환경의 상태 및 리소스 모니터링 단원을 참조하십시오.

자체 배포 모드로 Amazon EVS 환경 정리

Amazon EVS 환경이 더 이상 필요하지 않은 경우:

  1. 모든 커넥터를 삭제합니다. 자세한 내용은 Amazon EVS 환경 커넥터 삭제 단원을 참조하십시오.

  2. 모든 호스트를 삭제합니다. 자세한 내용은 Amazon EVS 호스트 삭제 단원을 참조하십시오.

  3. 환경을 삭제합니다. 자세한 내용은 Amazon EVS 호스트 및 환경 삭제 단원을 참조하십시오.

환경을 삭제하면 Amazon EVS가 생성한 Amazon EVS VLAN 서브넷이 제거됩니다. Amazon EVS 외부에서 생성한 VPC, VPC Route Server 또는 기타 AWS 리소스는 삭제되지 않습니다.

Amazon EVS 환경 생성

중요

가능한 한 간단하고 빠르게 시작하기 위해이 주제에는 기본 설정으로 Amazon EVS 환경을 생성하는 단계가 포함되어 있습니다. 환경을 생성하기 전에 모든 설정을 숙지하고 요구 사항을 충족하는 설정을 환경에 배포하는 것이 좋습니다. 환경은 초기 환경 생성 중에만 구성할 수 있습니다. 환경을 생성한 후에는 수정할 수 없습니다. 가능한 모든 Amazon EVS 환경 설정에 대한 개요는 Amazon EVS API 참조 가이드를 참조하세요.

참고

환경 ID는 VCF 라이선스 규정 준수 요구 사항에 따라 모든 AWS 리전의 Amazon EVS에서 사용할 수 있습니다.

참고

Amazon EVS 환경은 VPC 및 VPC 서브넷과 동일한 리전 및 가용 영역에 배포해야 합니다.

호스트 및 VLAN 서브넷이 있는 Amazon EVS 환경을 생성하려면이 단계를 완료하세요.

예
Amazon EVS console

  1. Amazon EVS 콘솔로 이동합니다.

    참고

    콘솔의 오른쪽 상단에 표시된 AWS 리전이 환경을 생성하려는 AWS 리전인지 확인합니다. 그렇지 않은 경우 AWS 리전 이름 옆의 드롭다운을 선택하고 사용할 AWS 리전을 선택합니다.

  2. 탐색 창에서 환경을 선택합니다.

  3. 환경 생성을 선택합니다.

  4. Amazon EVS 요구 사항 검증 페이지에서 서비스 요구 사항이 충족되었는지 확인합니다. 자세한 내용은 Amazon Elastic VMware Service 설정 단원을 참조하십시오.

    1. (선택 사항) 이름에 환경 이름을 입력합니다.

    2. 환경 버전에서 VCF 버전을 선택합니다. Amazon EVS에서 제공하는 VCF 버전에 대한 자세한 내용은 섹션을 참조하세요Amazon EVS에서 제공하는 VCF 버전 및 EC2 인스턴스 유형.

      참고

      VCF 버전 드롭다운에는 자체 배포 옵션도 포함되어 있습니다. 이 옵션을 선택하면 마법사는 아래 단계 대신 자체 배포된 흐름을 사용합니다. 자세한 내용은 자체 배포 모드를 사용하여 Amazon EVS 환경 생성 단원을 참조하십시오.

    3. 사이트 ID에 Broadcom 사이트 ID를 입력합니다.

    4. VCF 솔루션 키에 VCF 솔루션 키(VCF용 VMware vSphere 8 Enterprise Plus)를 입력합니다. 이 라이선스 키는 기존 환경에서 사용할 수 없습니다.

      참고

      VCF 솔루션 키에는 충분한 코어가 있어야 합니다. 자세한 내용은 VCF 구독 단원을 참조하십시오.

      참고

      VCF 라이선스는 라이선스 규정 준수를 위해 모든 AWS 리전의 Amazon EVS에서 사용할 수 있습니다. Amazon EVS는 라이선스 키를 검증하지 않습니다. 라이선스 키를 검증하려면 Broadcom 지원을 방문하세요.

      참고

      Amazon EVS에서는 서비스가 제대로 작동하려면 SDDC Manager에서 유효한 VCF 솔루션 키를 유지해야 합니다. 배포 후 vSphere Client를 사용하여 VCF 솔루션 키를 관리하는 경우 SDDC Manager 사용자 인터페이스의 라이선스 화면에도 키가 표시되는지 확인해야 합니다.

    5. vSAN 라이선스 키에 vSAN 라이선스 키를 입력합니다. 이 라이선스 키는 기존 환경에서 사용할 수 없습니다.

      참고

      vSAN 라이선스 키에는 충분한 vSAN 용량이 있어야 합니다. 자세한 내용은 VCF 구독 단원을 참조하십시오.

      참고

      VCF 라이선스는 라이선스 규정 준수를 위해 모든 AWS 리전의 Amazon EVS에서 사용할 수 있습니다. Amazon EVS는 라이선스 키를 검증하지 않습니다. 라이선스 키를 검증하려면 Broadcom 지원을 방문하세요.

      참고

      Amazon EVS에서는 서비스가 제대로 작동하려면 SDDC Manager에서 유효한 vSAN 라이선스 키를 유지해야 합니다. 배포 후 vSphere Client를 사용하여 vSAN 라이선스 키를 관리하는 경우 SDDC Manager 사용자 인터페이스의 라이선스 화면에도 키가 표시되는지 확인해야 합니다.

    6. VCF 라이선스 약관의 경우 확인란을 선택하여 Amazon EVS 환경의 모든 물리적 프로세서 코어를 포함하는 데 필요한 수의 VCF 소프트웨어 라이선스를 구매했으며 계속 유지할 것임을 확인합니다. Amazon EVS의 VCF 소프트웨어에 대한 정보는 라이선스 규정 준수를 확인하기 위해 Broadcom과 공유됩니다.

    7. 다음을 선택합니다.

  5. 호스트 세부 정보 지정 페이지에서 다음 단계를 네 번 완료하여 4개의 호스트를 환경에 추가합니다. Amazon EVS 환경에는 초기 배포를 위해 4개의 호스트가 필요합니다.

    1. 호스트 세부 정보 추가를 선택합니다.

    2. DNS 호스트 이름에 호스트의 호스트 이름을 입력합니다.

    3. 인스턴스 유형에서 EC2 인스턴스 유형을 선택합니다.

    4. ESX 호스트 버전의 경우 환경 생성 중에 선택한 VCF 버전의 기본 ESX 버전이 사용됩니다. 자세한 정보는 Amazon EVS에서 제공하는 VCF 버전 및 EC2 인스턴스 유형을 참조하세요.

      중요

      Amazon EVS가 배포하는 EC2 인스턴스를 중지하거나 종료하지 마십시오. 이 작업을 수행하면 데이터가 손실됩니다.

    5. SSH 키 페어에서 호스트에 대한 SSH 액세스를 위한 SSH 키 페어를 선택합니다.

    6. 호스트 추가를 선택합니다.

  6. 네트워크 및 연결 구성 페이지에서 다음을 수행합니다.

    1. HCX 연결 요구 사항에서 프라이빗 연결 또는 인터넷을 통해 HCX를 사용할지 여부를 선택합니다.

    2. VPC에서 이전에 생성한 VPC를 선택합니다.

    3. (HCX 인터넷 연결만 해당) HCX 네트워크 ACL의 경우 HCX VLAN을 연결할 네트워크 ACL을 선택합니다.

      중요

      HCX VLAN 전용 사용자 지정 네트워크 ACL을 생성하는 것이 좋습니다. 자세한 내용은 Amazon EVS VLAN 서브넷 트래픽을 제어하도록 네트워크 액세스 제어 목록 구성 단원을 참조하십시오.

    4. 서비스 액세스 서브넷에서 VPC를 생성할 때 생성된 프라이빗 서브넷을 선택합니다.

    5. 보안 그룹 - 선택 사항의 경우 Amazon EVS 컨트롤 플레인과 VPC 간의 통신을 제어하는 보안 그룹을 최대 2개까지 선택할 수 있습니다. 보안 그룹을 선택하지 않은 경우 Amazon EVS는 기본 보안 그룹을 사용합니다.

      참고

      선택한 보안 그룹이 DNS 서버 및 Amazon EVS VLAN 서브넷에 대한 연결을 제공하는지 확인합니다.

    6. 관리 연결에서 Amazon EVS VLAN 서브넷에 사용할 CIDR 블록을 입력합니다. HCX 업링크 VLAN CIDR 블록의 경우 퍼블릭 HCX VLAN을 구성하는 경우 넷마스크 길이가 정확히 /28인 CIDR 블록을 지정해야 합니다. 퍼블릭 HCX VLAN에 다른 CIDR 블록 크기가 지정된 경우 Amazon EVS에서 검증 오류가 발생합니다. 프라이빗 HCX VLAN 및 기타 모든 VLANs CIDR 블록의 경우 사용할 수 있는 최소 넷마스크 길이는 /28이고 최대 길이는 /24입니다.

      중요

      Amazon EVS VLAN 서브넷은 Amazon EVS 환경 생성 중에만 생성할 수 있으며 환경이 생성된 후에는 수정할 수 없습니다. 환경을 생성하기 전에 VLAN 서브넷 CIDR 블록의 크기가 적절한지 확인해야 합니다. 환경이 배포된 후에는 VLAN 서브넷을 추가할 수 없습니다. 자세한 내용은 Amazon EVS 네트워킹 고려 사항 단원을 참조하십시오.

    7. 확장 VLANs에서 NSX 페더레이션 활성화와 같은 Amazon EVS 내에서 VCF 기능을 확장하는 데 사용할 수 있는 추가 Amazon EVS VLAN 서브넷의 CIDR 블록을 입력합니다.

    8. 워크로드/VCF 연결에서 NSX 업링크 VLAN의 CIDR 블록을 입력하고 NSX 업링크를 통해 Route Server 엔드포인트에 피어링하는 두 개의 VPC Route Server 피어 IDs를 선택합니다.

      참고

      Amazon EVS에는 EVS 배포 전에 두 개의 Route Server 엔드포인트 및 두 개의 Route Server 피어와 연결된 VPC Route Server 인스턴스가 필요합니다. 이 구성은 NSX 업링크를 통한 동적 BGP 기반 라우팅을 활성화합니다. 자세한 내용은 엔드포인트 및 피어를 사용하여 VPC Route Server 인스턴스 설정 단원을 참조하십시오.

    9. 다음을 선택합니다.

  7. 관리 DNS 호스트 이름 지정 페이지에서 다음을 수행합니다.

    1. 관리 어플라이언스 DNS 호스트 이름에 VCF 관리 어플라이언스를 호스팅할 가상 머신의 DNS 호스트 이름을 입력합니다. Route 53를 DNS 공급자로 사용하는 경우 DNS 레코드가 포함된 호스팅 영역도 선택합니다.

    2. 자격 증명에서 Secrets Manager용 AWS 관리형 KMS 키를 사용할지 아니면 제공하는 고객 관리형 KMS 키를 사용할지 선택합니다. 이 키는 SDDC Manager, NSX Manager 및 vCenter 어플라이언스를 사용하는 데 필요한 VCF 자격 증명을 암호화하는 데 사용됩니다.

      참고

      고객 관리형 KMS 키와 관련된 사용 비용이 있습니다. 자세한 내용은 AWS KMS 요금 페이지를 참조하세요.

    3. 다음을 선택합니다.

  8. (선택 사항) 태그 추가 페이지에서이 환경에 할당할 태그를 추가하고 다음을 선택합니다.

    참고

    이 환경의 일부로 생성된 호스트는 태그를 받습니다DoNotDelete-EVS-[<environmentId>]-[<hostname>].

    참고

    Amazon EVS 환경과 연결된 태그는 EC2 인스턴스와 같은 기본 AWS 리소스로 전파되지 않습니다. 각 서비스 콘솔 또는를 사용하여 기본 AWS 리소스에 태그를 생성할 수 있습니다 AWS CLI.

  9. 검토 및 생성 페이지에서 구성을 검토하고 환경 생성을 선택합니다.

    중요

    환경 배포 중에 Amazon EVS는 EVS VLAN 서브넷을 생성하고 이를 기본 라우팅 테이블과 암시적으로 연결합니다. 배포가 완료되면 NSX 연결을 위해 Amazon EVS VLAN 서브넷을 라우팅 테이블과 명시적으로 연결해야 합니다. 자세한 내용은 Amazon EVS VLAN 서브넷을 VPC 라우팅 테이블에 명시적으로 연결 단원을 참조하십시오.

    참고

    Amazon EVS는 비동기 패치라고 하는 개별 제품 업데이트가 포함되지 않을 수 있는 VMware Cloud Foundation의 최신 번들 버전을 배포합니다. 이 배포가 완료되면 Broadcom의 Async Patch Tool(AP Tool) 또는 SDDC Manager 제품 내 LCM 자동화를 사용하여 개별 제품을 검토하고 업데이트하는 것이 좋습니다. NSX 업그레이드는 SDDC Manager 외부에서 수행해야 합니다.

    참고

    환경 생성에는 몇 시간이 걸릴 수 있습니다.

AWS CLI

  1. 터미널 세션을 엽니다.

  2. Amazon EVS 환경을 생성합니다. 다음은 샘플 aws evs create-environment 요청입니다.

    중요

    aws evs create-environment 명령을 실행하기 전에 모든 Amazon EVS 사전 조건이 충족되었는지 확인합니다. 사전 조건이 충족되지 않으면 환경 배포가 실패합니다. 자세한 내용은 Amazon Elastic VMware Service 설정 단원을 참조하십시오.

    중요

    환경 배포 중에 Amazon EVS는 EVS VLAN 서브넷을 생성하고 이를 기본 라우팅 테이블과 암시적으로 연결합니다. 배포가 완료되면 NSX 연결을 위해 Amazon EVS VLAN 서브넷을 라우팅 테이블과 명시적으로 연결해야 합니다. 자세한 내용은 Amazon EVS VLAN 서브넷을 VPC 라우팅 테이블에 명시적으로 연결 단원을 참조하십시오.

    참고

    Amazon EVS는 비동기 패치라고 하는 개별 제품 업데이트가 포함되지 않을 수 있는 VMware Cloud Foundation의 최신 번들 버전을 배포합니다. 이 배포가 완료되면 Broadcom의 Async Patch Tool(AP Tool) 또는 SDDC Manager 제품 내 LCM 자동화를 사용하여 개별 제품을 검토하고 업데이트하는 것이 좋습니다. NSX 업그레이드는 SDDC Manager 외부에서 수행해야 합니다.

    참고

    환경 배포에는 몇 시간이 걸릴 수 있습니다.

    • 의 경우 최소 IPv4 CIDR 범위 /22로 이전에 생성한 VPC를 --vpc-id지정합니다.

    • 에서 VPC를 생성할 때 생성된 프라이빗 서브넷의 고유 ID를 --service-access-subnet-id지정합니다.

    • --vcf-version의 경우 Amazon EVS에서 제공하는 VCF 버전Amazon EVS에서 제공하는 VCF 버전 및 EC2 인스턴스 유형은 섹션을 참조하세요.

    • 를 사용하면 Amazon EVS 환경의 모든 물리적 프로세서 코어를 처리하는 데 필요한 수의 VCF 소프트웨어 라이선스를 구매했으며 계속 유지할 것임을 --terms-accepted확인합니다. Amazon EVS의 VCF 소프트웨어에 대한 정보는 라이선스 규정 준수를 확인하기 위해 Broadcom과 공유됩니다.

    • 에 VCF 솔루션 키(VCF용 VMware vSphere 8 Enterprise Plus)와 vSAN 라이선스 키를 --license-info입력합니다.

      참고

      VCF 솔루션 키(최소 코어 수 포함) 및 vSAN 라이선스 키(최소 vSAN 용량 포함)에 대한 요구 사항은 인스턴스 유형에 따라 다릅니다. 구성에 대한 특정 임계값은 섹션을 참조하세요VCF 구독.

      참고

      Amazon EVS에서는 서비스가 제대로 작동하려면 SDDC Manager에서 유효한 VCF 솔루션 키와 vSAN 라이선스 키를 유지해야 합니다. 배포 후 vSphere Client를 사용하여 이러한 라이선스 키를 관리하는 경우 SDDC Manager 사용자 인터페이스의 라이선스 화면에도 이러한 키가 표시되는지 확인해야 합니다.

      참고

      VCF 솔루션 키와 vSAN 라이선스 키는 기존 Amazon EVS 환경에서 사용할 수 없습니다.

    • 에는 Amazon EVS가 사용자를 대신하여 생성하는 Amazon EVS VLAN 서브넷의 CIDR 범위를 --initial-vlans 지정합니다. 이러한 VLANs은 VCF 관리 어플라이언스를 배포하는 데 사용됩니다. 퍼블릭 HCX VLAN을 구성하는 경우 넷마스크 길이가 정확히 /28인 CIDR 블록을 지정해야 합니다. 퍼블릭 HCX VLAN에 다른 CIDR 블록 크기가 지정된 경우 Amazon EVS에서 검증 오류가 발생합니다. 프라이빗 HCX VLAN 및 기타 모든 VLANs CIDR 블록의 경우 사용할 수 있는 최소 넷마스크 길이는 /28이고 최대 길이는 /24입니다.

    • hcxNetworkAclId HCX 인터넷 연결을 구성하는 경우가 사용됩니다. 퍼블릭 HCX VLAN에 대한 사용자 지정 네트워크 ACL을 지정합니다.

      중요

      HCX VLAN 전용 사용자 지정 네트워크 ACL을 생성하는 것이 좋습니다. 자세한 내용은 Amazon EVS VLAN 서브넷 트래픽을 제어하도록 네트워크 액세스 제어 목록 구성 단원을 참조하십시오.

      중요

      Amazon EVS VLAN 서브넷은 Amazon EVS 환경 생성 중에만 생성할 수 있으며 환경이 생성된 후에는 수정할 수 없습니다. 환경을 생성하기 전에 VLAN 서브넷 CIDR 블록의 크기가 적절한지 확인해야 합니다. 환경이 배포된 후에는 VLAN 서브넷을 추가할 수 없습니다. 자세한 내용은 Amazon EVS 네트워킹 고려 사항 단원을 참조하십시오.

    • 의 경우 Amazon EVS가 환경 배포에 필요한 호스트에 대한 호스트 세부 정보를 --hosts지정합니다. 각 호스트에 대해 DNS 호스트 이름, EC2 SSH 키 이름 및 EC2 인스턴스 유형을 포함합니다. 전용 호스트 ID는 선택 사항입니다.

      중요

      Amazon EVS가 배포하는 EC2 인스턴스를 중지하거나 종료하지 마십시오. 이 작업을 수행하면 데이터가 손실됩니다.

    • 의 경우 이전 단계에서 생성한 VPC Route Server 피어 IDs개를 --connectivity-info지정합니다.

      참고

      Amazon EVS에는 EVS 배포 전에 두 개의 Route Server 엔드포인트 및 두 개의 Route Server 피어와 연결된 VPC Route Server 인스턴스가 필요합니다. 이 구성은 NSX 업링크를 통한 동적 BGP 기반 라우팅을 활성화합니다. 자세한 내용은 엔드포인트 및 피어를 사용하여 VPC Route Server 인스턴스 설정 단원을 참조하십시오.

    • 에 VCF 관리 어플라이언스를 호스팅할 가상 머신의 DNS 호스트 이름을 --vcf-hostnames입력합니다.

    • 에 고유한 Broadcom 사이트 ID를 --site-id입력합니다. 이 ID는 Broadcom 포털에 액세스하는 데 필요하며, 소프트웨어 계약 또는 계약 갱신이 체결될 때 Broadcom에서 제공됩니다.

    • (선택 사항)에 환경을 배포할 리전을 --region입력합니다. 리전을 지정하지 않으면 기본 리전이 사용됩니다.

      aws evs create-environment \
--environment-name testEnv \
--vpc-id vpc-1234567890abcdef0 \
--service-access-subnet-id subnet-01234a1b2cde1234f \
--vcf-version VCF-5.2.2 \
--terms-accepted \
--license-info "{
      \"solutionKey\": \"00000-00000-00000-abcde-11111\",
      \"vsanKey\": \"00000-00000-00000-abcde-22222\"
    }" \
   --initial-vlans "{
      \"isHcxPublic\": true,
      \"hcxNetworkAclId\": \"nacl-abcd1234\",
      \"vmkManagement\": {
        \"cidr\": \"10.10.0.0/24\"
      },
      \"vmManagement\": {
        \"cidr\": \"10.10.1.0/24\"
      },
      \"vMotion\": {
        \"cidr\": \"10.10.2.0/24\"
      },
      \"vSan\": {
        \"cidr\": \"10.10.3.0/24\"
      },
      \"vTep\": {
        \"cidr\": \"10.10.4.0/24\"
      },
      \"edgeVTep\": {
        \"cidr\": \"10.10.5.0/24\"
      },
      \"nsxUplink\": {
        \"cidr\": \"10.10.6.0/24\"
      },
      \"hcx\": {
        \"cidr\": \"10.10.7.0/24\"
      },
      \"expansionVlan1\": {
        \"cidr\": \"10.10.8.0/24\"
      },
      \"expansionVlan2\": {
          \"cidr\": \"10.10.9.0/24\"
      }
    }" \
--hosts "[
    {
      \"hostName\": \"esx01\",
      \"keyName\": \"sshKey-04-05-45\”,
      \"instanceType\": \"i4i.metal\",
      \"dedicatedHostId\": \"h-07879acf49EXAMPLE\"
    },
    {
      \"hostName\": \"esx02\",
      \"keyName\": \"sshKey-04-05-45\",
      \"instanceType\": \"i4i.metal\",
      \"dedicatedHostId\": \"h-07878bde50EXAMPLE\"
    },
    {
      \"hostName\": \"esx03\",
      \"keyName\": \"sshKey-04-05-45\",
      \"instanceType\": \"i4i.metal\",
      \"dedicatedHostId\": \"h-07877eio51EXAMPLE\"
    },
    {
      \"hostName\": \"esx04\",
      \"keyName\": \"sshKey-04-05-45\",
      \"instanceType\": \"i4i.metal\",
      \"dedicatedHostId\": \"h-07863ghi52EXAMPLE\"
    }
  ]" \
--connectivity-info "{
    \"privateRouteServerPeerings\": [\"rsp-1234567890abcdef0\",\"rsp-abcdef01234567890\"]
  }" \
  --vcf-hostnames "{
    \"vCenter\": \"vcf-vc01\",
    \"nsx\": \"vcf-nsx\",
    \"nsxManager1\": \"vcf-nsxm01\",
    \"nsxManager2\": \"vcf-nsxm02\",
    \"nsxManager3\": \"vcf-nsxm03\",
    \"nsxEdge1\": \"vcf-edge01\",
    \"nsxEdge2\": \"vcf-edge02\",
    \"sddcManager\": \"vcf-sddcm01\",
    \"cloudBuilder\": \"vcf-cb01\"
  }" \
--site-id my-site-id \
--region us-east-2

      다음은 응답 예입니다.

      {
    "environment": {
        "environmentId": "env-abcde12345",
        "environmentState": "CREATING",
        "stateDetails": "The environment is being initialized, this operation may take some time to complete.",
        "createdAt": "2025-04-13T12:03:39.718000+00:00",
        "modifiedAt": "2025-04-13T12:03:39.718000+00:00",
        "environmentArn": "arn:aws:evs:us-east-2:111122223333:environment/env-abcde12345",
        "environmentName": "testEnv",
        "vpcId": "vpc-1234567890abcdef0",
        "serviceAccessSubnetId": "subnet-01234a1b2cde1234f",
        "vcfVersion": "VCF-5.2.2",
        "termsAccepted": true,
        "licenseInfo": [
            {
                "solutionKey": "00000-00000-00000-abcde-11111",
                "vsanKey": "00000-00000-00000-abcde-22222"
            }
        ],
        "siteId": "my-site-id",
        "connectivityInfo": {
            "privateRouteServerPeerings": [
                "rsp-1234567890abcdef0",
                "rsp-abcdef01234567890"
            ]
        },
        "vcfHostnames": {
            "vCenter": "vcf-vc01",
            "nsx": "vcf-nsx",
            "nsxManager1": "vcf-nsxm01",
            "nsxManager2": "vcf-nsxm02",
            "nsxManager3": "vcf-nsxm03",
            "nsxEdge1": "vcf-edge01",
            "nsxEdge2": "vcf-edge02",
            "sddcManager": "vcf-sddcm01",
            "cloudBuilder": "vcf-cb01"
        }
    }
}

Amazon EVS 환경 생성 확인

예
Amazon EVS console

  1. Amazon EVS 콘솔로 이동합니다.

  2. 탐색 창에서 환경을 선택합니다.

  3. 환경을 선택합니다.

  4. 세부 정보 탭을 선택합니다.

  5. 환경 상태가 통과이고 환경 상태가 생성됨인지 확인합니다. 이를 통해 환경을 사용할 준비가 되었음을 알 수 있습니다.

    참고

    환경 생성에는 몇 시간이 걸릴 수 있습니다. 환경 상태에 여전히 생성 중이 표시되면 페이지를 새로 고칩니다.

AWS CLI

  1. 터미널 세션을 엽니다.

  2. 환경의 환경 ID와 리소스가 포함된 리전 이름을 사용하여 다음 명령을 실행합니다. 가 인 경우 환경을 사용할 준비가 environmentState된 것입니다CREATED.

    참고

    환경 생성에는 몇 시간이 걸릴 수 있습니다. 에 environmentState 여전히가 표시되면 명령을 다시 CREATING실행하여 출력을 새로 고칩니다.

    aws evs get-environment --environment-id env-abcde12345 --region us-east-2

    다음은 응답 예입니다.

    {
    "environment": {
        "environmentId": "env-abcde12345",
        "environmentState": "CREATED",
        "createdAt": "2025-04-13T13:39:49.546000+00:00",
        "modifiedAt": "2025-04-13T13:40:39.355000+00:00",
        "environmentArn": "arn:aws:evs:us-east-2:111122223333:environment/env-abcde12345",
        "environmentName": "testEnv",
        "vpcId": "vpc-0c6def5b7b61c9f41",
        "serviceAccessSubnetId": "subnet-06a3c3b74d36b7d5e",
        "vcfVersion": "VCF-5.2.2",
        "termsAccepted": true,
        "licenseInfo": [
            {
                "solutionKey": "00000-00000-00000-abcde-11111",
                "vsanKey": "00000-00000-00000-abcde-22222"
            }
        ],
        "siteId": "my-site-id",
        "checks": [],
        "connectivityInfo": {
            "privateRouteServerPeerings": [
                "rsp-056b2b1727a51e956",
                "rsp-07f636c5150f171c3"
            ]
        },
        "vcfHostnames": {
            "vCenter": "vcf-vc01",
            "nsx": "vcf-nsx",
            "nsxManager1": "vcf-nsxm01",
            "nsxManager2": "vcf-nsxm02",
            "nsxManager3": "vcf-nsxm03",
            "nsxEdge1": "vcf-edge01",
            "nsxEdge2": "vcf-edge02",
            "sddcManager": "vcf-sddcm01",
            "cloudBuilder": "vcf-cb01"
        },
        "credentials": []
    }
}

Amazon EVS VLAN 서브넷을 VPC 라우팅 테이블에 명시적으로 연결

각 Amazon EVS VLAN 서브넷을 VPC의 라우팅 테이블과 명시적으로 연결합니다. 이 라우팅 테이블은 AWS 리소스가 Amazon EVS에서 실행되는 NSX 네트워크 세그먼트의 가상 머신과 통신할 수 있도록 하는 데 사용됩니다. 퍼블릭 HCX VLAN을 생성한 경우 퍼블릭 HCX VLAN 서브넷을 인터넷 게이트웨이로 라우팅되는 VPC의 퍼블릭 라우팅 테이블과 명시적으로 연결해야 합니다.

예
Amazon VPC console

  1. VPC 콘솔로 이동합니다.

  2. 탐색 창에서 Route tables을 선택합니다.

  3. Amazon EVS VLAN 서브넷과 연결할 라우팅 테이블을 선택합니다.

  4. 서브넷 연결 탭을 선택합니다.

  5. 명시적 서브넷 연결에서 서브넷 연결 편집을 선택합니다.

  6. 모든 Amazon EVS VLAN 서브넷을 선택합니다.

  7. [연결 저장(Save associations)]을 선택합니다.

AWS CLI

  1. 터미널 세션을 엽니다.

  2. Amazon EVS VLAN 서브넷 IDs.

    aws ec2 describe-subnets

  3. Amazon EVS VLAN 서브넷을 VPC의 라우팅 테이블과 연결합니다.

    aws ec2 associate-route-table \
--route-table-id rtb-0123456789abcdef0 \
--subnet-id subnet-01234a1b2cde1234f

다음 단계에 따라 IPAM 풀의 탄력적 IP 주소(EIPs)를 HCX 인터넷 연결을 위한 HCX 퍼블릭 VLAN에 연결합니다. HCX Manager 및 HCX Interconnect(HCX-IX) 어플라이언스에 대해 두 개 이상의 EIPs를 연결해야 합니다. 배포해야 하는 각 HCX 네트워크 어플라이언스에 대해 추가 EIP를 연결합니다. HCX 퍼블릭 VLAN과 연결된 IPAM 풀에서 최대 13EIPs를 보유할 수 있습니다.

중요

IPAM 풀의 EIPs를 HCX 퍼블릭 VLAN 서브넷과 두 개 이상 연결하지 않으면 HCX 퍼블릭 인터넷 연결이 실패합니다.

참고

Amazon EVS는 현재 EIPs HCX VLAN과 연결하는 것만 지원합니다.

참고

퍼블릭 IPAM CIDR 블록의 처음 두 EIPs 또는 마지막 EIP를 VLAN 서브넷과 연결할 수 없습니다. 이러한 EIPs는 네트워크, 기본 게이트웨이 및 브로드캐스트 주소로 예약됩니다. 이러한 EIPs를 VLAN 서브넷과 연결하려고 하면 Amazon EVS에서 검증 오류가 발생합니다.

Amazon EVS console

  1. Amazon EVS 콘솔로 이동합니다.

  2. 탐색 메뉴에서 환경을 선택합니다.

  3. 환경을 선택합니다.

  4. 네트워크 및 연결 탭에서 HCX 퍼블릭 VLAN을 선택합니다.

  5. EIP를 VLAN에 연결을 선택합니다.

  6. HCX 퍼블릭 VLAN과 연결할 탄력적 IP 주소(들)를 선택합니다.

  7. EIPs 연결을 선택합니다.

  8. EIP 연결을 확인하여 EIPs가 HCX 퍼블릭 VLAN과 연결되었는지 확인합니다.

AWS CLI

  1. 탄력적 IP 주소를 VLAN과 연결하려면 예제 associate-eip-to-vlan 명령을 사용합니다.

    • environment-id - Amazon EVS 환경의 ID입니다.

    • vlan-name - 탄력적 IP 주소와 연결할 VLAN의 이름입니다.

    • allocation-id - 탄력적 IP 주소의 할당 ID입니다.

      aws evs associate-eip-to-vlan \
  --environment-id "env-605uove256" \
  --vlan-name "hcx" \
  --allocation-id "eipalloc-0429268f30c4a34f7"

      명령은 새 EIP 연결을 포함하여 VLAN에 대한 세부 정보를 반환합니다.

      {
    "vlan": {
        "vlanId": 80,
        "cidr": "18.97.137.0/28",
        "availabilityZone": "us-east-2c",
        "functionName": "hcx",
        "subnetId": "subnet-02f9a4ee9e1208cfc",
        "createdAt": "2025-08-22T23:42:16.200000+00:00",
        "modifiedAt": "2025-08-23T13:42:28.155000+00:00",
        "vlanState": "CREATED",
        "stateDetails": "VLAN successfully created",
        "eipAssociations": [
            {
                "associationId": "eipassoc-09e966faad7ecc58a",
                "allocationId": "eipalloc-0429268f30c4a34f7",
                "ipAddress": "18.97.137.2"
            }
        ],
        "isPublic": true,
        "networkAclId": "acl-02fa8ab4ad3ddfb00"
    }
}

      eipAssociations 배열은 다음을 포함한 새 연결을 보여줍니다.

      • associationId - 연결 해제에 사용되는이 EIP 연결의 고유 ID입니다.

      • allocationId - 연결된 탄력적 IP 주소의 할당 ID입니다.

      • ipAddress - VLAN에 할당된 IP 주소입니다.

  2. 단계를 반복하여 추가 EIPs 연결합니다.

전송 게이트웨이와 함께 Direct Connect or AWS Site-to-Site VPN을 사용하여 온프레미스 네트워크 연결을 구성하는 경우 Amazon EVS 환경 내에서 생성된 VPC CIDRs로 전송 게이트웨이 라우팅 테이블을 업데이트해야 합니다. 자세한 내용은 Amazon VPC 전송 게이트웨이의 전송 게이트웨이 라우팅 테이블을 참조하세요.

AWS Direct Connect를 사용하는 경우 Direct Connect 접두사를 업데이트하여 VPC에서 업데이트된 경로를 보내고 받아야 할 수도 있습니다. 자세한 내용은 AWS Direct Connect 게이트웨이에 대한 접두사 상호 작용 허용을 참조하세요.

VCF 자격 증명 검색 및 VCF 관리 어플라이언스 액세스

Amazon EVS는 AWS Secrets Manager를 사용하여 관리형 보안 암호를 생성, 암호화 및 계정에 저장합니다. 이러한 보안 암호에는 vCenter Server, NSX 및 SDDC Manager와 같은 VCF 관리 어플라이언스를 설치하고 액세스하는 데 필요한 VCF 보안 인증 정보와 ESX 루트 암호가 포함됩니다. 보안 암호 검색에 대한 자세한 내용은 AWS Secrets Manager 사용 설명서의 Secrets Manager에서 보안 암호 가져오기를 참조하세요 AWS .

참고

Amazon EVS는 시크릿의 관리형 교체를 제공하지 않습니다. 시크릿이 오랫동안 유지되지 않도록 교체 주기를 설정하여 정기적으로 시크릿을 교체하는 것이 좋습니다.

AWS Secrets Manager에서 VCF 자격 증명을 검색한 후 이를 사용하여 VCF 관리 어플라이언스에 로그인할 수 있습니다. 자세한 내용은 VMware 제품 설명서의 SDDC 관리자 사용자 인터페이스에 로그인 및 vSphere 클라이언트를 사용하고 구성하는 방법을 참조하세요.

기본적으로 Amazon EVS는 새로 배포된 Amazon EVS 호스트에서 ESX 쉘을 활성화합니다. 이 구성을 사용하면 부팅, 네트워크 구성 및 기타 문제를 해결하는 데 사용할 수 있는 EC2 직렬 콘솔을 통해 Amazon EC2 EC2 인스턴스의 직렬 포트에 액세스할 수 있습니다. 직렬 콘솔은 인스턴스에서 네트워킹 기능 없이 사용할 수 있습니다. 직렬 콘솔을 사용하면 키보드와 모니터가 인스턴스의 직렬 포트에 직접 연결된 것처럼 실행 중인 EC2 인스턴스에 명령을 입력할 수 있습니다.

EC2 콘솔 또는를 사용하여 EC2 직렬 콘솔에 액세스할 수 있습니다 AWS CLI. 자세한 내용은 Amazon EC2 사용 설명서의 인스턴스용 EC2 직렬 콘솔을 참조하세요. Amazon EC2

참고

EC2 직렬 콘솔은 ESX 호스트와 로컬로 상호 작용하기 위해 Direct Console 사용자 인터페이스(DCUI)에 액세스하는 유일한 Amazon EVS 지원 메커니즘입니다.

참고

Amazon EVS는 기본적으로 원격 SSH를 비활성화합니다. 원격 ESX 쉘에 액세스하도록 SSH를 활성화하는 방법에 대한 자세한 내용은 VMware vSphere 제품 설명서의 SSH를 사용한 원격 ESX 쉘 액세스를 참조하세요.

EC2 직렬 콘솔에 연결

EC2 직렬 콘솔에 연결하고 문제 해결을 위해 선택한 도구를 사용하려면 특정 사전 조건 작업을 완료해야 합니다. 자세한 내용은 Amazon EC2 사용 설명서의 EC2 직렬 콘솔의 사전 조건 및 EC2 직렬 콘솔에 연결을 참조하세요. Amazon EC2

참고

EC2 직렬 콘솔에 연결하려면 EC2 인스턴스 상태가 여야 합니다running. 인스턴스가 pending, , stopping, stopped shutting-down또는 terminated 상태인 경우 직렬 콘솔에 연결할 수 없습니다. 인스턴스 상태 변경에 대한 자세한 내용은 Amazon EC2 사용 설명서의 Amazon EC2 인스턴스 상태 변경을 참조하세요. Amazon EC2

EC2 직렬 콘솔에 대한 액세스 구성

EC2 직렬 콘솔에 대한 액세스를 구성하려면 사용자 또는 관리자가 계정 수준에서 직렬 콘솔 액세스 권한을 부여한 다음 사용자에게 액세스 권한을 부여하도록 IAM 정책을 구성해야 합니다. Linux 인스턴스의 경우 사용자가 문제 해결을 위해 직렬 콘솔을 사용할 수 있도록 모든 인스턴스에서 암호 기반 사용자를 구성해야 합니다. 자세한 내용은 Amazon EC2 사용 설명서의 EC2 직렬 콘솔에 대한 액세스 구성을 참조하세요. Amazon EC2

정리

다음 단계에 따라 생성된 AWS 리소스를 삭제합니다.

Amazon EVS 호스트 및 환경 삭제

다음 단계에 따라 Amazon EVS 호스트 및 환경을 삭제합니다. 이 작업은 Amazon EVS 환경에서 실행되는 VMware VCF 설치를 삭제합니다.

참고

Amazon EVS 환경을 삭제하려면 먼저 환경 내의 모든 호스트를 삭제해야 합니다. 환경과 연결된 호스트가 있는 경우 환경을 삭제할 수 없습니다.

예
Amazon EVS console

  1. Amazon EVS 콘솔로 이동합니다.

  2. 탐색 창에서 환경을 선택합니다.

  3. 삭제할 호스트가 포함된 환경을 선택합니다.

  4. 호스트 탭을 선택합니다.

  5. 호스트를 선택하고 호스트 탭에서 삭제를 선택합니다. 환경의 각 호스트에 대해이 단계를 반복합니다.

  6. 환경 페이지 상단에서 삭제를 선택한 다음 환경 삭제를 선택합니다.

    참고

    또한 환경 삭제는 Amazon EVS가 생성한 Amazon EVS VLAN 서브넷과 AWS Secrets Manager 보안 암호도 삭제합니다. 생성한 AWS 리소스는 삭제되지 않습니다. 이러한 리소스에는 계속 비용이 발생할 수 있습니다.

  7. 더 이상 필요하지 않은 Amazon EC2 용량 예약이 있는 경우 취소했는지 확인합니다. 자세한 내용은 Amazon EC2 사용 설명서의 용량 예약 취소를 참조하세요.

AWS CLI

  1. 터미널 세션을 엽니다.

  2. 삭제할 호스트가 포함된 환경을 식별합니다.

    aws evs list-environments

    다음은 응답 예입니다.

    {
    "environmentSummaries": [
        {
            "environmentId": "env-abcde12345",
            "environmentName": "testEnv",
            "vcfVersion": "VCF-5.2.2",
            "environmentState": "CREATED",
            "createdAt": "2025-04-13T14:42:41.430000+00:00",
            "modifiedAt": "2025-04-13T14:43:33.412000+00:00",
            "environmentArn": "arn:aws:evs:us-east-2:111122223333:environment/env-abcde12345"
        },
        {
            "environmentId": "env-edcba54321",
            "environmentName": "testEnv2",
            "vcfVersion": "VCF-5.2.2",
            "environmentState": "CREATED",
            "createdAt": "2025-04-13T13:39:49.546000+00:00",
            "modifiedAt": "2025-04-13T13:52:13.342000+00:00",
            "environmentArn": "arn:aws:evs:us-east-2:111122223333:environment/env-edcba54321"
        }
    ]
}

  3. 환경에서 호스트를 삭제합니다. 다음은 샘플 aws evs delete-environment-host 요청입니다.

    참고

    환경을 삭제하려면 먼저 환경에 포함된 모든 호스트를 삭제해야 합니다.

    aws evs delete-environment-host \
--environment-id env-abcde12345 \
--host esx01

  4. 이전 단계를 반복하여 환경의 나머지 호스트를 삭제합니다.

  5. 환경을 삭제합니다.

    aws evs delete-environment --environment-id env-abcde12345
    참고

    환경 삭제는 Amazon EVS가 생성한 Amazon EVS VLAN 서브넷 및 AWS Secrets Manager 보안 암호도 삭제합니다. 생성한 다른 AWS 리소스는 삭제되지 않습니다. 이러한 리소스에는 계속 비용이 발생할 수 있습니다.

  6. 더 이상 필요하지 않은 Amazon EC2 용량 예약이 있는 경우 취소했는지 확인합니다. 자세한 내용은 Amazon EC2 사용 설명서의 용량 예약 취소를 참조하세요.

HCX 인터넷 연결을 구성한 경우 다음 단계에 따라 IPAM 리소스를 삭제합니다.

  1. 퍼블릭 IPAM 풀에서 EIP 할당을 해제합니다. 자세한 내용은 VPC IP 주소 관리자 사용 설명서의 할당 해제를 참조하세요.

  2. IPAM 풀에서 퍼블릭 IPv4 CIDR의 프로비저닝을 해제합니다. 자세한 내용은 VPC IP Address Manager 사용 설명서의 풀에서 CIDRs 프로비저닝 해제를 참조하세요.

  3. 퍼블릭 IPAM 풀을 삭제합니다. 자세한 내용은 VPC IP 주소 관리자 사용 설명서의 풀 삭제를 참조하세요.

  4. IPAM을 삭제합니다. 자세한 내용은 VPC IP Address Manager 사용 설명서의 IPAM 삭제를 참조하세요.

VPC Route Server 구성 요소 삭제

생성한 Amazon VPC Route Server 구성 요소를 삭제하는 단계는 Amazon VPC 사용 설명서의 Route Server 정리를 참조하세요.

네트워크 액세스 제어 목록(ACL) 삭제

네트워크 액세스 제어 목록을 삭제하는 단계는 Amazon VPC 사용 설명서의 VPC의 네트워크 ACL 삭제를 참조하세요.

서브넷 라우팅 테이블 연결 해제 및 삭제

서브넷 라우팅 테이블의 연결을 해제하고 삭제하는 단계는 Amazon VPC 사용 설명서의 서브넷 라우팅 테이블을 참조하세요.

서브넷 삭제

서비스 액세스 서브넷을 포함하여 VPC 서브넷을 삭제합니다. VPC 서브넷을 삭제하는 단계는 Amazon VPC 사용 설명서의 서브넷 삭제를 참조하세요.

참고

DNS에 Route 53를 사용하는 경우 서비스 액세스 서브넷을 삭제하기 전에 인바운드 엔드포인트를 제거합니다. 그렇지 않으면 서비스 액세스 서브넷을 삭제할 수 없습니다.

참고

Amazon EVS는 환경이 삭제될 때 사용자를 대신하여 VLAN 서브넷을 삭제합니다. Amazon EVS VLAN 서브넷은 환경이 삭제된 경우에만 삭제할 수 있습니다.

VPC 삭제

VPC를 삭제하는 단계는 Amazon VPC 사용 설명서의 VPC 삭제를 참조하세요.

다음 단계

VMware Hybrid Cloud Extension(VMware HCX)을 사용하여 워크로드를 Amazon EVS로 마이그레이션합니다. 자세한 내용은 VMware HCX를 사용하여 Amazon EVS로 워크로드 마이그레이션 단원을 참조하십시오.