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

# INTERNAL\$1ERROR\$1SPOT\$1NO\$1CAPACITY\$1PRIMARY
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY"></a>

## 概要:
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY_overview"></a>

クラスターが `INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY` エラーで終了した場合、プライマリノードのスポットインスタンスリクエストを満たすだけのキャパシティがなかったことを示しています。詳細については、「*Amazon EC2 ユーザーガイド*」の「[スポットインスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html)」を参照してください。

## 解決策
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY_resolution"></a>

このエラーを解決するには、クラスターのインスタンスタイプを対象料金の範囲内で指定するか、そのインスタンスタイプの料金の上限を引き上げてください。

障害が発生した EMR クラスターのトラブルシューティングを行うには、`DescribeCluster` と `ListClusters` の各 API から返った `ErrorDetail` の情報を参照してください。詳細については、「[Amazon EMR の ErrorDetail 情報を含むエラーコード](emr-troubleshoot-error-errordetail.md)」を参照してください。返った `ErrorDetail` 内の `ErrorData` 配列によって、次の情報を確認できます。

**`primary-instance-id`**  
障害が発生したクラスターのプライマリインスタンス ID。

**`instance-type`**  
容量が不足しているインスタンスタイプ。

**`availability-zone`**  
サブネットが関連付けられたアベイラビリティーゾーン。

**`public-doc`**  
エラーコードドキュメントの公開 URL。

## 完了すべきステップ
<a name="INTERNAL_ERROR_SPOT_NO_CAPACITY_PRIMARY_stc"></a>

次のステップを実行してクラスター設定戦略のトラブルシューティングを行い、新規クラスターを起動してください。

1. Amazon EC2 スポットインスタンスのベストプラクティスと、クラスター設定戦略の両方を確認します。詳細については、「*Amazon EC2 ユーザーガイド*」の「[EC2 スポットのベストプラクティス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-best-practices.html)」と、「[Amazon EMR クラスターインスタンスタイプの設定とスポットインスタンスのベストプラクティス](emr-plan-instances-guidelines.md)」を参照してください。

1. インスタンスタイプ設定を変更し、更新済みのリクエストでクラスターを新規作成します。

1. 問題が解決しない場合は、オンデマンドキャパシティをプライマリインスタンスに使用してください。