Amazon EC2 FAQ

Q: Amazon Elastic Compute Cloud(Amazon EC2)란 무엇인가요?

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

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

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

Q: Amazon EC2를 시작하려면 어떻게 해야 하나요?

Amazon EC2에 가입하려면 Amazon EC2 세부 정보 페이지에서 ‘Sign up for This Web Service(이 웹 서비스에 가입)’ 버튼을 선택합니다. 이 서비스에 액세스하려면 AWS 계정이 있어야 합니다. 아직 계정이 없는 경우 Amazon EC2 가입 프로세스를 시작하면 계정을 생성하라는 메시지가 표시됩니다. 가입한 후 시작 가이드에 포함된 Amazon EC2 설명서를 참조하세요.

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

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

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

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

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

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

계정을 설정하고 AMI를 선택하거나 만들면 인스턴스를 부팅할 수 있습니다. RunInstances API를 호출하여 원하는 수의 온디맨드 인스턴스에서 AMI를 시작할 수 있습니다. 시작할 인스턴스 수를 명시하기만 하면 됩니다. 온디맨드 할당량보다 많이 실행하려면 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 Store(Amazon EBS)를 사용할 때의 차이점은 무엇입니까?

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

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

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

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

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

Amazon EC2를 사용하면 운영 체제에서 애플리케이션에 이르기까지 인스턴스에 대한 모든 사항을 설정하고 구성할 수 있습니다. Amazon Machine Image(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 S3와 함께 사용할 수 있습니다. Amazon S3를 사용하여 개발자들은 Amazon이 웹 사이트의 전역 네트워크를 실행하는 데 사용하는, 확장성 높고, 신뢰할 수 있으며, 빠르고, 저렴한 데이터 스토리지 인프라에 그대로 액세스할 수 있습니다. Amazon EC2 환경에서 시스템을 실행하기 위해 개발자는 제공된 도구를 사용하여 Amazon S3에 AMI를 로드하고 Amazon S3와 Amazon EC2 간에 AMI를 이동할 수 있습니다. AMI에 대한 자세한 내용은 Amazon EC2로 시스템을 로드하고 저장하려면 어떻게 해야 합니까?를 참조하십시오.

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

Q: Amazon EC2에서 실행할 수 있는 인스턴스 수는 몇 개인가요?

리전당 vCPU 기반의 온디맨드 인스턴스 제한에 따라 온디맨드 인스턴스를 실행하고, 20개의 예약 인스턴스를 구매하고, 동적 스팟 제한에 따라 스팟 인스턴스를 요청하도록 제한됩니다. 새 AWS 계정의 경우 여기에 설명된 것보다 더 낮은 수로 제한하여 시작할 수 있습니다.

더 많은 인스턴스가 필요할 경우, 고객의 사용 사례와 함께 Amazon EC2 한도 증가 요청 양식을 작성하면 AWS에서 인스턴스 한도 증가를 고려합니다. 한도 증가는 요청한 리전에서만 적용됩니다.

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

예. 이메일 전송에 사용되는 Amazon 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, openSUSE Leap, Fedora, Fedora CoreOS, 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가 온디맨드 인스턴스 한도를 기존의 개수를 기반으로 한 한도에서 AWS 고객의 한도 관리 경험을 단순화하기 위해 vCPU를 기반으로 한 한도로 변경됩니다. vCPU 기반 한도에 대한 사용량은 애플리케이션 요구 사항을 충족하는 인스턴스 유형을 실행하기 위한 Amazon EC2 인스턴스 유형에 대한 vCPU(가상 중앙 처리 장치)의 수로 측정합니다.

Q: vCPU 기반 한도란 무엇입니까?

하나의 AWS 계정에서 하나 또는 그 이상의 온디맨드 인스턴스만 실행하도록 제한되며 Amazon EC2는 AWS 계정에서 실행 중인 온디맨드 인스턴스에 할당된 총 vCPU(가상 중앙 처리 장치) 수를 기준으로 각 한도에 대한 사용량을 측정합니다. 다음 표는 각 인스턴스 크기에 대한 vCPU의 수를 나타낸 표입니다. 일부 인스턴스 유형에 대한 vCPU 매핑은 다를 수 있습니다. 자세한 내용은 Amazon EC2 인스턴스 유형을 참조하십시오.

Q: Amazon EC2에서 실행할 수 있는 온디맨드 인스턴스 수는 몇 개인가요?

vCPU 기반 인스턴스 제한은 5개로, 각 제한은 주어진 인스턴스 패밀리에서 사용할 수 있는 용량을 정의합니다. 세대, 크기 또는 구성 변형(예: 디스크, 프로세서 유형)에 관계없이 주어진 인스턴스 패밀리에 대한 모든 인스턴스의 사용량은 아래 표에 나열된 패밀리의 총 vCPU 한도로 누적됩니다. 새 AWS 계정의 경우 여기에 설명된 것보다 더 낮은 수로 제한하여 시작할 수 있습니다.

Q: 이러한 vCPU기반 온디맨드 인스턴스 한도는 리전별로 설정됩니까?

예. AWS 계정에 대한 온디맨드 인스턴스 한도는 리전별로 설정됩니다.

Q: 이러한 한도는 시간이 지나면서 바뀌기도 합니까?

예. 한도는 시간이 지나면서 바뀔 수 있습니다. Amazon EC2는 각 리전내에서 사용자의 사용량을 지속적으로 모니터링하고 있으며, EC2 사용에 따라 한도가 자동으로 증가합니다.

Q: 한도 증가 요청은 어떻게 할 수 있습니까?

온디맨드 인스턴스 제한은 EC2가 사용량을 바탕으로 자동으로 증가시키지만, 필요한 경우 Amazon EC2 콘솔의 제한 페이지(Limits Page), Service Quotas 콘솔의 Amazon EC2 서비스 페이지 또는 서비스 할당량 API/CLI에서 제한 증가를 요청할 수 있습니다.

Q: 새 vCPU 한도를 계산하려면 어떻게 해야 합니까?

각 Amazon EC2 인스턴스 유형에 대한 vCPU 매핑을 찾아보거나 간소화된 vCPU 계산기를 사용하여 AWS 계정의 총 vCPU 한도 요구 사항을 계산할 수 있습니다.

Q: vCPU 한도는 예약 인스턴스를 구매하거나 스팟 인스턴스를 요청할 때도 적용됩니까?

아니요. vCPU 기반 한도는 실행 중인 온디맨드 인스턴스와 스팟 인스턴스에만 적용됩니다.

Q: 현재 온디맨드 인스턴스 한도는 어떻게 확인할 수 있나요?

현재 온디맨드 인스턴스 제한은 Amazon EC2 콘솔의 EC2 서비스 한도(EC2 Service Limits) 페이지, 또는 Service Quotas 콘솔 및 API에서 확인할 수 있습니다.

Q: 이러한 사항이 실행 중인 인스턴스에서 영향을 미칩니까?

아니요. vCPU 기반 한도로 옵트인 하는 것은 실행 중인 인스턴스에 영향을 미치지 않습니다.

Q: 변경된 후에도 예전과 동일한 수의 인스턴스를 실행할 수 있습니까?

예. vCPU 기반 인스턴스 한도가 적용되어도 적어도 개수를 기반으로 한 인스턴스 한도와 동일한 인스턴스를 실행할 수 있습니다.

Q: 이러한 한도와 관련된 인스턴스 사용량을 확인할 수 있습니까?

Amazon CloudWatch 지표를 통해 Service Quotas 콘솔에서 한도에 대한 EC2 사용량을 확인할 수 있습니다. 또한 Service Quotas을 통해 CloudWatch에서 경보를 구성하여 한도에 도달할 때 고객에게 경고할 수 있습니다. 또한 Trusted Advisor 및 Limit Monitor에서 인스턴스 사용량을 계속 추적하고 검사할 수 있습니다.

Q: DescribeAccountAttributes API를 계속 사용할 수 있습니까?

vCPU 한도로 인해 사용량을 관리하는 총 인스턴스의 한도가 사라졌습니다. 따라서 DescribeAccountAttributes API는 더 이상 최대 인스턴스 값을 반환하지 않습니다. 대신, 이제부터는 Service Quotas API를 사용하여 EC2 한도에 대한 정보를 수신할 수 있습니다. Service Quotas API에 대한 자세한 내용은 AWS 설명서에서 찾아볼 수 있습니다.

Q: vCPU 한도가 제 월별 청구서에 영향을 미치게 됩니까?

아니요. EC2 사용량은 전과 마찬가지로 실행 중인 AMI 와 실행된 인스턴스 유형 및 크기에 따라 시간 또는 초 단위로 계산됩니다.

Q: vCPU 한도는 모든 리전에서 사용 가능합니까?

모든 상용 AWS 리전에서 vCPU 기반 인스턴스 한도를 사용할 수 있습니다.

Q: 변경되는 사항은 무엇인가요?

2020년 1월 7일부터 Amazon EC2에는 스팸 및 이메일 남용으로부터 고객과 기타 수신자를 보호하기 위해 기본적으로 포트 25를 통한 이메일 트래픽을 제한하는 변경 사항이 적용되었습니다. 포트 25는 일반적으로 SMTP 포트를 사용하여 이메일을 전송합니다. 과거에 요청을 통해 포트 25 조절 기능을 제거한 AWS 계정은 이 변경 사항의 영향을 받지 않습니다.

Q: EC2에서 포트 25로 이메일을 전송해야 하는 유효한 사용 사례가 있습니다. 이러한 포트 25 제한을 제거하려면 어떻게 해야 하나요?

EC2에서 포트 25(SMTP)로 이메일을 전송해야 하는 유효한 사용 사례가 있는 경우 이메일 전송 제한 제거 요청을 제출하여 이러한 제한을 제거하세요. 또는 다른 포트를 사용하여 이메일을 전송하거나 Amazon Simple Email Service(Amazon SES)와 같이 기존에 인증된 이메일 릴레이 서비스를 사용할 수 있습니다.

Q: Amazon EC2 서비스 수준 계약에서 보장하는 내용은 무엇인가요?

SLA는 리전 내 Amazon EC2 및 Amazon EBS에 대해 최소 99.99%의 월간 가동률을 보장합니다.

Q: SLA 서비스 크레딧을 수령할 자격이 있는지 어떻게 알 수 있나요?

운영 중인 리전의 월 가동 시간 비율이 매월 결제 주기 동안 99.99% 미만일 경우 Amazon EC2 또는 Amazon EBS(둘 중 하나가 사용 가능하지 않은 경우 또는 둘 다 사용 가능하지 않은 경우)에 대해 SLA 크레딧이 제공됩니다. SLA 이용 약관과 요청 제출 방법에 대한 자세한 내용은 Amazon 컴퓨팅 서비스 수준 계약을 참조하세요. 

Q: 가속 컴퓨팅 인스턴스란 무엇인가요?

가속 컴퓨팅 인스턴스 패밀리 범주에는 하드웨어 액셀러레이터 또는 코프로세서를 사용하여 부동 소수점 수 계산 또는 그래픽 처리와 같은 일부 기능을 CPU에서 실행되는 소프트웨어보다 훨씬 효율적으로 수행할 수 있는 인스턴스 패밀리가 포함됩니다. Amazon EC2는 GPU, 전용 AI 칩, AWS Trainium 및 AWS Inferentia, FPGA 등을 비롯하여 다양한 액셀러레이터를 제공합니다.

Q: GPU 기반 EC2 인스턴스는 언제 사용해야 합니까?

GPU 인스턴스는 생성형 AI, 딥 러닝, 그래픽, 게임, 공간 컴퓨팅과 같이 대규모 병렬 처리를 사용하는 애플리케이션에 가장 적합합니다. NVIDIA CUDA, CUDA Deep Neural Network(cuDNN) 또는 TensorRT 라이브러리와 같은 서드 파티 독점 라이브러리 또는 언어가 딥 러닝 및 AI 모델에 필요한 경우라면 NVIDIA GPU 기반 인스턴스를 사용하는 것이 좋습니다.

Q: GPU 기반 EC2 인스턴스의 G 시리즈와 P 시리즈는 각각 언제 사용해야 합니까?

G 시리즈 인스턴스는 그래픽, 게임, 공간 컴퓨팅뿐만 아니라 AI/ML 추론 및 단일 노드 AI/ML 학습 워크로드에도 매우 적합합니다. P 시리즈 인스턴스는 대규모 파운데이션 모델의 AI 추론 및 학습에 최적화되어 있습니다.

Q: AWS Trainium 및 AWS Inferentia 기반 인스턴스는 언제 사용해야 합니까?

AWS Trainium 및 AWS Inferentia는 딥 러닝 및 생성형 AI 워크로드를 위해 특별히 구축되었습니다. 이러한 인스턴스를 AI 학습 및 추론에 사용하여 동급 EC2 인스턴스에 비해 학습 및 추론 비용을 최대 50% 절감하는 동시에 높은 성능을 얻을 수 있습니다. AWS Neuron SDK는 이러한 인스턴스에서 다양한 모델 아키텍처를 지원하며, Neuron 설명서 페이지를 참조하여 자세한 내용을 알아볼 수 있습니다.

Q: P 시리즈 및 G 시리즈 인스턴스용 NVIDIA 드라이버, 라이브러리, 프레임워크, 개발 도구는 어디에서 구할 수 있습니까?

AWS Marketplace에 NVIDIA 드라이버가 사전 설치된 Amazon Linux AMI 및 Windows Server AMI를 제공하는 상품 목록이 있습니다. 아니면 64비트의 HVM AMI를 시작하고 직접 드라이버를 설치할 수도 있습니다. NVIDIA 드라이버 웹 사이트를 방문하여 현재 사용 중인 인스턴스에 탑재된 GPU의 종류에 따라 알맞은 드라이버를 검색해야 합니다.

NVIDIA AI Enterprise를 사용할 수도 있습니다. 여기에는 AI 실무자를 위한 NVIDIA 개발 도구, 프레임워크, 사전 학습된 모델, 그리고 IT 전문가가 성능, 고가용성, 보안을 보장하는 데 필요한 신뢰할 수 있는 관리 및 오케스트레이션 기능이 포함되어 있습니다. 

Q: Amazon EC2 UltraClusters란 무엇입니까?

Amazon EC2 UltraClusters를 사용하면 수천 개의 GPU 또는 특별히 구축된 ML 칩(예: AWS Trainium)으로 규모를 조정하여 슈퍼컴퓨터에 온디맨드로 액세스할 수 있습니다. 설정 또는 유지 관리 비용 없는 간단한 종량 과금제 사용량 모델을 통해 기계 학습(ML), 생성형 AI, 고성능 컴퓨팅(HPC) 개발자 누구나 슈퍼컴퓨터급 성능을 이용할 수 있습니다. 자세한 내용은 EC2 UltraClusters 페이지를 참조하세요. 

Q: Amazon EC2 Flex 인스턴스(M7i-flex 및 C7i-Flex)는 동급 인스턴스(M7i 및 C7i)와 어떻게 다른가요? 언제 동급 인스턴스 대신 Flex 인스턴스를 사용해야 하나요?

Flex 인스턴스(M7i-flex 및 C7i-flex)는 동급 인스턴스(M7i 및 C7i)의 저렴한 변형이며, 이전 세대 인스턴스(M6i 및 C6i)에 비해 19% 더 나은 가격 대비 성능을 제공합니다. Flex 인스턴스는 최신 세대 성능을 활용하지만 컴퓨팅 리소스를 충분히 활용하지 못하는 대부분의 워크로드를 실행하는 데 사용할 수 있습니다. 이러한 인스턴스는 기준 CPU 성능과 함께 95%의 시간 동안 전체 CPU 성능까지 스케일 업할 수 있는 기능을 제공하도록 설계되었습니다. Flex 인스턴스는 웹 서버 및 애플리케이션 서버, 데이터베이스, 가상 데스크톱, 배치 처리, 마이크로서비스, 캐시, 엔터프라이즈 애플리케이션, Apache Kafka, Elasticsearch를 비롯하여 최대 8xlarge(최대 vCPU 32개 및 최대 128GB)의 인스턴스 크기에 맞는 워크로드에 적합합니다. 대규모 애플리케이션 서버 및 데이터베이스, 확장성이 뛰어난 멀티플레이어 게임, CPU 기반 기계 학습(ML), 동영상 인코딩 및 스트리밍, 배치 처리, 분산 분석, 고성능 컴퓨팅(HPC), 광고 서비스와 같이 가장 큰 인스턴스 크기나 지속성이 뛰어난 CPU, 네트워크 또는 EBS 성능이 필요한 워크로드에는 동급 인스턴스(M7i 및 C7i)를 사용할 수 있습니다.

Q: Flex 인스턴스는 어떤 성능을 제공하나요?

Flex 인스턴스는 대부분의 워크로드의 컴퓨팅 요구 사항을 충족하도록 설계되어 40%의 기준 CPU 성능을 보장하는 안정적인 CPU 리소스를 제공합니다. 워크로드에 더 높은 성능이 필요한 경우 Flex 인스턴스로 24시간에 걸쳐 95%의 시간 동안 최대 100%의 CPU까지 스케일 업할 수 있습니다.

Q: M7i-flex 인스턴스의 다른 사용 사례로는 어떤 것이 있나요?

M7i-flex 인스턴스는 더 나은 가격 대비 성능, 기준 CPU 및 기준치를 초과하는 추가 CPU 사용량이 포함된 시간당 정액 요금, 최대 8xlarge(vCPU 32개와 128GB)의 더 큰 인스턴스 크기를 제공하기 때문에 더 큰 T3 인스턴스(large~2xlarge)에서 실행되는 워크로드의 업그레이드 경로로 적합합니다. M7i-flex 인스턴스를 사용하면 CPU 크레딧 없이 EC2 사용량을 간편하게 최적화할 수 있습니다.

Q: 버스트 가능 성능 인스턴스는 어떻게 다른가요?

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

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

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

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

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

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

Q: T2 인스턴스에 적합한 Amazon Machine Image(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: Amazon EC2 T4g 인스턴스란 무엇인가요?

Amazon EC2 T4g 인스턴스는 Arm 기반 AWS Graviton2 프로세서로 구동되는 범용 버스트 가능 인스턴스의 차세대 버전입니다. T4g 인스턴스는 T3 인스턴스보다 최고 40% 향상된 가격 대비 성능을 제공합니다. C6g는 전용 하드와 Nitro 하이퍼바이저의 조합인 AWS Nitro System을 기반으로 구축됩니다.

Q: T4g 인스턴스에 가장 적합한 사용 사례는 무엇인가요?

T4g 인스턴스는 마이크로서비스, 지연 시간이 짧은 대화식 애플리케이션, 중소형 데이터베이스, 가상 데스크톱, 개발 환경, 코드 리포지토리 및 비즈니스 크리티컬 애플리케이션 같은 다양한 버스트 가능 범용 워크로드를 위해 T3 인스턴스보다 최대 40% 향상된 가격 대비 성능을 제공합니다. 오픈 소스 소프트웨어에서 구축된 애플리케이션을 T 인스턴스에 배포하는 고객에게 T4g 인스턴스는 최상의 가격 대비 성능을 실현할 수 있는 매력적인 옵션입니다. 또한 Arm 개발자는 교차 컴파일 또는 에뮬레이션이 아닌 준네이티브 Arm 하드웨어에서 바로 애플리케이션을 구축할 수 있습니다.

Q: 고객이 T4g 무료 평가판에 액세스하려면 어떻게 해야 하나요?

모든 AWS 고객은 AWS 프리 티어에 설명된 대로 2024년 12월 31일까지 T4g 무료 평가판에 자동으로 등록됩니다. 무료 평가 기간 동안 t4g.small 인스턴스를 실행하는 고객은 매월 750시간의 무료 사용 시간이 월별 청구 금액에서 공제됩니다. 750시간은 t4g.small 인스턴스가 사용되는 모든 리전에서 집계하여 계산됩니다. T4g 무료 평가판 프로그램의 무료 사용 시간인 750시간 동안 인스턴스에서 할당한 크레딧을 초과할 경우 고객은 잉여 CPU 크레딧에 대한 요금을 지불해야 합니다. CPU 크레딧 작동 방법에 대한 자세한 내용은 Linux 인스턴스용 Amazon EC2 사용 설명서에서 버스트 가능 성능 인스턴스의 주요 개념 및 정의를 참조하세요.

Q: T4g 무료 평가판의 사용 자격은 어떻게 되나요?

AWS 계정이 있는 모든 기존 및 신규 고객은 T4g 무료 평가판을 활용할 수 있습니다. T4g 무료 평가판은 2024년 12월 31일까지 한시적으로만 제공됩니다. 무료 평가판의 시작 및 종료 시간은 협정 시계시(UTC)를 기준으로 합니다. T4g 무료 평가판은 t2.micro/t3.micro의 기존 AWS 프리 티어와 별도로 제공될 예정입니다. t2.micro(또는 리전에 따라 t3.micro) 프리 티어 사용량을 모두 소진한 고객도 여전히 T4g 무료 평가판을 활용할 수 있습니다.

Q: T4g 무료 평가판의 리전별 가용성은 어떻게 됩니까?

T4g 무료 평가판은 현재 미국 동부(오하이오), 미국 동부(버지니아 북부), 미국 서부(캘리포니아 북부), 미국 서부(오레곤), 남아메리카(상파울루), 아시아 태평양(홍콩), 아시아 태평양(뭄바이), 아시아 태평양(서울), 아시아 태평양(싱가포르), 아시아 태평양(시드니), 아시아 태평양(도쿄), 캐나다(중부), 유럽(프랑크푸르트), 유럽(아일랜드), 유럽(런던), 유럽(스톡홀름)의 AWS 리전에서 제공됩니다. 현재 중국(베이징) 및 중국(닝샤) 리전에서는 제공되지 않습니다.

무료 평가판의 일부로, 2024년 12월 31일까지 매월 750시간의 무료 사용 시간이 제공되는 단일 누적 버킷을 통해 하나 또는 여러 리전에서 t4g.small 인스턴스를 무료로 실행할 수 있습니다. 예를 들어 오레곤에서 특정 달에 300시간 동안 t4g.small을 실행하고 같은 달에 도쿄에서 450시간 동안 또 다른 t4g.small을 실행할 수 있습니다. 이렇게 하면 무료 평가판 한도인 월별 최대 750시간으로 합산되는 것입니다.

Q: T4g 무료 평가판의 경우 특정 AMI를 실행하는 데 추가 요금이 부과되나요?

t4g.small 무료 평가판의 경우, 첫 번째 무료 750시간/월 동안 EC2 Console Quick Start를 통해 사용할 수 있는 Amazon Linux 2, RHEL 및 SUSE Linux AMI에 대해 Amazon Machine Image(AMI) 요금이 부과되지 않습니다. 무료 750시간/월 이후에는 AMI 요금(발생한 경우)을 포함한 일반 온디맨드 요금이 적용됩니다. AMI 이행 옵션을 제공하는 AWS Marketplace의 해당 소프트웨어 수수료는 무료 평가판에 포함되지 않습니다. 무료 평가판에는 t4g.small 인프라 비용만 포함되며 적용됩니다.

Q: t4g.small 무료 평가판은 AWS 청구서에 어떻게 반영되나요?

T4g 무료 평가판의 월별 청구 주기는 매월 첫 번째 날에 시작하여 해당 월의 마지막 날에 끝납니다. T4g 무료 평가판 청구 플랜에 따라, t4g.small을 사용하는 고객의 청구서에는 무료 평가판 기간 동안 매월 첫 750시간의 사용 집계 시간에 대한 항목이 온디맨드 요금 플랜에 따라 0 USD로 표시됩니다. 고객은 무료 평가판 기간 동안 언제든지 사용을 시작하고 해당 월의 남은 기간 동안 750시간의 무료 사용 시간을 제공받을 수 있습니다. 지난 달에 사용하지 않은 시간은 이월되지 않습니다. 고객은 무료 평가판으로 여러 개의 t4g.small 인스턴스를 시작할 수 있습니다. 월별 합계 사용량이 무료 사용 시간인 750시간의 85%에 도달하면 AWS Budgets을 통해 이메일로 고객에게 자동으로 통지합니다. 월별 청구 주기 동안 인스턴스 사용량 합계가 750시간을 초과하는 경우 고객에게는 해당 월에 초과한 시간만큼 일반적인 온디맨드 요금에 따라 비용이 청구됩니다. Compute Savings Plan 또는 T4g Instance Savings Plan을 사용하는 고객의 경우 750시간의 무료 사용 시간을 초과한 시간에 대해 온디맨드 요금에 Savings Plan(SV) 할인이 적용됩니다. 고객이 T4g 예약형 인스턴스(RI) 플랜을 구매한 경우에는 발생한 사용량에 시간 단위로 RI 플랜이 먼저 적용됩니다. RI 플랜이 적용된 이후의 나머지 사용량에 대해서는 무료 평가판 청구 플랜이 적용됩니다.

Q: 고객이 통합 결제(또는 단일 지급인 계정)를 등록한 경우 지급인 계정에 연결된 각각의 계정에 대해 T4g 무료 평가판을 받을 수 있나요?

아니요. 여러 계정의 결제를 통합하기 위해 통합 결제를 사용하는 고객은 조직당 하나의 무료 평가판에만 액세스할 수 있습니다. 각각의 지급인 계정에는 매월 총 750시간의 무료 사용 시간이 제공됩니다. 통합 결제에 대한 자세한 내용은 AWS 과금 정보 및 비용 관리 사용 설명서에서 AWS Organizations의 통합 결제를 참고하세요.

Q: T4g 무료 평가판을 사용하는 과정에서 잉여 CPU 크레딧에 대한 요금이 고객에게 청구되나요?

T4g 무료 평가판 프로그램의 무료 사용 시간인 750시간 동안 인스턴스에서 할당한 크레딧을 초과할 경우 고객은 잉여 CPU 크레딧에 대한 요금을 지불해야 합니다. CPU 크레딧 작동 방법에 대한 자세한 내용은 Linux 인스턴스용 Amazon EC2 사용 설명서에서 버스트 가능 성능 인스턴스의 주요 개념 및 정의를 참조하세요.

Q: 무료 평가 기간이 종료되면 t4g.small 인스턴스에 대한 요금이 고객에게 어떻게 청구되나요?

2025년 1월 1일부터 t4g.small 인스턴스에서 실행하는 고객은 무료 평가판 플랜에서 온디맨드 요금 플랜(또는 구매한 경우 예약형 인스턴스(RI) 플랜/절감형(SV) 플랜)으로 자동 전환됩니다. 누적된 크레딧은 0으로 설정됩니다. 무료 평가판 기간이 종료되기 7일 전에 무료 평가판 기간이 7일 후에 종료될 것이라는 내용의 이메일 알림을 받게 됩니다. 2025년 1월 1일부터 RI 플랜을 구매한 경우 RI 플랜이 적용됩니다. 그렇지 않은 경우 t4g.small 인스턴스에 대해 일반적인 온디맨드 요금이 청구됩니다. T4g 인스턴스 절감형 플랜 또는 컴퓨팅 절감형 플랜을 사용하는 고객의 경우 t4g.small 인스턴스 요금 결제 시 온디맨드 요금에 절감형 플랜 할인이 적용됩니다.

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

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

Q: Amazon EC2 C7g 인스턴스란 무엇입니까?

최신 세대 AWS Graviton3 프로세서 기반의 Amazon EC2 C7g 인스턴스는 컴퓨팅 집약적 워크로드를 위해 Amazon EC2에서 최고의 가격 대비 성능을 제공합니다. C7g 인스턴스는 고성능 컴퓨팅(HPC), 배치 처리, 전자 설계 자동화(EDA), 게임, 비디오 인코딩, 과학 모델링, 분산 분석, CPU 기반 기계학습(ML) 추론, 광고 서비스에 적합합니다. C7g 인스턴스는 6세대 AWS Graviton2 기반 C6g 인스턴스에 비해 최대 25% 더 뛰어난 성능을 제공합니다.

Q: Amazon EC2 C6g 인스턴스란 무엇입니까?

Amazon EC2 C6g 인스턴스는 Arm 기반 AWS Graviton2 프로세스로 구동되는 컴퓨팅 최적화 인스턴스의 차세대 버전입니다. C6g 인스턴스는 C5 인스턴스에 비해 가격 대비 성능이 40% 향상되었습니다. C6g는 전용 하드와 Nitro 하이퍼바이저의 조합인 AWS Nitro System을 기반으로 구축됩니다.

Q: C6g 인스턴스의 이상적인 사용 사례는 무엇입니까?

C6g 인스턴스는 고성능 컴퓨팅(HPC), 배치 처리, 광고 게재, 동영상 인코딩, 게임, 과학적 모델링, 분산 분석 및 CPU 기반 기계 학습 추론과 같이 컴퓨팅 집약적인 워크로드에 상당한 가격 대비 성능을 제공합니다. 오픈 소스 소프트웨어에서 구축된 애플리케이션을 C 인스턴스 패밀리에 배포하는 고객에게 C6g 인스턴스는 최상의 가격 대비 성능을 실현할 수 있는 매력적인 옵션입니다. 또한 Arm 개발자는 교차 컴파일 또는 에뮬레이션이 아닌 준네이티브 Arm 하드웨어에서 바로 애플리케이션을 구축할 수 있습니다.

Q: C6g 인스턴스에서 사용할 수 있는 스토리지 옵션에는 어떤 것이 있습니까?

C6g 인스턴스는 기본적으로 EBS에 최적화되어 있으며, 암호화되거나 암호화되지 않은 EBS 볼륨에 최대 19,000Mbps의 전용 EBS 대역폭을 제공합니다. C6g 인스턴스는 EBS 스토리지 볼륨 액세스용으로 NVMe(Non-Volatile Memory Express) 인터페이스만 지원합니다. 또한 C6gd 인스턴스 유형을 통해 로컬 NVMe 인스턴스 스토리지를 활용하는 옵션도 이용할 수 있습니다.

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

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

Q: 고객은 C6g 인스턴스에서 실행하기 위해 애플리케이션과 워크로드를 수정해야 합니까?

애플리케이션에 따라 변경 필요 여부가 달라집니다. 오픈 소스 소프트웨어에서 빌드된 애플리케이션을 실행하는 고객에게 Arm 에코시스템은 잘 개발되어 있고 애플리케이션을 기본적으로 지원하는 경우가 많습니다. 대부분의 Linux 배포판과 컨테이너(Docker, Kubernetes, Amazon ECS, Amazon EKS, Amazon ECR)는 Arm 아키텍처를 지원합니다. 고객은 일반적으로 사용되는 소프트웨어 패키지의 Arm 버전을 현재 사용하는 것과 동일한 메커니즘을 통해 설치할 수 있습니다. CPU 명령 세트에 의존하지 않는 해석된 언어(예: Java, Node, Python)는 최소한의 변경만으로 또는 변경 없이 실행됩니다. 컴파일된 언어(C, C++, GoLang)를 사용하여 개발된 애플리케이션은 Arm 바이너리를 생성하려면 다시 컴파일해야 합니다. Arm 아키텍처는 이런 널리 사용되는 프로그래밍 언어에서 대체로 지원되며, 일반적으로 최신 코드에서는 간단한 ‘Make’ 명령만 필요합니다. 자세한 내용은 GitHub의 시작하기 가이드를 참조하세요.

Q: C6 인스턴스 패밀리는 더 많은 컴퓨팅 옵션을 제공할 예정인가요?

예, 향후 C6 인스턴스 패밀리에서 Intel 및 AMD CPU로 구동되는 인스턴스도 제공할 계획입니다.

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: 컴퓨팅 최적화 인스턴스 범주에서 어떤 인스턴스를 사용할 수 있나요?

C6g 인스턴스: Amazon EC2 C6g 인스턴스는 Arm 기반 AWS Graviton2 프로세서로 구동됩니다. C5 인스턴스에 비해 40% 향상된 가격 대비 성능을 제공하며, 고급 컴퓨팅 집약적 워크로드를 실행하는 데 이상적입니다. 이런 워크로드에는 고성능 컴퓨팅(HPC), 배치 처리, 광고 게재, 동영상 인코딩, 게임, 과학적 모델링, 분산 분석, CPU 기반 기계 학습 추론 등이 포함됩니다. 

C6a 인스턴스: 3세대 AMD EPYC 프로세서 및 올코어 터보 주파수 3.6GHz로 구동되는 C6a 인스턴스는 다양한 워크로드에서 C5a 인스턴스보다 최대 15% 높은 가격 대비 성능과 AMD Transparent Single Key Memory Encryption(TSME)을 통한 상시 메모리 암호화를 제공합니다. C6a 인스턴스는 최대 C5a 인스턴스의 두 배인 최대 192개의 vCPU와 384GiB의 메모리로 새로운 인스턴스 크기를 제공합니다. C6a는 또한 Amazon Elastic Block Store에 C5a 인스턴스의 두 배가 넘는 최대 50Gbps의 네트워킹 속도와 40Gbps의 대역폭을 제공합니다.

C6i 인스턴스: 3세대 인텔 제온 스케일러블 프로세서 및 올코어 터보 주파수 3.5GHz로 구동되는 C6i 인스턴스는 다양한 워크로드에서 C5 인스턴스보다 최대 15% 나은 가격 대비 성능과 인텔 Total Memory Encryption(TME)을 통한 상시 메모리 암호화를 제공합니다. C6i 인스턴스는 가장 큰 C5 인스턴스보다 33% 더 큰 128개 vCPU 및 256GiB 메모리의 새로운 인스턴스 크기(c6i.32xlarge)를 제공합니다. vCPU당 메모리 대역폭도 C5 인스턴스와 비교할 때 9% 더 많습니다. C6i는 Amazon Elastic Block Store에 대해 최대 50Gbps의 네트워킹 속도에 40Gbps의 대역폭을 제공하며 이는 C5 인스턴스의 두 배에 해당합니다. 지연 시간이 짧은 고속 로컬 스토리지를 필요로 하는 애플리케이션의 경우 C6i 인스턴스와 함께 로컬 NVMe 기반 SSD 블록 수준의 스토리지(C6id 인스턴스)를 사용할 수 있습니다. 이전 세대인 C5d 인스턴스에 비해 C6id 인스턴스는 최대 138% 높은 vCPU당 TB 스토리지와 56% 더 적은 TB당 비용을 제공합니다.

C5 인스턴스: C5 인스턴스는 인텔 제온 스케일러블(코드명 Skylake-SP 또는 Cascade Lake) 프로세서 제품군의 인텔 제온 플래티넘 프로세서를 기반으로 하며, 9가지 크기로 제공되고 최대 96개의 vCPU 및 192GiB 메모리를 제공합니다. C5 인스턴스는 C4 인스턴스보다 가격 대비 성능이 25% 향상되었습니다. C5d 인스턴스에는 매우 짧은 지연 시간과 높은 랜덤 IOPS 읽기 및 쓰기 기능을 갖춘 스토리지 액세스가 필요한 로컬 NVMe 스토리지가 탑재되어 있습니다.

C5a 인스턴스: C5a 인스턴스는 배치 처리, 분산형 분석, 데이터 변환, 로그 분석 및 웹 애플리케이션을 비롯한 광범위한 컴퓨팅 집약적 워크로드 세트에 최고 수준의 x86 가격 대비 성능을 제공합니다. C5a 인스턴스는 최대 96개의 vCPU 및 최대 192GiB 메모리를 지원하는 2세대 3.3GHz AMD EPYC 프로세서를 사용합니다. C5ad 인스턴스에는 매우 짧은 대기 시간과 높은 랜덤 IOPS 읽기 및 쓰기 기능을 갖춘 스토리지 액세스가 필요한 로컬 NVMe 스토리지가 탑재되어 있습니다.

C5n 인스턴스: C5n 인스턴스는 높은 네트워크 대역폭과 패킷 속도가 필요한 애플리케이션에 이상적입니다. C5n 인스턴스는 HPC, 데이터 레이크, 네트워크 어플라이언스는 물론 노드 간 통신과 MPI(메시지 전달 인터페이스)가 필요한 애플리케이션에 이상적입니다. C5n은 최대 vCPUs 72개 및 192GiB 메모리를 지원하는 인텔 제온 플래티넘 3.0 GHz 프로세서를 선택할 수 있습니다.

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

Q: 고객이 C5 인스턴스 대신 C6i 인스턴스를 선택해야 하는 이유는 무엇인가요?

C6i 인스턴스는 C5 인스턴스 대비 최대 15% 높은 가격 대비 성능과 인텔 Total Memory Encryption(TME)을 통한 상시 메모리 암호화를 제공합니다. C6i 인스턴스는 가장 큰 C5 인스턴스보다 33% 더 큰 128개 vCPU 및 256GiB 메모리의 새로운 인스턴스 크기(c6i.32xlarge)를 제공합니다. vCPU당 메모리 대역폭도 C5 인스턴스와 비교할 때 9% 더 많습니다. C6i는 Amazon Elastic Block Store에 대해 최대 50Gbps의 네트워킹 속도에 40Gbps의 대역폭을 제공하며, 이는 C5 인스턴스의 두 배에 해당합니다.

Q: 고객이 C4 인스턴스 대신 C5 인스턴스를 선택해야 하는 이유는 무엇인가요?

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

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

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

Q: 운영 체제에서 보고한 총 메모리가 인스턴스 유형에서 설명한 메모리와 정확히 일치하지 않는 이유는 무엇입니까?

EC2 인스턴스 메모리 일부는 비디오 RAM, DMI 및 ACPI를 위한 가상 BIOS에 의해 예약되어 사용됩니다. 또한 AWS Nitro 하이퍼바이저에서 구동하는 인스턴스의 경우 인스턴스 메모리의 작은 비율이 가상화를 관리하기 위해 Amazon EC2 Nitro 하이퍼바이저에서 예약됩니다.

Q: 고성능 컴퓨팅(HPC) 인스턴스 카테고리 중 사용 가능한 인스턴스는 무엇인가요?

Hpc7g 인스턴스: Hpc7g 인스턴스는 AWS의 HPC 워크로드에 최고의 가격 대비 성능을 제공합니다. 컴퓨팅 집약적 HPC 워크로드를 위한 이전 세대의 AWS Graviton 기반 인스턴스보다 최대 70% 더 높은 성능과 거의 3배 더 우수한 가격 대비 성능을 제공합니다. Hpc7g 인스턴스는 AWS Graviton 3E 프로세서로 구동되며 기존 AWS Graviton3 인스턴스에 비해 최대 35% 더 높은 벡터 명령 성능을 제공합니다. 이 인스턴스는 Graviton2 프로세서 기반 인스턴스보다 최대 2배 더 높은 부동 소수점 성능을 제공합니다. Hpc7g 인스턴스는 AWS Nitro System을 기반으로 구축되어 고도로 병렬화되고 클러스터링된 컴퓨팅 리소스가 필요한 밀결합 워크로드의 노드 간 통신에 지연 시간이 짧은 200Gbps 네트워크 대역폭을 제공합니다.

Hpc7a 인스턴스: Amazon Elastic Compute Cloud(Amazon EC2) Hpc7a 인스턴스는 4세대 AMD EPYC 프로세서로 구동되며 Amazon EC2 Hpc6a 인스턴스 대비 최대 2.5배 더 뛰어난 성능을 제공합니다. Hpc7a 인스턴스는 Hpc6a 인스턴스보다 2배 더 높은 코어 밀도(최대 192개 코어), 2.1배 더 높은 메모리 대역폭 처리량(최대 768GB 메모리), 3배 더 높은 네트워크 대역폭을 제공합니다. 이 인스턴스는 빠르고 지연 시간이 짧은 노드 간 통신을 위해 AWS Nitro System으로 구동되는 300Gbps의 Elastic Fabric Adapter(EFA) 네트워크 대역폭을 제공합니다.

Hpc6id 인스턴스: Hpc6id 인스턴스에는 최대 3.5GHz의 주파수로 실행되는 3세대 인텔 제온 스케일러블 프로세서가 탑재되었고, 이는 64개의 코어로 구동되어 효율성이 향상되었습니다. 이 인스턴스는 vCPU당 5GB/s의 메모리 대역폭을 제공하여 메모리 성능에 좌우되는 워크로드의 성능을 개선할 수 있도록 설계되었습니다. Hpc6id 인스턴스는 높은 처리량의 노드 간 통신을 위해 200Gbps의 EFA 네트워킹을 제공하므로 HPC 워크로드를 대규모로 실행하는 데 도움이 됩니다.

Hpc6a 인스턴스: Hpc6a 인스턴스는 3.6GHz의 올코어 터보 주파수와 384GiB RAM을 갖춘 96개 코어의 3세대 AMD EPYC 프로세서로 구동됩니다. Hpc6a 인스턴스는 높은 처리량의 노드 간 통신을 위해 100Gbps의 EFA 네트워킹을 제공하므로 HPC 워크로드를 대규모로 실행하는 데 도움이 됩니다.

Q: Hpc7g 인스턴스는 다른 EC2 인스턴스와 어떻게 다른가요?

Hpc7g 인스턴스는 컴퓨팅 집약적인 HPC 워크로드에 적합한 기능을 제공하도록 최적화되었습니다. Hpc7g 인스턴스는 Graviton3 프로세서 기반의 기존 인스턴스에 비해 최대 35% 더 높은 벡터 명령 성능을 제공하는 ARM 기반 Graviton3E 프로세서를 기반으로 합니다. 이 인스턴스는 동일한 VPC 내 인스턴스 사이의 트래픽에 최적화된 64개의 물리적 코어, 128GiB 메모리, 200Gbps 네트워크 대역폭을 제공하며, 네트워크 성능 향상을 위해 EFA를 지원합니다. Hpc7g 인스턴스는 단일 가용 영역에 배포할 수 있으므로, 워크로드에서 HPC 애플리케이션의 밀결합 노드 간 통신에 필요한 짧은 지연 시간의 네트워크 성능을 실현할 수 있습니다.

Q: Hpc7g 인스턴스는 어떤 요금 모델을 지원하나요?

Hpc7g 인스턴스는 1년 및 3년 Amazon EC2 인스턴스 절감형 플랜, 컴퓨팅 절감형 플랜, EC2 온디맨드 인스턴스, EC2 예약형 인스턴스를 통하여 구매 가능합니다.

Q: Hpc7g 인스턴스에서는 어떤 AMI가 지원되나요?

Hpc7g 인스턴스는 Amazon EBS 기반 AMI만 지원합니다.

Q: Hpc7a 인스턴스는 다른 EC2 인스턴스와 어떻게 다른가요?

HPC에 최적화된 EC2 Hpc7a 인스턴스는 전산 유체 역학(CFD), 수치 예보 및 다중 물리 시뮬레이션을 포함한 크고 복잡한 시뮬레이션과 같이 고성능 프로세서의 이점을 활용하는 애플리케이션에 적합합니다. Hpc7a 인스턴스는 긴밀하게 연결된 x86 기반 HPC 워크로드를 더 높은 성능으로 실행할 수 있도록 설계되었습니다. Hpc7a 인스턴스는 4세대 AMD EPYC 프로세서를 통해 Hpc6a 인스턴스보다 2배 더 높은 코어 밀도(최대 192개 코어), 2.1배 더 높은 메모리 대역폭 처리량(768GB 메모리), 3배 더 높은 네트워크 대역폭을 제공합니다. 이 인스턴스는 빠르고 지연 시간이 짧은 노드 간 통신을 위해 AWS Nitro System으로 구동되는 300Gbps의 EFA 네트워크 대역폭을 제공합니다.

Q: Hpc7a 인스턴스는 어떤 요금 모델을 지원하나요?

Hpc7a 인스턴스는 1년 및 3년 Amazon EC2 인스턴스 절감형 플랜, 컴퓨팅 절감형 플랜, EC2 온디맨드 인스턴스, EC2 예약형 인스턴스를 통해 구매할 수 있습니다.

Q: Hpc7a 인스턴스에서는 어떤 AMI가 지원되나요?

Hpc7a 인스턴스는 Amazon Linux 2, Amazon Linux, Ubuntu 18.04 이상, Red Hat Enterprise Linux 7.6 이상, SUSE Linux Enterprise Server 12 SP3 이상, CentOS 7 이상 및 FreeBSD 11.1 이상을 지원합니다.

Q: Hpc6id 인스턴스는 어떤 요금 모델을 지원하나요?

Hpc6id 인스턴스는 1년 및 3년 Amazon EC2 인스턴스 절감형 플랜, 컴퓨팅 절감형 플랜, EC2 온디맨드 인스턴스, EC2 예약형 인스턴스를 통하여 구매 가능합니다.

Q: Hpc6id 인스턴스와 다른 EC2 인스턴스 간의 차이점은 무엇인가요?

Hpc6id 인스턴스는 메모리 바인딩된 데이터 집약적인 HPC 워크로드에 적합한 능력을 제공하도록 최적화되었습니다. vCPU당 CPU 처리량과 vCPU당 최대 5GB/s 메모리 대역폭을 향상시키기 위해 하이퍼스레딩은 비활성화되었습니다. 이 인스턴스는 동일한 Virtual Private Cloud(VPC) 내 인스턴스 사이의 트래픽에 최적화된 200Gbps 네트워크 대역폭을 제공하며, 네트워크 성능 향상을 위해 EFA를 지원합니다. 밀결합된 워크로드 실행을 위해 Hpc6id 인스턴스 네트워킹을 최적화하려는 경우, 각 리전의 단일 가용 영역에서 EC2 Hpc6id 인스턴스에 액세스하면 됩니다.

Q: Hpc6id 인스턴스에서는 어떤 AMI가 지원되나요?

Hpc6id 인스턴스는 Amazon Linux 2, Amazon Linux, Ubuntu 18.04 이상, Red Hat Enterprise Linux 7.4 이상, SUSE Linux Enterprise Server 12 SP2 이상, CentOS 7 이상, Windows Server 2008 R2 이상, FreeBSD 11.1 이상을 지원합니다.

Q: Hpc6a 인스턴스에서는 어떤 AMI가 지원되나요?

Hpc6a 인스턴스는 Amazon Linux 2, Amazon Linux, Ubuntu 18.04 이상, Red Hat Enterprise Linux 7.4 이상, SUSE Linux Enterprise Server 12 SP2 이상, CentOS 7 이상 및 FreeBSD 11.1 이상을 지원합니다. 또한 이러한 인스턴스는 Windows Server 2012, 2012 R2, 2016, 2019를 지원합니다.

Q: Hpc6a 인스턴스는 어떤 요금 모델을 지원하나요?

Hpc6a 인스턴스는 1년 및 3년 표준 예약 인스턴스, 컨버터블 예약형 인스턴스, 절감형 플랜, 온디맨드 인스턴스를 통해 구매할 수 있습니다.

Q: Amazon EC2 M6g 인스턴스란 무엇입니까?

Amazon EC2 M6g 인스턴스는 Arm 기반 AWS Graviton2 프로세서로 구동되는 범용 인스턴스의 차세대 버전입니다. M6g 인스턴스는 M5 인스턴스보다 최고 40% 향상된 가격 대비 성능을 제공합니다. 이는 전용 하드웨어 및 Nitro 하이퍼바이저의 조합인 AWS Nitro System을 기반으로 구축됩니다.

Q: 새로운 AWS Graviton2 프로세서의 사양은 어떻게 됩니까?

AWS Graviton2 프로세서는 1세대 AWS Graviton 프로세서보다 최대 7배 높은 성능, 4배 더 많은 컴퓨팅 코어, 2배 더 큰 캐시, 5배 더 빠른 메모리, 50% 더 빠른 코어당 암호화 성능을 제공합니다. AWS Graviton2 프로세서의 각 코어는 단일 스레드 vCPU입니다. 또한 이 프로세서는 완전 암호화된 상시 구동 DRAM 메모리, 압축 워크로드를 위한 하드웨어 가속화 기능, 비디오 인코딩과 같은 워크로드의 부동 소수점 성능을 2배로 높이는 vCPU별 전용 엔진, int8/fp16 CPU 기반 기계 학습 추론 가속화를 위한 명령도 제공합니다. CPU는 고급 7nm 제조 기술을 기반으로 AWS에서 설계한 64비트 Arm Neoverse 코어와 맞춤형 실리콘을 활용하여 제작됩니다.

Q: AWS Graviton2 프로세서는 메모리 암호화를 지원합니까?

AWS Graviton2 프로세서는 상시 구동 256비트 메모리 암호화를 지원하여 보안을 강화합니다. 암호화 키는 호스트 시스템 내에서 안전하게 생성되고, 호스트 시스템을 벗어나지 않으며, 호스트가 재부팅되거나 전원이 꺼지면 복구 불가능한 방식으로 폐기됩니다. 메모리 암호화는 AWS Key Management Service(AWS KMS)와의 통합을 지원하지 않으며, 고객은 자체 키를 AWS KMS로 가져올 수 없습니다.

Q: M6g 인스턴스에 적합한 사용 사례는 무엇인가요?

M6g 인스턴스는 애플리케이션 서버, 게이밍 서버, 마이크로서비스, 중형 데이터베이스, 캐싱 플릿 등 다양한 범용 워크로드를 폭넓게 지원하며 강력한 성능과 가격 대비 성능 이점을 제공합니다. 오픈 소스 소프트웨어에서 구축된 애플리케이션을 M 인스턴스에 배포하는 고객에게 M6g 인스턴스는 최상의 가격 대비 성능을 실현할 수 있는 매력적인 옵션입니다. 또한 Arm 개발자는 교차 컴파일 또는 에뮬레이션이 아닌 준네이티브 Arm 하드웨어에서 바로 애플리케이션을 구축할 수 있습니다.

Q: M6g 인스턴스에서 사용할 수 있는 스토리지 옵션에는 어떤 것이 있습니까?

M6g 인스턴스는 기본적으로 EBS에 최적화되어 있으며, 암호화되거나 암호화되지 않은 EBS 볼륨에 최대 19,000Mbps의 전용 EBS 대역폭을 제공합니다. M6g 인스턴스는 EBS 스토리지 볼륨 액세스용으로 NVMe(Non-Volatile Memory Express) 인터페이스만 지원합니다. 또한 M6gd 인스턴스 유형을 통해 로컬 NVMe 인스턴스 스토리지를 활용하는 옵션도 이용할 수 있습니다.

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

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

Q: 고객은 M6g 인스턴스에서 실행하기 위해 애플리케이션과 워크로드를 수정해야 합니까?

애플리케이션에 따라 변경 필요 여부가 달라집니다. 오픈 소스 소프트웨어에서 빌드된 애플리케이션을 실행하는 고객에게 Arm 에코시스템은 잘 개발되어 있고 애플리케이션을 기본적으로 지원하는 경우가 많습니다. 대부분의 Linux 배포판과 컨테이너(Docker, Kubernetes, Amazon ECS, Amazon EKS, Amazon ECR)는 Arm 아키텍처를 지원합니다. 고객은 일반적으로 사용되는 소프트웨어 패키지의 Arm 버전을 현재 사용하는 것과 동일한 메커니즘을 통해 설치할 수 있습니다. CPU 명령 세트에 의존하지 않는 해석된 언어(예: Java, Node, Python)는 최소한의 변경만으로 또는 변경 없이 실행됩니다. 컴파일된 언어(C, C++, GoLang)를 사용하여 개발된 애플리케이션은 Arm 바이너리를 생성하려면 다시 컴파일해야 합니다. Arm 아키텍처는 이런 널리 사용되는 프로그래밍 언어에서 대체로 지원되며, 일반적으로 최신 코드에서는 간단한 ‘Make’ 명령만 필요합니다. 자세한 내용은 GitHub의 시작하기 가이드를 참조하세요.

Q: Amazon EC2 A1 인스턴스란 무엇인가요?

Amazon EC2 A1 인스턴스는 AWS에서 사용자 지정 방식으로 설계된 1세대 AWS Graviton 프로세서를 통해 구동되는 범용 인스턴스입니다.

Q: 1세대 AWS Graviton 프로세서의 사양은 어떻게 됩니까?

AWS Graviton 프로세서는 대규모로 실행되는 클라우드 애플리케이션용 플랫폼 솔루션 구축과 관련된 Amazon의 광범위한 전문 지식을 활용하여 AWS에서 사용자 지정 방식으로 설계되었습니다. 64비트 Arm 명령 세트를 기반으로 하는 이러한 프로세서는 Arm Neoverse 코어와 AWS에서 설계된 사용자 지정 실리콘을 모두 제공합니다. 코어는 2.3GHz 주파수에서 작동합니다.

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

A1 인스턴스는 가용 메모리 공간에 맞는 스케일 아웃 워크로드에 대해 상당한 비용 절감 효과를 제공합니다. A1 인스턴스는 웹 서버, 컨테이너식 마이크로 서비스, 데이터/로그 처리 등의 확장 애플리케이션에 적합합니다. Arm 개발자 커뮤니티의 개발자, 애호가 및 교육자도 이러한 인스턴스를 효율적으로 활용할 수 있습니다.

Q: 고객은 A1 인스턴스에서 실행하기 위해 애플리케이션과 워크로드를 수정해야 합니까?

애플리케이션에 따라 변경 필요 여부가 달라집니다. 해석된 언어나 런타임 컴파일된 언어(예: Python, Java, PHP, Node.js) 기반 애플리케이션은 수정하지 않아도 실행됩니다. 그 외의 애플리케이션은 다시 컴파일해야 할 수 있으며, x86 명령을 사용하지 않는 애플리케이션은 일반적으로 거의 또는 전혀 변경하지 않고도 구축할 수 있습니다.

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

A1 인스턴스에서 지원하는 AMI는 Amazon Linux 2, Ubuntu 16.04.4 이상, Red Hat Enterprise Linux (RHEL) 7.6 이상, SUSE Linux Enterprise Server 15 이상입니다. Fedora, Debian, NGINX Plus에 대한 추가적인 AMI 지원도 커뮤니티 AMI와 AWS Marketplace를 통해 이용할 수 있습니다. A1 인스턴스에서 실행되는 EBS 지원 HVM AMI를 사용하려면 인스턴스 시작 시 NVMe 및 ENA 드라이버를 설치해야 합니다.

Q: M6g 및 A1 인스턴스에서 실행하기 위해 충족해야 하는 구체적인 AMI 요구 사항이 있습니까?

M6g 및 A1 인스턴스에서는 'arm64' AMI를 사용해야 합니다. M6g 및 A1 인스턴스는 x86 인스턴스와 호환되지 않습니다.

Q: 고객은 어떤 경우에 A1 인스턴스와 새로운 M6g 인스턴스를 각각 사용해야 합니까?

A1 인스턴스는 더 작은 여러 개의 코어에서 실행할 수 있고 가용 메모리 공간에 맞는 스케일 아웃 워크로드에 대해 종전과 마찬가지로 비용상의 이점을 제공합니다. 새로운 M6g 인스턴스는 더 많은 컴퓨팅, 메모리, 네트워킹 리소스가 필요하거나 플랫폼 기능을 확장하는 데 따른 이점이 큰 다양한 애플리케이션에 적합합니다. M6g 인스턴스는 인스턴스 패밀리 내에서 이 같은 애플리케이션에 대해 최상의 가격 대비 성능을 제공합니다. M6g는 최대 16xlarge의 인스턴스 크기(A1의 경우 최대 4xlarge 지원), vCPU당 4GB의 메모리(A1의 경우 vCPU당 2GB의 메모리 지원), 최대 25Gbps의 네트워킹 대역폭(A1의 경우 최대 10Gbps 지원)을 지원합니다.

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

A1 인스턴스는 기본적으로 EBS에 최적화되어 있으며, 암호화되거나 암호화되지 않은 EBS 볼륨에 최대 3,500Mbps의 전용 EBS 대역폭을 제공합니다. A1 인스턴스는 EBS 스토리지 볼륨 액세스용으로 NVMe(Non-Volatile Memory Express) 인터페이스만 지원합니다. A1 인터페이스에서는 blkfront 인터페이스를 지원하지 않습니다.

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

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

Q: A1 인스턴스는 AWS Nitro System을 지원합니까?

예. A1 인스턴스는 전용 하드웨어와 Nitro 하이퍼바이저의 조합으로 구성된 AWS Nitro System을 통해 구동됩니다.

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

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

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

3세대 인텔 제온 스케일러블 프로세서(코드명 아이스 레이크) 및 올코어 터보 주파수 3.5GHz로 구동되는 Amazon M6i 인스턴스는 M5 인스턴스보다 최대 15% 나은 컴퓨팅 성능 가성비 및 인텔 총 메모리 암호화(TME)를 통한 상시 메모리 암호화를 제공합니다. Amazon EC2 M6i 인스턴스는 인텔 구동 인스턴스임을 나타내기 위해 소문자 ‘i’를 사용하는 첫 번째 인스턴스입니다. M6i 인스턴스는 가장 큰 M5 인스턴스보다 33% 더 큰 128 vCPU 및 512GiB 메모리의 새로운 인스턴스 크기(m6i.32xlarge)를 제공합니다. 또한, M5 인스턴스와 비교했을 때 최대 20% 더 뛰어난 vCPU당 메모리 대역폭을 제공하므로, 고객은 데이터 집약적 AI/기계 학습, 게임, 고성능 컴퓨팅(HPC) 애플리케이션을 위한 실시간 분석을 효율적으로 수행할 수 있습니다. M6i는 Amazon Elastic Block Store에 대해 최대 50Gbps의 네트워킹 속도에 40Gbps의 대역폭을 제공하며 이는 M5 인스턴스의 두 배에 해당합니다. M6i 인스턴스에서 고객은 32xlarge 크기에서 Elastic Fabric Adapter를 사용할 수 있으므로 짧은 대기 시간과 높은 확장성의 노드 간 통신을 지원합니다. 이러한 신규 인스턴스에서 최적의 네트워킹 성능을 구현하려면 Elastic Network Adapter(ENA) 드라이버 업데이트가 필요합니다. M6i용 최적 ENA 드라이버에 대한 자세한 내용은 이 문서를 참조하세요.

Q: EC2 M5 제품군 또는 M6i 제품군 사용 고객에게 인텔 AVX-512에 대한 지원은 어떤 이점이 있나요?

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

M5zn 인스턴스는 100Gbps 네트워킹 및 Amazon EFA 지원과 함께 최대 4.5GHz의 올 코어 터보 주파수를 제공하는 클라우드에서 가장 빠른 인텔 제논 확장형 프로세서로 구동되는 M5 범용 인스턴스의 변형입니다. M5zn 인스턴스는 게임, 금융 애플리케이션, 자동차, 항공 우주, 에너지 및 통신 산업에서 사용되는 것과 같은 시뮬레이션 모델링 애플리케이션, 그리고 기타 고성능 컴퓨팅 애플리케이션 같은 워크로드에 이상적입니다.

z1d 인스턴스는 메모리에 최적화된 인스턴스로서 로컬 NVMe 스토리지와 함께 인텔 제논 확장형 프로세서(최대 4.0GHz)의 고주파 버전을 특징으로 합니다. M5zn 인스턴스는 범용 인스턴스이며 최대 100Gbps 네트워킹 성능 및 EFA 지원과 함께 최대 4.5GHz의 2세대 인텔 제논 확장형 프로세서의 고주파 버전을 특징으로 합니다. M5zn 인스턴스는 z1d보다 향상된 가격 대비 성능을 제공합니다.

Q: EC2 대용량 메모리 인스턴스란 무엇인가요?

Amazon EC2 대용량 메모리(U-1 및 U7i) 인스턴스는 단일 인스턴스에서 3TiB, 6TiB, 9TiB, 12TiB, 16TiB, 18TiB, 24TiB 또는 32TiB 메모리를 제공합니다. 이러한 인스턴스는 SAP HANA의 프로덕션 설치를 비롯하여 클라우드에서 대규모 인 메모리 데이터베이스를 실행하도록 설계되었습니다.

3TiB, 6TiB, 9TiB, 12TiB의 EC2 대용량 메모리(U-1) 인스턴스는 인텔® 제온® 플래티넘 8176M(스카이레이크) 또는 8280L(캐스케이드 레이크) 프로세서가 탑재된 8소켓 플랫폼에서 구동됩니다. 18TiB 및 24TiB의 EC2 대용량 메모리(U-1) 인스턴스는 2세대 인텔® 제온® 스케일러블 8280L(캐스케이드 레이크) 프로세서가 탑재된 8소켓 플랫폼에서 구동됩니다.

Amazon EC2 U7i 인스턴스는 1.9GHz(터보 부스트 ~ 2.90GHz) 4세대 인텔 제온 스케일러블 프로세서(사파이어 래피즈)로 구동됩니다. U7i 인스턴스는 주요 클라우드 공급자가 제공하는 최초의 DDR5 메모리 기반 8소켓 제품입니다. U7i 인스턴스는 기존 U-1 인스턴스에 비해 최대 45% 더 나은 가격 대비 성능을 제공합니다. U7i 인스턴스는 896개의 vCPU를 지원하며, Amazon EC2 고용량 메모리(U-1) 인스턴스에 비해 2.5배의 Elastic Block Store(EBS) 대역폭을 지원합니다.

Amazon EC2 고용량 메모리 인스턴스는 io2 Block Express를 비롯한 스토리지 볼륨에 대해 최대 100Gbps의 Elastic Block Store(EBS) 대역폭을 제공하여 데이터 하이드레이션, 백업 및 복원과 같은 IO 집약적 사용 사례를 지원합니다.

Q: 대용량 메모리 인스턴스는 SAP HANA 워크로드를 실행할 수 있도록 SAP에서 인증을 받았나요?

3TiB, 6TiB, 9TiB, 12TiB, 16TiB, 18TiB, 24TiB의 대용량 메모리(U-1 및 U7i) 인스턴스는 Business Suite on HANA, 차세대 Business Suite S/4HANA, Data Mart Solutions on HANA, Business Warehouse on HANA 및 SAP BW/4HANA를 프로덕션 환경에서 실행하도록 SAP가 인증한 인스턴스입니다. 자세한 내용은 SAP 인증 및 지원되는 SAP HANA 하드웨어 디렉터리를 참조하세요.

Q: 대용량 메모리 인스턴스에서 사용할 수 있는 인스턴스 유형은 무엇인가요?

대용량 메모리 인스턴스는 베어 메탈(U-1만 해당)과 가상화 인스턴스(U-1 및 U7i)로 제공됩니다. 고객은 기본 하드웨어 리소스에 직접 액세스하거나 온디맨드와 1년 및 3년 절감형 플랜 구매 옵션 등 가상화 인스턴스가 제공하는 추가 옵션을 유연하게 활용할 수 있습니다. EC2 인스턴스 유형 페이지의 메모리 최적화 섹션에서 대용량 메모리 인스턴스에 사용할 수 있는 옵션을 확인하세요.

Q: 대용량 메모리 가상화 인스턴스를 사용하면 대용량 메모리 베어 메탈 인스턴스에 비해 어떤 이점이 있나요?

대용량 메모리 메탈 인스턴스에 비해 대용량 메모리 가상 인스턴스가 제공하는 이점으로는 시작 및 재부팅 시간 대폭 단축, 유연한 구매 옵션(온디맨드, 절감형 플랜, 예약형 인스턴스, 전용 호스트), 다양한 테넌시 유형 선택, 셀프 서비스 옵션, 더 많은 수의 EBS 볼륨 지원이 있습니다.

Q: 대용량 메모리 '메탈' 인스턴스와 대용량 메모리 '가상화' 인스턴스는 각각 어떤 경우에 사용해야 하나요?

일반적으로 대용량 메모리 '가상화' 인스턴스를 사용하는 것이 좋지만 특정 상황에서는 대용량 메모리 메탈 인스턴스만 작동할 수 있습니다. 예를 들어 대용량 메모리 가상 인스턴스에서 지원되지 않는 OS 버전을 사용하는 경우 또는 라이선스 및 지원 요구 사항을 충족하기 위해 비가상화 모드에서 실행해야 하는 애플리케이션을 사용하는 경우 또는 하드웨어 기능 세트(예: 인텔 VT-x)에 액세스해야 하는 애플리케이션을 사용하는 경우 또는 사용자 지정 하이퍼바이저(예: ESXi)를 사용하는 경우가 이러한 상황에 포함됩니다.

Q: 대용량 메모리 메탈 인스턴스에서 대용량 메모리 가상화 인스턴스로 마이그레이션하려면 어떻게 해야 하나요?

몇 단계만 거치면 대용량 메모리 메탈 인스턴스를 가상화된 인스턴스로 마이그레이션할 수 있습니다. 1) 인스턴스를 중지하고 2) EC2 API를 통해 인스턴스 및 테넌시 유형을 변경한 다음 3) 인스턴스 백업을 시작합니다. Red Hat Enterprise Linux for SAP 또는 SUSE Linux Enterprise Server for SAP를 사용하는 경우 운영 체제 및 커널 버전이 가상화된 대용량 메모리 인스턴스와 호환되는지 확인해야 합니다. 자세한 내용은 AWS의 SAP HANA를 EC2 대용량 메모리 인스턴스로 마이그레이션 설명서를 참조하세요.

