翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 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>

クラスターが `VALIDATION_ERROR_SUBNET_NOT_FROM_ONE_VPC` エラーで終了した場合、クラスターのサブネットと、クラスターの参照先サブネットが異なる Virtual Private Cloud (VPC) に属していることを示しています。Amazon EMR でクラスターを起動するには、VPC のサブネット全体でインスタンスフリート設定を使用します。インスタンスフリートの詳細については、「*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`**  
各サブネット: VPC ペア、サブネットが属する VPC の ID。

**`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 コンソールに移動します。**Subnets** を選択し、クラスターの 内に存在するすべてのサブネットを一覧表示 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>

クラスターが `VALIDATION_ERROR_SECURITY_GROUP_NOT_FROM_ONE_VPC` エラーで終了した場合、クラスターのセキュリティグループと、クラスターに割り当てたセキュリティグループが異なる Virtual Private Cloud (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`**  
セキュリティグループ: VPC ペア、セキュリティグループが属する VPC の ID。

**`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>

クラスターが `VALIDATION_ERROR_INVALID_SSH_KEY_NAME` エラーで終了した場合、プライマリインスタンスへの SSH 接続時に、有効でない Amazon EC2 キーペアが使用されたことを示しています。キーペア名が正しくないか、リクエストされた にキーペアが存在しない可能性があります 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 マネジメントコンソール。

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>

クラスターが `VALIDATION_ERROR_INSTANCE_TYPE_NOT_SUPPORTED` エラーで終了した場合、クラスターの AWS リージョン とアベイラビリティーゾーンが、指定したインスタンス (1 つ以上のインスタンスグループに属している) のタイプをサポートしていないことを示しています。リージョン内のアベイラビリティーゾーンによっては、インスタンスタイプが 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)」を参照してください。