AWS QnA - EC2(Elastic Compute Cloud)

1. What are Elastic IP addresses, and how do I use them?

탄력적 IP 주소는 무엇이며 어떻게 사용합니까?

https://aws.amazon.com/premiumsupport/knowledge-center/intro-elastic-ip-addresses/

Learn about Elastic IP addresses | AWS re:Post

 

탄력적 IP 주소

동적 클라우드 컴퓨팅을 위해 설계된 고정 IPv4 주소, 인터넷에서 연결할 수 있는 공용 IPv4 주소, 정적이며 변함이 없음

• 탄력적 IP 주소를 사용하면 해당 주소를 계정의 다른 인스턴스에 빠르게 다시 매핑하여 인스턴스 또는 소프트웨어의 오류를 마스킹할 수 있음
• 도메인이 인스턴스를 가리키도록 도메인의 DNS 레코드에 탄력적 IP 주소를 지정할 수 있음
• 인스턴스가 실행되는 동안 인스턴스와 연결된 하나의 탄력적 IP 주소에 대해서는 요금이 부과되지 않지만 인스턴스와 연결된 추가 탄력적 IP 주소에 대해서는 요금이 부과
• 인스턴스 중지 또는 다시 시작과 같이 일반적으로 주소 변경을 유발하는 이벤트를 통해 유지

 

2. Why do I have running EC2 instances that I didn't launch?

시작하지 않은 EC2 인스턴스가 실행되는 이유는 무엇인가요?

https://aws.amazon.com/premiumsupport/knowledge-center/source-ec2-instances/

실행 중인 EC2 인스턴스의 소스 찾기 | AWS re:Post

 

A. 인스턴스가 다른 AWS 서비스에 의해 시작되었는지 확인

• AWS CloudFormation
  • 사용자를 대신하여 스택의 일부로 하나 이상의 인스턴스를 시작하도록 CloudFormation 템플릿을 구성할 수 있음.
  • 스택과 해당하는 모든 리소스를 삭제하려면 AWS CloudFormation 콘솔에서 스택 삭제를 하면됨
• AWS Elastic Beanstalk
  • Elastic Beanstalk 환경에는 기본적으로 EC2 인스턴스와 Auto Scaling 규칙이 포함.
  • 구성 방식에 따라 환경의 Auto Scaling 규칙이 EC2 인스턴스를 시작할 수 있음.
  • 환경과 모든 리소스를 종료하려면 Elastic Beanstalk 환경 종료를 하면 됨.
• AWS OpsWorks
  • AWS OpsWorks Stacks가 스택의 쿡북에 있는 지침을 따라 AWS 리소스 그룹을 시작할 수 있음.
  • OpsWorks 스택을 시작하는 경우 EC2 인스턴스를 스택의 일부로 시작하도록 쿡북을 구성할 수 있음.
  • 스택과 연결된 리소스를 종료하려면 스택을 삭제
• Amazon EMR
  • Amazon EMR을 사용하면 EC2 인스턴스의 그룹인 클러스터 및 노드를 시작할 수 있음.
  • 클러스터와 관련된 인스턴스를 종료하려면 Amazon EMR 클러스터를 종료.

 

A. AWS 계정의 다른 권한 있는 사용자가 인스턴스를 시작했는지 확인

• 권한이 있는 다른 사용자가 작업 중인 프로젝트의 일부로 인스턴스를 시작했을 수 있음
• AWS CloudTrail을 사용하여 RunInstances API 호출의 인스턴스를 찾을 수 있음
• 팀의 권한이 있는 다른 AWS 사용자에게 문의하여 인스턴스를 시작했는지 확인
• AWS Identity and Access Management(IAM)를 사용하여 인스턴스를 시작하거나 AWS 서비스를 사용할 수 있는 사용자를 관리 가능

 

2-1. Why can't I find an Amazon EC2 instance that I launched on my account?

내 계정에서 EC2 인스턴스를 찾을 수 없는 이유는 무엇입니까?

https://aws.amazon.com/premiumsupport/knowledge-center/find-ec2-instance/

특정 EC2 인스턴스 찾기 | AWS re:Post

 

인스턴스가 실행 중이지만 콘솔이 다른 리전으로 설정

각 EC2 인스턴스는 특정 리전에서 시작되며, 콘솔에서는 한 번에 하나의 리전만 볼 수 있음. 올바른 리전을 선택했는지 확인

다른 계정 사용자가 인스턴스를 종료했거나 끝냄

