Mulai dari analogi sebelum masuk definisi teknis.

Bayangkan kamu membuka toko kue musiman, kamu tidak perlu membeli gedung dan oven raksasa untuk setahun penuh jika ramai hanya saat lebaran.

Amazon Elastic Compute Cloud, atau Amazon EC2, adalah layanan AWS untuk menjalankan server virtual yang disebut instance. Server ini bisa dipakai untuk web server, aplikasi internal, backend API, batch processing, game server, development environment, dan banyak beban kerja lain.

Di dunia tradisional, kamu membeli server fisik, memasangnya di data center, menunggu pengadaan, lalu menebak kapasitas. Dengan EC2, kamu memilih spesifikasi, sistem operasi, jaringan, storage, dan model pembayaran, lalu menjalankan instance dalam hitungan menit.

AWS mendeskripsikan EC2 sebagai kapasitas komputasi yang aman dan dapat diubah ukurannya di cloud. Untuk pengantar resmi, rujuk halaman Amazon EC2 dan dokumentasi konsep EC2.

EC2 adalah salah satu layanan inti yang menghubungkan konsep cloud dengan praktik nyata.

Kalau S3 adalah gudang barang, maka EC2 adalah mesin kerja yang memproses barang tersebut.

EC2 penting karena ia menunjukkan nilai utama cloud, yaitu elasticity, pay as you go, global infrastructure, dan self-service provisioning. Kamu bisa menaikkan kapasitas saat traffic naik, menurunkannya saat sepi, dan menempatkan server dekat pengguna melalui Region dan Availability Zone.

Untuk CLF-C02, EC2 sering muncul bukan sebagai konfigurasi mendalam, tetapi sebagai pertanyaan pemilihan layanan. Misalnya, kapan memakai EC2 dibanding AWS Lambda, kapan memilih Spot Instances, kapan memakai Auto Scaling, dan siapa bertanggung jawab menambal sistem operasi.

Kenali bagian-bagian yang biasanya muncul di console dan soal ujian.

Meluncurkan EC2 mirip merakit laptop untuk kantor, kamu memilih sistem operasi, ukuran mesin, disk, jaringan, dan kunci pintu.

Instance

Instance adalah server virtual yang berjalan di infrastruktur AWS. Kamu memilih instance type untuk menentukan kombinasi CPU, memori, jaringan, dan kadang storage lokal. Contoh keluarga instance yang sering dijelaskan di level Cloud Practitioner adalah general purpose, compute optimized, memory optimized, storage optimized, dan accelerated computing.

AMI

Amazon Machine Image, atau AMI, adalah template untuk meluncurkan instance. AMI berisi informasi seperti sistem operasi, konfigurasi awal, dan volume root. Kamu bisa memakai AMI dari AWS, AWS Marketplace, komunitas, atau membuat AMI sendiri dari instance yang sudah dikonfigurasi.

Instance type

Instance type menentukan karakter mesin. Namanya mengikuti pola yang berguna untuk dipahami, misalnya m7g.large. Huruf depan adalah keluarga (m = general purpose), angka adalah generasi (7 lebih baru dari 6, biasanya lebih hemat dan cepat), huruf tambahan menandai varian (g = prosesor AWS Graviton berbasis ARM, i = Intel, a = AMD), dan kata terakhir adalah ukuran (large, xlarge, dan seterusnya). Untuk aplikasi web kecil, general purpose sering cukup. Untuk kalkulasi intensif, compute optimized lebih cocok. Untuk database in-memory atau cache besar, memory optimized lebih relevan. Pemilihan keluarga ini dibahas mendalam di Section 05.

Key pair

Key pair adalah kredensial untuk membuktikan identitas saat terhubung ke instance. Untuk Linux, private key dipakai untuk SSH. Untuk Windows, private key dapat dipakai untuk mendekripsi password administrator. Lihat dokumentasi key pairs EC2.

Security group

Security group adalah firewall virtual di tingkat instance. Inbound rules mengatur traffic masuk, outbound rules mengatur traffic keluar. AWS menjelaskan security group sebagai firewall virtual untuk instance EC2 di dokumentasi security groups.

User data

User data adalah skrip awal yang dapat dijalankan saat instance pertama kali dibuat, misalnya menginstal web server, menarik kode aplikasi, atau mengatur konfigurasi dasar.

Dari permintaan launch sampai aplikasi bisa diakses.

