Q: 어떤 것이 변경됩니까?

EC2 인스턴스 및 동일 시작 인스턴스 ID와 EBS 및 Storage Gateway용 볼륨 및 스냅샷 ID는 더 긴 형식으로 변경됩니다. 더 긴 인스턴스 및 동일 시작 인스턴스 ID로의 전환은 2016년 1월에 시작되어 2016년 12월 초까지 계속될 예정이며, 더 긴 볼륨 및 스냅샷 ID로의 전환은 2016년 4월에 시작되어 2016년 12월 초까지 계속될 예정입니다. 이 기간 동안 이러한 리소스가 할당되는 ID 형식을 선택할 수 있으며, 더 긴 형식에 대한 지원을 추가하도록 관리 도구와 스크립트를 업데이트할 수 있습니다. 2016년 12월 초 이후에는 새롭게 생성된 모든 인스턴스, 동일 시작 인스턴스, 볼륨 및 스냅샷에 더 긴 ID 형식을 사용해야 합니다.

새로운 형식은 새로 생성된 리소스에만 적용됩니다. 기존 리소스는 영향을 받지 않습니다. 더 긴 ID의 선택 방법에 대한 단계별 개요는 AWS 블로그에서 확인할 수 있습니다.

Q: AWS SDK 또는 CLI를 새로운 버전으로 업그레이드해야 합니까?

AWS CLI 및 SDK를 더 긴 ID와 함께 사용하려면 다음 버전으로 업그레이드해야 합니다.

- PHPv2: v2.8.27 이상으로 업그레이드 필수
- PHPv3: v3.15.0 이상으로 업그레이드 필수
- CLI: v1.10.2 이상으로 업그레이드 필수
- Boto3: v1.2.1 이상으로 업그레이드 필수
- Botocore: v1.3.24 이상으로 업그레이드 필수

다음 SDK는 더 긴 ID와 완벽하게 호환되기 때문에 업그레이드할 필요가 없습니다. PHP v1, Boto v1, Boto v2, Ruby v1, Ruby v2, JavaScript, Java, .NET, AWS Tools for Windows PowerShell 및 Go.

그러나 모든 도구와 관련하여 새 ModifyIdFormat 및 DescribeIdFormat API를 사용하고 싶다면 2016년 1월부터 새 API를 수신할 수 있도록 도구를 업데이트해야 합니다.

Q: 새 식별자 형식은 무엇입니까?

새 식별자 형식은 현재의 식별자 형식 패턴을 따르며, 다만 더 길어집니다. 새 형식은 <리소스 식별자>-<17자>입니다. 예를 들어 EC2 인스턴스의 경우 “i-1234567890abcdef0” 또는 EBS 스냅샷의 경우 “snap-1234567890abcdef0”이 됩니다.

EC2 콘솔의 새 인스턴스 ID 형식의 예는 다음과 같습니다. 

새 인스턴스 ID 형식

Q: 이것이 필요한 이유는 무엇입니까?

AWS가 계속 성장해 나가는 속도를 고려할 때 이 과정이 필요합니다. 우리는 약 일 년 이내에 특정 EC2 및 EBS 리소스의 ID를 줄이기 시작할 것입니다. 새 인스턴스, 예약, 볼륨 및 스냅샷을 장기간 중단 없이 생성할 수 있도록 하기 위해 이러한 리소스에 더 긴 ID 형식을 도입해야 합니다. 추가 식별자 역시 다음 몇 년 안에 확장해야 할 수 있습니다.

Q: 이것이 제게 미치는 영향은 무엇입니까?

새 형식을 처리하기 위해 시스템 변경을 할 필요가 없습니다. AWS 리소스를 관리할 때 콘솔만을 사용하는 경우에는 전혀 영향을 받지 않을 것입니다. 하지만 이 경우에도 더 긴 ID 형식을 사용하려면 가능한 한 빨리 설정을 업데이트해야 합니다. API, SDK 또는 AWS CLI를 통해 AWS 리소스와 상호 작용하는 경우에는, 사용자의 소프트웨어가 리소스 ID를 검증 또는 유지할 때 ID 형식을 가정하는지 아닌지에 따라 영향을 받을 수도 있습니다. 이 경우, 새 형식을 처리할 수 있도록 시스템을 업데이트해야 할 수 있습니다.

일부 장애 모드는 다음을 포함할 수 있습니다.
• 시스템이 ID 형식을 검증하기 위해 정규식을 사용하는 경우, 더 긴 형식이 나타나면 오류가 발생할 수 있습니다.
• 데이터베이스 스키마에 ID 길이에 대한 예상이 있는 경우, 더 긴 ID를 저장하지 못할 수 있습니다.

사용 도구에 따라 AWS CLI 및 SDK를 최신 버전으로 업그레이드해야 하는 경우도 있습니다. 관련 도구 및 호환 버전에 대한 자세한 내용은 위를 참조하십시오.

Q: 이것이 기존 리소스에 영향을 미칩니까?

아니요. 더 긴 형식을 옵트인한 후 생성한 리소스만 영향을 받습니다. 리소스에 ID(길거나 짧음)가 할당되면 그 ID는 절대 변경되지 않습니다. 옛 ID 형식으로 생성된 리소스는 항상 더 짧은 ID를 보유할 것이며, 새 형식으로 생성된 리소스는 옵트아웃되더라도 더 긴 ID를 보유할 것입니다.

Q: 이렇게 되는 시기는 언제입니까?

더 긴 인스턴스 및 동일 시작 인스턴스 ID에 대한 배포 일정은 다음과 같습니다. 

인스턴스, 동일 시작 인스턴스, 볼륨 및 스냅샷 ID 배포 일정

2016년 1월 13일부터 API와 콘솔을 통해 더 긴 EC2 인스턴스 및 동일 시작 인스턴스 ID를 옵트인하여 사용할 수 있습니다. 2016년 1월에서 2016년 12월 사이에 모든 계정이 더 긴 인스턴스 및 동일 시작 인스턴스 ID를 옵트인 및 옵트아웃할 수 있습니다(테스트가 필요한 경우).

2016년 4월 28일부터 베이징(중국)과 AWS GovCloud(미국)를 제외한 모든 AWS 리전에서는 더 긴 EC2 인스턴스와 동일 시작 인스턴스 ID가 새 계정에 기본으로 적용되고, 필요한 경우 짧은 형식을 요청할 수 있는 옵션이 제공됩니다.

더 긴 EBS와 Storage Gateway 볼륨 및 스냅샷 ID는 2016년 4월 25일부터 API와 콘솔을 통해 옵트인하여 사용할 수 있습니다. 2016년 6월 이후 생성되는 새 계정은 기본적으로 더 긴 스냅샷 및 볼륨 ID를 가지며 필요한 경우 옵트아웃을 선택할 수 있습니다.

더 긴 ID에 대한 지원을 추가할 수 있는 기한은 2016년 12월 초까지입니다. 2016년 12월 5일부터 2016년 12월 16일까지 한 번에 한 리전씩 더 긴 ID로 전환을 진행합니다. 이후로는 형식 전환을 더는 선택할 수 없으며 새로 생성되는 모든 인스턴스, 동일 시작 인스턴스, 볼륨 및 스냅샷 ID는 더 긴 형식을 갖게 됩니다.

Q: 롤아웃 기간이 그렇게 긴 이유는 무엇입니까?

새 형식으로 사용자의 시스템을 테스트할 수 있는 시간을 가능한 한 많이 제공하고자 합니다. 긴 전환 기간으로 시스템을 증분하여 테스트 및 업데이트할 수 있는 유연성이 최대화되며 새 형식에 대한 지원을 추가할 때 방해를 최소화할 수 있습니다.

Q: 2016년 12월 이후에도 더 짧은 ID 형식을 계속 수신하고자 하면 어떻게 됩니까?

안타깝게도 지정된 사용자 설정과 관계없이 그 이후에는 더 짧은 ID가 지원되지 않습니다.

Q: 옵트인 방식은 어떻게 작용합니까? 또한 옵트아웃 방식은 어떻습니까?

전환 기간(2016년 1월부터 2016년 12월) 동안 API 또는 EC2 콘솔을 이용해 더 길거나 짧은 ID 사용을 선택할 수 있습니다. ModifyIdFormat으로 인스턴스와 동일 시작 인스턴스 ID의 형식을 설정하고, DescribeIdFormat으로 ID 형식 설정을 확인할 수 있습니다. 두 API 모두 호출한 사용자에게 적용되며 리전별로 적용됩니다. ID 형식 설정은 IAM 사용자, 리전 및 리소스 유형별로 수정할 수 있습니다. 명시적 설정이 없는 IAM 사용자는 루트 계정 설정이 적용됩니다. 일반적으로 ID 형식 설정을 업데이트한 후 효력이 발생할 때까지 몇 분 정도 걸릴 수 있습니다.

테스트에서 해결해야 할 문제가 발견된 경우, 시스템에서 더 긴 ID를 처리할 준비가 될 때까지 더 긴 새로운 ID 형식을 사용하지 않도록 선택할 수 있습니다. 이 옵션은 2016년 12월까지 사용할 수 있습니다. 2016년 12월부터는 더 긴 새로운 ID 형식을 필수적으로 사용해야 하며 더 짧은 형식은 더는 지원되지 않습니다.

Q: 전체 계정을 한번에 옵트인할 수 있습니까?

예. AWS CLI modify-identity-id-formatdescribe-identity-id-format을 사용하여 옵트인하고 원하는 ARN 및 리소스 유형을 지정할 수 있습니다. 각 리소스 유형(인스턴스, 볼륨, 동일 시작 인스턴스, 스냅샷)별로 이 과정을 별도로 진행해야 합니다. 전체 계정을 옵트인하려면 루트 계정을 Amazon 리소스 이름(ARN)으로 지정해야 합니다. 그러면 변경 사항이 전체 계정에 적용되어 개별 사용자/역할 기본 설정을 설정할 필요가 없습니다. 자세한 내용은 EC2 사용 설명서 또는 지식 센터를 참조하십시오.

참고: 루트 사용자를 옵트인하는 경우 해당 계정에서 인스턴스를 시작하는 모든 사용자/역할은 특정 사용자/역할(ARN) 옵트인 기본 설정이 명시적으로 이미 설정되어 있지 않은 한, 루트 사용자의 기본 설정을 따릅니다. 계정을 사용하는 모든 서비스가 더 긴 ID를 지원하는 것이 확실한 경우에만 루트 사용자를 옵트인해야 합니다.

Q: 모든 리전에서 한 번에 옵트인하려면 어떻게 해야 합니까?

Longer-Id-Converter 도구를 사용하면 모든 리전에서 한 번에 옵트인할 수 있습니다. 이 도구로 모든 리전과 모든 리소스를 옵트인할 수 있습니다. 이 도구는 루트 또는 관리자 계정뿐만 아니라 모든 리전에서 루트 계정의 모든 IAM 역할/사용자도 마이그레이션합니다. 또한, 이 도구를 사용하면 계정의 옵트인 상태를 확인할 수 있습니다. 이 도구에 대한 자세한 내용은 README 파일을 참조하십시오.

참고: 더 긴 ID로 전환한 후 시스템에 문제가 발생하는 경우에는 같은 도구를 이용해 모든 리전의 계정에서 더 짧은 ID를 사용하도록 되돌릴 수 있습니다.

Q: IAM 역할별로 더 긴 ID를 옵트인할 수 있습니까?

예. 새로운 modify-Identity-id-format 및 describe-identity-id-format API를 통해 더 긴 ID를 사용하도록 옵트인할 수 있는 서로 다른 자격 증명을 제어하고 확인할 수 있습니다. 계정별, IAM 역할별 또는 IAM 사용자별로 더 긴 ID를 옵트인하도록 선택할 수 있습니다. IAM 사용자별 또는 역할별로 옵트인하면 전체 계정을 옵트인하기 전에 시스템을 테스트하는 데 도움이 될 수 있습니다. 자세한 내용은 EC2 사용 설명서를 참조하십시오.

참고: Amazon EC2 API의 2015-10-01 버전에서는 IAM 역할 자격 증명을 사용하여 describe-id-format 또는 modify-id-format을 호출하는 경우, 결과가 특정 IAM 역할이 아니라 전체 AWS 계정에 적용됩니다. Amazon EC2 API의 현재 버전에서는 결과가 정확하게 AIM 역할에만 적용됩니다. 

Q: 아무런 작업도 수행하지 않으면 어떻게 됩니까?

전환 기간 동안 새 형식으로 옵트인하지 않으면 최종 기한일(2016년 12월)에 자동으로 옵트인됩니다. 이 방법은 권장하지 않습니다. 전환 기간 동안 새 형식에 대한 지원을 추가하는 것이 제어된 테스트 기회를 제공하므로 바람직합니다.

Q: 동일 시작 인스턴스 ID란 무엇입니까? 동일 시작 인스턴스 ID는 예약 인스턴스에만 적용됩니까?

동일 시작 인스턴스 ID는 모든 인스턴스에 적용되며 예약 인스턴스와 다릅니다. EC2의 모든 인스턴스에는 동일 시작 인스턴스 ID가 있습니다. 동일 시작 인스턴스 ID는 인스턴스 시작 요청과 일대일 관계에 있지만, 동일한 시작 요청을 이용해 여러 인스턴스를 시작하는 경우 한 개 이상의 인스턴스와 관계할 수 있습니다. 동일 시작 인스턴스 ID는 DescribeInstances API에 의해 반환되며, EC2 관리 콘솔의 해당 인스턴스 설명에서 확인할 수 있습니다(아래 참조).

동일 시작 인스턴스 ID

Q: 시스템을 테스트하고 새 ID 형식에 대한 지원을 추가할 때 권장하는 최선의 방식은 무엇입니까?

소프트웨어가 다수의 다른 AWS 계정에서 실행될 수 있는 경우, 테스트에 이용할 AWS 계정을 선택(또는 생성)하십시오. 또는 소프트웨어가 단일 AWS 계정에서 실행되는 경우 테스트에 이용할 IAM 사용자를 선택(또는 생성)하십시오.

선택한 계정 또는 IAM 사용자가 더 긴 ID를 수신하도록 설정하고 소프트웨어를 테스트한 다음 필요한 경우 변경하십시오. 한 명의 IAM 사용자가 더 긴 ID로 인스턴스를 시작하면, 사용자별 옵트인 설정과 관계없이 다른 모든 사용자가 이후의 Describe 호출에서 더 긴 ID를 볼 수 있게 됩니다. 소프트웨어가 정상적으로 운영된다고 판단되면, 모든 계정 및/또는 사용자를 옵트인할 수 있습니다. 예상치 못한 문제가 발생하는 경우 문제를 이해하거나 시정할 때까지 옵트아웃할 수 있습니다. 이 테스트 절차는 2016년 12월 마감 기한까지 가능하며, 이후 모든 새 인스턴스, 동일 시작 인스턴스, 볼륨, 스냅샷은 더 긴 ID 형식을 수신합니다.

소프트웨어가 더 긴 ID에 준비가 되면 모든 계정, 리전, 리소스에 더 긴 ID를 옵트인하십시오. 이 과정이 완료되면 새 형식으로 완전히 이행한 것이며 더 이상의 작업이 필요하지 않습니다.

Q: 더 긴 리소스 ID의 옵트인 과정이 끝났을 때 어떻게 알 수 있습니까?

위에 설명된 테스트 프로세스를 완료하면, 모든 리전과 사용자에 대해 더 긴 ID를 옵트인하십시오. 또는, 모든 리전의 루트 사용자를 옵트인할 수 있습니다. 이렇게 하면 개별 IAM 사용자가 옵트아웃하지 않는 한은 전체 계정에 대한 ID 형식 설정이 업데이트됩니다. 각 리소스 유형(인스턴스, 볼륨, 동일 시작 인스턴스, 스냅샷)별로 이 과정을 별도로 진행해야 합니다. 이 과정이 완료되면 전환 과정이 완료된 것이며 이러한 리소스 유형에 대해 추가적인 변경을 할 필요가 없습니다. 기존 리소스는 본래 ID를 보유하기 때문에 옵트인 과정이 완료되면 긴 ID(새 리소스)와 짧은 ID(기존 리소스)가 혼합된 것을 볼 수 있을 것입니다.

Q: 새 계정의 기본 ID 유형은 무엇입니까?

인스턴스와 동일 시작 인스턴스의 경우, 2016년 4월 28일 및 이후에 생성되는 계정은 베이징(중국)과 AWS GovCloud(미국)를 제외한 모든 AWS 리전에서 더 긴 ID 형식을 기본으로 사용하도록 구성됩니다. 이로 인해 신규 고객의 경우에는 더 긴 인스턴스 및 예약 ID로의 전환이 정말 간편해집니다. 새 계정에서 리소스에 더 짧은 ID 형식을 할당하고 싶다면, 위에 설명한 바와 같이 계정에서 더 짧은 ID를 사용하도록 재구성하면 됩니다. 이 워크플로는 계정이 더 긴 ID를 수신할 준비가 될 때까지 필요할 것입니다.

볼륨 및 스냅샷의 경우, 2016년 6월 이후에 생성된 계정은 기본적으로 더 긴 ID 형식을 수신하도록 구성되며 2016년 12월까지 필요한 경우 선택적으로 옵트아웃할 수 있습니다.

Q: 다른 식별자를 변경할 예정입니까?

AWS가 계속 성장함에 따라 향후 다른 리소스의 ID 길이를 늘려야 할 것입니다.

Q: 스팟 인스턴스에도 동일하게 적용됩니까?

예. 더 긴 인스턴스와 동일 시작 인스턴스 ID 형식은 모든 EC2 인스턴스 유형에 적용됩니다.

Q: 저는 EC2 Windows 고객인데 Windows와 관련하여 알아야 할 내용이 있습니까?

EC2 Windows 인스턴스의 컴퓨터 이름 중 일부에 EC2 인스턴스 ID를 사용하는 경우에는 Windows가 NetBIOS 명명 규약에 따라 이름을 15자로 자른다는 점을 알고 있어야 합니다. 이러한 자르기 특성 때문에 NetBIOS 명명 규약을 따를 경우 15자에서 중복되는 컴퓨터 이름이 보일 수도 있습니다. 따라서 혼동을 피하기 위해 고유의 명명 체계를 사용하는 것이 바람직합니다.

Q: 더 긴 ID에 새로운 Auto Scaling 인스턴스를 선택하려면 어떻게 해야 합니까?

Auto Scaling은 루트 사용자의 설정을 반영합니다. 이는 IAM 역할에서 구성한 설정을 대체합니다. 

Q: 타사 도구를 통해 AWS를 사용하고 있습니다. 더 긴 ID를 처리하려면 무엇을 해야 합니까?

AWS에서는 최고의 고객 경험을 위해 타사와 협력하고 있습니다. 계정에 더 긴 ID 형식을 적용하기 전에 ISV에 문의하여 이러한 변경에 대한 업체의 지원 수준을 확인하시기 바랍니다.

Q: 언제 더 긴 ID로의 최종 전환이 이루어집니까?

2016년 12월 5일부터 2016년 12월 16일까지 한 번에 한 리전씩 더 긴 ID로 전환을 진행합니다. AWS CLI describe-id-format을 사용하면 리전별로 예정된 전환일을 확인할 수 있습니다.

Q: 더 긴 ID를 옵트인한 다음 전환 기간 동안 다시 옵트아웃하는 경우 더 긴 ID로 생성한 리소스는 어떻게 됩니까?

리소스에 ID가 할당되면 그것은 변경되지 않습니다. 그러므로 더 긴 ID로 생성된 리소스는 추후 작업에 상관 없이 더 긴 ID를 보유합니다. 더 긴 형식을 옵트인하여 리소스를 생성한 다음 옵트아웃하는 경우, 옵트아웃 이후에도 길고 짧은 리소스 ID가 섞여 있는 것을 볼 수 있습니다. 긴 ID를 제거하는 유일한 방법은 해당 리소스를 삭제 또는 종료하는 것입니다.

이러한 이유로 작업 시 주의를 기울이고, 도구 및 자동화를 테스트할 때까지 새 형식으로 주요 리소스를 생성하는 것을 피하십시오.

Q: 최종 전환일인 2016년 12월 16일 이전에 내 시스템이 정상적으로 작동하지 않으면 어떻게 해야 합니까?

전환 기간에 시스템이 정상적으로 작동하지 않는 경우 임시로 더 긴 형식 ID를 옵트아웃하고 시스템 문제를 해결할 수 있습니다. 하지만 2016년 12월 16일 이후에는 귀하의 계정이 더 긴 ID를 사용하도록 자동 전환됩니다. 계정 설정과 관계없이 모든 새 인스턴스, 예약 인스턴스, 볼륨 및 스냅샷은 더 긴 형식 ID를 수신하게 되므로 최종 전환 기간이 시작되기 전에 더 긴 형식 ID에 대해 시스템을 테스트하는 것이 중요합니다. 좀 더 일찍 테스트하고 옵트인하면 짧은 리소스 ID를 가진 리소스를 수정할 충분한 시간을 확보하고 시스템에 미치는 영향을 최소화할 수 있습니다.

Q: 2016년 12월의 최종 전환 기간 동안 여러 리전에서 EC2와 EBS 리소스를 시작하면 어떻게 됩니까?

리소스 ID의 길이는 리소스를 시작하는 리전에 따라 달라집니다. 리전이 이미 더 긴 ID를 사용하도록 전환된 경우 해당 리전에서 시작된 리소스는 더 긴 형식 ID를 갖게 되고 그렇지 않은 경우 더 짧은 리소스 ID를 갖게 됩니다. 따라서 전환 기간 동안에는 더 짧은 리소스 ID와 더 긴 리소스 ID가 섞여 있을 수 있지만, 2016년 12월 16일 이후에는 모든 리전에서 모든 새 리소스가 더 긴 형식 ID를 갖게 됩니다.

Q: 전환 기간 동안 AWS가 새 리전을 추가한다면 새 리전은 더 긴 ID를 지원합니까?

예. 2016년 하반기 및 그 후에 추가된 모든 새 리전에서는 새 계정과 기존 계정 모두에서 기본적으로 더 긴 형식의 인스턴스, 예약 인스턴스, 볼륨 및 스냅샷을 사용합니다.

Q: Amazon Elastic Compute Cloud(EC2)란 무엇입니까?

Amazon Elastic Compute Cloud(EC2)는 크기 조정이 가능한 컴퓨팅 파워를 클라우드에서 제공하는 웹 서비스입니다. 개발자가 보다 쉽게 웹 규모의 컴퓨팅 작업을 할 수 있도록 설계되었습니다.

Q: Amazon EC2로 할 수 있는 작업은 무엇입니까?

Amazon Simple Storage Service(S3)로 클라우드에서 스토리지를 사용할 수 있는 것과 마찬가지로 Amazon EC2로 클라우드에서 “컴퓨팅”을 수행할 수 있습니다. Amazon EC2의 간단한 웹 서비스 인터페이스를 통해 간편하게 필요한 용량을 얻고 구성할 수 있습니다. 컴퓨팅 리소스에 대한 포괄적인 제어권을 제공하며, Amazon의 검증된 컴퓨팅 인프라에서 실행할 수 있습니다. Amazon EC2는 새로운 서버 인스턴스를 획득하고 부팅하는 데 필요한 시간을 단 몇 분으로 단축하므로 컴퓨팅 요구 사항의 변화에 따라 신속하게 용량을 확장하거나 축소할 수 있습니다. 또한 실제 사용한 만큼만 요금을 지불하면 되므로, 컴퓨팅 비용이 절약됩니다.

Q: Amazon EC2를 시작하려면 어떻게 해야 합니까?

Amazon EC2에 가입하려면 Amazon EC2 세부 정보 페이지의 “Sign up for This Web Service” 버튼을 클릭합니다. 이 서비스에 액세스하려면 Amazon Web Services 계정이 있어야 합니다. 아직 계정이 없는 경우 Amazon S2 가입 프로세스를 시작하면 계정을 생성하라는 메시지가 표시됩니다. 가입한 후 시작 안내서에 포함된 Amazon EC2 설명서를 참조하십시오.

Q: Amazon EC2에 가입할 때 전화번호를 묻는 메시지가 표시되는 이유는 무엇입니까?

Amazon EC2에 가입하려면 연락이 필요한 경우에 대비하여 AWS에 저장되어 있는 유효한 전화번호와 이메일 주소를 제공해야 합니다. 전화번호 확인에는 몇 분밖에 걸리지 않으며 등록 프로세스 중에 전화를 받아 전화기의 키패드를 사용해 PIN 번호를 입력하면 됩니다.

Q: 개발자가 이전에는 할 수 없었지만 이제는 할 수 있게 된 작업은 무엇입니까?

지금까지 소규모 개발자들은 대용량 컴퓨팅 리소스를 구입할 자본이 없어 예기치 않은 로드 스파이크를 처리하는 데 필요한 용량을 확보하지 못했습니다. 그러나 이제 Amazon EC2 덕분에 개발자들이 초기 투자 또는 성능 저하 없이 Amazon의 고유한 이점인 대규모 확장성을 활용할 수 있게 되었습니다. Amazon EC2는 저렴한 비용으로 비즈니스 요구 사항에 필요한 컴퓨팅 파워를 간편하게 제공하므로 이제 개발자들은 비즈니스 성공에 대한 부담 없이 자유롭게 개발 작업에 집중할 수 있습니다.

이 서비스는 “탄력적인” 특성을 갖고 있어 개발자들이 트래픽의 스파이크 또는 수요에 맞춰 즉시 용량을 조정할 수 있습니다. 컴퓨팅 요구 사항이 예기치 않게 변경(확장 또는 축소)될 경우 Amazon EC2는 즉각적으로 대응할 수 있습니다. 즉, 개발자들이 언제든지 리소스 사용량을 관리할 수 있습니다. 이와 대조적으로 기존의 호스팅 서비스는 일반적으로 정해진 시간 동안 고정된 수의 리소스를 제공하므로 사용량이 예기치 않게 급격히 변화하거나 불규칙한 간격으로 대용량 피크가 발생할 경우 사용자가 손쉽게 대응하는 데 제한이 따릅니다.

Q: Amazon EC2 환경에서 시스템을 실행하려면 어떻게 해야 합니까?

계정을 설정하고 AMI를 선택하거나 만들면 인스턴스를 부팅할 수 있습니다. RunInstances API를 호출하여 원하는 수의 온디맨드 인스턴스에서 AMI를 시작할 수 있습니다. 시작할 인스턴스 수를 명시하기만 하면 됩니다. 21개 이상의 온디맨드 인스턴스를 실행하려면 Amazon EC2 인스턴스 요청 양식을 작성하십시오.

Amazon EC2가 요청을 이행할 수 있는 경우 RunInstances가 성공 메시지를 반환하고 AWS에서 인스턴스를 시작합니다. DescribeInstances API 호출을 사용해 인스턴스의 상태를 확인할 수 있습니다. 또한 TerminateInstances API 호출을 사용해 원하는 수의 인스턴스를 프로그래밍 방식으로 종료할 수 있습니다.

Amazon EBS 부팅 파티션을 사용해 인스턴스를 실행하는 경우 StopInstances API를 호출해 부팅 파티션의 데이터를 보존하면서 컴퓨팅 리소스를 릴리스할 수도 있습니다. Amazon EBS 부팅 파티션을 사용해 관련 인스턴스를 다시 시작할 준비가 되면 StartInstances API를 사용하면 됩니다.

또한 애플리케이션을 융통성 있게 실행할 수 있는 경우 스팟 인스턴스를 사용해 컴퓨팅 비용을 줄일 수도 있습니다. 스팟 인스턴스 작동 원리에 대해 자세히 알아보려면 스팟 인스턴스에 대한 자세한 내용을 읽어보십시오.

원하는 경우 AWS Management Console에서, 또는 이 웹 서비스 API와 함께 구현된 명령행 도구의 명령행을 사용해 이 모든 작업을 수행할 수도 있습니다.

Q: 루트 디바이스에 로컬 인스턴스 스토리지를 사용할 때와 Amazon Elastic Block Storage(EBS)를 사용할 때의 차이점은 무엇입니까?

Amazon EC2 인스턴스를 실행하면 루트 디바이스 데이터를 Amazon EBS 또는 로컬 인스턴스 스토리지에 저장할 수 있습니다. Amazon EBS를 사용하면 루트 디바이스의 데이터가 인스턴스 수명과 무관하게 유지됩니다. 따라서 노트북을 종료했다가 필요할 때 다시 시작하는 것처럼 인스턴스를 중지하고 나중에 다시 시작할 수 있습니다.

그렇지 않으면 로컬 인스턴스 스토리지가 인스턴스 수명 기간 동안만 유지됩니다. 이는 데이터가 루트 디바이스에 저장되어 있지 않은 인스턴스를 저렴한 비용으로 실행할 수 있는 방법입니다. 예를 들어, 일부 고객은 이 옵션을 사용해 웹 트래픽을 처리하기 위해 각 인스턴스가 복제되는 대규모 웹 사이트를 실행합니다.

Q: 시스템은 얼마나 빨리 실행됩니까?