Q: 대용량 메모리 인스턴스에서 사용할 수 있는 스토리지 옵션에는 어떤 것이 있나요?

대용량 메모리 인스턴스는 스토리지에 대해 Amazon EBS 볼륨을 지원합니다. 대용량 메모리 인스턴스는 기본적으로 EBS에 최적화되어 있습니다.

Q: 대용량 메모리 인스턴스에서 지원되는 스토리지 인터페이스는 무인가요?

대용량 메모리 인스턴스는 PCI가 연결된 NVM Express(NVMe) 인터페이스를 통해 EBS 볼륨에 액세스합니다. 대용량 메모리 인스턴스에 연결된 EBS 볼륨은 NVMe 디바이스로 표시됩니다. NVMe는 플래시 기반 SSD에 주로 사용되는 효율적이고 확장 가능한 스토리지 인터페이스이며 지연 시간 감소 기능을 제공하므로 결과적으로 디스크 I/O 및 처리량이 개선됩니다. EBS 볼륨은 PCI 핫플러그로 연결되고 분리됩니다.

Q: 대용량 메모리 인스턴스에서는 어떤 네트워크 성능을 지원하나요?

대용량 메모리 인스턴스는 네트워킹에 Elastic Network Adapter(ENA)를 사용하고 향상된 네트워킹을 기본적으로 활성화합니다. ENA를 사용할 경우 대용량 메모리 인스턴스는 최대 100Gbps(U-1) 및 200Gbps(U7i)의 네트워크 대역폭을 사용할 수 있습니다.