계정의 다른 사용자가 인스턴스를 종료했는지 알아보려면 해당 사용자에게 확인

인스턴스가 다른 AWS 계정에서 실행 중

인스턴스를 검색해야 하는 다른 AWS 계정을 확인

인스턴스가 실행 중이었는데 프로세스 또는 서비스가 해당 인스턴스를 종료

WS Auto Scaling, AWS Elastic Beanstalk, Elastic Load Balancing 또는 AWS Lambda와 같은 일부 AWS 서비스는 인스턴스를 자동으로 시작, 중지 및 종료하도록 구성될 수 있음

인스턴스가 스팟 인스턴스로 시작되었으며 현재 스팟 가격이 입찰 가격을 초과

스팟 인스턴스는 입찰 가격이 현재 스팟 가격보다 낮을 때 자동으로 종료

 

2-2. Why did an EC2 instance that I terminated automatically re-launch?

종료한 EC2 인스턴스가 자동으로 다시 시작된 이유는 무엇입니까?

https://aws.amazon.com/premiumsupport/knowledge-center/ec2-instance-relaunched-after-termination/

종료된 EC2 인스턴스가 다시 시작된 이유 확인 | AWS re:Post

일부 서비스에서는 종료된 인스턴스를 대체하기 위해 인스턴스를 자동으로 시작할 수 있음. 이를 통해서 애플리케이션의 내결함성을 향상할 수 있음

 

ex)

1. 유지 관리 중인 인스턴스를 대체하는 인스턴스를 시작하도록 Amazon EC2 Auto Scaling 그룹을 구성
2. 일반적으로 AWS Elastic Beanstalk 환경에는 Auto Scaling 그룹이 기본적으로 포함
3. 유지 관리(Maintain) 요청 유형으로 EC2 플릿을 구성. 이 시나리오에서 EC2 플릿은 원하는 용량에 대한 비동기 요청을 하고, 중단된 스팟 인스턴스를 자동으로 보충하여 용량을 유지
4. 스팟 플릿 요청 유형을 유지 관리(Maintain)로 구성. 이 시나리오에서 스팟 플릿은 원하는 용량에 대한 비동기 요청을 하고, 중단된 스팟 인스턴스를 자동으로 보충하여 용량을 유지

서비스가 대체 인스턴스를 시작하지 못하도록 하는 방법

• Auto Scaling 그룹 삭제
• Elastic Beanstalk 환경 종료
• EC2 플릿 삭제
• 스팟 플릿 요청 취소

 

3. How can I calculate my burst credit billing on my EC2 instance?

EC2 인스턴스에서 버스트 크레딧 결제를 계산하려면 어떻게 해야 합니까?

https://aws.amazon.com/premiumsupport/knowledge-center/ec2-calculate-burst-credit-billing/

EC2 인스턴스에 대한 버스트 크레딧 결제 계산 | AWS re:Post

버스트 크레딧 결제는 EC2 버스트 가능 인스턴스 유형에만 적용. 예를 들어 T4g, T3a 및 T3 인스턴스 유형과 이전 세대 T2 인스턴스 유형이 해당

 

A. EC2 콘솔 또는 AWS CLI를 사용하여 버스트 가능 성능 인스턴스가 무제한이나 표준 중 어느 쪽으로 구성되었는지 확인할 수 있음

표준 모드에서 결제

인스턴스에 대한 표준 온디맨드 시간당 요금을 사용하여 요금이 청구

무제한 모드에서 결제

다음 중 더 짧은 항목의 모든 CPU 사용량 스파이크에 대해 시간당 인스턴스 요금이 자동으로 적용

• 24시간 중 인스턴스의 평균 CPU 사용률이 기준선과 같거나 더 낮아지는 시간
• 인스턴스의 수명

잉여 크레딧

누적된 크레딧 잔고가 소진된 후 인스턴스가 무제한 모드에서 사용하는 크레딧

• Amazon CloudWatch 지표 CPUSurplusCreditsCharged를 사용해 인스턴스에 청구되는 잉여 크레딧을 확인할 수 있음

 

4. How do I choose the appropriate EC2 instance type for my workload?

워크로드에 적합한 EC2 인스턴스 유형을 선택하려면 어떻게 해야 하나요?

https://aws.amazon.com/premiumsupport/knowledge-center/ec2-instance-choose-type-for-workload/

워크로드에 적합한 EC2 인스턴스 유형 결정 | AWS re:Post

 

시스템 요구 사항에 대한 세부 정보

