Merencanakan dan mengonfigurasi node utama di kluster EMR Amazon - Amazon EMR

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

Merencanakan dan mengonfigurasi node utama di kluster EMR Amazon

Saat meluncurkan klaster EMR Amazon, Anda dapat memilih untuk memiliki satu atau tiga node utama di cluster Anda. Ketersediaan tinggi untuk armada misalnya didukung dengan rilis Amazon EMR 5.36.1, 5.36.2, 6.8.1, 6.9.1, 6.10.1, 6.11.1, 6.12.0, dan yang lebih tinggi. Misalnya grup, ketersediaan tinggi didukung dengan rilis Amazon EMR 5.23.0 dan yang lebih tinggi. Untuk lebih meningkatkan ketersediaan klaster, Amazon EMR dapat menggunakan grup EC2 penempatan Amazon untuk memastikan bahwa node utama ditempatkan pada perangkat keras dasar yang berbeda. Untuk informasi selengkapnya, lihat Integrasi Amazon EMR dengan grup penempatan EC2 .

Cluster EMR Amazon dengan beberapa node primer memberikan manfaat berikut:

  • Node primer tidak lagi menjadi titik kegagalan tunggal. Jika salah satu node primer gagal, cluster menggunakan dua node primer lainnya dan berjalan tanpa gangguan. Sementara itu, Amazon EMR secara otomatis menggantikan node primer yang gagal dengan yang baru yang disediakan dengan konfigurasi dan tindakan bootstrap yang sama.

  • Amazon EMR memungkinkan Hadoop fitur ketersediaan tinggi HDFS NameNode dan YARN ResourceManager dan mendukung ketersediaan tinggi untuk beberapa aplikasi open source lainnya.

    Untuk informasi selengkapnya tentang bagaimana klaster EMR Amazon dengan beberapa node utama mendukung aplikasi open source dan fitur EMR Amazon lainnya, lihat. Fitur yang mendukung ketersediaan tinggi di kluster EMR Amazon dan cara kerjanya dengan aplikasi sumber terbuka

catatan

Klaster hanya dapat berada di satu Availability Zone atau subnet.

Bagian ini memberikan informasi tentang aplikasi dan fitur yang didukung dari klaster EMR Amazon dengan beberapa node utama serta detail konfigurasi, praktik terbaik, dan pertimbangan untuk meluncurkan cluster.