Q: 기존 Amazon Virtual Private Cloud(VPC)에서 대용량 메모리 인스턴스를 실행할 수 있나요?

기존 및 신규 Amazon VPC에서 대용량 메모리 인스턴스를 실행할 수 있습니다.

대용량 메모리 인스턴스의 기본 하이퍼바이저는 무엇인가요?

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

Q: 대용량 메모리 인스턴스는 CPU 전원 관리 상태 제어 기능을 지원하나요?

예. 대용량 메모리(U-1 메탈) 인스턴스에서 C 상태와 P 상태를 구성할 수 있습니다.  U-1 및 U7i 가상 인스턴스 모두에서 C 상태를 구성할 수 있습니다.   C 상태를 사용하여 더 높은 터보 주파수(최대 4.0GHz)를 지원할 수 있습니다. 또한 P 상태를 사용하여 모든 코어를 P1 또는 그보다 높은 P 상태로 고정하여 터보를 비활성화하는 것과 유사한 효과를 내고 일정하게 기본 CPU 클록 속도로 실행함으로써 성능 변동성을 낮출 수도 있습니다.

Q: 대용량 메모리 인스턴스에서 사용할 수 있는 구매 옵션은 무엇인가요?

EC2 대용량 메모리 가상화 인스턴스는 온디맨드, 1년 및 3년 절감형 플랜, 1년 및 3년 예약형 인스턴스를 통해 구매할 수 있습니다. EC2 대용량 메모리 메탈 인스턴스는 1년 및 3년 예약의 EC2 전용 호스트로만 구매할 수 있습니다.

Q: 전용 호스트의 수명 주기는 어떻게 되나요?

전용 호스트가 계정에 할당되면 사용 대기 상태로 유지됩니다. 사용자는 RunInstances API를 사용하여 "host" 테넌시로 인스턴스를 시작할 수 있으며 API를 통해 인스턴스를 중지/시작/종료할 수도 있습니다. AWS Management Console을 사용하여 전용 호스트 및 인스턴스를 관리할 수 있습니다. 

Q: AWS CLI/SDK를 사용하여 대용량 메모리 인스턴스를 실행, 중지/시작, 종료할 수 있나요?

AWS CLI/SDK를 사용하여 인스턴스를 실행, 중지/시작, 종료할 수 있습니다.

Q: 대용량 메모리 인스턴스에서 지원하는 AMI는 무엇인가요?

ENA 네트워킹에 대한 지원이 포함된 EBS 지원 HVM AMI를 대용량 메모리 인스턴스에서 사용할 수 있습니다. 최신 Amazon Linux, Red Hat Enterprise Linux, SUSE Enterprise Linux Server 및 Windows Server AMI가 지원됩니다. 대용량 메모리 인스턴스의 SAP HANA 워크로드에 대해 지원되는 운영 체제는 SUSE Linux Enterprise Server 12 SP3 for SAP, Red Hat Enterprise Linux 7.4 for SAP, Red Hat Enterprise Linux 7.5 for SAP, SUSE Linux Enterprise Server 12 SP4 for SAP, SUSE Linux Enterprise Server 15 for SAP, Red Had Enterprise Linux 7.6 for SAP입니다. 지원되는 운영 체제에 대한 최신 세부 정보는 SAP on AWS 기술 설명서를 참조하세요.

Q: 대용량 메모리 인스턴스와 AWS 클라우드에 사용할 수 있는 표준 SAP HANA 참조 배포 프레임워크가 있나요?

뛰어난 성능과 안정성을 위한 SAP의 권장 사항에 따라 대용량 메모리 인스턴스에 필요한 모든 SAP HANA 기본 구성 요소를 빠르게 배포하기 위해 AWS Quick Start 참조 SAP HANA 배포를 사용할 수 있습니다. AWS Quick Start는 모듈식이고 사용자 지정이 가능하므로, 기능을 추가하거나 자체 구현을 위해 수정할 수 있습니다.

Q: 언제 메모리 최적화 인스턴스를 사용해야 하나요?

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

Q: Amazon EC2 R6g 인스턴스란 무엇인가요?

Amazon EC2 R6g 인스턴스는 Arm 기반 AWS Graviton2 프로세스로 구동되는 메모리 최적화 인스턴스의 차세대 버전입니다. R6g 인스턴스는 R5 인스턴스보다 최고 40% 향상된 가격 대비 성능을 제공합니다. 이는 전용 하드웨어 및 Nitro 하이퍼바이저의 조합인 AWS Nitro System을 기반으로 구축됩니다.

Q: R6g 인스턴스에 가장 적합한 사용 사례는 무엇입니까?

R6g 인스턴스는 메모리 집약적 워크로드에서 우수한 가격 대비 성능을 제공하며, 오픈 소스 데이터 베이스, 인 메모리 캐시, 실시간 빅 데이터 분석 등의 메모리 집약적 워크로드를 실행하는 데 이상적입니다. 오픈 소스 소프트웨어에서 구축된 애플리케이션을 R 인스턴스에 배포하는 고객에게 R6g 인스턴스는 인스턴스 패밀리 내에서 최상의 가격 대비 성능을 실현할 수 있는 매력적인 옵션입니다. 또한 Arm 개발자는 교차 컴파일 또는 에뮬레이션이 아닌 준네이티브 Arm 하드웨어에서 바로 애플리케이션을 구축할 수 있습니다.

Q: R6g 인스턴스에서 사용할 수 있는 스토리지 옵션에는 어떤 것이 있습니까?

R6g 인스턴스는 기본적으로 EBS에 최적화되어 있으며, 암호화되거나 암호화되지 않은 EBS 볼륨에 최대 19,000Mbps의 전용 EBS 대역폭을 제공합니다. R6g 인스턴스는 EBS 스토리지 볼륨 액세스용으로 NVMe(Non-Volatile Memory Express) 인터페이스만 지원합니다. 또한 R6gd 인스턴스 유형을 통해 로컬 NVMe 인스턴스 스토리지를 활용하는 옵션도 이용할 수 있습니다.

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

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

Q: 고객은 R6g 인스턴스에서 실행하기 위해 애플리케이션과 워크로드를 수정해야 합니까?

애플리케이션에 따라 변경 필요 여부가 달라집니다. 오픈 소스 소프트웨어에서 빌드된 애플리케이션을 실행하는 고객에게 Arm 에코시스템은 잘 개발되어 있고 애플리케이션을 기본적으로 지원하는 경우가 많습니다. 대부분의 Linux 배포판과 컨테이너(Docker, Kubernetes, Amazon ECS, Amazon EKS, Amazon ECR)는 Arm 아키텍처를 지원합니다. 고객은 일반적으로 사용되는 소프트웨어 패키지의 Arm 버전을 현재 사용하는 것과 동일한 메커니즘을 통해 설치할 수 있습니다. CPU 명령 세트에 의존하지 않는 해석된 언어(예: Java, Node, Python)는 최소한의 변경만으로 또는 변경 없이 실행됩니다. 컴파일된 언어(C, C++, GoLang)를 사용하여 개발된 애플리케이션은 Arm 바이너리를 생성하려면 다시 컴파일해야 합니다. Arm 아키텍처는 이런 널리 사용되는 프로그래밍 언어에서 대체로 지원되며, 일반적으로 최신 코드에서는 간단한 ‘Make’ 명령만 필요합니다. 자세한 내용은 GitHub의 시작하기 가이드를 참조하세요.

Q: R5 인스턴스 대신, R6i 인스턴스를 선택해야 하는 이유는 무엇인가요?

3세대 인텔 제온 스케일러블 프로세서(아이스 레이크) 및 올코어 터보 주파수 3.5GHz로 구동되는 Amazon R6i 인스턴스는 R5 인스턴스보다 최대 15% 나은 컴퓨팅 성능 가성비 및 Intel Total Memory Encryption(TME)을 통한 상시 메모리 암호화를 제공합니다. Amazon EC2 R6i 인스턴스는 인텔 구동 인스턴스임을 나타내기 위해 소문자 ‘i’를 사용합니다. R6i 인스턴스는 가장 큰 R5 인스턴스보다 33% 더 큰 1,024GiB 메모리와 128개 vCPU의 새로운 인스턴스 크기(r6i.32xlarge)를 제공합니다. 또한 R5 인스턴스와 비교했을 때 최대 20% 더 뛰어난 vCPU당 메모리 대역폭을 제공하므로, 데이터 집약적 AI/기계 학습, 게임, 고성능 컴퓨팅(HPC) 애플리케이션을 위한 실시간 분석을 효율적으로 수행할 수 있습니다. R6i 인스턴스는 Amazon Elastic Block Store에 대해 최대 50Gbps의 네트워킹 속도에 40Gbps의 대역폭을 제공하며 이는 R5 인스턴스의 두 배에 해당합니다. R6i 인스턴스에서는 32xlarge 및 메탈 크기에서 Elastic Fabric Adapter(EFA)를 사용하여 짧은 지연 시간과 높은 확장성의 노드 간 통신을 지원할 수 있습니다. 이러한 신규 인스턴스에서 최적의 네트워킹 성능을 구현하려면 Elastic Network Adapter(ENA) 드라이버 업데이트가 필요할 수 있습니다. R6i용으로 최적화된 ENA 드라이버에 대한 자세한 내용은 지식 센터에서 EC2 인스턴스를 6세대 인스턴스로 마이그레이션하기 전에 무엇을 해야 하나요?를 참조하세요.

Q: Amazon EC2 R5b 인스턴스란 무엇인가요?

R5b 인스턴스는 동일한 크기의 R5 인스턴스에 비해 최대 3배 더 나은 EBS 성능을 제공하는 메모리 최적화 R5 인스턴스의 EBS 최적화 변형입니다. R5b 인스턴스는 최대 60Gbps의 대역폭과 260,000IOPS의 EBS 성능으로 EC2에서 가장 빠른 블록 스토리지 성능을 제공합니다. R5b 인스턴스 전용 하드와 니트로 하이퍼바이저의 조합인 AWS Nitro System을 기반으로 구축됩니다.

Q: R5b 인스턴스에 가장 적합한 사용 사례는 무엇인가요?

R5b 인스턴스는 상거래 플랫폼, ERP 시스템 및 건강 기록 시스템과 같은 성능 집약적 애플리케이션을 실행하는 Microsoft SQL Server, SAP HANA, IBM DB2 및 Oracle을 포함한 대규모 관계형 데이터베이스 워크로드에 이상적입니다. 대규모 스토리지 성능 요구 사항이 있는 대규모 온프레미스 워크로드를 AWS로 마이그레이션하려는 고객은 R5b 인스턴스가 적합하다는 것을 알게 될 것입니다.

Q: R5b 인스턴스에서 사용할 수 있는 스토리지 옵션에는 어떤 것이 있나요?

R5b 인스턴스는 기본적으로 EBS에 최적화되어 있으며, 암호화되거나 암호화되지 않은 EBS 볼륨에 최대 60,000Mbps의 전용 EBS 대역폭과 26만 IOPS를 제공합니다. R5b 인스턴스는 EBS 스토리지 볼륨 액세스용으로 NVMe(Non-Volatile Memory Express) 인터페이스만 지원합니다. R5b는 io2 볼륨을 제외한 모든 볼륨 유형에서 지원됩니다.

Q: 언제 R5b 인스턴스를 사용해야 하나요?

향상된 EBS 스토리지 네트워크 성능을 활용하려는 대규모 관계형 데이터베이스 및 데이터 분석과 같은 워크로드를 실행하는 고객은 R5b 인스턴스를 사용하여 더 높은 성능과 대역폭을 제공할 수 있습니다. 고객은 워크로드를 더 작은 크기의 R5b 인스턴스로 마이그레이션하거나 더 적은 R5b 인스턴스의 워크로드를 통합하여 비용을 절감할 수도 있습니다.

Q: 대용량 메모리 인스턴스에서 사용할 수 있는 스토리지 옵션에는 어떤 것이 있나요?

대용량 메모리 인스턴스는 스토리지에 대해 Amazon EBS 볼륨을 지원합니다. 대용량 메모리 인스턴스는 기본적으로 EBS에 최적화되어 있으며, 암호화되거나 암호화되지 않은 EBS 볼륨에 최대 38Gbps의 스토리지 대역폭을 제공합니다.

Q: Amazon EC2 X2gd 인스턴스란 무엇인가요?