• 운영 체제
• CPU 코어 수
• 시스템 메모리(RAM) 용량
• 스토리지 공간
• GPU 코어
• 네트워크 대역폭 요구 사항

인스턴스 유형 패밀리 검토

• 범용
• 컴퓨팅 최적화
• 메모리 최적화
• 가속화된 컴퓨팅
• 스토리지 최적화

인스턴스에 적합한 크기 선택

• 기본 vCPU: 인스턴스의 가상 CPU 수
• 메모리(GiB)
• 인스턴스 스토리지(GB): 인스턴스에서 사용할 수 있는 로컬 인스턴스 스토어 볼륨
• Amazon EBS-최적화 사용 가능: 인스턴스 유형이 EBS 최적화를 지원하는지 여부
• 네트워크 성능: 데이터 전송 속도의 성능 수준

Amazon EC2 콘솔 또는 AWS Command Line Interface (AWS CLI)를 사용하여 선택한 인스턴스 유형을 찾을 수 있음

추가 고려 사항

• 루트 볼륨: 필요한 루트 볼륨 유형에 따라 AMI를 선택
• 구매 옵션: Amazon EC2는 온디맨드 인스턴스(기본값), 스팟 인스턴스 및 예약 인스턴스를 지원
• 인스턴스 유형 변경(확장성): 시스템에 현재 EC2 인스턴스 유형에서 사용할 수 있는 것보다 더 많은 CPU 또는 메모리가 필요한 경우 인스턴스 크기를 조정 가능
• 인스턴스 유형에 대한 권장 사항 확인: 이미 실행 중인 EC2 인스턴스의 경우 AWS Compute Optimizer를 사용하여 성능 향상, 비용 절감 또는 둘 다에 도움이 되는 권장 사항 확인
• EC2 인스턴스 모니터링: 인스턴스를 모니터링하여 최고의 안정성, 가용성 및 성능을 얻고 있는지 확인 가능
• EC2 인스턴스 플릿 관리: AWS Systems Manager를 사용하면 하이브리드 환경에서 Amazon EC2 인스턴스와 온프레미스 인스턴스 및 VM의 구성을 원격으로 안전하게 관리 가능

 

5. How do I move my EC2 instance to another subnet, Availability Zone, or VPC?

EC2 인스턴스를 다른 서브넷, 가용 영역 또는 VPC로 이동하려면 어떻게 해야 합니까?

https://aws.amazon.com/premiumsupport/knowledge-center/move-ec2-instance/

Amazon EC2 인스턴스를 다른 서브넷, 가용 영역 또는 VPC로 이동 | AWS re:Post

 

A. 기존 인스턴스를 다른 서브넷, 가용 영역 또는 VPC로 이동할 수는 없지만 다른 방법 존재

1. 소스 인스턴스에서 새 AMI를 생성하여 인스턴스를 수동으로 마이그레이션 가능

2. 원하는 서브넷, 가용 영역 또는 VPC에서 새 AMI를 사용하여 새 인스턴스를 시작

3. 소스 인스턴스의 탄력적 IP 주소를 새 인스턴스로 재할당 가능

인스턴스를 마이그레이션 방법

• AWS Systems Manager Automation 문서 AWSSupport-CopyEC2Instance 사용
• 인스턴스를 수동으로 복사하고, 복사본에서 새 인스턴스 시작

 

6. How do I stop and start Amazon EC2 instances at regular intervals using Lambda?

Lambda를 사용하여 Amazon EC2 인스턴스를 정기적으로 중지하고 시작하려면 어떻게 해야 하나요?

https://aws.amazon.com/premiumsupport/knowledge-center/start-stop-lambda-eventbridge/

Lambda를 사용하여 EC2 인스턴스를 설정 간격으로 중지 및 시작하기 | AWS re:Post

 

A. Lambda를 사용하여 EC2 인스턴스를 정기적으로 중지 및 시작하는 과정

1. Lambda 함수에 대한 AWS Identity and Access Management(IAM) 정책 및 실행 역할을 생성
2. EC2 인스턴스를 중지 및 시작하는 Lambda 함수를 생성
3. Lambda 함수를 테스트
4. 일정에 따라 함수를 트리거하는 EventBridge 규칙을 생성
5. 참고: AWS 계정에서 발생하는 이벤트에 따라 트리거되도록 규칙을 생성할 수도 있음

 

7. How do I share an Amazon Machine Image (AMI) privately with another AWS account?

Amazon Machine Image(AMI)를 다른 AWS 계정과 비공개로 공유하려면 어떻게 해야 하나요?