RunInstances 호출을 실행하고 요청된 모든 인스턴스가 부트 시퀀스를 시작하기까지 보통 10분이 채 걸리지 않습니다. 이 시간은 AMI의 크기, 실행 중인 인스턴스의 수, 최근에 해당 AMI를 실행한 방법 등의 여러 가지 요인에 따라 달라집니다. 처음으로 실행된 이미지는 부팅 시간이 약간 더 걸릴 수 있습니다.

Q: Amazon EC2로 시스템을 로드하고 저장하려면 어떻게 해야 합니까?

Amazon EC2를 사용하면 운영 체제에서 애플리케이션에 이르기까지 인스턴스에 대한 모든 것을 설정하고 구성할 수 있습니다. Amazon 머신 이미지(AMI)는 인스턴스를 설치하고 부팅하는 데 필요한 모든 비트를 포함하는 패키지화된 환경이라고 할 수 있습니다. AMI는 배포 단위입니다. 시스템에 AMI가 하나만 포함되어 있을 수도 있고 웹 서버, 앱 서버, 데이터베이스 등 여러 빌딩 블록의 AMI를 포함하고 있을 수도 있습니다. Amazon EC2는 손쉽게 AMI를 만들 수 있는 다양한 도구를 제공합니다. 사용자 지정 AMI를 만든 후에는 이를 번들링해야 합니다. 이미지를 Amazon EBS에서 지원하는 루트 디바이스와 번들링할 경우 AWS Management Console에서 번들 명령을 사용할 수 있습니다. 이미지와 인스턴스 스토리지의 부팅 파티션을 번들링한 경우 AMI 도구를 사용해 이를 Amazon S3에 업로드해야 합니다. Amazon EC2는 Amazon EBS와 Amazon S3를 사용해 신뢰성 높고 확장 가능한 AMI 스토리지를 제공하며 이 스토리지는 사용자가 요청할 경우 부팅할 수 있습니다.

또는 사용자가 원하는 경우 자체 AMI를 새로 설정하지 않아도 되며 전역적으로 사용할 수 있는 여러 AMI 중에서 유용한 인스턴스를 제공하는 AMI를 선택할 수 있습니다. 예를 들어, 간단한 Linux 서버를 원하는 경우 표준 Linux 배포 AMI 중 하나를 선택할 수 있습니다.

Q: 내 시스템에 어떻게 액세스합니까?

애플리케이션 스택의 실행을 시작하는 RunInstances를 호출하면 부팅할 각 시스템의 DNS 이름 세트를 반환합니다. 이 이름을 사용하면 사용자가 자체 데이터 센터에 있는 시스템에 액세스하는 것처럼 시스템에 액세스할 수 있습니다. 사용자의 운영 체제 스택이 시스템에서 실행되는 동안에는 사용자가 시스템을 소유하게 됩니다.

Q: Amazon EC2를 Amazon S3와 함께 사용할 수 있습니까?

예. Amazon EC2와 Amazon Simple Storage Service(S3)를 함께 사용하여 로컬 인스턴스 스토리지를 사용하는 루트 디바이스로 인스턴스를 실행할 수 있습니다. Amazon S3를 사용하여 개발자들은 Amazon이 웹 사이트의 전역 네트워크를 실행하는 데 사용하는, 확장성 높고, 신뢰할 수 있으며, 빠르고, 저렴한 데이터 스토리지 인프라에 그대로 액세스할 수 있습니다. Amazon EC2 환경에서 시스템을 실행하기 위해 개발자는 제공된 도구를 사용하여 Amazon S3에 Amazon 머신 이미지(AMI)를 로드하고 Amazon S3 와 Amazon EC2 간에 AMI를 이동할 수 있습니다. AMI에 대한 자세한 내용은 Amazon EC2로 시스템을 로드하고 저장하려면 어떻게 해야 합니까?를 참조하십시오.

개발자들이 Amazon EC2와 Amazon S3의 조합이 매우 유용하다는 사실을 알게 되길 바랍니다. Amazon EC2는 클라우드에 저렴하고 확장성 높은 컴퓨팅을 제공하고, Amazon S3는 사용자가 데이터를 안정적으로 저장할 수 있도록 지원합니다.

Q: Amazon EC2에서 실행할 수 있는 인스턴스 수는 몇 개입니까?

리전당 인스턴스 패밀리 전체에서 총 20개의 온디맨드 인스턴스를 실행하고, 20개의 예약 인스턴스를 구매하고, 동적 스팟 제한에 따라 스팟 인스턴스를 요청하도록 제한됩니다. 새 AWS 계정의 경우 여기에 설명된 것보다 더 낮은 수로 제한하여 시작할 수 있습니다. 특정 인스턴스 유형은 지역에 따라 다음과 같이 추가적으로 제한될 수 있습니다.

인스턴스 유형 온디맨드 제한
예약 제한 스팟 제한
m5.large 20 20 Dynamic 스팟 제한
m5.xlarge 20 20 Dynamic 스팟 제한
m5.2xlarge 20 20 동적 스팟 제한
m5.4xlarge 10 20 Dynamic 스팟 제한
m5.12xlarge 5 20 Dynamic 스팟 제한
m5.24xlarge 5 20 Dynamic 스팟 제한

m4.4xlarge

10

20

Dynamic 스팟 제한

m4.10xlarge

5

20

Dynamic 스팟 제한

m4.16xlarge

5

20

Dynamic 스팟 제한

c5.large 20 20 Dynamic 스팟 제한
c5.xlarge 20 20 Dynamic 스팟 제한
c5.2xlarge 20 20 Dynamic 스팟 제한
c5.4xlarge 10 20 Dynamic 스팟 제한
c5.9xlarge 5 20 Dynamic 스팟 제한
c5.18xlarge 5 20 Dynamic 스팟 제한
c4.4xlarge 10 20 Dynamic 스팟 제한
c4.8xlarge 5 20 Dynamic 스팟 제한
cg1.4xlarge 2 20 Dynamic 스팟 제한
hs1.8xlarge 2 20 제공되지 않음
cr1.8xlarge 2 20 Dynamic 스팟 제한
p3.2xlarge

1

20

Dynamic 스팟 제한

p3.8xlarge

1

20

Dynamic 스팟 제한

p3.16xlarge

1

20

Dynamic 스팟 제한

p2.xlarge

1

20

Dynamic 스팟 제한

p2.8xlarge

1

20

Dynamic 스팟 제한

p2.16xlarge

1

20

Dynamic 스팟 제한

g3.4xlarge 1 20 Dynamic 스팟 제한
g3.8xlarge 1 20 Dynamic 스팟 제한
g3.16xlarge 1 20 Dynamic 스팟 제한

r4.large

20

20

Dynamic 스팟 제한

r4.xlarge

20

20

Dynamic 스팟 제한

r4.2xlarge

20

20

Dynamic 스팟 제한

r4.4xlarge

10

20

Dynamic 스팟 제한

r4.8xlarge

5

20

Dynamic 스팟 제한

r4.16xlarge

1

20

Dynamic 스팟 제한

r3.4xlarge 10 20 Dynamic 스팟 제한
r3.8xlarge 5 20 Dynamic 스팟 제한
h1.8xlarge
10 20 Dynamic 스팟 제한
h1.16xlarge
5 20 Dynamic 스팟 제한

i3.large

2

20

Dynamic 스팟 제한

i3.xlarge

2

20

Dynamic 스팟 제한

i3.2xlarge

2

20

Dynamic 스팟 제한

i3.4xlarge

2

20

Dynamic 스팟 제한

i3.8xlarge

2

20

Dynamic 스팟 제한

i3.8xlarge

2

20

Dynamic 스팟 제한

i3.16xlarge

2

20

Dynamic 스팟 제한

i2.2xlarge 8 20 Dynamic 스팟 제한
i2.4xlarge 4 20 Dynamic 스팟 제한
i2.8xlarge 2 20 Dynamic 스팟 제한
d2.4xlarge 10 20 Dynamic 스팟 제한
d2.8xlarge 5 20 Dynamic 스팟 제한
t2.nano 20 20 제공되지 않음
t2.micro
20 20 제공되지 않음
t2.small
 20 20 제공되지 않음
t2.medium
 20 20 제공되지 않음
t2.large
 20 20 제공되지 않음
t2.xlarge  20 20 제공되지 않음
t2.2xlarge 20 20 제공되지 않음
모든 기타 인스턴스 유형 20 20 Dynamic 스팟 제한

cc2.8, cgxlarge, 1.4xlarge, hs1.8xlarge, cr1.8xlarge, G2, D2 및 I2 인스턴스는 일부 리전에서 사용할 수 없습니다.

더 많은 인스턴스가 필요할 경우 사용 사례와 인스턴스 증가를 고려하여 Amazon EC2 인스턴스 요청 양식을 작성하십시오. 한도 증가는 요청한 지역에서만 적용됩니다.

 

Q: EC2 인스턴스에서 이메일을 전송할 때 적용되는 제한 사항이 있습니까?

예. 이메일 전송에 사용되는 EC2 주소의 품질을 유지하기 위해 EC2 계정에서 발송되는 이메일 용량에 기본 제한을 적용하고 있습니다. EC2에서 더 많은 양의 이메일을 전송하려면 이 양식을 작성하여 계정에서 이러한 제한을 제거하도록 요청할 수 있습니다.

Q: 얼마나 신속하게 용량을 확장하거나 축소할 수 있습니까?

Amazon EC2는 매우 탄력적인 컴퓨팅 환경을 제공합니다. Amazon EC2를 사용하면 몇 시간 또는 며칠이 아닌 몇 분 내에 용량을 늘리거나 줄일 수 있습니다. 한 개, 수백 개 또는 수천 개의 서버 인스턴스를 동시에 지정할 수 있습니다. 더 많은 인스턴스가 필요한 경우 RunInstances을 호출하면 Amazon EC2가 일반적으로 몇 분 만에 새 인스턴스를 설정합니다. 물론 이 모든 과정이 웹 서비스 API로 제어되므로 애플리케이션이 요구에 따라 스스로 자동 확장 및 축소할 수 있습니다.

 

Q: 지원되는 운영 체제 환경은 무엇입니까?

Amazon EC2에서는 현재 Amazon Linux, Ubuntu, Windows Server, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, Fedora, Debian, CentOS, Gentoo Linux, Oracle Linux 및 FreeBSD를 비롯한 다양한 운영 체제를 지원하고 있습니다. AWS에서는 다른 플랫폼을 추가로 지원할 방법을 모색하고 있습니다.

 

Q: Amazon EC2에서 ECC 메모리를 사용합니까?

당사의 경험에 의하면 서버 인프라에는 ECC 메모리가 필요하며 Amazon EC2의 모든 하드웨어는 ECC 메모리를 사용합니다.

 

Q: 이 서비스는 일반 호스팅 서비스와 어떻게 다릅니까?

기존의 호스팅 서비스는 일반적으로 사전에 구성된 리소스를 정해진 시간 동안 미리 정해진 비용으로 제공합니다. Amazon EC2는 개발자들에게 제공하는 유연성, 제어 및 상당한 비용 절감 등의 측면에서 기존의 호스팅 서비스와는 근본적으로 다르며 개발자들이 Amazon.com의 강력한 인프라를 활용해 Amazon EC2를 개인 데이터 센터처럼 사용할 수 있도록 지원합니다.

컴퓨팅 요구 사항이 예기치 않게 변경(확장 또는 축소)될 경우 Amazon EC2는 즉각적으로 대응할 수 있습니다. 즉, 개발자들이 언제든지 리소스 사용량을 관리할 수 있습니다. 이와 대조적으로 기존의 호스팅 서비스는 일반적으로 정해진 시간 동안 고정된 수의 리소스를 제공하므로 사용량이 예기치 않게 급격히 변화하거나 불규칙한 간격으로 대용량 피크가 발생할 경우 사용자가 손쉽게 대응하는 데 제한이 따릅니다.

두 번째로, 상당수의 호스팅 서비스는 제공되는 컴퓨팅 리소스에 대한 모든 권한을 제공하지 않습니다. Amazon EC2를 사용하여 개발자들은 언제든지 인스턴스를 시작하거나 종료할 수 있을 뿐 아니라 언제든지 각자의 요구에 맞게 인스턴스 구성을 완전히 사용자 지정하거나 변경할 수도 있습니다. 하지만 대부분의 호스팅 서비스는 시스템 요구 사항이 비슷한 사용자 그룹에 맞춰져 있으므로 이러한 변경 권한이 제한적으로만 제공됩니다.

마지막으로, Amazon EC2를 사용할 경우 개발자들은 실제 사용한 리소스에 대해서만 매우 저렴한 비용을 지불하는 이점을 누릴 수 있습니다. 대부분의 호스팅 서비스는 사용자가 실제로 사용한 컴퓨팅 기능에 관계없이 일정한 비용을 선납해야 하므로 단기간 내에 리소스를 빠르게 확장할 수 없어 이를 보충하기 위해 리소스를 과다하게 구입할 위험이 있습니다.


Q: Amazon EC2의 요금은 어떻게 청구됩니까?

사용 요금은 종량 과금제이고 최소 요금이 없습니다. 요금은 각 인스턴스 유형에 소요된 인스턴스 시간을 기준으로 책정됩니다. 인스턴스를 1시간 미만으로 사용한 경우에도 1시간을 사용한 것으로 청구됩니다. 동일한 리전 내의 두 Amazon Web Services 간(예를 들어, 미국 서부 리전의 Amazon EC2와 미국 서부의 다른 AWS 서비스 간)에 전송된 데이터의 경우는 데이터 전송 요금이 청구되지 않습니다. 다른 리전의 AWS 서비스 간에 전송된 데이터는 양측 모두에 인터넷 데이터 전송 요금으로 청구됩니다. 다른 Amazon Web Services 사용은 Amazon EC2와 별도로 청구됩니다.

EC2 요금 정보는 EC2 세부 정보 페이지의 요금 섹션을 참조하십시오.

Q: 내 Amazon EC2 시스템은 언제부터 언제까지 사용한 요금이 청구됩니까?

결제는 Amazon EC2가 AMI 인스턴스의 부팅 시퀀스를 시작할 때 시작되어 “shutdown -h”를 실행하여 웹 서비스 명령을 통해 인스턴스를 종료하거나 인스턴스 실패로 인해 인스턴스가 종료되면 끝납니다.

Q: EC2 인스턴스 시간 비용이 청구되는 기준은 무엇입니까?

인스턴스 시간은 인스턴스가 “실행” 상태일 때 계산됩니다. 더 이상 인스턴스 비용을 지불하지 않으려면 추가 인스턴스 시간 비용이 청구되지 않도록 인스턴스를 "중지"하거나 "종료"해야 합니다. 인스턴스가 실행 상태로 전환되면 청구가 시작됩니다.

Q: 각기 다른 가용 영역에 두 개의 인스턴스가 있을 경우 리전 데이터 전송 요금은 어떻게 청구됩니까?

각 인스턴스의 데이터 수신 및 전송에 대해서 비용이 청구됩니다. 따라서 이러한 두 인스턴스 사이에서 데이터가 전송되면 첫 번째 인스턴스에는 전송 비용이, 두 번째 인스턴스에는 수신 비용이 청구됩니다.

Q: 각기 다른 리전에 두 개의 인스턴스가 있는 경우 데이터 전송 요금은 어떻게 청구됩니까?

각 인스턴스에 데이터 수신 비용과 전송 비용이 인터넷 데이터 전송 요금으로 청구됩니다. 따라서 이러한 두 인스턴스 사이에서 데이터가 전송된 경우 첫 번째 인스턴스에는 인터넷 데이터 전송 요금이, 두 번째 인스턴스에는 인터넷 데이터 수신 비용이 각각 청구됩니다.

Q: 요금에 세금이 포함되어 있습니까?

명시된 경우를 제외하고 가격에는 VAT 및 해당 판매세를 포함한 관련 조세 공과가 포함되지 않습니다. 청구지 주소가 일본인 고객의 경우 아시아 태평양(도쿄) 리전을 사용하면 일본 소비세의 적용을 받게 됩니다. 자세히 알아보기.


Q: 내 애플리케이션 스택은 어떤 종류의 하드웨어에서 실행됩니까?

리전별로 제공되는 인스턴스 목록은 Amazon EC2 요금 페이지를 참조하십시오.

Q: 적합한 인스턴스 유형을 선택하려면 어떻게 해야 합니까?

Amazon EC2 인스턴스는 범용, 컴퓨팅 최적화, 메모리 최적화, GPU 및 스토리지 최적화 인스턴스의 5개 패밀리로 분류됩니다. 범용 인스턴스는 대부분의 범용 애플리케이션에 적합한 메모리 CPU 비율을 제공하고, 고정 성능(M5, M4 및 M3 인스턴스)을 제공하거나 버스트 가능한 성능(T2)을 제공합니다. 컴퓨팅 최적화 인스턴스(C5, C4 및 C3 인스턴스)는 메모리(RAM)보다 CPU 리소스 비율이 높으며 스케일 아웃 컴퓨팅 집약적 애플리케이션과 HPC(고성능 컴퓨팅) 워크로드에 적합합니다. 메모리 최적화 인스턴스(R3 및 R4 인스턴스)는 데이터베이스 및 메모리 캐싱 애플리케이션 등 메모리 집약적 애플리케이션에 적합한 대용량 메모리를 제공합니다. GPU 컴퓨팅 인스턴스(P3, P2)는 고성능 병렬 컴퓨팅을 위해 NVIDIA Tesla GPU의 병렬 처리 기능을 활용합니다. GPU 그래픽 인스턴스(G3)는 OpenGL 및 DirectX를 사용하는 애플리케이션을 위해 고성능 3D 그래픽 기능을 제공합니다. 스토리지 최적화 인스턴스에는 I/O 집약적 애플리케이션에 적합한 SSD 기반 로컬 인스턴스 스토리지를 사용하여 짧은 지연 시간과 매우 높은 I/O 성능을 제공하는 I3 및 I2 인스턴스와 데이터 웨어하우징, 하둡 및 기타 데이터 집약적 애플리케이션에 적합한 높은 로컬 스토리지 밀도와 순차 I/O 성능을 제공하는 고밀도 스토리지 및 HDD 스토리지 인스턴스인 D2 또는 H1이 있습니다. 인스턴스 유형을 선택할 때 리소스 사용률(예, CPU, 메모리, 스토리지)과 관련한 애플리케이션의 특성을 고려하여 최적의 인스턴스 패밀리와 및 인스턴스 크기를 선택해야 합니다.

Q: M1과 M3 표준 인스턴스는 CPU와 메모리 비율이 동일합니다. 언제 어떤 인스턴스를 사용합니까?

M3 인스턴스는 대부분의 사용 사례에서 M1 인스턴스보다 더 뛰어나고 일관된 성능을 제공합니다.  또한, M3 인스턴스는 I/O 성능이 더 뛰어난 SSD 기반 인스턴스 스토리지를 제공합니다. 또한, M1 인스턴스보다 더 저렴하기까지 합니다. 이러한 이유로 컴퓨팅, 메모리 및 네트워크 리소스를 균형 있게 사용해야 하는 범용 인스턴스가 필요한 애플리케이션에는 M3를 사용하는 것이 좋습니다. 그러나 M3 인스턴스가 제공하는 것보다 더 많은 디스크 스토리지가 필요한 경우에는 애플리케이션을 구동하는 데 M1 인스턴스가 더 유용할 수도 있습니다.

Q: "EC2 컴퓨팅 유닛"이란 무엇이며 이를 도입한 이유는 무엇입니까?

유틸리티 컴퓨팅 모델로의 전환은 개발자들이 그동안 CPU 리소스에 대해 가졌던 생각을 완전히 바꾸어 놓습니다. 특정한 프로세서를 구매하거나 임대하여 수 개월 또는 수 년 동안 사용하는 대신 시간 단위로 용량을 임대합니다. Amazon EC2는 상용 하드웨어를 기반으로 하므로, 시간이 지남에 따라 다양한 유형의 실제 하드웨어를 기반으로 하는 EC2 인스턴스가 나올 수 있습니다. 실제 기본 하드웨어와 관계없이 일정한 양의 CPU 용량을 제공하는 것이 당사의 목표입니다.

Amazon EC2는 다양한 척도를 사용해 각 인스턴스에 일관되고 예측 가능한 CPU 용량을 제공합니다. 개발자들이 다양한 인스턴스 유형 간에 CPU 용량을 손쉽게 비교할 수 있도록 Amazon ECU(EC2 컴퓨팅 유닛)를 정의했습니다. 특정 인스턴스에 할당된 CPU 양은 이러한 ECU(EC2 컴퓨팅 유닛)로 표현됩니다. 당사는 ECU(EC2 컴퓨팅 유닛)의 성능 일관성 및 예측 가능성을 관리하기 위해 여러 벤치마크와 테스트를 사용하고 있습니다. ECU(EC2 컴퓨팅 유닛)은 Amazon EC2 인스턴스의 정수 처리 파워에 대한 상대적인 척도를 제공합니다. 시간이 지남에 따라 컴퓨팅 파워를 더 정확하게 측정할 수 있는 척도를 발견할 경우 ECU(EC2 컴퓨팅 유닛) 정의에 사용되는 척도를 추가하거나 대체할 수 있습니다.

Q: Amazon EC2 인스턴스 유형의 리전별 지원 여부는 어떻게 됩니까?
모든 인스턴스와 리전별 지원 목록은 Amazon EC2 요금 페이지를 참조하십시오.


Q: 다른 사람이 내 시스템을 볼 수 없게 하려면 어떻게 해야 합니까?

사용자에게는 시스템의 가시성을 제어할 수 있는 모든 권한이 부여됩니다. Amazon EC2 보안 시스템을 사용하면 실행 중인 인스턴스를 사용자가 선택한 임의의 그룹에 배치할 수 있습니다. 그런 다음 웹 서비스 인터페이스를 사용하여 다른 그룹과 통신할 수 있는 그룹뿐 아니라 인터넷에서 그룹과 통신할 수 있는 IP 서브넷도 지정할 수 있습니다. 따라서 매우 동적인 환경에서 인스턴스에 대한 액세스를 완벽하게 제어할 수 있습니다. 물론, 다른 서버와 마찬가지로 인스턴스도 보호해야 합니다.

Q: 보안 분석 및 운영 문제 해결 목적으로 내 계정에서 이루어진 모든 EC2 API 호출 기록을 얻을 수 있습니까?

예. 계정에서 이루어진 모든 EC2 API 호출(VPC 및 EBS 포함) 기록을 수신하려면 AWS Management Console에서 CloudTrail을 활성화하면 됩니다. 자세한 내용은 CloudTrail 홈 페이지를 방문하십시오. 

Q: AWS 보안에 대한 자세한 내용은 어디에서 찾을 수 있습니까?

AWS 보안에 대한 자세한 내용은 Amazon Web Services: 보안 프로세스 개요 백서와 Windows 구동 Amazon EC2 보안 안내서를 참조하십시오.


Q: 엘라스틱 IP 주소를 지역당 5개로 제한한 이유는 무엇입니까?

공인(IPV4) 인터넷 주소는 한정된 리소스입니다. 사용할 수 있는 IP 공간의 양이 제한되어 있으므로 Amazon EC2는 그러한 공간을 효율적으로 사용하도록 돕기 위해 노력하고 있습니다.

기본적으로 모든 계정의 엘라스틱 IP 주소는 지역당 5개로 제한됩니다. 5개 이상의 엘라스틱 IP 주소가 필요할 경우 한도 증가를 요청해야 합니다. 사용 사례를 충분히 검토 후 주소를 추가해야 하는 타당한 이유를 설명해야 합니다. 여기에서 추가 엘라스틱 IP 주소를 신청할 수 있습니다. 모든 증가는 요청한 지역에서만 적용됩니다.

Q: 엘라스틱 IP 주소가 실행 인스턴스와 연결되지 않은 경우에도 비용을 부담해야 하는 이유는 무엇입니까?

고객들이 엘라스틱 IP 주소를 효율적으로 사용하도록 돕기 위해 실행 인스턴스에 연결되지 않은 각 주소에 대해 시간당 소액의 비용을 청구하고 있습니다.

Q: 실행하는 인스턴스마다 엘라스틱 IP 주소 1개를 사용해야 합니까?

아니요. 모든 인스턴스에 엘라스틱 IP 주소가 필요하지는 않습니다. 기본적으로 모든 인스턴스에는 사설 IP 주소와 인터넷으로 라우팅할 수 있는 공인 IP 주소가 제공됩니다. 사설 주소는 해당 인스턴스와 단독으로 연결되며 인스턴스가 중지되거나 종료된 경우에만 Amazon EC2로 반환됩니다. 공인 주소는 중지 또는 종료되거나 엘라스틱 IP 주소로 대체될 때까지 인스턴스와 단독으로 연결됩니다. 이러한 IP 주소는 인터넷으로 라우팅할 수 있는 끝점을 장기간 사용할 필요가 없는 많은 애플리케이션에 적합합니다. 컴퓨팅 클러스터, 웹 크롤링, 백엔드 서비스 등이 일반적으로 엘라스틱 IP 주소가 필요하지 않은 애플리케이션에 해당합니다.

Q: 엘라스틱 IP 주소를 다시 매핑하려면 시간이 얼마나 걸립니까?

현재 엘라스틱 IP 주소를 다시 매핑하는 데는 사용자가 요청한 시점부터 시스템에 전파될 때까지 수 분이 걸립니다.

Q: 엘라스틱 IP 주소에 대해 역방향 DNS 레코드를 구성할 수 있습니까?

예. 이 양식을 작성하여 엘라스틱 IP 주소에 대해 역방향 DNS 레코드를 구성할 수 있습니다. 엘라스틱 IP 주소를 가리키는 정방향 DNS 레코드가 있어야 역방향 DNS 레코드를 만들 수 있습니다.


Q: 가용 영역은 서로 어떻게 분리되어 있습니까?

각 가용 영역은 물리적으로 분리된 자체 독립 인프라에서 실행되며 높은 안정성을 제공하도록 설계되었습니다. 발전기 및 냉각 장비와 같은 일반적인 장애 지점은 가용 영역 전체에서 공유되지 않습니다. 또한 물리적으로 분리되어 있어 화재, 태풍 또는 홍수와 같이 예기치 않은 극한 재해가 발생할 경우 단일 가용 영역만 영향을 받게 됩니다.

Q: Amazon EC2는 둘 이상의 지역에서 실행됩니까?

예.  AWS 제품 및 서비스의 리전별 가용성은 리전별 제품 및 서비스를 참조하십시오.

Q: 다른 개발자와 동일한 가용 영역에 있다는 것을 어떻게 확인할 수 있습니까?

현재 여러 AWS 개발자 계정에 걸쳐 같은 가용 영역에서 시작하도록 조정할 수 있는 기능은 지원되지 않습니다. 2개의 AWS 고객 계정에 있는 하나의 가용 영역 이름(예: us-east-1a)은 다른 물리적 가용 영역과 관련이 있을 수 있습니다.

Q: 퍼블릭 IP 주소를 사용해 가용 영역 사이에서 데이터를 전송할 경우, 리전별 데이터 전송 요금이 두 번(영역 간 전송 요금과 퍼블릭 IP 주소 사용료) 청구됩니까?

아니요. 지역 데이터 전송 요금은 다음 중 최소한 하나 이상의 조건이 충족될 경우에만 적용되며 두 가지 모두 충족될 경우에도 지정된 인스턴스에 대해 한 번만 청구됩니다.

  • 사용되는 주소의 유형과 관계없이, 다른 인스턴스가 다른 가용 영역에 있는 경우
  • 다른 인스턴스가 속한 가용 영역과 관계없이, 퍼블릭 또는 탄력적 IP 주소가 사용되는 경우

Q: Nitro 하이퍼바이저란 무엇입니까?

C5 인스턴스를 출시하면서 Amazon EC2의 새로운 하이퍼바이저인 Nitro 하이퍼바이저를 도입했습니다. Nitro 시스템의 구성 요소인 Nitro 하이퍼바이저는 EC2 인스턴스를 위한 CPU와 메모리 격리를 기본적으로 제공합니다. 모든 현재 세대 EC2 인스턴스 패밀리에 속하는 전용 하드웨어 구성 요소인 Nitro Cards에서 VPC 네트워킹 및 EBS 스토리지 리소스를 구현합니다. Nitro 하이퍼바이저는 핵심 Linux KVM(커널 기반 가상 머신) 기술을 기반으로 구축되었지만 범용 운영 체제 구성 요소는 포함하지 않습니다.

Q: Nitro 하이퍼바이저는 고객에게 어떤 이점을 제공합니까?

Nitro 하이퍼바이저는 호스트 시스템 소프트웨어 구성 요소를 제거하여 EC2 가상화 인스턴스에 일관된 성능과 향상된 컴퓨팅 및 메모리 리소스를 제공합니다. 이를 통해 AWS는 서버에서 고객까지 거의 모든 리소스를 제공하는 더 큰 인스턴스 크기(예: c5.18xlarge)를 제공할 수 있습니다. 이전에 C3 및 C4 인스턴스는 VPC 및 EBS 기능을 AWS에서 설계 및 구축한 하드웨어로 이동하여 소프트웨어 구성 요소를 각각 제거했습니다. 이 하드웨어 덕분에 Nitro 하이퍼바이저는 크기가 매우 작고 네트워킹 및 스토리지를 위한 데이터 처리 작업에 관여하지 않을 수 있습니다.

