Mesin RDS dan Kelas Instans

Amazon RDS mendukung enam mesin basis data: MySQL, PostgreSQL, MariaDB, Oracle, Microsoft SQL Server, dan Amazon Aurora. Setiap mesin merupakan versi terkelola penuh dari basis data sumber terbuka atau komersial yang mungkin sudah Anda kenal. AWS menangani pemasangan patch, pencadangan, dan pengalihan otomatis sehingga Anda dapat berfokus pada logika aplikasi.

Pemilihan mesin yang tepat bergantung pada persyaratan aplikasi yang sudah ada, biaya lisensi, dan fitur yang disediakan setiap mesin. Aurora adalah opsi cloud-native AWS yang dirancang untuk kinerja dan ketersediaan.

MySQL adalah basis data relasional sumber terbuka yang paling populer di dunia dan cocok secara alami untuk aplikasi web serta CMS. PostgreSQL menawarkan kepatuhan SQL tingkat lanjut, dukungan JSONB yang kuat, dan ekosistem ekstensi yang andal, sehingga populer untuk beban kerja analitik dan geospasial.

Kedua mesin di RDS mendukung pencadangan otomatis, penerapan Multi-AZ, dan Read Replica. Read Replica PostgreSQL dapat mencakup beberapa Region, sedangkan MySQL mendukung hingga 15 replika lintas-Region dengan Aurora MySQL.

MariaDB adalah percabangan MySQL yang dikembangkan komunitas dan sepenuhnya kompatibel pada tingkat protokol kawat dengan klien MySQL. MariaDB menawarkan mesin penyimpanan tambahan, kinerja yang lebih baik pada beberapa beban kerja, serta model pengembangan terbuka tanpa fitur eksklusif.

Di RDS, MariaDB dapat menjadi pengganti langsung MySQL jika Anda ingin menghindari lisensi MySQL dari Oracle atau lebih menyukai percabangan yang dikembangkan komunitas. MariaDB mendukung fitur pencadangan otomatis, Multi-AZ, dan Read Replica yang sama seperti MySQL.

Basis Data Oracle di RDS mendukung model License Included (LI) dan Bring Your Own License (BYOL). LI menyertakan lisensi Oracle SE2 dalam tarif per jam, sedangkan BYOL memungkinkan Anda menggunakan lisensi Enterprise Edition yang sudah dimiliki untuk fitur seperti pemartisian dan Advanced Security.

Microsoft SQL Server di RDS juga menawarkan edisi LI (Express, Web, Standard, Enterprise) dan BYOL. Kedua mesin mendukung Multi-AZ dengan pencerminan sinkron, tetapi tidak mendukung Read Replica dengan cara yang sama seperti mesin sumber terbuka.

Amazon Aurora adalah basis data relasional cloud-native yang kompatibel dengan MySQL dan PostgreSQL. Aurora menghasilkan hingga 5x throughput MySQL dan 3x throughput PostgreSQL pada perangkat keras yang sama dengan menggunakan lapisan penyimpanan terdistribusi yang secara otomatis mereplikasi data ke enam salinan di tiga Availability Zone.

Penyimpanan Aurora bertambah secara otomatis dalam kelipatan 10 GB hingga 128 TiB, sehingga menghilangkan kebutuhan untuk menyediakan penyimpanan secara manual. Pemisahan komputasi dan penyimpanan juga memungkinkan Aurora Serverless menaikkan dan menurunkan kapasitas secara otomatis.

Kelas instans RDS mengikuti konvensi penamaan yang sama seperti EC2, tetapi diawali dengan db., bukan hanya huruf keluarga. Keluarga utamanya adalah:

• db.t — Kinerja yang dapat melonjak, hemat biaya untuk pengembangan/pengujian (misalnya, db.t3.micro, db.t4g.small)
• db.m — Tujuan umum, CPU/memori seimbang (misalnya, db.m6g.large)
• db.r — Dioptimalkan untuk memori, untuk tembolok besar dan tabel dalam memori (misalnya, db.r6g.xlarge)
• db.x — Memori ekstrem untuk Oracle dan SQL Server dengan beban kerja SAP

Pilih db.t untuk pengembangan, db.m untuk produksi umum, dan db.r untuk basis data dengan kumpulan data kerja yang besar.

Pemilihan kelas instans RDS mengharuskan Anda membuat profil utilisasi CPU, konsumsi memori, kebutuhan IOPS, dan bandwidth jaringan pada beban kerja Anda. AWS Compute Optimizer dan alat RDS Performance Insights membantu mengidentifikasi apakah instans Anda saat ini memiliki kapasitas berlebih atau kurang.