https://aws.amazon.com/premiumsupport/knowledge-center/share-ami-account/

Amazon Machine Image(AMI)를 다른 AWS 계정과 비공개로 공유 | AWS re:Post

 

A. AMI를 공유할 AWS 계정의 계정 ID를 알고 있으면 AMI 공유 가능

콘솔을 사용하여 AMI 공유하는 방법

1. https://console.aws.amazon.com/ec2/ 에서 Amazon EC2 콘솔을 선택
2. 탐색 창에서 AMI 선택
3. 목록에서 AMI를 선택한 다음 작업, AMI 권한 편집 선택
4. 비공개를 선택
5. 공유 계정에서 계정 ID 추가를 선택.
6. AWS 계정 ID에 AMI를 공유할 AWS 계정 ID 를 입력한 다음 AMI 공유를 선택
7. 이 AMI를 여러 계정과 공유하려면 필요한 계정 ID를 모두 추가할 때까지 5단계와 6단계를 반복
8. 완료되면 변경 사항 저장을 선택
9. (선택 사항) AMI를 공유한 AWS 계정 ID를 보려면 목록에서 AMI를 선택하고 권한 탭을 선택

공유된 AMI를 복사하는 방법

https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/CopyingAMIs.html#copy-ami-across-accounts

다른 리전의 AMI는 공유할 수 없고. AMI를 복사한 다음 새 리전에서 시작하거나 공유할 수 있음

https://aws.amazon.com/ko/premiumsupport/knowledge-center/copy-ami-region/

 

7-1 How do I create and copy an Amazon Machine Image (AMI) from one AWS Region to another?

한 AWS 리전에서 Amazon Machine Image(AMI)를 생성하고 다른 AWS 리전에 복사하려면 어떻게 해야 하나요?

https://aws.amazon.com/premiumsupport/knowledge-center/copy-ami-region/

Amazon EC2에서 AWS 리전 간 AMI 복사 | AWS re:Post

 

A. EC2 인스턴스의 AMI 생성

• Linux AMI 생성 참고 URL
  https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami
• Windows AMI 생성 참고 URL
  https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/Creating_EBSbacked_WinAMI.html2. EC2 인스턴스의 AMI를 다른 AWS 리전으로 복사
• Linux AMI 복사 참고 URL
  https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/CopyingAMIs.html#ami-copy-steps
• Windows AMI 복사 참고 URL
  https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/CopyingAMIs.html#ami-copy-steps3. 복사 작업이 완료되면 새 AWS 리전의 AMI에서 새 EC2 인스턴스를 시작

 

8. How do I back up an instance store volume on my Amazon EC2 instance to Amazon EBS?

Amazon EC2 인스턴스의 인스턴스 스토어 볼륨을 Amazon EBS에 백업하려면 어떻게 해야 합니까?

https://aws.amazon.com/premiumsupport/knowledge-center/back-up-instance-store-ebs/

인스턴스 스토어 볼륨을 EBS에 백업 | AWS re:Post

 

A. 새 EBS 볼륨을 생성한 다음 인스턴스 스토어 볼륨의 데이터를 EBS 볼륨에 복사

1. EBS 볼륨을 생성. 마이그레이션할 데이터를 저장할 만큼 충분한 크기를 선택해야 함.
2. EBS 볼륨을 인스턴스에 연결
3. 운영 체제에서 볼륨을 사용할 수 있도록 한 다음 볼륨에서 호환 가능한 파일 시스템을 생성.
4. Linux용 rsync 또는 Windows용 robocopy와 같이 운영 체제에 알맞은 디스크 관리 또는 마이그레이션 도구를 사용하여 데이터를 복사.
5. 참고: 복사 작업이 성공하고 완료될 때까지 두 볼륨을 모두 사용 가능한 상태로 유지. 새 EBS 볼륨을 인스턴스에서 사용하기 전에 추가 구성을 수행해야 할 수 있음.

A. EBS 볼륨에 저장된 개별 파일을 백업

• 볼륨 자체를 백업하거나 백업하는 대신 개별 파일을 백업할 수 있음
• ex) Amazon Simple Storage Service(Amazon S3) 사용

 

8-1. What's the difference between instance store and EBS?

인스턴스 스토어와 EBS는 어떤 차이가 있습니까?

https://aws.amazon.com/premiumsupport/knowledge-center/instance-store-vs-ebs/

인스턴스 스토어와 EBS의 차이점은 무엇인가요? | AWS re:Post

 

