Hardware dan jaringan - E-MapReduce - Alibaba Cloud Documentation Center

Konfigurasi hardware yang tepat dan desain lingkungan jaringan merupakan faktor kunci untuk memastikan performa kluster, efisiensi biaya, dan keandalan saat membuat kluster Alibaba Cloud EMR. Topik ini menjelaskan cara memilih layanan ketersediaan tinggi, spesifikasi node, dan solusi konfigurasi jaringan berdasarkan kebutuhan pemrosesan data besar.

Pemilihan layanan ketersediaan tinggi

Anda dapat memilih apakah akan mengaktifkan fitur ketersediaan tinggi berdasarkan skenario bisnis dan kebutuhan aktual. Saat diaktifkan, layanan ketersediaan tinggi menggunakan mode multi-master node untuk menghilangkan risiko kegagalan node tunggal serta memastikan kelangsungan layanan melalui mekanisme terdistribusi dan failover.

Dimensi	Kluster single-master node	Kluster multi-master node
Skenario	Lingkungan pengujian Kebutuhan ketersediaan rendah	Lingkungan produksi Kebutuhan ketersediaan tinggi
Fitur inti	Arsitektur node tunggal, penerapan sederhana. Risiko kegagalan pada node tunggal.	Menghilangkan risiko kegagalan node tunggal: Arsitektur kluster multi-node memastikan kelangsungan layanan dengan beralih ke master node lain yang tersedia. Keandalan kluster tinggi: Mendukung konfigurasi ketersediaan tinggi untuk komponen inti, seperti HDFS NameNode dan YARN ResourceManager. Isolasi hardware: Deployment set ECS mendistribusikan beberapa master node di hardware fisik terpisah. Hal ini melindungi beberapa master node agar tidak gagal secara bersamaan saat terjadi kegagalan hardware dasar.
Failback	Tidak ada pemulihan otomatis: Memerlukan intervensi manual untuk troubleshooting dan restart.	Failback otomatis: Layanan EMR secara otomatis mengganti master node yang gagal. Layanan ini mengonfigurasi lingkungan dan tindakan bootstrap yang sama seperti node aslinya.
Biaya	Biaya rendah: Hanya perlu mengonfigurasi 1 master node.	Biaya lebih tinggi: Perlu mengonfigurasi 3 master node. Node-node ini menerapkan mekanisme pengambilan keputusan mayoritas melalui algoritma konsensus dalam sistem terdistribusi, memenuhi persyaratan konsistensi kuat komponen open-source (seperti ZooKeeper dan HDFS), serta mampu mentolerir kegagalan satu node dan menghindari split brain.

Pemilihan spesifikasi node

Proses konfigurasi kluster adalah sebagai berikut:

Tentukan skenario bisnis: Pilih skenario yang sesuai (misalnya: data lake, analisis data, aliran data real-time, layanan data, atau skenario kluster kustom).
Pilih arsitektur penyimpanan: Tentukan apakah akan menggunakan arsitektur compute dan storage terikat (HDFS) atau terpisah (OSS-HDFS/OSS) berdasarkan skenario.
Konfigurasikan spesifikasi node dan ukuran disk:
1. Konfigurasikan spesifikasi node: Pilih tipe instans ECS yang sesuai (seperti tujuan umum, komputasi-teroptimalkan, optimasi memori, data besar, dll.) untuk berbagai jenis node (Master, Core, Task) berdasarkan arsitektur penyimpanan yang dipilih, skala kluster, karakteristik bisnis, dan faktor lainnya.
2. Konfigurasikan ukuran disk: Hitung kapasitas penyimpanan dan atur ukuran disk yang sesuai berdasarkan volume data dan ekspektasi pertumbuhan.

Skenario data lake

Storage dan compute terikat (HDFS)

Jenis node

Spesifikasi yang direkomendasikan

Master

Mengelola kluster dan mengoordinasikan tugas.

Layanan yang diterapkan: NameNode, ResourceManager, HiveServer, HiveMetastore, SparkHistoryServer.

Reguler: Instans tujuan umum dengan cloud disk.
Kluster kecil (≤ 8 instans): 8 core dan 32 GiB.
Kluster menengah hingga besar: ≥ 16 core dan 64 GiB.
Jumlah file HDFS sangat besar (≥ 10 juta): Spesifikasi harus memenuhi kebutuhan memori NameNode.

