EC2 인스턴스를 시작하거나 실행할 수 없는 이유는 무엇입니까?

해결 방법

참고: AWS Command Line Interface(AWS CLI) 명령을 실행할 때 오류가 발생하면 AWS CLI의 오류 해결을 참조하십시오. 또한 최신 AWS CLI 버전을 사용하고 있는지 확인하십시오.

인스턴스를 시작하려고 할 때 오류 코드가 나타나지 않으면 AWS CloudTrail 이벤트 기록에서 StartInstances 이벤트를 확인하십시오. 또는 다음 describe-instances AWS CLI 명령을 실행합니다.

aws ec2 describe-instances --instance-id MYINSTANCE --output json

참고: MYINSTANCE를 시작할 수 없는 인스턴스의 ID로 대체하십시오.

출력에서 StateReason 메시지를 확인합니다. 다음 예시 응답에서는 StateReason이 Client.InternalError입니다.

"StateReason": {     "Message": "Client.InternalError: Client error on launch",
     "Code": "Client.InternalError"
   },

표시되는 오류에 따라 다음 문제 해결 조치를 취하십시오.

"InsufficientInstanceCapacity"

다음 오류는 새 인스턴스를 시작하거나 중지된 인스턴스를 다시 시작하는 데 필요한 온디맨드 용량이 충분하지 않을 때 발생합니다.

"An error occurred (InsufficientInstanceCapacity) when calling the StartInstances operation (reached max retries: 4): Insufficient capacity.)"

이 문제를 해결하려면 EC2 인스턴스를 시작하거나 실행할 때 발생하는 InsufficientInstanceCapacity 오류를 해결하려면 어떻게 해야 합니까?를 참조하십시오.

"InstanceLimitExceeded"

AWS 리전에서 허용되는 최대 인스턴스보다 많은 인스턴스를 시작하면 다음 오류가 발생합니다.

"InstanceLimitExceeded: Your quota allows for 0 more running instance(s)."

이 문제를 해결하려면 EC2 인스턴스를 시작하거나 실행할 때 InstanceLimitExceeded 오류를 해결하려면 어떻게 해야 합니까?를 참조하십시오.

"UnauthorizedOperation"

"UnauthorizedOperation" 오류는 인스턴스를 시작한 사용자에게 필요한 권한이 없을 때 발생합니다. 이 오류를 해결하려면 EC2 인스턴스 시작 실패에 대한 "UnauthorizedOperation" 인증 오류를 디코딩하고 분석하려면 어떻게 해야 합니까?를 참조하십시오.

"The requested configuration is currently not supported"

요청한 가용 영역이 지정된 인스턴스 유형을 지원하지 않으면 "configuration is currently not supported" 오류 메시지가 나타납니다. 특정 가용 영역에서 인스턴스 유형의 가용성을 확인하려면 다음 describe-instance-type-offerings 명령을 실행합니다.

aws ec2 describe-instance-type-offerings --location-type availability-zone --filters Name=instance-type,Values=c5.2xlarge --region us-east-1

참고: c5.2xlarge를 해당 인스턴스 유형으로, us-east-1을 가용 영역의 리전으로 대체하십시오.

필요한 경우 지원되는 가용 영역에서 인스턴스를 시작합니다.

이 오류는 인스턴스를 시작하는 데 사용된 Amazon Machine Image(AMI)가 선택된 인스턴스 유형을 지원하지 않는 경우에도 발생합니다. 인스턴스 유형 또는 패밀리를 선택하기 전에 AWS Marketplace의 AMI에 대한 설명을 검토하십시오. 이 문제는 일반적으로 AWS CLI를 사용하여 AWS Marketplace AMI를 시작할 때 발생합니다. Amazon EC2 콘솔을 사용하여 인스턴스를 시작하는 경우 지원되지 않는 인스턴스에 액세스할 수 없습니다.

"InternalError"

"InternalError" 오류는 일반적으로 다음과 같은 이유로 발생합니다.

• Amazon Elastic Block Store(Amazon EBS) 볼륨을 인스턴스에 제대로 연결하지 않았습니다.
• 인스턴스에 연결된 EBS 볼륨이 ERROR 상태입니다.
• 암호화된 EBS 볼륨을 인스턴스에 연결했지만 AWS Key Management Service(AWS KMS) 암호 해독 키에 액세스할 권한이 없습니다.

이 오류를 해결하려면 시작 시도 시 "InternalError" 또는 "Client.UserInitiatedShutdown" 오류가 발생하며 중지되거나 종료되는 Amazon EC2 인스턴스 문제를 해결하려면 어떻게 해야 합니까?를 참조하십시오.

"Disk full"

인스턴스 스페이스 부족으로 인해 감사 서비스가 부팅 중인 머신을 중지하면 "disk full" 오류 메시지가 발생합니다.

중요: 인스턴스를 중지하고 시작하기 전에 다음 작업을 수행하십시오.

• EBS 볼륨의 스냅샷을 생성합니다.
  참고: 인스턴스가 인스턴스 저장소를 지원하거나 데이터가 포함된 인스턴스 저장소 볼륨을 보유하는 경우 인스턴스를 중지하면 Amazon EC2에서 해당 데이터를 삭제합니다.