Saat kamu menekan tombol launch, AWS menyiapkan mesin virtual, memasangnya di jaringan, lalu menghubungkannya ke aturan keamanan yang kamu pilih.

Secara sederhana, alurnya adalah memilih AMI, memilih instance type, memilih VPC dan subnet, menambahkan storage, menentukan security group, lalu menjalankan instance. Setelah aktif, kamu dapat mengaksesnya melalui SSH, RDP, Systems Manager, atau aplikasi yang berjalan di atasnya.

Memilih instance type yang tepat seperti memilih kendaraan sesuai muatan, bukan selalu yang terbesar.

Memesan instance terbesar untuk web blog kecil seperti membeli truk gandeng untuk antar surat, mahal dan boros, sedangkan memesan instance terlalu kecil untuk database berat seperti menumpuk lemari di sepeda motor.

AWS mengelompokkan instance type ke dalam beberapa keluarga, masing-masing dioptimalkan untuk rasio CPU, memori, jaringan, dan akselerator yang berbeda. Per 2026, AWS resmi mengakui enam kategori utama, bukan lima seperti materi lama, karena HPC Optimized kini berdiri sendiri. Untuk CLF-C02 kamu tidak perlu menghafal kode tiap instance, tetapi perlu mengenali kapan satu kategori lebih tepat dari yang lain. Lihat sumber resmi: Amazon EC2 Instance Types.

Cara cepat memilih saat membaca soal

Soal CLF-C02 jarang menyebut nama instance, tetapi sering memberi petunjuk berupa karakter beban kerja. Latih dirimu menerjemahkan kata kunci ke kategori. Jika soal menekankan “in-memory database” atau “high memory”, arahkan ke memory optimized. Jika menekankan “machine learning” atau “GPU”, arahkan ke accelerated computing. Jika menekankan “general web application” tanpa kekhususan, general purpose hampir selalu jawaban paling aman.

Bagian ini sangat penting karena CLF-C02 memberi bobot besar pada Security and Compliance.

Keamanan EC2 seperti keamanan gedung, AWS menjaga fondasi dan bangunan, kamu mengatur penghuni, kunci pintu, dan aturan masuk ruangan.

Dalam model tanggung jawab bersama, AWS bertanggung jawab atas keamanan of the cloud, seperti fasilitas fisik, hardware, dan lapisan virtualisasi. Pelanggan bertanggung jawab atas keamanan in the cloud, seperti sistem operasi guest, patch aplikasi, konfigurasi firewall, data, identitas, dan izin akses. AWS menjelaskan konsep ini di AWS Well-Architected Security Pillar.

Security group sebagai pagar instance

Security group bersifat stateful. Artinya, jika request masuk diizinkan, response baliknya diizinkan otomatis. Untuk web server, kamu biasanya membuka HTTP atau HTTPS dari internet, tetapi SSH atau RDP sebaiknya dibatasi hanya dari IP admin atau diganti dengan akses melalui AWS Systems Manager jika sesuai.

IAM role, bukan access key permanen

Aplikasi di EC2 sering perlu mengakses S3, DynamoDB, CloudWatch, atau layanan lain. Praktik aman adalah memasang IAM role pada instance, bukan menyimpan access key jangka panjang di file konfigurasi. Kredensial role dapat diambil melalui Instance Metadata Service dan berupa kredensial sementara yang dirotasi otomatis, sesuai dokumentasi kredensial metadata EC2.

Instance Metadata Service

Instance Metadata Service, atau IMDS, menyediakan metadata tentang instance lewat alamat internal khusus, termasuk kredensial sementara dari IAM role. Ada dua versi. IMDSv1 memakai model request-response sederhana, sedangkan IMDSv2 menambahkan token sesi sehingga lebih tahan terhadap serangan seperti server side request forgery. Per dokumentasi resmi, secara default sebuah instance masih bisa memakai IMDSv1 atau IMDSv2, dan mode IMDSv2-only dapat diaktifkan per akun, per AMI, atau per instance. Sejak pertengahan 2024, instance type yang baru dirilis memakai IMDSv2-only secara default, dan AWS sangat merekomendasikan migrasi ke IMDSv2. Untuk CLF-C02, cukup pahami bahwa metadata bisa berisi kredensial sementara, IMDSv2 lebih aman, dan aksesnya perlu dikonfigurasi dengan hati-hati. Lihat sumber resmi: konfigurasi Instance Metadata Service.