Amazon EC2 X2gd 인스턴스는 AWS가 설계한 Arm 기반 AWS Graviton2 프로세스로 구동되는 메모리 최적화 인스턴스의 차세대 버전입니다. X2gd 인스턴스는 x86 기반 X1 인스턴스에 비해 최대 55% 더 뛰어난 가격 대비 성능을 지원하며, Amazon EC2에서 메모리 GiB당 최저 요금을 제공합니다. 전용 하드웨어와 Nitro 하이퍼바이저의 조합인 AWS Nitro System을 기반으로 구축되는 최초의 X 인스턴스입니다.

X2gd 인스턴스에 적합한 워크로드는 무엇인가요?

X2gd는 Redis 및 Memcached 인 메모리 데이터베이스와 같이 짧은 지연 시간의 메모리 액세스가 필요하고 vCPU당 메모리 수가 많을 때 유리한 Arm 호환 메모리 바운드 스케일아웃 워크로드에 적합합니다. X2gd는 PostgreSQL, MariaDB, MySQL 및 RDS Aurora와 같은 관계형 데이터베이스에도 적합합니다. Apache Hadoop, 실시간 분석 및 실시간 캐싱 서버와 같이 메모리 집약적인 워크로드를 실행하는 고객은 X2gd의 vCPU 대 메모리 비율(1:16의)이 도움이 됩니다. EDA 백엔드 확인 작업과 같은 단일 스레드 워크로드의 경우 X2gd 인스턴스의 물리적 코어 및 추가 메모리를 통해 단일 인스턴스에 더 많은 워크로드를 통합할 수 있습니다. X2gd 인스턴스는 캐싱 계층으로 작동하여 응답 시간을 개선하는 로컬 NVMe SSD 블록 스토리지도 제공합니다.

Q: X1, X2i 또는 R 인스턴스보다 X2gd를 사용하는 것이 적합한 경우는 언제인가요?

X2gd 인스턴스는 인 메모리 데이터베이스, 메모리 분석 애플리케이션, 오픈 소스 관계형 데이터베이스 워크로드, EDA 워크로드 및 대형 캐싱 서버와 같은 Arm 호환 메모리 바운드 스케일아웃 워크로드에 적합합니다. X2gd 인스턴스는 EC2 내에서 기가바이트당 최저 비용으로 최대 1TiB의 메모리를 제공합니다. X2iezn, X2idn, X2iedn, X1 및 X1e 인스턴스는 x86 프로세서를 사용하며 Windows 워크로드, 인 메모리 데이터베이스(예: SAP HANA), 관계형 데이터베이스(예: OracleDB) 등 메모리 집약적인 엔터프라이즈급 확장 워크로드에 적합합니다. 고객은 최대 4TiB의 대형 메모리에 대해 x86 기반 X 인스턴스를 활용할 수 있습니다. R6g 및 R6gd 인스턴스는 웹 애플리케이션, 데이터베이스 및 검색 인덱싱 쿼리와 같이 데이터 처리가 많은 시간에 더 많은 vCPU를 필요로 하는 워크로드에 적합합니다. 1TiB 미만의 메모리가 필요하고 x86 명령 집합에 종속되는 Windows 애플리케이션 및 Oracle 또는 SAP를 실행하는 애플리케이션과 같은 메모리에 구애받는 워크로드를 실행하는 고객은 R5 인스턴스 및 R6 인스턴스를 활용할 수 있습니다.

Q: 언제 X2idn 및 X2iedn 인스턴스를 사용해야 하나요?

X2idn 및 X2iedn 인스턴스는 최대 3.5GHz의 올 코어 터보 주파수를 지원하는 3세대 인텔 제온 스케일러블 프로세서로 구동되며, 비교 가능한 X1 인스턴스보다 최대 50% 더 높은 가격 대비 컴퓨팅 성능을 제공합니다. X2idn 및 X2iedn 인스턴스는 모두 최대 3.8TB의 로컬 NVMe SSD 스토리지와 최대 100Gbps의 네트워킹 대역폭을 포함하는 반면, X2idn은 최대 2TiB의 메모리를 제공하고 X2iedn은 최대 4TiB의 메모리를 제공합니다. X2idn 및 X2iedn 인스턴스는 SAP 공인 제품이며, 소규모에서 대규모의 기존 및 인 메모리 데이터베이스와 분석과 같은 워크로드에 적합합니다.

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

X2iezn 인스턴스는 클라우드에서 가장 빠른 인텔 제온 스케일러블 프로세서를 탑재한 만큼, 높은 메모리-vCPU 비율 및 고속 네트워킹과 함께 높은 단일 스레드 성능이 요구되는 워크로드에 적합합니다. X2iezn 인스턴스는 최대 4.5GHz의 올코어 터보 주파수에 메모리-vCPU 비율이 32:1로, X1e 인스턴스에 비해 최대 55% 더 높은 가격 대비 컴퓨팅 성능을 제공합니다. X2iezn 인스턴스는 물리적 검증, 정적 타이밍 분석, 파워 사인오프, 풀칩 게이트 레벨 시뮬레이션 등의 Electronic Design Automation(EDA) 워크로드에 매우 적합합니다.

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

Amazon Linux 2, Ubuntu 18.04 이상, Red Hat Enterprise Linux 8.2 이상 및 SUSE Enterprise Server 15 이상 AMI가 지원됩니다. 커뮤니티 AMI 및 AWS Marketplace를 통해 Fedora, Debian, NetBSD 및 CentOS와 같은 추가 AMI가 제공될 예정입니다. 컨테이너식 애플리케이션의 경우 Amazon ECS 및 EKS 최적화 AMI도 사용할 수 있습니다.

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 및 X1e 인스턴스는 CPU 전원 관리 상태 제어 기능을 지원하나요?

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

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: 대용량 메모리 인스턴스와 AWS에 사용할 수 있는 표준 SAP HANA 참조 배포 프레임워크가 있나요?

높은 성능과 신뢰성을 위한 AWS 및 SAP의 다음 권장 사항에 따라 대용량 메모리 인스턴스에 필요한 모든 SAP HANA 기본 구성 요소를 빠르게 배포하기 위해 AWS Launch Wizard for SAP 또는 AWS Quick Start 참조 SAP HANA 배포를 사용할 수 있습니다.

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

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

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

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

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

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

Q: 내 이전 세대 인스턴스는 삭제되나요?

아니요. 인스턴스의 수명이 다하여 완전히 지원이 중단되기 전까지는 이전 세대 인스턴스가 정상적으로 작동하며 이번 변경으로 인해 삭제되지 않습니다. 수명 종료 고려 사항으로 인해 이전 세대 인스턴스를 더 이상 사용하지 않기로 결정된 경우에는 해당 변경 사항에 대한 알림을 제공할 것입니다.  

Q: 이전 세대 인스턴스는 곧 중단되나요?

급속하게 진화하는 기술로 인해 최신 세대 인스턴스가 가격 대비 최적의 성능을 제공하게 되면 AWS에서는 고객에게 최신 인스턴스를 사용하도록 권장할 수 있습니다. 수명 종료 고려 사항으로 인해 이전 세대 인스턴스를 더 이상 사용하지 않기로 결정된 경우에는 해당 변경 사항에 대한 알림을 제공할 것입니다.

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

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

Q: 고밀도 스토리지 인스턴스란 무엇인가요?

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

Q: 고밀도 스토리지 인스턴스는 높은 I/O 인스턴스와 어떻게 다른가요?

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

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

최신 세대의 고밀도 HDD 스토리지 인스턴스 중에서 규모가 가장 큰 d3en.12xlarge는 128k 블록 크기로 최대 6.2GiB/s 읽기 및 6.2GiB/s 쓰기 디스크 처리량을 제공할 수 있습니다. 추가 성능 정보는 제품 상세 페이지를 참조하세요. Linux D2, D3 및 D3en 인스턴스에서 최고의 디스크 처리량 성능을 보장하기 위해서는 가장 최신 버전의 Amazon Linux AMI 또는 지속적인 grant를 지원하는 3.8 이상의 커널 버전을 갖춘 다른 Linux AMI(디스크 처리량 및 확장성을 크게 향상시키는 Xen 블록 링 프로토콜의 확장)를 사용할 것을 권장합니다.

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

D2 및 H1 인스턴스는 하드웨어 오류에 대한 알림을 제공합니다. 모든 인스턴스 스토리지와 마찬가지로 고밀도 HDD 스토리지 볼륨은 인스턴스의 수명 기간 동안만 유지됩니다. 따라서 일정 정도의 중복성(예: RAID 1/5/6)을 구축하거나 중복성 및 내결함성을 지원하는 파일 시스템(예: HDFS 및 MapR-FS)을 사용하세요. Amazon EBS 또는 Amazon S3와 같은 더 많은 데이터 스토리지 솔루션에 정기적으로 데이터를 백업할 수도 있습니다.

Q: 고밀도 스토리지 인스턴스와 Amazon EBS는 어떻게 다른가요?

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

Q: 고밀도 HDD 스토리지 인스턴스를 Amazon EBS 최적화 인스턴스로 시작할 수 있나요?

각 HDD 스토리지 인스턴스 유형(H1, D2, D3 및 D3en)은 기본적으로 EBS에 최적화되어 있습니다. 이 기능은 항상 사용되므로 이러한 인스턴스 중 하나를 명시적으로 EBS 최적화 인스턴스로 시작하더라도 인스턴스의 작동에는 아무런 영향을 주지 않습니다. 자세한 내용은 Amazon EBS 최적화 인스턴스를 참조하세요.

Q: D2 인스턴스를 Amazon EBS 최적화 인스턴스로 시작할 수 있나요?

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

Q: 높은 I/O 인스턴스란 무엇인가요?

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

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

높은 I/O 인스턴스는 모든 Amazon EC2 기능을 지원합니다. Im4gn, Is4gen, I4i, I3 및 I3en 인스턴스는 NVMe 전용 스토리지를 제공하는 반면, 이전 세대 I2 인스턴스에서는 레거시 blkfront 스토리지에 액세스할 수 있습니다.

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

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

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

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

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

Q: 높은 I/O 인스턴스가 TRIM을 지원하나요?

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

Q: D3 및 D3en 인스턴스와 D2 인스턴스를 비교하면 어떤가요?

D3 및 D3en 인스턴스는 다음 컴퓨팅, 스토리지 및 네트워크 속성에서 D2보다 향상된 사양을 제공합니다.

• D3 및 D3en 인스턴스는 동등한 D2 인스턴스보다 최대 30% 더 높은 컴퓨팅 성능을 제공합니다. 정확한 성능 이점은 특정 워크로드에 따라 다릅니다.
• D3 및 D3en 인스턴스는 D2 인스턴스보다 각각 최대 45% 및 100% 높은 디스크 처리량을 제공합니다.
• D3 인스턴스는 D2 인스턴스보다 5% 저렴한 가격으로 사용할 수 있습니다. D3en 인스턴스는 D2 인스턴스에 비해 스토리지 TB당 비용을 최대 80% 낮춥니다.
• D3 및 D3en 인스턴스는 D2의 AVX 2에 비해 주기당 최대 2 배의 FLOPS를 제공하는 인텔 Advanced Vector Extensions(AVX 512)를 제공합니다.
• D3en 인스턴스는 336TB의 총 스토리지에 대해 vCPU 48개 및 vCPU당 7TB의 스토리지가 포함된 새로운 인스턴스 크기(12xl)를 제공하지만 D2 및 48TB의 총 스토리지에 비해 vCPU당 메모리가 절반입니다.
• D3 및 D3en 인스턴스는 빅 데이터 워크로드 및 파일 시스템 클러스터를 실행하기 위한 네트워크 성능에 대한 고객 요구를 충족하기 위해 최대 크기에서 각각 최대 25Gbps 및 75Gbps의 네트워크 대역폭을 제공합니다.
  

Q: D3 및 D3en 인스턴스는 스토리지 볼륨과 네트워크 트래픽을 암호화하나요?

예. 스토리지 볼륨에 기록된 데이터는 AES-256-XTS를 사용하여 저장 시 암호화됩니다. 동일한 VPC 또는 피어링된 VPC에 있는 D3 및 D3en 인스턴스 간의 네트워크 트래픽은 기본적으로 256비트 키를 사용하여 암호화됩니다.

Q: 시스템이 종료되면 내 데이터는 어떻게 되나요?

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

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

Amazon EBS는 4가지 현재 세대 볼륨 유형을 제공하며 2가지 주요 카테고리, 즉 트랜잭션 워크로드를 위한 SSD 지원 스토리지와 처리량 집약적 워크로드를 위한 HDD 지원 스토리지로 나뉩니다. 이 볼륨 유형은 성능 특성과 가격이 다르므로 애플리케이션의 필요에 맞게 스토리지 성능과 비용을 조정할 수 있습니다. 자세한 내용은 Amazon 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 및 io2)와 범용 SSD(gp2 및 gp3)를 포함합니다. HDD 지원 볼륨은 처리량 집약적 워크로드, 빅 데이터 워크로드, 큰 I/O 크기 및 순차적 I/O 패턴을 위해 설계되었습니다. HDD 기반 볼륨에는 처리량 최적화 HDD(st1)와 콜드 HDD(sc1)가 있습니다. 자세한 내용은 Amazon EBS 개요를 참조하세요.

Q: 여러 인스턴스에서 단일 볼륨에 액세스하는 기능이 지원되나요?

예. EBS 프로비저닝된 IOPS io1 볼륨에서 다중 연결을 활성화하여 동일한 가용 영역 내에서 최대 16개의 Nitro 시스템 기반 EC2 인스턴스에 하나의 볼륨을 동시에 연결할 수 있습니다. Amazon EBS 다중 연결에 대한 자세한 내용은 EBS 제품 페이지를 참조하십시오.

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에 대한 AWS Direct Connect 연결을 통해 파일 시스템을 탑재할 수 있습니다.

Q: 파일 시스템에 연결할 수 있는 Amazon EC2 인스턴스의 수는 어떻게 되나요?

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

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

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

Q: Amazon EC2 NVMe 인스턴스 스토리지에 저장되는 데이터는 암호화되나요?

예. 모든 데이터는 NVMe 인스턴스 스토리지를 통해 제공되는 로컬로 연결된 SSD에 기록되기 전에 AWS Nitro 하드웨어 모듈에서 암호화됩니다.

Q: Amazon EC2 NVMe 인스턴스 스토리지를 암호화하는 데는 어떤 암호화 알고리즘이 사용되나요?

Amazon EC2 NVMe 인스턴스 스토리지는 XTS-AES-256 블록 암호화를 사용하여 암호화됩니다.

Q: 암호화 키는 NVMe 인스턴스 스토리지의 특정 디바이스별, 아니면 인스턴스별로 고유합니까?

암호화 키는 Nitro 하드웨어 모듈 내에서 안전하게 생성되며, EC2 인스턴스와 함께 제공되는 NVMe 인스턴스 스토리지 디바이스별로 고유합니다.

Q: NVMe 인스턴스 스토리지에서 암호화 키의 수명은 어떻게 됩니까?

인스턴스 중단 및 인스턴스 종료 작업을 비롯하여 스토리지의 할당 취소 시 모든 키가 복구 불가능하게 파괴됩니다.

Q: NVMe 인스턴스 스토리지 암호화를 비활성화할 수 있습니까?

아니요. NVMe 인스턴스 스토리지 암호화는 상시 가동되며 비활성화할 수 없습니다.

Q: I3 및 I3en에 게시된 IOPS 성능 수치에 데이터 암호화가 포함되어 있습니까?

예. Im4gn, Is4gen, I4i, I3 및 I3en NVMe 인스턴스 스토리지의 문서화된 IOPS 수치에는 암호화가 포함되어 있습니다.

Q: Amazon EC2 NVMe 인스턴스 스토리지에서는 AWS Key Management Service(KMS)를 지원합니까?

아니요. NVMe 인스턴스 스토리지의 디스크 암호화는 AWS KMS 시스템과의 통합을 지원하지 않습니다. 고객은 NVMe 인스턴스 스토리지에서 사용하도록 자체 키를 가져올 수 없습니다. 

Q: ENA Express란 무엇인가요?

ENA Express는 Scalable Reliable Datagram(SRD) 프로토콜을 기존 TCP 및 UDP 네트워킹에 제공하는 Elastic Network Adapter의 향상된 기능입니다. ENA Express는 애플리케이션에 투명하며, 단일 흐름 대역폭을 개선하고 처리량 집약적인 워크로드의 꼬리 지연 시간(tail latency)을 줄입니다.

Q: ENA Express의 작동 방식은 무엇인가요?

ENA Express는 구성되어 있는 경우 특정 가용 영역(AZ) 내의 지원되는 2개 인스턴스 간에 작동합니다. ENA Express는 EC2 인스턴스 간의 호환성을 감지한 다음 서로 통신 중인 두 인스턴스에 모두 ENA Express가 활성화되어 있으면 SRD 연결을 설정합니다. 연결이 설정되면 트래픽은 성능이 더욱 우수한 SRD를 활용할 수 있습니다.

Q: 언제 ENA Express를 사용해야 하나요?

ENA Express는 분산 스토리지 시스템 및 라이브 미디어 인코딩과 같이 단일 흐름이며 높은 처리량을 요구하는 애플리케이션에 가장 적합합니다. 이러한 워크로드는 높은 단일 흐름 대역폭과 낮은 꼬리 지연 시간을 필요로 합니다.

Q: ENA Express를 활성화하려면 어떻게 해야 하나요?

ENA Express는 ENI당 단위로 활성화할 수 있습니다. 네트워크 카드를 인스턴스에 연결하는 중이거나 수정 명령을 실행 중일 때 ENA Express를 활성화할 수 있습니다. ENA Express는 통신하는 ENI 2개 모두에서 활성화되어야 점대점 통신을 설정할 수 있습니다. 또한 점보 프레임을 사용하는 경우, ENA Express를 사용하려면 최대 MTU를 8900으로 조정해야 합니다.

Q: ENA Express는 어떤 프로토콜을 지원하나요?

ENA Express는 기본적으로 TCP를 지원합니다. UDP는 필요한 경우 API 인수를 이용하거나 관리 콘솔에서 활성화할 수 있습니다.

Q: 지원되는 인스턴스 유형은 무엇인가요?

ENA Express는 Graviton, 인텔 및 AMD 기반 EC2 인스턴스에서 지원됩니다. 컴퓨팅 최적화, 메모리 최적화, 범용 및 스토리지 최적화 기반 인스턴스에서 지원됩니다. 지원되는 인스턴스의 전체 목록은 ENA Express 사용 설명서를 참조하세요.

Q: Elastic Fabric Adapter(EFA)와 ENA Express의 차이점은 무엇인가요?

EFA는 HPC 및 ML 애플리케이션을 위해 구축한 네트워크 인터페이스이며, SRD 프로토콜도 활용합니다. EFA는 ENI로 통신을 전달하는 LibFabric 인터페이스를 사용하는 다른 네트워크 프로그래밍 모델을 요구합니다. EFA와는 다르게 ENA Express는 TCP 및 UDP에서 투명하게 애플리케이션을 시행하도록 지원합니다.

Q: 한 인스턴스에서 ENA Express를 실행하고 있는데, ENA Express를 지원하지 않거나 ENA Express를 ENI에서 활성화하지 않은 다른 인스턴스와 통신하는 경우 무슨 일이 발생하나요?

ENA Express는 다른 인스턴스의 ENA Express 활성화 여부를 감지합니다. 해당 인스턴스가 ENA Express를 지원하지 않거나 활성화하지 않은 경우, 사용자의 인스턴스는 일반 ENA 운영으로 폴백합니다. 이 경우 SRD 성능 이점을 얻을 수는 없지만 부정적인 영향도 없습니다.

Q: 어떤 운영 체제를 지원하나요?

SRD 기능은 모든 운영 체제에서 지원되지만, ENA Express 모니터링 지표는 최신 Amazon Linux AMI의 EthTool에서만 사용할 수 있으며, 또는 GitHub에서 ENA 드라이버 버전 2.8.0 이상을 설치하여 사용할 수 있습니다. 향후 모든 운영 체제에서 지표를 지원할 예정입니다.

Q: 이를 추적하는 데 사용할 수 있는 모니터링 도구는 무엇인가요?

ENA Express는 SRD로 실제 주고받은 패킷뿐만 아니라 SRD 전송에 적합한 패킷을 추적할 수 있는 EthTool 카운터를 제공합니다. 또한 EthTool은 SRD 리소스 사용량 지표를 백분율 단위로 지원하여 언제 아키텍처 확장을 고려해야 하는지 인사이트를 제공합니다. 마지막으로, 부울은 ENA Express 및 UDP 프로토콜에 대한 켜기/끄기 상태를 제공합니다.

Q: ENA Express는 어디서 사용 가능한가요?

ENA Express는 모든 상용 리전에서 사용 가능합니다. 동일한 AZ 내에서 2개의 활성화된 인스턴스 사이의 통신을 설정하는 데 사용될 수 있습니다.

Q: ENA Express를 실행하는데 추가 비용이 부과되나요?

아니요. ENA Express는 무료로 사용 가능합니다.

Q: EFA를 사용해야 하는 이유는 무엇인가요?

EFA를 사용하면 클라우드의 확장성, 유연성 및 탄력성을 밀결합 HPC 애플리케이션에 적용할 수 있습니다. EFA를 사용하면 밀결합 HPC 애플리케이션에서 기존 TCP 채널보다 짧고 일관된 지연 시간으로 더 높은 처리량을 이용할 수 있으므로 확장성이 개선됩니다. 지원되는 모든 EC2 인스턴스에서 미리 예약하지 않고도 온디맨드 방식을 통해 EFA 지원을 동적으로 사용할 수 있으므로 변화하는 비즈니스/워크로드 우선순위에 유연하게 대응할 수 있습니다.

Q: EFA 사용 시 활용할 수 있는 애플리케이션 유형은 무엇인가요?

HPC 애플리케이션은 인스턴스 클러스터 전체에 컴퓨팅 워크로드를 분산하여 병렬 처리를 지원합니다. HPC 애플리케이션의 예로는 전산 유체 역학(CFD), 오류 시뮬레이션, 날씨 시뮬레이션 등이 있습니다. 대개 메시지 전달 인터페이스(MPI)를 사용하여 작성되는 HPC 애플리케이션은 대기 시간과 대역폭 측면에서 모두 인스턴스 간 통신에 대해 엄격한 요구 사항을 적용합니다. MPI 및 libfabric 통신 스택을 지원하는 기타 HPC 미들웨어를 사용하는 애플리케이션의 경우 EFA를 활용할 수 있습니다.

Q: EFA 통신은 어떤 방식으로 작동합니까?

EFA 디바이스는 ENA 디바이스의 모든 기능과 더불어 새로운 OS 우회 하드웨어 인터페이스를 추가로 제공합니다. 사용자 공간 애플리케이션은 이 인터페이스를 통해 하드웨어에서 제공되는 안정적인 전송 기능과 직접 통신할 수 있습니다. 대다수 애플리케이션은 MPI 등의 기존 미들웨어를 사용하여 EFA에 접속합니다. AWS는 EFA의 OS 우회 기능을 지원하기 위해 여러 미들웨어 공급업체와 협력해 왔습니다. OS 우회 기능을 사용하는 통신은 가용 영역(AZ) 내 인스턴스로 제한된다는 점에 유의하세요.

Q: EFA는 어디에서 사용할 수 있나요?

EFA는 모든 상용 리전에서 사용할 수 있습니다. 동일한 AZ 내에서 2개의 활성화된 인스턴스 사이의 통신을 설정하는 데 사용될 수 있습니다.

Q: EFA를 지원하는 인스턴스 유형으로는 어떤 것이 있나요?

지원되는 EC2 인스턴스의 전체 목록은 설명서의 이 페이지를 참조하세요.

Q: EFA ENI와 ENA ENI의 차이점은 무엇인가요?

ENA ENI는 VPC 네트워킹을 지원하는 데 필요한 기존 IP 네트워킹 기능을 제공합니다. EFA ENI는 ENA ENI의 모든 기능을 제공할 뿐만 아니라 애플리케이션이 확장 프로그래밍 인터페이스를 사용하여 인스턴스 커널(OS 우회 통신) 없이 EFA ENI와 직접 통신할 수 있도록 하드웨어 지원도 제공합니다. EFA ENI는 이와 같은 고급 기능을 제공하므로 인스턴스를 시작할 때나 중지된 인스턴스에만 연결할 수 있습니다.

Q: 인스턴스에서 EFA를 활성화하기 위한 사전 조건은 무엇입니까?

EFA 지원은 인스턴스를 시작할 때 활성화하거나 중지된 인스턴스에 추가할 수 있습니다. 실행 중인 인스턴스에 EFA 디바이스를 연결할 수는 없습니다.

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

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

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

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

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

이 기능을 사용하려면 적합한 드라이버를 포함하는 HVM AMI를 시작해야 합니다. 최신 세대로 나열된 인스턴스는 향상된 네트워킹을 위해 ENA를 사용합니다. Amazon Linux AMI에는 기본적으로 이 두 드라이버가 포함되어 있습니다. 이러한 드라이버가 포함되지 않은 AMI의 경우, 사용하려는 인스턴스 유형에 따라 적합한 드라이버를 다운로드하여 설치해야 합니다. Linux 또는 Windows 지침을 사용해 SR-IOV 드라이버가 기본적으로 포함되어 있지 않은 AMI의 향상된 네트워킹을 활성화할 수 있습니다. 향상된 네트워킹은 Amazon VPC에서만 지원됩니다.

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

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

Q: 어떤 인스턴스 유형에서 향상된 네트워킹을 지원하나요?

인스턴스 유형에 따라 다음 중 한 가지 메커니즘을 사용하여 확장 네트워킹을 활성화할 수 있습니다.

인텔 82599 Virtual Function(VF) 인터페이스 – 인텔 82599 Virtual Function(VF) 인터페이스는 지원되는 인스턴스 유형에 대해 최대 10Gbps의 네트워크 속도를 지원합니다. C3, C4, D2, I2, M4(m4.16xlarge 제외) 및 R3 인스턴스는 확장 네트워킹을 위해 인텔 82599 VF 인터페이스를 사용합니다.

