기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# Amazon EMR에서의 검증 실패 오류 코드
<a name="emr-troubleshoot-error-errordetail-validation"></a>

다음 섹션에서는 검증 실패 오류 코드에 대한 문제 해결 정보를 제공합니다.

**Topics**
+ [VALIDATION\$1ERROR\$1SUBNET\$1NOT\$1FROM\$1ONE\$1VPC](VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC.md)
+ [VALIDATION\$1ERROR\$1SECURITY\$1GROUP\$1NOT\$1FROM\$1ONE\$1VPC](VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC.md)
+ [VALIDATION\$1ERROR\$1INVALID\$1SSH\$1KEY\$1NAME](VALIDATION_ERROR_INVALID_SSH_KEY_NAME.md)
+ [VALIDATION\$1ERROR\$1INSTANCE\$1TYPE\$1NOT\$1SUPPORTED](VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED.md)

# VALIDATION\$1ERROR\$1SUBNET\$1NOT\$1FROM\$1ONE\$1VPC
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC"></a>

## 개요
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_overview"></a>

클러스터 및 클러스터에서 참조하는 서브넷이 서로 다른 Virtual Private Cloud(VPC)에 속하는 경우 클러스터는 `VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC` 오류로 종료됩니다. VPC의 서브넷에서 인스턴스 플릿 구성을 포함하는 Amazon EMR에서 클러스터를 시작할 수 있습니다. 인스턴스 플릿에 대한 자세한 내용은 *Amazon EMR 관리 안내서*에서 [Amazon EMR 클러스터의 인스턴스 플릿 계획 및 구성](emr-instance-fleet.md) 섹션을 참조하세요.

## 해결 방법
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_resolution"></a>

이 오류를 해결하려면 클러스터와 동일한 VPC에 속한 서브넷을 사용합니다.

실패한 EMR 클러스터의 문제를 해결하려면 `DescribeCluster` 및 `ListClusters` API에서 반환된 `ErrorDetail` 정보를 참조하세요. 자세한 내용은 [Amazon EMR에서 오류 코드 및 ErrorDetail 정보](emr-troubleshoot-error-errordetail.md) 단원을 참조하십시오. `ErrorDetail` 내 `ErrorData` 배열은 이 오류 코드에 대한 다음 정보를 반환합니다.

**`vpc`**  
각 subnet:VPC 페어에서 서브넷이 속한 VPC의 ID.

**`subnet`**  
각 subnet:VPC 페어에서 서브넷의 ID.

**`public-doc`**  
오류 코드에 대한 설명서의 퍼블릭 URL.

## 완료할 단계
<a name="VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC_stc"></a>

오류를 식별하고 수정하려면 다음 단계를 수행합니다.

1. `ErrorData` 배열에 나열된 서브넷 ID를 검토하고 EMR 클러스터를 시작하려는 VPC에 속해 있는지 확인합니다.