Core

Menyediakan daya komputasi dan sumber daya penyimpanan.

Layanan yang diterapkan: DataNode, NodeManager.

Spesifikasi instans node Core disesuaikan dengan kebutuhan sumber daya.

Pencocokan jenis bisnis: Pilih tipe instans berdasarkan rasio CPU-memori yang dibutuhkan oleh tugas Yarn.
- Skenario default: Instans tujuan umum.
- Tugas intensif CPU (seperti pelatihan inferensi AI): Instans komputasi-teroptimalkan.
- Tugas intensif memori (seperti analisis laporan offline): Instans optimasi memori.
Kebutuhan penyimpanan HDFS (> 10 TB/node): Family instans data besar. Tipe instans ini menggunakan local disk untuk penyimpanan, mengurangi biaya penyimpanan, tetapi memerlukan pemeliharaan local disk secara mandiri.
Batasan kapasitas memori: Spesifikasi memori node > memori puncak kontainer tunggal tugas Yarn.

Task

Hanya menyediakan daya komputasi tanpa menyimpan data, terutama digunakan untuk memenuhi kebutuhan CPU dan memori dari node Core.

Layanan yang diterapkan: NodeManager.

Rekomendasi untuk skenario puncak-lembah:

Konfigurasikan spesifikasi node Core yang tetap sesuai kebutuhan komputasi saat beban rendah.
Spesifikasi node Task elastis ≥ spesifikasi node Core untuk menangani permintaan puncak.

Storage dan compute terpisah (OSS-HDFS/OSS)

Jenis node	Spesifikasi yang direkomendasikan
Master Mengelola kluster dan mengoordinasikan tugas. Layanan yang diterapkan: ResourceManager, HiveServer, HiveMetastore, SparkHistoryServer.	Reguler: Instans tujuan umum dengan cloud disk. Kluster kecil (≤ 8 instans): 8 core dan 32 GiB. Kluster menengah hingga besar: ≥ 16 core dan 64 GiB.
Core Fungsinya mirip dengan node Task, tidak menyimpan data. Layanan yang diterapkan: NodeManager.	Node Core tidak mendukung skalabilitas elastis. Disarankan hanya menggunakan node Task tanpa mengonfigurasi node Core.
Task Menyediakan daya komputasi. Layanan yang diterapkan: NodeManager.	Pencocokan jenis bisnis: Pilih tipe instans berdasarkan rasio CPU-memori yang dibutuhkan oleh tugas Yarn. Skenario default: Instans tujuan umum. Tugas intensif CPU (seperti pelatihan inferensi AI): Instans komputasi-teroptimalkan. Tugas intensif memori (seperti analisis laporan offline): Instans optimasi memori. Batasan kapasitas memori: Spesifikasi memori node > memori puncak kontainer tunggal tugas Yarn.

Skenario analisis data

Storage dan compute terikat

Jenis node

Spesifikasi yang direkomendasikan

Master

Mengelola kluster dan mengoordinasikan tugas.

Layanan yang diterapkan: StarRocks FE, Doris FE, Zookeeper.

Skenario reguler: Instans tujuan umum dengan cloud disk.
Kluster kecil (≤ 8 instans): 8 core dan 32 GiB.
Kluster menengah hingga besar: ≥ 16 core dan 64 GiB.

Core

Menyediakan daya komputasi dan sumber daya penyimpanan.

Layanan yang diterapkan: StarRocks BE, Doris BE, ClickhouseKeeper, ClickhouseServer.

Spesifikasi instans node Core disesuaikan dengan kebutuhan komputasi bisnis dan volume penyimpanan data.

Volume penyimpanan ≤ 10 TB/node: Spesifikasi instans disesuaikan dengan kebutuhan komputasi bisnis aktual.
- Default: Instans tujuan umum dengan cloud disk.
- Tugas intensif CPU (melibatkan banyak operasi komputasi): Instans komputasi-teroptimalkan.
- Tugas intensif memori (memerlukan cache lebih besar untuk meningkatkan performa): Instans optimasi memori.
Volume penyimpanan > 10 TB/node: Family instans data besar. Tipe instans ini menggunakan local disk untuk penyimpanan, mengurangi biaya penyimpanan, tetapi memerlukan pemeliharaan local disk secara mandiri.

Task