Elastic Network Adapter(ENA) – 지원되는 인스턴스 유형에 대해 최대 200Gbps의 네트워크 속도를 지원합니다. 현재 세대로 나열된 인스턴스는 ENA를 사용하여 향상된 네트워킹을 지원합니다. 예외적으로 m4.16xlarge보다 작은 C4, D2 및 M4 인스턴스는 여기에 포함되지 않습니다.

Q: EC2 인스턴스에 다중 네트워크 카드가 있다는 것은 무엇을 의미하나요? 왜 필요한가요?

최신 세대의 EC2 인스턴스는 VPC 데이터 플레인 오프로드에 Nitro 네트워크 카드를 사용합니다. 더 높은 네트워크 대역폭과 향상된 패킷 속도 성능을 제공하려면 패킷 처리에 다중 네트워크 카드를 사용하도록 특정 EC2 인스턴스를 구성하여 궁극적으로 전반적인 시스템 성능을 향상시킬 수 있습니다.

Q: 다중 네트워크 카드를 지원하는 인스턴스 유형에는 어떤 것이 있나요?

다중 네트워크 카드는 p4d.24xlarge와 같은 가속화 인스턴스 및 c6in.32xlarge와 같은 네트워크 최적화 인스턴스에서 지원됩니다. 다중 네트워크 카드를 지원하는 인스턴스의 전체 목록은 탄력적 네트워크 인터페이스를 참조하세요.

Q: 다중 카드 인스턴스는 기본 몇 개의 네트워크 인터페이스를 사용하여 시작할 수 있나요?

인스턴스 유형에 따라 다릅니다. p4와 같은 가속 인스턴스는 네트워크 카드당 최대 15개의 네트워크 인터페이스로 스케일 업합니다. 최근 출시된 c6in 인스턴스와 같은 상위 네트워크 인스턴스는 2개의 네트워크 카드에서 균등하게 분할된 총 14개(7+7)의 네트워크 인터페이스를 지원합니다. 네트워크 카드당 네트워크 인터페이스 확장성은 네트워크 카드를 참조하세요.

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: Elastic IP 주소를 지역당 5개로 제한한 이유는 무엇입니까?

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

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

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

탄력적 IP 주소의 효율적 사용을 돕기 위해 실행 인스턴스에 연결되지 않은 각 주소에 대해 시간당 소액의 비용을 청구하고 있습니다.

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

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

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

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

Q: 탄력적 IP 주소에 대해 역방향 DNS 레코드를 구성할 수 있습니까?

모든 탄력적 IP 주소는 ec2-1-2-3-4.region.compute.amazonaws.com 형식의 표준 템플릿에서 역방향 DNS와 함께 제공됩니다. IP 기반 상호 인증을 사용하는 인터넷 사용 애플리케이션에 대해 사용자 지정 역방향 DNS 설정이 필요한 고객의 경우(EC2 인스턴스에서 이메일 전송 등), 이 양식을 작성하여 탄력적 IP 주소의 역방향 DNS 레코드를 구성할 수 있습니다. 또는 AWS가 탄력적 IP에 대한 역방향 DNS 관리를 DNS 이름 서버(Amazon Route 53 등)에 위임하도록 하여, 이러한 사용 사례를 지원할 수 있게 자체 역방향 DNS PTR 레코드를 관리하려는 경우, AWS 고객 지원 팀에 문의하시기 바랍니다. 탄력적 IP 주소를 가리키는 정방향 DNS 레코드가 있어야 역방향 DNS 레코드를 만들 수 있습니다.

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: 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 Auto Scaling 그룹의 규모를 자동으로 조정할 수 있습니까?

예. Amazon EC2 Auto Scaling은 Amazon EC2 인스턴스를 자동으로 시작하거나 종료하여 애플리케이션 로드를 처리하기에 적절한 수의 Amazon EC2 인스턴스를 유지할 수 있도록 설계된 완전관리형 서비스입니다. EC2 Auto Scaling을 사용하면 비정상 인스턴스를 탐지하여 교체하는 EC2 인스턴스 플릿 관리를 통해 그리고 사용자가 정의하는 조건에 따라 Amazon EC2 용량을 자동으로 확장 또는 축소함으로써 애플리케이션 가용성을 유지할 수 있습니다. 또한 EC2 Auto Scaling을 사용하면 수요가 급증할 경우 Amazon EC2 인스턴스의 수를 자동으로 늘려 성능을 그대로 유지하고, 수요가 적을 경우 자동으로 용량을 줄여 비용을 절감할 수 있습니다.

EC2 Auto Scaling의 할당 전략에 따라 플릿의 스팟 인스턴스가 스팟 인스턴스 풀에서 이행되는 방식이 결정됩니다. 용량 최적화 할당 전략은 용량 지표를 분석하여 가장 가용성이 높은 스팟 인스턴스 풀에서 스팟 인스턴스의 프로비저닝을 시도합니다. 이러한 전략은 빅 데이터 및 분석, 이미지 및 미디어 렌더링, 기계 학습, 고성능 컴퓨팅 같은 중단 비용이 비교적 높은 워크로드에 적합합니다. 최저가 할당 전략은 가장 낮은 가격의 풀 전반의 다양성을 기반으로 해서 스팟 인스턴스를 실행합니다.

자세한 내용은 Amazon EC2 Auto Scaling FAQ를 참조하십시오.

Q: 인스턴스를 하이버네이트해야 하는 이유는 무엇입니까?

인스턴스를 하이버네이트하면 부트스트랩(예: 메모리 캐시 로드)하는 데 시간이 오래 걸리는 인스턴스와 애플리케이션을 빠르게 작동 및 실행할 수 있습니다. 인스턴스를 시작하여 원하는 상태로 설정한 후에 하이버네이트하면 됩니다. 이처럼 '미리 워밍업'한 인스턴스를 재개하면 인스턴스가 다시 서비스를 제공하는 데 걸리는 시간을 줄일 수 있습니다. 하이버네이션 상태에서는 중지/시작 주기 전반에 걸쳐 메모리 상태가 유지됩니다.

Q: 인스턴스를 하이버네이트하면 어떻게 됩니까?

인스턴스를 하이버네이트하면 EBS 루트 볼륨 및 연결된 모든 EBS 데이터 볼륨의 데이터가 유지됩니다. 또한 인스턴스 메모리(RAM)의 콘텐츠는 EBS 루트 볼륨에 유지됩니다. 이 인스턴스는 다시 시작하면 이전 상태로 되돌아가 RAM 콘텐츠를 다시 로드합니다.

Q: 하이버네이트와 중지의 차이는 무엇입니까?

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

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

Q: 인스턴스 하이버네이트 비용은 어떻게 됩니까?

인스턴스 하이버네이트 시에는 스토리지의 표준 EBS 요금이 청구됩니다. 중지된 인스턴스와 마찬가지로 인스턴스가 하이버네이트 상태인 동안에는 사용 요금이 발생하지 않습니다.

Q: 인스턴스를 하이버네이트하려면 어떻게 해야 합니까?

인스턴스를 시작할 때 하이버네이션을 활성화해야 합니다. 하이버네이션을 활성화한 후에는 StopInstances API와 추가 'Hibernate' 파라미터를 사용하여 하이버네이션을 트리거할 수 있습니다. 콘솔에서 인스턴스를 선택한 다음 작업 > 인스턴스 상태 > 중지 - 하이버네이트를 클릭해도 됩니다. 하이버네이션 사용에 대한 자세한 내용은 사용 설명서를 참조하십시오.

Q: 하이버네이션 상태인 인스턴스를 재개하려면 어떻게 해야 합니까?

일반적인 중지 인스턴스에서와 같은 방식으로 StartInstances API를 호출하여 재개할 수 있습니다. 콘솔에서 인스턴스를 선택한 다음 작업(Actions) > 인스턴스 상태(Instance State) > 시작(Start)을 클릭해도 됩니다.

Q: 기존 인스턴스에 대해 하이버네이션을 활성화할 수 있습니까?

아니요, 기존 인스턴스(실행 중/중지됨)에 대해서는 하이버네이션을 활성화할 수 없습니다. 하이버네이션은 인스턴스 시작 시 활성화해야 합니다.

Q: 인스턴스가 하이버네이트된 상태인지 파악하려면 어떻게 해야 합니까?

상태 이유를 확인하면 인스턴스가 하이버네이트된 상태인지를 파악할 수 있습니다. 이유가 'Client.UserInitiatedHibernate'인 인스턴스는 하이버네이트된 상태입니다. 콘솔의 ‘인스턴스 - 세부 정보(Instances - Details)’ 보기나 DescribeInstances API 응답의 ‘reason’ 필드에서도 이 상태를 확인할 수 있습니다.

Q: 하이버네이트된 인스턴스의 상태는 무엇입니까?

하이버네이트된 인스턴스는 '중지됨' 상태입니다.

Q: 인스턴스를 하이버네이트하면 어떤 데이터가 저장됩니까?

EBS 볼륨 스토리지(부트 볼륨 및 연결된 데이터 볼륨)와 메모리(RAM)가 저장됩니다. 프라이빗 IP 주소(VPC의 경우)와 탄력적 IP 주소(해당하는 경우)는 동일하게 유지됩니다. 네트워크 계층 동작은 EC2 중지-시작 워크플로의 동작과 비슷합니다.

Q: 인스턴스를 하이버네이트하면 데이터는 어디에 저장됩니까?

중지 기능과 마찬가지로 해당하는 EBS 볼륨에 루트 디바이스 및 연결된 디바이스 데이터가 저장됩니다. 메모리(RAM) 콘텐츠는 EBS 루트 볼륨에 저장됩니다.

Q: 메모리(RAM) 데이터는 EBS로 이동할 때 암호화됩니까?

예, RAM 데이터는 EBS 루트 볼륨으로 이동할 때 항상 암호화됩니다. EBS 루트 볼륨 암호화는 인스턴스 시작 시 적용됩니다. 이러한 암호화는 하이버네이션 시 메모리에 포함되어 있는 민감한 콘텐츠를 보호하기 위해 수행됩니다.

Q: 인스턴스를 하이버네이트 상태로 유지할 수 있는 기간은 어떻게 됩니까?

인스턴스는 60일까지만 하이버네이트 상태로 유지할 수 있습니다. 더 오랫동안 인스턴스를 보관하려는 경우에는 인스턴스를 재개한 다음 하이버네이션을 설정하지 않고 중지와 시작을 수행해야 합니다. AWS에서는 업그레이드와 보안 패치를 적용해 플랫폼을 최신 상태로 유지하는 작업을 지속적으로 수행하고 있습니다. 이러한 업그레이드와 패치 중 일부는 이전에 하이버네이트된 인스턴스와 충돌할 수 있습니다. 하이버네이트된 인스턴스를 재개해 종료나 재부팅을 수행해야 하는 중요 업데이트가 있으면 알려 드리겠습니다.

Q: 인스턴스를 하이버네이트하기 위한 사전 조건은 무엇입니까?

하이버네이션을 사용하려면 루트 볼륨이 암호화된 EBS 볼륨이어야 합니다. 인스턴스는 하이버네이션을 위한 ACPID 신호를 수신하거나 하이버네이션용으로 구성된 Amazon 게시 AMI를 사용하도록 구성해야 합니다. 또한 메모리의 데이터를 쓰려면 인스턴스의 EBS 루트 볼륨에 충분한 공간이 있어야 합니다.

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

Amazon Linux, Amazon Linux 2, Ubuntu 및 Windows를 실행하는 인스턴스의 경우 하이버네이션은 C3, C4, C5, C5d, I3, M3, M4, M5, M5a, M5ad, M5d, R3, R4, R5, R5a, R5ad, R5d, T2, T3 및 T3a 인스턴스에서 지원됩니다. 

CentOS, Fedora 및 Red Hat Enterprise Linux를 실행하는 인스턴스의 경우 하이버네이션은 C5, C5d, M5, M5a, M5ad, M5d, R5, R5a, R5ad, R5d, T3, T3a 인스턴스에서 지원됩니다.

Windows의 경우 최대 16GB의 RAM 인스턴스에 대해 하이버네이션이 지원됩니다. 다른 운영 체제의 경우 RAM이 150GB 미만인 인스턴스에 대해서는 하이버네이션이 지원됩니다. 지원되는 OS 버전 및 인스턴스 유형 목록을 검토하려면 사용 설명서를 참조하세요.

Q: 인스턴스 하이버네이션을 수행하려면 특정한 Amazon Machine Image(AMI)를 사용해야 합니까?

하이버네이션을 지원하도록 구성된 모든 AMI를 사용할 수 있습니다. 기본적으로 하이버네이션을 지원하는 AWS 게시 AMI를 사용할 수 있습니다. 하이버네이션 사전 조건 체크리스트를 확인하고 인스턴스를 적절하게 구성한 후에 인스턴스에서 사용자 지정 이미지를 생성할 수도 있습니다.

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

하이버네이션을 활성화하기 위해 루트 볼륨에서 인스턴스 메모리(RAM)를 저장하기 위한 공간이 할당됩니다. 루트 볼륨이 RAM 콘텐츠를 저장하고 OS, 애플리케이션 등의 예상 사용량을 충족하기에 충분한지 확인하세요. EBS 루트 볼륨에 충분한 공간이 없는 경우, 하이버네이션이 실패하고 대신에 인스턴스가 종료됩니다.

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, Red Hat Enterprise Linux(RHEL), CentOS, Ubuntu, Debian 등의 여러 에디션을 포함한 Windows 및 Linux VM을 지원합니다. VM Import에 대한 자세한 내용 및 지원되는 파일 형식, 아키텍처, 운영 체제 구성은 VM Import/Export의 VM Import/Export 섹션을 참조하세요.

Q: 지원되는 VM 파일 형식은 무엇인가요?

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 도구를 이용해 VM 이미지를 가져올 수 있습니다.

• 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 가상화 플랫폼을 사용하는 경우, AWS Management Portal for vCenter를 통해 제공되는 그래픽 사용자 인터페이스를 사용하여 가상 머신을 Amazon EC2로 가져올 수 있습니다. AWS Management Portal for vCenter에서 시작 가이드를 참조하세요. AWS Management Portal for vCenter에는 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을 내보내는 데 드는 비용은 어떻게 됩니까?

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

Q: Microsoft EOS에 도달한 Windows Server의 VM을 가져올 경우 운영 체제의 라이선스는 누가 제공하나요?

Microsoft EOS에 도달한 Microsoft Windows Server를 사용해 가져온 VM을 실행하는 경우 적절한 Windows Server 버전을 실행하는 Amazon EC2에 대해 표준 인스턴스 시간 요금이 청구되며, 여기에는 Amazon EC2 내에서 해당 운영 체제를 활용할 수 있는 권한이 포함됩니다. 사용자는 설치된 다른 모든 소프트웨어의 라이선스가 올바르게 부여되었는지 확인할 책임이 있습니다.

그렇다면 Microsoft EOS에 도달한 Windows Server의 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를 통해 사용할 수 있습니다. 또한, AWS Management Portal for vCenter를 사용하여 VM을 Amazon EC2로 가져올 수 있습니다. VM을 가져온 후에는 AWS Management Console을 통해 결과 인스턴스를 사용할 수 있습니다.

Q: Amazon EC2의 사용료는 어떻게 부과되고 청구됩니까?

사용한 만큼만 지불합니다. 표시된 가격은 시간당 요금이지만 선택하는 인스턴스에 따라 각 인스턴스 유형별로 시간 또는 초(최소 60초) 단위로 지불하게 됩니다. 인스턴스 시간을 일부만 사용해도 인스턴스 사용량에 따라 청구됩니다. 서로 다른 리전의 AWS 서비스 간에 전송된 데이터에 대해서는 표준 리전 간 데이터 전송 요금이 적용됩니다. 다른 Amazon Web Services 사용은 Amazon EC2와 별도로 청구됩니다.

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

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

결제는 Amazon EC2가 AMI 인스턴스의 부팅 시퀀스를 시작할 때 시작되어 "shutdown -h"라는 웹 서비스 명령을 실행하여 인스턴스를 종료하거나 인스턴스 실패로 인해 인스턴스가 종료될 때 끝납니다. 사용자가 인스턴스를 중지하면, AWS에서 해당 인스턴스를 종료하고 중지된 인스턴스에 대해서는 시간당 사용 요금이나 데이터 전송 비용을 청구하지 않습니다. 그러나 Amazon EBS 볼륨용 스토리지에 대한 비용은 청구됩니다. 자세한 내용은 AWS 설명서를 참조하십시오.

Q: 청구 대상 EC2 인스턴스 사용량은 어떻게 정해집니까?

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

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

각 인스턴스에는 데이터 수신 및 데이터 송신에 따라 데이터 전송 요금이 부과됩니다. 따라서 데이터가 이 두 인스턴스 간에 전송되는 경우 첫 번째 인스턴스에는 ‘EC2에서 다른 AWS 리전으로 송신되는 데이터’ 요금이 부과되고 두 번째 인스턴스에는 ‘다른 AWS 리전에서 수신되는 데이터 전송’ 요금이 부과됩니다. 데이터 전송 요금에 대한 자세한 내용은 이 페이지를 참조하세요.

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

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

Q: 월별 청구서는 초 단위와 시간 단위 중 어떤 것으로 표시됩니까?

월별 청구서의 EC2 청구액은 이제 초 단위 기준으로 계산되지만, 일관성을 위해 월별 EC2 청구서는 지정된 달에 실행된 각 인스턴스의 누적 사용량을 10진수 형식의 시간으로 표시합니다. 예를 들어 1시간 10분 4초동안 실행되는 인스턴스는 1.1677로 나타납니다. 자세한 결제 보고서 예제를 보려면 이 블로그를 참조하세요.

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

명시된 경우를 제외하고 요금에는 VAT 및 해당 판매세를 비롯한 관련 조세 공과가 포함되지 않습니다. 청구지 주소가 일본으로 되어 있는 고객의 경우 AWS 서비스 사용 시 일본 소비세의 적용을 받게 됩니다. 자세히 알아보세요.

Q: 데이터를 AWS 외부로 이동할 때 인터넷으로의 데이터 전송 요금이 발생하나요?

적격 AWS 고객은 아래 프로세스에 따라 모든 데이터를 AWS 외부로 이동할 때 데이터를 인터넷으로 무료로 전송할 수 있습니다.

Q: 내 데이터를 AWS 외부로 옮기고 싶습니다. 인터넷으로의 무료 데이터 전송을 요청하려면 어떻게 해야 하나요?

다음 단계를 완료합니다.

1) 전담 AWS 계정 팀이 있는 경우 먼저 해당 팀에 연락하여 계획을 알려주세요. 경우에 따라 AWS와 약정을 협상한 경우 AWS 계정 팀과 옵션에 대해 논의하는 것이 좋습니다.

2) 이 페이지에 설명된 기준과 프로세스를 검토하세요.

3) AWS 고객 지원에 연락하여 ‘AWS 외부로의 무료 데이터 전송”을 요청한다고 명시하세요. AWS 고객 지원에서는 이동 계획을 검토하고, 무료 데이터 전송 자격 여부를 평가하며, 적절한 크레딧 금액을 계산하기 위한 정보 제공을 요청할 것입니다.

4) AWS 고객 지원에서 이동을 승인하면 AWS의 계산 시점에 AWS 서비스 전체에 저장된 모든 데이터의 양을 기준으로 데이터 전송 비용에 대한 임시 크레딧을 받게 됩니다. 승인되면 AWS 고객 지원에서 알려드리며, 60일 이내에 AWS 이전을 완료해야 합니다. 크레딧은 데이터 전송 사용량에만 적용되며 다른 서비스 사용에는 적용되지 않습니다. AWS 서비스를 종료한 후 60일 이내에 AWS 계정에 남아 있는 모든 데이터와 워크로드를 삭제해야 합니다. 또는 AWS 계정을 해지해도 됩니다.

이전하는 IT 제공업체를 위한 무료 데이터 전송에는 다음 기준도 적용됩니다.

a) 유효한 상태의 AWS 계정을 보유한 고객만 무료 데이터 전송을 받을 수 있습니다.

b) AWS 계정에 저장된 데이터가 100GB 미만인 경우 AWS의 기존 월간 100GB 프리 티어에 따라 이 데이터를 AWS 외부로 무료로 옮길 수 있습니다. AWS 계정에 저장된 데이터가 100GB 미만인 고객은 추가 크레딧을 받을 수 없습니다.

c) 모든 데이터를 AWS 외부로 이동할 때 AWS는 인터넷으로의 무료 데이터 전송을 제공합니다. 전체 서비스가 아닌 단일 서비스의 총 사용량만 옮기고 싶은 경우에는 AWS 고객 지원으로 문의하세요.

d) 계획이 변경되거나 60일 이내에 AWS 이전을 완료할 수 없는 경우 AWS 고객 지원에 알려야 합니다.

e) AWS 서비스 사용에 대한 표준 서비스 요금은 포함되지 않습니다. AWS에서 다른 곳으로 이전하는 데 드는 데이터 전송 비용만 크레딧을 받을 수 있습니다. 하지만 Amazon CloudFront, AWS Direct Connect, AWS Snow Family, AWS Global Accelerator와 같은 전문 데이터 전송 서비스를 통한 데이터 전송은 포함되지 않습니다.

f) AWS는 서비스 사용량을 검토하여 이러한 요구 사항을 준수하는지 확인할 수 있습니다. 데이터 전송이 AWS 외부로 이전하는 것이 아닌 다른 목적으로 사용된 것으로 판단되는 경우 크레딧을 받은 데이터 전송에 대해 비용을 청구할 수 있습니다.

g) AWS는 인터넷으로의 무료 데이터 전송과 관련하여 언제든지 변경할 수 있습니다.

Q: 데이터를 AWS 외부로 이동하기 전에 인터넷으로의 무료 데이터 전송에 대해 AWS의 사전 승인을 요청해야 하는 이유는 무엇인가요?

AWS 고객은 매일 수억 건의 데이터를 전송하지만 일반적으로 AWS는 데이터 전송의 이유를 알 수 없습니다. 예를 들어 고객은 백업 목적으로 애플리케이션의 최종 사용자, 웹 사이트 방문자 또는 다른 클라우드 또는 온프레미스 환경으로 데이터를 전송할 수 있습니다. 따라서 사용자의 데이터 전송이 AWS 외부로의 이전을 지원하는 것임을 알 수 있는 유일한 방법은 사전에 알려주는 것입니다.

Q: 싱가포르에서 말레이시아 리전으로 데이터를 마이그레이션할 때 리전 간 데이터 전송(DTIR) 요금이 발생하나요?

AWS는 적격 고객이 아래 프로세스(다음 질문)에 따라 싱가포르 리전에서 말레이시아 리전으로 데이터 전부 또는 일부를 마이그레이션할 때 DTIR을 무료로 제공합니다.

Q: 싱가포르 리전에서 말레이시아 리전으로 데이터를 마이그레이션하려고 합니다. 무료 DTIR을 요청하려면 어떻게 해야 하나요?

다음 단계를 완료합니다.

1) 전담 AWS 계정 팀이 있는 경우 먼저 해당 팀에 연락하여 계획을 알려주세요. 경우에 따라 AWS와 프라이빗 요금 계약을 체결한 경우 AWS 계정 팀과 옵션에 대해 논의하는 것이 좋습니다.

2) 아래(6단계 이후)에 설명된 기준과 프로세스를 검토하세요.

3) AWS 고객 지원에 연락하여 “싱가포르 리전에서 말레이시아 리전으로 데이터를 마이그레이션하기 위해 리전 간 무료 데이터 전송(DTIR)"을 요청한다고 알려주세요. AWS 고객 지원에서는 마이그레이션 계획을 검토하고, 무료 DTIR 자격 여부를 평가하며, 해당하는 경우 적절한 크레딧 금액을 계산하기 위한 정보 제공을 요청할 것입니다.

4) AWS 고객 지원에서 이전을 승인하면 싱가포르 리전에서 말레이시아 리전으로 마이그레이션하려는 AWS 서비스 전체의 모든 데이터 양을 기준으로 DTIR 비용에 대한 임시 크레딧을 받게 됩니다. 승인되면 AWS 고객 지원에서 알려드리며, 60일 이내에 리전 간 마이그레이션을 완료해야 합니다. 크레딧은 DTIR 사용량에만 적용되며 다른 서비스 사용량에는 적용되지 않습니다.

5) 60일 이내에 마이그레이션을 완료한 후에는 마이그레이션한 데이터 및 워크로드를 마이그레이션 완료 후 30일 이내에 싱가포르 리전에서 삭제해야 합니다.

6) 데이터를 여러 차례 전송하여 싱가포르에서 말레이시아로 마이그레이션해야 하는 경우 3~5단계를 반복하면 됩니다.

싱가포르 리전에서 말레이시아 리전으로 마이그레이션할 때 사용할 수 있는 무료 DTIR에도 다음 기준이 적용됩니다.

1) 유효한 상태의 활성화된 AWS 계정을 보유한 고객만 무료 DTIR을 이용할 수 있습니다.

2) 계획이 변경되거나 60일 이내에 리전 간 마이그레이션을 완료할 수 없는 경우 AWS 고객 지원에 알려야 합니다.

3) AWS 서비스 사용에 대한 표준 서비스 요금은 포함되지 않습니다. 싱가포르에서 말레이시아 리전으로의 마이그레이션을 지원하는 DTIR 비용에 대해서만 크레딧을 받을 수 있습니다.

4) AWS는 서비스 사용량을 검토하여 이러한 요구 사항을 충족하는지 확인할 수 있습니다. 싱가포르 리전에서 말레이시아 리전으로의 데이터 및 워크로드 마이그레이션 이외의 목적으로 DTIR을 사용한 것으로 판단되면 크레딧을 받은 DTIR에 대해 요금을 청구할 수 있습니다.

5) AWS는 언제든지 무료 DTIR 관련 사항을 변경할 수 있습니다.

Q: 싱가포르 리전에서 말레이시아 리전으로 데이터를 마이그레이션하기 전에 무료 DTIR에 대한 AWS의 사전 승인을 요청해야 하는 이유는 무엇인가요?

AWS 고객은 매일 수억 건의 데이터를 전송하지만 일반적으로 AWS는 데이터 전송의 이유를 알 수 없습니다. 예를 들어 고객이 백업 목적으로 워크로드를 복제하기 위해 말레이시아 리전의 웹 사이트 방문자에게 데이터를 전송할 수 있습니다. 따라서 사용자의 데이터 전송이 싱가포르와 말레이시아 리전 간 마이그레이션을 지원하는 것임을 알 수 있는 유일한 방법은 사전에 알려주는 것입니다.

