翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
環境をチェックして、サービスが停止していないか、 AWS サービスの制限を超過していないかを確認します。
サービスの停止の確認
Amazon EMR は、内部で複数のAmazon Web Services を使用します。Amazon EC2 で仮想サーバーを稼働させ、Amazon S3 にデータとスクリプトを保存し、CloudWatch にメトリクスを報告します。これらのサービスを中断するイベントはまれですが、発生すると、Amazon EMR で問題が発生する恐れがあります。
次に進む前に、サービスヘルスダッシュボード
使用制限の確認
大規模なクラスターを起動している場合、多数のクラスターを同時に起動している場合、または を他のユーザー AWS アカウント と共有しているユーザーの場合、 AWS サービスの制限を超えたため、クラスターが失敗した可能性があります。
Amazon EC2 は、1 つの AWS リージョンで実行されている仮想サーバーインスタンスの数を 20 個のオンデマンドインスタンスまたはリザーブドインスタンスに制限します。20 を超えるノードを持つクラスターを起動するか、 でアクティブな EC2 インスタンスの合計数が 20 AWS アカウント を超えるクラスターを起動すると、クラスターは必要なすべての EC2 インスタンスを起動できず、失敗する可能性があります。この場合、Amazon EMR は EC2 QUOTA EXCEEDED エラーを返します。Amazon EC2 インスタンス制限 AWS の引き上げリクエストアプリケーションを送信することで、アカウントで実行できる EC2 インスタンスの数を増やすように にリクエストできます。 Amazon EC2
使用制限を超えるもう 1 つの原因は、クラスターが終了してからすべてのリソースを解放するまでの遅延です。設定によっては、1 つのクラスターが完全に終了して、割り当てられたリソースを解放するまでに 5～20 分かかることがあります。クラスターを起動しようとして EC2 QUOTA EXCEEDED エラーが発生する場合、そのエラーの原因として、最近終了したクラスターのリソースがまだ解放されていないことが考えられます。この場合は、Amazon EC2 クォータ増加リクエスト
Simple Storage Service (Amazon S3) では、アカウントで作成されるバケットの数を 100 までに制限しています。クラスターがこの制限を超える新しいバケットを作成すると、バケットの作成が失敗し、クラスターが失敗する恐れがあります。
Amazon VPC サブネット設定の確認
クラスターが Amazon VPC サブネットで起動された場合は、「Amazon EMR 用の VPC でネットワークを設定する」の説明に従ってサブネットを設定する必要があります。さらに、クラスターを起動するサブネットに存在する空きの Elastic IP アドレスが、クラスター内の各ノードに 1 つずつ割り当てるのに十分であることを確認します。
クラスターの再起動
処理速度の低下は、一時的な条件で発生している可能性があります。クラスターの終了および再起動を検討し、パフォーマンスが改善されるか確認します。
