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

# Amazon EMR でサポートされているインスタンスタイプ
<a name="emr-supported-instance-types"></a>

このセクションでは、Amazon EMR がサポートしているインスタンスタイプを AWS リージョン別に整理して説明しています。インスタンスタイプの詳細については、「[Amazon EC2 インスタンス](https://aws.amazon.com/ec2/instance-types/)」および「[Amazon Linux AMI インスタンスタイプマトリックス](https://aws.amazon.com/amazon-linux-ami/instance-type-matrix/)」を参照してください。

すべてのインスタンスタイプがすべてのリージョンで使用できるわけではありません。また、インスタンスの可用性は、指定されたリージョンとアベイラビリティーゾーンでの可用性と需要の影響を受けます。インスタンスのアベイラビリティーゾーンは、クラスターの起動に使用するサブネットによって決まります。

## 考慮事項
<a name="emr-supported-instance-types-considerations"></a>

Amazon EMR クラスターのインスタンスタイプを選択するときは、次の点を考慮してください。

**重要**  
を使用してインスタンスタイプを選択すると AWS マネジメントコンソール、**各インスタンスタイプ**に表示される **vCPU** の数は、そのインスタンスタイプの EC2 vCPU の数ではなく、そのインスタンスタイプの YARN vCPUs の数になります。各インスタンスタイプの vCPU 数の詳細については、「[Amazon EC2 インスタンスタイプ](https://aws.amazon.com/ec2/instance-types/)」を参照してください。
+ 特定のリージョンおよびアベイラビリティーゾーンで利用できないインスタンスタイプを使用してクラスターを作成すると、クラスターがプロビジョニングに失敗したり、プロビジョニングが停止する場合があります。インスタンスが使用できるかどうかについては、「[Amazon EMR 料金ページ](https://aws.amazon.com/emr/pricing)」またはこのページの「[でサポートされているインスタンスタイプ AWS リージョン](#emr-instance-types-by-region)」表を参照してください。
+ Amazon EMR リリースバージョン 5.13.0 から、すべてのインスタンスでルートボリュームに HVM 仮想化および EBS-backed ストレージが使用されます。5.13.0 以前のリリースバージョンの Amazon EMR を使用する場合、一部の旧世代インスタンスでは PVM 仮想化が使用されます。詳細については、「[Linux AMI 仮想化タイプ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/virtualization_types.html)」を参照してください。
+ ハードウェアサポートやデフォルト設定がないため、メモリとコアの使用率が低下する可能性があるので、Amazon EMR リリースを 5.36.1 および 6.10.0 未満で実行する場合は、インスタンスタイプ `c7a`、`c7i`、`m7i`、`m7i-flex`、`r7a`、`r7i`、`r7iz`、`i4i.12xlarge`、`i4i.24xlarge` を使用することはお勧めしません。これらのリリースでこれらのインスタンスタイプを実行すると、パフォーマンスが低下する可能性があり、`c7i` に対する `c6i` など、新しいインスタンスタイプの期待される利点は見られません。これらのパフォーマンスタイプで最適なリソース使用率とパフォーマンスを得るには、5.36.1 以降または 6.10.0 以降を実行して、その機能を最大化する必要があります。
+ 一部のインスタンスタイプは拡張ネットワーキングをサポートします。詳細については、「[Linux の拡張ネットワーキング](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html)」を参照してください。
+ デフォルトでは、NVIDIA ドライバーおよび CUDA ドライバーは、GPU インスタンスタイプでインストールされています。

## でサポートされているインスタンスタイプ AWS リージョン
<a name="emr-instance-types-by-region"></a>

次の表に、Amazon EMR がサポートする Amazon EC2 インスタンスタイプを示します AWS リージョン。表には、各インスタンスタイプをサポートする 5.x、6.x、および 7.x シリーズの最も初期の Amazon EMR リリースも含まれています。

### 米国東部 (バージニア北部) - us-east-1
<a name="us-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 米国東部 (オハイオ) - us-east-2
<a name="us-east-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 米国西部 (北カリフォルニア) us-west-1
<a name="us-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 米国東部 (オレゴン) - us-west-2
<a name="us-west-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### AWS GovCloud (米国西部) - us-gov-west-1
<a name="us-gov-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### AWS GovCloud (米国東部) - us-gov-east-1
<a name="us-gov-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アフリカ (ケープタウン) – af-south-1
<a name="af-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (香港) – ap–east–1
<a name="ap-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (ジャカルタ): ap-southeast-3
<a name="ap-southeast-3-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (メルボルン) - ap-southeast-4
<a name="ap-southeast-4-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (マレーシア) - ap-southeast-5
<a name="ap-southeast-5-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (ムンバイ) ap-south-1
<a name="ap-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (ハイデラバード): ap-south-2
<a name="ap-south-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (大阪) – ap-northeast-3
<a name="ap-northeast-3-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (ソウル) ap-northeast-2
<a name="ap-northeast-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (シンガポール) ap-southeast-1
<a name="ap-southeast-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (シドニー) - ap-southeast-2
<a name="ap-southeast-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (東京) - ap-northeast-1
<a name="ap-northeast-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### カナダ (中部) ca-central-1
<a name="ca-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### カナダ西部 (カルガリー) - ca-west-1
<a name="ca-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 中国 (寧夏) – cn-northwest-1
<a name="cn-northwest-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 中国 (北京) cn-north-1
<a name="cn-north-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 欧州 (フランクフルト) eu-central-1
<a name="eu-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 欧州 (チューリッヒ): eu-central-2
<a name="eu-central-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### ヨーロッパ (アイルランド) eu-west-1
<a name="eu-west-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 欧州 (ロンドン) eu-west-2
<a name="eu-west-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 欧州 (ミラノ): eu-south-1
<a name="eu-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 欧州 (スペイン): eu-south-2
<a name="eu-south-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 欧州 (パリ) eu-west-3
<a name="eu-west-3-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 欧州 (ストックホルム) eu-north-1
<a name="eu-north-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### イスラエル (テルアビブ) - il-central-1
<a name="il-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 中東 (バーレーン) – me-south-1
<a name="me-south-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 中東 (UAE): me-central-1
<a name="me-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### 南米 (サンパウロ) sa-east-1
<a name="sa-east-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (タイ) - ap-southeast-7
<a name="ap-southeast-7-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### メキシコ (中部) — mx-central-1
<a name="mx-central-1-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (台北) – ap-east-2
<a name="ap-east-2-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

### アジアパシフィック (ニュージーランド) – ap-southeast-6
<a name="ap-southeast-6-supported-instances"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-supported-instance-types.html)

## 旧世代のインスタンス
<a name="emr-supported-instance-types-previous-generation"></a>

Amazon EMR は旧世代のインスタンスをサポートし、それらのインスタンスに最適化され、まだアップグレードされていないアプリケーションをサポートします。それらのインスタンスタイプとアップグレードパスの詳細については、「[旧世代のインスタンス](https://aws.amazon.com/ec2/previous-generation)」を参照してください。


| インスタンスクラス | インスタンスのタイプ | 
| --- | --- | 
|  General Purpose  |  m1.small¹ \$1 m1.medium¹ \$1 m1.large¹ \$1 m1.xlarge¹ \$1 m3.xlarge¹ \$1 m3.2xlarge¹ \$1 m4.large \$1 m4.xlarge \$1 m4.2xlarge \$1 m4.4xlarge \$1 m4.10xlarge \$1 m4.16xlarge  | 
|  Compute Optimized  |  c1.medium¹ ² \$1 c1.xlarge¹ \$1 c3.xlarge¹ \$1 c3.2xlarge¹ \$1 c3.4xlarge¹ \$1 c3.8xlarge¹ \$1 c4.large \$1 c4.xlarge \$1 c4.2xlarge \$1 c4.4xlarge \$1 c4.8xlarge  | 
|  Memory Optimized  |  m2.xlarge¹ \$1 m2.2xlarge¹ \$1 m2.4xlarge¹ \$1 r3.xlarge \$1 r3.2xlarge \$1 r3.4xlarge \$1 r3.8xlarge \$1 r4.xlarge \$1 r4.2xlarge \$1 r4.4xlarge \$1 r4.8xlarge \$1 r4.16xlarge  | 
|  Storage Optimized  |  d2.xlarge \$1 d2.2xlarge \$1 d2.4xlarge \$1 d2.8xlarge \$1 i2.xlarge \$1 i2.2xlarge \$1 i2.4xlarge \$1 i2.8xlarge  | 

¹ 5.13.0 よりも前の Amazon EMR リリースバージョンで PVM 仮想化 AMI を使用します。詳細については、「[Linux AMI 仮想化タイプ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/virtualization_types.html)」を参照してください。

²リリースバージョン 5.15.0 ではサポートされていません。

# Amazon EMR でのインスタンス購入オプション
<a name="emr-instance-purchasing-options"></a>

クラスターをセットアップするときに、Amazon EC2 インスタンスの購入オプションを選択します。オンデマンドインスタンス、スポットインスタンス、あるいはその両方を使用することを選択できます。料金はインスタンスタイプとリージョンによって異なります。Amazon EMR の料金は、Amazon EC2 の料金 (基盤となるサーバーの料金) と Amazon EBS の料金 (Amazon EBS ボリュームをアタッチする場合) に加算されます。現在の料金については、「[Amazon EMR の料金](https://aws.amazon.com/emr/pricing)」を参照してください。

クラスターのインスタンスグループまたはインスタンスフリートを使用する選択により、クラスターの実行中のインスタンス購入オプションの変更方法が決まります。ユニフォームインスタンスグループを選択する場合、インスタンスグループの作成時にその購入オプションのみを指定できます。また、インスタンスタイプと購入オプションは各インスタンスグループのすべての Amazon EC2 インスタンスに適用されます。インスタンスフリートを選択する場合、インスタンスフリートが作成された後に購入オプションを変更でき、指定するターゲット容量を満たすように購入オプションを組み合わせることができます。これらの構成の詳細については、「[インスタンスフリートまたはユニフォームインスタンスグループで Amazon EMR クラスターを作成する](emr-instance-group-configuration.md)」を参照してください。

## オンデマンドインスタンス
<a name="emr-instances-on-demand"></a>

オンデマンドインスタンスは、秒単位で、コンピューティング性能に対して料金をお支払いいただくものです。オプションで、これらのオンデマンドインスタンスに、リザーブドインスタンスまたはハードウェア専有インスタンス購入オプションを使用できます。リザーブドインスタンスでは、1 つのインスタンスに対して 1 回だけの支払いを行って容量を予約します。専有インスタンスは、他の AWS アカウントに属するインスタンスからホストハードウェアレベルで物理的に分離されます。購入オプションの詳細については、「*Amazon EC2 ユーザーガイド*」の「[インスタンス購入オプション](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html)」を参照してください。

### 予約インスタンスの使用
<a name="emr-instances-reserved"></a>

Amazon EMR でリザーブドインスタンスを使用するには、Amazon EC2 を使ってリザーブドインスタンスを購入し、リージョンまたはアベイラビリティーゾーンのいずれかに適用される予約の範囲を含む、予約のパラメータを指定します。詳細については、「*Amazon EC2 ユーザーガイド*」の「[Amazon EC2 リザーブドインスタンス](https://aws.amazon.com/ec2/reserved-instances/)」および「[リザーブドインスタンスの購入](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ri-market-concepts-buying.html)」を参照してください。リザーブドインスタンスを購入した後、次の条件をすべて満たす場合、Amazon EMR はクラスターの起動時にリザーブドインスタンスを使用します。
+ オンデマンドインスタンスが、リザーブドインスタンスの指定に一致するクラスター設定で指定されている
+ クラスターがインスタンス予約の範囲内 (アベイラビリティーゾーンまたはリージョン) で起動されている
+ 予約インスタンス容量がまだ利用できる

例えば、インスタンス予約が米国東部リージョンにスコープ設定された `m5.xlarge` リザーブドインスタンスを購入したとします。その後、2 つの `m5.xlarge` インスタンスを使用する米国東部の Amazon EMR クラスターを起動します。最初のインスタンスは、予約インスタンスのレートで請求され、もう一方はオンデマンドのレートで請求されます。予約インスタンス容量は、オンデマンドインスタンスが作成される前に使用されます。

### 専用インスタンスの使用
<a name="emr-dedicated-instances"></a>

ハードウェア専有インスタンスを使用するには、Amazon EC2 を使用してハードウェア専有インスタンスを購入し、**[専有]** テナンシー属性で VPC を作成します。Amazon EMR 内で、クラスターがこの VPC 内で起動することを指定します。ハードウェア専有インスタンスの指定に適合するクラスター内のすべてのオンデマンドインスタンスでは、クラスターの起動時に利用可能なハードウェア専有インスタンスを使用します。

**注記**  
Amazon EMR は、個々のインスタンス上で `dedicated` 属性の設定をサポートしません。

## スポットインスタンス
<a name="emr-spot-instances"></a>

Amazon EMR 内のスポットインスタンスは、オンデマンドの購入と比較して、低コストで Amazon EC2 インスタンス容量を購入できるオプションを提供します。スポットインスタンスを使用するデメリットは、実行中のインスタンスタイプでスポット容量が使用できなくなると、インスタンスが終了する可能性があることです。アプリケーションでスポットインスタンスを使用することが適切な場合の詳細については、「[スポットインスタンスを使用すべき場合](emr-plan-instances-guidelines.md#emr-plan-spot-instances)」を参照してください。

Amazon EC2 に未使用の容量がある場合、*スポット料金*と呼ばれる割引料金で EC2 インスタンスが提供されます。この料金は、可用性と需要に基づいて変動し、リージョンとアベイラビリティーゾーンにより設定されます。スポットインスタンスを選択するときは、各 EC2 インスタンスタイプに支払う最大スポット料金を選択します。クラスターのアベイラビリティーゾーン内のスポット価格が、そのインスタンスタイプに指定された最大スポット料金よりも低い場合、インスタンスが起動します。インスタンスが実行されている間、現在のスポット価格 (*最大スポット料金ではない*) で課金されます。

**注記**  
期間が定義されたスポットインスタンス (スポットブロックとも呼ばれます) は、2021 年 7 月 1 日以降の新規のお客様は、ご利用いただけません。既に、期間が指定されたスポットインスタンスを使用した経験をお持ちのお客様については、2022 年 12 月 31 日まで、この機能を引き続きサポートいたします。

最新の料金については、「[Amazon EC2 スポットインスタンスの料金](https://aws.amazon.com/ec2/spot/pricing/)」を参照してください。詳細については、*「Amazon EC2 ユーザーガイド*」の「[スポットインスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html)」を参照してください。クラスターを作成して構成するとき、クラスターが起動するアベイラビリティーゾーンを最終的に決定するネットワークオプションを指定します。詳細については、「[Amazon EMR 用の VPC でネットワークを設定する](emr-plan-vpc-subnet.md)」を参照してください。

**ヒント**  
[**詳細オプション**] を使用してクラスターを作成するときは、[**スポット**] 購入オプションの横にある情報ツールヒントにマウスカーソルを移動すると、コンソールにリアルタイムのスポット料金が表示されます。選択したリージョンの各アベイラビリティーゾーンの料金が表示されます。最低価格は緑色の行に示されます。アベイラビリティーゾーン間でスポット価格が変動するため、最初の価格が最低のアベイラビリティーゾーンを選択すると、クラスターの寿命を通じて価格が最低になる可能性があります。最適な結果を得るには、選択する前にアベイラビリティーゾーンの履歴を調べてください。スポットインスタンスの詳細については、「*Amazon EC2 ユーザーガイド*」の「[スポットインスタンスの料金履歴](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances-history.html)」を参照してください。

スポットインスタンスのオプションは、クラスター構成でユニフォームインスタンスグループを使用しているか、インスタンスフリートを使用しているかによって異なります。

****ユニフォームインスタンスグループ内のスポットインスタンス****  
ユニフォームインスタンスグループでスポットインスタンスを使用すると、インスタンスグループ内のすべてのインスタンスはスポットインスタンスでなければなりません。クラスターに 1 つのサブネットまたはアベイラビリティーゾーンを指定します。インスタンスグループごとに、1 つのスポットインスタンスと最大スポット料金を指定します。クラスターのリージョンとアベイラビリティーゾーンでのスポット料金が最大スポット料金に満たない場合は、そのタイプのスポットインスタンスが起動します。スポット価格が最大スポット料金を上回ると、インスタンスは終了します。最大スポット料金は、インスタンスグループを構成する場合にのみ設定します。後で変更することはできません。詳細については、「[インスタンスフリートまたはユニフォームインスタンスグループで Amazon EMR クラスターを作成する](emr-instance-group-configuration.md)」を参照してください。

****インスタンスフリート内のスポットインスタンス****  
インスタンスフリート構成を使用するとき、追加のオプションにより、スポットインスタンスの起動と終了の方法をさらにコントロールできます。基本的に、インスタンスフリートはインスタンスを起動するためにユニフォームインスタンスグループとは異なる方法を使用します。その方法は、スポットインスタンス (およびオンデマンドインスタンス) 用に*ターゲット容量*を設定することです。インスタンスタイプごとに*加重容量*を指定するか、加重容量としてインスタンスタイプの vCPU (YARN vcores) を使用できます。この加重容量は、そのタイプのインスタンスがプロビジョニングされるとき、ターゲット容量に加算されます。Amazon EMR は各ターゲットのターゲット容量が満たされるまで、両方の購入オプションを用いてインスタンスをプロビジョニングします。さらに、インスタンスの起動時に Amazon EMR が選択するアベイラビリティーゾーンの範囲を定義できます。プロビジョニングのタイムアウトを含め、フリートごとに追加のスポットオプションも指定します。詳細については、「[Amazon EMR クラスターのインスタンスフリートの計画と設定](emr-instance-fleet.md)」を参照してください。

# Amazon EMR でのインスタンスストレージのオプションと動作
<a name="emr-plan-storage"></a>

## 概要:
<a name="emr-plan-storage-ebs-storage-overview"></a>

インスタンスストアおよび Amazon EBS ボリュームストレージは HDFS データに使用されます。また、バッファ、キャッシュ、スクラッチデータ、および一部のアプリケーションがローカルファイルシステムに「流出」する可能性があるその他の一時的なコンテンツにも使用されます。

Amazon EMR 内での Amazon EBS の機能は、通常の Amazon EC2 インスタンスと異なります。Amazon EMR クラスターにアタッチされた Amazon EBS ボリュームはエフェメラルです。これらのボリュームは、クラスターとインスタンスが終了すると (たとえば、インスタンスグループを縮小する場合などに) 削除されるため、データが永続的に存在するとはみなさないでください。データの存続はエフェメラルですが、クラスター内のノードの数と仕様によっては、HDFS 内のデータがレプリケートされることもあります。Amazon EBS ストレージボリュームを追加すると、これらは追加ボリュームとしてマウントされます。これらは起動ボリュームの一部ではありません。YARN は、すべての追加ボリュームを使用するように構成されますが、ローカルストレージとしての追加ボリュームの割り当て (たとえばローカルログファイルなど) はお客様の責任にて行ってください。

## 考慮事項
<a name="emr-plan-storage-ebs-storage-considerations"></a>

EMR クラスターで Amazon EBS を使用するときは、以下の追加の考慮事項に留意してください。
+ Amazon EBS ボリュームのスナップショットを作成し、それを Amazon EMR 内で復元することはできません。再利用可能なカスタム設定を作成するには、カスタム AMI (Amazon EMR バージョン 5.7.0 以降で入手可能) を使用します。詳細については、「[カスタム AMI を使用して Amazon EMR クラスター設定の柔軟性を高める](emr-custom-ami.md)」を参照してください。
+ 暗号化された Amazon EBS ルートデバイスボリュームは、カスタム AMI を使用するときにのみサポートされます。詳細については、「[暗号化された Amazon EBS ルートデバイスボリュームを使用したカスタム AMI の作成](emr-custom-ami.md#emr-custom-ami-encrypted)」を参照してください。
+ Amazon EMR API を使用してタグを適用する場合は、それらのオペレーションが EBS ボリュームに適用されます。
+ インスタンスごとに 25 ボリュームという制限があります。
+ コアノードの Amazon EBS ボリュームは 5 GB 未満にすることはできません。
+ Amazon EBS には、インスタンス起動リクエストごとに 2,500 EBS ボリュームの固定制限があります。この制限は、EC2 クラスターの Amazon EMR にも適用されます。この制限内の EBS ボリュームの合計数でクラスターを起動し、必要に応じてクラスターを手動でスケールアップするか、Amazon EMR Managed Scaling を使用することをお勧めします。EBS ボリューム制限の詳細については、「[Service quotas](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs:~:text=Amazon%20EBS%20has,exceeding%20the%20limit.)」を参照してください。

## インスタンスのデフォルト Amazon EBS ストレージ
<a name="emr-plan-storage-ebs-storage-default"></a>

EBS 専用のストレージを持つ EC2 インスタンスの場合、Amazon EMR は、Amazon EBS gp2 または gp3 ストレージボリュームをそのインスタンスに割り当てます。Amazon EMR リリース 5.22.0 以降を使用してクラスターを作成する場合、デフォルトの Amazon EBS ストレージ容量はインスタンスのサイズに基づいて増加します。

増えたストレージは複数のボリュームに分割されます。これにより、IOPS のパフォーマンスだけでなく、一部の標準ワークロードのパフォーマンスも向上します。別の Amazon EBS インスタンスストレージ設定を使用する場合、EMR クラスターを作成する際、または既存のクラスターにノードを追加する際にこれを指定することができます。Amazon EBS gp2 または gp3 ボリュームはルートボリュームとして使用でき、また gp2 または gp3 ボリュームを追加のボリュームとして追加することもできます。詳細については、「[追加の EBS ストレージボリュームを指定する](#emr-plan-storage-additional-ebs-volumes)」を参照してください。

次の表は、Amazon EBS gp2 ストレージボリュームのデフォルト数、サイズ、およびインスタンスタイプごとの合計サイズを示しています。gp2 ボリュームと gp3 ボリュームの比較については、「[Amazon EBS ボリュームタイプ gp2 と gp3 の比較](emr-plan-storage-compare-volume-types.md)」を参照してください。


**Amazon EMR 5.22.0 以降のインスタンスタイプ別のデフォルトの Amazon EBS gp2 ストレージボリュームとサイズについて**  

| インスタンスサイズ | ボリューム数 | ボリュームサイズ (GiB) | 合計サイズ (GiB) | 
| --- | --- | --- | --- | 
|  \$1.large  |  1  |  32  |  32  | 
|  \$1.xlarge  |  2  |  32  |  64  | 
|  \$1.2xlarge  |  4  |  32  |  128  | 
|  \$1.4xlarge  |  4  |  64  |  256  | 
|  \$1.8xlarge  |  4  |  128  |  512  | 
|  \$1.9xlarge  |  4  |  144  |  576  | 
|  \$1.10xlarge  |  4  |  160  |  640  | 
|  \$1.12xlarge  |  4  |  192  |  768  | 
|  \$1.16xlarge  |  4  |  256  |  1024  | 
|  \$1.18xlarge  |  4  |  288  |  1152  | 
|  \$1.24xlarge  |  4  |  384  |  1536  | 

## インスタンスのデフォルトの Amazon EBS ルートボリューム
<a name="emr-plan-storage-ebs-root-volume"></a>

Amazon EMR リリース 6.15 以降では、Amazon EMR が Amazon EBS 汎用 SSD (gp3) を AMI のルートデバイスとして自動的にアタッチし、パフォーマンスを強化します。それ以前のリリースでは、Amazon EMR は、ルートデバイスとして EBS 汎用 SSD (gp2) をアタッチします。


|  | 6.15 以降 | 6.14 以前 | 
| --- | --- | --- | 
| デフォルトのルートボリュームタイプ |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-plan-storage.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-plan-storage.html) | 
| デフォルトサイズ |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-plan-storage.html)  |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-plan-storage.html)  | 
| デフォルト IOPS |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-plan-storage.html)  |   | 
| デフォルトのスループット |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/emr/latest/ManagementGuide/emr-plan-storage.html)  |   | 

Amazon EBS ルートデバイスボリュームをカスタマイズする方法については、「[追加の EBS ストレージボリュームを指定する](#emr-plan-storage-additional-ebs-volumes)」を参照してください。

## 追加の EBS ストレージボリュームを指定する
<a name="emr-plan-storage-additional-ebs-volumes"></a>

Amazon EMR でインスタンスタイプを設定するとき、追加の EBS ボリュームを指定して、インスタンスストア (存在する場合) とデフォルト EBS ボリュームを超える容量を追加できます。Amazon EBS には、汎用 SSD、プロビジョンド IOPS (SSD)、スループット最適化 (HDD)、Cold (HDD)、磁気のボリュームタイプが用意されています。これらはパフォーマンス特性と料金が異なるため、お使いのアプリケーションの分析ニーズとビジネスニーズに応じてストレージを調整してください。たとえば、一部のアプリケーションはディスクへの書き込みが必要になる場合がありますが、メモリ内でまたは Amazon S3 を使用して安全に動作できるアプリケーションもあります。

Amazon EBS ボリュームをインスタンスにアタッチできるのは、クラスターの起動時と、別のタスクノードインスタンスグループを追加するときです。Amazon EMR クラスター内のインスタンスに障害が発生した場合は、インスタンスおよびアタッチされている Amazon EBS ボリュームの両方が、新しいボリュームに置き換えられます。結果として、手動で Amazon EBS ボリュームをデタッチする場合、Amazon EMR はそれを失敗として扱い、インスタンスストレージ (該当する場合) とボリュームストアの両方を置き換えます。

Amazon EMR では、既存の EMR クラスターのボリュームタイプを gp2 から gp3 に変更することはできません。ワークロードに gp3 を使用するには、新しい EMR クラスターを起動する必要があります。また、使用中またはプロビジョニング中のクラスターのスループットと IOPS を更新することはお勧めしません。Amazon EMR は、クラスターのスケールアップ中に追加される新しいインスタンスに対して、クラスター起動時に指定したスループットと IOPS の値を使用するためです。詳細については、「[Amazon EBS ボリュームタイプ gp2 と gp3 の比較](emr-plan-storage-compare-volume-types.md)」および「[gp3 Amazon EBS ボリュームタイプへの移行時の IOPS とスループットの選択](emr-plan-storage-gp3-migration-selection.md)」を参照してください。

**重要**  
EMR クラスターで gp3 ボリュームを使用するには、新しい EMR クラスターを起動する必要があります。

# Amazon EBS ボリュームタイプ gp2 と gp3 の比較
<a name="emr-plan-storage-compare-volume-types"></a>

こちらは、米国東部 (バージニア北部) リージョンの gp2 ボリュームと gp3 ボリュームのコストを比較したものです。最新情報については、[「Amazon EBS 汎用ボリューム」](https://aws.amazon.com/ebs/general-purpose/)製品ページと [「Amazon EBS 料金ページ」](https://aws.amazon.com/ebs/pricing/)を参照してください。


| ボリュームタイプ | gp3 | gp2 | 
| --- | --- | --- | 
| ボリュームサイズ | 1 GiB – 16 TiB | 1 GiB – 16 TiB | 
| デフォルト/ベースライン IOPS | 3000 | 3 IOPS/GiB (最小 100 IOPS) から最大 16,000 IOPS。1 TiB 未満のボリュームでも、最大 3,000 IOPS までバーストできます。 | 
| 最大 IOPS/ボリューム | 16,000 | 16,000 | 
| デフォルト/ベースラインスループット | 125 MiB/秒 | スループットの制限は、ボリュームサイズに応じて 128 MiB/秒〜250 MiB/秒です。 | 
| 最大スループット/ボリューム | 1,000 MiB/秒 | 250 MiB/秒 | 
| 価格 | 月あたり 0.08 USD/GiB、3,000 IOPS 無料および 3,000 以上月あたり 0.005 USD/プロビジョンド IOPS。125 MiB/秒無料および 125 MiB/秒以上月あたり 0.04 USD/プロビジョンド MiB/秒 | 月あたり 0.10 USD/GiB | 

# gp3 Amazon EBS ボリュームタイプへの移行時の IOPS とスループットの選択
<a name="emr-plan-storage-gp3-migration-selection"></a>

gp2 ボリュームをプロビジョニングするときは、比例する IOPS およびスループットを得るために、ボリュームのサイズを把握する必要があります。gp3 では、より高いパフォーマンスを得るために大きなボリュームをプロビジョニングする必要はありません。アプリケーションのニーズに応じて、希望のサイズとパフォーマンスを選択できます。適切なサイズと適切なパフォーマンスパラメータ (IOPS、スループット) を選択することで、パフォーマンスに影響を与えずに最大限のコスト削減を実現できます。

gp3 設定オプションの選択に役立つ表を以下に示します。


| ボリュームサイズ | IOPS | スループット | 
| --- | --- | --- | 
| 1～170 GiB | 3000 | 125 MiB/秒 | 
| 170～334 GiB | 3000 | 選択した EC2 インスタンスタイプが 125 MiB/秒以下をサポートしている場合は 125 MiB/秒、使用量に応じてより高い値を使用し、最大 250 MiB/秒\$1。 | 
| 334～1000 GiB | 3000 | 選択した EC2 インスタンスタイプが 125 MiB/秒以下をサポートしている場合は 125 MiB/秒、使用量に応じてより高い値を使用し、最大 250 MiB/秒\$1。 | 
| 1000\$1 GiB | gp2 IOPS (GiB 単位のサイズ x 3) または現在の gp2 ボリュームによって決定される最大 IOPS に一致させる | 選択した EC2 インスタンスタイプが 125 MiB/秒以下をサポートしている場合は 125 MiB/秒、使用量に応じてより高い値を使用し、最大 250 MiB/秒\$1。 | 

\$1Gp3 には、最大 2000 MiB/秒のスループットを提供する機能があります。gp2 は最大 250 MiB/秒のスループットを提供するため、gp3 を使用する場合はこの制限を超える必要はないかもしれません。Gp3 ボリュームは、ストレージの料金に含まれている 125 MiB/秒の一貫したベースラインスループットパフォーマンスを提供します。追加料金を支払うことで、プロビジョンド IOPS あたり 0.25 MiB/秒の割合で追加のスループット (最大 2,000 MiB/秒) をプロビジョニングできます。最大スループットは、8,000 IOPS 以上かつ 16 GiB 以上 (8,000 IOPS × IOPS あたり 0.25 MiB/秒 = 2,000 MiB/秒) でプロビジョニングできます。