Q: 모든 EC2 인스턴스가 Nitro 하이퍼바이저를 사용합니까?

결국에는 모든 새로운 인스턴스 유형이 Nitro 하이퍼바이저를 사용하게 되지만, 일부 새로운 인스턴스 유형은 플랫폼의 요구 사항에 따라 Xen을 사용하게 됩니다.

Q: AWS에서는 Xen 기반 하이퍼바이저를 계속 지원할 예정입니까?

예. AWS가 글로벌 클라우드 인프라를 확장함에 따라 Xen 기반 하이퍼바이저를 사용하는 EC2가 계속 증가할 것입니다. Xen은 당분간 EC2 인스턴스의 핵심 구성 요소로 남아있을 것입니다. AWS는 Xen Project가 Linux Foundation Collaborative Project의 하나로 시작될 때부터 설립 멤버였으며 여전히 자문 위원회에서 활발히 활동하고 있습니다. AWS가 글로벌 클라우드 인프라를 확장함에 따라 EC2의 Xen 기반 하이퍼바이저도 계속 증가하고 있습니다. 따라서 Xen에 대한 EC2의 투자는 축소되지 않고 계속 증가할 것입니다.

Q: Nitro 하이퍼바이저에서 실행되는 인스턴스에 몇 개의 EBS 볼륨과 ENI(Elastic Network Interface)를 연결할 수 있습니까?

Nitro 하이퍼바이저에서 실행되는 인스턴스에서는 EBS 볼륨 및 VPC ENI에 대해 최대 27개의 PCI 디바이스를 추가로 지원합니다. 각 EBS 볼륨 또는 VPC ENI는 PCI 디바이스를 사용합니다. 예를 들어 Nitro 하이퍼바이저를 사용하는 인스턴스에 3개의 네트워크 인터페이스를 추가로 연결하는 경우 해당 인스턴스에 최대 24개의 EBS 볼륨을 연결할 수 있습니다.

Q: Nitro 하이퍼바이저로 인해 EC2 인스턴스와 상호 작용하는 데 사용되는 API가 변경됩니까?

아니요. Nitro 하이퍼바이저를 사용해 실행되는 EC2 인스턴스와 상호 작용하는 퍼블릭 API는 모두 동일하게 유지됩니다. 예를 들어 DescribeInstances 응답의 'hypervisor' 필드는 Nitro 하이퍼바이저에서 실행되는 경우에도 모든 EC2 인스턴스에 대해 'xen'을 계속 보고합니다. 이 필드는 EC2 API의 이후 버전에서 제거될 수 있습니다.

Q: Nitro 하이퍼바이저를 사용하는 인스턴스에서 지원되는 AMI는 무엇입니까?

Nitro 하이퍼바이저에서 실행되는 인스턴스는 ENA 네트워킹을 지원하고 NVMe 스토리지에서 부팅되는 EBS-backed HVM AMI를 함께 사용할 수 있습니다. Ubuntu, Debian, Red Hat Enterprise Linux, SUSE Enterprise Linux, CentOS 및 FreeBSD의 최신 AMI와 마찬가지로 Amazon에서 제공하는 최신 Amazon Linux AMI 및 Windows AMI가 지원됩니다.

Q: Xen 하이퍼바이저를 사용하는 인스턴스와 Nitro 하이퍼바이저를 사용하는 인스턴스 간에 차이가 있습니까?

예. 예를 들어 Nitro 하이퍼바이저에서 실행되는 인스턴스는 NVMe 인터페이스를 사용하는 EBS 볼륨에서 부팅됩니다. Xen에서 실행되는 인스턴스는 에뮬레이션된 IDE 하드 드라이브에서 부팅되며 Xen 반가상화 블록 디바이스 드라이버로 전환합니다.

운영 체제는 인스턴스가 하이퍼바이저에서 실행되는 경우 이를 식별할 수 있습니다. 일부 소프트웨어에서는 EC2 인스턴스가 Xen 하이퍼바이저에서 실행되고 이러한 감지 기능을 활용한다고 간주합니다. 운영 체제는 인스턴스가 Nitro 하이퍼바이저를 사용할 때 KVM에서 실행 중인 것을 감지하므로, EC2 인스턴스를 식별하는 프로세스를 사용하여 두 가지 하이퍼바이저에서 실행되는 EC2 인스턴스를 식별해야 합니다.

Instance Metadata Service와 같은 EC2의 모든 기능은 Xen 하이퍼바이저와 Nitro 하이퍼바이저에서 실행되는 인스턴스에서 모두 동일한 방식으로 작동합니다. 운영 체제에서 ENA 네트워킹 및 NVMe 스토리지에 대한 필요한 지원하는 경우 대부분 애플리케이션은 Xen 하이퍼바이저와 Nitro 하이퍼바이저에서 동일한 방식으로 작동합니다.

Q: Nitro 하이퍼바이저에서는 인스턴스 재부팅 및 종료 EC2 API 요청을 어떻게 구현합니까?

Nitro 하이퍼바이저는 인스턴스에서 실행 중인 운영 체제에 업계 표준 ACPI 메서드에 따라 정상적으로 종료되어야 한다고 신호를 보냅니다. Linux 인스턴스의 경우 이를 위해서는 acpid가 설치되어 올바르게 작동해야 합니다. acpid가 인스턴스에서 제대로 작동하지 않는 경우, 종료 이벤트가 몇 분 정도 지연되므로 하드 리셋 또는 전원 끄기가 실행됩니다.

Q. NVMe 인터페이스가 EBS 볼륨에 액세스할 때 EBS 볼륨은 어떻게 작동합니까?

Xen 반가상(PV) 블록 드라이버와 비교하여 운영 체제 NVMe 드라이버가 작동하는 방식에는 몇 가지 중요한 차이점이 있습니다.

먼저, Linux 기반 운영 체제에서 사용되는 NVMe 디바이스 이름은 EBS 볼륨 연결 요청의 파라미터 및 /dev/xvda and /dev/xvdf와 같은 블록 디바이스 매핑 항목과 다릅니다. NVMe 디바이스는 운영 체제에서 /dev/nvme0n1, /dev/nvme1n1 등으로 열거됩니다. NVMe 디바이스 이름은 볼륨에 대한 영구 매핑이 아니므로 파일 시스템 또는 다른 시작 활동의 자동 탑재를 구성할 때 파일 시스템 UUID 또는 레이블과 같은 다른 방법을 사용해야 합니다. NVMe 인터페이스를 통해 EBS 볼륨에 액세스할 때 EBS 볼륨 ID는 컨트롤러 일련 번호를 통해 사용 가능하며, EC2 API 요청에 지정된 디바이스 이름은 Identify Controller 명령에 대한 NVMe 공급업체 확장 버전을 통해 제공됩니다. 이를 통해 유틸리티 스크립트를 통해 이전 버전과 호환되는 심볼 링크를 생성할 수 있습니다. 자세한 내용은 디바이스 이름 지정 및 NVMe 기반 EBS 볼륨에 대한 EC2 설명서를 참조하십시오.

두 번째로, 기본적으로 대부분의 운영 체제에 포함된 NVMe 드라이버는 I/O 제한 시간을 구현합니다. 지정된 시간(일반적으로 수십 초) 내에 I/O 구현이 완료되지 않으면 드라이버는 I/O 취소하거나, 재시도하거나, I/O를 실행한 구성 요소로 오류를 반환하려고 시도합니다. Xen PV 블록 디바이스 인터페이스는 I/O의 시간을 제한하지 않으므로 프로세스가 I/O를 기다리고 있다면 해당 프로세스는 종료될 수 없습니다. Linux NVMe 드라이버 동작은 nvme.io timeout 커널 모듈 파라미터에 더 높은 값을 지정하는 방식으로 수정할 수 있습니다.

세 번째로, NVMe 인터페이스는 I/O당 훨씬 더 많은 양의 데이터를 전송할 수 있으며, 경우에 따라 Xen PV 블록 인터페이스와 비교하여 더 뛰어난 I/O 요청을 지원할 수 있습니다. EBS 처리량에 최적화된 HDD(st1) 및 콜드 HDD(sc1) 볼륨과 같은 처리량 워크로드를 지원하도록 설계된 볼륨에 대용량 I/O 또는 많은 수의 I/O 요청이 실행되는 경우 이로 인해 I/O 지연 시간이 길어질 수 있습니다. 이 경우 처리량에 최적화된 볼륨에 대해 이러한 I/O 지연 시간은 정상적인 것이지만 NVMe 드라이버에서 I/O 제한 시간 초과가 발생할 수 있습니다. Linux 드라이버에서 nvme_core.io_timeout 커널 모듈 파라미터에 더 큰 값을 지정하여 I/O 제한 시간을 조정할 수 있습니다.



Q: 이 기능에는 어떤 네트워킹 기능이 포함되어 있습니까?

당사에서는 현재 SR-IOV(단일 루트 I/O 가상화)를 사용하는 향상된 네트워킹 기능을 지원합니다. SR-IOV는 일반 구현에 비해 높은 I/O 성능 및 낮은 CPU 사용률을 제공하는 디바이스 가상화 방법입니다. 이 기능을 사용하면 지원되는 Amazon EC2 인스턴스의 PPS(Packet Per Second) 성능이 높아지고, 인스턴스 간 지연 시간이 낮아지며, 네트워크 지터가 매우 낮아집니다.

Q: 향상된 네트워킹을 사용해야 하는 이유는 무엇입니까?

애플리케이션이 PPS(Packet Per Second) 성능이 높거나 지연 시간이 낮은 네트워킹을 활용할 수 있는 경우, 향상된 네트워킹은 크게 향상된 성능, 성능 일관성 및 확장성을 제공할 수 있습니다.

Q: 지원되는 인스턴스에서 향상된 네트워킹을 사용하려면 어떻게 해야 합니까?

이 기능을 사용하려면 적합한 드라이버를 사용하여 HVM AMI를 시작해야 합니다. M5, C5, H1, R4, X1, I3, P3, P2, G3 및 m4.16xlarge 인스턴스는 향상된 네트워킹을 위해 ENA(Elastic Network Adapter) 인터페이스('ena' Linux 드라이버를 사용)를 제공합니다. C3, C4, R3, I2, M4(m4.16xlarge 제외) 및 D2 인스턴스는 인텔® 82599g Virtual Function Interface("ixgbevf" Linux 드라이버를 사용)를 지원합니다. Amazon Linux AMI에는 기본적으로 이 두 드라이버가 포함되어 있습니다. 이러한 드라이버가 포함되지 않은 AMI의 경우, 사용하려는 인스턴스 유형에 따라 적합한 드라이버를 다운로드하여 설치해야 합니다. Linux 또는 Windows 지침을 사용해 SR-IOV 드라이버가 기본적으로 포함되어 있지 않은 AMI의 향상된 네트워킹을 활성화할 수 있습니다. 향상된 네트워킹은 Amazon VPC에서만 지원됩니다.

Q: 향상된 네트워킹을 사용하려면 추가로 비용을 지불해야 합니까?

아니요, 향상된 네트워킹은 추가 비용 없이 사용할 수 있습니다. 향상된 네트워킹을 활용하려면 VPC에서 지원되는 인스턴스 유형으로 적합한 AMI를 시작해야 합니다.

Q: 향상된 네트워킹이 Amazon VPC에서만 지원되는 이유는 무엇입니까?

Amazon VPC는 EC2-Classic에서는 지원하지 않은 여러 가지 고급 네트워킹 기능을 제공합니다. 향상된 네트워킹은 Amazon VPC에서 사용할 수 있는 기능 중 하나입니다.

Q: 어떤 인스턴스 유형에서 향상된 네트워킹을 지원합니까?

현재 C3, C4, C5, D2, I3, I2, H1, M5, M4, X1 및 R3 인스턴스에서 향상된 네트워킹을 지원합니다. X1, P2, P3, G3, I3, R4 및 m4.16xlarge 인스턴스는 향상된 네트워킹을 위해 Elastic Network Adapter(ENA) 인터페이스를 제공합니다. C3, C4, R3, I2, M4(m4.16xlarge 제외) 및 D2 인스턴스는 인텔® 82599g Virtual Function Interface를 지원합니다.

Q: NVMe 인스턴스 스토리지를 제공하는 인스턴스 유형은 무엇입니까?

높은 I/O 인스턴스는 NVMe 기반 로컬 인스턴스 스토리지를 사용하여 애플리케이션에 짧은 지연 시간과 매우 높은 I/O 성능을 제공하며, 수백만 IOPS가 필요한 애플리케이션에 최적화되어 있습니다. 클러스터 인스턴스와 마찬가지로, 높은 I/O 인스턴스는 고대역폭 네트워킹을 위한 클러스터 배치 그룹을 통해 클러스터링될 수 있습니다.


Q: 시스템이 종료되면 내 데이터는 어떻게 됩니까?

로컬 인스턴스 스토리지에 저장된 데이터는 인스턴스가 활성화되어 있는 동안만 유지됩니다. 그러나 Amazon EBS 볼륨에 저장된 데이터는 인스턴스의 수명과 무관하게 유지됩니다. 따라서 임시 데이터의 경우 로컬 인스턴스 스토리지를 사용하고 더 높은 내구성이 필요한 데이터의 경우 Amazon EBS 볼륨을 사용하거나 데이터를 Amazon S3에 백업하는 것이 좋습니다. Amazon EBS 볼륨을 루트 파티션으로 사용할 경우 Delete On Terminate 플래그를 "N"으로 설정하면 인스턴스 수명이 경과한 후에도 Amazon EBS 볼륨을 유지할 수 있습니다.

Q: Amazon EBS 볼륨에서 어떤 종류의 성능을 기대할 수 있습니까?

Amazon EBS는 4가지 현재 세대 볼륨 유형을 제공하며 2가지 주요 카테고리, 즉 트랜잭션 워크로드를 위한 SSD 지원 스토리지와 처리량 집약적 워크로드를 위한 HDD 지원 스토리지로 나뉩니다. 이 4가지 볼륨 유형은 성능 특성과 가격이 다르므로 애플리케이션의 필요에 맞게 스토리지 성능과 비용을 조정할 수 있습니다. 자세한 내용은 EBS 제품 세부 정보 페이지를 참조하고, 성능에 대한 추가 정보는 Amazon EC2 사용 설명서에서 EBS 성능 섹션을 참조하십시오.

Q: 처리량 최적화 HDD(st1)와 콜드 HDD(sc1) 볼륨 유형이란 무엇입니까?

하드 디스크 드라이브(HDD)에서 지원하는 ST1 볼륨은 MapReduce, Kafka, 로그 처리, 데이터 웨어하우스 및 ETL 워크로드와 같이 데이터 세트와 I/O 규모가 크고 자주 액세스하며 처리량 집약적인 워크로드에 적합합니다. 이러한 볼륨은 초당 MB로 측정되는 처리량과 관련한 성능을 제공하고, TB당 40MB/초의 기준 처리량과 볼륨당 500MB/초의 최대 처리량을 제공하며, TB당 최대 250MB/초까지 버스트할 수 있습니다. ST1은 연중 99%의 시간 동안 기대 처리량 성능을 제공하도록 설계되었으며, 버스트 속도에서 전체 볼륨 스캔을 지원하기에 충분한 I/O 크레딧을 가지고 있습니다.

하드 디스크 드라이브(HDD)에서 지원하는 SC1 볼륨은 모든 EBS 볼륨 유형 중 GB당 비용이 가장 저렴합니다. 대량의 콜드 데이터 세트가 있고 액세스 빈도가 낮은 워크로드에 적합합니다. SC1은 ST1과 비슷한 버스트 모델을 제공합니다. 이러한 볼륨은 TB당 80MB/초까지 버스트할 수 있으며, TB당 12MB/초의 기준 처리량과 볼륨당 250MB/초의 최대 처리량을 제공합니다. SC1은 액세스 빈도가 낮은 데이터에 매우 저렴한 스토리지를 제공합니다. SC1은 연중 99%의 시간 동안 기대 처리량 성능을 제공하도록 설계되었으며, 버스트 속도에서 전체 볼륨 스캔을 지원하기에 충분한 I/O 크레딧을 가지고 있습니다.

st1과 sc1의 성능을 극대화하려면 EBS 최적화 EC2 인스턴스를 사용하는 것이 좋습니다.

Q: 어떤 볼륨 유형을 선택해야 합니까?

Amazon EBS에는 2개의 큰 카테고리가 있습니다. 트랜잭션 워크로드를 위한 SSD 지원 스토리지(주로 IOPS가 성능을 좌우)와 처리량 워크로드를 위한 HDD 지원 스토리지(주로 초당 MB가 성능을 좌우)가 이에 해당합니다. SSD 지원 볼륨은 트랜잭션, IOPS 집약적 데이터베이스 워크로드, 부트 볼륨 및 높은 IOPS가 필요한 워크로드를 위해 설계되었습니다. SSD 지원 볼륨은 프로비저닝된 IOPS SSD(io1)와 범용 SSD(gp2)를 포함합니다. HDD 지원 볼륨은 처리량 집약적 워크로드, 빅 데이터 워크로드, 큰 I/O 크기 및 순차적 I/O 패턴을 위해 설계되었습니다. HDD 지원 볼륨에는 처리량 최적화 HDD(st1)와 콜드 HDD(sc1)가 있습니다. Amazon EBS에 대한 자세한 내용은 EBS 제품 세부 정보 페이지를 참조하십시오.

Q: 여러 인스턴스가 단일 볼륨에 액세스하는 기능을 지원합니까?

여러 볼륨을 단일 인스턴스에 연결할 수는 있지만 여러 인스턴스를 하나의 볼륨에 연결하는 기능은 현재 지원되지 않습니다.

Q: 일반적인 Amazon S3 API를 사용해 내 EBS 스냅샷에 액세스할 수 있습니까?

아니요. EBS 스냅샷은 Amazon EC2 API를 통해서만 사용할 수 있습니다.

Q: 스냅샷을 생성하려면 볼륨의 마운트를 해제해야 합니까? 볼륨을 다시 사용할 수 있으려면 스냅샷이 먼저 완료되어야 합니까? 

아니요, 스냅샷은 볼륨이 연결되어 사용되고 있는 중에도 실시간으로 실행할 수 있습니다. 그러나 스냅샷은 Amazon EBS 볼륨에 기록된 데이터만 캡처할 수 있으므로 사용자의 애플리케이션 또는 OS를 사용해 로컬로 캐싱한 데이터는 제외될 수 있습니다. 한 인스턴스에 연결된 볼륨의 스냅샷이 일관성을 유지하도록 하려면 볼륨을 완전히 분리하고 스냅샷 명령을 실행한 다음 볼륨을 다시 연결하는 것이 좋습니다. 루트 디바이스로 사용되는 Amazon EBS 볼륨의 경우 깨끗한 스냅샷을 만들려면 시스템을 종료하는 것이 좋습니다.

Q: 스냅샷에 버전이 있습니까? 지정 시간 복구를 수행하기 위해 기존 스냅샷을 읽어올 수 있습니까?

각 스냅샷에는 고유한 식별자가 지정되므로 고객은 기존 스냅샷을 기준으로 볼륨을 만들 수 있습니다.

Q: Amazon EBS 공유 스냅샷을 사용할 때 적용되는 요금은 얼마입니까?

스냅샷을 공유할 경우 다른 사용자가 스냅샷을 복사하면 요금이 청구되지 않습니다. 그러나 본인이 다른 사용자의 공유 볼륨을 복사할 경우 정상 EBS 요금이 청구됩니다.

Q: Amazon EBS 공유 스냅샷 사용자가 내 데이터를 변경할 수 있습니까?

공유 스냅샷을 기준으로 볼륨을 만들 수 있는 권한이 있는 사용자는 먼저 스냅샷을 본인 소유의 계정에 복사합니다. 사용자는 본인의 데이터 사본을 수정할 수 있지만 원본 스냅샷과 다른 사용자가 본인의 원본 스냅샷에서 만든 기타 볼륨의 데이터는 수정되지 않습니다.

Q: 나에게 공유된 Amazon EBS 스냅샷을 검색하려면 어떻게 해야 합니까?

AWS Management Console의 스냅샷 섹션에 표시되는 드롭다운 목록에서 "Private Snapshots"를 선택하여 본인에게 공유된 스냅샷을 찾을 수 있습니다. 이 섹션에는 본인이 소유한 스냅샷과 본인에게 공유된 스냅샷이 모두 표시됩니다.

Q: 전역으로 공유되는 Amazon EBS 스냅샷을 찾으려면 어떻게 해야 합니까?

AWS Management Console의 스냅샷 섹션에 표시되는 드롭다운 목록에서 "Public Snapshots"를 선택하여 전역으로 공유된 스냅샷을 찾을 수 있습니다.

Q: Amazon EBS 볼륨 및 스냅샷에 대한 암호화를 제공합니까?

예. EBS는 데이터 볼륨 및 스냅샷에 대한 원활한 암호화를 제공합니다. EBS 암호화를 사용하여 보안 및 암호화 규제 준수 요건을 보다 효율적으로 충족할 수 있습니다.

Q: Amazon 공개 데이터 세트 목록을 찾으려면 어떻게 해야 합니까?

공개 데이터 세트에 대한 모든 정보는 공개 데이터 세트 리소스 센터에서 확인할 수 있습니다. AWS Management Console 내의 스냅샷 섹션에 표시되는 드롭다운 목록에서 “Amazon Snapshots”를 선택해 공개 데이터 세트 목록을 가져올 수도 있습니다.

Q: EBS에 대한 자세한 내용은 어디에서 확인할 수 있습니까?

Amazon EBS FAQ 페이지에서 확인할 수 있습니다.


Q: Amazon EC2 인스턴스에서 파일 시스템에 액세스하려면 어떻게 해야 합니까?

파일 시스템에 액세스하려면, 표준 Linux 마운트 명령과 파일 시스템의 DNS 이름을 사용하여 Amazon EC2 Linux 기반 인스턴스에 파일 시스템을 탑재합니다. 탑재한 후에는 로컬 파일 시스템에서와 마찬가지로 파일 시스템에서 파일과 디렉터리를 사용할 수 있습니다.

Amazon EFS는 NFSv4.1 프로토콜을 사용합니다. Amazon EC2 인스턴스에서 파일 시스템에 액세스하는 방법을 보여주는 단계별 예제는 Amazon EFS 시작 안내서를 참조하십시오.

Q: Amazon EFS와 연동되는 Amazon EC2 인스턴스 유형과 AMI는 무엇입니까?

Amazon EFS는 모든 Amazon EC2 인스턴스 유형과 호환되며, Linux 기반 AMI에서 액세스할 수 있습니다. 단일 파일 시스템에 연결된 인스턴스 유형을 혼합할 수 있습니다. Amazon EC2 인스턴스에서 파일 시스템에 액세스하는 방법을 보여주는 단계별 예제는 Amazon EFS 시작 안내서를 참조하십시오.

Q: 데이터를 파일 시스템으로 로드하려면 어떻게 해야 합니까?

Amazon EC2 인스턴스 또는 온프레미스 데이터 센터 서버에서 Amazon EFS 파일 시스템으로 데이터를 로드할 수 있습니다.

Amazon EFS 파일 시스템은 Amazon EC2 인스턴스에 탑재될 수 있으므로, Amazon EC2 인스턴스에 액세스할 수 있는 데이터는 Amazon EFS에서도 읽고 쓸 수 있습니다. 현재 Amazon 클라우드에 저장되어 있지 않은 데이터를 로드하려는 경우, Secure Copy(SCP)와 같이 Amazon EC2에 파일을 전송할 때 보통 사용하는 것과 같은 방법을 사용하면 됩니다.

또한, Amazon EFS 파일 시스템은 온프레미스 서버에 탑재될 수 있으므로 온프레미스 서버에 액세스할 수 있는 데이터는 Amazon EFS에서도 표준 Linux 도구를 사용하여 읽고 쓸 수 있습니다. 온프레미스 서버에서 파일 시스템에 액세스하는 방법에 대해 자세히 알아보려면 Amazon EFS FAQ에서 온프레미스 액세스 섹션을 참조하십시오.

데이터를 Amazon 클라우드로 이동하는 방법에 대한 자세한 내용은 클라우드 데이터 마이그레이션 페이지를 참조하십시오.

Q: 내 VPC 외부에서 파일 시스템에 액세스하려면 어떻게 해야 합니까?

VPC 내 Amazon EC2 인스턴스는 파일 시스템에 직접 액세스할 수 있으며, VPC 외부의 Amazon EC2 Classic 인스턴스는 ClassicLink를 통해 파일 시스템을 탑재할 수 있습니다. 온프레미스 서버는 VPC에 대한 AWS Direct Connect 연결을 통해 파일 시스템을 탑재할 수 있습니다.

Q: 파일 시스템에 연결할 수 있는 Amazon EC2 인스턴스의 수는 어떻게 됩니까?

Amazon EFS는 1개에서 수천 개의 Amazon EC2 인스턴스가 동시에 파일 시스템에 연결할 수 있도록 지원합니다.

Q: EFS에 대한 자세한 내용은 어디에서 확인할 수 있습니까?

Amazon EFS FAQ 페이지에서 확인할 수 있습니다.


Q: Amazon CloudWatch가 수신하고 집계하는 데이터의 최소 시간 간격은 어떻게 됩니까?

측정치는 1분 간격으로 수신 및 집계됩니다.

Q: Amazon CloudWatch가 지원하는 운영 체제는 무엇입니까?

Amazon CloudWatch는 모든 Amazon EC2 인스턴스의 지표를 수신 및 제공하며, 현재 Amazon EC2 서비스에서 지원하는 모든 운영 체제를 사용할 수 있습니다.

Q: Amazon EC2 인스턴스에 대한 모니터링을 비활성화하면 지표 데이터가 손실됩니까?

모니터링을 시작한 시점부터 최대 2주 동안 모든 Amazon EC2 인스턴스의 지표 데이터를 가져올 수 있습니다. Amazon EC2 인스턴스 모니터링이 비활성화되고 2주가 경과하면 Amazon EC2 인스턴스의 지표 데이터를 사용할 수 없게 됩니다. 2주가 경과한 후에도 측정치 데이터를 보관하려면 명령행에서 mon-get-stats 명령을 호출한 다음 결과를 Amazon S3 또는 Amazon SimpleDB에 저장하면 됩니다.

Q: 종료된 Amazon EC2 인스턴스 또는 삭제된 Elastic Load Balancer의 지표 데이터에 액세스할 수 있습니까?

예. Amazon CloudWatch는 종료된 Amazon EC2 인스턴스 또는 삭제된 Elastic Load Balancer의 지표를 2주 동안 저장합니다.

Q: 모니터링하는 Amazon EC2 인스턴스의 유형에 따라 Amazon CloudWatch 모니터링 비용이 다릅니까?

아니요. Amazon CloudWatch 모니터링 비용은 Amazon EC2 인스턴스 유형에 따라 달라지지 않습니다.

Q: 동일한 기간의 그래프를 5분 단위로 볼 때와 1분 단위로 볼 때의 모습이 다른 이유는 무엇입니까?

동일한 기간을 5분 단위로 볼 때와 1분 단위로 볼 때를 비교하여 볼 경우, 해당 데이터 요소가 그래프의 각기 다른 위치에 표시될 수 있습니다. 그래프에 지정한 기간 동안 Amazon CloudWatch가 모든 가용 데이터 요소를 찾고 단일 집계 요소를 계산해 전체 기간을 표시합니다. 5분 단위의 경우 단일 데이터 요소가 5분 기간의 시작 부분에 배치됩니다. 1분 단위의 경우 단일 데이터 요소가 1분 표시 부분에 배치됩니다. 문제 해결 및 더 정밀한 기간 그래프가 필요한 기타 작업의 경우 1분 단위를 사용하는 것이 좋습니다.


Q: 내 Amazon EC2 용량을 빠르게 확장하고 서서히 축소할 수 있습니까?

예. 예를 들어, Amazon EC2 용량을 10% 늘리는 확장 조건과 5% 줄이는 축소 조건을 정의할 수 있습니다.

Q: 조정 활동으로 인해 내 Amazon EC2 인스턴스 제한에 도달하게 되면 어떻게 됩니까?

Auto Scaling Service는 실행할 수 있는 Amazon EC2 인스턴스 제한을 넘어서까지 확장할 수 없습니다. 더 많은 Amazon EC2 인스턴스가 필요할 경우 Amazon EC2 인스턴스 요청 양식을 작성하십시오.

Q: 내 Auto Scaling 그룹을 삭제하면 내 Amazon EC2 인스턴스는 어떻게 됩니까?

실행 중인 인스턴스가 있는 Auto Scaling 그룹을 삭제하도록 선택한 경우, 해당 인스턴스는 종료되고 Auto Scaling 그룹은 삭제됩니다.


Q: Elastic Load Balancing 서비스에서 제공하는 로드 밸런싱 옵션에는 어떤 것이 있습니까?

Elastic Load Balancing은 고가용성, 자동 조정 및 강력한 보안이 모두 적용된 두 가지 유형의 로드 밸런서를 제공합니다. 즉, 애플리케이션 또는 네트워크 수준 정보를 기반으로 트래픽을 라우팅하는 Classic Load Balancer와 요청 콘텐츠를 비롯하여 고급 애플리케이션 수준 정보를 기반으로 트래픽을 라우팅하는 Application Load Balancer를 제공합니다.