Menyediakan daya komputasi.

Layanan yang diterapkan: StarRocks CN.

Hanya StarRocks Compute Node yang mendukung penerapan pada node Task. Jika Anda tidak menggunakan komponen StarRocks, Anda tidak perlu menggunakan node Task.

Rekomendasi untuk skenario puncak-lembah:

Konfigurasikan spesifikasi node Core tetap berdasarkan kebutuhan komputasi lembah rendah.
Spesifikasi node Task elastis ≥ spesifikasi node Core untuk menangani permintaan puncak.

Storage dan compute terpisah

Hanya versi StarRocks 3.x yang mendukung arsitektur storage dan compute terpisah.

Jenis node

Spesifikasi yang direkomendasikan

Master

Mengelola kluster dan mengoordinasikan tugas.

Layanan yang diterapkan: StarRocks FE, Zookeeper.

Skenario reguler: Instans tujuan umum dengan cloud disk.
Kluster kecil (≤ 8 instans): 8 core dan 32 GiB.
Kluster menengah hingga besar: ≥ 16 core dan 64 GiB.

Task

Menyediakan daya komputasi.

Layanan yang diterapkan: StarRocks CN.

Dalam arsitektur storage dan compute terpisah StarRocks, tidak ada node Core—hanya node Task.

Default: Instans tujuan umum dengan cloud disk.
Tugas intensif CPU (melibatkan banyak operasi komputasi): Instans komputasi-teroptimalkan.
Tugas intensif memori (memerlukan cache lebih besar untuk meningkatkan performa): Instans optimasi memori.

Spesifikasi instans harus dievaluasi berdasarkan kebutuhan komputasi bisnis aktual, umumnya memilih ≥16 core dan 64 GiB. Jumlah node dapat diskalakan secara elastis sesuai kebutuhan bisnis.

Skenario aliran data real-time

Storage dan compute terikat (HDFS)

Jenis node

Spesifikasi yang direkomendasikan

Master

Mengelola kluster dan mengoordinasikan tugas.

Layanan yang diterapkan: NameNode, ResourceManager, FlinkHistoryServer, Zookeeper.

Reguler: Instans tujuan umum dengan cloud disk.
Kluster kecil (≤ 8 instans): 8 core dan 32 GiB.
Kluster menengah hingga besar: ≥ 16 core dan 64 GiB.
Jumlah file HDFS sangat besar (≥1 juta): Spesifikasi harus memenuhi kebutuhan memori NameNode.

Core

Menyediakan daya komputasi dan sumber daya penyimpanan.

Layanan yang diterapkan: DataNode, NodeManager.

Spesifikasi instans node Core disesuaikan dengan jenis bisnis dan kebutuhan sumber daya.

Pencocokan jenis bisnis: Pilih tipe instans berdasarkan rasio CPU-memori yang dibutuhkan oleh tugas Flink.
- Default: Instans tujuan umum.
- Tugas intensif CPU: Instans komputasi-teroptimalkan.
- Tugas intensif memori: Instans optimasi memori.
Kebutuhan penyimpanan HDFS (> 10 TB/node): Family instans data besar. Tipe instans ini menggunakan local disk untuk penyimpanan, mengurangi biaya penyimpanan, tetapi memerlukan pemeliharaan local disk secara mandiri.
Batasan kapasitas memori: Spesifikasi memori node > memori puncak JobManager atau TaskManager tunggal dalam tugas Flink.

Task

Hanya menyediakan daya komputasi, tidak menyimpan data, terutama digunakan untuk melengkapi kebutuhan CPU dan memori node Core.

Layanan yang diterapkan: NodeManager.

Rekomendasi untuk skenario puncak-lembah:

Konfigurasikan spesifikasi node Core tetap berdasarkan kebutuhan komputasi lembah rendah.
Spesifikasi node Task elastis ≥ spesifikasi node Core untuk menangani permintaan puncak.

Storage dan compute terpisah (OSS-HDFS/OSS)