EC2 jarang berdiri sendiri, ia selalu terhubung ke disk dan jaringan.

Server tanpa disk dan jaringan seperti dapur tanpa meja dan pintu, mesinnya ada, tetapi sulit dipakai dengan benar.

Amazon EBS

Amazon Elastic Block Store, atau EBS, menyediakan block storage persisten untuk EC2. Anggap EBS seperti hard disk eksternal yang dipasang ke server lewat jaringan: ia hidup terpisah dari instance, sehingga datanya tetap ada meski instance dimatikan. Volume EBS dapat menjadi root volume atau volume data tambahan. Saat instance di-stop, data EBS tetap utuh. Saat instance di-terminate, root volume secara default ikut dihapus, tetapi volume data tambahan secara default justru dipertahankan, sebuah perilaku yang sering tertukar di soal.

Instance store

Instance store adalah storage lokal sementara yang menempel langsung pada host fisik tempat instance berjalan. Anggap instance store seperti disk internal di dalam mesin itu sendiri: sangat cepat karena dekat dengan CPU, tetapi terikat pada mesin tersebut. Karena sifatnya ephemeral, datanya hilang saat instance di-stop, di-hibernate, atau di-terminate. Untuk ujian, ingat perbedaan pentingnya, EBS untuk penyimpanan persisten yang harus selamat, instance store untuk data sementara yang cepat dan boleh hilang seperti cache atau buffer.

Elastic IP

Elastic IP adalah alamat IPv4 publik statis yang bisa diasosiasikan ke resource seperti EC2 instance, NAT gateway, atau Network Load Balancer. Dokumentasi AWS menjelaskan asosiasi Elastic IP di panduan Elastic IP.

VPC, subnet, dan route

EC2 berjalan di dalam VPC. Subnet public biasanya memiliki rute ke internet gateway, sedangkan subnet private tidak langsung menerima koneksi dari internet. Untuk desain sederhana, web server bisa ditempatkan di subnet public, sedangkan database di subnet private.

Tiga aksi yang sering tertukar di soal, dengan dampak berbeda pada data dan biaya.

Mematikan instance EC2 mirip menutup toko, kamu bisa menutup sementara sambil mengunci barang (stop), tidur sebentar dengan lampu tetap menyala di gudang (hibernate), atau membongkar seluruh toko (terminate).

Instance EC2 melewati siklus hidup dari pending, running, stopping, stopped, hingga terminated. Tiga aksi yang paling sering diuji adalah stop, hibernate, dan terminate, karena masing-masing berdampak berbeda pada data, biaya, dan apakah instance bisa dihidupkan lagi. Lihat sumber resmi: Amazon EC2 instance lifecycle.

Detail billing yang sering jadi jebakan

Pada stop biasa, kamu berhenti membayar biaya pemakaian instance begitu masuk status stopping, meski volume EBS yang menempel tetap ditagih sebagai storage. Pada hibernate, ada perbedaan halus, kamu tetap dikenakan biaya selama instance berada di status stopping karena RAM sedang disimpan ke disk, dan baru berhenti saat benar-benar stopped. Hibernate juga mempertahankan private IPv4, IPv6, Elastic IP, dan instance ID, sehingga aplikasi yang start kembali terlihat seperti melanjutkan, bukan memulai dari nol.

EC2 menjadi lebih kuat saat dipadukan dengan layanan lain.

Satu kasir bisa kewalahan saat toko ramai, maka toko modern menambah kasir dan membagi antrean.

Amazon EC2 dapat diskalakan secara manual dengan mengganti ukuran instance, atau secara otomatis dengan Amazon EC2 Auto Scaling. Untuk ketersediaan yang lebih baik, beberapa instance dapat ditempatkan di beberapa Availability Zone, lalu traffic dibagikan oleh Elastic Load Balancing.

Auto Scaling membantu menjaga jumlah instance sesuai kebutuhan. Elastic Load Balancing membantu membagi traffic. CloudWatch membantu memantau metrik seperti CPU utilization, status check, dan alarm. Untuk CLF-C02, pahami fungsi layanan pendampingnya, bukan konfigurasi lanjutan.

Kenapa multi-AZ, bukan satu instance besar