Q: Classic Load Balancer와 Application Load Balancer는 각각 언제 사용해야 합니까?

Classic Load Balancer는 여러 EC2 인스턴스에 걸쳐 간단하게 트래픽을 로드 밸런싱하는 데 적합하며, Application Load Balancer는 고급 라우팅 기능, 마이크로서비스 및 컨테이너 기반 아키텍처가 필요한 애플리케이션에 적합합니다. 자세한 내용은 Elastic Load Balancing을 참조하십시오.


Q: 예약 인스턴스란 무엇입니까?

예약 인스턴스(RI)는 1년 또는 3년 기간으로 약정하는 경우 EC2 사용 요금을 상당히 할인해 주는 EC2 상품입니다.

Q: 표준 RI와 컨버터블 RI 간에 차이점은 무엇입니까?

표준 RI는 특정 인스턴스 패밀리를 약정하는 경우 EC2 인스턴스 사용 요금을 상당히 할인해 줍니다. 컨버터블 RI는 약정 기간 동안 인스턴스 구성을 변경할 수 있는 옵션을 제공하면서 동시에 EC2 사용 요금도 할인해 줍니다. 컨버터블 RI에 대한 자세한 내용은 여기를 클릭하십시오.

Q: RI는 용량 예약을 제공합니까?

예. 표준 RI 또는 컨버터블 RI가 특정 가용 영역(AZ)에 한정되어 있는 경우, 해당 RI 구성에 정확하게 일치하는 인스턴스 용량이 예약됩니다(이를 "영역 RI"라고 함). 영역 RI를 사용하면 필요할 때 인스턴스를 시작할 수 있다는 확신을 가질 수 있습니다.

용량 예약 대신에 리전에 한정된 표준 RI 또는 컨버터블 RI("리전 RI"라고 함)를 구매할 수도 있습니다. 리전 RI는 리전 내 가용 영역과 인스턴스 크기 전체에 사용 요금 할인을 자동으로 적용하므로, RI의 할인된 요금을 좀 더 쉽게 활용할 수 있습니다.

Q: 영역 RI는 언제 구매해야 합니까?

용량 예약을 활용하려는 경우에는 특정 가용 영역의 RI를 구매해야 합니다.

Q: 리전 RI는 언제 구매해야 합니까?

용량 예약이 필요 없는 경우에는 리전 RI를 구매해야 합니다. 리전 RI는 AZ 및 인스턴스 크기 유연성을 제공하므로, RI의 할인된 요금을 좀 더 폭넓게 적용할 수 있습니다.

Q: 가용 영역 및 인스턴스 크기 유연성이란 무엇입니까?

가용 영역 및 인스턴스 크기 유연성은 리전 RI의 할인된 요금을 좀 더 쉽게 활용할 수 있게 해줍니다. 가용 영역 유연성은 RI의 할인된 요금을 리전 내 모든 가용 영역의 사용량에 적용하며, 인스턴스 크기 유연성은 RI의 할인된 요금을 인스턴스 패밀리 내 모든 크기의 사용량에 적용합니다. 미국 동부(버지니아 북부) 리전에 기본 테넌시의 m5.2xlarge Linux/Unix 리전 RI를 소유하고 있다고 가정해 보겠습니다. 그러면, 이 RI의 할인된 요금이 us-east-1a에 있는 2개의 m5.xlarge 인스턴스와 us-east-1b에 있는 5개의 m4.large 인스턴스에 자동으로 적용됩니다.

Q: 인스턴스 크기 유연성을 제공하는 RI 유형에는 어떤 것이 있습니까?

기본 테넌시의 Linux/Unix 리전 RI가 인스턴스 크기 유연성을 제공합니다. 인스턴스 크기 유연성은 Windows, Windows with SQL Standard, Windows with SQL Server Enterprise, Windows with SQL Server Web, RHEL, SLES 등 다른 플랫폼의 RI에는 제공되지 않습니다.

Q: 가용 영역 및 인스턴스 크기 유연성을 활용하기 위해서는 어떤 조치를 취해야 합니까?

리전 RI에서는 추가 조치 없이 가용 영역 및 인스턴스 크기 유연성을 활용할 수 있습니다.

Q: 보유하고 있는 영역 RI를 리전에 할당하려면 어떻게 해야 합니까?

EC2 관리 콘솔이나 ModifyReservedInstances API를 사용하여 RI 범위를 특정 가용 영역에서 리전으로 수정하면 표준 영역 RI를 리전에 할당할 수 있습니다. 

Q: RI를 구매하려면 어떻게 해야 합니까?

시작하려면 EC2 관리 콘솔이나 AWS CLI를 사용하여 RI를 구매할 수 있습니다. 인스턴스 유형, 플랫폼, 테넌시, 기간, 결제 옵션, 그리고 리전 또는 가용 영역을 지정하기만 하면 됩니다.

Q: 실행 중인 인스턴스에 대해 RI를 구매할 수 있습니까?

예. AWS에서는 구매 시점에 적용 가능한 모든 인스턴스에 RI의 할인된 요금을 자동으로 적용합니다. 자세히 알아보려면 시작하기 페이지를 참조하십시오.

Q: 어떤 인스턴스에 할인 요금을 적용할지 제어할 수 있습니까?

아니요. 아니요. AWS에서는 어떤 인스턴스에 할인된 요금을 부과할지를 자동으로 최적화하여 사용자가 언제나 가장 적은 비용을 지불하도록 합니다. 청구 방식과 이러한 방식이 RI에 적용되는 방법에 대한 자세한 내용은 청구 혜택과 결제 옵션을 참조하십시오.

Q: 인스턴스 크기 유연성은 어떻게 작동합니까?

EC2는 아래와 같은 비율을 사용하여 인스턴스 패밀리 내 서로 다른 크기를 비교합니다. RI의 인스턴스 크기 유연성의 경우, 이 비율을 사용하여 RI의 할인된 요금을 인스턴스 패밀리의 정규화된 사용량에 적용합니다. 예를 들어 리전에 한정된 m5.2xlarge RI가 있는 경우, 할인된 요금이 1개의 m5.2xlarge 또는 2개의 m5.xlarge 인스턴스 사용량에 적용될 수 있습니다.

RI의 인스턴스 크기 유연성이 EC2 사용량에 적용되는 방법을 자세히 알아보려면 여기를 클릭하십시오. RI의 인스턴스 크기 유연성이 비용 및 사용 보고서에 어떻게 표시되는지 알아보려면 여기를 클릭하십시오.

인스턴스 크기

정규화 인자

nano

 0.25

micro 0.5
small 1
medium 2
large 4
xlarge 8
2xlarge 16
4xlarge 32
8xlarge 64
10xlarge 80
16xlarge 128
32xlarge 256

Q: 약정 기간 중에 내 RI를 변경할 수 있습니까?

예. RI의 가용 영역 수정, RI 범위를 가용 영역에서 리전으로 변경(또는 그 반대로), 네트워크 플랫폼을 EC2-VPC에서 EC2-Classic으로 변경(또는 그 반대로), 같은 인스턴스 패밀리 내 인스턴스 크기 수정(Linux/Unix 플랫폼의 경우)을 수행할 수 있습니다.

Q: 약정 기간 중에 내 RI의 인스턴스 유형을 변경할 수 있습니까?

예. 컨버터블 RI는 약정 기간 중에 RI의 인스턴스 유형, 운영 체제, 테넌시 또는 결제 옵션을 변경할 수 있는 옵션을 제공합니다. 자세한 내용은 FAQ의 컨버터블 RI 섹션을 참조하십시오.

Q: RI에 대한 결제 옵션에는 어떤 것이 있습니까?

RI를 구매할 때 3가지 결제 옵션 중에서 선택할 수 있습니다. 전체 선결제 옵션을 선택하면 전체 RI 약정 기간에 대한 비용을 한 번에 선결제하게 됩니다. 부분 선결제 옵션을 선택하면 일부 금액을 선결제하고 RI의 약정 기간 동안 인스턴스에 대해 할인된 시간당 요금을 지불하게 됩니다. 선결제 없음 옵션을 선택하면 선결제 금액이 없으며 계약 기간 내에 할인된 시간당 요금을 지불하게 됩니다.

Q: RI는 언제 활성화됩니까?

청구 할인과 용량 예약(해당하는 경우)은 결제가 성공적으로 인증되면 활성화됩니다. RI의 상태(보류 | 활성 | 만료)는 Amazon EC2 콘솔의 "Reserved Instances" 페이지에서 확인할 수 있습니다.

Q: RI는 스팟 인스턴스 또는 전용 호스트에서 실행되는 인스턴스에 적용됩니까?

아니요. RI는 스팟 인스턴스 또는 전용 호스트에서 실행되는 인스턴스에 적용되지 않습니다. 전용 호스트 사용 요금을 낮추려면 전용 호스트 예약 인스턴스를 구매하십시오.

Q: 통합 결제에서 RI 요금은 어떻게 청구됩니까?

통합 계정에서 항상 가장 낮은 금액을 지불하도록 AWS 시스템에서 할인된 요금을 부과할 인스턴스를 자동으로 최적화합니다. 가용 영역에 적용되는 RI를 소유하고 있는 경우, RI를 소유한 계정에만 용량 예약이 제공됩니다. 하지만 할인은 통합 결제 패밀리 전체에서 모든 계정의 사용량에 자동으로 적용됩니다.

Q: RI 구매 시 할인을 받을 수 있습니까?

예. EC2에서는 RI 구매 시 티어 할인을 제공합니다. 이러한 할인은 리전별 활성 RI에 대한 정가 총액(할인이 적용되지 않은 요금)을 기준으로 결정됩니다. 정가 총액은 선결제 금액과 시간당 기본 요금을 비롯하여 약정 기간 내 RI에 대해 예상되는 모든 요금의 합계입니다. 티어 범위와 이에 해당하는 할인율이 함께 표시되어 있습니다.

정가의 티어 범위

선결제 할인

시간당 할인

50만 USD 미만

0%

0%

50만~4백만 USD

5%

5%

4백만~1천만 USD 10% 10%
1천만 USD 초과 AWS에 문의  

Q: 대량 구매 할인이 내 RI 구매에 어떻게 적용되는지 설명해주시겠습니까?

예. 현재 US-east-1 리전에서 400,000 USD에 해당하는 활성 RI를 보유하고 있다고 가정해 보겠습니다. 이제 같은 리전에서 150,000 USD에 해당하는 RI를 구매하는 경우, 이 구매의 처음 100,000 USD에 대해서는 할인이 적용되지 않습니다. 하지만 이 구매의 나머지 50,000 USD에 대해서는 5%의 할인이 적용됩니다. 따라서 이 구매의 이 부분에 대해서는 결제 옵션에 따라 약정 기간 동안 47,500 USD만 청구됩니다.

자세한 내용은 Amazon EC2 사용 설명서예약 인스턴스 할인 요금 티어 이해하기 부분을 참조하십시오.

Q: RI의 정가는 어떻게 계산합니까?

다음은 3년 약정 부분 선결제 예약 인스턴스의 정가 계산의 예입니다.

미국 동부의 3년 계약 부분 선결제 대량 구매 할인가

 

선결제 금액 USD

시간당 요금 USD

시간당 요금 총액

정가

m3.xlarge

 1,345 USD

 0.060 USD

 1,577 USD

 2,922 USD

c3.xlarge

 1,016 USD

 0.045 USD

 1,183 USD

 2,199 USD

Q: 통합 결제를 사용하는 경우 대량 구매 할인이 어떻게 계산됩니까?

통합 결제를 활용하는 경우, AWS에서는 통합 계정 전체의 활성 RI 정가 총액을 합산하여 적용할 대량 구매 할인 티어를 결정합니다. 대량 구매 할인 티어는 구매 시에 결정됩니다. 따라서 통합 계정으로 받을 수 있는 최대한의 대량 구매 할인 티어 혜택을 받으려면 RI를 구매하기 전에 통합 결제를 활성화해야 합니다.

Q: 컨버터블 RI는 대량 구매 할인의 대상이 됩니까?

아니요. 하지만 구매한 각 컨버터블 RI 금액은 대량 구매 할인 티어 기준에 영향을 미칩니다.

Q: 나에게 적용되는 대량 구매 할인 티어를 어떻게 알 수 있습니까?

현재 대량 구매 할인 티어를 확인하려면 Amazon EC2 사용 설명서예약 인스턴스 할인 요금 티어 이해하기 부분을 참조하십시오.

Q: 향후 구매량이 다른 할인 티어에 해당하는 경우 내 RI의 요금이 변경됩니까?

아니요. 대량 구매 할인은 구매 시점에 결정됩니다. 따라서 나중에 다른 할인 티어에 해당하더라도 RI 요금은 계속 동일하게 유지됩니다. 새로 구매하는 부분은 구매 시점에 해당하는 대량 구매 할인 티어에 따라 할인을 받게 됩니다.

Q: 대량 구매 할인을 받으려면 구매 시점에 어떤 조치를 취해야 합니까?

아니요. 기존의 PurchaseReservedInstance API 또는 EC2 관리 콘솔 인터페이스를 사용해 RI를 구매할 경우 자동으로 대량 구매 할인을 받게 됩니다. RI를 10,000,000 USD를 초과하여 구매하는 경우 자동으로 제공되는 할인 외에 추가 할인을 받으려면 AWS에 문의하시기 바랍니다.


Q: 컨버터블 RI란 무엇입니까?
컨버터블 RI란 약정 기간 동안 속성을 변경할 수 있는 예약 인스턴스 유형입니다.

Q: 표준 RI 대신 컨버터블 RI를 언제 구입해야 합니까?
컨버터블 RI는 3년 동안 EC2 인스턴스를 사용하기로 약정하고 EC2 사용 요금을 대폭 할인받지만, 향후 인스턴스 수요가 불확실하거나 가격 변동의 혜택을 받으려는 고객에게 유용합니다.

Q: 컨버터블 RI에서 사용할 수 있는 기간 옵션은 무엇입니까?
컨버터블 RI는 표준 RI와 마찬가지로 1년이나 3년 단위로 구입할 수 있습니다.  

Q: 다른 인스턴스 유형, 운영 체제, 테넌시 또는 결제 옵션에 해당하는 컨버터블 RI를 활용하도록 내 컨버터블 RI를 교체할 수 있습니까?
예. 컨버터블 RI를 교체할 때 새로운 인스턴스 유형, 운영 체제, 테넌시 또는 결제 옵션을 선택할 수 있습니다.또한 컨버터블 RI의 일부를 교체할 수 있으며 단일 교체 시 여러 컨버터블 RI 값을 병합할 수 있는 유연성이 있습니다. 여기를 클릭해서 컨버터블 RI 교체에 대해 자세히 알아보십시오.

Q: 컨버터블 또는 표준 RI를 한 리전에서 다른 리전으로 이동할 수 있습니까?
아니요. RI는 특정 리전에 연결되며, 예약 기간 동안에는 해당 리전에 고정됩니다.

Q: 컨버터블 RI의 구성을 변경하려면 어떻게 해야 합니까?
EC2 관리 콘솔 또는 GetReservedInstancesExchangeQuote API를 사용하여 컨버터블 RI의 구성을 변경할 수 있습니다.또한 컨버터블 RI의 일부를 교체할 수 있으며 단일 교체 시 여러 컨버터블 RI 값을 병합할 수 있는 유연성이 있습니다. 여기를 클릭해서 컨버터블 RI 교체에 대해 자세히 알아보십시오.

Q: 컨버터블 RI를 교체할 때 비용을 지불해야 합니까?
아니요. 컨버터블 RI를 교체할 때는 비용을 지불하지 않습니다. 하지만 보유한 컨버터블 RI와 원하는 컨버터블 RI 간의 요금 차액에 해당하는 일회성 조정 비용을 지불해야 할 수 있습니다.

Q: 컨버터블 RI 교체는 어떻게 이루어집니까?
한 컨버터블 RI를 다른 컨버터블 RI로 교체할 때, EC2는 변환을 통해 컨버터블 RI의 총액을 유지합니다. 따라서 총액이 1,000 USD인 컨버터블 RI를 다른 컨버터블 예약 인스턴스로 변환하는 경우 1,000 USD와 같거나 큰 금액에 해당하는 수의 컨버터블 RI를 받게 됩니다. 컨버터블 RI는 더 적은 금액의 컨버터블 RI로는 변환할 수 없습니다.

Q: 총액을 정의할 수 있습니까?
총액은 RI 약정 기간 동안 지불할 것으로 예상하는 모든 결제 금액의 합계입니다.

Q: 두 개의 전체 선결제 컨버터블 RI 변환할 때 조정 비용을 어떻게 계산하는지 설명해 줄 수 있습니까?
물론입니다. 선결제 금액이 1,000 USD인 전체 선결제 컨버터블 RI를 구매했고, 약정 기간이 반 정도 지난 후에 RI의 속성을 변경하기로 했다고 가정해 보겠습니다. 예약 인스턴스 기간의 반이 지났으므로 RI에는 비례 할당으로 계산된 500 USD가 남아 있습니다. 변환하려는 전체 선결제 컨버터블 RI의 선결제 금액은 현재 1,200 USD입니다. 기존 컨버터블 RI의 약정 기간이 절반만 남아있으므로 원하는 새로운 컨버터블 RI에 남아있는 금액은 600 USD입니다. 지불하게 될 조정 비용은 원래 컨버터블 RI와 원하는 컨버터블 RI 간 선결제 금액의 차이, 즉 100 USD(600 – 500 USD)입니다.

Q: 선결제 없음 컨버터블 RI 간의 변환 과정을 설명해 줄 수 있습니까?
선결제 금액이 있는 컨버터블 RI 간 변환과는 달리 RI 간에 선결제 금액 없이 변환하므로 조정 비용은 발생하지 않습니다. 하지만 교체 후에 지불하는 시간당 비용 합계가 교체 전에 지불하던 시간당 비용보다 크거나 같아야 합니다.

예를 들어 1개의 선결제 없음 컨버터블 RI(A)를 시간당 0.10 USD로 구매했고 컨버터블 RI A를 시간당 요금이 0.06인 다른 RI(B)로 교체하기로 했다고 가정해 보겠습니다. 변환할 때 2개의 RI B를 받게 됩니다. 지불하는 시간당 비용 합계가 A에 대해 지불하던 시간당 비용보다 크거나 같아야 하기 때문입니다.

Q: 컨버터블 RI 교체로 받게 되는 인스턴스의 수를 사용자 정의 할 수 있습니까?
아니요. EC2에서는 교환하는 컨버터블 RI 금액을 사용하여 교체 후에 컨버터블 RI 금액이 교체 전과 같거나 크도록 최소한의 컨버터블 RI 수를 계산합니다.

Q: 컨버터블 RI에 대한 교체 제한 사항이 있습니까?
아니요. 컨버터블 RI에 대한 교체 제한 사항은 없습니다.

Q: 컨버터블 RI를 교체할 때 어떤 인스턴스 유형이든 선택할 수 있습니까?
아니요. 현재 AWS에서 제공하는 컨버터블 RI로만 교체할 수 있습니다.

Q: 내 컨버터블 RI에 연결된 결제 옵션을 업그레이드할 수 있습니까?
예. RI에 연결된 결제 옵션을 업그레이드할 수 있습니다. 예를 들어 선결제 없음 RI를 부분 선결제 또는 전체 선결제 RI로 교체하여 좀 더 저렴한 요금 혜택을 누릴 수 있습니다. 전체 선결제에서 선결제 없음으로 결제 옵션을 변경할 수 없으며 부분 선결제에서 선결제 없음으로도 변경할 수 없습니다.

Q: 컨버터블 RI를 사용하면 요금 인하가 있는 경우 그 혜택을 받을 수 있습니까?
예. 인하된 요금의 혜택을 받도록 RI를 교체할 수 있습니다. 예를 들어 새로운 컨버터블 RI의 요금이 10% 인하된 경우 컨버터블 RI를 교체하여 10% 요금 인하 혜택을 누릴 수 있습니다.  


Q: 예약 인스턴스 마켓플레이스란 무엇입니까?

예약 인스턴스 마켓플레이스는 AWS 고객이 자신의 Amazon Elastic Compute Cloud(EC2) 예약 인스턴스를 다른 비즈니스 및 조직에 판매할 수 있는 유연성을 제공하는 온라인 마켓플레이스입니다. 또한 고객은 예약 인스턴스 마켓플레이스를 살펴보고 다른 AWS 고객이 판매하는 더 다양한 예약 인스턴스 기간 및 가격 옵션 중에서 선택할 수 있습니다.

Q: 언제 예약 인스턴스를 예약 인스턴스 마켓플레이스에 나열할 수 있습니까?

다음에 해당하는 경우 예약 인스턴스를 목록에 추가할 수 있습니다.

  • 예약 인스턴스 마켓플레이스에 판매자로 등록했습니다.
  • 예약 인스턴스에 대한 비용을 지불했습니다.
  • 31일 이상 예약 인스턴스를 보유하고 있습니다.

Q: 예약 인스턴스 마켓플레이스에 판매자로 등록하려면 어떻게 해야 합니까?

예약 인스턴스 마켓플레이스에 등록하려면 EC2 관리 콘솔에서 예약 인스턴스를 판매하거나 AWS 포털의 "Account Settings" 페이지에서 프로필을 설정하여 등록 워크플로를 시작할 수 있습니다. 경로에 관계없이 다음 단계를 완료해야 합니다.

  1. 등록 프로세스 개요를 검토하여 시작합니다.
  2. AWS 계정에 로그인합니다.
  3. Amazon에서 자금을 지불받을 은행 계좌를 입력합니다. "Continue"를 선택하면, AWS에서 해당 은행 계좌를 기본 지불 옵션으로 설정합니다.
  4. 확인 화면에서 "Continue to Console to Start Listing"을 선택합니다.

예약 인스턴스 판매 금액이 20,000 USD를 초과하거나 50개 이상의 예약 인스턴스를 판매하려는 경우, 세금 정보를 먼저 제공해야 예약 인스턴스를 마켓플레이스에 올릴 수 있습니다. "Continue with Tax Interview"를 선택합니다. Tax Interview 도중에 TIMS 워크플로를 사용하여 회사 이름, 담당자 이름, 주소 및 Tax ID를 입력하라는 메시지가 표시됩니다. 

또한, 연간 50,000 USD를 초과하는 금액의 예약 인스턴스를 판매할 계획이라면 한도 증가를 요청해야 합니다.

Q: 언제 예약 인스턴스 마켓플레이스에서 판매를 시작할 수 있는지 알려면 어떻게 해야 합니까?

등록 과정 중에 은행 계좌를 추가해야 예약 인스턴스 마켓플레이스에서 판매를 시작할 수 있습니다. 활성화가 완료되면, 확인 이메일을 받게 됩니다. 하지만 판매 대금은 Amazon에서 은행의 확인을 받은 후에 지급됩니다. 확인을 받는 데는 거래하는 은행에 따라 최대 2주 정도 소요될 수 있습니다.

Q: 판매용 예약 인스턴스를 목록에 추가하려면 어떻게 해야 합니까?

예약 인스턴스를 목록에 추가하려면 Amazon EC2 관리 콘솔에서 다음 단계를 완료하면 됩니다.

  1. 판매할 예약 인스턴스를 선택하고, "Sell Reserved Instances"를 선택합니다. 등록 프로세스를 완료하지 않은 경우 등록 과정을 사용하여 등록하라는 메시지가 표시됩니다.
  2. 각 예약 인스턴스 유형에 대해 판매할 인스턴스 개수와 원하는 일회성 요금에 대한 가격을 설정합니다. 남은 시간에 따라 다양한 금액의 일회 가격을 설정하여 예약 인스턴스가 빨리 판매되지 않더라도 일회 가격을 계속해서 조정할 필요가 없습니다. 기본적으로 현재 금액을 설정만 하면 Amazon에서 자동으로 매월 같은 금액만큼씩 일회 가격을 내립니다.
  3. 목록을 구성하면 최종 확인 화면이 표시됩니다. "Sell Reserved Instance"를 선택합니다.

Q: 어떤 예약 인스턴스를 판매 목록에 추가할 수 있습니까?

최소 30일 동안 활성 상태이고 AWS에서 결제 대금을 받아온 예약 인스턴스를 판매 목록에 추가할 수 있습니다. 즉, 일반적으로 예약 인스턴스가 활성 상태가 되면 판매 목록에 추가할 수 있습니다. 인보이스 고객인 경우는 AWS에서 결제 대금을 받기 전에 예약 인스턴스가 활성 상태가 될 수 있습니다. 이러한 경우 AWS에서 결제 대금을 받기 전까지는 예약 인스턴스를 판매 목록에 추가할 수 없습니다.

Q: 목록에 추가된 예약 인스턴스는 구매자에게 어떻게 표시됩니까?

예약 인스턴스 마켓플레이스의 판매 목록에 추가된 예약 인스턴스(타사 및 AWS에서 제공한 것 모두)는 Amazon EC2 관리 콘솔의 "Reserved Instances" 섹션에서 볼 수 있습니다. 또한, DescribeReservedInstancesListings API 호출을 사용할 수도 있습니다.

목록에 추가된 예약 인스턴스는 유형, 남은 약정 기간, 선결제 요금 및 시간당 요금에 따라 분류됩니다. 이러한 분류는 구매자가 원하는 예약 인스턴스를 더욱 쉽게 검색할 수 있게 해 줍니다.

Q: 얼마 만큼의 예약 인스턴스 기간 동안 나열할 수 있습니까?

가장 가까운 달로 절사하여 남은 기간 동안 예약 인스턴스를 판매할 수 있습니다. 예를 들어, 9개월 13일이 남아 있는 경우 판매 시에는 9개월 예약 인스턴스로 목록에 추가할 수 있습니다.

Q: 판매 목록에 올린 내 예약 인스턴스를 삭제할 수 있습니까?

예. 판매가 보류(즉, 구매자가 예약 인스턴스를 구입했고 결제 확인이 진행 중) 상태가 되기 전까지는 언제든 예약 인스턴스 목록을 삭제할 수 있습니다.

Q: 나열하려는 예약 인스턴스에 대해 설정할 수 있는 가격 범위는 어떻습니까?

예약 인스턴스 마켓플레이스를 사용하여 수락할 선결제 가격을 설정할 수 있습니다. 시간당 가격(원본 예약 인스턴스에 설정된 것과 동일하게 유지됨)은 설정할 수 없으므로 시간당 가격과 연결된 결제에서 징수된 자금은 받을 수 없습니다.

Q: 예약 인스턴스 마켓플레이스의 판매 목록에 추가된 내 예약 인스턴스를 계속 사용할 수 있습니까?

예. 예약이 판매될 때까지는 예약 인스턴스의 용량 및 청구 혜택을 계속해서 받게 됩니다. 예약이 판매되면, 할인율을 적용받던 모든 실행 인스턴스에는 새로운 예약 인스턴스를 구매하거나 해당 인스턴스를 종료할 때까지 온디맨드 요금이 부과됩니다.

Q: 예약 인스턴스 마켓플레이스에서 구매한 예약 인스턴스를 다시 판매할 수 있습니까?

예. 예약 인스턴스 마켓플레이스에서 구매한 예약 인스턴스를 다른 예약 인스턴스처럼 다시 판매할 수 있습니다.

Q: 예약 인스턴스를 판매할 때 제한 사항이 있습니까?

예. 예약 인스턴스 마켓플레이스에서 예약 인스턴스를 판매하려면 미국 은행 계좌가 있어야 합니다. 미국 은행 이외의 계좌에 대한 지원도 곧 시작할 예정입니다. 또한 미국 GovCloud 지역에서는 예약 인스턴스를 판매할 수 없습니다.

Q: 공개 볼륨 요금 티어에서 구매한 예약 인스턴스를 판매할 수 있습니까?

아니요. 이 기능은 아직 지원되지 않습니다.

Q: 예약 인스턴스 마켓플레이스에서 예약 인스턴스를 판매할 때 수수료가 부과됩니까?

예. AWS는 예약 인스턴스 마켓플레이스에서 판매한 각 예약 인스턴스의 총 선결제 금액에 대해 12%를 서비스 수수료로 부과합니다.

Q: AWS에서 내가 목록에 추가한 예약 인스턴스의 하위 집합을 판매할 수 있습니까?

예, AWS는 사용자가 판매 목록에 올린 예약 인스턴스 양의 하위 집합을 판매할 수도 있습니다. 예를 들어, 100개의 예약 인스턴스를 판매 목록에 추가한 경우 50개의 예약 인스턴스만 구매하고 싶어 하는 구매자가 있을 수 있습니다. 해당 50개 인스턴스를 판매한 후 더는 판매 목록에 올리지 않기로 하지 않는 한, 남아 있는 50개 인스턴스를 계속 판매 목록에 유지할 수 있습니다.

Q: 구매자는 구매한 예약 인스턴스 금액을 어떻게 지불합니까?

완료된 예약 인스턴스 판매에 대한 대금은 미국 은행 계좌로 ACH 송금하여 지불합니다.

Q: 판매 대금은 언제 지급받게 됩니까?