Q. 컨버터블 RI란 무엇입니까?

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

Q: 스탠다드 RI 대신 컨버터블 RI를 언제 구입해야 합니까?

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

Q. 컨버터블 RI에서 사용할 수 있는 기간 옵션은 무엇입니까?

컨버터블 RI는 스탠다드 RI와 마찬가지로 1년이나 3년 단위로 구입할 수 있습니다.

Q: 다른 인스턴스 유형, 운영 체제, 테넌시 또는 결제 옵션에 해당하는 컨버터블 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의 총액을 유지합니다. 따라서 총액이 1000 USD인 컨버터블 RI를 다른 컨버터블 예약 인스턴스로 변환하는 경우 1000 USD와 같거나 큰 금액에 해당하는 수의 컨버터블 RI를 받게 됩니다. 컨버터블 RI는 더 적은 금액의 컨버터블 RI로는 변환할 수 없습니다.

Q: 총액을 정의할 수 있습니까?

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

Q: 두 개의 전체 선결제 컨버터블 RI 변환할 때 조정 비용을 어떻게 계산하는지 설명해 줄 수 있습니까?

물론입니다. 선결제 금액이 1000 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: Amazon EC2 플릿이란 무엇인가요?

EC2 플릿을 사용하면 단일 API 호출로 다양한 인스턴스 유형 및 가용 영역에 걸쳐 그리고 온디맨드, 예약 인스턴스(RI) 및 스팟 인스턴스 구매 모델에 걸쳐 컴퓨팅 파워를 프로비저닝하여 규모, 성능 및 비용을 최적화할 수 있습니다.

Q: 현재 Amazon EC2 스팟 플릿을 사용하고 있다면 Amazon EC2 플릿으로 마이그레이션해야 하나요?

스팟 플릿을 통해 Amazon EC2 스팟 인스턴스를 활용하고 있다면 이를 계속 사용할 수 있습니다. 스팟 플릿과 EC2 플릿은 같은 기능을 제공하므로, 마이그레이션할 필요가 없습니다.

Q: Amazon EC2 플릿에서 예약 인스턴스(RI) 할인을 받을 수 있나요?

예. 다른 EC2 API 또는 EC2 인스턴스를 시작하는 다른 AWS 서비스와 마찬가지로 EC2 플릿에서 시작된 온디맨드 인스턴스가 기존 RI와 일치하는 경우 해당 인스턴스는 RI 할인을 받게 됩니다. 예를 들어 M4 인스턴스의 리전 RI를 소유하고 있으며 EC2 플릿에 M4 인스턴스만 지정되어 있는 경우, M4 사용량에 RI 할인이 자동으로 적용됩니다.

Q: EC2 플릿 용량이 모두 사용된 경우 Amazon EC2 플릿이 온디맨드로 장애 조치되나요?

아니요. EC2 플릿은 사용자가 플릿 시작 사양에 지정한 스팟 인스턴스 수에 따라 원하는 스팟 용량을 계속해서 충족시키려고 시도합니다.

Q: Amazon EC2 플릿의 요금은 어떻게 되나요?

EC2 플릿에 대한 추가 비용은 없습니다. EC2 플릿이 시작하는 해당 리소스에 대한 비용만 지불하면 됩니다.

Q: Amazon EC2 플릿의 실제 사용 사례에는 어떤 것이 있나요?

빅 데이터 워크로드, 컨테이너식 애플리케이션, 그리드 처리 워크로드 등 Amazon EC2 플릿을 활용할 수 있는 몇 가지 방법이 있습니다. 이 게놈 염기 서열 워크로드 예제에서는 단일 API 호출로 작업자 노드 그리드를 시작하고, 원하는 인스턴스를 선택하고, 이러한 인스턴스에 가중치를 할당하고, 온디맨드 및 스팟 인스턴스에 목표 용량을 지정하고, 몇 초 만에 플릿을 구축하여 게놈 데이터를 신속하게 처리할 수 있습니다.

Q: Amazon EC2 플릿에 리소스를 할당하려면 어떻게 해야 하나요?

기본적으로 EC2 플릿에서는 가장 저렴한 온디맨드 옵션을 시작합니다. 스팟 인스턴스의 경우 EC2 플릿에서는 용량 최적화, 최저 가격과 다양화라는 세 가지 할당 전략을 제공합니다. 용량 최적화 할당 전략은 용량 지표를 분석하여 가장 가용성이 높은 스팟 인스턴스 풀에서 스팟 인스턴스의 프로비저닝을 시도합니다. 이러한 전략은 빅 데이터 및 분석, 이미지 및 미디어 렌더링, 기계 학습, 고성능 컴퓨팅 같은 중단 비용이 비교적 높은 워크로드에 적합합니다.

최저 가격 전략을 사용하면 요청 당시 용량 단위당 가장 낮은 가격을 제공하는 스팟 인스턴스 풀을 프로비저닝할 수 있습니다. 다양화 전략을 사용하면 여러 스팟 풀에 걸쳐 스팟 인스턴스를 프로비저닝할 수 있으며 플릿의 목표 용량을 유지하여 애플리케이션을 늘릴 수 있습니다.

Q: 다중 리전 Amazon EC2 플릿 요청을 제출할 수 있나요?

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

Q: Amazon EC2 플릿을 태깅할 수 있나요?

예. EC2 플릿 요청을 태깅하여 기술, 비즈니스 및 보안 차원에서 리소스를 분류할 수 있도록 비즈니스 관련 태그 그룹을 생성할 수 있습니다.

Q: Amazon EC2 플릿을 수정할 수 있나요?

예. 유지 관리 모드에서 EC2 플릿의 총 목표 용량을 수정할 수 있습니다. 다른 요청 구성 파라미터를 변경하려면 해당 요청을 취소하고 새로운 요청을 제출해야 합니다.

Q. 사용하고자 하는 각 인스턴스 유형마다 다른 AMI를 지정할 수 있나요?

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

Q: Amazon EC2 ML용 용량 블록이란 무엇인가요?

Amazon EC2의 ML용 용량 블록을 사용하면 Amazon EC2 UltraClusters에서 기계 학습(ML) 워크로드를 실행하기 위한 GPU 인스턴스를 예약할 수 있습니다. Amazon EC2 용량 블록을 사용하면 미래 날짜부터 시작되는 최대 28일 동안 인스턴스 1~64개의 클러스터 크기로 GPU 용량을 예약할 수 있습니다. EC2 용량 블록의 예약 날짜 및 시간이 되면 예약 시간이 끝날 때까지 인스턴스를 시작하고 사용할 수 있습니다.

Q: EC2 용량 블록을 사용해야 하는 이유는 무엇인가요?

EC2 용량 블록을 사용하면 업계 전체의 GPU 부족 상황에서도 Amazon EC2에서 ML을 위한 최고 성능의 GPU 인스턴스에 쉽게 액세스할 수 있습니다. EC2 용량 블록을 사용하여 GPU 인스턴스의 용량 가용성을 보장하고 ML 개발을 자신 있게 계획할 수 있습니다. EC2 용량 블록은 EC2 UltraCluster에서 제공되므로 EC2에서 사용 가능한 것 중 가장 높은 수준의 네트워크 지연 시간과 처리량 성능을 활용할 수 있습니다.

Q: 온디맨드 용량 예약 대신 Amazon EC2 용량 블록을 사용해야 하는 경우는 언제인가요?

ML 모델을 훈련 또는 미세 조정하거나, 실험을 실행하거나, 프로토타입을 구축하거나, ML 애플리케이션에 대한 수요 급증을 처리하기 위해 단기 용량 보장이 필요한 경우에는 EC2 용량 블록을 사용해야 합니다. EC2 용량 블록을 사용하면 특정 날짜에 GPU 리소스에 액세스하여 ML 워크로드를 실행할 수 있으므로 안심할 수 있습니다. 비즈니스 크리티컬 애플리케이션, 규정 요구 사항 또는 재해 복구와 같이 보증이 필요한 다른 모든 워크로드 유형에는 온디맨드 용량 예약을 사용해야 합니다.

Q: EC2 용량 블록을 시작하려면 어떻게 해야 하나요?

AWS Management Console, AWS Command Line Interface(AWS CLI) 및 AWS SDK에서 용량 요구 사항에 따라 사용 가능한 EC2 용량 블록을 검색할 수 있습니다. EC2 용량 블록을 구매하면 계정에 예약이 생성됩니다. EC2 용량 블록의 시작 시간이 되면 EC2에서 Amazon EventBridge를 통해 이벤트를 내보내 예약이 현재 활성 상태이고 사용할 수 있음을 알립니다. 활성 EC2 용량 블록을 사용하려면 ‘용량 블록’ 구매 옵션을 선택하고 EC2 인스턴스를 시작할 때 EC2 용량 블록의 용량 예약 ID를 대상으로 지정합니다. EC2 용량 블록의 종료 시간이 가까워지면 EC2에서 EventBridge를 통해 이벤트를 내보내 예약이 곧 종료된다는 사실을 알려주므로 워크로드 체크포인트를 저장할 수 있습니다. EC2 용량 블록이 만료되기 약 30분 전에는 실행 중인 모든 인스턴스가 종료되기 시작합니다. 예약의 마지막 30분은 EC2 용량 블록에 대해 청구되는 금액에 포함되지 않습니다.

Q: EC2 용량 블록은 어떤 인스턴스 유형을 지원하며, 어느 AWS 리전에서 사용할 수 있나요?

EC2 용량 블록은 미국 동부(오하이오) 리전에서 EC2 p5e.48xlarge 인스턴스를, AWS 미국 동부(버지니아 북부) 및 미국 동부(오하이오) 리전에서 EC2 p5.48xlarge 인스턴스를, 미국 동부(오하이오) 및 미국 서부(오리건) 리전에서 EC2 p4d.24xlarge 인스턴스를 지원합니다.

Q: EC2 용량 블록은 어떤 크기 옵션으로 제공되나요?

EC2 용량 블록은 인스턴스 1개, 2개, 4개, 8개, 16개, 32개, 64개의 클러스터 크기로 제공되며 하루 증분 단위로 최대 14일 동안 예약하거나 7일 증분 단위로 최대 28일 동안 예약할 수 있습니다.

Q: EC2 용량 블록을 얼마나 미리 예약할 수 있나요?

EC2 용량 블록을 최대 8주 후에 구매할 수 있습니다. 모든 EC2 용량 블록 예약은 협정 세계시(UTC) 기준 오전 11시 30분에 시작됩니다.

Q: 사용 가능한 EC2 용량 블록 중에 내 사양을 충족하는 것이 없는 경우에는 어떻게 하나요?

요구 사항에 맞는 EC2 용량 블록이 없는 경우 다른 입력 파라미터를 사용하여 요청을 재시도할 수 있습니다. EC2 용량 블록을 찾을 가능성을 높이려면 검색 요청에서 가능한 가장 넓은 날짜 범위를 사용하는 것이 좋습니다.

Q: EC2 용량 블록을 수정하거나 취소할 수 있나요?

아니요. EC2 용량 블록을 일단 예약한 후에는 수정하거나 취소할 수 없습니다.

Q: EC2 용량 블록 비용은 얼마인가요?

날짜별로 EC2 용량 블록을 검색하면 제공한 날짜 범위에서 사양을 충족하는 최저 가격의 제품이 반환됩니다. EC2 용량 블록 가격은 예약 구매 시점의 총 가용 공급량과 수요에 따라 달라집니다. 예약하기 전에 EC2 용량 블록 오퍼링의 가격을 확인할 수 있으며, EC2 용량 블록 가격은 예약 시점에 선불로 청구됩니다. EC2 용량 블록의 가격은 예약된 후에도 변경되지 않습니다. 활성 EC2 용량 블록에서 인스턴스를 시작할 때 프리미엄 운영 체제 사용에 대한 요금만 사용량에 따라 부과됩니다.

Q: EC2 용량 블록에 절감형 플랜과 예약형 인스턴스(RI)가 적용되나요?

아니요. EC2 용량 블록에는 절감형 플랜이나 RI 할인이 적용되지 않습니다.

Q: Amazon SageMaker에서 EC2 용량 블록을 사용할 수 있나요?

현재 EC2 용량 블록은 EC2 인스턴스만 지원합니다.

온디맨드 용량 예약은 EC2에서 예약 용량을 생성하고 관리할 수 있는 EC2 오퍼링입니다. 가용 영역(AZ) 및 수량(인스턴스 수)과 더불어 인스턴스 유형 및 테넌시와 같은 다른 인스턴스 사양을 선택하여 간단하게 온디맨드 용량 예약을 생성할 수 있습니다. 생성한 후에는 인스턴스의 실행 여부와 관계없이 EC2 용량이 유지됩니다.

Q: 온디맨드 용량 예약 비용은 얼마인가요?

온디맨드 용량 예약이 활성 상태인 경우 인스턴스를 실행하든 실행하지 않든 동일한 인스턴스 요금이 부과됩니다. 예약을 사용하지 않은 경우 요금은 EC2 청구서에 사용하지 않은 예약으로 표시됩니다. 예약의 특성과 일치하는 인스턴스를 실행하는 경우 인스턴스 요금만 지불하고 예약 요금은 지불하지 않습니다. 선불금 또는 추가 요금은 없습니다.

예를 들어 c5.2xlarge 인스턴스 20개에 대한 온디맨드 용량 예약을 생성하고 c5.2xlarge 인스턴스 15개를 실행하는 경우 15개 인스턴스에 대한 요금과 예약에서 사용하지 않은 5개 인스턴스에 대한 요금(실질적으로 20개 인스턴스에 대한 요금)이 부과됩니다.

Q: 온디맨드 용량 예약 사용량에 대해 할인을 받을 수 있나요?

예. 절감형 플랜 또는 리전 RI(리전으로 범위가 지정된 RI) 할인은 온디맨드 용량 예약에 적용됩니다. 예약 내에서 인스턴스를 실행하는 경우 예약 요금이 부과되지 않습니다. 절감형 플랜 또는 리전 RI는 온디맨드 사용량인 것처럼 이 사용량에 적용됩니다. 예약을 사용하지 않는 경우 사용하지 않은 온디맨드 용량 예약의 속성이 활성 상태의 절감형 플랜 또는 리전 RI의 속성과 일치하면 AWS Billing에서 자동으로 할인을 적용합니다.

예를 들어 동일한 리전에 10개의 c5.2xlarge 인스턴스에 대한 리전 RI가 있고 10개의 c5.2xlarge 인스턴스에 대한 미사용 온디맨드 용량 예약이 있는 경우 RI 할인은 예약의 10개 인스턴스 모두에 적용됩니다. 리전 RI 할인은 사용되지 않은 온디맨드 용량 예약을 적용하기 전에 실행 중인 인스턴스 사용량에 우선적으로 적용합니다. 즉, 리전에서 실행 중인 다른 C5 인스턴스가 있는 경우 해당 인스턴스에 리전 RI를 먼저 적용하고 사용하지 않은 온디맨드 용량 예약에 나머지 할인을 적용합니다.

참고: 리전 RI는 특정 AWS 리전에 적용되는 EC2 RI입니다. 영역 RI(리전 내의 AZ를 적용 범위로 하는 RI) 할인에는 이미 용량 예약이 포함되기 때문에 영역 RI는 온디맨드 용량 예약에 적용되지 않습니다.

Q: 절감형 플랜, EC2 RI, 온디맨드 용량 예약은 언제 사용해야 하나요?

절감형 플랜 또는 리전 RI는 1년 또는 3년 기간으로 약정하면서 요금을 절감하려는 경우에 사용합니다. 절감형 플랜은 EC2 RI와 마찬가지로 온디맨드보다 훨씬 나은 절감 효과를 제공할 뿐 아니라 사용량이 변동되는 경우에도 모든 AWS 리전에서 고객의 컴퓨팅 사용량 요금을 자동으로 줄여줍니다. 인스턴스를 시작할 수 있다는 확신이 필요하다면 온디맨드 용량 예약을 사용하세요. 온디맨드 용량 예약은 기간과 관계없이 생성할 수 있으며 절감형 플랜 또는 RI와 별도로 관리할 수 있습니다. 절감형 플랜 또는 리전 RI를 이용하는 경우 일치하는 온디맨드 용량 예약에 자동으로 할인이 적용됩니다. 따라서 인스턴스 공간의 일부에 온디맨드 용량 예약을 선택적으로 추가하고, 사용량에 대해 요금을 절감할 수 있습니다.

Q: 용량 예약도 제공하는 영역 RI(AZ로 범위가 지정된 RI)가 있습니다. 온디맨드 용량 예약과는 어떻게 다른가요?

영역 RI는 1~3년 약정에 대한 혜택으로 특정 AZ에서 할인 및 용량 예약을 제공합니다. 온디맨드 용량 예약은 RI의 약정 및 기간에 관계없이 예약 용량을 생성하고 관리할 수 있게 해줍니다.

온디맨드 용량 예약을 절감형 플랜 또는 리전 RI와 함께 사용하면 최소한의 비용으로 추가 요금 없이 영역 RI의 혜택을 모두 적용받을 수 있습니다. 또한 절감형 플랜(또는 리전 RI)의 향상된 유연성 및 온디맨드 용량 예약 기능(언제든지 예약에서 추가 또는 삭제할 수 있는 기능, 실시간 예약 사용률 보기 및 특정 워크로드에 대한 온디맨드 용량 예약 대상 지정 기능)을 이용할 수 있습니다.

영역 RI의 경우 범위를 단일 리전으로 다시 지정하여 AZ와 인스턴스 크기에 유연하게 RI 할인을 적용할 수 있습니다. EC2 콘솔이나 ModifyReservedInstances API를 사용하여 RI 범위를 특정 AZ에서 리전으로 수정하면 표준 영역 RI를 리전 RI로 전환할 수 있습니다.

Q: 온디맨드 용량 예약을 생성했습니다. 어떻게 사용하나요?

온디맨드 용량 예약은 특정 AZ에 연결되며 기본적으로 해당 AZ에서 실행 중인 인스턴스에 자동으로 사용됩니다. 예약 속성과 일치하는 새 인스턴스를 시작하면 일치하는 예약이 자동으로 적용됩니다.

원하는 경우 특정 워크로드 및 인스턴스에 대한 예약 대상을 지정할 수도 있습니다. 대상 지정 옵션에 대한 자세한 내용은 Linux 또는 Windows 기술 설명서를 참조하세요.

Q: 예약할 수 있는 인스턴스의 수는 몇 개인가요?

예약할 수 있는 인스턴스 수는 계정의 온디맨드 인스턴스 제한에 따라 결정됩니다. 이 제한이 허용하는 인스턴스 수에서 이미 실행 중인 인스턴스를 차감한 수의 인스턴스를 예약할 수 있습니다.

제한을 늘리려면 AWS 영업 팀 담당자에게 문의하거나 사용 사례와 함께 Amazon EC2 인스턴스 요청 양식을 작성하세요. 그러면 AWS에서 인스턴스 제한 증가를 고려합니다. 한도 증가는 요청한 리전에서만 적용됩니다.

Q: 온디맨드 용량 예약을 시작한 후 수정할 수 있나요?

예. 예약한 인스턴스 수를 언제든지 줄일 수 있습니다. 또한 인스턴스 수를 늘릴 수도 있습니다(가용성에 따름). 예약의 종료 시간을 수정할 수도 있습니다. 종료되었거나 삭제된 온디맨드 용량 예약을 수정할 수는 없습니다.

Q: 온디맨드 용량 예약을 시작한 후 종료할 수 있나요?

예. 콘솔 또는 API 및 SDK를 사용하여 온디맨드 용량 예약을 취소하거나 예약을 수정하여 자동으로 만료되는 종료 시간을 지정하는 방법으로 용량 예약을 종료할 수 있습니다. 삭제 또는 예약 만료를 포함하여 온디맨드 용량 예약의 변경 사항은 실행 중인 인스턴스에 영향을 주지 않습니다.

Q: 온디맨드 용량 예약의 사용에 대한 자세한 내용은 어디서 확인할 수 있나요?

온디맨드 용량 예약의 생성 및 사용에 대해 알아보려면 Linux 또는 Windows 기술 설명서를 참조하세요.

Q: 온디맨드 용량 예약을 다른 AWS 계정과 공유할 수 있나요?

예. AWS Resource Access Manager(AWS RAM)를 통해 다른 AWS 계정과 또는 해당 AWS 조직 내에서 온디맨드 용량 예약을 공유할 수 있습니다. EC2 온디맨드 용량 예약은 AWS RAM을 통해 리소스 공유를 생성하고, 리소스 공유에 리소스(온디맨드 용량 예약)를 추가하고, 리소스를 공유하려는 대상 계정을 지정하는 세 가지 단계로 쉽게 공유할 수 있습니다.

온디맨드 용량 예약 공유는 결제 기록이 제한된 AWS 계정 또는 신규 AWS 계정에는 사용할 수 없다는 점에 유의하세요. 자격이 있는 프라이머리(지급인) 계정 또는 AWS 조직을 통해 연결된 새 계정은 이 제한에서 면제됩니다.

Q: 온디맨드 용량 예약을 다른 AWS 계정과 공유하면 어떻게 되나요?

온디맨드 용량 예약을 다른 계정과 공유하면 해당 계정이 예약된 용량을 사용하여 EC2 인스턴스를 실행할 수 있습니다. 정확한 동작은 온디맨드 용량 예약에 설정된 기본 설정에 따라 달라집니다. 기본적으로 온디맨드 용량 예약은 예약에 공유 액세스 권한이 있는 다른 계정의 기존 인스턴스와 새 인스턴스를 자동으로 일치시킵니다. 특정 워크로드 및 인스턴스를 온디맨드 용량 예약 대상으로 지정할 수도 있습니다. 개별 계정에서 온디맨드 용량 예약을 사용할 인스턴스를 제어할 수 있습니다. 인스턴스 매칭 옵션에 대한 자세한 내용은 Linux 또는 Windows 기술 설명서를 참조하세요.

Q: 예약 공유에 대한 추가 요금이 있나요?

아니요. 예약 공유에 대한 추가 요금은 없습니다.

Q: 온디맨드 용량 예약이 여러 계정에 걸쳐 공유될 경우 누가 요금을 부담하나요?

여러 계정에서 온디맨드 용량 예약을 사용하는 경우 각 계정에 각각의 인스턴스 사용 요금이 청구됩니다. 사용되지 않은 예약 용량이 있는 경우 온디맨드 용량 예약을 소유한 계정에 청구됩니다. 온디맨드 용량 예약을 공유하는 계정 간 통합 결제의 경우 연결된 모든 계정의 인스턴스 사용 요금이 프라이머리 계정에 청구됩니다.

Q: 공유 액세스 권한이 있는 AWS 계정에 온디맨드 용량 예약에 대한 액세스 우선순위를 지정할 수 있나요?

아니요. 온디맨드 용량 예약의 인스턴스 스팟은 공유 액세스 권한이 있는 모든 계정에 선착순으로 제공됩니다.

Q: AWS 계정마다 AZ 이름 매핑이 다를 수 있는데 온디맨드 용량 예약의 AZ를 다른 계정에 어떻게 알릴 수 있나요?

이제 AZ 이름 대신 AZ ID(가용 영역 ID)를 사용할 수 있습니다. AZ ID는 정적 참조로서 모든 계정에서 리소스의 위치를 일관되게 식별할 수 있는 방법을 제공합니다. 이렇게 하면 더 쉽게 단일 계정에서 리소스를 중앙 집중식으로 프로비저닝하고 여러 계정에 리소스를 공유할 수 있습니다.

Q: 온디맨드 용량 예약을 공유한 후 용량 예약 공유를 중단할 수 있나요?

예. 예약을 공유한 후, 예약을 중단할 수 있습니다. 특정 계정과의 온디맨드 용량 예약 공유를 중단하거나 공유를 완전히 중단하면 다른 계정에서 새 인스턴스를 온디맨드 용량 예약으로 시작할 수 없게 됩니다. 다른 계정에서 실행 중인 인스턴스가 차지하는 모든 용량은 온디맨드 용량 예약에 복원되어 사용할 수 있습니다(사용 가능 여부에 따라 다름).

Q: 온디맨드 용량 예약 공유에 대한 자세한 내용은 어디서 확인할 수 있나요?

온디맨드 용량 예약 공유에 대한 자세한 내용은 Linux 또는 Windows 기술 설명서를 참조하세요.

Q: 온디맨드 용량 예약 사용량에 대해 할인을 받을 수 있나요?

예. 절감형 플랜 또는 리전 RI 할인은 온디맨드 용량 예약에 적용됩니다. 온디맨드 용량 예약의 특성이 절감형 플랜 또는 리전 RI의 특성과 일치하는 경우 AWS Billing에서 자동으로 할인을 적용합니다. 인스턴스에 온디맨드 용량 예약이 사용되면 인스턴스에 대해서만 비용이 청구됩니다(절감형 플랜 또는 RI 할인이 적용됨). 할인은 사용되지 않은 온디맨드 용량 예약을 적용하기 전에 인스턴스 사용량에 우선적으로 적용됩니다.

참고: 리전 RI는 특정 AWS 리전에 적용되는 EC2 RI입니다. 영역 RI(리전 내의 AZ를 적용 범위로 하는 RI) 할인에는 이미 용량 예약이 포함되기 때문에 영역 RI는 온디맨드 용량 예약에 적용되지 않습니다.

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는 리전 내 AZ와 인스턴스 크기 전체에 사용 요금 할인을 자동으로 적용하므로, RI의 할인된 요금을 좀 더 쉽게 활용할 수 있습니다.

Q. 영역 RI는 언제 구매해야 하나요?

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

Q: 리전 RI는 언제 구매해야 하나요?

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

Q: AZ 및 인스턴스 크기 유연성이란 무엇인가요?

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

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

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

Q: AZ 및 인스턴스 크기 유연성을 활용하려면 어떤 조치를 취해야 하나요?

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

Q: 영역 RI가 있습니다. 이를 리전에 할당하려면 어떻게 해야 하나요?

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

Q. RI를 구매하려면 어떻게 해야 하나요?

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

Q: 실행 중인 인스턴스에 대해 RI를 구매할 수 있나요?

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

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

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

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

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

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