Jenis node	Spesifikasi yang direkomendasikan
Master Mengelola kluster dan mengoordinasikan tugas. Layanan yang diterapkan: ResourceManager, FlinkHistoryServer, Zookeeper.	Reguler: Instans tujuan umum dengan cloud disk. Kluster kecil (≤ 8 instans): 8 core dan 32 GiB. Kluster menengah hingga besar: ≥ 16 core dan 64 GiB.
Core Fungsinya mirip dengan node Task, tidak menyimpan data. Layanan yang diterapkan: NodeManager.	Node Core tidak mendukung skalabilitas elastis. Disarankan hanya menggunakan node Task tanpa mengonfigurasi node Core.
Task Menyediakan daya komputasi. Layanan yang diterapkan: NodeManager.	Pencocokan jenis bisnis: Pilih tipe instans berdasarkan rasio CPU-memori yang dibutuhkan oleh tugas Flink. Default: Instans tujuan umum. Tugas intensif CPU: Instans komputasi-teroptimalkan. Tugas intensif memori: Instans optimasi memori. Batasan kapasitas memori: Spesifikasi memori node > memori puncak JobManager atau TaskManager tunggal dalam tugas Flink.

Skenario layanan data

Storage dan compute terikat (HDFS)

Jenis node	Spesifikasi yang direkomendasikan
Master Mengelola kluster dan mengoordinasikan tugas. Layanan yang diterapkan: NameNode, HMaster, Zookeeper.	Reguler: Instans tujuan umum dengan cloud disk. Kluster kecil hingga menengah (≤ 16 instans): 8 core dan 32 GiB. Kluster besar: ≥ 16 core dan 64 GiB. Jumlah file HDFS sangat besar (≥ 10 juta): Spesifikasi harus memenuhi kebutuhan memori NameNode.
Core Menyediakan daya komputasi dan sumber daya penyimpanan. Layanan yang diterapkan: DataNode, HRegionServer.	Spesifikasi instans node Core disesuaikan dengan volume permintaan bisnis dan volume penyimpanan. Volume permintaan bisnis: Instans tujuan umum dengan cloud disk. Kluster kecil (≤ 8 instans): 8 core dan 32 GiB memori, dengan QPS ≤ 10.000 per node. Kluster menengah hingga besar: ≥ 16 core dan 64 GiB; jumlah node Core ditentukan berdasarkan situasi aktual. Volume penyimpanan HDFS (> 10 TB/node): Family instans data besar. Tipe instans ini menggunakan local disk untuk penyimpanan, mengurangi biaya penyimpanan, tetapi memerlukan pemeliharaan local disk secara mandiri.
Task Hanya menyediakan daya komputasi, tidak menyimpan data, terutama digunakan untuk melengkapi kebutuhan CPU dan memori node Core. Layanan yang diterapkan: HRegionServer.	Dalam layanan data, karena data disimpan pada node Core, penggunaan node Task biasanya tidak direkomendasikan untuk memastikan lokalitas data.

Storage dan compute terpisah (OSS-HDFS/OSS)

Jenis node

Spesifikasi yang direkomendasikan

Master

Mengelola kluster dan mengoordinasikan tugas.

Layanan yang diterapkan: NameNode, HMaster, Zookeeper.

Reguler: Instans tujuan umum dengan cloud disk.
Kluster kecil hingga menengah (≤ 16 instans): 8 core dan 32 GiB.
Kluster besar: ≥ 16 core dan 64 GiB.

Core

Menyediakan daya komputasi dan sumber daya penyimpanan.

Layanan yang diterapkan: DataNode, HRegionServer.

Menggunakan OSS-HDFS/OSS untuk menyimpan HBase HLog berdampak signifikan terhadap performa penulisan. Disarankan menyimpan HBase HLog pada HDFS.

Spesifikasi instans node Core disesuaikan dengan volume permintaan bisnis. Disarankan menggunakan instans tujuan umum dengan ruang disk ≥ 500 GiB.

Kluster kecil (≤ 8 instans): 8 core dan 32 GiB memori, dengan QPS ≤ 10.000 per node.
Kluster menengah hingga besar: ≥ 16 core dan 64 GiB; jumlah node Core ditentukan berdasarkan situasi aktual.

Task

Menyediakan daya komputasi.

Layanan yang diterapkan: HRegionServer.

Rekomendasi untuk skenario puncak-lembah:

Mode node Core tetap + node Task elastis.
Spesifikasi node Task harus konsisten dengan spesifikasi node Core.

Skenario kluster kustom

Saat bisnis melibatkan beberapa skenario campuran seperti ETL offline, ETL real-time, analisis agregasi kompleks, dan layanan kueri konkurensi tinggi:

Pendekatan yang direkomendasikan: Solusi kombinasi beberapa jenis kluster. Dengan menerapkan kluster independen yang memiliki karakteristik berbeda (seperti kluster pemrosesan batch offline, kluster pemrosesan aliran real-time, kluster analitik, dan kluster akselerasi kueri), Anda dapat mencapai isolasi sumber daya dan adaptasi skenario, sehingga memastikan performa dan stabilitas berbagai tugas.
Jika skala bisnis Anda kecil dan tidak ada konflik sumber daya antar skenario, pilih kluster kustom: Kurangi kompleksitas penerapan dan tingkatkan pemanfaatan sumber daya melalui konfigurasi fleksibel.

Storage dan compute terikat (HDFS)

Jenis node

Spesifikasi yang direkomendasikan

Master

Bertanggung jawab mengelola kluster dan mengoordinasikan tugas.

Kluster kecil (≤ 8 instans): Instans tujuan umum 8 core dan 32 GiB dengan cloud disk.
Jumlah file HDFS besar (≥1 juta): Spesifikasi harus memenuhi kebutuhan memori NameNode.

Core

Menyediakan daya komputasi dan sumber daya penyimpanan.

Spesifikasi instans node Core disesuaikan dengan jenis bisnis dan kebutuhan sumber daya.

Pencocokan jenis bisnis: Pilih tipe instans berdasarkan rasio CPU-memori yang dibutuhkan oleh tugas kluster.
- Skenario default: Instans tujuan umum.
- Tugas intensif CPU: Instans komputasi-teroptimalkan.
- Tugas intensif memori: Instans optimasi memori.
Kebutuhan penyimpanan (> 10 TB/node): Family instans data besar. Tipe instans ini menggunakan local disk untuk penyimpanan, mengurangi biaya penyimpanan, tetapi memerlukan pemeliharaan local disk secara mandiri.
Batasan kapasitas memori: Spesifikasi memori node > Max(memori puncak kontainer tunggal tugas Yarn, memori puncak JobManager atau TaskManager tunggal tugas Flink).

Task

Hanya menyediakan daya komputasi, tidak menyimpan data, terutama digunakan untuk melengkapi kebutuhan CPU dan memori node Core.

Rekomendasi untuk skenario puncak-lembah:

Konfigurasikan spesifikasi node Core tetap sesuai kebutuhan komputasi saat beban rendah.
Spesifikasi node Task elastis ≥ spesifikasi node Core untuk menangani permintaan puncak.

Storage dan compute terpisah (OSS-HDFS/OSS)

Jenis node	Spesifikasi yang direkomendasikan
Master Mengelola kluster dan mengoordinasikan tugas.	Kluster kecil (≤ 8 instans): Instans tujuan umum 8 core dan 32 GiB dengan cloud disk.
Core Fungsinya mirip dengan node Task, tidak menyimpan data.	Jika Anda tidak memerlukan penyimpanan data, kami merekomendasikan hanya menggunakan node Task elastis tanpa mengonfigurasi node Core. Saat Anda memerlukan layanan HBase: Untuk memastikan performa penulisan, kami merekomendasikan menyimpan HBase HLog pada HDFS. Spesifikasi: Instans tujuan umum 16 core dan 64 GiB dengan ruang disk ≥ 500 GiB.
Task Menyediakan daya komputasi.	Saat hanya mengonfigurasi node Task: Pencocokan jenis bisnis: Pilih tipe instans berdasarkan rasio CPU-memori yang dibutuhkan oleh tugas Flink. Default: Instans tujuan umum. Tugas intensif CPU: Instans komputasi-teroptimalkan. Tugas intensif memori: Instans optimasi memori. Batasan kapasitas memori: Spesifikasi memori node > Max(memori puncak kontainer tunggal tugas Yarn, memori puncak JobManager atau TaskManager tunggal tugas Flink). Saat mengonfigurasi node Core dan node Task sekaligus, pertimbangkan skenario puncak-lembah: Mode node Core tetap + node Task elastis. Spesifikasi node Task harus konsisten dengan spesifikasi node Core.

Rekomendasi konfigurasi jaringan