AWS에서는 예약 인스턴스를 구매한 고객으로부터 대금을 받은 다음, 판매자가 예약 인스턴스 마켓플레이스에 등록할 때 지정한 은행 계좌로 송금하여 대금을 지급하게 됩니다.

그런 다음 판매자에게 이메일 알림을 전송하여 대금을 지급했음을 알려드립니다. 일반적으로 대금은 예약 인스턴스가 판매된 지 3~5일 이내에 계좌에 전달됩니다.

Q: 예약 인스턴스 마켓플레이스에서 내 예약 인스턴스를 판매하면 청구된 Premium Support에 대해서도 환불을 받게 됩니까?

아니요. AWS Premium Support 요금의 선결제 부분에 대해 비례로 계산된 환불은 받지 않습니다.

Q: 예약 인스턴스 마켓플레이스 활동에 대해 알림을 받게 됩니까?

예. 예약 인스턴스 목록을 만들거나 취소하고 구매자가 목록을 구매하거나 AWS에서 은행 계좌로 자금을 지불할 때마다 예약 인스턴스 마켓플레이스 활동을 자세히 설명하는 이메일을 하루에 한 번 받게 됩니다.

Q: 구매자와 판매자 간의 거래세 계산을 돕기 위해 어떤 정보가 교환됩니까?

구매자의 도시, 주, 우편 번호+4 및 국가 정보가 지급 보고서를 통해 판매자에게 제공됩니다. 판매자는 이러한 정보를 사용하여 정부에 납부해야 하는 거래세(예: 판매세, 부가 가치세 등)를 계산할 수 있습니다. 판매자의 법인명도 구매 인보이스상에 제공됩니다.

Q: 타사 예약 인스턴스를 구매할 때 고객에게 제한 사항이 있습니까?

예. 통합 결제를 통해 연결된 계정을 비롯하여 고객 본인이 판매 목록에 추가한 예약 인스턴스는 구매할 수 없습니다.

Q: 예약 인스턴스 마켓플레이스에서 예약 인스턴스를 구매할 때 Premium Support에 대해 지불해야 합니까?

예. Premium Support 고객인 경우 예약 인스턴스 마켓플레이스에서 예약 인스턴스를 구매할 때 Premium Support에 대해 청구됩니다.


Q: 스팟 인스턴스란 무엇입니까?

스팟 인스턴스는 온디맨드 가격 대비 최대 90% 절약할 수 있는 여분의 EC2 용량으로서, AWS에서 2분 전에 공지하고 종료할 수 있습니다. 스팟은 온디맨드와 예약 인스턴스와 동일한 기본 EC2 인스턴스를 사용하며, 내결함성을 갖춘 유연한 워크로드에 적합합니다. 스팟 인스턴스는 컴퓨팅 파워를 확보할 수 있는 추가 옵션을 제공하며, 온디맨드와 예약 인스턴스와 함께 사용될 수 있습니다.

Q: 스팟 인스턴스는 온디맨드 인스턴스 또는 예약 인스턴스와 어떻게 다릅니까?

실행 중에는 스팟 인스턴스가 온디맨드 또는 예약 인스턴스와 정확히 동일합니다. 주요 차이점은 스팟 인스턴스가 온디맨드 가격 대비 상당한 할인을 제공하고, 용량 요구 사항에 따라 Amazon EC2에서 2분 전에 공지하고 인스턴스를 종료할 수 있으며, 스팟 가격은 EC2 여분 용량의 장기 공급과 수요에 따라 점진적으로 조정된다는 것입니다.

스팟 인스턴스에 대한 자세한 내용은 여기를 참조하십시오.

Q: 스팟 인스턴스를 구매하고 시작하려면 어떻게 해야 합니까?

스팟 인스턴스는 AWS Management Console, Auto-Scaling 그룹, Run Command 및 스팟 플릿을 비롯하여 현재 인스턴스를 시작하는 데 사용하는 것과 같은 도구를 사용해 시작할 수 있습니다. 이와 더불어 많은 EMR, ECS, Data Pipeline, CloudFormation 및 Batch 등 많은 AWS 서비스에서 스팟 인스턴스 시작 기능을 지원합니다.

스팟 인스턴스를 시작하려면 Launch 템플릿과 요청할 인스턴스 수를 선택하기만 하면 됩니다.

스팟 인스턴스를 요청하는 방법에 대한 세부 지침은 여기를 참조하십시오.

Q: 몇 개의 스팟 인스턴스를 요청할 수 있습니까?

리전별 스팟 제한에 따라 스팟 인스턴스를 요청할 수 있습니다. AWS 신규 고객에게는 더 낮은 한도가 주어질 수 있습니다. 스팟 인스턴스 제한에 대해 자세히 알아보려면 Amazon EC2 사용 설명서를 참조하십시오.

한도를 늘리려는 경우 사용 사례와 함께 Amazon EC2 인스턴스 요청 양식을 작성하면 AWS에서 인스턴스 한도 조정을 검토합니다. 한도 증가는 요청한 리전에만 적용됩니다.

Q: 스팟 인스턴스 가격은 어떻게 됩니까?

실행되는 인스턴스의 각 인스턴스 시간이 시작될 때 유효한 스팟 가격을 지불하게 됩니다. 스팟 가격이 인스턴스를 시작한 후에 변경되는 경우, 새로운 가격은 그다음 시간의 인스턴스 사용량에 적용됩니다.

Q: 스팟 용량 풀이란 무엇입니까?

스팟 용량 풀은 동일한 인스턴스 유형, 운영 체제, 가용 영역 및 네트워크 플랫폼을 지닌 일련의 미사용 EC2 인스턴스입니다(EC2-Classic 또는 EC2-VPC). 각 스팟 용량 풀은 공급과 수요에 따라 가격이 서로 다를 수 있습니다.

Q: 스팟 인스턴스 사용을 위한 모범 사례는 어떻게 됩니까?

사용할 수 있는 스팟 용량의 양을 극대화할 수 있도록 여러 스팟 용량 풀을 사용하는 것이 좋습니다. EC2에서는 스팟 플릿을 사용하여 여러 스팟 용량 풀에서 가장 비용 효율적인 용량을 찾을 수 있는 내장된 자동화 기능을 제공합니다. 자세한 내용은 스팟 모범 사례를 참조하십시오.

Q: 내 스팟 요청의 상태를 확인하려면 어떻게 해야 합니까?

스팟 요청 상태 코드 및 메시지를 통해 스팟 요청 상태를 확인할 수 있습니다. AWS Management Console, API 및 CLI를 통해 EC2 콘솔의 스팟 인스턴스 페이지에 있는 스팟 요청 상태 정보에 액세스할 수 있습니다. 자세한 내용은 Amazon EC2 개발자 안내서를 참조하십시오.

Q: 스팟 인스턴스는 모든 리전에서 모든 인스턴스 패밀리와 크기에 대해 사용할 수 있습니까?

스팟 인스턴스는 모든 퍼블릭 AWS 리전에서 사용할 수 있습니다. 스팟은 최신 컴퓨팅 최적화 인스턴스, 가속화 그래픽, FPGA 및 새로운 베어메탈 인스턴스 유형을 비롯해 거의 모든 EC2 인스턴스 패밀리 및 크기에 대해 사용할 수 있습니다. 각 리전에서 지원하는 인스턴스 유형의 전체 목록은 여기에 나와 있습니다.

Q: 스팟 인스턴스로 사용할 수 있는 운영 체제는 무엇입니까?

Linux/Unix 및 Windows Server를 사용할 수 있습니다. SQL Server가 탑재된 Windows Server는 현재 사용할 수 없습니다.

Q: 스팟 인스턴스를 타사 소프트웨어(예: IBM의 소프트웨어 패키지)용 유료 AMI와 함께 사용할 수 있습니까?

현재는 지원되지 않습니다.

Q: 어떤 경우에 내 스팟 인스턴스가 중단됩니까?

지난 3개월간 스팟 인스턴스 종료건의 92%가 애플리케이션이 작업을 완료하여 고객이 수동으로 인스턴스를 종료한 경우였습니다.

EC2에서 스팟 인스턴스를 회수해야 하는 경우에는 2가지 이유가 있을 수 있습니다. 하나는 Amazon EC2 용량 요구 사항(예: 온디맨드 또는 예약 인스턴스 사용)이고, 다른 하나는 사용자가 '최대 스팟 가격'을 설정했고 스팟 가격이 이를 초과하여 상승한 경우로서, AWS에서 2분 전에 공지하고 인스턴스를 회수합니다. 이 파라미터는 사용자가 스팟 인스턴스 시간당 지불할 의사가 있는 최고 가격을 결정하며 기본적으로 온디맨드 가격으로 설정되어 있습니다. 전과 마찬가지로 최고 가격이 아니라 인스턴스가 실행되는 시점의 스팟 시장 가격을 계속 지불하게 되며, 초 단위로 요금이 부과됩니다.

Q: 내 스팟 인스턴스가 중단되는 경우 어떤 일이 발생합니까?

중단되는 경우 스팟 인스턴스를 종료하거나, 중지하거나 하이버네이트로 전환하도록 선택할 수 있습니다. 영구 스팟 요청과 "maintain" 옵션이 활성화된 스팟 플릿에서는 중지 및 하이버네이트 옵션을 사용할 수 있습니다. 기본값은 인스턴스를 종료하는 것입니다.

중단 처리에 관한 자세한 내용은 스팟 하이버네이션을 참조하십시오.

Q: 중지와 하이버네이트 중단 동작 간 차이점은 무엇입니까?

하이버네이트의 경우, 인스턴스가 하이버네이션 상태가 되고 RAM 데이터는 유지됩니다. 중지의 경우 인스턴스가 종료되고 RAM 데이터가 삭제됩니다.

두 경우 모두 EBS 루트 볼륨과 연결된 모든 EBS 데이터 볼륨의 데이터가 유지됩니다. 프라이빗 IP 주소가 동일하게 유지되며, 탄력적 IP 주소와 마찬가지입니다(해당하는 경우). 네트워크 계층 동작은 EC2 중지-시작 워크플로의 동작과 비슷합니다. 중지 및 하이버네이트 옵션은 Amazon EBS-backed 인스턴스에서만 사용할 수 있습니다. 로컬 인스턴스 스토리지는 유지되지 않습니다.

Q: 내 EBS 루트 볼륨의 크기가 하이버네이트를 위한 메모리 상태(RAM)를 저장하기에 충분하지 않은 경우는 어떻게 됩니까?

메모리의 데이터를 쓰려면 EBS 루트 볼륨에 충분한 공간이 있어야 합니다. EBS 루트 볼륨에 충분한 공간이 없는 경우, 하이버네이션이 실패하고 대신에 인스턴스가 종료됩니다. 하이버네이트 옵션을 선택하기 전에 메모리 데이터를 유지하기에 충분한 공간을 EBS 볼륨에 확보해야 합니다.

Q: 중단된 스팟 인스턴스를 하이버네이트하면 어떤 이점이 있습니까?

하이버네이트의 경우 스팟 인스턴스가 중단된 상태로 잠시 정지되었다가 다시 시작되므로, 워크로드가 중단된 지점부터 작업을 그대로 이어갈 수 있습니다. 예를 들어 스팟에서 실행되는 애플리케이션이 RAM에 저장된 컨텍스트, 비즈니스 또는 세션 데이터를 사용하는 경우와 같이 인스턴스가 종료-시작 주기에 걸쳐 인스턴스 상태를 유지해야 하는 경우 하이버네이션을 사용할 수 있습니다.

Q: 내 스팟 인스턴스에 대해 하이버네이션을 활성화하려면 어떻게 해야 합니까?

스팟 인스턴스에 대해 하이버네이션을 활성화하는 방법을 알아보려면 스팟 하이버네이션을 참조하십시오.

Q: 내 스팟 인스턴스를 하이버네이트하려면 비용을 지불해야 합니까?

EBS 스토리지 비용과 사용 중인 다른 EC2 리소스 외에 인스턴스 하이버네이트에 따른 추가 비용은 없습니다. 인스턴스가 하이버네이트되면 인스턴스 사용 요금이 부과되지 않습니다.

Q: 중지된 인스턴스를 다시 시작하거나 하이버네이트된 인스턴스를 재개할 수 있습니까?

아니요. 중지된 인스턴스를 다시 시작하거나 하이버네이트된 인스턴스를 직접 재개할 수 없습니다. 중지-시작 및 하이버네이트-재개 주기는 Amazon EC2에서 제어합니다. 스팟에 의해 인스턴스가 중지되거나 하이버네이트된 경우, 용량을 사용할 수 있게 되면 Amazon EC2가 이를 다시 시작하거나 재개합니다.

Q: 하이버네이션을 지원하는 인스턴스와 운영 체제에는 어떤 것이 있습니까?

현재 C3, C4, M4, R3 및 R4 패밀리 중 메모리(RAM) 크기가 100GiB 미만인 인스턴스 유형에서 실행되는 Amazon Linux AMI, Ubuntu 및 Microsoft Windows 운영 체제에서 하이버네이션을 지원합니다.

지원되는 OS 버전 목록을 보려면 스팟 하이버네이션을 참조하십시오.

Q: 내 스팟 인스턴스가 중단된 경우 요금은 어떻게 청구됩니까?

스팟 인스턴스가 첫 번째 인스턴스 시간에 Amazon EC2에 의해 종료되거나 중단되면 해당 사용에 대해서는 요금이 청구되지 않습니다. 하지만 사용자가 인스턴스를 직접 종료하는 경우 가장 가까운 초 단위로 올림 처리하여 요금이 청구됩니다. 스팟 인스턴스가 이후 사용 시간 중에 Amazon EC2에 의해 종료되거나 중단되면 가장 가까운 초 단위로 올림 처리하여 요금이 청구됩니다. Windows에서 실행 중이고 사용자가 인스턴스를 직접 종료하는 경우 1시간 전체 요금이 청구됩니다.

Q: 내 인스턴스가 실행되고 있는 동안 스팟 가격이 변경되면 요금이 어떻게 청구됩니까?

가장 가까운 초 단위로 올림 처리한 1시간 전체에 대해 각 인스턴스 시간이 시작될 때 설정된 인스턴스 시간당 요금을 지불하게 됩니다.

Q: 스팟 인스턴스 사용 기록과 청구 금액은 어디에서 확인할 수 있습니까?

AWS Management Console에서는 모든 인스턴스의 스팟 인스턴스 시작 및 종료/준단 시간을 보여주는 상세 결제 보고서를 제공합니다. 따라서 고객은 API를 통해 결제 보고서와 스팟 가격 기록을 비교하여 스팟 가격이 올바르게 청구되었는지 확인할 수 있습니다.

Q: 스팟 블록(고정 기간 스팟 인스턴스)이 중단되는 경우가 있습니까?

스팟 블록은 중단되지 않도록 설계되며 스팟 시장 가격과 상관 없이 선택한 기간 동안 계속 실행될 것입니다. 드문 경우에 AWS 용량 때문에 스팟 블록이 중단될 수 있습니다. 이 경우에는 인스턴스를 종료하기 2분 전에 경고를 보내며(종료 알림), 관련 인스턴스에 대해 요금이 부과되지 않습니다.

Q: 스팟 플릿이란 무엇입니까?

스팟 플릿을 사용하면 배치 처리 작업, 하둡 워크플로 또는 HPC 그리드 컴퓨팅 작업 등과 같이 클러스터 또는 애플리케이션 용량에 대해 단위당 가장 낮은 요금을 제공하는 여러 스팟 인스턴스를 자동으로 요청하고 관리할 수 있습니다. 애플리케이션에서 사용할 수 있는 인스턴스 유형을 포함할 수 있습니다. 애플리케이션 요구 사항(인스턴스, vCPU, 메모리, 스토리지 또는 네트워크 처리량 등의 단위)을 기반으로 목표 용량을 정의하고 플릿이 시작된 후 목표 용량을 업데이트할 수 있습니다. 스팟 플릿을 사용하면 목표 용량을 시작 및 유지하고, 중단되거나 직접 종료한 인스턴스를 대체하는 리소스를 자동으로 요청할 수 있습니다. 스팟 플릿에 대해 자세히 알아보기.

Q: 스팟 플릿 요청을 하는 경우 추가 비용을 지불해야 합니까

아니요. 스팟 플릿 요청에 따른 추가 요금은 없습니다.

Q: 스팟 플릿 요청에는 어떤 제한이 적용됩니까?

스팟 플릿 요청에 적용되는 제한에 대해 자세히 알아보려면 Amazon EC2 사용 설명서에서 스팟 플릿 제한 섹션을 참조하십시오.

Q: 내 스팟 플릿 요청에서 스팟 인스턴스를 시작하려고 하나 이 요청이 리전별 스팟 요청 한도를 초과하는 경우 어떻게 됩니까?

스팟 플릿 요청이 리전별 스팟 인스턴스 요청 한도를 초과하는 경우, 개별 스팟 인스턴스 요청에 실패하고 "스팟 요청 한도 초과"라는 요청 상태가 표시됩니다. 스팟 플릿 요청 기록에서 플릿 요청이 수신한 모든 스팟 요청 한도 오류를 확인할 수 있습니다. 스팟 플릿 요청 기록을 설명하는 방법을 알아보려면 Amazon EC2 사용 설명서에서 스팟 플릿 모니터링 섹션을 참조하십시오.

Q: 스팟 플릿 요청은 이행이 보장됩니까?

아니요. 스팟 플릿 요청을 사용하면 여러 스팟 인스턴스를 동시에 요청할 수 있고, 단일 스팟 인스턴스 요청과 동일한 가용성 및 가격의 적용을 받게 됩니다. 예를 들어 스팟 플릿 요청에 나열된 인스턴스 유형을 제공할 수 있는 리소스가 없는 경우, AWS에서는 사용자의 요청을 부분적으로 또는 모두 이행할 수 없을 수 있습니다. 워크로드에 적합한 모든 인스턴스 유형 및 가용 영역을 스팟 플릿에 추가하는 것이 좋습니다.

Q: 다중 가용 영역 스팟 플릿 요청을 제출할 수 있습니까?

예. 다중 가용 영역 스팟 플릿 요청을 제출하는 방법을 알아보려면 Amazon EC2 사용 설명서에서 스팟 플릿 예제 섹션을 참조하십시오.

Q: 다중 리전 스팟 플릿 요청을 제출할 수 있습니까?

아니요. 다중 리전 스팟 플릿 요청은 지원되지 않습니다.

Q: 스팟 플릿은 리소스를 시작 사양에 지정된 다양한 스팟 인스턴스 풀에 어떻게 할당합니까?

RequestSpotFleet API는 lowestPrice와 diversified라는 2가지 할당 전략을 지원합니다. lowestPrice 전략을 사용하면 요청 당시 용량 단위당 가장 낮은 가격을 제공하는 인스턴스 풀에서 스팟 플릿 리소스를 프로비저닝할 수 있습니다. diversified 전략을 사용하면 여러 스팟 인스턴스 풀에서 스팟 플릿 리소스를 프로비저닝할 수 있습니다. 이를 통해 스팟 용량이 변동하더라도 집합의 목표 용량을 유지하고 애플리케이션의 가용성을 높일 수 있습니다.

애플리케이션 리소스를 다양한 스팟 인스턴스 풀에서 실행하면 시간이 지나면서 집합의 운영 비용을 더욱 절감할 수 있습니다. 자세한 내용은 Amazon EC2 사용 설명서를 참조하십시오.

Q: 스팟 플릿 요청에 대한 태그를 지정할 수 있습니까?

스핏 플릿을 통해 태그를 지정하여 스팟 인스턴스를 시작하도록 요청할 수 있습니다. 플릿 자체에는 태그가 지정될 수 없습니다.

Q: 어떤 스팟 플릿에서 내 스팟 인스턴스를 소유하고 있는지 확인하려면 어떻게 해야 합니까?

플릿 요청에 대한 설명을 통해 스팟 플릿에 연결된 스팟 인스턴스를 파악할 수 있습니다. 플릿 요청은 해당 플릿 요청의 모든 스팟 인스턴스가 종료된 후 48시간 동안 사용할 수 있습니다. 스팟 플릿 요청을 설명하는 방법을 알아보려면 Amazon EC2 사용 설명서를 참조하십시오.

Q: 스팟 플릿 요청을 변경할 수 있습니까?

예. 스팟 플릿 요청의 목표 용량을 수정할 수 있습니다. 다른 요청 구성 파라미터를 변경하려면 해당 요청을 취소하고 새로운 요청을 제출해야 합니다.

Q: 사용하고자 하는 인스턴스 유형마다 서로 다른 AMI를 지정할 수 있습니까?

예. 스팟 플릿 요청 시 제공하는 각 시작 사양에 사용하고자 하는 AMI를 지정하기만 하면 됩니다.

Q: 스팟 플릿을 Elastic Load Balancing, Auto Scaling 또는 Elastic MapReduce와 함께 사용할 수 있습니까?

스팟 플릿에 대상 추적, 상태 확인, CloudWatch 지표 등과 같은 Auto Scaling 기능을 사용할 수 있으며, 인스턴스를 Elastic Load Balancer(Classic 및 Application Load Balancer 모두)에 연결할 수 있습니다. Elastic MapReduce에는 스팟 플릿과 비슷한 기능을 제공하는 '인스턴스 플릿'이라는 기능이 있습니다.

Q: 스팟 인스턴스가 실행되는 스팟 풀이 더 이상 가장 낮은 가격이 아닐 때 스팟 플릿이 이를 종료하고 가장 낮은 가격의 풀에서 스팟 인스턴스를 다시 시작합니까?

아니요. 스팟 플릿 요청은 실행 중인 인스턴스를 자동으로 종료하고 다시 시작하지 않습니다. 하지만 사용자가 스팟 인스턴스를 종료하는 경우, 스팟 플릿이 가장 낮은 가격의 새로운 풀에서 새로운 스팟 인스턴스를 보충합니다.

Q: 스팟 플릿에서 중지 또는 하이버네이션 중단 동작을 사용할 수 있습니까?

예. 스팟 플릿에 "maintain" 플릿 옵션이 활성화된 경우 중지-시작 및 하이버네이트-재개 기능이 지원됩니다.


 

Q: 마이크로 인스턴스가 제공하는 컴퓨팅 파워는 얼마입니까?

마이크로 인스턴스는 소량의 CPU 리소스를 일정하게 제공하며 추가 주기를 사용할 수 있을 때 CPU 용량을 최대 ECU 2개까지 확장할 수 있습니다. 따라서 정기적으로 상당한 컴퓨팅 주기를 소비하지만 그 외의 다른 경우에는 백그라운드 프로세스, 데몬 등을 실행하는 데에만 약간의 CPU를 사용하는, 처리 속도가 느린 애플리케이션과 웹 사이트에 적합합니다. 이 인스턴스 유형에 대해 자세히 알아보십시오.

Q: 표준 스몰 인스턴스와 비교할 때 마이크로 인스턴스의 컴퓨팅 파워는 어느 정도입니까?

정상 상태에서 마이크로 인스턴스는 스몰 인스턴스의 몇 분의 일에 불과한 컴퓨팅 리소스를 수신합니다. 따라서 사용 중인 애플리케이션이 컴퓨팅 중심이거나 정상 상태를 유지해야 하는 경우 스몰 인스턴스(또는 요구에 따라 더 큰 인스턴스 사용)를 사용하는 것이 좋습니다. 그러나 마이크로 인스턴스는 정기적으로 최대 ECU 2개까지 확장할 수 있습니다(단기 확장에 적합). 이는 표준 스몰 인스턴스에서 사용할 수 있는 ECU의 두 배에 달합니다. 따라서 비교적 처리 속도가 느리지만 이따금 상당한 컴퓨팅 주기를 소비하는 애플리케이션이나 웹 사이트를 사용하고 있다면 마이크로 인스턴스가 적합합니다.

Q: 애플리케이션에 마이크로 인스턴스가 제공하는 것보다 더 많은 CPU 리소스가 필요한지 어떻게 알 수 있습니까?

CPU 사용률을 측정하는 CloudWatch 측정치가 CloudWatch에서 모니터링한 시간(단위: 분) 동안 인스턴스가 급격히 증가해 가용 CPU 리소스를 초과할 경우 100% 사용률을 보고합니다. CloudWatch가 100% CPU 사용률을 보고하면 수동으로 또는 Auto Scaling을 통해 더 큰 인스턴스 유형 또는 여러 마이크로 인스턴스로 확장해야 함을 나타냅니다.

Q: Amazon EC2의 모든 기능을 마이크로 인스턴스에서 사용할 수 있습니까?

현재 Amazon DevPay는 마이크로 인스턴스에서 사용할 수 없습니다.


Q: 언제 컴퓨팅 최적화 인스턴스를 사용해야 합니까?

컴퓨팅 최적화 인스턴스는 고성능 컴퓨팅 파워를 활용할 수 있는 애플리케이션에 맞게 설계되어 있습니다. 이러한 애플리케이션에는 고성능 웹 서버, 고성능 컴퓨팅(HPC), 과학 모델링, 분산 분석 및 머신 러닝 추론과 같은 컴퓨팅 집약적 애플리케이션이 포함됩니다.

Q: C4 인스턴스를 Amazon EBS 최적화 인스턴스로 시작할 수 있습니까?

각 C4 인스턴스 유형은 기본적으로 EBS 최적화 인스턴스입니다. C4 인스턴스는 EBS에 대해 인스턴스에 제공되는 범용 네트워크의 처리량을 초과하는 500Mbps ~ 4,000Mbps의 처리량을 제공합니다. 이 기능은 C4 인스턴스에서 항상 활성화되어 있으므로 C4 인스턴스를 명시적으로 EBS 최적화 인스턴스로 시작하더라도 인스턴스의 작동에는 아무런 영향을 주지 않습니다.

Q: c4.8xlarge 인스턴스에서 제공되는 프로세서 상태 제어 기능을 사용하려면 어떻게 해야 합니까?

c4.8xlarge 인스턴스 유형은 운영 체제에서 프로세서 C 상태 및 P 상태를 제어할 수 있는 기능을 제공합니다. 이 기능은 현재 Linux 인스턴스에서만 사용할 수 있습니다. 프로세서 성능 일관성을 향상하고 지연 시간을 줄이거나 특정 워크로드에 대해 인스턴스를 조정하기 위해 C 상태 또는 P 상태 설정을 변경할 수도 있습니다. Amazon Linux는 기본적으로 대부분의 고객 워크로드에 최적화된 고성능 구성을 제공합니다. 하지만 애플리케이션에서 단일 또는 듀얼 코어 주파수 비용으로 더 낮은 지연 시간을 활용하거나, 간헐적으로 사용이 집중되는 Turbo Boost 주파수 대신 주파수는 낮지만 지속적인 성능을 활용하는 경우, 해당 인스턴스에서 사용할 수 있는 C 상태 또는 P 상태 구성 옵션을 실험해 보는 것이 좋습니다. 이 기능에 대한 자세한 내용은 Amazon EC2 사용 설명서의 프로세서 상태 제어 섹션을 참조하십시오.

Q. 컴퓨팅 최적화 인스턴스 범주에서 어떤 인스턴스를 사용할 수 있습니까?

C5 인스턴스: C5 인스턴스는 최신 세대의 EC2 컴퓨팅 최적화 인스턴스입니다. C5 인스턴스는 인텔 제온 스케일러블(코드명 Skylake-SP) 프로세서 제품군의 인텔 제온 플래티넘 프로세서를 기반으로 하며 6가지 크기로 제공되고 최대 72개의 vCPU 및 144GiB 메모리를 제공합니다. C5 인스턴스는 C4 인스턴스에 비해 가격 대비 성능이 25% 향상되었습니다.

C4 인스턴스: C4 인스턴스는 인텔 제온 E5-2666 v3(코드명 Haswell) 프로세서를 기반으로 합니다. C4 인스턴스는 5가지 크기로 제공되며 최대 36개의 vCPU 및 60GiB 메모리를 제공합니다.

C3 인스턴스: C3 인스턴스는 인텔 제온 E5-2680 v2(코드명 Ivy Bridge) 프로세서를 기반으로 합니다. C3 인스턴스는 5가지 크기로 제공되며 최대 32개의 vCPU, 60GiB 메모리 및 640GB SSD 스토리지를 제공합니다.

Q. C3 또는 C4 인스턴스에서 내 워크로드를 C5 인스턴스로 이동해야 합니까?

C5 인스턴스는 C4 인스턴스에 비해 가격 대비 성능이 25% 향상된 CPU 성능 및 더 저렴한 가격을 제공하는 세대 간 개선 사항을 통해 현재 C3 또는 C4 인스턴스에서 실행되는 광범위한 워크로드에 많은 이점을 부여합니다. 부동 소수점 집약적 애플리케이션의 경우 인텔 AVX-512는 데이터 수준 병렬 처리를 효과적으로 추출하여 전달되는 TFLOPS를 크게 개선합니다. GPU 또는 FPGA로 가속화할 수 있는 그래픽 렌더링 및 HPC 워크로드에 대한 절대적인 성능을 찾고 있는 고객은 Amazon EC2 포트폴리오의 다른 인스턴스 제품군도 평가해야 합니다. 이러한 포트폴리오에는 해당 워크로드에 이상적인 인스턴스를 찾을 수 있는 리소스가 포함되어 있습니다.