Q: 약정 기간 중에 내 RI를 변경할 수 있나요?

예. RI의 AZ를 수정하거나, RI의 범위를 AZ에서 리전으로(또는 그 반대로) 변경하거나, 동일한 인스턴스 패밀리 내에서(Linux 및 Unix 플랫폼에서) 인스턴스 크기를 수정할 수 있습니다.

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

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

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

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

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

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

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

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

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

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

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

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

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년 약정 부분 선결제 예약 인스턴스의 정가 계산의 예입니다.

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

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

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

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

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

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

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

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

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

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

Q: 예약형 인스턴스(RI) Marketplace란 무엇인가요?

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

Q: 언제 RI Marketplace에 RI를 리스팅할 수 있나요?

다음과 같은 경우 RI를 리스팅할 수 있습니다.

• RI Marketplace에 판매자로 등록되어 있습니다.
• RI 비용을 지불했습니다.
• RI를 소유한 지 30일이 넘었습니다.

Q: RI를 양도할 수 있나요?

EC2 예약형 인스턴스는 AWS 서비스 약관에 명시된 RI Marketplace의 요구 사항에 따라서만 양도할 수 있으며, 다른 방법으로는 양도할 수 없습니다.

Q: EC2 RI Marketplace에서 모든 RI를 판매할 수 있나요?

아니요. AWS는 할인 프로그램의 일환으로 구매한 RI의 재판매를 AWS 서비스 약관에 따라 금지합니다. AWS에서 직접 구매하거나 EC2 RI Marketplace에서 구입한 RI 중 AWS로부터 할인을 받은 RI(예: RI 볼륨 할인 또는 기타 할인 프로그램)는 EC2 RI Marketplace에서 판매할 수 없습니다.

Q: RI Marketplace에 판매자로 등록하려면 어떻게 해야 하나요?

RI Marketplace에 등록하려면 EC2 Management Console에서 RI를 판매하거나 AWS 포털의 ‘계정 설정’ 페이지에서 프로필을 설정하여 등록 워크플로를 시작할 수 있습니다. 경로와 관계없이 다음 단계를 완료해야 합니다.

1. 등록 프로세스 개요를 검토하여 시작합니다.
   
2. AWS 계정에 로그인합니다.
3. 자금을 받을 은행 계좌를 입력합니다. ‘계속’을 선택하면 해당 은행 계좌가 기본 지불 옵션으로 설정됩니다.
4. 확인 화면에서 ‘콘솔로 계속 진행하여 리스팅 시작’을 선택합니다.

RI 판매액이 2만 USD를 초과하거나 50개 이상의 RI를 판매할 계획인 경우 RI를 리스팅하기 전에 세금 정보를 제공해야 합니다. ‘세금 인터뷰로 계속’을 선택합니다. 세금 인터뷰 도중에 TIMS 워크플로를 사용하여 회사 이름, 담당자 이름, 주소 및 납세 ID 번호를 입력하라는 메시지가 표시됩니다.

또한 연간 5만 USD를 초과하는 금액의 RI를 판매할 계획이라면 한도 증가를 요청해야 합니다.

Q: RI Marketplace에서 판매를 시작할 수 있는 시기는 어떻게 알 수 있나요?

등록 파이프라인을 통해 은행 계좌를 추가한 후 RI Marketplace에서 판매를 시작할 수 있습니다. 활성화가 완료되면, 확인 이메일을 받게 됩니다. 하지만 판매 대금은 은행의 확인을 받은 후에 지급됩니다. 확인을 받는 데는 거래하는 은행에 따라 최대 2주 정도 소요될 수 있습니다.

Q: RI를 판매용으로 리스팅하려면 어떻게 해야 하나요?

RI를 리스팅하려면 Amazon EC2 콘솔에서 다음 단계를 완료하면 됩니다.

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

Q: 어떤 RI를 판매용으로 리스팅할 수 있나요?

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

Q: 리스팅된 RI는 구매자에게 어떻게 표시나요?

RI Marketplace에 리스팅된 RI(서드 파티 및 AWS에서 제공한 것 모두)는 Amazon EC2 콘솔의 ‘예약형 인스턴스’ 섹션에서 확인할 수 있습니다. 또한 DescribeReservedInstancesListings API 직접 호출을 사용할 수도 있습니다.

리스팅된 RI는 유형, 남은 약정 기간, 선결제 요금 및 시간당 요금에 따라 분류됩니다. 구매자는 이를 통해 구매하기에 적절한 RI를 더 쉽게 찾을 수 있습니다.

Q: RI 기간을 얼마나 리스팅할 수 있나요?

가장 가까운 달로 반올림하여 남은 기간 동안 RI를 판매할 수 있습니다. 예를 들어 9개월 13일이 남아 있는 경우 판매 시에는 9개월 RI로 리스팅할 수 있습니다.

Q: RI를 판매용으로 리스팅한 후 삭제해도 되나요?

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

Q: 리스팅하려는 RI에 어떤 요금 차원을 설정할 수 있나요?

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

Q: RI Marketplace에 리스팅되어 있는 동안에도 내 예약을 계속 사용할 수 있나요?

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

Q: RI Marketplace에서 구매한 RI를 재판매할 수 있나요?

예. RI Marketplace에서 구매한 RI도 다른 RI와 마찬가지로 재판매할 수 있습니다.

Q: RI 판매 시 제한 사항이 있나요?

예. RI Marketplace에서 RI를 판매하려면 미국 은행 계좌가 있어야 합니다. 미국 은행 이외의 계좌도 곧 지원할 예정입니다. 또한 미국 GovCloud 리전의 RI는 판매할 수 없습니다.

Q: 퍼블릭 볼륨 요금 티어에서 구매한 RI를 판매할 수 있나요?

아니요. 이 기능은 아직 사용할 수 없습니다.

Q: RI Marketplace에서 RI를 판매하는 데 수수료가 있나요?

예. AWS는 RI Marketplace에서 판매하는 각 RI에 대해 총 선결제 금액의 12%를 서비스 수수료로 청구합니다.

Q: AWS는 내가 리스팅한 RI의 일부를 판매할 수 있나요?

예. AWS는 리스팅된 RI 양의 일부만 판매할 수도 있습니다. 예를 들어 100개의 RI를 리스팅한 경우 50개만 구매하고자 하는 구매자가 있을 수 있습니다. 해당 50개의 인스턴스를 판매한 후 더 이상 리스팅하지 않기로 결정할 때까지 남아 있는 RI 50개를 계속 리스팅할 수 있습니다.

Q: 구매자는 구매한 RI의 대금을 어떻게 지불하나요?

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

Q: 대금은 언제 받을 수 있나요?

AWS에서는 예약을 구매한 고객으로부터 대금을 받은 다음, 판매자가 RI Marketplace에 등록할 때 지정한 은행 계좌로 송금하여 대금을 지급하게 됩니다.

그런 다음 자금을 송금한 것을 알리기 위해 이메일 알림을 보냅니다. 일반적으로 자금은 RI 판매 후 3~5일 이내에 계좌로 이체됩니다.

Q: RI Marketplace에서 내 RI를 판매하면 청구된 프리미엄 서포트에 대해서도 환불을 받게 되나요?

아니요. AWS 프리미엄 서포트 요금의 선결제 부분은 비례 배분하여 환불되지 않습니다.

Q: RI Marketplace 활동에 대한 알림을 받을 수 있나요?

예. RI 리스팅을 생성 또는 취소하거나 구매자가 리스팅을 구매하거나 AWS에서 은행 계좌로 자금을 지불할 때마다 RI Marketplace 활동을 자세히 설명하는 이메일을 하루에 한 번 받게 됩니다.

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

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

Q: 서드 파티 RI를 구매하는 경우 고객에게 제한 사항이 있나요?

예. 통합 결제를 통해 연결된 계정을 비롯하여 고객 본인이 리스팅한 RI는 구매할 수 없습니다.

Q: RI Marketplace에서 RI를 구매할 때 프리미엄 서포트 요금을 지불해야 하나요?

예. 프리미엄 서포트 고객의 경우 RI Marketplace를 통해 RI를 구매하면 프리미엄 서포트 요금이 부과됩니다.

Q: 절감형 플랜이란 무엇인가요?

절감형 플랜은 1년 또는 3년 기간의 일정 사용량 약정(시간당 요금을 기준으로 측정)을 조건으로 EC2, Lambda 및 Fargate 사용량에 대해 저렴한 요금을 제공하는 유연한 요금 모델입니다. 절감형 플랜에 가입하면 약정 사용량까지 할인된 절감형 플랜 요금이 적용됩니다. 예를 들어 시간당 10 USD의 컴퓨팅 사용량을 약정하면 최대 10 USD에 해당하는 사용량까지 Savings Plans 요금을 적용받고, 약정을 초과하는 사용량에 대해서는 온디맨드 요율을 적용받습니다.

Q: AWS는 어떤 유형의 Savings Plans를 제공합니까?

AWS는 2가지 유형의 Savings Plans를 제공합니다.

1. Compute Savings Plans는 최대 66%까지 비용을 절감할 수 있는 가장 유연한 요금 모델입니다. 이 플랜은 인스턴스 패밀리, 크기, AZ, 리전, OS 또는 테넌시에 관계없이 EC2 인스턴스 사용량에 적용되며, AWS Fargate 및 Lambda 사용량에도 적용됩니다. 예를 들어 컴퓨팅 절감형 플랜을 사용하는 경우 자동으로 절감형 플랜 요금을 계속 이용하면서 언제든지 C4에서 M5 인스턴스로 변경하거나, 유럽(아일랜드)에서 유럽(런던)으로 전환하거나 워크로드를 EC2에서 Fargate 또는 Lambda로 이전할 수 있습니다.
   
2. EC2 인스턴스 절감형 플랜은 리전의 개별 인스턴스 패밀리에 대한 사용량 약정(예: 버지니아 북부의 M5 사용량)을 조건으로 최대 72%의 할인 혜택을 제공하는 가장 저렴한 요금 모델입니다. 따라서 AZ, 규모, OS 또는 테넌시와 관계없이 해당 리전에서 선택한 인스턴스 패밀리의 비용이 자동으로 절감됩니다. EC2 Instance Savings Plans는 해당 리전의 패밀리 내에서 인스턴스 간에 사용량을 변경할 수 있는 유연성을 제공합니다. 예를 들어 Windows를 실행하는 c5.xlarge를 Linux를 실행하는 c5.2xlarge로 변경할 경우 Savings Plan 요금의 혜택이 자동으로 적용됩니다.

Q: Savings Plans는 EC2 RI와 비교해 어떤 차이점이 있습니까?

Savings Plans는 EC2 RI와 마찬가지로 온디맨드보다 훨씬 나은 절감 효과를 제공할 뿐 아니라 사용량이 변동되는 경우에도 모든 AWS 리전에서 컴퓨팅 사용량 요금을 자동으로 줄여줍니다. 따라서 옵션을 바꾸거나 수정할 필요 없이 유연하게 자신의 필요에 가장 맞고 지속적으로 비용을 절감할 수 있는 컴퓨팅 옵션을 사용할 수 있습니다.

전환형 RI와 마찬가지로 최대 66%의 할인 혜택을 제공하는 컴퓨팅 절감형 플랜은 리전, 인스턴스 패밀리, 크기, OS, 테넌시 등에 관계없이 AWS Fargate 및 Lambda에서도 모든 EC2 인스턴스 사용량에 대해 자동으로 비용을 줄여줍니다. 표준 RI와 마찬가지로 72%의 할인 혜택을 제공하는 EC2 인스턴스 절감형 플랜은 크기, OS 또는 테넌시에 관계없이 선택한 리전의 특정 EC2 인스턴스 패밀리(예: 버지니아 북부의 M5) 내에서 모든 인스턴스 사용량에 대해 비용을 줄여줍니다.

Q: 절감형 플랜은 EC2 인스턴스에 대한 용량 예약을 제공하나요?

아니요. 절감형 플랜은 용량 예약을 제공하지 않습니다. 하지만 온디맨드 용량 예약을 통해 용량을 예약하여 절감형 플랜의 저렴한 요금을 이용할 수 있습니다.

Q: 절감형 플랜을 시작하려면 어떻게 해야 하나요?

AWS Management Console의 AWS Cost Explorer에서 또는 API 및 CLI를 사용하여 절감형 플랜 이용을 시작할 수 있습니다. AWS Cost Explorer에서 제공되는 권장 사항에 따라 손쉽게 절감형 플랜 약정을 체결하여 가장 큰 절감 효과를 얻을 수 있습니다. 권장되는 시간 약정은 이전 온디맨드 사용량 기록과 고객이 선택한 플랜 유형, 기간, 결제 옵션을 기준으로 합니다. Savings Plan에 가입하면 컴퓨팅 사용량에 자동으로 할인된 Savings Plan 요금이 청구되고 약정 사용량을 초과하는 사용량에 대해서는 일반적인 온디맨드 요금이 청구됩니다.

Q: EC2 RI도 계속 구매할 수 있습니까?

예. RI를 계속 구매하여 기존 비용 관리 프로세스와의 호환성을 유지할 수 있으며, RI는 Savings Plans와 함께 적용되어 전반적인 비용을 줄여줍니다. 단, RI가 만료되는 만큼 RI와 동일한 비용 절감 혜택과 더 높은 유연성을 제공하는 절감형 플랜에 가입하시기 바랍니다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

질문: 스팟 용량 풀이란 무엇인가요?

스팟 용량 풀은 인스턴스 유형, 운영 체제 및 가용 영역이 동일한 미사용 EC2 인스턴스 세트입니다. 각 스팟 용량 풀은 공급과 수요에 따라 가격이 서로 다를 수 있습니다.

질문: 스팟 인스턴스 사용을 위한 모범 사례로 어떤 것이 있습니까?

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

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

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

질문: 스팟 인스턴스는 인스턴스 크기에 관계없이 모든 인스턴스 패밀리와 리전에서 사용할 수 있습니까?

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

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

Linux/UNIX, Windows Server 및 RHEL(Red Hat Enterprise Linux)를 사용할 수 있습니다. SQL Server가 탑재된 Windows Server는 현재 사용할 수 없습니다.

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

지금은 지원되지 않습니다.

질문: 스팟 인스턴스 실행을 중지할 수 있습니까?

예, 스팟 인스턴스가 필요하지 않고 나중에 사용하기 위해 이 중지된 인스턴스를 유지하려고 할 경우 인스턴스를 종료하거나 스팟 요청을 취소하는 대신 스팟 인스턴스 실행을 “중지”할 수 있습니다. 중지는 지속적인 스팟 요청에 대해 제공됩니다.

질문: 스팟 인스턴스를 어떻게 중지할 수 있습니까?

StopInstances API를 호출하고 온디맨드 인스턴스 중지와 유사한 스팟 인스턴스의 인스턴스 ID를 제공하여 스팟 인스턴스를 중지할 수 있습니다. AWS 관리 콘솔에서 인스턴스를 선택한 다음 작업(Actions) > 인스턴스 상태(Instance State) > 중지(Stop)를 클릭해도 됩니다.

Q. 중지된 스팟 인스턴스를 어떻게 시작할 수 있습니까?

StartInstances API를 호출하고 온디맨드 인스턴스를 시작과 유사한 스팟 인스턴스의 인스턴스 ID를 제공하여 중지된 스팟 인스턴스를 시작할 수 있습니다. AWS 관리 콘솔에서 인스턴스를 선택한 다음 작업(Actions) > 인스턴스 상태(Instance State) > 시작(Start)을 클릭해도 됩니다.

참고: 스팟 인스턴스는 스팟 용량이 사용자의 최대 가격 내에서 이용 가능한 경우에만 시작할 수 있습니다. 스팟은 중지된 스팟 인스턴스를 시작할 때마다 용량 가용성을 평가합니다.

Q: 스팟 인스턴스를 중지해야 할지 스팟 인스턴스가 중단되었는지 어떻게 알 수 있습니까?

스팟 인스턴스는 사용자에 의해 중지되거나 중단되는데 스팟 요청 상태 코드를 확인하여 원인을 알 수 있습니다. AWS 관리 콘솔의 스팟 요청(Spot Requests) 페이지에서 스팟 요청 상태(Spot Request Status)로 표시되거나 DescribeSpotInstanceRequests API 응답에서 ‘status-code’ 필드로 표시됩니다.

스팟 요청 상태 코드가 “instance-stopped-by-user”인 경우 사용자가 스팟 인스턴스를 중지했다는 것을 의미합니다.

질문: 내 스팟 인스턴스가 중지되거나 중단된 경우 요금은 어떻게 청구됩니까?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

질문: 하이버네이션 상태인 인스턴스를 재개할 수 있습니까?

아니요. 하이버네이션 상태인 인스턴스를 바로 재개할 수 없습니다. 하이버네이션-재개 주기는 Amazon EC2에서 제어합니다. 스팟에 의해 인스턴스가 하이버네이트된 경우, 용량을 사용할 수 있게 되면 Amazon EC2가 인스턴스를 재개합니다. 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

RequestSpotFleet API는 용량 최적화, 최저가 및 다양성이라는 세 가지 할당 전략을 지원합니다. 용량 최적화 할당 전략은 용량 지표를 분석하여 가장 가용성이 높은 스팟 인스턴스 풀에서 스팟 인스턴스의 프로비저닝을 시도합니다. 이러한 전략은 빅 데이터 및 분석, 이미지 및 미디어 렌더링, 기계 학습, 고성능 컴퓨팅 같은 중단 비용이 비교적 높은 워크로드에 적합합니다.

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

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

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

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

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

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

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

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

질문: 사용하려는 각 인스턴스 유형마다 다른 AMI를 지정할 수 있습니까?

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

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

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

질문: 스팟 인스턴스가 실행되는 스팟 풀이 더 이상 가장 낮은 가격이 아니거나 용량 최적화가 되어 있지 않을 때 스팟 플릿이 이를 종료하고 스팟 인스턴스를 다시 시작합니까?

아니요. 스팟 플릿 요청은 실행 중인 인스턴스를 자동으로 종료하고 다시 시작하지 않습니다. 하지만 사용자가 스팟 인스턴스를 종료하는 경우, 할당 전략에 따라 스팟 플릿이 가장 낮은 가격 또는 용량 최적화된 새로운 풀에서 새로운 스팟 인스턴스를 보충합니다.

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

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

질문: 이 서비스를 사용하려면 어떻게 해야 합니까?

이 서비스는 VPC에서 실행되는 모든 인스턴스에서 액세스할 수 있는 링크-로컬 IP 주소(169.254.169.123)에서 NTP 엔드포인트를 제공합니다. NTP 클라이언트 구성에 대한 지침은 Linux 및 Windows에 대해 제공됩니다.

질문: 이 서비스에서 제공하는 주요 이점은 무엇입니까?

많은 애플리케이션과 서비스에서 일관되고 정확한 참조 시간 소스가 중요합니다. Amazon Time Sync Service는 VPC 구성 및 업데이트 없이도 인스턴스에서 안전하게 액세스할 수 있는 시간 참조를 제공합니다. Amazon의 입증된 네트워크 인프라에 구축되었으며 높은 정확성과 가용성을 보장하기 위해 중복 참조 시간 소스를 사용합니다.

질문: 이 서비스가 지원되는 인스턴스 유형은 무엇입니까?

VPC에서 실행되는 모든 인스턴스에서 이 서비스에 액세스할 수 있습니다.

Q: 가용 영역은 서로 어떻게 분리되어 있나요?

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

Q: Amazon EC2는 둘 이상의 AWS 리전에서 실행되나요?

예. 리전별 제품 및 서비스의 가용성에 대한 자세한 내용은 리전별 제품 및 서비스를 참조하세요.

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

현재 AWS 개발자 계정에 동일한 가용 영역으로 실행을 조직화할 수 있는 기능은 지원되지 않습니다. 2개의 AWS 고객 계정에 있는 하나의 가용 영역 이름(예: us-east-1a)은 다른 물리적 가용 영역과 관련이 있을 수 있습니다.

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

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

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

질문: 클러스터 컴퓨팅 인스턴스란 무엇인가요?

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

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

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

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

클러스터 배치 그룹에서 EC2 인스턴스가 사용할 수 있는 대역폭은 인스턴스 유형과 네트워킹 성능 사양에 따라 다릅니다. 같은 리전 내의 내부 인스턴스 트래픽은 단일 흐름에서 5Gbps를, 다중 흐름 트래픽에서 최대 25Gbps를 활용할 수 있습니다. 배치 그룹에서 인스턴스를 시작하는 경우, 단일 흐름 트래픽에서 최대 10Gbps를 활용할 수 있는 EC2 인스턴스를 선택하세요.

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

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

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

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

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

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

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

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

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

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

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

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

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

클러스터 배치 그룹은 인스턴스를 그룹의 일부로 실행하여 인스턴스의 클러스터를 만들 수 있는 논리 개체입니다. 인스턴스 클러스터는 그룹 내 인스턴스 간에 지연 시간이 짧은 연결을 제공합니다. 클러스터 배치 그룹은 Amazon EC2 API 또는 AWS Management Console을 통해 생성됩니다.

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

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

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

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

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

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

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

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

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

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

Q: EC2 인스턴스에서 사용 가능한 CPU 옵션은 무엇입니까?

EC2 인스턴스는 고객이 성능과 비용 요구 사항의 균형을 맞추는 데 도움을 주도록 다양한 CPU 옵션을 제공합니다.  인스턴스 유형에 따라, EC2에는 AWS Graviton/Graviton2 프로세서(Arm), AMD 프로세서(x86), 인텔 프로세서(x86) CPU중 하나를 선택하여 사용할 수 있습니다.

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

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

Q: EC2는 어떻게 유지 관리를 수행합니까?

AWS는 모든 EC2 인스턴스 유형에서 최소한의 중단으로 일상적인 하드웨어, 소프트웨어, 전원 및 네트워크 유지 관리를 정기적으로 수행합니다. 이는 라이브 업데이트 및 라이브 마이그레이션은 물론 중복되고 동시에 유지 관리 가능한 시스템과 같은 전체 AWS 글로벌 인프라에 걸친 기술과 방법을 조합하여 달성됩니다. 라이브 업데이트 및 라이브 마이그레이션과 같은 비간섭적 유지 관리 기술을 사용하면 인스턴스를 중지하거나 재부팅할 필요가 없습니다. 고객은 라이브 마이그레이션 또는 라이브 업데이트 이전, 도중 또는 이후에 어떠한 조치도 취할 필요가 없습니다. 이러한 기술은 애플리케이션 가동 시간을 개선하고 운영 노력을 줄이는 데 도움이 됩니다. Amazon EC2는 라이브 업데이트를 사용하여 고객 인스턴스에 미치는 영향을 최소화하면서 소프트웨어를 서버에 신속하게 배포합니다. 라이브 업데이트는 보안 패치, 새로운 인스턴스 기능 및 성능 개선으로 고객의 워크로드가 최신 상태의 소프트웨어가 있는 서버에서 실행되도록 합니다. Amazon EC2는 하드웨어 유지 관리를 위해 또는 인스턴스 배치를 최적화하거나 CPU 리소스를 동적으로 관리하기 위해 실행 중인 인스턴스를 한 서버에서 다른 서버로 이동해야 할 때 실시간 마이그레이션을 사용합니다. Amazon EC2는 예약된 유지 관리 이벤트가 일상적인 유지 관리를 가능하게 하는 기본 수단이 아니라 대체 옵션이 되도록 하기 위해 수년에 걸쳐 비간섭 유지 관리 기술의 범위 및 적용 범위를 확장해 왔습니다.

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

Amazon EC2 인스턴스는 범용, 컴퓨팅 최적화, 메모리 최적화, 스토리지 최적화 및 가속 컴퓨팅 인스턴스라는 5개 패밀리로 분류됩니다. 범용 인스턴스는 대부분의 범용 애플리케이션에 적합한 메모리 대 CPU 비율을 제공하고, 고정 성능을 제공하거나 순간 확장 성능을 제공합니다. 컴퓨팅 최적화 인스턴스는 메모리(RAM)보다 CPU 리소스 비율이 높으며 확장 컴퓨팅 집약적 애플리케이션과 고성능 컴퓨팅(HPC) 워크로드에 적합합니다. 메모리 최적화 인스턴스는 데이터베이스, 메모리 캐싱 애플리케이션 등 메모리 집약적 애플리케이션에 적합한 대용량 메모리를 제공합니다. 가속 컴퓨팅 인스턴스는 하드웨어 가속기 또는 코프로세서를 사용하여 CPU에서 실행하는 소프트웨어에서 가능한 수준보다 훨씬 효율적으로 부동 소수점 계산, 그래픽 처리 또는 데이터 패턴 일치와 같은 기능을 수행합니다. 스토리지 최적화 인스턴스는 I/O 집약적 애플리케이션을 위해 HDD 기반 로컬 인스턴스 스토리지를 사용하여 짧은 대기 시간과 매우 높은 I/O 용량을 제공하며, 이와 함께 고밀도 스토리지 인스턴스인 D2를 사용하여, 데이터 웨어하우징, Hadoop 및 기타 데이터 집약적 애플리케이션을 위한 높은 로컬 스토리지 밀도와 순차적 I/O 성능을 제공합니다. 인스턴스 유형을 선택할 때 리소스 사용률(예, CPU, 메모리, 스토리지)과 관련한 애플리케이션의 특성을 고려하여 최적의 인스턴스 패밀리와 인스턴스 크기를 선택해야 합니다.

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

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

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

Q: EC2는 시간이 지나면서 인스턴스 유형의 일관된 성능을 어떻게 보장하나요?

AWS는 시간이 지나도 일관된 성능을 보장하기 위해 EC2 인스턴스 유형에 대해 정기적으로 Linux 및 Windows 컴퓨팅 성능을 벤치마킹합니다.

Q: Amazon EC2 인스턴스 유형의 리전별 가용성은 어떻게 되나요?

모든 인스턴스와 리전별 지원 목록은 Amazon EC2 요금 페이지를 참조하십시오.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Q: Nitro 하이퍼바이저에서 실행되는 인스턴스에 몇 개의 EBS 볼륨과 ENI(탄력적 네트워크 인터페이스)를 연결할 수 있습니까?

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

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

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

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

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

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

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

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

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

질문: 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 시간 초과 커널 모듈 파라미터에 더 높은 값을 지정하여 수정할 수 있습니다.