A. 인스턴스 스토어

일부 Amazon EC2 인스턴스 유형은 직접 연결된 블록 디바이스 스토리지 형태인 인스턴스 스토어라는 스토리지를 제공. 인스턴스 스토어 볼륨에 저장된 데이터는 인스턴스 중지, 종료 또는 하드웨어 장애에 대한 영구성을 제공하지 않음. 임시 스토리지로 이상적

A. EBS 볼륨

데이터를 장기적으로 유지하거나 암호화하려는 경우에는 Amazon EBS 볼륨이 적합. EBS 볼륨은 인스턴스 중지 및 종료 시에도 데이터를 보존해 주고, EBS 스냅샷을 통해 손쉽게 백업할 수 있고, 한 인스턴스에서 데이터를 제거하여 다른 인스턴스에 재연결할 수 있고, 전체 볼륨 암호화를 지원

 

9. How can I request, view, and manage service quota increase requests using AWS CLI commands?

AWS CLI 명령을 사용하여 서비스 할당량 증가 요청을 요청, 확인 및 관리하려면 어떻게 해야 합니까?

https://aws.amazon.com/premiumsupport/knowledge-center/request-service-quota-increase-cli/

 

A. Service Quotas 콘솔에서 또는 AWS CLI 명령을 사용해 AWS 서비스 할당량(이전의 ‘제한’)을 요청, 확인 및 관리할 수 있음

AWS CLI를 사용하여 서비스 할당량을 관리하는 경우 유의 사항

• AWS CLI 명령을 실행할 때 오류가 발생하는 경우 최신 버전의 AWS CLI를 사용하고 있는지 확인
• 다른 언급이 없는 한, 각 할당량은 리전별로 다름. 명령에서 --region 파라미터를 할당량 증가를 요청하는 리전으로 바꾸어야 함
• 특정 시간에 활성화할 수 있는 최대 서비스 할당량 요청이 있음. 또한 할당량 값은 조정할 수 없음.
• API 명령의 출력이 테이블 형식으로 표시

Service Quotas에서 사용할 수 서비스 코드 명령 예시

• list-services 해당 리전의 서비스 코드 목록을 확인
• list-service-quota 특정 서비스 및 리전에 대해 사용 가능한 할당량 코드를 확인
• get-service-quota 늘리려는 서비스에 대해 적용된 할당량 값을 확인
• request-service-quota-increase 할당량 증가를 요청
• get-requested-service-quota-change 보류 중인 요청의 상태를 확인

 

10. How do I move an Amazon EC2 instance from shared tenancy to a Dedicated Host, or vice-versa?

공유 테넌시에서 전용 호스트로 또는 전용 호스트에서 공유 테넌시로 Amazon EC2 인스턴스를 이동하려면 어떻게 해야 합니까?

https://aws.amazon.com/premiumsupport/knowledge-center/ec2-shared-tenancy-dedicated-host/

 

A. 공유 테넌시는 VPC에서 시작되는 Amazon EC2 인스턴스의 기본 테넌시. VPC의 기본 테넌시를 기본값(공유)에서 전용 호스트로 변경할 수 있음

Amazon EC2 전용 호스트

고객 전용의 Amazon EC2 인스턴스 용량이 배정된 물리적 서버, 전용 호스트를 사용하면 Windows Server, Microsoft SQL Server, SUSE, Linux Enterprise Server 등을 포함한 기존 소켓당, 코어당 또는 가상 머신(VM)당 소프트웨어 라이선스를 사용할 수 있음. 공유 테넌시보다 더 높은 비용이 발생할 수 있으며 버스트 가능 인스턴스 유형을 지원

공유 테넌시

VPC에서 시작된 EC2 인스턴스의 기본 테넌시. 전용 호스트보다 경제적이며, 스팟 인스턴스와 버스트 가능 인스턴스 유형을 지원할 수 있음. BYOL(Bring Your Own License) 모델을 사용하는 인스턴스는 지원하지 않음

공유 테넌시에서 전용 호스트로 EC2 인스턴스 이동