Pola yang umum adalah memulai dengan db.t3 untuk pembuatan prototipe, beralih ke db.m6g saat beban menjadi stabil, lalu beralih ke db.r6g ketika kueri memperoleh manfaat dari kumpulan buffer yang lebih besar. Instans berbasis Graviton2 (db.m6g, db.r6g) biasanya menawarkan perbandingan harga-kinerja hingga 35% lebih baik daripada padanan x86.

RDS menawarkan tiga jenis penyimpanan yang di balik layar dipetakan ke volume EBS:

• gp2 / gp3 — SSD Tujuan Umum; gp3 memungkinkan Anda menyediakan IOPS dan throughput secara terpisah tanpa membayar penyimpanan tambahan
• io1 / io2 — SSD IOPS yang Disediakan untuk basis data OLTP yang sensitif terhadap latensi dan memerlukan respons konsisten di bawah satu milidetik
• st1 — HDD yang Dioptimalkan untuk Throughput, hanya tersedia untuk mesin tertentu dan beban kerja pengujian

Untuk sebagian besar penerapan RDS produksi, gp3 adalah pilihan bawaan yang direkomendasikan karena menawarkan 3.000 IOPS tanpa biaya tambahan dan dapat diskalakan secara terpisah dari ukuran penyimpanan.

RDS mendukung dua dimensi penskalaan. Penskalaan vertikal (perubahan kelas instans) memerlukan periode henti singkat kecuali Multi-AZ diaktifkan—dengan Multi-AZ, pengalihan otomatis memungkinkan hampir tidak ada waktu henti selama pengubahan ukuran. Anda dapat menjadwalkan perubahan untuk periode pemeliharaan berikutnya atau menerapkannya segera.

Penskalaan horizontal hanya berlaku untuk pembacaan: Anda menambahkan Read Replica untuk mendistribusikan kueri SELECT dari instans utama. Read Replica menggunakan replikasi asinkron, sehingga terdapat sedikit keterlambatan replikasi yang harus dapat ditoleransi oleh aplikasi Anda.

Saat memilih antara Aurora dan MySQL/PostgreSQL komunitas, pertimbangkan kompromi berikut:

• Aurora: throughput lebih tinggi, replikasi otomatis enam arah, pengalihan otomatis cepat (sekitar 30 detik), tanpa pengelolaan penyimpanan manual, biaya per jam lebih tinggi
• MySQL/PostgreSQL: biaya lebih rendah, ekstensi komunitas lebih luas, opsi BYOL, alat operasional yang sudah dikenal

Untuk skenario ujian, Aurora lebih disukai ketika pertanyaan menekankan ketersediaan tinggi, pertumbuhan penyimpanan otomatis, atau kinerja yang mendekati basis data komersial dengan harga sumber terbuka. Mesin komunitas lebih unggul ketika meminimalkan biaya atau kesetaraan fitur dengan lingkungan lokal menjadi prioritas.

RDS memisahkan peningkatan versi minor (misalnya, MySQL 8.0.32 → 8.0.36) dari peningkatan versi mayor (misalnya, MySQL 5.7 → 8.0). Peningkatan versi minor dapat diatur untuk diterapkan otomatis selama periode pemeliharaan dengan mengaktifkan --auto-minor-version-upgrade. Peningkatan versi mayor dilakukan secara manual dan mungkin memerlukan pengujian kompatibilitas aplikasi.

Selalu uji peningkatan versi mayor terlebih dahulu di lingkungan persiapan. Anda dapat mengambil snapshot DB sebelum peningkatan untuk melakukan pemulihan jika terjadi masalah. Klaster Aurora mendukung peningkatan versi mayor di tempat dengan gangguan minimal.

Uji pemahaman Anda tentang konsep AWS Solutions Architect (SAA-C03) dari pelajaran ini.

Dalam pelajaran ini Anda telah mempelajari bahwa: RDS mendukung enam mesin (MySQL, PostgreSQL, MariaDB, Oracle, SQL Server, Aurora), kelas instans dipetakan ke profil beban kerja (db.t untuk pengembangan/pengujian, db.m untuk tujuan umum, db.r untuk beban yang intensif memori), dan Aurora menawarkan throughput yang lebih tinggi serta penskalaan penyimpanan otomatis dibandingkan mesin komunitas. Selanjutnya kita akan membahas penerapan Multi-AZ dan pencadangan otomatis untuk ketersediaan tinggi.