Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Jenis instans yang didukung dengan Amazon EMR
<a name="emr-supported-instance-types"></a>

Bagian ini menjelaskan jenis instans yang didukung Amazon EMR, yang diatur oleh. Wilayah AWS Untuk mempelajari lebih lanjut tentang jenis instans, lihat instans [Amazon EC2 dan matriks tipe instans](https://aws.amazon.com/ec2/instance-types/) [Amazon Linux AMI](https://aws.amazon.com/amazon-linux-ami/instance-type-matrix/).

Tidak semua tipe instans tersedia di semua Wilayah, ketersediaan instans bergantung pada ketersediaan dan permintaan di Wilayah dan Availability Zone yang ditentukan. Availability Zone instance ditentukan oleh subnet yang Anda gunakan untuk meluncurkan klaster Anda. 

## Pertimbangan-pertimbangan
<a name="emr-supported-instance-types-considerations"></a>

Pertimbangkan hal berikut ketika Anda memilih jenis instans untuk klaster EMR Amazon Anda.

**penting**  
Saat Anda memilih jenis instance menggunakan Konsol Manajemen AWS, jumlah **vCPU** yang ditampilkan untuk setiap **tipe Instance** adalah jumlah vcore YARN untuk jenis instance tersebut, bukan jumlah EC2 v CPUs untuk jenis instance tersebut. Untuk informasi selengkapnya tentang jumlah v CPUs untuk setiap jenis instans, lihat Jenis [Instans Amazon EC2](https://aws.amazon.com/ec2/instance-types/).
+ Jika Anda membuat klaster menggunakan jenis instans yang tidak tersedia di Wilayah dan Zona Ketersediaan yang ditentukan, klaster Anda mungkin gagal menyediakan atau mungkin macet dalam penyediaan. Untuk informasi tentang ketersediaan instans, lihat [halaman harga Amazon EMR atau lihat [Jenis instans yang didukung oleh Wilayah AWS](#emr-instance-types-by-region) tabel di halaman](https://aws.amazon.com/emr/pricing) ini.
+ Muali dari Amazon EMR versi rilis 5.13.0, semua instans menggunakan virtualisasi HVM dan penyimpanan yang didukung EBS untuk volume asal. Jika versi rilis Amazon EMR lebih awal dari 5.13.0 digunakan, beberapa instans generasi sebelumnya menggunakan virtualisasi PVM. Untuk informasi selengkapnya, lihat [Jenis virtualisasi Linux AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/virtualization_types.html).
+ Karena kurangnya dukungan perangkat keras dan pengaturan default yang dapat menyebabkan kurangnya pemanfaatan memori dan inti, kami tidak menyarankan Anda menggunakan jenis instans,,,`c7a`,,,, `c7i` `m7i` `m7i-flex` `r7a` `r7i` `r7iz``i4i.12xlarge`, `i4i.24xlarge` jika Anda menjalankan rilis Amazon EMR yang lebih rendah dari 5.36.1 dan 6.10.0. Jika Anda menjalankan tipe instance ini dalam rilis tersebut, Anda mungkin mengalami kinerja yang lebih rendah, dan Anda tidak akan melihat manfaat yang diharapkan dari jenis instance yang lebih baru, seperti `c7i` vs`c6i`. Untuk pemanfaatan dan kinerja sumber daya yang optimal dengan jenis kinerja ini, Anda harus menjalankan 5.36.1 dan lebih tinggi atau 6.10.0 dan lebih tinggi untuk memaksimalkan kemampuannya.
+ Beberapa jenis instans mendukung jaringan yang ditingkatkan. Untuk informasi lebih lanjut, lihat [Jaringan yang Ditingkatkan pada Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html).
+ Driver NVIDIA dan CUDA diinstal pada tipe instans GPU secara default.

## Jenis instans yang didukung oleh Wilayah AWS
<a name="emr-instance-types-by-region"></a>

Tabel berikut mencantumkan jenis instans Amazon EC2 yang didukung Amazon EMR, yang diatur oleh. Wilayah AWS Tabel juga mencantumkan rilis EMR Amazon paling awal dalam seri 5.x, 6.x, dan 7.x yang mendukung setiap jenis instans.

### US East (N. Virginia) - us-east-1
<a name="us-east-1-supported-instances"></a>

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

### US East (Ohio) - us-east-2
<a name="us-east-2-supported-instances"></a>

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

### US West (N. California) - us-west-1
<a name="us-west-1-supported-instances"></a>

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

### US West (Oregon) - us-west-2
<a name="us-west-2-supported-instances"></a>

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

### AWS GovCloud (AS-Barat) - -1 us-gov-west
<a name="us-gov-west-1-supported-instances"></a>

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

### AWS GovCloud (AS-Timur) - -1 us-gov-east
<a name="us-gov-east-1-supported-instances"></a>

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

### Afrika (Cape Town) - af-south-1
<a name="af-south-1-supported-instances"></a>

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

### Asia Pasifik (Hong Kong) - ap-east-1
<a name="ap-east-1-supported-instances"></a>

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

### Asia Pasifik (Jakarta) - ap-southeast-3
<a name="ap-southeast-3-supported-instances"></a>

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

### Asia Pasifik (Melbourne) - ap-southeast-4
<a name="ap-southeast-4-supported-instances"></a>

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

### Asia Pasifik (Malaysia) - ap-tenggara 5
<a name="ap-southeast-5-supported-instances"></a>

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

### Asia Pacific (Mumbai) - ap-south-1
<a name="ap-south-1-supported-instances"></a>

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

### Asia Pasifik (Hyderabad) - ap-south-2
<a name="ap-south-2-supported-instances"></a>

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

### Asia Pasifik (Osaka) - ap-northeast-3
<a name="ap-northeast-3-supported-instances"></a>

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

### Asia Pacific (Seoul) - ap-northeast-2
<a name="ap-northeast-2-supported-instances"></a>

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

### Asia Pacific (Singapore) - ap-southeast-1
<a name="ap-southeast-1-supported-instances"></a>

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

### Asia Pacific (Sydney) - ap-southeast-2
<a name="ap-southeast-2-supported-instances"></a>

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

### Asia Pacific (Tokyo) - ap-northeast-1
<a name="ap-northeast-1-supported-instances"></a>

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

### Canada (Central) - ca-central-1
<a name="ca-central-1-supported-instances"></a>

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

### Kanada Barat (Calgary) - ca-west-1
<a name="ca-west-1-supported-instances"></a>

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

### Tiongkok (Ningxia) - cn-barat laut-1
<a name="cn-northwest-1-supported-instances"></a>

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

### Tiongkok (Beijing) - cn-utara-1
<a name="cn-north-1-supported-instances"></a>

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

### Europe (Frankfurt) - eu-central-1
<a name="eu-central-1-supported-instances"></a>

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

### Eropa (Zürich) - eu-central-2
<a name="eu-central-2-supported-instances"></a>

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

### Europe (Ireland) - eu-west-1
<a name="eu-west-1-supported-instances"></a>

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

### Europe (London) - eu-west-2
<a name="eu-west-2-supported-instances"></a>

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

### Eropa (Milan) - eu-south-1
<a name="eu-south-1-supported-instances"></a>

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

### Eropa (Spanyol) - eu-south-2
<a name="eu-south-2-supported-instances"></a>

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

### Europe (Paris) - eu-west-3
<a name="eu-west-3-supported-instances"></a>

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

### Europe (Stockholm) - eu-north-1
<a name="eu-north-1-supported-instances"></a>

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

### Israel (Tel Aviv) - il-central-1
<a name="il-central-1-supported-instances"></a>

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

### Timur Tengah (Bahrain) - me-south-1
<a name="me-south-1-supported-instances"></a>

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

### Timur Tengah (UEA) - me-central-1
<a name="me-central-1-supported-instances"></a>

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

### South America (São Paulo) - sa-east-1
<a name="sa-east-1-supported-instances"></a>

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

### Asia Pasifik (Thailand) - ap-tenggara 7
<a name="ap-southeast-7-supported-instances"></a>

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

### Meksiko (Tengah) - mx-central-1
<a name="mx-central-1-supported-instances"></a>

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

### Asia Pasifik (Taipei) - ap-timur-2
<a name="ap-east-2-supported-instances"></a>

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

### Asia Pasifik (Selandia Baru) - ap-tenggara 6
<a name="ap-southeast-6-supported-instances"></a>

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

## Instans generasi sebelumnya
<a name="emr-supported-instance-types-previous-generation"></a>

Amazon EMR mendukung instans generasi sebelumnya untuk mendukung aplikasi yang dioptimalkan untuk instance ini dan belum ditingkatkan. Untuk informasi selengkapnya tentang jenis instans ini dan path pembaruan, lihat [Instans Generasi sebelumnya](https://aws.amazon.com/ec2/previous-generation). 


| Kelas instans | Tipe instans | 
| --- | --- | 
|  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  | 

¹ Menggunakan virtualisasi PVM AMI dengan versi rilis Amazon EMR lebih awal dari 5.13.0. Untuk informasi selengkapnya, lihat [Jenis Virtualisasi AMI Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/virtualization_types.html).

² Tidak didukung dalam versi rilis 5.15.0.

# Opsi pembelian instans di Amazon EMR
<a name="emr-instance-purchasing-options"></a>

Saat menyiapkan klaster, Anda memilih opsi pembelian untuk instans Amazon EC2. Anda dapat memilih Instans Sesuai Permintaan, Instans Spot, atau keduanya. Harga berbeda-beda berdasarkan jenis instans dan Wilayah. Harga Amazon EMR merupakan tambahan dari harga Amazon EC2 (harga untuk server yang mendasarinya) dan harga Amazon EBS (jika melampirkan volume Amazon EBS). Untuk harga saat ini, lihat [Harga Amazon EMR](https://aws.amazon.com/emr/pricing).

Pilihan Anda untuk menggunakan grup instans atau armada instans di klaster menentukan bagaimana Anda dapat mengubah opsi pembelian instans saat klaster sedang berjalan. Jika memilih grup instans seragam, Anda hanya dapat menentukan opsi pembelian untuk grup instans saat membuatnya, dan jenis instans serta opsi pembelian berlaku untuk semua instans Amazon EC2 di setiap grup instans. Jika Anda memilih armada instans, Anda dapat mengubah opsi pembelian setelah Anda membuat armada instans, lalu Anda dapat menggabungkan opsi pembelian untuk memenuhi kapasitas target yang Anda tentukan. Untuk informasi selengkapnya tentang konfigurasi ini, lihat [Membuat klaster EMR Amazon dengan armada instans atau grup instans seragam](emr-instance-group-configuration.md).

## Instans Sesuai Permintaan
<a name="emr-instances-on-demand"></a>

Dengan Instans Sesuai Permintaan, Anda membayar kapasitas komputasi per detik. Secara opsional, Anda dapat meminta Instans Sesuai Permintaan ini menggunakan opsi pembelian Instans Cadangan atau Instans Khusus. Dengan Instans Cadangan, Anda melakukan pembayaran satu kali untuk instans guna mencadangkan kapasitas. Instans Khusus secara fisik diisolasi pada tingkat perangkat keras host dari instans milik akun lain AWS . Untuk informasi selengkapnya tentang opsi pembelian, lihat [Opsi Pembelian Instans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-purchasing-options.html) di *Panduan Pengguna Amazon EC2*.

### Menggunakan Instans Cadangan
<a name="emr-instances-reserved"></a>

Untuk menggunakan Instans Cadangan di Amazon EMR, gunakan Amazon EC2 untuk membeli Instans Cadangan dan menentukan parameter reservasi, termasuk cakupan reservasi yang berlaku untuk Wilayah atau Availability Zone. *Untuk informasi selengkapnya, lihat Instans [Cadangan Amazon EC2 dan Membeli Instans](https://aws.amazon.com/ec2/reserved-instances/) [Cadangan di Panduan Pengguna](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ri-market-concepts-buying.html) Amazon EC2.* Setelah Anda membeli Instans Cadangan, jika semua kondisi berikut ini benar, Amazon EMR akan menggunakan Instans Cadangan saat klaster diluncurkan:
+ Instans Sesuai Permintaan ditentukan dalam konfigurasi klaster yang cocok dengan spesifikasi Instans Cadangan.
+ Klaster diluncurkan dalam cakupan reservasi instans (Availability Zone atau Wilayah).
+ Kapasitas Instans Cadangan masih tersedia

Misalnya, Anda membeli satu `m5.xlarge` Instans Cadangan dengan reservasi instans yang dicakup di Wilayah AS-Timur. Anda kemudian meluncurkan cluster EMR Amazon di AS-Timur yang menggunakan dua instance. `m5.xlarge` Instans pertama ditagih dengan tarif Instans Cadangan dan yang lainnya ditagih dengan tarif Sesuai Permintaan. Kapasitas Instans Cadangan digunakan sebelum Instans Sesuai Permintaan dibuat.

### Menggunakan Instans Khusus
<a name="emr-dedicated-instances"></a>

Untuk menggunakan Instans Khusus, beli Instans Khusus menggunakan Amazon EC2 lalu buat VPC dengan atribut **penghunian** khusus. Dalam Amazon EMR, lalu tentukan sebuah klaster yang harus diluncurkan di VPC ini. Setiap Instans Sesuai Permintaan dalam klaster yang cocok dengan spesifikasi Instans Khusus menggunakan Instans Khusus yang tersedia saat klaster diluncurkan.

**catatan**  
Amazon EMR tidak mendukung pengaturan `dedicated` atribut pada instans individual.

## Instans Spot
<a name="emr-spot-instances"></a>

Instans Spot di Amazon EMR memberikan opsi bagi Anda untuk membeli kapasitas instans Amazon EC2 dengan biaya yang lebih rendah dibandingkan dengan pembelian Sesuai Permintaan. Kerugian menggunakan Instans Spot adalah bahwa instans dapat diakhiri jika kapasitas Spot menjadi tidak tersedia untuk jenis instans yang Anda jalankan. Untuk informasi lebih lanjut tentang kapan menggunakan Instans Spot yang mungkin sesuai untuk aplikasi Anda, lihat [Kapan Anda harus menggunakan Instans Spot?](emr-plan-instances-guidelines.md#emr-plan-spot-instances).

Jika Amazon EC2 memiliki kapasitas yang tidak digunakan, ia menawarkan instans EC2 dengan biaya lebih rendah, yang mana disebut *Harga spot*. Harga ini berfluktuasi berdasarkan ketersediaan dan permintaan, dan ditetapkan sesuai Wilayah dan Availability Zone. Saat Anda memilih Instans Spot, tentukan harga Spot maksimum yang bersedia Anda bayar untuk setiap tipe instans EC2. Jika harga Spot di klaster Availability Zone di bawah harga Spot maksimum yang ditentukan untuk tipe instans tersebut, maka instans akan diluncurkan. Saat instans berjalan, Anda ditagih dengan harga Spot saat ini, *bukan harga Spot maksimum Anda*.

**catatan**  
Instans Spot dengan durasi yang ditentukan (juga dikenal sebagai blok Spot) tidak lagi tersedia untuk pelanggan baru mulai 1 Juli 2021. Untuk pelanggan yang sebelumnya telah menggunakan fitur ini, kami akan terus mendukung Instans Spot dengan durasi yang ditentukan hingga 31 Desember 2022.

Untuk harga saat ini, lihat [Harga Instans Spot Amazon EC2](https://aws.amazon.com/ec2/spot/pricing/). Untuk informasi selengkapnya, lihat [Instans Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances.html) di Panduan *Pengguna Amazon EC2*. Saat Anda membuat dan mengonfigurasi klaster, tentukan opsi jaringan yang pada akhirnya menentukan Availability Zone tempat klaster Anda diluncurkan. Untuk informasi selengkapnya, lihat [Konfigurasikan jaringan di VPC untuk Amazon EMR](emr-plan-vpc-subnet.md). 

**Tip**  
Anda dapat melihat harga Spot waktu nyata di konsol saat Anda mengarahkan kursor ke tooltip informasi di sebelah opsi pembelian **Spot** sewaktu Anda membuat klaster menggunakan **Opsi Lanjutan**. Harga untuk setiap Availability Zone di Wilayah yang dipilih akan ditampilkan. Harga terendah ada di barisan berwarna hijau. Karena harga Spot yang berfluktuasi di antara Availability Zone, memilih Availability Zone dengan harga awal terendah mungkin tidak menghasilkan harga terendah selama masa pakai klaster. Untuk hasil yang optimal, pelajari riwayat harga Availability Zone sebelum memilih. Untuk informasi selengkapnya, lihat [Riwayat Harga Instans Spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-spot-instances-history.html) di *Panduan Pengguna Amazon EC2*.

Opsi Instans Spot bergantung pada apakah Anda menggunakan grup instans seragam atau armada instans dalam konfigurasi klaster Anda.

****Spot Instance dalam grup instans seragam****  
Saat Anda menggunakan Instans Spot dalam grup instans seragam, semua instans dalam grup instans harus menjadi Instans Spot. Anda menentukan subnet tunggal atau Availability Zone untuk klaster. Untuk setiap grup instans, tenentukan satu Instans Spot dan harga Spot maksimum. Instans Spot dari jenis tersebut diluncurkan jika harga Spot di Wilayah dan Availability Zone klaster berada di bawah harga Spot maksimum. Instans berakhir jika harga Spot berada di atas harga Spot maksimum Anda. Anda menetapkan harga Spot maksimum hanya saat Anda mengonfigurasi grup instans. Hal ini tidak dapat diubah nanti. Untuk informasi selengkapnya, lihat [Membuat klaster EMR Amazon dengan armada instans atau grup instans seragam](emr-instance-group-configuration.md).

****Instans Spot di armada instance****  
Saat Anda menggunakan konfigurasi armada instans, opsi tambahan akan memberi kontrol lebih besar bagi Anda atas bagaimana Instans Spot diluncurkan dan diakhiri. Pada dasarnya, armada instans menggunakan metode yang berbeda dari grup instans seragam untuk meluncurkan instans. Cara kerjanya adalah Anda menetapkan *kapasitas target* untuk Instans Spot (dan Instans Sesuai Permintaan) dan hingga lima tipe instans. Anda juga dapat menentukan *kapasitas tertimbang* untuk setiap tipe instans atau menggunakan vCPU (Vcore YARN) dari tipe instans sebagai kapasitas tertimbang. Kapasitas tertimbang ini diperhitungkan dalam kapasitas target Anda saat instans dari tipe tersebut disediakan. Amazon EMR menyediakan instans dengan kedua opsi pembelian hingga kapasitas target untuk setiap target yang terpenuhi. Selain itu, Anda dapat menentukan serangkaian Availability Zone untuk Amazon EMR untuk dipilih saat meluncurkan instans. Anda juga menyediakan opsi Spot tambahan untuk setiap armada, termasuk batas waktu penyediaan. Untuk informasi selengkapnya, lihat [Merencanakan dan mengonfigurasi armada instans untuk klaster EMR Amazon](emr-instance-fleet.md).

# Opsi dan perilaku penyimpanan instans di Amazon EMR
<a name="emr-plan-storage"></a>

## Ikhtisar
<a name="emr-plan-storage-ebs-storage-overview"></a>

Penyimpanan instans dan penyimpanan volume Amazon EBS digunakan untuk data HDFS dan untuk buffer, cache, data awal, dan konten sementara lainnya yang mungkin “tumpah” oleh beberapa aplikasi ke sistem file lokal.

Amazon EBS bekerja secara berbeda dalam Amazon EMR dibandingkan dengan instans Amazon EC2 biasa. Volume Amazon EBS yang dilampirkan ke kluster EMR Amazon bersifat sementara: volume dihapus saat klaster dan penghentian instans (misalnya, saat mengecilkan grup instans), jadi Anda seharusnya tidak mengharapkan data tetap ada. Meskipun datanya fana, ada kemungkinan bahwa data dalam HDFS dapat direplikasi tergantung pada jumlah dan spesialisasi node di cluster. Saat Anda menambahkan volume penyimpanan Amazon EBS, volume ini dipasang sebagai volume tambahan. Mereka bukan bagian dari volume asal. YARN dikonfigurasi untuk menggunakan semua volume tambahan, tetapi Anda bertanggung jawab untuk mengalokasikan volume tambahan sebagai penyimpanan lokal (untuk file log lokal, misalnya).

## Pertimbangan-pertimbangan
<a name="emr-plan-storage-ebs-storage-considerations"></a>

Ingatlah pertimbangan tambahan ini saat Anda menggunakan Amazon EBS dengan kluster EMR:
+ Anda tidak dapat memotret volume Amazon EBS dan kemudian mengembalikannya dalam Amazon EMR. Untuk membuat konfigurasi kustom yang dapat digunakan kembali, gunakan AMI kustom (tersedia di Amazon EMR versi 5.7.0 dan yang lebih baru). Untuk informasi selengkapnya, lihat [Menggunakan AMI khusus untuk memberikan lebih banyak fleksibilitas untuk konfigurasi kluster Amazon EMR](emr-custom-ami.md).
+ Volume perangkat root Amazon EBS terenkripsi hanya didukung saat menggunakan AMI khusus. Untuk informasi selengkapnya, lihat [Membuat AMI khusus dengan volume perangkat asal Amazon EBS terenkripsi](emr-custom-ami.md#emr-custom-ami-encrypted). 
+ Jika Anda menerapkan tag menggunakan API Amazon EMR, operasi tersebut diterapkan ke volume EBS.
+ Ada batas 25 volume per instans.
+ Volume Amazon EBS pada node inti tidak boleh kurang dari 5 GB.
+ Amazon EBS memiliki batas tetap 2.500 volume EBS per permintaan peluncuran instans. Batas ini juga berlaku untuk Amazon EMR pada kluster EC2. Kami menyarankan Anda meluncurkan cluster dengan jumlah total volume EBS dalam batas ini, lalu meningkatkan skala cluster secara manual atau dengan penskalaan terkelola Amazon EMR sesuai kebutuhan. Untuk mempelajari lebih lanjut tentang batas volume EBS, lihat [Kuota layanan](https://docs.aws.amazon.com/general/latest/gr/ebs-service.html#limits_ebs:~:text=Amazon%20EBS%20has,exceeding%20the%20limit.).

## Penyimpanan Amazon EBS default untuk instans
<a name="emr-plan-storage-ebs-storage-default"></a>

Untuk instans EC2 yang memiliki penyimpanan khusus EBS, Amazon EMR mengalokasikan volume penyimpanan Amazon EBS gp2 atau gp3 ke instans. Saat Anda membuat klaster dengan Amazon EMR merilis 5.22.0 dan yang lebih tinggi, jumlah default penyimpanan Amazon EBS meningkat relatif terhadap ukuran instans.

Kami membagi penyimpanan yang meningkat di beberapa volume. Ini memberikan peningkatan kinerja IOPS dan, pada gilirannya, peningkatan kinerja untuk beberapa beban kerja standar. Jika Anda ingin menggunakan konfigurasi penyimpanan instans Amazon EBS yang berbeda, Anda dapat menentukan ini saat membuat klaster EMR atau menambahkan node ke cluster yang ada. Anda dapat menggunakan volume Amazon EBS gp2 atau gp3 sebagai volume root, dan menambahkan volume gp2 atau gp3 sebagai volume tambahan. Untuk informasi selengkapnya, lihat [Menentukan volume penyimpanan EBS tambahan](#emr-plan-storage-additional-ebs-volumes).

Tabel berikut mengidentifikasi jumlah default volume penyimpanan Amazon EBS gp2, ukuran, dan ukuran total per jenis instans. Untuk informasi tentang volume gp2 dibandingkan dengan gp3, lihat. [Membandingkan jenis volume Amazon EBS gp2 dan gp3](emr-plan-storage-compare-volume-types.md)


**Volume dan ukuran penyimpanan Amazon EBS gp2 default berdasarkan jenis instans untuk Amazon EMR 5.22.0 dan yang lebih tinggi**  

| Ukuran instans | Jumlah volume | Ukuran volume (GiB) | Ukuran total (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  | 
|  12xlarge  |  4  |  192  |  768  | 
|  \$1.16xlarge  |  4  |  256  |  1024  | 
|  \$1.18xlarge  |  4  |  288  |  1152  | 
|  \$1.24xlarge  |  4  |  384  |  1536  | 

## Volume root Amazon EBS default untuk instance
<a name="emr-plan-storage-ebs-root-volume"></a>

Dengan Amazon EMR rilis 6.15 dan lebih tinggi, Amazon EMR secara otomatis memasang Amazon EBS General Purpose SSD (gp3) sebagai perangkat root untuk meningkatkan kinerja. AMIs Dengan rilis sebelumnya, Amazon EMR melampirkan EBS General Purpose SSD (gp2) sebagai perangkat root.


|  | 6.15 dan lebih tinggi | 6.14 dan lebih rendah | 
| --- | --- | --- | 
| Jenis volume root default |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/emr/latest/ManagementGuide/emr-plan-storage.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/emr/latest/ManagementGuide/emr-plan-storage.html) | 
| Ukuran default |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/emr/latest/ManagementGuide/emr-plan-storage.html)  |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/emr/latest/ManagementGuide/emr-plan-storage.html)  | 
| IOPS standar |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/emr/latest/ManagementGuide/emr-plan-storage.html)  |   | 
| Throughput default |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/emr/latest/ManagementGuide/emr-plan-storage.html)  |   | 

Untuk informasi tentang cara menyesuaikan volume perangkat root Amazon EBS, lihat[Menentukan volume penyimpanan EBS tambahan](#emr-plan-storage-additional-ebs-volumes).

## Menentukan volume penyimpanan EBS tambahan
<a name="emr-plan-storage-additional-ebs-volumes"></a>

Saat Anda mengonfigurasi tipe instans di Amazon EMR, Anda dapat menentukan volume EBS tambahan untuk menambah kapasitas di luar penyimpanan instans (jika ada) dan volume EBS default. Amazon EBS menyediakan jenis volume berikut: General Purpose (SSD), Provisioned IOPS (SSD), Throughput Optimized (HDD), Cold (HDD), dan Magnetic. Mereka berbeda dalam karakteristik kinerja dan harga, sehingga Anda dapat menyesuaikan penyimpanan Anda dengan kebutuhan analitik dan bisnis aplikasi Anda. Misalnya, beberapa aplikasi mungkin perlu tumpah ke disk sementara yang lain dapat bekerja dengan aman di memori atau dengan Amazon S3.

Anda hanya dapat melampirkan volume Amazon EBS ke instans pada waktu startup cluster dan saat Anda menambahkan grup instance node tugas tambahan. Jika instance di kluster EMR Amazon gagal, maka instance dan volume Amazon EBS terlampir diganti dengan volume baru. Akibatnya, jika Anda melepaskan volume Amazon EBS secara manual, Amazon EMR menganggapnya sebagai kegagalan dan menggantikan penyimpanan instans (jika ada) dan penyimpanan volume.

Amazon EMR tidak memungkinkan Anda mengubah jenis volume dari gp2 ke gp3 untuk cluster EMR yang ada. Untuk menggunakan gp3 untuk beban kerja Anda, luncurkan klaster EMR baru. Selain itu, kami tidak menyarankan Anda memperbarui throughput dan IOPS pada klaster yang sedang digunakan atau yang sedang disediakan, karena Amazon EMR menggunakan throughput dan nilai IOPS yang Anda tentukan pada waktu peluncuran klaster untuk instance baru apa pun yang ditambahkan selama peningkatan skala cluster. Untuk informasi selengkapnya, lihat [Membandingkan jenis volume Amazon EBS gp2 dan gp3](emr-plan-storage-compare-volume-types.md) dan [Memilih IOPS dan throughput saat bermigrasi ke jenis volume Amazon EBS gp3](emr-plan-storage-gp3-migration-selection.md).

**penting**  
Untuk menggunakan volume gp3 dengan cluster EMR Anda, Anda harus meluncurkan cluster baru.

# Membandingkan jenis volume Amazon EBS gp2 dan gp3
<a name="emr-plan-storage-compare-volume-types"></a>

Berikut adalah perbandingan biaya antara volume gp2 dan gp3 di Wilayah AS Timur (Virginia N.). Untuk informasi terbaru, lihat halaman produk [Volume Tujuan Umum Amazon EBS](https://aws.amazon.com/ebs/general-purpose/) dan Halaman [Harga Amazon EBS](https://aws.amazon.com/ebs/pricing/).


| Tipe volume | gp3 | gp2 | 
| --- | --- | --- | 
| Ukuran volume | 1 GiB - 16 TiB | 1 GiB - 16 TiB | 
| IOPS Default/Baseline | 3000 | 3 IOPS/GiB (minimal 100 IOPS) hingga maksimal 16.000 IOPS. Volume yang lebih kecil dari 1 TiB juga dapat meledak hingga 3.000 IOPS. | 
| IOP/Volume Maks | 16.000 | 16.000 | 
| Throughput default/Baseline | 125 MiB/s | Batas throughput adalah antara 128 MiB/s dan 250 MiB/s, tergantung pada ukuran volume. | 
| Throughput/volume maks | 1.000 MiB/dtk | 250 MiB/dtk | 
| Harga | \$10,08/GIB-bulan 3.000 IOPS gratis dan \$10,005/bulan IOPS yang disediakan lebih dari 3.000; 125 gratis dan \$10,04/disediakan MiB/s MiB/s-month over 125MiB/s | \$10.10/GIB-bulan | 

# Memilih IOPS dan throughput saat bermigrasi ke jenis volume Amazon EBS gp3
<a name="emr-plan-storage-gp3-migration-selection"></a>

Saat menyediakan volume gp2, Anda harus mengetahui ukuran volume untuk mendapatkan IOPS dan throughput proporsional. Dengan gp3, Anda tidak perlu menyediakan volume yang lebih besar untuk mendapatkan kinerja yang lebih tinggi. Anda dapat memilih ukuran dan kinerja yang Anda inginkan sesuai dengan kebutuhan aplikasi. Memilih ukuran yang tepat dan parameter kinerja yang tepat (IOPS, throughput) dapat memberi Anda pengurangan biaya maksimum, tanpa memengaruhi kinerja.

Berikut adalah tabel untuk membantu Anda memilih opsi konfigurasi gp3:


| Ukuran volume | IOPS | Throughput | 
| --- | --- | --- | 
| 1—170 GiB | 3000 | 125 MiB/s | 
| 170—334 GiB | 3000 | 125 MiB/s jika jenis instans EC2 yang dipilih mendukung 125 MiB/s or less, use higher as per usage, Max 250 MiB/s \$1. | 
| 334—1000 GiB | 3000 | 125 MiB/s jika jenis instans EC2 yang dipilih mendukung 125 MiB/s or less, Use higher as per usage, Max 250 MiB/s \$1. | 
| 1000\$1 GiB | Cocokkan gp2 IOPS (Ukuran dalam GiB x 3) atau IOPS Maks yang digerakkan oleh volume gp2 saat ini | 125 MiB/s jika jenis instans EC2 yang dipilih mendukung 125 MiB/s or less, Use higher as per usage, Max 250 MiB/s \$1. | 

\$1 Gp3 memiliki kemampuan untuk menyediakan throughput hingga 2000). MiB/s. Since gp2 provides a maximum of 250MiB/s throughput, you may not need to go beyond this limit when you use gp3. Gp3 volumes deliver a consistent baseline throughput performance of 125 MiB/s, which is included with the price of storage. You can provision additional throughput (up to a maximum of 2,000 MiB/s) for an additional cost at a ratio of 0.25 MiB/s per provisioned IOPS. Maximum throughput can be provisioned at 8,000 IOPS or higher and 16 GiB or larger (8,000 IOPS × 0.25 MiB/s per IOPS = 2,000 MiB/s