Q. C5 인스턴스에서 지원되는 운영 체제/AMI는 무엇입니까?

C5 인스턴스에서는 ENA 네트워킹을 지원하는 EBS 기반 HVM AMI 및 NVMe 기반 스토리지에서의 부팅 기능을 함께 사용할 수 있습니다. C5에서는 다음 AMI를 지원합니다.

  • Amazon Linux 2014.03 이상
  • Ubuntu 14.04 이상
  • SUSE Linux Enterprise Server 12 이상
  • Red Hat Enterprise Linux 7.4 이상
  • CentOS 7 이상
  • Windows Server 2012 R2
  • Windows Server 2016
  • FreeBSD 11.1-RELEASE

Q. C5 고객이 사용할 수 있는 스토리지 옵션은 무엇입니까?

C5 인스턴스는 EBS 볼륨을 스토리지로 사용하고, 기본적으로 EBS에 최적화되어 있으며, 암호화된 EBS 볼륨 및 암호화되지 않은 EBS 볼륨 모두에 대해 최대 9Gbps의 처리량을 제공합니다. C5 인스턴스는 PCI가 연결된 NVM Express(NVMe) 인터페이스를 통해 EBS 볼륨에 액세스합니다. NVMe는 I3 인스턴스와 함께 제공되는 로컬 NVMe 스토리지 등 플래시 기반 SSD에 일반적으로 사용되는 효율적이고 확장성이 뛰어난 스토리지 인터페이스입니다. NVMe 인터페이스는 Xen 반가상화 블록 디바이스와 비교할 때 지연 시간이 더 짧지만, EBS 볼륨에 액세스할 때 볼륨 유형, 크기 및 프로비저닝된 IOPS(해당되는 경우)를 통해 볼륨의 전반적인 지연 시간 및 처리량 특성을 확인합니다. NVMe를 사용하여 EBS 볼륨을 제공할 때 PCI 핫플러그를 통해 EBS 볼륨이 연결되고 분리됩니다.

Q. C5 인스턴스에서 지원되는 네트워크 인터페이스는 무엇입니까?

C5 인스턴스는 네트워킹에 Elastic Network Adapter(ENA)를 사용하고 향상된 네트워킹을 기본적으로 활성화합니다. ENA를 통해 C5 인스턴스는 최대 25Gbps의 네트워크 대역폭을 사용할 수 있습니다.

Q. C5 인스턴스에서 지원되는 스토리지 인터페이스는 무엇입니까?

C5 인스턴스는 NVMe EBS 디바이스 모델만 지원합니다. C5 인스턴스에 연결된 EBS 볼륨은 NVMe 디바이스로 나타납니다. NVMe는 지연 시간을 줄이고 디스크 I/O 및 처리량을 늘리는 최신 스토리지 인터페이스입니다.

Q. 얼마나 많은 EBS 볼륨을 C5 인스턴스에 연결할 수 있습니까?

C5 인스턴스는 모든 운영 체제에서 최대 27개의 EBS 볼륨을 지원합니다. 한도는 ENI 연결(http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html) 상태와 공유됩니다. 예: 모든 인스턴스에는 최소 1개의 ENI가 있으므로 c4.2xlarge에 3개의 추가 ENI 연결이 있는 경우 24개의 EBS 볼륨을 해당 인스턴스에 연결할 수 있습니다.

Q. C5 인스턴스의 기본 하이퍼바이저는 무엇입니까?

C5 인스턴스는 핵심 KVM 기술을 기반으로 하는 새로운 EC2 하이퍼바이저를 사용합니다.

Q: Linux에서 보고한 총 메모리가 C5 인스턴스 유형의 보급 메모리와 일치하지 않는 이유는 무엇입니까?

C5에서 인스턴스의 총 메모리 중 일부는 ACPI 테이블 및 가상 비디오 RAM과 같은 디바이스에서 가상 BIOS가 사용하는 영역을 포함하여 운영 체제에서 사용하도록 예약되어 있습니다.


Q: 가속화된 컴퓨팅 인스턴스란 무엇입니까?

가속화된 컴퓨팅 인스턴스 패밀리는 하드웨어 액셀러레이터 또는 코프로세서를 사용하여 부동 소수점 수 계산이나 그래픽 처리 등 일부 함수를 CPU에서 실행되는 소프트웨어보다 훨씬 효율적으로 수행할 수 있는 인스턴스 패밀리입니다. Amazon EC2는 범용 컴퓨팅을 위한 GPU 컴퓨팅 인스턴스, 그래픽 집약적 애플리케이션을 위한 GPU 그래픽 인스턴스, 고급 과학 워크로드를 위한 FPGA 프로그래밍 가능한 하드웨어 컴퓨팅 인스턴스라는 3가지 유형의 가속화된 컴퓨팅 인스턴스를 제공합니다.

Q: GPU 그래픽 인스턴스와 GPU 컴퓨팅 인스턴스는 언제 사용해야 합니까?

GPU 인스턴스는 수천 개의 스레드를 사용하는 워크로드와 같이 대규모 병렬 처리를 수행하는 애플리케이션에 가장 적합합니다. 그래픽 처리는 대규모 컴퓨팅 파워를 요구하는 예로서 각 작업이 비교적 작고, 수행되는 작업의 세트가 하나의 파이프라인을 형성하며, 이 파이프라인의 처리량이 개별 작업의 지연 시간보다 더 중요합니다. 이러한 수준의 병렬 처리를 활용하는 애플리케이션을 구축할 수 있으려면 GPU 디바이스별 지식, 즉 다양한 그래픽 API(DirectX, OpenGL) 또는 GPU 컴퓨팅 프로그래밍 모델(CUDA, OpenCL)을 프로그래밍하는 방법을 이해해야 합니다.

Q: P3 인스턴스는 G3 인스턴스와 어떻게 다릅니까?

P3 인스턴스는 차세대 EC2 범용 GPU 컴퓨팅 인스턴스로서, 최대 8개의 최신 세대 NVIDIA Tesla V100 GPU를 제공합니다. 이러한 새로운 인스턴스는 성능과 확장성이 대폭 향상되었고, 기계 학습(ML)/딥 러닝(DL) 성능 최적화를 위한 새로운 스트리밍 멀티프로세서(SM) 아키텍처, 2세대 NVIDIA NVLink 고속 GPU interconnect, 효율성 향상을 위해 정교하게 튜닝된 HBM2 메모리를 비롯한 새로운 기능이 다수 추가되었습니다.

G3 인스턴스는 NVIDIA Tesla M60 GPU를 사용하며 DirectX 또는 OpenGL을 사용하는 그래픽 애플리케이션을 위해 고성능 플랫폼을 제공합니다. NVIDIA Tesla M60 GPU는 NVIDIA GRID 가상 워크스테이션 기능과 H.265(HEVC) 하드웨어 인코딩을 지원합니다. G3 인스턴스의 각 M60 GPU에는 최대 4096x2160의 해상도로 모니터 4대를 지원하고 1명의 동시 연결 사용자가 NVIDIA GRID 가상 워크스테이션을 사용할 수 있는 라이선스가 포함되어 있습니다. G3 인스턴스 애플리케이션의 예로는 3D 시각화, 그래픽 집약적 원격 워크스테이션, 3D 렌더링, 애플리케이션 스트리밍, 비디오 인코딩 및 기타 서버 측 그래픽 워크로드를 들 수 있습니다.

Q: NVIDIA Volta GV100 GPU의 이점은 무엇입니까?

새로운 NVIDIA Tesla V100 액셀러레이터는 강력한 신규 NVIDIA Volta GV100 GPU를 통합합니다. GV100은 이전 모델인 Pascal GP100 GPU를 기반으로 구축되었을 뿐만 아니라, 성능과 확장성이 대폭 향상되었고, 프로그래밍 기능을 개선하는 많은 새로운 기능이 추가되었습니다. 이러한 향상된 기능으로 HPC, 데이터 센터, 슈퍼컴퓨터 및 딥 러닝 시스템과 애플리케이션을 충분히 지원할 수 있을 것입니다.

Q: P3 인스턴스는 누구에게 유용합니까?

뛰어난 컴퓨팅 성능을 제공하는 P3 인스턴스는 인공 지능(AI), 기계 학습(ML), 딥 러닝(DL) 및 HPC(고성능 컴퓨팅) 애플리케이션을 사용하는 사용자에게 유용합니다. 사용자에는 데이터 과학자, 데이터 아키텍트, 데이터 분석가, 과학 연구원, ML 엔지니어, IT 관리자 및 소프트웨어 개발자가 포함됩니다. 주요 산업으로는 운송, 에너지/석유 및 가스, 금융 서비스(뱅킹, 보험), 의료 서비스, 제약, 과학, IT, 소매, 제조, 첨단 기술, 정부, 학계 등이 포함됩니다.

Q: P3 인스턴스의 주요 사용 사례는 어떻게 됩니까?

P3 인스턴스는 GPU를 사용하여 자율 차량 플랫폼, 음성, 이미지 및 텍스트 인식 시스템, 지능형 비디오 분석, 분자 시뮬레이션, 신약 개발, 질병 진단, 일기 예보, 빅 데이터 분석, 금융 모델링, 로봇 공학, 공장 자동화, 실시간 언어 번역, 온라인 검색 최적화, 맞춤형 사용자 추천을 비롯하여 수많은 딥 러닝 시스템과 애플리케이션을 가속화합니다.

Q: 고객이 AI/ML 및 HPC에 GPU 지원 Amazon P3 인스턴스를 사용하는 이유는 무엇입니까?

GPU 기반 컴퓨팅 인스턴스는 GPU당 수천 개의 특별 코어를 사용하여 대규모 병렬 처리를 수행하도록 설계되었으므로 몇 개의 코어로 순차적 처리를 지원하는 CPU보다 더 뛰어난 처리량 및 성능을 제공합니다. 또한, 개발자는 양자 화학, 분자 역학, 기상학 등 수백 개에 달하는 GPU 최적화 과학 HPC 애플리케이션을 구축했습니다. 연구 조사에 따르면 가장 널리 사용되는 HPC 애플리케이션의 70% 이상이 기본적으로 GPU에 대한 지원을 제공합니다.

Q: P3 인스턴스는 EC2 Classic 네트워킹과 Amazon VPC를 지원합니까?

PC 인스턴스는 VPC만 지원합니다.

Q: G3 인스턴스는 P2 인스턴스와 어떻게 다릅니까?

G3 인스턴스는 NVIDIA Tesla M60 GPU를 사용하며 DirectX 또는 OpenGL을 사용하는 그래픽 애플리케이션을 위해 고성능 플랫폼을 제공합니다. NVIDIA Tesla M60 GPU는 NVIDIA GRID 가상 워크스테이션 기능과 H.265(HEVC) 하드웨어 인코딩을 지원합니다. G3 인스턴스의 각 M60 GPU에는 최대 4096x2160의 해상도로 모니터 4대를 지원하고 1명의 동시 연결 사용자가 NVIDIA GRID 가상 워크스테이션을 사용할 수 있는 라이선스가 포함되어 있습니다. G3 인스턴스 애플리케이션의 예로는 3D 시각화, 그래픽 집약적 원격 워크스테이션, 3D 렌더링, 애플리케이션 스트리밍, 비디오 인코딩 및 기타 서버 측 그래픽 워크로드를 들 수 있습니다.

P2 인스턴스는 NVIDIA Tesla K80 GPU를 사용하며 CUDA 또는 OpenCL 프로그래밍 모델을 사용하는 범용 GPU 컴퓨팅용으로 설계되었습니다. P2 인스턴스는 고객에게 고대역폭 25Gbps 네트워킹, 강력한 단정밀 및 배정밀 부동 소수점 성능, 오류 수정 코드(ECC) 메모리를 제공하므로 딥 러닝, 고성능 데이터베이스, 전산 유체 역학, 컴퓨팅 금융, 내진 해석, 분자 모델링, 유전체학, 렌더링 및 기타 서버 측 GPU 컴퓨팅 워크로드에 매우 적합합니다.

Q: P3 인스턴스는 G2 인스턴스와 어떻게 다릅니까?

P3 인스턴스는 차세대 EC2 범용 GPU 컴퓨팅 인스턴스로서, 최대 8개의 최신 세대 NVIDIA Volta GV100 GPU를 제공합니다. 이러한 새로운 인스턴스는 성능과 확장성이 대폭 향상되었고, 기계 학습(ML)/딥 러닝(DL) 성능에 최적화된 새로운 스트리밍 멀티프로세서(SM) 아키텍처, 2세대 NVIDIA NVLink 고속 GPU interconnect, 효율성 향상을 위해 정교하게 튜닝된 HBM2 메모리를 비롯한 새로운 기능이 다수 추가되었습니다.

P2 인스턴스는 NVIDIA Tesla K80 GPU를 사용하며 CUDA 또는 OpenCL 프로그래밍 모델을 사용하는 범용 GPU 컴퓨팅용으로 설계되었습니다. P2 인스턴스는 고객에게 고대역폭 25Gbps 네트워킹, 강력한 단정밀 및 배정밀 부동 소수점 성능, 오류 수정 코드(ECC) 메모리를 제공합니다.

Q: GPU 그래픽 및 컴퓨팅 인스턴스는 어떤 API 및 프로그래밍 모델을 지원합니까?

P3 인스턴스는 CUDA 9 및 OpenCL을, P2 인스턴스는 CUDA 8 및 OpenCL 1.2를, G3 인스턴스는 DirectX 12, OpenGL 4.5, CUDA 8 및 OpenCL 1.2를 지원합니다.

Q: P3 및 G3 인스턴스용 NVIDIA 드라이버는 어디에서 구할 수 있습니까?

NVIDIA 드라이버를 확보하는 방법에는 2가지가 있습니다. AWS Marketplace에 NVIDIA 드라이버가 사전 설치된 Amazon Linux AMI 및 Windows Server AMI를 제공하는 상품 목록이 있습니다. 아니면 64비트의 HVM AMI를 시작하고 직접 드라이버를 설치할 수도 있습니다. 그러려면 NVIDIA 드라이버 웹 사이트를 방문하여 P3용 NVIDIA Tesla V100, P2용 NVIDIA Tesla K80 및 G3 인스턴스용 NVIDIA Tesla M60을 검색해야 합니다.

Q: P2, P3 및 G3 인스턴스에서는 어떤 AMI를 사용할 수 있습니까?

현재 P2 및 G3 인스턴스에서는 Windows Server, SUSE Enterprise Linux, Ubuntu 및 Amazon Linux AMI를 사용할 수 있습니다. P3 인스턴스에서는 HVM AMI만 지원합니다. 여기 나열되지 않은 운영 체제로 AMI를 시작하려면 AWS 고객 센터에 요청하거나 EC2 포럼을 통해 문의하십시오.

Q: G2 및 G3 인스턴스를 사용하려면 타사 라이선스가 필요합니까?

NVIDIA 드라이버와 GRID SDK를 제외하고는 G2 및 G3 인스턴스를 사용하는 데 타사 라이선스가 꼭 필요하지는 않습니다. 하지만 G2 및 G3 인스턴스에 사용되는 콘텐츠나 기술에 추가 라이선스가 필요한지 아닌지는 사용자가 판단해야 합니다. 예를 들어, 콘텐츠를 스트리밍하고 있는 경우 해당 콘텐츠의 일부 및 전체에 대해 라이선스가 필요할 수 있습니다. Microsoft, Thomson, Fraunhofer IIS, Sisvel S.p.A., MPEG-LA 및 Coding Technologies의 운영 체제, 오디오 또는 비디오 인코더 및 디코더 같은 타사 기술을 사용 중인 경우 이들 공급업체에 문의하여 라이선스가 필요한지 판단하십시오. 예를 들어, NVIDIA GRID GPU에 내장된 h.264 비디오 인코더를 활용하는 경우 MPEG-LA에 지침을 문의하고, mp3 기술을 사용하는 경우 Thomson에 지침을 문의하십시오.

Q: NVIDIA 웹 사이트에서 다운로드한 드라이버로는 G3 인스턴스의 NVIDIA GRID 기능에 액세스할 수 없는 이유는 무엇입니까?

G3 인스턴스의 NVIDIA Tesla M60 GPU에서 모든 고급 그래픽 기능을 사용하고 최대 4096x2160 해상도로 모니터 4대를 지원하려면 특수한 NVIDIA GRID 드라이버가 필요합니다. NVIDIA GRID 드라이버가 사전에 설치된 AMI를 사용하거나 AWS 설명서를 따라 NVIDIA GRID 드라이버를 다운로드하여 설치해야 합니다.

Q: Microsoft 원격 데스크톱을 사용할 때 GPU를 볼 수 없는 이유는 무엇입니까?

원격 데스크톱을 사용 중일 때 WDDM 드라이버 모델을 사용하는 GPU는 비가속 원격 데스크톱 디스플레이 드라이버로 대체됩니다. GPU 하드웨어에 액세스하려면 VNC와 같은 다른 원격 액세스 도구를 사용해야 합니다.

Q. Amazon EC2 F1이 무엇입니까?

Amazon EC2 F1은 애플리케이션 가속화를 위한 프로그래밍 가능한 하드웨어가 탑재된 컴퓨팅 인스턴스입니다. 새로운 유형의 F1 인스턴스는 쉽게 이용할 수 있는 고성능 FPGA를 제공하여 맞춤형 하드웨어 가속 기능을 개발 및 배포하는데 효과적입니다.

Q. FPGA가 무엇이며, 왜 FPGA가 필요합니까?

FPGA는 소프트웨어를 사용해 구성할 수 있는 프로그래밍 방식의 집적 회로입니다. FPGA를 사용하면 CPU만 사용하는 서버에 비해 최대 30배까지 애플리케이션 속도를 높일 수 있습니다. 또한 FPGA는 다시 프로그래밍할 수 있기 때문에 하드웨어를 재설계하지 않고도 하드웨어 가속을 업데이트하여 최적화할 수 있을 정도로 유연합니다.

Q. F1이 이전 FPGA 솔루션과 다른 점은 무엇입니까?

F1은 애플리케이션 가속을 위해 프로그래밍 방식의 하드웨어를 사용하는 AWS 인스턴스입니다. F1을 사용하면 클릭 몇 번으로 FPGA 하드웨어에 쉽게 액세스할 뿐만 아니라 FPGA 개발부터 확장 배포에 이르는 전체 사이클을 수 개월 또는 수 년에서 수 일로 줄여 시간과 비용을 절감할 수 있습니다. FPGA 기술이 사용된 지는 수십 년이 지났지만 개발 인프라부터 하드웨어 설계 및 대규모 배포에 이르는 시간과 비용 때문에 가속기 개발을 비롯해 기존 기업 고객에게 맞춰 하드웨어를 판매하는 비즈니스 모델로는 애플리케이션 가속화 기술을 도입하여 성공하기가 무척 어려워졌습니다. 하지만 이 솔루션은 온프레미스 데이터 센터에서 FPGA를 개발하면서 분간할 수 없는 어려운 일들을 회피하는 데 효과적입니다.

Q: Amazon FPGA Image(AFI)가 무엇입니까?

FPGA를 프로그래밍할 목적으로 생성하는 설계를 Amazon FPGA Image(AMI)라고 부릅니다. AWS에서는 AFI를 등록, 관리, 복사, 쿼리 및 삭제하는 서비스를 제공합니다. AFI가 생성되면, 실행 중인 F1 인스턴스로 로드될 수 있습니다. 또한, 여러 AFI를 같은 F1 인스턴스로 로드하고, 런타임 시 재부팅 없이 AFI 간에 전환할 수 있습니다. 이를 통해 다수의 하드웨어 가속화 기능을 순차적으로 빠르게 테스트 및 실행할 수 있습니다. 또한, AWS Marketplace의 다른 고객에게 FPGA 가속화 기능 및 AMI와 사용자 지정 소프트웨어 또는 AFI 드라이버의 조합을 제공할 수 있습니다.

Q: 내 하드웨어 가속화 기능을 AWS Marketplace에서 판매하려면 어떻게 해야 합니까?

여러분은 AFI를 개발하고 해당 AFI를 사용하기 위한 소프트웨어 드라이버/도구를 개발하게 됩니다. 그런 다음 이러한 소프트웨어 도구/드라이버를 암호화된 형식으로 Amazon 머신 이미지(AMI)로 패키징하게 됩니다. AWS에서는 코드의 보안을 유지하기 위해 여러분이 제공하는 모든 AFI를 암호화된 형식으로 관리합니다. AWS Marketplace에서 제품을 판매하려면, 여러분 또는 여러분의 회사가 AWS Marketplace 판매자로 등록되어 있어야 합니다. 그런 다음 단일 제품으로 패키징될 AMI ID와 AFI ID를 제출하게 됩니다. AWS Marketplace에서 AMI와 AFI를 복제하여 제품을 생성하고, 제품 코드를 해당 아티팩트에 연결합니다. 그러면 이 제품 코드를 구독하는 최종 사용자가 이 AMI와 AFI에 액세스할 수 있습니다.

Q: F1 인스턴스에서 사용할 수 있는 서비스는 무엇입니까?

AWS는 개발자를 위해 개발 주기를 가속할 수 있는 HDK(하드웨어 개발 키트), 클라우드 개발용 FPGA Developer AMI, F1 인스턴스를 실행하는 AMI용 SDK, 그리고 AFI 등록, 관리, 복사, 쿼리 및 삭제를 위한 API 세트를 제공하고 있습니다. 개발자나 고객 모두 AWS Marketplace에서 애플리케이션 가속에 사용할 AFI를 구매할 수 있습니다.

Q. F1 인스턴스를 사용하려면 FPGA에 대해 잘 알아야 합니까?

AWS Marketplace에서 F1에 최적화된 AMI를 구독하는 AWS 고객들은 FPGA에 대해 전혀 모르더라도 F1 인스턴스 및 AWS Marketplace에서 제공하는 가속화 기능을 이용하는 데 아무런 상관없습니다. AWS Marketplace에서 워크로드에 적합한 가속화 기능을 지원하는 F1 최적화 AMI를 구독하기만 하면 됩니다. AMI에는 FPGA 가속화 기능을 사용하는 데 필요한 소프트웨어가 모두 포함되어 있습니다. 고객은 해당 가속기에 적합한 API에 따라 소프트웨어를 개발하여 가속기를 사용하기만 하면 됩니다.

Q. 저는 FPGA 개발자입니다. F1 인스턴스를 처음 사용하려면 어떻게 해야 합니까?

개발자는 AWS 계정을 만들고 AWS 하드웨어 개발 키트(HDK)를 다운로드하여 처음부터 F1 인스턴스를 사용할 수 있습니다. HDK에는 F1 설명서, 내부 FPGA 인터페이스, 그리고 AFI 생성용 컴파일러 스크립트가 포함되어 있습니다. 개발자는 HDK와 함께 제공되는 인터페이스에 FPGA 코드를 작성하여 가속화 기능을 개발할 수 있습니다. 개발자는 FPGA Developer AMI를 사용해 AWS 인스턴스를 시작할 수도 있습니다. 이 AMI에는 FPGA 코드를 컴파일 및 시뮬레이션하는 데 필요한 개발 도구가 포함되어 있습니다. Developer AMI는 최신 C5, M5 또는 R4 인스턴스에서 가장 효과적으로 실행됩니다. 개발자는 FPGA 코드 작성에 사용할 프로그래밍 언어(Verilog, VHDL 등)에 대한 경험이 필요하며, 가속화하려는 작업에 대해서도 잘 알고 있어야 합니다.

Q. 저는 FPGA 개발자가 아닙니다. F1 인스턴스를 처음 사용하려면 어떻게 해야 합니까?

개발자를 제외하고 처음 사용하는 고객들도 AWS Marketplace에서 AWS Marketplace 판매자가 제공하는 가속기를 선택한 후 해당 AMI를 사용해 F1 인스턴스를 시작할 수 있습니다. AMI에는 해당 가속기에 필요한 소프트웨어와 API가 모두 포함되어 있습니다. 가속기에 필요한 AFI를 포함하여 FPGA 프로그래밍은 AWS에서 관리합니다. 따라서 고객은 가속기 사용에 있어서 FPGA에 대한 경험이나 지식이 필요하지 않습니다. 해당 가속기에 필요한 소프트웨어 API 수준의 지식만 있어도 작업하는 데 아무런 문제가 없습니다.

Q. AWS가 개발자 키트를 제공합니까?

예. 하드웨어 개발 키트(HDK)에는 개발자가 가속화 코드를 시뮬레이션, 디버깅, 빌드 및 등록하는 데 필요한 시뮬레이션 도구와 모델이 포함되어 있습니다. 그 밖에 코드 샘플, 컴파일 스크립트 및 디버깅 인터페이스를 비롯해 F1 인트턴스용 FPGA 코드를 개발하는 데 필요한 도구들도 많습니다. HDK는 AWS에서 제공하는 AMI, 혹은 온프레미스 개발 환경에서도 사용 가능합니다. 이러한 모델과 스크립트는 AWS 계정에서 공개적으로 사용할 수 있습니다.

Q: 내 온프레미스 개발 환경에서 HDK를 사용할 수 있습니까?

예. 이 HDK(하드웨어 개발 키트)는 AWS가 제공하는 AMI 또는 온프레미스 개발 환경에서 사용할 수 있습니다.

Q. FPGA를 모든 유형의 EC2 인스턴스에 추가할 수 있습니까?

아니요. F1 인스턴스는 f1.2xlarge와 f1.16 xlarge 등 2가지 크기로 제공됩니다. 


Q: 클러스터 컴퓨팅 인스턴스란 무엇입니까?

클러스터 컴퓨팅 인스턴스는 고성능 컴퓨팅 리소스와 고성능 네트워킹을 결합한 인스턴스로, 고성능 컴퓨팅(HPC) 애플리케이션과 기타 사용량이 많은 네트워크 바인딩 애플리케이션에 적합합니다. 클러스터 컴퓨팅 인스턴스는 다른 Amazon EC2 인스턴스와 비슷한 기능을 제공하지만 고성능 네트워킹을 제공할 수 있도록 특별히 설계되었습니다.

Amazon EC2 클러스터 배치 그룹 기능을 통해 사용자가 클러스터 컴퓨팅 인스턴스를 클러스터로 그룹화하여 상당수의 HPC 애플리케이션에 일반적인, 긴밀하게 연결된 노드 간 통신에 필요한 저지연 네트워크 성능을 제공할 수 있습니다. 클러스터 컴퓨팅 인스턴스는 또한 Amazon EC2 환경과 인터넷 모두에서 크게 향상된 네트워크 처리량을 제공합니다. 따라서 이러한 인스턴스는 네트워크 중심의 작업을 수행해야 하는 고객 애플리케이션에도 적합합니다.

HPC 애플리케이션에 이 인스턴스 유형을 사용하는 방법에 대해 자세히 알아보십시오.

Q: 클러스터 배치 그룹에서 인스턴스를 시작할 때 예상할 수 있는 네트워크 성능은 어떻게 됩니까?

클러스터 배치 그룹에서 EC2 인스턴스가 사용할 수 있는 대역폭은 인스턴스 유형과 네트워킹 성능 사양에 따라 다릅니다. 배치 그룹에서 시작할 때는 단일 흐름 트래픽에서 최대 10Gbps까지 그리고 다중 흐름 트래픽에서 방향별(전이중)로 25GBps까지 사용할 수 있는 EC2 인스턴스를 선택합니다. 클러스터 배치 그룹 외부의 네트워크 트래픽(예: 인터넷)은 5Gbps(전이중)로 제한됩니다.

Q: 클러스터 GPU 인스턴스란 무엇입니까?

클러스터 GPU 인스턴스는 CUDA 및 OpenCL 프로그래밍 모델 기반 GPU에 의해 가속될 수 있는 고성능 CPU 및 높은 수준의 병렬 처리를 활용하는 애플리케이션에 비교적 높은 CPU 및 향상된 네트워크 성능을 갖춘 일반 용도의 GPU(그래픽 처리 장치)를 제공합니다. 일반 애플리케이션에는 모델링 및 시뮬레이션, 렌더링 및 미디어 처리가 포함되어 있습니다.

클러스터 GPU 인스턴스는 고객에게 클러스터 컴퓨팅 인스턴스를 능가하는 HPC 워크로드 옵션을 제공하여 클라우드에서 고성능 클러스터를 추가로 사용자 지정할 수 있으므로 GPU의 병렬 컴퓨팅 성능을 활용할 수 있는 애플리케이션에 적합합니다.

클러스터 GPU 인스턴스는 클러스터 컴퓨팅 인스턴스와 동일한 클러스터 배치 그룹 기능을 사용해 인스턴스를 클러스터로 그룹화하여 상당수의 HPC 애플리케이션에 일반적인, 긴밀하게 연결된 노드 간 통신에 필요한 저지연, 고대역폭 네트워크 성능을 제공할 수 있습니다.

AWS의 HPC에 대해 자세히 알아보기.

Q: 고용량 메모리 클러스터 인스턴스란 무엇입니까?

고용량 메모리 클러스터 인스턴스는 인스턴스당 대량의 메모리 및 CPU 기능과 높은 네트워크 성능을 고객에게 제공합니다. 이러한 인스턴스 유형은 인 메모리 분석 시스템, 그래프 분석, 대다수의 과학/엔지니어링 애플리케이션 등과 같은 메모리 집약적 워크로드에 이상적입니다.