세 번째로, 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: CPU 최적화란 무엇입니까?

CPU 최적화 기능을 사용하면 두 가지 측면에서 EC2 인스턴스를 효과적으로 제어할 수 있습니다. 첫째, 새로운 인스턴스를 시작할 때 사용자가 vCPU 개수를 지정하여 vCPU 관련 라이선스 비용을 절감할 수 있습니다. 둘째, 특정 HPC 애플리케이션과 같이 단일 스레드 CPU로 원활하게 수행되는 워크로드에 대해 인텔 HT 기술(Intel Hyper-Threading Technology)을 사용 중지할 수 있습니다.

Q: CPU 최적화 기능을 사용해야 하는 이유는 무엇인가요?

다음의 경우에 CPU 최적화 기능을 사용해야 합니다.

• 컴퓨팅의 제약을 받지 않으며 vCPU에 따라 라이선스 비용이 발생하는 EC2 워크로드를 실행하고 있는 경우. 사용자가 지정한 개수의 vCPU로 인스턴스를 시작함으로써 라이선스 지출을 최적화할 수 있습니다.
• EC2 인스턴스에 대한 하이퍼 스레딩을 비활성화하면 도움이 되는 워크로드를 실행하고 있는 경우.
  

Q: CPU 최적화 인스턴스의 요금은 어떻게 됩니까?

CPU 최적화 인스턴스에는 이에 상응하는 전체 크기 인스턴스와 동일한 요금이 책정됩니다.

Q: EC2에서 CPU 최적화 기능을 사용할 때 애플리케이션 성능은 어떻게 바뀝니까?

CPU 최적화에 따른 애플리케이션 성능 변화는 EC2에서 실행 중인 워크로드에 크게 좌우됩니다. CPU 최적화에 따른 애플리케이션 성능을 벤치마킹하여 애플리케이션에 적합한 vCPU 개수와 하이퍼 스레딩 동작을 찾아내는 것이 좋습니다.

Q: EC2 베어 메탈 인스턴스 유형(예: i3.metal)에서도 CPU 최적화 기능을 사용할 수 있습니까?

아니요. 가상화된 EC2 인스턴스에서만 CPU 최적화 기능을 사용할 수 있습니다.

Q: EC2 인스턴스에 CPU 최적화 기능을 사용하려면 어떻게 해야 하나요?

CPU 최적화를 시작하는 방법과 지원되는 인스턴스 유형에 대한 자세한 내용은 여기에서 CPU 최적화 설명서 페이지를 참조하세요.

Q: IBM 구동 Amazon EC2의 RRS 비용은 어떻게 부과되나요?

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

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

Q: IBM 구동 Amazon EC2에서 Amazon DevPay를 사용할 수 있나요?

아니요. 현재 IBM 구동 Amazon EC2 외에는 DevPay를 사용해 제품을 번들링할 수 없습니다.

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

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

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

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

Q: Amazon EC2 Mac 인스턴스란 무엇인가요?

Amazon EC2 Mac 인스턴스는 처음으로 클라우드에서 온디맨드 macOS 워크로드를 실행할 수 있는 인스턴스로, AWS의 유연성, 확장성 및 비용 이점을 모든 Apple 개발자로 확대합니다. iPhone, iPad, Mac, Apple Watch, Apple TV 및 Safari용 앱을 만드는 개발자는 EC2 Mac 인스턴스에서 몇 분 안에 macOS 환경을 프로비저닝하여 액세스하고 필요에 따라 동적으로 용량을 조정하며 AWS의 사용량에 따른 요금을 이용할 수 있습니다.

Q: EC2 Mac 인스턴스에서 실행해야 하는 워크로드는 무엇입니까?

Amazon EC2 Mac 인스턴스는 iOS, iPadOS, watchOS, tvOS, macOS 및 Safari와 같은 Apple 플랫폼용 애플리케이션의 구축, 테스트, 서명 및 게시를 위해 설계되었습니다. Pinterest, Intuit, FlipBoard, Twitch 및 Goldman Sachs와 같은 고객은 macOS를 온프레미스에서 실행할 때에 비해 구축 성능을 최대 75% 개선하고 구축 실패율을 최대 80% 낮췄으며 병렬 빌드 수를 최대 5배 늘릴 수 있었습니다.

Q: EC2 x86 Mac 인스턴스란 무엇입니까?

x86 기반 EC2 Mac 인스턴스는 Intel Core i7 프로세서를 사용하는 Apple Mac mini 컴퓨터를 기반으로 구축되며 AWS Nitro System으로 구동됩니다. macOS Mojave(10.14), macOS Catalina(10.15), macOS Big Sur(11) 및 macOS Monterey(12)를 Amazon Machine Image(AMI)로 선택할 수 있습니다. x86 기반 EC2 인스턴스는 미국 동부(오하이오, 버지니아 북부), 미국 서부(오레곤), 유럽(스톡홀름, 프랑크푸르트, 아일랜드, 런던) 및 아시아 태평양(뭄바이, 서울, 싱가포르, 시드니, 도쿄)의 12개 리전에서 사용할 수 있습니다. 여기에서 x86 기반 EC2 Mac 인스턴스를 자세히 알아보고 시작하세요.

Q: EC2 M1 Mac 인스턴스란 무엇입니까?

EC2 M1 Mac 인스턴스는 Apple M1 Mac mini 컴퓨터를 기반으로 구축되며 AWS Nitro System으로 구동됩니다. 이 인스턴스는 iOS 및 macOS 애플리케이션 구축 워크로드용 x86 기반 EC2 Mac 인스턴스보다 60% 더 나은 가격 성능을 제공합니다. EC2 M1 Mac 인스턴스는 AWS 최초로 ARM64 macOS 환경을 지원하며 macOS Big Sur(11) 및 macOS Monterey(12)를 Amazon Machine Image(AMI)로 지원합니다. EC2 M1 Mac 인스턴스는 미국 동부(버지니아 북부), 미국 서부(오레곤), 유럽(아일랜드) 및 아시아 태평양(싱가포르)의 4개 리전에서 사용할 수 있습니다. 여기에서 EC2 M1 Mac 인스턴스를 자세히 알아보고 시작하세요.

Q: EC2 M1 Ultra Mac 인스턴스란 무엇인가요?

EC2 M1 Ultra Mac 인스턴스는 Apple M1 Ultra Mac Studio 컴퓨터를 기반으로 구축되며 AWS Nitro System으로 구동됩니다. EC2 M1 Ultra Mac 인스턴스는 ARM64 macOS 환경을 지원하며 macOS Ventura(13 이상)를 Amazon Machine Image(AMI)로 지원합니다. EC2 M1 Ultra Mac 인스턴스는 미국 동부(버지니아 북부), 미국 서부(오레곤)의 2개 리전에서 사용할 수 있습니다. 여기에서 EC2 M1 Ultra Mac 인스턴스에 대해 자세히 알아보고 시작하세요.

Q: EC2 M2 Mac 인스턴스란 무엇인가요?

EC2 M2 Mac 인스턴스는 Apple M2 Mac mini 컴퓨터를 기반으로 구축되고 AWS Nitro System으로 구동되는 인스턴스입니다. iOS 및 macOS 애플리케이션 구축 워크로드에서 EC2 M1 Mac 인스턴스보다 최대 10% 더 높은 성능을 제공합니다. EC2 M2 Mac 인스턴스는 AWS의 ARM64 macOS 환경을 지원하며 macOS Ventura(버전 13.2 이상)를 Amazon Machine Image(AMI)로 지원합니다. EC2 M2 Mac 인스턴스는 미국 동부(버지니아 북부, 오하이오), 미국 서부(오레곤), 유럽(프랑크푸르트) 및 아시아 태평양(시드니)의 5개 리전에서 사용할 수 있습니다. 여기에서 EC2 M2 Mac 인스턴스를 자세히 알아보고 시작하세요.

Q: EC2 M2 Pro Mac 인스턴스란 무엇인가요?

EC2 M2 Pro Mac 인스턴스는 Apple M2 Pro Mac mini 컴퓨터를 기반으로 구축되며 AWS Nitro System으로 구동됩니다. iOS 및 macOS 애플리케이션 구축 워크로드에서 EC2 M1 Mac 인스턴스보다 최대 35% 더 높은 성능을 제공합니다. EC2 M2 Pro Mac 인스턴스는 AWS의 ARM64 macOS 환경을 지원하며 macOS Ventura(버전 13.2 이상)를 Amazon Machine Image(AMI)로 지원합니다. EC2 M2 Pro Mac 인스턴스는 미국 동부(버지니아 북부, 오하이오), 미국 서부(오레곤) 및 아시아 태평양(시드니)의 4개 리전에서 사용할 수 있습니다. 여기에서 EC2 M2 Pro Mac 인스턴스를 자세히 알아보고 시작하세요.

Q: EC2 Mac 인스턴스에 제공되는 요금 모델은 무엇인가요?

Amazon EC2 Mac 인스턴스는 온디맨드 및 절감형 플랜 요금 모델을 통해 전용 호스트로 사용할 수 있습니다. 전용 호스트는 EC2 Mac 인스턴스의 결제 단위입니다. 전용 호스트의 경우 Apple macOS 소프트웨어 라이선스 계약을 준수하기 위해 24시간 최소 할당 기간이 적용된 초 단위로 요금이 청구됩니다. 24시간 최소 할당 기간이 종료되면 추가 약정 없이 언제든지 호스트 사용을 중단할 수 있습니다. 컴퓨팅 및 인스턴스 절감형 플랜 모두 EC2 Mac 인스턴스에 사용할 수 있으며 온디맨드 요금 대비 최대 44% 할인된 요금을 제공합니다. 자세한 내용은 전용 호스팅 요금 페이지를 참조하세요. (참고: ‘전용 호스트’ 테넌시 및 ‘Linux’ 운영 체제를 선택하여 세부 정보를 확인하세요.) 전용 호스트용 AWS 요금 계산기에서 EC2 Mac 인스턴스 요금을 확인할 수도 있습니다.

Q: 전용 호스트를 해제하려면 어떻게 해야 합니까?

EC2 Mac 인스턴스 전용 호스트의 최소 할당 기간은 24시간입니다. 할당 기간이 24시간을 초과하면 먼저 호스트에서 실행 중인 인스턴스를 중지하거나 종료한 다음 aws ec2 release-hosts CLI 명령 또는 AWS Management Console을 사용하여 호스트를 해제합니다.

Q: EC2 Mac 전용 호스트를 조직의 다른 AWS 계정과 공유할 수 있습니까?

예. AWS Resource Access Manager를 사용하여 AWS 조직 내부의 다른 AWS 계정, AWS 조직 내부의 조직 단위 또는 전체 AWS 조직과 EC2 Mac 전용 호스트를 공유할 수 있습니다. 자세한 내용은 AWS Resource Access Manager 설명서를 참조하세요.

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

EC2 Mac 인스턴스는 기반 Mac mini 하드웨어의 전체 출력을 활용합니다. 각 EC2 Mac 전용 호스트에서 EC2 Mac 인스턴스 1개를 실행할 수 있습니다.

Q: EC2 Mac 인스턴스에서 EFI NVRAM 변수를 업데이트할 수 있습니까?

예. EC2 Mac 인스턴스에서 재부팅 시 지속되는 특정 EFI NVRAM 변수를 업데이트할 수 있습니다. 그러나 EFI NVRAM 변수는 인스턴스가 중지되거나 종료될 경우 재설정됩니다. 자세한 내용은 EC2 Mac 인스턴스 설명서를 참조하세요.

Q: FileVault를 사용하여 EC2 Mac 인스턴스의 Amazon Elastic Block Store(Amazon EBS) 부트 볼륨을 암호화할 수 있습니까?

FileVault를 사용하여 macOS에 부팅하고 원격 액세스를 사용하도록 설정하려면 먼저 FileVault에 로그인해야 합니다. FileVault가 사용되는 경우 인스턴스 재부팅, 중지 또는 종료 시 부팅 볼륨의 데이터에 액세스할 수 없게 됩니다. 따라서 FileVault를 사용하지 않는 것이 좋습니다. 대신, EC2 Mac 인스턴스의 부트 및 데이터 EBS 볼륨에 Amazon EBS 암호화를 사용할 것을 권장합니다.

Q: EC2 Mac 인스턴스에서 마이크 입력 또는 오디오 출력에 액세스할 수 있습니까?

EC2 Mac 인스턴스에는 마이크 입력에 액세스할 수 있는 지점이 없습니다. 기본 제공 Apple Remote Desktop VNC 서버는 오디오 출력을 지원하지 않습니다. 서드 파티 원격 데스크톱 소프트웨어(예: Teradici CAS)는 macOS의 원격 오디오를 지원합니다.

Q: EC2 Mac 인스턴스에 사용할 수 있는 macOS 기반 Amazon Machine Image(AMI)는 무엇입니까?

EC2 Mac 인스턴스는 물리적 Mac mini 하드웨어를 사용하여 macOS를 실행합니다. Apple 하드웨어는 하드웨어에 탑재된 macOS 버전 이상만 지원합니다. x86 기반 EC2 Mac 인스턴스는 2018 인텔 Core i7 Mac mini를 사용합니다. 2018 Mac mini에는 Mojave가 탑재되었으므로 사용할 수 있는 ‘가장 오래된 버전’은 macOS Mojave(10.14.x)입니다. EC2 M1 Mac 인스턴스는 macOS Big Sur(11.x)가 탑재된 2020 M1 Mac mini를 사용합니다. EC2 M2 및 M2 Pro Mac 인스턴스는 각각 macOS Ventura(13.2)와 함께 제공되는 2023 M2 및 M2 Pro Mac Minis를 사용합니다. EC2 Mac AMI로 사용 가능한 macOS의 최신 버전을 보려면 설명서를 참조하세요.

Q: EC2 Mac 인스턴스에서 이전 버전의 macOS를 실행하려면 어떻게 해야 하나요?

EC2 Mac 인스턴스는 베어 메탈 인스턴스이며 Nitro 하이퍼바이저를 사용하지 않습니다. x86 기반 EC2 Mac 인스턴스에서 macOS High Sierra, Sierra 또는 이전 macOS 버전에 액세스하려면 2형 가상화 계층을 설치하고 실행하면 됩니다. EC2 M1 Mac 인스턴스에서는 macOS Big Sur가 Apple Silicon을 지원하는 첫 번째 macOS 버전이므로 가상화 아래에서도 이전 버전의 macOS가 실행되지 않습니다.

Q: EC2 Mac 인스턴스에서 베타 또는 평가판 버전의 macOS를 실행하려면 어떻게 해야 하나요?

베타 또는 평가판 macOS 버전은 Apple 실리콘 기반 EC2 Mac 인스턴스에만 설치할 수 있습니다. Amazon EC2는 베타 또는 평가판 macOS 버전을 지원하지 않으며 사전 프로덕션 macOS 버전으로 업데이트한 후 인스턴스가 계속해서 작동할 것임을 보장하지 않습니다.

Q: EC2 Mac 인스턴스에서 EC2 사용자 데이터를 사용하려면 어떻게 해야 하나요?

EC2 Linux 및 Windows 인스턴스와 마찬가지로 사용자 지정 사용자 데이터를 EC2 Mac 인스턴스로 전달할 수 있습니다. cloud-init을 사용하는 대신 EC2 Mac 인스턴스는 오픈 소스 시작 대몬(daemon)인 ec2-macos-init을 사용합니다. 이 데이터를 일반 텍스트, 파일 또는 base64 인코딩 텍스트로 EC2 Launch Wizard에 전달하면 됩니다.

Q: EC2 Mac 인스턴스에 Xcode를 설치하려면 어떻게 해야 하나요?

AWS는 사전 Xcode IDE 설치가 없는 기본 macOS AMI를 제공합니다. 다른 모든 macOS 시스템에서와 마찬가지로 Xcode를 설치하고 EULA에 동의하면 됩니다. App Store의 최신 Xcode IDE를 설치하거나 Apple Developer 웹 사이트의 이전 Xcode 버전을 설치할 수 있습니다. Xcode를 설치한 후에는 향후 사용을 위해 AMI의 스냅샷을 만드는 것이 좋습니다.

Q: macOS AMI의 릴리스 간격은 얼마입니까?

AWS는 최선의 노력을 기준으로 새 macOS AMI를 제공합니다. SNS 알림을 구독하면 업데이트를 받아볼 수 있습니다. 공식 macOS AMI의 릴리스는 macOS 부 버전 업데이트 후 30~60일, macOS 주 버전 업데이트 후 90~120일을 목표로 하고 있습니다.

Q: EC2 macOS AMI에 포함되는 에이전트 및 패키지는 무엇입니까?

EC2 macOS AMI에는 기본적으로 다음 에이전트 및 패키지가 포함됩니다.

• macOS용 ENA 드라이버
• AWS CLI
• EC2-macos-init
• Amazon CloudWatch 에이전트
• Chrony
• Homebrew
• AWS Systems Manger 에이전트

Q: macOS AMI에 포함된 에이전트 패키지를 업데이트하나요?

기본 macOS 이미지에 추가된 모든 에이전트 및 패키지를 확인할 수 있는 Homebrew의 공개 GitHub 리포지토리 탭이 있습니다. Homebrew를 사용하여 최신 버전의 에이전트 및 패키지를 macOS 인스턴스에 설치할 수 있습니다.

Q: OS 및 소프트웨어 업데이트를 Apple Update Server에서 직접 Mac 인스턴스에 적용할 수 있습니까?

자동 macOS 소프트웨어 업데이트는 EC2 Mac 인스턴스에서 사용되지 않습니다. 공식 판매되는 macOS AMI를 사용하여 필요한 macOS 버전을 시작하는 것이 좋습니다. x86 기반 및 모든 Apple 실리콘 EC2 Mac 인스턴스에서는 소프트웨어 업데이트 환경 설정 창 또는 software update CLI 명령을 통해 macOS의 버전을 업데이트할 수 있습니다. 두 EC2 Mac 인스턴스 모두에 애플리케이션 및 다른 모든 사용자 공간 소프트웨어를 설치할 수 있습니다.

Q: SSH를 통해 EC2 Mac 인스턴스에 연결하려면 어떻게 해야 합니까?

인스턴스를 시작하고 인스턴스 ID를 받은 후에 다음 명령을 사용하여 인스턴스를 폴링하고 SSH 액세스가 준비되었는지 확인할 수 있습니다. SSH를 통해 EC2 Mac 인스턴스를 연결할 때는 다른 EC2 인스턴스(예: Linux 또는 Windows에서 실행되는 인스턴스)와 동일한 프로세스를 따릅니다. SSH를 사용하여 인스턴스에 대한 연결을 지원하려면 SSH 액세스를 허용하는 보안 그룹과 키 페어를 사용하여 인스턴스를 시작합니다. 인스턴스에 연결할 때 키 페어에 대한 .pem 파일을 제공합니다. 자세한 내용은 설명서를 참조하세요.

Q: VNC를 통해 EC2 Mac 인스턴스에 연결하려면 어떻게 해야 합니까?

macOS에는 기본 제공되는 화면 공유 기능이 있습니다. 이 기능은 기본적으로 사용되지 않지만 사용하도록 설정하여 EC2 Mac 인스턴스의 그래픽(데스크톱) 세션에 연결할 수 있습니다. 기본 제공 화면 공유를 사용하는 방법에 대한 자세한 내용은 설명서를 참조하세요.

Q: AWS Systems Manager Session Manager를 사용하여 EC2 Mac 인스턴스에 연결하려면 어떻게 해야 합니까?

AWS Systems Manager Session Manager(SSM)를 사용하여 EC2 Mac 인스턴스에 연결할 수 있습니다. Session Manager는 안전하고 감사 가능한 인스턴스 관리를 제공하는 완전관리형 AWS Systems Manager 기능입니다. 인바운드 포트를 열어두거나 Bastion 호스트를 유지하거나 SSH 키를 관리할 필요가 없습니다. SSM 에이전트는 모든 EC2 macOS AMI에 기본적으로 미리 설치됩니다. 자세한 내용은 이 블로그를 참조하세요.

Q: EC2 Mac 인스턴스에서 지원되는 Amazon EBS 볼륨과 탄력적 네트워크 인터페이스(ENI)는 몇 개입니까?

x86 기반 EC2 Mac 인스턴스는 EBS 볼륨 16개와 ENI 연결 8개를 지원하고, EC2 M1 Mac 인스턴스는 EBS 볼륨 최대 10개와 ENI 연결 8개를 지원합니다.

Q: EC2 Mac 인스턴스는 EBS를 지원합니까?

EC2 Mac 인스턴스는 기본적으로 EBS에 최적화되어 있으며, 암호화되거나 암호화되지 않은 EBS 볼륨에 최대 8Gbps의 전용 EBS 대역폭을 제공합니다.

Q: EC2 Mac 인스턴스는 로컬 스토리지에서의 부팅을 지원합니까?

EC2 Mac 인스턴스는 EBS 지원 macOS AMI에서만 부팅할 수 있습니다. Mac mini의 내부 SSD는 디스크 유틸리티에 있지만 부팅 가능하지 않습니다.

Q: EC2 Mac 인스턴스는 Amazon FSx를 지원합니까?

예. EC2 Mac 인스턴스는 SMB 프로토콜을 사용하여 FSx를 지원합니다. EC2 Mac 인스턴스에서 FSx를 사용하려면 EC2 Mac 인스턴스를 지원되는 디렉터리 서비스(예: Active Directory 또는 AWS Directory Service)에 등록해야 합니다. FSx에 대한 자세한 내용은 제품 페이지를 참조하세요.

Q: EC2 Mac 인스턴스는 Amazon Elastic File System(Amazon EFS)을 지원합니까?

예: EC2 Mac 인스턴스는 NFSv4 프로토콜을 통해 EFS를 지원합니다. EFS에 대한 자세한 내용은 제품 페이지를 참조하세요.

Q: Nitro System은 어떤 이전 세대 인스턴스를 지원합니까?

이제 AWS Nitro System은 이전 세대 EC2 인스턴스에 최신 하드웨어 및 소프트웨어 구성 요소를 제공하므로, 기반 하드웨어의 일반적인 수명 이상으로 서비스 기간을 연장할 수 있습니다. 이 같은 Nitro System 지원 덕분에 고객은 기존에 구축된 인스턴스 패밀리에서 워크로드와 애플리케이션을 계속 실행할 수 있습니다.

Q: 어떤 이전 세대의 인스턴스가 Nitro System에서 얼마 동안 지원됩니까?

Amazon EC2 C1, M1, M2, T1, T2, C3, M3, R3, C4, M4 인스턴스에는 Nitro 시스템 지원이 제공됩니다. 이러한 인스턴스를 사용하는 고객은 Nitro System으로의 마이그레이션에 대한 유지 관리 알림을 받을 수 있습니다. 2024년에 추가 인스턴스 유형에 대한 지원이 추가될 예정입니다.

Q: 기존의 이전 세대 인스턴스를 마이그레이션하려면 어떤 작업을 수행해야 하나요?

고객은 이전 세대 하드웨어에서 실행 중인 활성 이전 세대 인스턴스를 마이그레이션하기 위해 어떠한 작업도 수행할 필요가 없습니다. 이전 세대 하드웨어를 기반으로 한 인스턴스의 경우 인스턴스에 매핑된 각 고객 계정 ID로 예약된 유지 관리 기간 2주 전에 이메일 알림이 수신됩니다.

일반적인 유지 관리 이벤트와 마찬가지로 고객은 원래 예정된 유지 관리 시간에서 2주 이내에 필요한 횟수만큼 유지 관리 일정을 변경할 수 있습니다.

Q: 예약된 유지 관리 기간 이전 또는 도중에 인스턴스를 중지한 후 시작하면 어떻게 되나요?

예약된 유지 관리 기간 중에 인스턴스를 중지/시작하면 인스턴스가 새 호스트로 마이그레이션되므로 예약된 유지 관리를 수행할 필요가 없습니다. 중지/시작 시 AWS Nitro System의 지원을 받는 인스턴스로 고객 인스턴스가 마이그레이션될 수 있습니다. 인스턴스를 중지하고 시작할 때 로컬 인스턴스 스토어 볼륨의 데이터는 보존되지 않는다는 점에 유의하세요. 여기를 클릭하여 중지/시작에 대해 자세히 알아보세요.

Q: 이 유지 관리 이벤트 중에 인스턴스는 어떻게 되나요?

표준 AWS 유지 관리 프로세스의 일환으로, AWS가 고객과 함께 작업하게 됩니다. 여러 AWS 팀이 이미 마이그레이션하였고, Nitro 하드웨어에서 이전 세대 인스턴스를 실행하고 있습니다. 유지 관리 중에 인스턴스가 재부팅되며 인스턴스 크기 및 속성에 따라 최대 30분이 소요될 수 있습니다. 예를 들어 로컬 디스크가 있는 인스턴스는 로컬 디스크가 없는 인스턴스보다 마이그레이션하는 데 더 오래 걸립니다. 재부팅 후에도 인스턴스에는 IP 주소, DNS 이름, 로컬 인스턴스 스토어 볼륨의 모든 데이터가 유지됩니다.

Q: AWS Nitro System으로 마이그레이션된 이전 세대 인스턴스에서 실행하려면 워크로드를 재구축/재인증해야 합니까?

아니요. 고객은 AWS Nitro System으로 마이그레이션된 이전 세대 인스턴스에서 워크로드를 재구축/재인증할 필요가 없습니다.

Q: AWS Nitro System으로 마이그레이션하면 인스턴스 사양이 바뀝니까?

인스턴스를 AWS Nitro System으로 마이그레이션하더라도 이전 세대 인스턴스의 인스턴스 사양은 바뀌지 않습니다.

Q: 이전 세대 인스턴스의 모든 기능과 AMI가 이 마이그레이션의 일부로 지원됩니까?

예. 이전 세대 인스턴스에서 지원되는 모든 기존 기능과 AMI는 AWS Nitro System으로 마이그레이션한 후에도 지원됩니다. 

Q: 이전 세대 인스턴스를 AWS Nitro System으로 마이그레이션하는 경우 요금과 결제가 변경되나요?

결제와 요금에는 변화가 없습니다. 이전 세대 인스턴스(온디맨드, 1년/3년 예약형 인스턴스, 절감형 플랜, 스팟)에 대해 현재 지원하는 동일한 요금 모델을 계속 지원할 예정입니다.