Amazon EC2 FAQ

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 형식의 예는 다음과 같습니다. 

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에 대한 배포 일정은 다음과 같습니다. 

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-format 및 describe-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 관리 콘솔의 해당 인스턴스 설명에서 확인할 수 있습니다(아래 참조).

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 계정에서 시작할 때는 여기에 설명된 것보다 더 낮은 한도로 제한될 수 있습니다. 특정 인스턴스 유형은 지역에 따라 다음과 같이 추가적으로 제한될 수 있습니다.

cc2.8xlarge, cg1.4xlarge, hi1.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 비율을 제공하고, 고정 성능(M4 및 M3 인스턴스)을 제공하거나 순간 확장 성능(T2)을 제공합니다. 컴퓨팅 최적화 인스턴스(C4 및 C3 인스턴스)는 메모리(RAM)보다 CPU 리소스 비율이 높으며 확장 컴퓨팅 집약적 애플리케이션과 HPC(고성능 컴퓨팅) 워크로드에 적합합니다. 메모리 최적화 인스턴스(R3 및 R4 인스턴스)는 데이터베이스 및 메모리 캐싱 애플리케이션 등 메모리 집약적 애플리케이션에 적합한 대용량 메모리를 제공합니다. GPU 컴퓨팅 인스턴스(P2)는 고성능 병렬 컴퓨팅을 위해 NVIDIA Tesla GPU의 병렬 처리 기능을 활용합니다. GPU 그래픽 인스턴스(G2)는 OpenGL 및 DirectX를 사용하는 애플리케이션을 위해 고성능 3D 그래픽 기능을 제공합니다. 스토리지 최적화 인스턴스에는 I/O 집약적 애플리케이션에 적합한 SSD 기반 로컬 인스턴스 스토리지를 사용하여 짧은 지연 시간과 매우 높은 I/O 성능을 제공하는 I2 인스턴스와 데이터 웨어하우징, 하둡 및 기타 데이터 집약적 애플리케이션에 적합한 높은 스토리지 밀도와 순차 I/O 성능을 제공하는 고밀도 스토리지 인스턴스인 D2가 있습니다. 인스턴스 유형을 선택할 때 리소스 사용률(예, 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: 이 기능에는 어떤 네트워킹 기능이 포함되어 있습니까?

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

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

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

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

이 기능을 사용하려면 적합한 드라이버를 사용하여 HVM AMI를 시작해야 합니다. R4, X1, P2 및 m4.16xlarge 인스턴스는 향상된 네트워킹을 위해 Elastic Network Adapter(ENA) 인터페이스("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: 어떤 인스턴스 유형에서 향상된 네트워킹을 지원합니까?

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

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

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

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

Amazon EBS는 범용(SSD) 볼륨, 프로비저닝된 IOPS(SSD) 볼륨, 마그네틱 볼륨이라는 세 가지 볼륨 유형을 제공합니다. 이 세 볼륨 유형은 성능 특성과 가격이 다르므로 애플리케이션의 필요에 맞게 스토리지 성능과 비용을 조정할 수 있습니다. 성능에 대한 자세한 내용은 EBS 제품 세부 정보 페이지를 참조하십시오.

Amazon EBS 성능에 대한 자세한 내용은 Amazon EC2 사용 설명서의 EBS 섹션을 참조하십시오.

Q: EBS 범용(SSD) 볼륨 유형이란 무엇입니까?

EBS 범용(SSD) 볼륨은 EBS 프로비저닝된 IOPS(SSD) 볼륨에서 찾아볼 수 있는 것과 동일한 기술이 사용된 볼륨입니다. EBS 범용(SSD) 볼륨 유형은 99.999%의 가용성을 제공하고 부트 볼륨, 소규모 및 중간 규모 데이터베이스, 개발 및 테스트 환경 같은 다양한 사용 사례에 사용되도록 설계되었습니다. 범용(SSD) 볼륨은 GB당 3IOPS의 비율로 전송하며 지연 시간은 10밀리초 미만입니다. 또한, 단기간 최대 3,000IOPS까지 순간 확장할 수 있는 기능도 갖추고 있습니다.

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

고객은 이제 워크로드 요구에 가장 잘 맞는 세 가지 EBS 볼륨 유형 중에 선택할 수 있습니다. 세 가지 볼륨 유형은 범용(SSD), 프로비저닝된 IOPS(SSD), 마그네틱입니다. 범용(SSD)은 새로운 SSD 지원 범용 EBS 볼륨 유형으로, 기본 유형으로 사용하는 것이 좋습니다. 범용(SSD) 볼륨은 소규모에서 중간 규모의 데이터베이스, 개발 및 테스트 환경, 부팅 볼륨 등 광범위한 워크로드에 적합합니다. 프로비저닝된 IOPS(SSD) 볼륨은 지연 시간이 짧고 일관성 있는 성능을 갖춘 스토리지를 제공하며, 대규모 관계형 또는 NoSQL 데이터베이스처럼 I/O 집약적인 애플리케이션에 맞게 설계되었습니다. 마그네틱 볼륨은 모든 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에 대한 자세한 내용은 어디에서 확인할 수 있습니까?

EBS 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: 예약 인스턴스란 무엇입니까?

예약 인스턴스는 EC2 인스턴스 사용에 대해 요금 할인을 제공하고 특정 가용 영역에 적용하는 경우 용량 예약을 제공하므로 필요할 때 예약한 인스턴스를 시작할 수 있다는 확신을 가질 수 있습니다.

Q: 예약 인스턴스와 온디맨드 인스턴스는 무엇이 다릅니까?

인스턴스가 온디맨드로 실행되는 경우 해당하는 온디맨드 요금을 지불하게 됩니다. 예약 인스턴스가 인스턴스에 적용되는 경우 인스턴스 사용에 대해 할인된 예약 인스턴스 시간당 요금을 지불하며, 예약 인스턴스를 특정 가용 영역에 적용하는 경우 인스턴스에 대한 용량 예약이 생성됩니다.

Q: 예약 인스턴스의 용량 혜택이란 무엇입니까?

예약 인스턴스를 특정 가용 영역에 적용하는 경우 예약 인스턴스 구성에 맞게 인스턴스 용량이 예약됩니다. 이러한 혜택을 통해 사용자는 필요할 때 특정 가용 영역에서 인스턴스를 시작할 수 있다는 확신을 가질 수 있습니다.

Q: 예약 인스턴스는 실제 인스턴스입니까?

아니요. 예약 인스턴스는 물리적 인스턴스가 아니므로 이를 시작할 필요가 없습니다. 예약 인스턴스는 인스턴스 사용에 대해 요금 할인을 제공하고 특정 가용 영역에 지정되는 경우 용량 예약을 제공하는 EC2 상품입니다.

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

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

Q: 예약 인스턴스를 구매하려면 어떻게 해야 합니까?

AWS Management Console 또는 AWS CLI를 사용하여 예약 인스턴스를 구매할 수 있습니다. 자세히 알아보려면 시작하기 페이지를 참조하십시오.

Q: 실행 중인 인스턴스에 대한 예약 인스턴스를 구매하려면 어떻게 해야 합니까?

실행 중인 인스턴스의 속성과 일치하는 예약 인스턴스를 구매하면 됩니다. 일치해야 하는 속성은 인스턴스 유형, 리전 또는 가용 영역, 테넌시 및 플랫폼 설명입니다. 자세히 알아보려면 시작하기 페이지를 참조하십시오.

Q: 특정 가용 영역용 예약 인스턴스는 언제 구매해야 합니까?

용량 예약이 필요한 경우 특정 가용 영역용 예약 인스턴스를 구매해야 합니다. 또는 예약 인스턴스를 리전에 지정하면 좀 더 다양한 예약 인스턴스 요금의 이점을 활용할 수 있습니다.

Q: 특정 가용 영역에 지정된 예약 인스턴스를 보유하고 있습니다. 이를 리전에 지정하려면 어떻게 해야 합니까?

EC2 Management Console을 사용하여 예약 인스턴스의 범위를 "가용 영역"에서 "리전"으로 변경하면 예약 인스턴스를 리전에 지정할 수 있습니다. AWS 콘솔에서 새로운 예약 인스턴스를 구매할 때 보면 예약 인스턴스의 범위가 기본적으로 리전으로 설정되어 있습니다.

Q: AWS에서는 내 예약 인스턴스 요금을 어떻게 여러 가용 영역에서 사용하는 인스턴스에 적용합니까?

예약 인스턴스가 리전에 적용되면 AWS에서는 먼저 사용되는 인스턴스에 예약 인스턴스 요금을 적용합니다.

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

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

Q: 내 표준 예약 인스턴스를 하나의 인스턴스 유형(예: c1.xlarge)에서 다른 인스턴스 유형(예: m1.large)으로 재지정할 수 있습니까?

아니요. 표준 예약 인스턴스는 약정 기간 동안 특정 인스턴스 유형에 연결됩니다. 하지만 Linux/UNIX 예약 인스턴스의 경우, 동일한 유형 내에서 인스턴스 크기를 변경(예: c3.large에서 c3.xlarge로)할 수 있습니다. 인스턴스 유형에 대한 유연성도 확보하고 싶다면 컨버터블 예약 인스턴스를 구매하는 것이 좋습니다. 자세한 내용은 FAQ의 컨버터블 예약 인스턴스 섹션을 참조하십시오.

Q: 인스턴스를 시작하면서 가용 영역을 지정하지 않은 경우 내 예약 인스턴스가 내 인스턴스에 적용됩니까?

예약 인스턴스를 구매했고 이 예약 인스턴스가 리전에 지정되어 있다면 인스턴스에는 예약 인스턴스 요금의 혜택이 적용됩니다. 예약 인스턴스를 특정 가용 영역에 지정했고 예약 인스턴스의 가용 영역이 인스턴스의 가용 영역과 일치하지 않는다면 예약 인스턴스는 해당 인스턴스에 적용되지 않습니다.

Q: 결제 옵션은 청구서에 어떤 영향을 미칩니까?

전체 선결제 옵션으로 예약 인스턴스를 구매하는 경우, 예약 인스턴스의 전체 약정 기간에 대한 요금을 한 번에 선결제하게 됩니다.

결제 이력이 우수한 계정의 경우, 선결제 없음 옵션을 선택할 수 있습니다. 이 경우 예약 인스턴스의 전체 금액은 계약 기간 내 각 시간으로 분배되며 사용량과 관계없이 기간 내 각 시간에 대한 요금이 청구됩니다.

부분 선결제 옵션은 전체 선결제와 선결제 없음 옵션에 대한 하이브리드 옵션입니다. 소정의 선결제 금액을 지불하고 사용량에 관계없이 기간 내 시간에 대해 저렴한 시간당 요금을 지불하는 옵션입니다.

Q: 예약 인스턴스는 언제 활성화됩니까?

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

Q: Windows에서 예약 인스턴스를 사용하여 AMI에서 SQL Standard Server를 실행하는 Windows를 구동할 수 있습니까?

예. 모든 리전에서 Microsoft Windows Server 및 Microsoft SQL Server 구동 인스턴스에 대한 예약을 사용할 수 있습니다. 요금 정보와 기타 자세한 내용은 Microsoft Windows Server 및 SQL Server 구동 Amazon EC2 페이지를 참조하십시오.

Q: 예약 인스턴스는 통합 결제와 어떻게 연동됩니까?

예약 인스턴스를 구매할 때 사용하는 계정에서 용량 예약을 받게 됩니다. 지급인 계정에서 항상 가장 낮은 금액을 지불하도록 시스템에서 더 낮은 요금을 부과할 인스턴스를 자동으로 최적화합니다.

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

Q: 대량 구매 할인 티어는 어떻게 작동합니까?

리전에서 예약 인스턴스를 구매하고 해당 금액이 AWS에서 정한 금액에 도달하면, 해당 리전에서 이후에 구매하는 예약 인스턴스의 선결제 금액과 시간당 요금이 자동으로 할인됩니다.

이러한 할인은 리전별 활성 예약에 대한 선결제 금액의 정가 총액(할인이 적용되지 않은 요금)을 기준으로 결정됩니다. 정가 총액은 선결제 금액과 시간당 발생하는 요금을 비롯하여 계약 기간 내 예약에 대해 예상되는 모든 요금의 합계입니다. 대량 구매 할인 티어는 다음과 같습니다.

• 0 USD ~ 500,000 USD: 선결제 금액 – 0%, 시간당 요금 – 0%
• 500,000 USD ~ 4,000,000 USD: 선결제 금액 – 5%, 시간당 요금 – 5%
• 4,000,000 USD ~ 10,000,000 USD: 선결제 금액 – 10%, 시간당 요금 – 10%
• 10,000,000 USD 이상: 문의

단일 리전에서 정가 총액이 500,000 USD를 초과하는 활성 예약 인스턴스를 보유한 경우, 해당 리전에서 이후에 구매하는 모든 예약 인스턴스의 선결제 금액과 시간당 요금이 자동으로 5% 할인됩니다. 할인은 사용자가 해당 할인 티어에 대한 자격을 유지하는 한 신규 예약 인스턴스에 대해 계속 적용됩니다.

설명을 위해 현재 us-east-1에서 400,000 USD 상당의 활성 예약 인스턴스를 사용한다고 가정해 보겠습니다. 개별 정가가 2,000 USD인 예약 인스턴스를 75개 구매하려고 합니다. 할인 티어를 적용하지 않을 경우 정가 총액은 150,000 USD입니다.

이 중 100,000 USD에는 할인율이 적용되지 않고 나머지 50,000 USD는 5% 할인되므로 47,500 USD만 지불하면 됩니다. 이후에는 해당 예약 인스턴스에 대해 할인된 시간당 요금을 지불하면 됩니다.

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

Q: 컨버터블 예약 인스턴스는 볼륨 할인의 대상이 됩니까?

아니요. 하지만 구매한 각 컨버터블 예약 인스턴스 금액은 볼륨 할인 기준에 영향을 미칩니다.  

Q: 예약 인스턴스에 대한 구매 할인을 받은 경우에도 대량 구매 할인을 받을 수 있습니까?

아니요. 대량 구매 티어에 따른 할인은 예약 인스턴스 구매 시 적용되는 다른 할인과 함께 사용할 수 없습니다.

Q: 향후 구매량이 다른 할인 티어에 해당되면 예약 인스턴스에 대한 요금이 변경됩니까?

대량 구매 할인은 구매 시점에 결정됩니다. 신규 구매의 경우 해당하는 대량 구매 할인 티어에 따라 할인이 적용됩니다. 예약 인스턴스에는 약정 기간 내에 동일한 요금이 부과됩니다.

예를 들어, 520,000 USD 상당의 예약 인스턴스를 보유하고 있는 경우 예약 인스턴스 마켓플레이스에서 50,000 USD 상당의 예약 인스턴스를 판매하더라도 나머지 470,000 USD에 해당하는 예약 인스턴스에 대해서는 약정 기간 동안 계속 할인된 요금이 적용됩니다. 470,000 USD 상당의 예약 인스턴스가 있고 50,000 USD의 예약 인스턴스를 추가로 구매하는 경우, 500,000 USD를 초과하는 모든 예약 인스턴스에 대해 대량 구매 티어 할인을 받게 됩니다.

Q: Amazon RDS를 구매해도 Amazon EC2 대량 구매 할인 티어에 포함되며, 그 반대의 경우도 마찬가지입니까?

아니요. Amazon EC2 예약 인스턴스를 구매할 경우에만 Amazon EC2 대량 구매 할인 티어가 적용됩니다.

Q: 구매 시 대량 구매 할인을 받으려면 어떻게 해야 합니까?

아무 작업도 수행할 필요가 없습니다. 기존 PurchaseReservedInstance API 또는 EC2 관리 콘솔 인터페이스를 사용해 예약 인스턴스를 구매할 경우 자동으로 대량 구매 할인을 받게 됩니다. 1천만 USD가 넘는 예약 인스턴스를 구매하는 경우, 자동으로 제공되는 할인 외에 추가 할인을 받으려면 AWS에 문의하시기 바랍니다.

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

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

Q: EBS 최적화 인스턴스로 사용할 수 있는 인스턴스 유형으로 예약 인스턴스를 구매했습니다. 해당 인스턴스를 EBS 최적화 인스턴스로 다시 시작할 수 있습니까? 이 경우에도 할인 요금을 적용받을 수 있습니까?

EBS 최적화를 지원하는 인스턴스 유형으로 예약 인스턴스를 이미 보유하고 있는 경우, 해당 인스턴스를 EBS 최적화 인스턴스로 다시 시작할 수 있습니다. 기존 시간당 인스턴스 비용에 추가로 EBS 최적화에 대한 시간당 요금을 지불하게 됩니다.

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

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

Q: 다른 인스턴스 유형, 운영 체제, 테넌시 또는 결제 옵션에 해당하는 컨버터블 예약 인스턴스를 활용하도록 내 컨버터블 예약 인스턴스를 교체할 수 있습니까?
예. 컨버터블 예약 인스턴스를 교체할 때 새로운 인스턴스 유형, 운영 체제, 테넌시 또는 결제 옵션을 선택할 수 있습니다.

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

Q: 컨버터블 예약 인스턴스의 구성을 변경하려면 어떻게 해야 합니까?
EC2 Management Console 또는 ExchangeReservedInstance API를 사용하여 컨버터블 예약 인스턴스의 구성을 변경할 수 있습니다.

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

Q: 컨버터블 예약 인스턴스를 교체하면 만료일이 바뀝니까?
아니요. 교체 후 원래 예약 인스턴스의 만료일이 수신한 예약 인스턴스로 이전됩니다.

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

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

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

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

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

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

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

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

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

Q: 컨버터블 예약 인스턴스를 사용하면 요금 인하가 있는 경우 그 혜택을 받을 수 있습니까?
예. 인하된 요금의 혜택을 받도록 예약 인스턴스를 교체할 수 있습니다. 예를 들어 새로운 컨버터블 예약 인스턴스의 요금이 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: 스팟 인스턴스란 무엇입니까?

스팟 인스턴스는 Amazon EC2 인스턴스를 구매하고 소비하는 새로운 방식입니다. 고객은 스팟 인스턴스를 사용하여 미사용 EC2 용량에 입찰하고, 입찰 가격이 현재 스팟 가격을 초과하는 한 해당 인스턴스를 실행할 수 있습니다. 스팟 가격은 공급 및 수요에 따라 주기적으로 변경되며 입찰 금액이 스팟 가격과 같거나 초과하는 고객은 사용 가능한 스팟 인스턴스에 액세스할 수 있는 권한을 얻게 됩니다. 스팟 인스턴스는 온디맨드 인스턴스와 예약 인스턴스를 상호보완하여 컴퓨팅 파워를 확보할 수 있는 또 다른 옵션을 제공합니다.

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

스팟 인스턴스를 사용하면, 고객은 사전 약정 없이 보통 온디맨드 요금보다 저렴한 시간당 요금으로 컴퓨팅 파워를 구입할 수 있습니다. 또한, 특정 인스턴스 유형을 실행하기 위해 지불할 의사가 있는 시간당 최고 요금을 지정할 수 있습니다. Amazon EC2는 각 가용 영역의 각 인스턴스 유형에 대한 스팟 가격을 설정합니다. 스팟 가격은 해당 기간 동안 스팟 인스턴스를 실행하기 위해 모든 고객이 지불하는 시간당 가격입니다. 스팟 가격은 인스턴스에 대한 공급 및 수요에 근거하여 변동되지만 고객이 지정한 최고 가격보다 더 많이 지불하는 상황은 발생하지 않습니다. 스팟 가격이 고객의 최고 가격보다 높아지는 경우 Amazon EC2는 고객의 인스턴스를 차단하게 됩니다. 이러한 차이점을 제외하고는 스팟 인스턴스는 온디맨드 인스턴스 또는 예약 인스턴스와 정확하게 같은 기능을 수행합니다. 스팟 인스턴스에 대한 자세한 내용은 여기를 참조하십시오.

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

스팟 인스턴스는 EC2 관리 콘솔 또는 Amazon EC2 API를 통해 요청할 수 있습니다. EC2 관리 콘솔을 사용해 시작하려면 다음을 수행하십시오.

1. EC2 관리 콘솔에 로그인합니다.
2. 왼쪽 탐색 창에서 "Spot Requests"를 선택합니다.
3. "Request Spot Instances"를 선택합니다.
4. AMI, 리전, 인스턴스 크기 및 인스턴스 유형을 선택하여 인스턴스 시작 마법사 프로세스를 완료합니다. 
5. 요청할 스팟 인스턴스의 수, 최고 가격, 요청이 영구 요청인지 여부를 입력합니다. 
6. 키 페어와 보안 그룹을 선택하면 스팟 인스턴스 요청을 제출할 수 있습니다.

Amazon EC2 API를 통해 스팟 인스턴스를 요청하는 방법에 대한 자세한 내용은 Amazon EC2 API Reference를 참조하십시오.

스팟 인스턴스 사용법에 대한 자세한 내용과 스팟 인스턴스를 최대한 활용하는 방법에 대한 자세한 내용은 Introduction to Spot Instances를 참조하십시오.

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

리전별 Dynamic 스팟 제한에 따라 스팟 인스턴스 요청이 제한됩니다. 스팟에서는 일부 인스턴스 유형만 사용할 수 있으며 새로운 AWS 계정은 시작 한도가 더 적을 수 있습니다. 스팟 인스턴스 제한에 대해 자세히 알아보려면 Amazon EC2 사용 설명서를 참조하십시오.

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

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

인스턴스 프로비저닝 수명 주기에서 스팟 입찰 상태 코드와 메시지를 검사함으로써 스팟 요청의 상태를 확인할 수 있습니다. 스팟 입찰 상태를 검토하면 스팟 요청 상태가 변경되거나 변경되지 않은 이유를 볼 수 있으며 스팟 요청이 이행되도록 최적화하는 방법에 대해 알아볼 수 있습니다. AWS Management Console 내 EC2 콘솔의 스팟 인스턴스 페이지와 DescribeSpotInstanceRequests API 작업 및 ec2-describe-spot-instance-requests CLI 명령을 통해 스팟 입찰 상태 정보에 액세스할 수 있습니다. 자세한 내용은 Amazon EC2 개발자 안내서를 참조하십시오.

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

각 리전에서 지원하는 인스턴스 유형은 여기에 나열되어 있습니다. 스팟 인스턴스 API는 미국 GovCloud 리전을 제외한 모든 리전에서 사용할 수 있습니다.

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

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

Q: 스팟 인스턴스에서 지원되지 않는 Amazon Web Services의 기능 또는 서비스가 있습니까?

Amazon DevPay는 스팟 인스턴스에서 사용할 수 없습니다.

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

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

Q: Amazon EC2에서 예정보다 빨리 내 스팟 인스턴스를 종료한 경우 비용이 청구됩니까?

아니요. Amazon EC2에서 스팟 인스턴스를 종료한 경우 1시간 미만의 사용 시간에 대해서는 비용이 청구되지 않습니다. 그러나 고객이 인스턴스를 종료한 경우에는 실행한 인스턴스 시간에 대한 비용이 청구됩니다.

Q: 스팟 가격은 얼마나 자주 변경됩니까?

Amazon EC2에서는 새로운 요청이 수신되거나 사용 가능한 스팟 용량이 변경(예: 인스턴스 종료로 인해)됨에 따라 스팟 가격을 주기적으로 변경합니다. 스팟 가격은 언제든지 변경될 수 있지만, 일반적으로 시간당 한 번 변경되며 대부분의 경우 변경 빈도가 낮습니다. AWS에서는 API를 통해 스팟 인스턴스의 현재 스팟 가격과 기록 가격을 게시하며, AWS Management Console을 사용해서 확인할 수도 있습니다. 이러한 정보는 시간이 지나면서 스팟 가격의 변동 수준과 시점을 평가하는 데 도움이 됩니다.

Q: 동시에 시작된 모든 스팟 인스턴스는 가격이 동일하게 청구됩니까?

예.

Q: 스팟 가격이 변경되면 실행 중인 스팟 인스턴스에 대해 청구된 가격이 인스턴스 시간 도중 변경됩니까?

아니요. 스팟 인스턴스의 인스턴스 시간당 가격은 각 인스턴스 시간이 시작되는 시점에 전체 시간에 대해 설정됩니다. 변경된 스팟 가격은 다음 인스턴스 시간이 시작될 때까지 반영되지 않습니다.

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

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

Q: 인스턴스 유형, 운영 체제 및 가용 영역이 동일해도 계정에 따라 스팟 가격이 다른 이유는 무엇입니까?

리소스가 리전의 여러 가용 영역에 걸쳐 배포될 수 있도록 가용 영역을 개별적으로 각 계정의 식별자에 매핑됩니다. 예를 들어 가용 영역 us-east-1a는 다른 계정에 대한 us-east-1a와 동일한 위치에 존재하지 않을 수 있습니다. 그러므로 동일한 가용 영역 식별자에 대한 가격은 계정에 따라 다를 수 있습니다. 계정 간 가용 영역을 조정할 수 있는 방법은 없습니다.

Q: 스팟 집합이란 무엇입니까?

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

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

아니요. 스팟 집합 요청에 대한 추가 요금은 없습니다.

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

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

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

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

Q: 스팟 집합 요청 입찰 가격이 내가 요청하는 인스턴스 유형 중 하나에 대해 스팟 입찰 가격 제한을 초과하면 어떻게 됩니까?

스팟 집합 요청 입찰 가격이 스팟 입찰 제한 가격을 초과하는 경우, 해당 인스턴스 유형에 대한 스팟 요청을 현재 스팟 입찰 제한 가격으로 제출하게 됩니다. 스팟 집합 요청 이력에서 스팟 입찰 가격 제한에 영향을 받은 집합 인스턴스가 있는지 확인할 수 있습니다. 스팟 집합 요청 이력을 설명하는 방법을 알아보려면 Amazon EC2 사용 설명서에서 스팟 집합 모니터링 섹션을 참조하십시오.

Q: 스팟 집합 요청은 이행이 보장됩니까?

아니요. 스팟 집합 요청을 사용하면 여러 스팟 인스턴스에 동시에 입찰할 수 있고, 단일 스팟 인스턴스 요청과 같은 가용성 및 가격의 적용을 받게 됩니다. 예를 들어, 스팟 집합 요청 입찰 가격에 맞는 리소스가 없는 경우 요청을 부분적으로 또는 모두 이행하지 못할 수 있습니다.

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와 함께 사용할 수 있습니까?

아니요. Elastic Load Balancing, Auto Scaling 또는 Elastic MapReduce에서는 스팟 집합 요청을 직접 트리거하지 않습니다.

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

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

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

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

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: 언제 컴퓨팅 최적화 인스턴스를 사용해야 합니까?

컴퓨팅 최적화 인스턴스는 고성능 컴퓨팅 파워를 활용할 수 있는 애플리케이션에 맞게 설계되어 있습니다. 이러한 애플리케이션에는 고성능 프런트 엔드 서버군, 웹 서버, 일괄 처리, 분산 분석, 고성능 과학 및 엔지니어링 애플리케이션, 광고 게재, MMO 게임, 동영상 인코딩 및 분산 분석이 포함됩니다.

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: 가속화된 컴퓨팅 인스턴스란 무엇입니까?

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

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

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

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

CG1 인스턴스는 NVIDIA Tesla GPU를 사용하며 CUDA 또는 OpenCL 프로그래밍 모델을 사용하는 범용 GPU 컴퓨팅용으로 설계되었습니다. CG1 인스턴스는 고객에게 고대역폭 10Gbps 네트워킹, 배정밀도 부동 소수점 기능 및 오류 수정 코드(ECC) 메모리를 제공하므로 HPC(고성능 컴퓨팅) 애플리케이션에 적합합니다. G2 인스턴스는 NVIDIA GRID GPU를 사용하며 DirectX 또는 OpenGL을 사용하는 그래픽 애플리케이션을 위해 비용 효율적인 고성능 플랫폼을 제공합니다. 또한 NVIDIA GRID GPU는 NVIDIA의 빠른 캡처/인코딩 API를 지원합니다. 응용 예로는 동영상 생성 서비스, 3D 시각화, 스트리밍 그래픽 집중형 애플리케이션 및 대규모 병렬 처리 파워를 필요로 하는 기타 서버 측 워크로드 등이 있습니다. 또한 그래픽 인스턴스는 CUDA 또는 OpenCL를 사용하는 범용 컴퓨팅에는 사용될 수 있지만 네트워크 집중형 HPC 애플리케이션에는 적합하지 않습니다.

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

P2 인스턴스는 NVIDIA Tesla K80 GPU를 사용하며 CUDA 또는 OpenCL 프로그래밍 모델을 사용하는 범용 GPU 컴퓨팅용으로 설계되었습니다. P2 인스턴스는 고객에게 고대역폭 20Gbps 네트워킹, 강력한 단정밀 및 배정밀 부동 소수점 성능, 오류 수정 코드(ECC) 메모리를 제공하므로 딥 러닝, 고성능 데이터베이스, 전산 유동 역학, 컴퓨팅 금융, 내진 해석, 분자 모델링, 유전체학, 렌더링 및 기타 서버 측 GPU 컴퓨팅 워크로드에 매우 적합합니다. G2 인스턴스는 NVIDIA GRID GPU를 사용하며 DirectX 또는 OpenGL을 사용하는 그래픽 애플리케이션을 위해 비용 효율적인 고성능 플랫폼을 제공합니다. 또한 NVIDIA GRID GPU는 NVIDIA의 빠른 캡처/인코딩 API를 지원합니다. 애플리케이션의 예로는 비디오 생성 서비스, 3D 시각화, 그래픽 집약적 애플리케이션 스트리밍, 기타 서버 측 그래픽 워크로드를 들 수 있습니다.

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

초기 드라이버 릴리스에서 G2 인스턴스는 DirectX 9, 10, 및 11, OpenGL 4.3, CUDA 5.5, OpenCL 1.1 및 DirectCompute를 지원합니다. 최신 드라이버 릴리스에서 CG1 인스턴스는 CUDA 5.5, OpenCL 1.1 및 DirectCompute를 지원합니다. 최신 드라이버 릴리스에서 P2 인스턴스는 CUDA 7.5 및 OpenCL 1.2를 지원합니다.

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

두 가지 방법으로 NVIDIA 드라이버를 구할 수 있습니다. AWS Marketplace에 NVIDIA 드라이버가 사전 설치된 Amazon Linux AMI 및 Windows Server AMI를 제공하는 NVIDIA 목록이 있습니다. 또한, 64비트의 HVM AMI를 시작할 수 있으며 직접 드라이버를 설치할 수 있습니다. NVIDIA 드라이버 웹사이트를 방문하여 P2용 NVIDIA Tesla K80, G2용 NVIDIA GRID K520 및 CG1용 Tesla M2050 드라이버를 검색해야 합니다.

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

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

Q: 어디에서 NVIDIA GRID SDK를 구할 수 있습니까?

NVIDIA GRID SDK는 NVIDIA에서 직접 제공합니다. 전체 SDK를 구하는 방법은 http://www.nvidia.com/object/cloud-get-started.html을 참조하십시오. GRID SDK의 프레임 캡처 및 인코딩 부분인 NVENC는 https://developer.nvidia.com/nvidia-video-codec-sdk의 NVIDIA Developers Zone에 있습니다.

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

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

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

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

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

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

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

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

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

클러스터 배치 그룹에서 EC2 인스턴스가 사용할 수 있는 대역폭은 인스턴스 유형과 네트워킹 성능 사양에 따라 다릅니다. 배치 그룹에서 시작할 때는 단일 흐름 트래픽에서 최대 10Gbps까지 그리고 다중 흐름 트래픽에서 방향별(전이중)로 20GBps까지 사용할 수 있는 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: 클러스터 배치 그룹이란 무엇입니까?

클러스터 배치 그룹은 인스턴스를 그룹의 일부로 실행하여 인스턴스 클러스터를 만들 수 있게 해주는 논리 개체입니다. 그런 다음 인스턴스 클러스터가 그룹 내의 인스턴스 사이에 지연 시간이 짧은 양방향 10기가비트 이더넷 대역폭 연결을 제공합니다. 클러스터 배치 그룹은 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 인스턴스는 SSD 기반 로컬 인스턴스 스토리지를 사용하여 애플리케이션에 지연 시간이 낮고 높은 수준의 I/O 성능을 제공하며, 최대한의 IOPS가 필요한 애플리케이션에 최적화되어 있습니다. 클러스터 인스턴스와 마찬가지로, 높은 I/O 인스턴스는 고대역폭 네트워크용 클러스터 배치 그룹을 통해 클러스터링될 수 있습니다.

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

높은 I/O 인스턴스는 스팟 인스턴스를 제외한 모든 Amazon EC2 기능을 지원합니다. 현재는 온디맨드 또는 예약 인스턴스로만 높은 I/O 인스턴스를 구매할 수 있습니다.

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

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

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

높은 I/O 인스턴스는 Linux PV AMI를 사용하여 2 * 1 TiB 데이터 볼륨의 애플리케이션에 (활성 LBA의 범위에 따라) 120,000회의 4K 임의 읽기 IOPS 및 10,000 ~ 85,000회 이상의 4K 임의 쓰기 IOPS를 제공할 수 있습니다. HVM 및 Windows AMI의 경우에는 성능이 약 90,000회의 4K 임의 읽기 IOPS 및 9,000 ~ 75,000K회의 4K 임의 읽기 IOPS입니다.

Q: hi1.4xlarge 인스턴스의 순차 처리량이란 무엇입니까?

모든 AMI 유형(Linux PV, Linux HVM 및 Windows)에서의 순차 처리량은 초당 약 2GB 읽기 및 초당 1.1GB 쓰기입니다.

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

높은 I/O 인스턴스는 지연 시간은 낮으면서 최대한의 IOPS에 액세스해야 하는 애플리케이션에 이상적이며, 데이터 중복성과 가용성을 관리하는 데이터 저장소 및 아키텍처를 활용할 수 있습니다. 애플리케이션 예는 다음과 같습니다.:

• Cassandra 및 MongoDB 같은 NoSQL 데이터베이스
• 클러스터링된 데이터베이스
• OLTP 시스템

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

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

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

TRIM 명령을 사용하면 운영 체제가 어떤 데이터 블록이 더 이상 사용되지 않는 것으로 간주되고 내부적으로 정리될 수 있는지 SSD에 알릴 수 있습니다. TRIM이 없으면 관련된 블록에 대한 차후의 쓰기 작업이 상당히 느려질 수 있습니다. 현재는 hi1.4xlarge 인스턴스에서 TRIM을 지원하지 않지만, 몇 달 내에 TRIM 지원이 제공될 예정입니다. 극도로 집중적인 전체 LBA 임의 쓰기 워크로드를 가진 고객은 그에 따라 계획을 세워야 합니다. 높은 I/O 인스턴스에 대한 현재 디스크 프로비저닝 스키마는 쓰기 확장으로 인한 영향을 최소화하고 대부분의 고객이 아무런 문제도 겪지 않는다는 점을 기억하십시오.

Q: 성능 순간 확장 가능 인스턴스는 어떻게 다릅니까?

Amazon EC2는 고정 성능 인스턴스(예: M3, C3, R3)와 성능 순간 확장 가능 인스턴스(예: T2) 중 선택할 수 있습니다. 성능 순간 확장 가능 인스턴스는 기본 수준의 CPU 성능에 기본 수준을 넘어선 순간 성능을 제공합니다. T2 인스턴스는 전체 CPU 성능을 자주 또는 일관적으로 사용하지 않지만 가끔 성능을 순간 확장해야 하는 워크로드에 적합합니다.

T2 인스턴스의 기본 성능과 순간 성능 기능은 CPU 크레딧에 의해 좌우됩니다. 각 T2 인스턴스는 인스턴스 크기를 기준으로 정해진 비율에 따라 지속적으로 CPU 크레딧을 받습니다. T2 인스턴스는 유휴 상태일 때 CPU 크레딧을 누적했다가 활성 상태일 때 사용합니다. CPU 크레딧은 1분 동안 CPU 코어의 전체 성능을 제공합니다. 다음 테이블은 각 T2 인스턴스 크기에 대한 최대 잔여 크레딧 및 기본 성능을 보여줍니다. T2 인스턴스의 각 vCPU는 전체 코어 성능으로 순간 확장 시 시간당 최대 60개의 CPU 크레딧을 사용합니다.

* 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%를 사용할 수 있습니다.  

예를 들어 t2.small 인스턴스는 시간당 CPU 크레딧 12개라는 비율에 따라 지속적으로 크레딧을 받습니다. 이 기능은 CPU 코어의 20%에 상응하는 기본 성능을 제공합니다. 인스턴스에서 크레딧이 필요하지 않은 경우, 제공 받은 크레딧은 최대 24시간 동안 잔여 CPU 크레딧에 저장됩니다. t2.small에서 코어의 20% 이상으로 성능을 순간 확장해야 하는 경우 잔여 CPU 크레딧에서 크레딧을 가져와서 순간적인 급증을 원활하게 처리합니다. 시간이 지남에 따라 워크로드에 더 많은 CPU 크레딧이 필요하게 되거나, 인스턴스에서 잔여 CPU 크레딧을 0보다 많이 유지할 수 없는 경우 t2.medium 같이 보다 큰 T2 크기를 사용하거나 고정 성능 인스턴스 유형을 사용하는 것이 좋습니다.

웹 서버, 개발자 환경, 소규모 데이터베이스 같은 다양한 애플리케이션에서는 높은 수준의 CPU가 일관적으로 필요하지는 않지만 필요할 경우 매우 빠른 CPU 성능을 전체적으로 활용하면 큰 장점을 얻을 수 있습니다. T2 인스턴스는 특별히 이러한 사용 사례를 위해 설계되었습니다. 동영상 인코딩, 대용량 웹사이트 또는 HPC 애플리케이션 같이 높은 CPU 성능이 일관적으로 필요한 애플리케이션의 경우 고정 성능 인스턴스를 사용하는 것이 좋습니다. T2 인스턴스는 애플리케이션에서 높은 CPU 성능이 필요할 경우 전용 고속 인텔 코어를 사용할 수 있는 것처럼 설계되었습니다. 이뿐만 아니라 다른 환경에서 과도하게 구독할 경우 일반적으로 겪을 수 있는 비일관적인 성능이나 기타 부작용으로부터 보호해줍니다.

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

순간 확장 가능 성능 인스턴스 중 크기가 가장 작은 T2.nano는 512MiB의 메모리를 제공하며, CPU 크레딧 잔고를 유지하는 한 고주파수 인텔 CPU의 최대 성능을 제공하도록 설계되었습니다. 워크로드의 코어 사용률이 24시간 동안 평균 5% 미만인 경우, t2.nano는 크레딧 잔고를 0보다 크게 유지합니다. 워크로드의 평균 CPU 사용률이 5%를 초과하는 경우, t2.micro 같이 좀 더 큰 t2 인스턴스를 고려하십시오. 운영 체제와 애플리케이션의 최소 메모리 요구 사항이 512MiB 내에 있는지 확인해야 합니다.예를 들어 Microsoft Windows와 같이 상당한 메모리와 CPU를 사용하는 그래픽 사용자 인터페이스(GUI)가 탑재된 운영 체제는 대부분 사용 사례에서 t2.micro 또는 더 큰 인스턴스가 필요할 수 있습니다. t2.nano 인스턴스 유형에 적합한 AMI는 AWS Marketplace에서 확인할 수 있습니다. GUI가 필요 없는 Windows 고객은 Microsoft Windows Server 2012 R2 Core AMI를 사용할 수 있습니다.

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

성능 순간 확장 가능 인스턴스는 전체 CPU 성능을 자주 또는 일관되게 사용하지는 않지만, 가끔 성능을 순간 확장해야 하는 워크로드에 이상적입니다(예: 웹 서버, 개발자 환경, 소규모 데이터베이스). 애플리케이션에 일관적으로 높은 CPU 성능이 필요한 경우 M3, C3, R3 같은 고정 성능 인스턴스를 사용하는 것이 좋습니다.

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

각 T2 인스턴스에 대한 잔여 CPU 크레딧은 Amazon CloudWatch의 인스턴스당 EC2 측정치를 확인하면 됩니다. T2 인스턴스에는 CPUCreditUsage와 CPUCreditBalance라는 새로운 측정치가 있습니다. CPUCreditUsage는 사용된 CPU 크레딧 양을 나타냅니다. CPUCreditBalance는 잔여 CPU 크레딧을 나타냅니다.

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

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

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

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

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

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

Q: T2는 T1과 어떻게 다릅니까?

t1.micro와 비교해 보았을 때 t2.micro는 CPU 성능이 보다 뛰어나며 메모리도 더 많고 비용도 저렴합니다. 또한 T2 패밀리는 다양한 크기로 제공됩니다.

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

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

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

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

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

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

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

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

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

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

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

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

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. X1 인스턴스를 구동하는 Intel E7 Haswell 프로세서의 주요 사양은 무엇입니까?
X1은 엔터프라이즈 및 데이터베이스 작업에 최적화된 4개의 2.3GHz Intel® Xeon® E7 8880 v3(Haswell) 프로세서로 구동되는 최초의 Amazon EC2 인스턴스 유형입니다. E7 프로세서에는 다수의 코어에서 효율적으로 규모가 조절되는 작업량을 지원하기 위해 코어 수가 많습니다. 또한, 인 메모리 애플리케이션의 성능을 높이기 위해 Intel E7 프로세서는 메모리 대역폭이 높고 L3 캐시가 더 큽니다. 또한, Intel E7 프로세서는 다음과 같은 이점이 있습니다.
• 최신 Intel AES-NI 기능을 통해 암호화 성능을 높일 수 있습니다.
• 인 메모리 트랜잭션 데이터 처리 성능을 높이기 위해 TSX(Transactional Synchronization Extensions)를 지원합니다.
• 대부분의 정수형 명령을 256비트로 확장하기 위해 Intel AVX2(Advanced Vector Extensions 2) 프로세서 명령을 지원합니다.

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

Q: X1 인스턴스를 지원하는 운영 체제는 무엇입니까?

X1 인스턴스는 많은 수의 vCPU를 제공하므로 vCPU 한도가 낮은 일부 Linux 운영 체제에서는 시작 문제가 발생할 수 있습니다. 따라서 x1 인스턴스를 시작할 때는 최신 AMI를 사용하실 것을 적극적으로 권장합니다. X1 인스턴스를 시작할 수 있는 Linux AMI에는 Amazon Linux AMI 2016.03(HVM), Ubuntu Server 14.04 LTS(HVM), Red Hat Enterprise Linux 7.1(HVM) 및 SUSE Linux 12 SP1이 있습니다.

커널 버전 3.10 이상이라는 요구 사항으로 인해 SAP HANA 워크로드용 AMI는 SUSE Linux 12, SUSE Linux 12 SP1, SAP 12 SP1용 SLES에서 지원합니다. AnyDB 기반 SAP NetWeaver의 경우, 현재 최신 RHEL 7.x 이미지가 지원됩니다.

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에 최적화되어 있으며 최대 10Gbps의 전용 대역폭을 EBS 볼륨에 제공합니다. EBS는 다양한 작업을 지원하기 위해 여러 가지 볼륨 유형을 제공합니다. 자세한 내용은 EC2 사용 설명서를 참조하십시오.

Q. X1 인스턴스에서 비용 효율적인 장애 조치 솔루션을 어떻게 만듭니까?
인스턴스 장애 발생 시 장애 조치의 관리를 개선하기 위해 설계된 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. FPGA가 무엇이며, 왜 FPGA가 필요합니까?

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

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

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

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

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

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

FPGA 프로그래밍을 위해 생성하는 디자인을 Amazon FPGA Image(AFI)라고 부릅니다. AWS는 AFI를 등록, 관리 및 암호화할 수 있는 서비스를 제공하고 있습니다. 등록된 AFI는 Amazon 머신 이미지(AMI) 또는 실행 중인 F1 인스턴스와 연결할 수도 있습니다.&nbsp;다수의 AFI를 동일한 F1 인스턴스 또는 AMI에 동시에 연결할 수 있으며, 그 밖에도 인스턴스에서 재부팅 없이 런타임 도중에 AFI를 서로 전환하는 것도 가능합니다. 따라서 다수의 하드웨어 가속을 순차적으로 빠르게 테스트 및 실행할 수 있습니다. AFI가 AMI와 연결된 후에는 AWS Marketplace에서 다른 고객에게 FPGA 가속 기능을 제공할 수도 있습니다.

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

AWS는 개발자를 위해 개발 주기를 가속할 수 있는 하드웨어 개발 키트(HDK), 클라우드 개발용 FPGA Developer AMI, F1 인스턴스 기반 AMI용 SDK, 그리고 AFI 등록, 관리 및 보안 서비스를 제공하고 있습니다. 개발자나 고객 모두 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는 최신 C4 또는 C5 EC2 인스턴스에서 가장 효과적으로 실행됩니다. 개발자는 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. FPGA를 모든 유형의 EC2 인스턴스에 추가할 수 있습니까?

아니요. 현재 F1 인스턴스는 f1.2xlarge와 f1.16 xlarge 등 2가지 크기로 제공됩니다.  자세한 내용은 여기를 클릭하여 확인하시기 바랍니다.

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

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

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

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

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

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

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

아니요. M1, C1, CC2, HI1, 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: 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를 참조하십시오/