고용량 메모리 클러스터 인스턴스는 클러스터 컴퓨팅 인스턴스와 동일한 클러스터 배치 그룹 기능을 사용해 인스턴스를 클러스터로 그룹화하여, 대부분 HPC 및 다른 네트워크 집약적 애플리케이션에 일반적인 밀결합된 노드 간 통신에 필요한 짧은 지연 시간 및 고대역폭 네트워크 성능을 제공할 수 있습니다.

Q: 클러스터 컴퓨팅 인스턴스는 Amazon EC2 인스턴스 유형과 다르게 사용됩니까?

클러스터 컴퓨팅 인스턴스와 클러스터 GPU 인스턴스 사용은 다른 Amazon EC2 인스턴스 유형과 두 가지 측면에서 다릅니다.

첫째로, 클러스터 컴퓨팅 인스턴스와 클러스터 GPU 인스턴스는 하드웨어 가상 머신(HVM) 기반 가상화를 사용하며, HVM 가상화를 기반으로 하는 Amazon 머신 이미지(AMI)만 실행합니다. 다른 Amazon EC2 인스턴스 유형에 사용되는 Paravirtual Machine(PVM) 기반 AMI는 클러스터 컴퓨팅 또는 클러스터 GPU 인스턴스에 사용할 수 없습니다.

둘째로, 제공되는 짧은 지연 시간 및 인스턴스 간 양방향 대역폭을 최대한 활용하려면 Amazon EC2 API 또는 AWS Management Console을 통해 클러스터 컴퓨팅 인스턴스와 클러스터 GPU 인스턴스를 클러스터 배치 그룹으로 시작해야 합니다.

Q: 클러스터 배치 그룹이란 무엇입니까?

클러스터 배치 그룹은 인스턴스를 그룹의 일부로 실행하여 인스턴스 클러스터를 만들 수 있게 해주는 논리 개체입니다. 그런 다음 인스턴스 클러스터가 그룹 내의 인스턴스 사이에 지연 시간이 짧은 양방향 25기가비트 이더넷 대역폭 연결을 제공합니다. 클러스터 배치 그룹은 Amazon EC2 API 또는 AWS Management Console을 통해 생성됩니다.

Q: Amazon EC2의 모든 기능을 클러스터 컴퓨팅 인스턴스와 클러스터 GPU 인스턴스에 사용할 수 있습니까?

현재 Amazon DevPay는 클러스터 컴퓨팅 인스턴스 또는 클러스터 GPU 인스턴스에 사용할 수 없습니다.

Q: 사용할 수 있는 클러스터 컴퓨팅 또는 클러스터 GPU 인스턴스의 수 및/또는 클러스터 컴퓨팅 인스턴스 또는 클러스터 GPU를 클러스터 배치 그룹으로 실행하여 만들 수 있는 클러스터의 크기에 제한이 있습니까?

클러스터 컴퓨팅 인스턴스에만 적용되는 제한은 없습니다. 클러스터 GPU 인스턴스의 경우 직접 2개의 인스턴스를 시작할 수 있습니다. 더 많은 용량이 필요할 경우 Amazon EC2 인스턴스 요청 양식(적합한 기본 인스턴스 유형 선택)을 작성해 주십시오.

Q: 클러스터 배치 그룹을 통해 내 클러스터에 대해 요청한 인스턴스 수를 모두 받을 수 있는 가능성을 최대화할 수 있는 방법이 있습니까?

클러스터를 하나만 시작할 때는 클러스터에 참여하는 데 필요한 최소한의 인스턴스로 시작하는 것이 좋습니다. 대규모 클러스터를 만들려면 여러 배치 그룹을 시작한 다음 이를 결합하면 됩니다. 예를 들어, 128개의 인스턴스로 구성된 두 개의 배치 그룹을 결합해 인스턴스가 총 256개인 더 큰 클러스터를 만들 수 있습니다.

Q: 클러스터 GPU 인스턴스와 클러스터 컴퓨팅 인스턴스를 단일 클러스터 배치 그룹으로 시작할 수 있습니까?

다양한 클러스터 인스턴스 유형을 단일 배치 그룹으로 시작할 수 있으나 현재 AWS는 동종 배치 그룹만 지원합니다.

Q: 클러스터 배치 그룹의 인스턴스가 중지되었다가 다시 시작된 경우 클러스터 배치 그룹에서 해당 인스턴스의 현재 상태가 유지됩니까?

예. 중지된 인스턴스는 중지되었을 때 속해 있던 클러스터 배치 그룹의 일부로 시작됩니다. 해당 클러스터 배치 그룹 내에서 시작하는 데 사용할 용량이 부족할 경우 시작되지 않습니다.


Q: 높은 I/O 인스턴스란 무엇입니까?

높은 I/O 인스턴스는 NVMe 기반 로컬 인스턴스 스토리지를 사용하여 애플리케이션에 짧은 지연 시간과 매우 높은 I/O 성능을 제공하며, 수백만 IOPS가 필요한 애플리케이션에 최적화되어 있습니다. 클러스터 인스턴스와 마찬가지로, 높은 I/O 인스턴스는 고대역폭 네트워킹을 위한 클러스터 배치 그룹을 통해 클러스터링될 수 있습니다.

Q: Amazon EC2의 모든 기능을 높은 I/O 인스턴스에 사용할 수 있습니까?

높은 I/O 인스턴스는 모든 Amazon EC2 기능을 지원합니다. I3 인스턴스는 NVMe 전용 스토리지를 제공하는 반면에 이전 세대 I2 인스턴스에서는 레거시 blkfront 스토리지에 액세스할 수 있습니다. 현재는 온디맨드, 예약 인스턴스 또는 스팟 인스턴스로만 높은 I/O 인스턴스를 구매할 수 있습니다.

Q: 사용할 수 있는 높은 I/O 인스턴스의 수에 제한이 있습니까?

현재는 기본적으로 2개의 i3.16xlarge 인스턴스를 시작할 수 있습니다. 3개 이상의 온디맨드 인스턴스를 실행하려면 Amazon EC2 인스턴스 요청 양식을 작성하십시오.

Q: i3.16xlarge 인스턴스에서 제공할 수 있는 IOPS는 얼마나 됩니까?

HVM AMI를 사용하는 경우 높은 I/O I3 인스턴스는 8개의 1.9TB NVMe 디바이스에 있는 애플리케이션에 4KB 블록을 100% 임의 읽기할 때 최대 330만 IOPS를 제공하고, 4KB 블록을 100% 임의 쓰기할 때 최대 30만 I/O를 제공할 수 있습니다. 

Q: i3 인스턴스의 순차 처리량은 어떻게 됩니까?

128K 블록을 기준으로 최대 순차 처리량은 초당 16GB 읽기 처리량과 초당 6.4GB 쓰기 처리량입니다.

Q: AWS는 다른 데이터베이스 및 빅 데이터를 제공합니다. 높은 I/O 인스턴스를 사용해야 하는 시기는 언제이고 그 이유는 무엇입니까?

높은 I/O 인스턴스는 지연 시간이 짧은 수백만 IOPS에 액세스해야 하는 애플리케이션에 적합하며, 데이터 중복성과 가용성을 관리하는 데이터 스토어 및 아키텍처를 활용할 수 있습니다. 애플리케이션 예는 다음과 같습니다.

  • Cassandra 및 MongoDB 같은 NoSQL 데이터베이스
  • Aerospike 같은 인 메모리 데이터베이스
  • Elasticsearch 및 분석 워크로드
  • OLTP 시스템

Q: 높은 I/O 인스턴스가 장애 조치 메커니즘이나 중복성을 제공합니까?

다른 Amazon EC2 인스턴스 유형과 마찬가지로, i3.16xlarge 인스턴스의 인스턴스 스토리지는 인스턴스 수명 주기 동안 유지됩니다. 고객이 애플리케이션에 복원력을 구현하기를 원할 경우 중복성 및 내결함성을 지원하는 데이터베이스와 파일 시스템을 사용하는 것이 좋습니다. 데이터를 손실 없이 장기간 보관하려면 고객은 정기적으로 Amazon S3에 데이터를 백업해야 합니다.

Q: 높은 I/O 인스턴스가 TRIM을 지원합니까?

TRIM 명령을 사용하면 운영 체제가 어떤 데이터 블록이 더 이상 사용되지 않는 것으로 간주되고 내부적으로 정리될 수 있는지 SSD에 알릴 수 있습니다. TRIM이 없으면 관련된 블록에 대한 차후의 쓰기 작업이 상당히 느려질 수 있습니다. I3 인스턴스는 TRIM을 지원합니다.


Q: Amazon EC2 M5 인스턴스의 주요 사용 사례에는 어떤 것이 있습니까?

M5 인스턴스는 개발 및 테스트 환경, 웹, 모바일 및 게임 애플리케이션, 분석 애플리케이션, 비즈니스 크리티컬 애플리케이션(ERP, HR, CRM 및 협업 앱 등)을 실행하는 데 가장 적합합니다. 더 큰 메모리 공간을 제공하는 인스턴스에서 데이터 집약적 워크로드(예: HPC, SOLR 클러스터)를 실행하는 데 관심이 있는 고객에게는 M5가 적합합니다. 비디오 처리 워크로드와 같이 단정밀도 및 배정밀도 부동 소수점 성능과 벡터 처리를 주로 사용하고 더 큰 메모리가 필요한 워크로드는 M5에서 지원하는 AVX-512 명령을 충분히 활용할 수 있습니다.

Q: 고객이 EC2 M4 인스턴스 대신 EC2 M5 인스턴스를 선택해야 하는 이유는 무엇입니까?

새로운 EC2 M5 인스턴스는 EC2 M4 인스턴스보다 더 저렴한 비용으로 더 큰 인스턴스, 더 뛰어난 컴퓨팅 및 스토리지 성능, 일관성 및 보안을 제공합니다. EC2 M5 인스턴스의 가장 큰 이점은 M4와 비교하여 가격 대비 성능이 최대 14% 개선된 최신 세대의 인텔 제온 확장형 프로세서(Skylake라고 알려진)를 기반으로 한다는 것입니다. 이전 버전인 AVX2를 지원하는 M4 대비 AVX-512를 지원하는 M5를 사용하는 고객은 부동 소수점 성능이 필요한 워크로드에서 2배 뛰어난 성능을 확보할 수 있습니다. M5 인스턴스는 최대 25Gbps의 네트워크 대역폭과 최대 10Gbps의 전용 대역폭을 Amazon EBS에 제공합니다. M5 인스턴스는 EBS 버스트 기능을 통해 더 작은 인스턴스 크기에서 훨씬 더 뛰어난 네트워킹 및 Amazon EBS 성능을 제공합니다.

Q: 인텔 AVX-512에 대한 지원이 EC2 M5 인스턴스 고객에게 어떻게 도움이 됩니까?

인텔 Advanced Vector Extension 512(AVX-512)는 최신 인텔 제온 확장형 프로세서 패밀리에서 제공하는 새로운 CPU 명령어 집합으로, 과학 시뮬레이션, 재무 분석, 인공 지능, 기계 학습/딥 러닝, 3D 모델링 및 분석, 이미지 및 비디오 처리, 암호화 및 데이터 압축 등과 같은 워크로드와 사용 사례에서 성능을 가속화할 수 있습니다. 인텔 AVX-512는 암호화 알고리즘 처리에 탁월하며 암호화를 위한 성능 오버헤드를 줄여주므로 EC2 M5 고객은 성능 저하 없이 더 안전한 데이터 및 서비스를 분산 환경에 배포할 수 있습니다.

Q: M5 고객이 사용할 수 있는 스토리지 옵션에는 어떤 것이 있습니까?

M5 인스턴스는 스토리지에 EBS 볼륨을 활용합니다. 현재 M5 인스턴스에는 로컬 스토리지 옵션이 제공되지 않습니다.

Q: M5 인스턴스에서 지원되는 네트워크 인터페이스는 무엇입니까?

M5 인스턴스에서는 ENA 기반의 향상된 네트워킹만 지원합니다. M5 인스턴스는 네트백을 지원하지 않습니다. ENA를 사용하면 M5 인스턴스가 배치 그룹 내에서 시작된 경우 인스턴스 간에 최대 25Gbps의 네트워크 대역폭을 제공할 수 있습니다.

Q: M5 인스턴스에서 지원되는 운영 체제/AMI는 무엇입니까?

M5 인스턴스에서는 ENA 네트워킹을 지원하고 NVMe 스토리지에서 부팅되는 EBS-backed HVM AMI를 사용할 수 있습니다. M5에서는 다음 AMI를 지원합니다.

  • Amazon Linux 2014.03 이상
  • Ubuntu 14.04 이상
  • SUSE Linux Enterprise Server 12 이상
  • Red Hat Enterprise Linux 7.4 이상
  • CentOS 7 이상
  • Windows Server 2012 R2
  • Windows Server 2016
  • FreeBSD 11.1-RELEASE

Q: M5 고객이 사용할 수 있는 스토리지 옵션에는 어떤 것이 있습니까?

M5 인스턴스는 EBS 볼륨을 스토리지로 사용하고, 기본적으로 EBS에 최적화되어 있으며, 암호화된 EBS 볼륨 및 암호화되지 않은 EBS 볼륨 모두에 대해 최대 10Gbps의 처리량을 제공합니다. M5 인스턴스는 PCI가 연결된 NVM Express(NVMe) 인터페이스를 통해 EBS 볼륨에 액세스합니다. NVMe는 I3 인스턴스와 함께 제공되는 로컬 NVMe 스토리지 등 플래시 기반 SSD에 일반적으로 사용되는 효율적이고 확장성이 뛰어난 스토리지 인터페이스입니다. NVMe 인터페이스는 Xen 반가상화 블록 디바이스와 비교할 때 지연 시간이 더 짧지만, EBS 볼륨에 액세스할 때 볼륨 유형, 크기 및 프로비저닝된 IOPS(해당되는 경우)를 통해 볼륨의 전반적인 지연 시간 및 처리량 특성을 확인합니다. NVMe를 사용하여 EBS 볼륨을 제공할 때 PCI 핫플러그를 통해 EBS 볼륨이 연결되고 분리됩니다.

Q: 얼마나 많은 EBS 볼륨을 M5 인스턴스에 연결할 수 있습니까?

M5 인스턴스는 모든 운영 체제에서 최대 27개의 EBS 볼륨을 지원합니다. 한도는 ENI 연결(http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html) 상태와 공유됩니다. 예를 들어 모든 인스턴스에는 최소 1개의 ENI가 있으므로 m4.2xlarge에 3개의 ENI 연결이 추가된 경우 해당 인스턴스에 24개의 EBS 볼륨을 연결할 수 있습니다.

Q: M5 인스턴스의 기본 하이퍼바이저는 무엇입니까?

M5 인스턴스는 핵심 KVM 기술을 기반으로 하는 새로운 경량 Nitro 하이퍼바이저를 사용합니다.

Q: Linux에서 보고한 총 메모리가 M5 인스턴스 유형의 보급 메모리와 일치하지 않는 이유는 무엇입니까?

M5에서 인스턴스의 총 메모리 중 일부는 ACPI 테이블 및 가상 비디오 RAM과 같은 디바이스에서 가상 BIOS가 사용하는 영역을 비롯하여 운영 체제에서 사용하도록 예약되어 있습니다.

Q: 버스트 가능한 성능 인스턴스는 어떻게 다릅니까?

Amazon EC2는 고정 성능 인스턴스(예: C, M 및 R 인스턴스 패밀리)와 버스트 가능한 성능 인스턴스(예: T2) 중 선택할 수 있습니다. 버스트 가능한 성능 인스턴스는 기본 수준의 CPU 성능과 더불어 기본 수준을 넘어 버스트할 수 있는 기능을 제공합니다.

T2 인스턴스의 기본 성능과 순간 성능 기능은 CPU 크레딧에 의해 좌우됩니다. 각 T2 인스턴스는 인스턴스 크기를 기준으로 정해진 비율에 따라 지속적으로 CPU 크레딧을 받습니다. T2 인스턴스는 유휴 상태일 때 CPU 크레딧을 누적했다가 활성 상태일 때 사용합니다. CPU 크레딧 하나는 1분 동안 CPU 코어의 전체 성능을 제공합니다.

모델

vCPU

시간당 CPU 크레딧

최대 잔여 CPU 크레딧

기본 CPU 성능

t2.nano 1 3 72 코어의 5%

t2.micro

1

6

144

코어의 10%

t2.small

1

12

288

코어의 20%

t2.medium

2

24

576

코어의 40%*

t2.large 2 36 864 코어의 60%**

t2.xlarge

4

54

1,296

코어의 90%***

t2.2xlarge

8

81

1,944

코어의 135%***

* t2.medium의 경우, 단일 스레드 애플리케이션에서 코어 1개 성능의 40%를 사용하거나, 필요한 경우 멀티스레드 애플리케이션에서 코어 2개 성능의 각각 20%를 사용할 수 있습니다.

**t2.large의 경우, 단일 스레드 애플리케이션에서 코어 1개 성능의 60%를 사용하거나, 필요한 경우 멀티스레드 애플리케이션에서 코어 2개 성능의 각각 30%를 사용할 수 있습니다.

*** t2.xlarge의 경우, 단일 스레드 애플리케이션에서 코어 1개 성능의 90%를 사용하거나, 필요한 경우 멀티스레드 애플리케이션에서 코어 2개 성능의 각각 45% 또는 코어 4개 성능의 22.5%를 사용할 수 있습니다.

**** t2.large의 경우, 단일 스레드 애플리케이션에서 코어 1개 성능 전체를 사용하거나, 필요한 경우 멀티스레드 애플리케이션에서 코어 2개 성능의 각각 67.5% 또는 코어 8개 성능의 16.875%를 사용할 수 있습니다. 

Q: T2 인스턴스에 적합한 Amazon 머신 이미지(AMI)를 선택하려면 어떻게 해야 합니까?

운영 체제의 최소 메모리 요구 사항을 확인하고 애플리케이션이 각 T2 인스턴스 크기에 할당된 메모리 내에 있는지(예: t2.nano의 경우 512MiB) 확인해야 합니다. 예를 들어 Microsoft Windows와 같이 상당한 메모리와 CPU를 사용하는 그래픽 사용자 인터페이스(GUI)가 탑재된 운영 체제는 대부분 사용 사례에서 t2.micro 또는 더 큰 인스턴스가 필요할 수 있습니다. t2.nano 인스턴스 유형에 적합한 AMI는 AWS Marketplace에서 확인할 수 있습니다. GUI가 필요 없는 Windows 고객은 Microsoft Windows Server 2012 R2 Core AMI를 사용할 수 있습니다.

Q: T2 같은 성능 순간 확장 가능 인스턴스를 언제 선택해야 합니까?

T2 인스턴스는 다양한 범용 프로덕션 워크로드에 적합한 비용 효율적인 플랫폼을 제공합니다. T2 무제한 인스턴스는 필요한 기간 동안 높은 CPU 성능을 유지할 수 있습니다. 워크로드에서 기본 성능보다 훨씬 높은 CPU 사용량을 일관되게 요구하는 경우, M 또는 C와 같은 전용 CPU 인스턴스 패밀리를 고려하십시오.

Q: 각 T2 인스턴스의 잔여 CPU 크레딧을 확인하려면 어떻게 해야 합니까?

각 T2 인스턴스에 대한 잔여 CPU 크레딧은 Amazon CloudWatch의 인스턴스당 EC2 측정치를 확인하면 됩니다. T2 인스턴스에는 CPUCreditUsage, CPUCreditBalance, CPUSurplusCreditBalance 및 CPUSurplusCreditsCharged라는 4개의 지표가 있습니다. CPUCreditUsage는 사용된 CPU 크레딧 양을 나타냅니다. CPUCreditBalance는 잔여 CPU 크레딧을 나타냅니다. CPUSurplusCredit Balance는 지급된 크레딧 없이 버스팅에 사용된 크레딧을 나타냅니다. CPUSurplusCreditsCharged는 평균 사용량이 기준선을 초과한 경우 청구된 크레딧을 나타냅니다.

Q: T2 인스턴스에서 크레딧을 거의 다 사용한 경우(잔여 CPU 크레딧이 0에 가까워짐) CPU 성능은 어떻게 됩니까?

T2 인스턴스의 잔여 CPU 크레딧이 0인 경우 기본 CPU 성능을 유지합니다. 예를 들어 t2.micro는 물리적 CPU 코어의 10%에 해당하는 기본 성능을 제공합니다. 인스턴스의 잔여 CPU 크레딧이 0에 도달하면 CPU 성능은 15분에 걸쳐 기본 성능까지 낮아집니다.

Q: T2 인스턴스 잔여 크레딧은 중단/시작 시에도 유지됩니까?

아니요. 중단된 인스턴스는 이전에 획득한 잔여 크레딧을 유지하지 않습니다.

Q: T2 인스턴스를 예약 인스턴스 또는 스팟 인스턴스로 구매할 수 있습니까?

T2 인스턴스는 온디맨드 인스턴스, 예약 인스턴스 또는 스팟 인스턴스로 구매할 수 있습니다.


Q: 고밀도 스토리지 인스턴스란 무엇입니까?

고밀도 스토리지 인스턴스는 하둡 분산 컴퓨팅, 대량 병렬 처리 데이터 웨어하우징, 로그 프로세싱 애플리케이션 등 매우 큰 데이터 집합에 대한 고순차 읽기 및 쓰기 액세스를 요구하는 워크로드를 위해 설계되었습니다. 고밀도 스토리지 인스턴스는 다른 EC2 인스턴스 중에서 최고의 가격/GB 스토리지 및 가격/디스크 처리량을 제공합니다.

Q: 고밀도 스토리지 및 HDD 스토리지 인스턴스는 높은 I/O 인스턴스와 어떻게 다릅니까? 

높은 I/O 인스턴스(I2)는 적절한 스토리지 밀도 외에도 낮은 지연 시간 및 높은 임의 I/O를 요구하는 워크로드를 대상으로 하며 EC2 인스턴스 유형 중에서 가격 대비 최고의 IOPS를 제공합니다. 고밀도 스토리지 인스턴스(D2) 및 HDD 스토리지 인스턴스(H1)는 대규모 데이터 세트를 위해 저비용 스토리지 및 높은 순차 읽기/쓰기 액세스가 필요한 애플리케이션에 최적화되었으며 EC2 인스턴스 중에서 GB당 가격 대비 최고의 스토리지 및 디스크 처리량을 제공합니다.

Q: 고밀도 스토리지 및 HDD 스토리지 인스턴스는 어느 정도의 디스크 처리량을 제공할 수 있습니까?

최신 세대의 고밀도 스토리지 인스턴스 중에서 규모가 가장 큰 d2.8xlarge는 2MiB 블록 크기로 최대 3.5GBps의 읽기 및 3.1GBps의 쓰기 디스크 처리량을 제공할 수 있습니다. H1 인스턴스 중 규모가 가장 큰 h1.16xlarge는 최대 1.15GBps의 읽기 및 쓰기를 제공할 수 있습니다. Linux D2 인스턴스에서 최고의 디스크 처리량 성능을 보장하기 위해서는 가장 최신 버전의 Amazon Linux AMI 또는 지속적 권한 부여를 지원하는 커널 버전 3.8 이상의 Linux AMI(디스크 처리량 및 확장성을 크게 향상시키는 Xen 블록 링 프로토콜의 확장)를 사용할 것을 권장합니다.

Q: 고밀도 스토리지 및 HDD 스토리지 인스턴스는 장애 조치 메커니즘이나 중복성을 제공합니까?

고밀도 스토리지 인스턴스의 기본 데이터 스토리지는 HDD 기반 인스턴스 스토리지입니다. 모든 인스턴스 스토리지와 마찬가지로 이러한 스토리지 볼륨은 인스턴스의 수명 기간 동안만 유지됩니다. 따라서 일정 정도의 중복성(예: RAID 1/5/6)을 구축하거나 중복성 및 내결함성을 지원하는 파일 시스템(예: HDFS 및 MapR-FS)을 사용하십시오. 또한 데이터 내구성을 높이기 위해 Amazon S3(Simple Storage Service)과 같은 내구성이 더 높은 데이터 스토리지 솔루션에 주기적으로 데이터를 백업할 수도 있습니다. Amazon S3를 참조하십시오.

Q: 고밀도 스토리지 및 HDD 스토리지 인스턴스와 Amazon EBS는 어떻게 다릅니까?

Amazon EBS는 Amazon EC2를 위한 단순하고 탄력적이고 안정적(복제된)이고 지속적인 블록 레벨 스토리지를 제공하는 한편, 사용 중인 기본 스토리지 미디어의 세부 사항을 추상화합니다. Amazon EC2 인스턴스 스토리지는 다양한 스토리지 애플리케이션에 사용할 수 있도록 직접 연결된 비지속적인 고성능 스토리지 구성 요소를 제공합니다. 고밀도 스토리지 인스턴스는 특히 하둡 분산 컴퓨팅 및 MPP 데이터 웨어하우징과 같이 로컬 스토리지에서 대량의 데이터 집합에 대한 높은 순차 읽기/쓰기 액세스를 원하는 고객을 대상으로 합니다.

Q: H1 인스턴스를 Amazon EBS 최적화 인스턴스로 시작할 수 있습니까?

각 H1 인스턴스 유형은 기본적으로 EBS에 최적화되어 있습니다. H1 인스턴스는 인스턴스에 제공되는 범용 네트워크의 처리량을 초과하는 1,750Mbps~14,000Mbps의 처리량을 EBS에 제공합니다. H1 인스턴스에는 이 기능이 항상 활성화되어 있으므로 H1 인스턴스를 명시적으로 EBS 최적화 인스턴스로 시작하더라도 인스턴스의 동작에는 아무런 영향을 주지 않습니다.

Q: D2 인스턴스를 Amazon EBS 최적화 인스턴스로 시작할 수 있습니까?

각 D2 인스턴스 유형은 기본적으로 EBS 최적화 인스턴스입니다. D2 인스턴스는 EBS에 대해 인스턴스에 제공되는 범용 네트워크의 처리량을 초과하는 500Mbps ~ 4,000Mbps의 처리량을 제공합니다. 이 기능은 D2 인스턴스에서 항상 활성화되어 있으므로 D2 인스턴스를 명시적으로 EBS 최적화 인스턴스로 시작하더라도 인스턴스의 작동에는 아무런 영향을 주지 않습니다.

Q: EC2 Classic에서도 HDD 스토리지 인스턴스가 제공됩니까?

현재 세대의 HDD 스토리지 인스턴스(H1 인스턴스)는 Amazon VPC에서만 시작될 수 있습니다. Amazon VPC를 사용하면 Amazon VPC 플랫폼에서만 제공되는 다양한 기능을 활용할 수 있습니다. 예를 들어, 향상된 네트워킹 기능을 활성화하거나, 인스턴스에 여러 프라이빗 IP 주소를 지정하거나, 인스턴스의 보안 그룹을 변경할 수 있습니다. VPC 사용 시 이점에 대한 자세한 내용은 Amazon EC2 및 Amazon Virtual Private Cloud(VPC) 페이지를 참조하십시오.

Q: EC2 Classic에서도 고밀도 스토리지 인스턴스가 제공됩니까?

현재 세대의 고밀도 스토리지 인스턴스(D2 인스턴스)는 EC2-Classic 및 Amazon VPC 모두에서 시작할 수 있습니다. 그러나 VPC에서 고밀도 스토리지 인스턴스를 시작할 경우, 향상된 네트워킹을 구현하고 여러 개의 프라이빗 IP 주소를 인스턴스에 할당하며 인스턴스의 보안 그룹을 변경하는 등 Amazon VPC 플랫폼에서만 지원되는 많은 기능을 활용할 수 있습니다. VPC의 이점에 대한 자세한 내용은 Amazon EC2 및 Amazon Virtual Private Cloud(VPC)를 참조하십시오. 리소스를 EC2-Classic에서 Amazon VPC로 마이그레이션하기 위한 조치를 취할 수 있습니다. 자세한 내용은 Linux 인스턴스를 EC2-Classic에서 VPC로 마이그레이션하기를 참조하십시오.


Q: 언제 메모리 최적화 인스턴스를 사용해야 합니까?

메모리 최적화 인스턴스는 인 메모리 애플리케이션, 인 메모리 데이터베이스, 인 메모리 분석 솔루션, 고성능 컴퓨팅(HPC), 과학 컴퓨팅 및 기타 메모리 집약적 애플리케이션을 포함하여, 메모리 사용량이 많은 애플리케이션을 위해 큰 메모리 크기를 제공합니다.

Q: 언제 X1 인스턴스를 사용해야 합니까?

X1 인스턴스는 SAP HANA와 같은 인 메모리 데이터베이스, Apache Spark나 Presto 같은 빅 데이터 처리 엔진, 고성능 컴퓨팅(HPC) 애플리케이션을 실행하기에 이상적입니다. X1 인스턴스는 SAP가 차세대 Business Suite S/4HANA, Business Suite on HANA(SoH), Business Warehouse on HANA(BW), Data Mart Solutions on HANA의 프로덕션 환경을 AWS 클라우드에서 실행하도록 인증한 인스턴스입니다.