• Amazon EC2 Auto Scaling 그룹에서 인스턴스를 일시적으로 제거합니다.
  참고: Amazon EC2 Auto Scaling 그룹에 속한 인스턴스를 중지하면 축소 보호 설정에 따라 인스턴스가 종료될 수 있습니다. Amazon EMR, AWS CloudFormation 또는 AWS Elastic Beanstalk를 사용하여 시작하는 인스턴스는 Auto Scaling 그룹에 속할 수 있습니다.
• 인스턴스를 중지해도 인스턴스가 종료되지 않도록 하려면 인스턴스 종료 동작을 중지로 설정합니다.

참고: 인스턴스를 중지하고 시작할 때 인스턴스의 퍼블릭 IP 주소가 변경됩니다. 퍼블릭 IP 주소 대신 탄력적 IP 주소를 사용하여 외부 트래픽을 인스턴스로 라우팅하는 것이 가장 좋습니다.

"disk full" 오류를 해결하려면 다음 단계를 완료하십시오.

1. Amazon EC2 콘솔을 엽니다.

2. 탐색 창에서 인스턴스를 선택한 다음, 해당 인스턴스를 선택합니다.

3. 인스턴스를 중지합니다.

4. 중지된 인스턴스에서 /dev/xvda Amazon EBS 루트 볼륨을 분리합니다.

5. 원본 인스턴스와 동일한 가용 영역에서 새 복구 EC2 인스턴스를 시작합니다.

6. 복구 인스턴스에 루트 볼륨을 보조 디바이스로 연결합니다.
   참고: 보조 볼륨을 연결할 때 다른 디바이스 이름을 사용할 수 있습니다.

7. SSH를 사용하여 복구 인스턴스에 연결합니다.

8. 새 볼륨의 마운트 지점 디렉터리를 생성하려면 다음 명령을 실행합니다.

   sudo mkdir /mnt/rescue

   참고: /mnt/rescue를 마운트 지점 디렉터리로 대체하십시오. Linux에서 실행되는 인스턴스에만 sudo 명령을 사용할 수 있습니다.

9. 볼륨을 새 디렉터리에 마운트하려면 다음 명령을 실행합니다.

   sudo mount /dev/xvdf /mnt/rescue

   참고: /dev/xvdf를 디바이스 이름으로 대체하고 /mnt/rescue를 마운트 포인트 디렉터리로 대체하십시오. Linux에서 실행되는 인스턴스에만 sudo 명령을 사용할 수 있습니다. 디바이스 이름을 모르는 경우 다음 명령을 실행하여 사용 가능한 모든 디스크 디바이스와 마운트 지점을 확인하십시오.

   lsblk

10. 루트 볼륨 크기를 늘립니다.

11. 파티션을 확장합니다.

12. 볼륨을 마운트 해제하려면 다음 명령을 실행하십시오.

sudo umount /mnt/rescue

참고: /mnt/rescue를 마운트 지점 디렉터리로 대체하십시오. Linux에서 실행되는 인스턴스에만 sudo 명령을 사용할 수 있습니다. 복구 인스턴스에서 볼륨을 분리합니다. /dev/xvda 루트 디바이스 이름을 사용하여 원본 인스턴스에 볼륨을 연결합니다. 인스턴스를 시작하여 성공적으로 부팅되는지 확인합니다. HALT에 대한 /etc/audit/auditd.conf 감사 구성 파일을 통해 공간이 부족할 경우에 감사 서비스가 머신을 종료할 수 없는지 확인합니다. Amazon Linux 1(AL1), Amazon Linux 2(AL2) 및 Amazon Linux 2023(AL2023)의 경우 감사 구성 파일에 다음 옵션이 포함되어 있는지 확인하십시오.

max_log_file_action = ROTATEadmin_space_left_action = SUSPEND
disk_full_action = SUSPEND
disk_error_action = SUSPEND

"InvalidParameterValue"

"InvalidParameterValue" 오류 메시지는 요청의 파라미터가 유효하지 않거나, 지원되지 않거나, 사용할 수 없을 때 발생합니다. 오류 메시지에는 설명이 포함되어 있습니다. 예를 들어, 루트 볼륨이 /dev/sda1 또는 /dev/xvda의 인스턴스에 연결되어 있지 않으면 인스턴스가 시작되지 않습니다. 이 경우 CloudTrail 이벤트 기록에 다음 예와 비슷한 항목이 표시됩니다.

"An error occurred (InvalidParameterValue) when calling the StartInstances operation: Invalid value 'i-abcdefghxyz' for instanceId. Instance does not have a volume attached at root (/dev/sda1)"

이 문제를 해결하려면 오류 메시지에 나열된 파라미터를 변경하십시오. 예를 들어 위 오류를 해결하려면 /dev/sda1 인스턴스에 루트 볼륨을 연결한 다음 인스턴스를 시작합니다. 자세한 내용은 Amazon EC2 API 오류 코드를 참조하십시오.

관련 정보

Amazon EC2 인스턴스 시작 문제 해결