Menaikkan ukuran satu instance (vertical scaling) ada batasnya dan tetap menyisakan satu titik kegagalan, jika AZ tempatnya bermasalah, aplikasi ikut tumbang. Menyebar banyak instance ke beberapa AZ (horizontal scaling) membuat aplikasi tetap melayani meski satu zona gangguan. Auto Scaling menjaga jumlah instance sesuai permintaan, mengganti instance yang gagal health check, dan menambah kapasitas saat metrik seperti CPU melewati ambang. Inilah inti perbedaan antara aplikasi yang “berjalan” dan aplikasi yang “tahan gangguan”.

Soal ujian sering meminta model pembelian paling hemat untuk skenario tertentu.

Membayar EC2 mirip memilih tarif transportasi, bayar per jalan, langganan, diskon jam sepi, atau kendaraan khusus.

AWS resmi mencantumkan beberapa opsi pembelian EC2: On-Demand, Savings Plans, Reserved Instances, Spot Instances, Dedicated Hosts, Dedicated Instances, dan Capacity Reservations. Jangan menghafal harga per jam karena berubah menurut Region, instance type, sistem operasi, dan konfigurasi. Untuk CLF-C02 yang terpenting adalah mengenali pola: makin besar komitmen yang kamu berikan, makin besar diskon yang ditawarkan, tetapi makin kecil fleksibilitasnya. Lihat sumber resmi: opsi pembelian EC2 dan halaman harga EC2.

Skenario hemat yang sering keluar di ujian

Kunci memilih opsi harga adalah membaca pola beban kerja. Beban yang stabil dan berjalan terus seperti web server produksi 24 jam paling hemat dengan Savings Plans atau Reserved Instances. Beban yang naik turun tak terduga atau hanya berjalan sebentar paling aman dengan On-Demand. Beban yang bisa diulang dan tahan berhenti seperti batch processing, rendering, atau pengujian besar paling murah dengan Spot. Banyak organisasi memadukan ketiganya: baseline yang selalu hidup dipesan dengan Savings Plans, lonjakan musiman ditangani On-Demand, dan pekerjaan latar belakang yang fleksibel memakai Spot.

Latihan memilih EC2 atau layanan lain dengan pola soal CLF-C02.

Di ujian, kamu sering tidak ditanya cara klik console, tetapi layanan mana yang paling pas untuk kebutuhan bisnis.

Walkthrough ringan tanpa bergantung pada tampilan console yang bisa berubah.

Latihan ini membantu kamu memahami keputusan yang diambil saat membuat instance, bukan sekadar menghafal tombol.

Contoh user data sederhana

#!/bin/bash
sudo yum update -y
sudo yum install -y httpd
sudo systemctl enable httpd
sudo systemctl start httpd
echo "Halo dari Amazon EC2" | sudo tee /var/www/html/index.html

Bagian ini mengubah pengalaman mahal menjadi pelajaran murah.

Banyak masalah EC2 bukan karena AWS rumit, tetapi karena satu pintu, disk, atau izin kecil lupa diatur.

Peta cepat dari materi EC2 ke domain CLF-C02.

EC2 adalah fondasi compute yang sangat fleksibel, tetapi fleksibilitas itu datang bersama tanggung jawab konfigurasi, keamanan, dan biaya.

Pemetaan ke domain CLF-C02

Tips ujian cepat

• Jika pertanyaan menekankan kontrol penuh terhadap server, OS, atau software, EC2 sering menjadi jawaban.
• Jika pertanyaan menekankan tidak mengelola server, pikirkan Lambda, Fargate, atau layanan terkelola lain.
• Jika workload bisa terputus dan ingin biaya rendah, Spot Instances adalah kandidat kuat.
• Jika workload stabil dan jangka panjang, lihat Savings Plans atau Reserved Instances.
• Jika aplikasi di EC2 perlu akses layanan AWS, gunakan IAM role.
• Jika ada pertanyaan siapa yang patch OS di EC2, jawab pelanggan, karena EC2 memberi kontrol pada guest OS.

Sumber resmi yang dipakai

• AWS Certified Cloud Practitioner CLF-C02 Exam Guide
• Amazon EC2 product page
• Amazon EC2 User Guide, concepts
• Amazon EC2 Instance Types
• Amazon EC2 instance purchasing options
• Amazon EC2 instance lifecycle
• Configuring the Instance Metadata Service (IMDSv2)
• Amazon EC2 security groups
• Retrieve security credentials from instance metadata
• Amazon EC2 Reserved Instances Pricing
• AWS Savings Plans Pricing
• Amazon EC2 Pricing
• AWS Shared Responsibility Model
• AWS Well-Architected, shared responsibility