Q: 언제 X1e 인스턴스를 사용해야 합니까?

X1e 인스턴스는 SAP HANA와 같은 인 메모리 데이터베이스, 고성능 데이터베이스 및 기타 메모리 최적화된 엔터프라이즈 애플리케이션을 실행하는 데 적합합니다. X1e 인스턴스는 X1 인스턴스와 비교하여 2배의 vCPU당 메모리를 제공합니다. x1e.32xlarge 인스턴스는 SAP가 차세대 Business Suite S/4HANA, Business Suite on HANA(SoH), Business Warehouse on HANA(BW), Data Mart Solutions on HANA의 프로덕션 환경을 AWS 클라우드에서 실행하도록 인증한 인스턴스입니다.

Q: X1과 X1e 인스턴스는 어떻게 다릅니까?

X1e 인스턴스는 vCPU당 32GB의 메모리를 제공하며, X1 인스턴스는 vCPU당 16GB의 메모리를 제공합니다. X1e 인스턴스 크기는 4 vCPU 및 122GiB 메모리에서 최대 128 vCPU 및 3,904GiB 메모리까지 6가지 인스턴스 구성을 지원합니다. X1 인스턴스 크기는 64 vCPU 및 976GiB 메모리와 128 vCPU 및 1,952GiB 메모리의 2가지 인스턴스 구성을 지원합니다.

Q: X1 및 X1e 인스턴스를 구동하는 인텔 E7(코드명 Haswell) 프로세서의 주요 사양은 어떻게 됩니까?

E7 프로세서에는 다수의 코어에서 효율적으로 규모가 조절되는 작업량을 지원하기 위해 코어 수가 많습니다. 또한, 인 메모리 애플리케이션의 성능을 높이기 위해 Intel E7 프로세서는 메모리 대역폭이 높고 L3 캐시가 더 큽니다. 또한, Intel E7 프로세서는 다음과 같은 이점이 있습니다.

  • 최신 인텔 AES-NI 기능을 통해 암호화 성능을 높일 수 있습니다.
  • 인 메모리 트랜잭션 데이터 처리 성능을 높이기 위해 TSX(Transactional Synchronization Extensions)를 지원합니다.
  • 대부분의 정수형 명령을 256비트로 확장하기 위해 인텔 AVX2(Advanced Vector Extensions 2) 프로세서 명령을 지원합니다.

Q: X1 및 X2e 인스턴스는 CPU 전원 관리 상태 제어 기능을 지원합니까?

예. x1e.32xlarge, x1e.16xlarge, x1e.8xlarge, x1.32xlarge 및 x1.16xlarge 인스턴스에 C 상태 및 P 상태를 구성할 수 있습니다. C 상태를 사용하여 더 높은 터보 주파수(코어 터보 1개 또는 2개로 3.1Ghz 지원)를 지원할 수 있습니다. 또한, P 상태를 사용하여 모든 코어를 P1 이상의 P 상태로 고정하여 터보를 비활성화하는 것과 유사한 효과를 내고 일정하게 기본 CPU 클록 속도로 실행함으로써 성능 변동성을 낮출 수도 있습니다.

Q: X1 및 X1e 인스턴스에서 지원되는 운영 체제는 무엇입니까?

X1 및 X1e 인스턴스는 많은 수의 vCPU를 제공하므로 vCPU 한도가 낮은 일부 Linux 운영 체제에서는 시작 문제가 발생할 수 있습니다. 따라서 이러한 인스턴스를 시작할 때는 최신 AMI를 사용할 것을 적극적으로 권장합니다. 

SAP HANA 워크로드에 대한 AMI 지원 중에는 SUSE Linux 12, SUSE Linux 12 SP1, SLES for SAP 12 SP1, SLES for SAP 12 SP2, RHEL 7.2 for SAP HANA 등이 있습니다. 

x1e.32xlarge 또한 Windows Server 2012 R2 및 2012 RTM을 지원합니다.  x1e.xlarge, x1e.2xlarge, x1e.4xlarge, x1e.8xlarge, x1e.16xlarge 및 x1.32xlarge도 Windows Server 2012 R2, 2012 RTM 및 2008 R2 64비트(Windows Server 2008 SP2 및 이전 버전은 지원되지 않음)를 지원하고 x1.16xlarge는 Windows Server 2012 R2, 2012 RTM, 2008 R2 64비트, 2008 SP2 64비트 및 2003 R2 64비트(Windows Server 32비트 버전은 지원되지 않음)를 지원합니다.

Q. X1 고객을 위해 어떤 스토리지 옵션을 사용할 수 있습니까?

X1 인스턴스는 SSD 기반 인스턴스 스토어를 제공하는데, 이는 로그, 버퍼, 캐시, 임시 테이블, 임시 계산 데이터 및 기타 임시 콘텐츠와 같은 정보를 임시로 저장하는 데 이상적입니다. X1 인스턴스 스토어는 Xen 블록 링 프로토콜에 대한 확장인 영구적 권한 부여를 지원하는 Linux 커널을 사용할 때 최상의 I/O 성능을 제공합니다.

X1 인스턴스는 기본적으로 EBS에 최적화되어 있으며 최대 14Gbps의 전용 대역폭을 EBS 볼륨에 제공합니다. EBS는 다양한 작업을 지원하기 위해 여러 가지 볼륨 유형을 제공합니다. 자세한 내용은 EC2 사용 설명서를 참조하십시오.

Q: X1e 고객이 사용할 수 있는 스토리지 옵션은 무엇입니까?

X1e 인스턴스는 SSD 기반 인스턴스 스토어를 제공하는데, 이는 로그, 버퍼, 캐시, 임시 테이블, 임시 계산 데이터 및 기타 임시 콘텐츠와 같은 정보의 임시 스토리지로 적합합니다. X1e 인스턴스 스토어는 Xen 블록 링 프로토콜에 대한 확장인 영구적 권한 부여를 지원하는 Linux 커널을 사용할 때 최상의 I/O 성능을 제공합니다.

X1e 인스턴스는 Amazon Elastic Block Storage(EBS)에 500Mbps(x1e.xlarge)에서 최대 14Gbps(x1e.32xlarge)까지 전용 처리량을 지원하며 추가 비용 없이 기본적으로 EBS에 최적화되어 있습니다. 자세한 내용은 EC2 사용 설명서를 참조하십시오.

Q: X1 및 X1e 인스턴스상에 비용 효율적인 장애 조치 솔루션을 구축하려면 어떻게 해야 합니까?

인스턴스 장애 발생 시 장애 조치의 관리를 개선하기 위해 설계된 Amazon EC2 기능인 Amazon EC2 자동 복구를 사용하여 X1 인스턴스에서 간단하고 비용 효율적인 장애 조치 솔루션을 설계할 수 있습니다. AWS CloudWatch 경보를 생성하여 X1 인스턴스를 위한 자동 복구를 사용할 수 있습니다. "EC2 상태 확인 실패(시스템)" 메트릭을 선택하고 "이 인스턴스 복구" 작업을 선택합니다. 인스턴스 복구는 인스턴스 복구 문제 해결 설명서에 반영되어 있는 내용을 포함한 기본 제한 사항에 따릅니다. 자세한 내용은 자동 복구 설명서Amazon CloudWatch 경보 생성을 각각 참조하십시오.

Q: X1 인스턴스와 AWS 클라우드에 사용 가능한 표준 SAP HANA 참조 배포 프레임워크가 있습니까?

높은 성능과 안정성을 위한 SAP의 권장 사항에 따라 X1 인스턴스에 필요한 모든 HANA 기본 구성 요소를 빠르게 배포하기 위해 AWS Quick Start 참조 HANA 배포를 사용할 수 있습니다. AWS Quick Starts는 모듈식이고 사용자 지정이 가능하므로, 기능을 추가하거나 자체 구현을 위해 수정할 수 있습니다. AWS에 HANA를 배포하는 데 대한 추가 정보는 AWS 클라우드의 SAP HANA: Quick Start 참조 배포 설명서를 참조하십시오.

Q: X1e 인스턴스와 AWS 클라우드에 사용할 수 있는 표준 SAP HANA 참조 배포 프레임워크가 있습니까?

AWS Quick Start 참조 HANA 배포를 사용하면 높은 성능과 안정성을 위한 SAP의 권장 사항에 따라 x1e.32xlarge 인스턴스상에 필요한 모든 HANA 빌딩 블록을 신속하게 배포할 수 있습니다. AWS Quick Starts는 모듈식이고 사용자 지정이 가능하므로, 이를 기반으로 기능을 추가하거나 자체 구현을 위해 수정할 수 있습니다. AWS에 HANA를 배포하는 데 대한 추가 정보는 SAP HANA on AWS Cloud: Quick Start Reference Deployment Guide를 참조하십시오.


Q: 요금제 페이지에서 M, C1, CC2, 1, CG1 및 HS1 인스턴스를 더는 찾아볼 수 없는 이유는 무엇입니까?

해당 인스턴스는 이전 세대 인스턴스 페이지로 이전되었습니다.

Q: 이러한 이전 세대 인스턴스가 계속해서 지원됩니까?

예. 이전 세대 인스턴스는 계속해서 완벽하게 지원됩니다.

Q: 계속해서 이전 세대 인스턴스를 사용하거나 추가할 수 있습니까?

예. 이전 세대 인스턴스는 AWS의 API, CLI 및 EC2 관리 콘솔 인터페이스에서 온디맨드 인스턴스, 예약 인스턴스 및 스팟 인스턴스로 계속해서 사용할 수 있습니다.

Q: 내 이전 세대 인스턴스는 삭제됩니까?

아니요. M, C1, CC2, 1, CG1 및 HS1 인스턴스는 계속해서 완벽하게 작동하며 이러한 변화로 인해 삭제되지는 않습니다.

Q: 이전 세대 인스턴스는 곧 중단됩니까?

현재 이전 세대 인스턴스를 종료하려는 계획은 없습니다. 그러나 급속하게 진화하는 기술로 인해 최신 세대 인스턴스가 가격 대비 최적의 성능을 제공하게 되면 AWS에서는 고객에게 최신 인스턴스를 사용하도록 권장할 수 있습니다.

Q: 예약 인스턴스로 구입한 이전 세대 인스턴스가 영향을 받거나 변경됩니까?

아니요. 예약 인스턴스는 변경되지 않으며 이전 세대 인스턴스도 삭제되지 않습니다.


Q: VM Import/Export란 무엇입니까?

VM Import/Export를 사용하면 고객은 Amazon EC2 인스턴스를 생성하기 위해 VM(가상 머신) 이미지를 가져올 수 있습니다. 또한, 고객은 VM 생성을 위해 이전에 가져온 EC2 인스턴스를 내보낼 수도 있습니다. VM Import/Export를 사용하면 고객은 가지고 있던 VM을 Amazon EC2로 마이그레이션하여 VM을 구축할 수 있기 때문에 기존 투자를 활용할 수 있습니다.

Q: 어떤 운영 체제를 지원합니까?

현재 VM Import/Export는 Windows Server 2003, Windows Server 2003 R2, Windows Server 2008, Windows Server 2012 R1, Red Hat Enterprise Linux(RHEL) 5.1-6.5(Cloud Access 사용), Centos 5.1-6.5, Ubuntu 12.04, 12.10, 13.04, 13.10, Debian 6.0.0-6.0.8, 7.0.0-7.2.0 등의 Windows 및 Linux VM을 지원합니다. 지원하는 파일 형식, 아키텍처, 운영 체제 구성 등 VM Import에 대한 세부 정보는 Amazon EC2 사용 설명서의 VM Import/Export 섹션을 참조하십시오.

Q: 어떤 가상 머신 파일 형식을 지원합니까?

VMware ESX VMDK 이미지, Citrix Xen VHD 이미지, Microsoft Hyper-V VHD 이미지 및 RAW 이미지를 Amazon EC2 인스턴스로 가져올 수 있습니다. 또한 EC2 인스턴스를 VMware ESX VMDK, VMware ESX OVA, Microsoft Hyper-V VHD 또는 Citrix Xen VHD 이미지로 내보낼 수 있습니다. 지원되는 운영 체제의 전체 목록은 어떤 운영 체제를 지원합니까?.

Q: VMDK란 무엇입니까?

VMDK는 단일 파일 내에 캡슐화된 가상 머신 하드 디스크를 지정하는 파일 형식입니다. 이 형식은 일반적으로 VMware, Inc.에서 판매하는 것과 같은 가상 IT 인프라에서 사용됩니다.

Q: VMware vSphere 클라이언트를 사용해 가져올 VMDK 파일을 준비하려면 어떻게 해야 합니까?

VMDK 파일은 VMware vSphere Client에서 File-Export-Export to OVF 템플릿을 호출해서 준비할 수 있습니다. 준비된 VMDK 파일은 이미지 크기를 줄이기 위해 압축되며 VM Import/Export와 호환됩니다. VMware vCenter용 Amazon EC2 VM Import Connector vApp을 사용하는 경우에는 별도의 준비가 필요하지 않습니다.

Q: VHD란 무엇입니까?

VHD(가상 하드 디스크)는 단일 파일 내에 캡슐화된 가상 머신 하드 디스크를 지정하는 파일 형식입니다. VHD 이미지 형식은 Microsoft Hyper-V 및 Citrix Xen과 같은 가상 플랫폼에서 사용됩니다.

Q: Citrix Xen에서 가져올 VHD 파일을 준비하려면 어떻게 해야 합니까?

Citrix XenCenter를 열고 내보낼 가상 머신을 선택합니다. Tools 메뉴 아래에서 "Virtual Appliance Tools"를 선택하고 "Export Appliance"를 선택해 내보내기 작업을 시작합니다. 내보내기가 완료되면 내보내기 대화 상자에서 지정한 대상 디렉터리에서 VHD 이미지 파일을 검색할 수 있습니다.

Q: Microsoft Hyper-V에서 가져올 VHD 파일을 준비하려면 어떻게 해야 합니까?

Hyper-V Manager를 열고 내보낼 가상 머신을 선택합니다. 가상 머신의 Actions 창에서 "Export"를 선택해 내보내기 작업을 시작합니다. 내보내기가 완료되면 내보내기 대화 상자에서 지정한 대상 디렉터리에서 VHD 이미지 파일을 검색할 수 있습니다.

Q: VM을 Amazon EC2로 가져올 때 고려해야 할 기타 요구 사항이 있습니까?

VMDK 또는 VHD 이미지를 만들려면 가상 머신이 중지된 상태여야 합니다. VM은 일시 정지되거나 일시 중단된 상태가 될 수 없습니다. 부팅 볼륨만 연결된 가상 머신을 내보내는 것이 좋습니다. ImportVolume 명령을 사용해 추가 디스크를 가져오고 AttachVolume을 사용해 가져온 디스크를 가상 머신에 연결할 수 있습니다. 또한 암호화된 디스크(예: Bit Locker)와 암호화된 이미지 파일은 지원되지 않습니다. 또한 사용자는 AWS로 가져오고 VM 이미지에 포함된 소프트웨어를 실행하는 데 필요한 모든 권한과 라이선스를 보유할 책임이 있습니다.

Q: Amazon EC2로 가져오려면 가상 머신을 특별한 방식으로 구성해야 합니까?

RDP(원격 데스크톱) 또는 SSH(Secure Shell)가 원격 액세스에 대해 활성화되어 있는지, 호스트 방화벽(Windows 방화벽, iptables 또는 이와 유사한 방화벽)이 구성되어 있다면 방화벽이 RDP 또는 SSH에 대한 액세스를 허용하는지 확인하십시오. 그렇지 않으면 가져오기가 완료된 후 인스턴스에 액세스할 수 없습니다. 또한, Windows VM이 관리자를 비롯한 모든 사용자에 대해 강력한 암호를 사용하도록 구성되어 있는지, Linux VM이 SSH 액세스를 위한 공개 키로 구성되어 있는지를 확인하십시오.

Q: 가상 머신을 Amazon EC2 인스턴스로 가져오려면 어떻게 해야 합니까?

Amazon EC2 API 도구인

  • ec2-import-instance API를 통해 VMDK, VHD 또는 RAW 파일 가져오기를 사용하여 VM 이미지를 가져올 수 있습니다. 인스턴스 가져오기 작업은 Amazon EC2 인스턴스 속성(인스턴스 크기, 가용 영역, 보안 그룹)을 올바르게 구성하는 데 필요한 파라미터를 캡처하고 디스크 이미지를 Amazon S3에 업로드합니다.
  • 업로드가 완료되지 않은 상태에서 ec2-import-instance가 중단되거나 종료될 경우 ec2-resume-import를 사용해 업로드를 다시 시작하십시오. 가져오기 작업이 중단된 지점부터 다시 시작됩니다.
  • ec2-describe-conversion-tasks 명령을 사용해 가져오기 진행률을 모니터링하고 결과 Amazon EC2 인스턴스 ID를 얻을 수 있습니다.
  • 가져오기 작업이 끝나면 ec2-run-instances API에 해당 인스턴스 ID를 지정하여 Amazon EC2 인스턴스를 부팅할 수 있습니다.
  • 마지막으로, ec2-delete-disk-image 명령행 도구를 사용해 Amazon S3에서 더 이상 필요하지 않은 디스크 이미지를 삭제할 수 있습니다.

또는 VMware vSphere 가상화 플랫폼을 사용하는 경우, vCenter용 AWS 관리 포털을 통해 제공되는 그래픽 사용자 인터페이스를 사용하여 가상 머신을 Amazon EC2로 가져올 수 있습니다. vCenter용 AWS 관리 포털에서 시작 안내서를 참조하십시오. vCenter용 AWS 관리 포털에는 VM Import를 위한 통합 지원이 포함되어 있습니다. 포털이 vCenter 내에 설치되면, VM을 마우스 오른쪽 버튼으로 클릭하고 "Migrate to EC2"를 선택하여 VM에서 EC2 인스턴스를 만들 수 있습니다. vCenter에서 VM을 내보내고 S3에 업로드하고 EC2 인스턴스로 전환하는 작업은 포털에서 처리하며, 사용자가 별도의 작업을 할 필요가 없습니다. 또한, 포털 내에서 VM 마이그레이션 작업의 진행 상황을 추적할 수도 있습니다.

Q: Amazon EC2 인스턴스를 내 온 프레미스 가상화 환경으로 다시 내보내려면 어떻게 해야 합니까?

다음과 같이 Amazon EC2 CLI 도구를 사용해 Amazon EC2 인스턴스를 내보낼 수 있습니다.

  • ec2-create-instance-export-task 명령을 사용해 인스턴스를 내보낼 수 있습니다. 내보내기 명령은 선택한 형식으로 인스턴스를 올바르게 내보내는 데 필요한 파라미터(인스턴스 ID, 내보낸 이미지를 저장하는 S3 버킷, 내보낸 이미지의 이름, VMDK, OVA 또는 VHD 형식)를 캡처합니다. 내보낸 파일은 이전에 생성한 S3 버킷에 저장됩니다.
  • ec2-describe-export-tasks를 사용해 내보내기 진행률을 모니터링할 수 있습니다
  • ec2-cancel-export-task를 사용해 완료되기 전에 내보내기 작업을 취소할 수 있습니다

Q: VM Import/Export를 사용해 EC2 인스턴스를 내보낼 때 고려해야 할 기타 요구 사항이 있습니까?

VM Import/Export를 사용해 이전에 가져온, 실행 중이거나 중지된 EC2 인스턴스를 내보낼 수 있습니다. 인스턴스가 실행 중인 경우에는 부트 볼륨의 스냅샷을 생성할 수 있도록 일시적으로 중지됩니다. EBS 데이터 볼륨은 내보낼 수 없습니다. 네트워크 인터페이스가 둘 이상인 EC2 인스턴스는 내보낼 수 없습니다.

Q: 하나 이상의 EBS 데이터 볼륨이 연결된 Amazon EC2 인스턴스를 내보낼 수 있습니까?

예. 하지만 VM Import/Export는 EC2 인스턴스의 부트 볼륨만 내보냅니다.

Q: 가상 머신을 가져오는 비용은 얼마입니까?

VM 이미지 파일을 업로드 및 저장할 경우 표준 Amazon S3 데이터 전송 및 저장 요금이 적용됩니다. VM을 가져온 후에는 표준 Amazon EC2 인스턴스 시간 및 EBS 서비스 요금이 적용됩니다. 가져오기 프로세스가 완료된 후 VM 이미지 파일을 S3에 더 이상 저장하지 않으려면 ec2-delete-disk-image 명령행 도구를 사용해 Amazon S3에서 디스크 이미지를 삭제하십시오.

Q: 가상 머신을 내보내는 비용은 얼마입니까?

내보낸 VM 이미지 파일을 저장할 경우 표준 Amazon S3 스토리지 요금이 부과됩니다. 또한 내보낸 VM 파일을 온 프레미스 가상화 환경에 다운로드할 경우에는 표준 S3 데이터 전송 요금이 부과됩니다. 마지막으로, EC2 인스턴스의 임시 스냅샷을 저장할 경우 표준 EBS 요금이 부과됩니다. 스토리지 요금을 줄이려면 VM 이미지 파일을 가상화 환경으로 다운로드한 후 S3에서 삭제하십시오.

Q: Windows Server 2003 또는 2008의 VM을 가져올 경우 운영 체제의 라이선스는 누가 제공합니까?

Microsoft Windows Server 2003 또는 2008을 사용해 가져온 VM을 실행할 경우 해당 Windows Server 버전 구동 Amazon EC2에 표준 인스턴스 시간 요금이 청구됩니다. 여기에는 Amazon EC2 내에서 운영 체제를 활용할 수 있는 권한이 포함됩니다. 사용자는 설치된 모든 소프트웨어가 올바르게 사용 허가를 받았는지 확인할 책임이 있습니다.

Windows Server 2003 또는 2008의 VM을 가져올 경우 내 온프레미스 Microsoft Windows 라이선스 키는 어떻게 됩니까? VM과 연결된 온 프레미스 Microsoft Windows 라이선스 키는 내보낸 VM을 EC2 인스턴스로 실행할 때 사용되지 않으므로 온 프레미스 환경 내의 다른 VM에 다시 사용할 수 있습니다.

Q: EC2 인스턴스를 내 온 프레미스 가상화 환경으로 다시 내보낸 후에도 AWS에서 제공한 Microsoft Windows 라이선스 키를 계속 사용할 수 있습니까?

아니요. EC2 인스턴스를 내보낸 후에는 EC2 인스턴스에서 사용된 라이선스 키를 더 이상 사용할 수 없습니다. 내보낸 VM을 온 프레미스 가상화 플랫폼에서 시작한 후에는 새로운 라이선스 키를 다시 활성화하여 지정해야 합니다.

Q: Red Hat Enterprise Linux(RHEL)를 통해 VM을 가져올 경우 운영 체제 라이선스를 공급할 책임은 누구에게 있습니까?

Red Hat Enterprise Linux(RHEL) VM 이미지를 가져올 경우, RHEL 인스턴스에 대해 라이선스 이동성을 사용할 수 있습니다. 라이선스 이동성을 사용하면 가져온 인스턴스에 대한 RHEL 라이선스를 유지 관리할 책임은 해당 사용자에게 있으며, 라이선스는 Red Hat Enterprise Linux의 Cloud Access 구독을 사용해 유지 및 관리할 수 있습니다. Cloud Access에 대한 자세한 정보와 이용 자격에 대한 확인은 Red Hat에 문의하시기 바랍니다.

Q: 가상 머신을 가져오려면 시간이 얼마나 소요됩니까?

가상 머신을 가져오는 데 걸리는 시간은 디스크 이미지의 크기와 네트워크 연결 속도에 따라 다릅니다. 예를 들어, 10GB Windows Server 2008 SP2 VMDK 이미지를 10Mbps 네트워크 연결을 통해 가져오려면 약 2시간이 소요됩니다. 네트워크 연결이 더 느리거나 업로드할 디스크가 클 경우, 가져오는 데 시간이 훨씬 더 많이 소요될 수 있습니다.

Q: VM Import/Export를 사용할 수 있는 Amazon EC2 지역은 어디입니까?

리전별로 제공되는 제품 서비스를 확인하려면 리전표 페이지를 참조하십시오.

Q: 동시에 가져오거나 내보낼 수 있는 작업의 수는 몇 개입니까?

각 계정은 지역당 최대 5개의 가져오기 작업과 5개의 내보내기 작업을 실행할 수 있습니다.

Q: 가져온 가상 머신을 Amazon Virtual Private Cloud(VPC)에서 실행할 수 있습니까?

예. 가져온 가상 머신을 Amazon VPC에서 실행할 수 있습니다.

Q: AWS Management Console에서 VM Import/Export를 사용할 수 있습니까?

아니요. VM Import/Export 명령은 EC2 CLI 및 API를 통해 사용할 수 있습니다. 또한, vCenter용 AWS 관리 포털을 사용하여 VM을 Amazon EC2로 가져올 수 있습니다. VM을 가져온 후에는 AWS Management Console을 통해 결과 인스턴스를 사용할 수 있습니다.


Q: 기존 Windows Server 라이선스를 EC2에서 사용할 수 있습니까?

예, 가능합니다. 효과적으로 인스턴스를 관리하고 사용을 보고하려면 ImportImage 도구를 사용해 자체 Windows Server 머신 이미지를 가져온 후, EC2 전용 호스팅에서 이러한 머신 이미지를 실행하여 인스턴스를 시작해야 합니다. Microsoft에서는 일반적으로 소켓과 코어 같은 물리적 리소스에 대한 라이선스 사용을 추적하도록 요구합니다. Amazon EC2 전용 호스팅에서 기존 보유 Windows Server 라이선스를 사용하는 방법에 대한 자세한 내용은 전용 호스팅 세부 정보 페이지를 참조하십시오.

Q: Windows 환경에 가져올 수 있는 소프트웨어 라이선스는 무엇입니까?

특정 소프트웨어 라이선스 조건은 공급업체마다 다릅니다. 따라서 소프트웨어 공급업체의 라이선싱 조건을 검토하여 기존 라이선스가 Amazon EC2에서 사용할 수 있도록 승인되었는지 확인하십시오.


Q: IBM 구동 Amazon EC2의 RRS 비용은 어떻게 부과됩니까?

요금은 사용량에 따라 지불하고 최소 요금이 없습니다. 요금은 각 인스턴스 유형에 소요된 인스턴스 시간을 기준으로 책정됩니다. 인스턴스 시간이 1시간 미만이어도 1시간 사용 요금이 청구됩니다. IBM 구동 Amazon EC2의 데이터 전송 요금은 Amazon EC2와 별도로 청구 및 산정됩니다. 동일한 리전 내의 두 Amazon Web Services 간(예를 들어, 미국 서부 리전의 Amazon EC2와 같은 미국 서부 리전의 다른 AWS 서비스 간)에 전송된 데이터의 경우는 데이터 전송 요금이 청구되지 않습니다. 다른 지역의 AWS 서비스 간에 전송된 데이터는 양측 모두에 인터넷 데이터 전송 요금으로 청구됩니다.

IBM 구동 Amazon EC2 요금 정보는 Amazon EC2 running IBM 세부 정보 페이지의 요금 섹션을 참조하십시오.

Q: IBM 구동 Amazon EC2에서 Amazon DevPay를 사용할 수 있습니까?

아니요. 현재 IBM 구동 Amazon EC2 외에는 DevPay를 사용해 제품을 번들링할 수 없습니다.


Q: 이 서비스를 사용하려면 어떻게 해야 합니까?

이 서비스는 VPC에서 실행되는 모든 인스턴스에서 액세스할 수 있는 링크-로컬 IP 주소(169.254.169.123)에서 NTP 엔드포인트를 제공합니다. NTP 클라이언트 구성에 대한 지침은 LinuxWindows에 대해 제공됩니다.

Q: 이 서비스에서 제공하는 주요 이점은 무엇입니까?

많은 애플리케이션과 서비스에서 일관되고 정확한 참조 시간 소스가 중요합니다. Amazon Time Sync Service는 VPC 구성 및 업데이트 없이도 인스턴스에서 안전하게 액세스할 수 있는 시간 참조를 제공합니다. Amazon의 입증된 네트워크 인프라상에 구축되었으며 높은 정확성과 가용성을 보장하기 위해 중복 참조 시간 소스를 사용합니다.

Q: 이 서비스가 지원되는 인스턴스 유형은 무엇입니까?

VPC에서 실행되는 모든 인스턴스에서 이 서비스에 액세스할 수 있습니다.


Q: Amazon EC2 서비스 수준 계약에서 보장하는 내용은 무엇입니까?

SLA는 지역의 Amazon EC2 및 Amazon EBS에 대해 최소 99.95%의 월간 가동률을 보장합니다.

Q: SLA Service Credit 자격에 부합하는지 어떻게 알 수 있습니까?

운영 중인 지역의 월간 가동률이 매월 결제 주기 동안 99.95% 미만일 경우 Amazon EC2 또는 Amazon EBS(둘 중 하나가 사용 가능하지 않은 경우 또는 둘 다 사용 가능하지 않은 경우)에 대해 SLA 크레딧이 제공됩니다. 클레임 제출 방법과 SLA 이용 약관에 대한 자세한 내용은 http://aws.amazon.com/ec2/sla/를 참조하십시오.