Dimensi utama	Rekomendasi konfigurasi
Konfigurasi jaringan VPC	Pilih VPC dan vSwitch yang sesuai, serta rencanakan Blok CIDR Anda untuk menyisakan alamat IP yang cukup guna ekspansi di masa depan. Untuk memeriksa jumlah alamat IP yang tersedia di vSwitch, login ke Konsol Manajemen VPC. Di panel navigasi kiri, pilih vSwitch untuk melihat Blok CIDR IPv4 dan jumlah alamat IPv4 yang tersedia untuk setiap vSwitch. Blok CIDR vSwitch menentukan jumlah alamat IP yang tersedia. Setiap vSwitch menyisihkan lima alamat IP (alamat jaringan, alamat gateway, alamat broadcast, dan alamat lain yang dicadangkan oleh Alibaba Cloud). Jumlah alamat IP yang tersedia dihitung sebagai 2^(32 - bit subnet mask) - 5. Misalnya, Blok CIDR /24 memiliki total 256 alamat IP dengan 251 tersedia, dan Blok CIDR /20 memiliki total 4.096 alamat IP dengan 4.091 tersedia. Sebelum membuat kluster EMR, pastikan vSwitch yang dipilih memiliki lebih banyak alamat IP yang tersedia daripada jumlah node yang akan Anda terapkan. Hal ini mencegah kegagalan skalabilitas elastis akibat kehabisan alamat IP. Blok CIDR vSwitch tidak dapat diubah setelah dibuat. Untuk memperluas rentang alamat IP, Anda harus membuat vSwitch baru dan membuat ulang kluster. Alokasi alamat IP untuk node elastis: Node Task adalah instans ECS. Selama penskalaan, sistem membuat ulang instans ECS dasar dan secara dinamis menetapkan alamat IP baru dari Blok CIDR VPC dan vSwitch. Alamat IP baru tidak dijamin sama dengan alamat sebelumnya dan mungkin digunakan ulang. Perilaku ini bergantung pada inventaris dan kebijakan penjadwalan ECS. Konektivitas jaringan: Rencanakan jalur konektivitas jaringan dengan layanan cloud lainnya.
Konfigurasi security group	Prinsip hak istimewa minimal: Konfigurasikan aturan security group secara wajar. Hanya buka port yang diperlukan, atur aturan inbound untuk hanya mengizinkan akses dari alamat IP atau segmen jaringan tepercaya. Hal ini untuk mencegah serangan seperti penambangan kripto. Kontrol ketat terhadap port manajemen: Tetapkan kontrol akses ketat untuk port manajemen seperti SSH guna memastikan keamanan kluster.
Konfigurasi konektivitas jaringan	Tingkatkan performa jaringan: Pertimbangkan penggunaan instans dengan bandwidth internal besar untuk volume data besar. Kurangi trafik lintas zona: Susun topologi jaringan antara kluster dan sumber data. Kontrol akses eksternal: Jika Anda memerlukan kemampuan akses eksternal, gunakan NAT Gateway atau elastic IP.

Lampiran: Tipe instans ECS

Silakan merujuk ke Family instans untuk melihat karakteristik, spesifikasi, dan skenario penerapan family instans ECS yang tersedia. Ini memberikan referensi untuk mengonfigurasi spesifikasi instans node di Konsol EMR.

Tipe instans	Fitur
Tujuan umum	vCPU:Memori=1:4. Disingkat sebagai seri g.
Komputasi-teroptimalkan	vCPU:Memori=1:2, menyediakan lebih banyak sumber daya komputasi. Disingkat sebagai seri c.
Optimasi memori	vCPU:Memori=1:8, menyediakan lebih banyak sumber daya memori. Disingkat sebagai seri r.
SSD lokal	vCPU:Memori=1:4, menggunakan disk SSD lokal, memiliki kemampuan IOPS acak tinggi dan throughput tinggi, tetapi berisiko kehilangan data. Tipe instans ini tidak tersedia untuk node master. Disingkat sebagai seri i.
Data besar	vCPU:Memori=1:4, menggunakan disk SATA lokal, memiliki efektivitas biaya penyimpanan tinggi, tipe instans yang direkomendasikan untuk skenario volume data besar (tingkat TB). Disingkat sebagai seri d.
Berbagi	Tipe instans dengan CPU bersama, tidak cukup stabil untuk beban komputasi besar, hanya cocok untuk pembelajaran tingkat pemula. Tidak direkomendasikan untuk pelanggan enterprise. Tipe instans ini hanya tersedia untuk node task.