1. 기존 공유 테넌시 EC2 인스턴스의 Amazon Machine Image(AMI)를 생성
2. (선택 사항) 동일한 프라이빗 IP 주소를 유지하려면 AMI가 생성된 후 공유 테넌시에서 실행되는 기존 EC2 인스턴스를 종료. 인스턴스에 인스턴스 스토어 볼륨이 있는 경우, Amazon EBS 볼륨에 데이터를 백업.
3. Amazon EC2 콘솔, AWS 명령줄 인터페이스(AWS CLI) 또는 AWS Tools for Windows PowerShell을 사용하여 전용 호스트를 할당
4. 1단계에서 생성한 AMI에서 EC2 인스턴스를 전용 호스트에 시작
5. (선택 사항) 2단계에서 인스턴스 스토어 볼륨을 EBS 볼륨에 백업했을 경우 EBS 볼륨을 새 인스턴스에 연결

전용 호스트에서 공유 테넌시로 EC2 인스턴스 이동

1. 전용 호스트에 기존 EC2 인스턴스의 AMI를 생성
2. (선택 사항) 동일한 프라이빗 IP를 유지하려면 AMI가 생성된 후 전용 호스트에서 실행되는 기존 EC2 인스턴스를 종료. 인스턴스에 인스턴스 스토어 볼륨이 있는 경우, Amazon EBS 볼륨에 데이터를 백업
3. 1단계에서 생성한 AMI에서 EC2 인스턴스를 시작
4. 참고: [인스턴스 구성 세부 정보(Configure Instance Details)] 페이지의 [테넌시(Tenancy)]에서 [공유 - 공유된 하드웨어 인스턴스로 실행(Shared - Run a shared hardware instance)]을 선택
5. (선택 사항) 2단계에서 인스턴스 스토어 볼륨을 EBS 볼륨에 백업했을 경우 EBS 볼륨을 새 인스턴스에 연결

 

10-1. How do I migrate a Dedicated Host or Dedicated Instance to another Dedicated Host?

전용 호스트 또는 전용 인스턴스를 다른 전용 호스트로 마이그레이션하려면 어떻게 해야 합니까?

https://aws.amazon.com/premiumsupport/knowledge-center/migrate-dedicated-different-host/

전용 호스트 또는 인스턴스를 다른 호스트로 마이그레이션 | AWS re:Post

 

A. 새 전용 호스트를 계정에 할당한 다음, 전용 인스턴스를 새 전용 호스트로 이동

1. Amazon EC2 콘솔을 열고 탐색 창에서 전용 호스트(Dedicated hosts)를 선택
2. [전용 호스트 할당]을 선택
3. 마이그레이션하려는 인스턴스와 일치하는 인스턴스 유형 및 가용 영역을 선택. 다른 모든 옵션에 대해 적절한 설정을 선택
4. [호스트 할당]을 선택

A. 인스턴스가 기존의 다른 전용 호스트 중 하나에서 실행되도록 인스턴스의 배치를 편집

1. Amazon EC2 콘솔에서 인스턴스를 선택
2. 작업(Actions) 메뉴에서 인스턴스 상태 관리(Manage instance state)를 선택
3. 중지(Stop), 상태 변경(Change state), 중지(Stop)를 차례로 선택
4. 작업(Actions) 메뉴에서 인스턴스 설정(Instance Settings)을 선택한 다음 인스턴스 배치 수정(Modify instace placement)을 선택
5. 대상 호스트(Target host) 메뉴에서 인스턴스를 실행하려는 새 전용 호스트를 선택
6. 저장(Save)을 선택
7. 작업(Actions) 메뉴에서 인스턴스 상태 관리(Manage instance state)를 선택
8. 시작(Start), 상태 변경(Change state), 시작(Start)을 차례로 선택

A. Amazon EC2 콘솔에서 인스턴스의 테넌시를 수정하여 인스턴스를 전용 호스트에서 전용 인스턴스로 또는 그 반대로 마이그레이션

1. Amazon EC2 콘솔을 열고 탐색 창에서 전용 호스트(Dedicated Hosts)를 선택
2. 실행 중인 인스턴스(Running instances) 탭을 선택한 다음 인스턴스를 선택
3. 작업(Actions) 메뉴에서 인스턴스 상태 관리(Manage instance state)를 선택
4. 중지(Stop), 상태 변경(Change state), 중지(Stop)를 차례로 선택
5. 작업(Actions) 메뉴에서 인스턴스 설정(Instance Settings)을 선택한 다음 인스턴스 배치 수정(Modify instace placement)을 선택
6. 테넌시(Tenancy)를 전용 인스턴스(Dedicated instance)로 변경
7. 저장(Save)을 선택
8. 작업(Actions) 메뉴에서 인스턴스 상태 관리(Manage instance state)를 선택
9. 시작(Start), 상태 변경(Change state), 시작(Start)을 차례로 선택