1. 서브넷 구성을 수정합니다. 다음 방법 중 하나를 사용하여 VPC에서 사용 가능한 모든 퍼블릭 및 프라이빗 서브넷을 찾을 수 있습니다.
   + Amazon VPC 콘솔로 이동합니다. **서브넷을** 선택하고 클러스터의 내에 있는 모든 서브넷 AWS 리전 을 나열합니다. 퍼블릭 또는 프라이빗 서브넷만 찾으려면 **퍼블릭 IPv4 주소 자동 할당** 필터를 적용합니다. 클러스터가 사용하는 VPC에서 서브넷을 찾아 선택하려면 **VPC별 필터링** 옵션을 사용합니다. 서브넷을 생성하는 방법에 대한 자세한 내용은 *Amazon Virtual Private Cloud 사용 설명서*에서 [서브넷 생성](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html)을 참조하세요.
   +  AWS CLI 를 사용하여 클러스터에서 사용하는 VPC에서 사용 가능한 모든 퍼블릭 및 프라이빗 서브넷을 찾습니다. 자세한 내용은 [describe-subnets](https://amazonaws.com/ec2/describe-subnets.html) API를 참조하세요. VPC에서 새 서브넷을 생성하려면 [create-subnet](https://amazonaws.com/ec2/create-subnet.html) API를 참조하세요.

1. 클러스터와 동일한 VPC의 서브넷을 사용하여 새 클러스터를 시작합니다.

# VALIDATION\$1ERROR\$1SECURITY\$1GROUP\$1NOT\$1FROM\$1ONE\$1VPC
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC"></a>

## 개요
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_overview"></a>

클러스터 및 클러스터에 할당하는 보안 그룹이 서로 다른 Virtual Private Cloud(VPC)에 속하는 경우 클러스터는 `VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC` 오류로 종료됩니다. 보안 그룹에 대한 자세한 내용은 [Amazon EMR 관리형 및 추가 보안 그룹 지정](emr-sg-specify.md) 및 [Amazon EMR 클러스터의 보안 그룹으로 네트워크 트래픽 제어](emr-security-groups.md) 섹션을 참조하세요.

## 해결 방법
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_resolution"></a>

이 오류를 해결하려면 클러스터와 동일한 VPC에 속한 보안 그룹을 사용합니다.

실패한 EMR 클러스터의 문제를 해결하려면 `DescribeCluster` 및 `ListClusters` API에서 반환된 `ErrorDetail` 정보를 참조하세요. 자세한 내용은 [Amazon EMR에서 오류 코드 및 ErrorDetail 정보](emr-troubleshoot-error-errordetail.md) 단원을 참조하십시오. `ErrorDetail` 내 `ErrorData` 배열은 이 오류 코드에 대한 다음 정보를 반환합니다.

**`vpc`**  
각 security-group:VPC 페어에서 보안 그룹이 속한 VPC의 ID.

**`security-group`**  
각 security-group:VPC 페어에서 보안 그룹 ID.

**`public-doc`**  
오류 코드에 대한 설명서의 퍼블릭 URL.

## 완료할 단계
<a name="VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC_stc"></a>

오류를 식별하고 수정하려면 다음 단계를 수행합니다.

1. `ErrorData` 배열에 나열된 보안 그룹 ID를 검토하고 EMR 클러스터를 시작하려는 VPC에 속해 있는지 확인합니다.

1. Amazon VPC 콘솔로 이동합니다. **보안 그룹**을 선택하면 선택한 리전 내 모든 보안 그룹이 나열됩니다. 클러스터와 동일한 VPC에서 보안 그룹을 찾고 보안 그룹 구성을 수정합니다.

1. 클러스터와 동일한 VPC의 보안 그룹을 사용하여 새 클러스터를 시작합니다.

# VALIDATION\$1ERROR\$1INVALID\$1SSH\$1KEY\$1NAME
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME"></a>

## 개요
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_overview"></a>

기본 인스턴스로의 SSH 연결에 유효하지 않은 Amazon EC2 키 페어를 사용하면 클러스터가 `VALIDATION_ERROR_INVALID_SSH_KEY_NAME` 오류로 종료됩니다. 키 페어 이름이 잘못되었거나 키 페어가 요청된에 존재하지 않을 수 있습니다 AWS 리전. 자세한 내용은 **Amazon EC2 사용 설명서에서 [Amazon EC2 키 페어 및 Linux 인스턴스](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-key-pairs.html)를 참조하세요.

## 해결 방법
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_resolution"></a>

이 오류를 해결하려면 유효한 SSH 키 페어 이름을 사용하여 새 클러스터를 생성합니다.

실패한 EMR 클러스터의 문제를 해결하려면 `DescribeCluster` 및 `ListClusters` API에서 반환된 `ErrorDetail` 정보를 참조하세요. 자세한 내용은 [Amazon EMR에서 오류 코드 및 ErrorDetail 정보](emr-troubleshoot-error-errordetail.md) 단원을 참조하십시오. `ErrorDetail` 내 `ErrorData` 배열은 이 오류 코드에 대한 다음 정보를 반환합니다.

**`ssh-key`**  
클러스터를 생성할 때 제공한 SSH 키 페어 이름.

**`public-doc`**  
오류 코드에 대한 설명서의 퍼블릭 URL.

## 완료할 단계
<a name="VALIDATION_ERROR_INVALID_SSH_KEY_NAME_stc"></a>

오류를 식별하고 수정하려면 다음 단계를 수행합니다.

1. *keypair*.pem 파일을 확인하고 Amazon EMR 콘솔에 표시되는 SSH 키의 이름과 일치하는지 확인합니다.

1. Amazon EC2 콘솔로 이동합니다. 클러스터에서 사용하는에서 사용한 SSH 키 이름을 사용할 수 AWS 리전 있는지 확인합니다. 의 상단에서 계정 ID AWS 리전 옆에 있는를 찾을 수 있습니다 AWS Management Console.

1. 유효한 SSH 키 이름으로 새 클러스터를 시작합니다.

# VALIDATION\$1ERROR\$1INSTANCE\$1TYPE\$1NOT\$1SUPPORTED
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED"></a>

## 개요
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_overview"></a>

클러스터의 AWS 리전 및 가용 영역이 하나 이상의 인스턴스 그룹에 지정된 인스턴스 유형을 지원하지 않으면 클러스터가 `VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED` 오류로 종료됩니다. Amazon EMR은 리전 내 한 가용 영역에서 인스턴스 유형을 지원하지만 다른 가용 영역에서는 지원하지 않을 수 있습니다. 클러스터에 대해 선택한 서브넷에 따라 리전 내 가용 영역이 결정됩니다. Amazon EMR에서 지원하는 인스턴스 유형 및 리전 목록은 [Amazon EMR에서 지원되는 인스턴스 유형](emr-supported-instance-types.md) 섹션을 참조하세요.

## 해결 방법
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_resolution"></a>

이 오류를 해결하려면 클러스터를 요청한 리전 및 가용 영역에서 Amazon EMR이 지원하는 클러스터의 인스턴스 유형을 지정합니다.

실패한 EMR 클러스터의 문제를 해결하려면 `DescribeCluster` 및 `ListClusters` API에서 반환된 `ErrorDetail` 정보를 참조하세요. 자세한 내용은 [Amazon EMR에서 오류 코드 및 ErrorDetail 정보](emr-troubleshoot-error-errordetail.md) 단원을 참조하십시오. `ErrorDetail` 내 `ErrorData` 배열은 이 오류 코드에 대한 다음 정보를 반환합니다.

**`instance-types`**  
지원되지 않는 인스턴스 유형의 목록.

**`availability-zones`**  
서브넷이 확인하는 가용 영역 목록.

**`public-doc`**  
오류 코드에 대한 설명서의 퍼블릭 URL.

## 완료할 단계
<a name="VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED_stc"></a>

오류를 식별하고 수정하려면 다음 단계를 수행합니다.

1.  AWS CLI 를 사용하여 가용 영역에서 사용 가능한 인스턴스 유형을 검색합니다. 이렇게 하려면 `[ec2 describe-instance-type-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-type-offerings.html)` 명령을 사용하여 위치(AWS 리전 또는 가용 영역)별로 사용 가능한 인스턴스 유형을 필터링할 수 있습니다. 예를 들어, 다음 명령은 지정된 AZ, `us-east-2a`에서 제공되는 인스턴스 유형을 반환합니다.

   ```
   aws ec2 describe-instance-type-offerings --location-type "availability-zone" --filters Name=location,Values=us-east-2a --region us-east-2 --query "InstanceTypeOfferings[*].[InstanceType]" --output text | sort
   ```

   사용 가능한 인스턴스 유형을 찾는 방법에 대한 자세한 내용은 [Amazon EC2 인스턴스 유형 찾기](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-discovery.html)를 참조하세요.

1. 클러스터와 동일한 리전 및 가용 영역에서 사용할 수 있는 인스턴스 유형을 결정한 후 다음 해결 방법 중 하나를 선택하여 계속합니다.

   1. 새 클러스터를 생성하고, 선택한 인스턴스 유형이 Amazon EMR에서 지원하고 사용 가능한 가용 영역에서 클러스터의 서브넷을 선택합니다.

   1. 실패한 클러스터와 동일한 리전 및 Amazon EC2 서브넷에서 Amazon EMR이 해당 위치에서 지원하는 인스턴스 유형으로 새 클러스터를 생성합니다.

Amazon EMR에서 지원하는 인스턴스 유형 및 리전 목록은 [Amazon EMR에서 지원되는 인스턴스 유형](emr-supported-instance-types.md) 섹션을 참조하세요. 인스턴스 유형의 기능을 비교하려면 [Amazon EC2 인스턴스 유형](https://aws.amazon.com/ec2/instance-types)을 참조하세요.