RDS Edisi Dasar berjalan pada arsitektur standalone dengan compute dan storage terpisah. Harganya 50% lebih murah dibandingkan RDS Edisi Ketersediaan Tinggi dan cocok untuk workload non-produksi yang dapat menerima downtime.
RDS Edisi Dasar tidak memiliki instans secondary maupun hot standby. Jika instans mengalami kegagalan, atau saat Anda mengubah spesifikasi instans atau melakukan upgrade engine database, database Anda mungkin tidak tersedia dalam periode yang lama—dalam kasus ekstrem, lebih dari 30 menit. Untuk workload produksi yang memerlukan ketersediaan tinggi, gunakan RDS Edisi Ketersediaan Tinggi atau RDS Edisi Kluster sebagai gantinya.
Cara kerja
RDS Edisi Dasar menggunakan satu instans RDS primary yang didukung oleh sistem operasi terdistribusi Apsara milik Alibaba Cloud, yang menyimpan beberapa salinan data Anda di lapisan storage yang mendasarinya. Karena compute dipisahkan dari storage, kegagalan node compute tidak menyebabkan kehilangan data—data Anda tetap utuh di lapisan storage.
Namun, hal ini berdampak pada ketersediaan: tidak ada instans RDS secondary yang secara otomatis mengambil alih ketika primary mengalami kegagalan atau menjalani maintenance.
Manfaat
Biaya lebih rendah
RDS Edisi Dasar harganya 50% lebih murah dibandingkan RDS Edisi Ketersediaan Tinggi, sehingga menjadi pilihan praktis untuk lingkungan pengembangan, pengujian, dan pembelajaran.
Throughput lebih tinggi untuk ukuran instans yang sama
Karena instans primary tidak mereplikasi data ke instans secondary, tidak ada overhead replikasi. Dengan konfigurasi instans yang sama, RDS Edisi Dasar memberikan throughput lebih tinggi dibandingkan RDS Edisi Ketersediaan Tinggi.
Ketahanan data meskipun terjadi kegagalan compute
Pemisahan compute dan storage memastikan bahwa kegagalan node compute tidak menyebabkan kehilangan data. Sistem operasi terdistribusi Apsara mempertahankan beberapa salinan data di lapisan storage secara independen dari compute.
Perbandingan edisi
| RDS Edisi Dasar | RDS Edisi Ketersediaan Tinggi | |
|---|---|---|
| Arsitektur | Standalone (single node) | Primary + secondary |
| Hot standby | Tidak | Ya |
| Alih bencana primary/secondary | Tidak didukung | Didukung |
| Instans hanya-baca | Tidak didukung | Didukung |
| Biaya | 50% dari Edisi Ketersediaan Tinggi | Dasar |
| Workload target | Pengembangan, pengujian, pembelajaran, situs web kecil | Workload produksi yang memerlukan ketersediaan tinggi |
Kasus penggunaan
Pengembangan dan pengujian
Buat instans RDS Edisi Dasar dengan cepat untuk lingkungan pengembangan atau quality assurance (QA). Instans disediakan dan diskalakan sesuai workload Anda tanpa biaya tambahan dari konfigurasi ketersediaan tinggi.
Situs web dan aplikasi kecil
Serahkan tugas operasional dan maintenance (O&M) rutin ke Alibaba Cloud dan fokuslah membangun aplikasi Anda. RDS Edisi Dasar menangani backup, pemantauan, dan peringatan secara out of the box.
Mempelajari ApsaraDB RDS
Jika Anda baru mengenal ApsaraDB RDS for MySQL, RDS Edisi Dasar merupakan cara berbiaya rendah untuk membiasakan diri dengan layanan ini sebelum beralih ke edisi yang siap produksi.
Fitur
RDS Edisi Dasar mencakup fitur-fitur berikut:
Daftar putih alamat IP
Pemantauan dan Peringatan
Backup dan restorasi
Fitur-fitur berikut tidak tersedia di RDS Edisi Dasar:
Untuk daftar lengkap fitur, lihat Fitur.
Batasan
Downgrade dari RDS Edisi Ketersediaan Tinggi ke RDS Edisi Dasar tidak didukung.
Alih bencana primary/secondary tidak tersedia. Jika instans primary gagal, pemulihan mungkin memerlukan waktu yang lama.
Instansi hanya baca tidak didukung.
FAQ
Mengapa perubahan spesifikasi atau upgrade engine database memakan waktu lama?
RDS Edisi Dasar berjalan pada satu server fisik tanpa instans secondary. Saat Anda mengubah spesifikasi instans atau melakukan upgrade engine database, sistem memeriksa apakah server fisik saat ini memiliki sumber daya yang cukup. Jika tidak, sistem akan melakukan migrasi database Anda ke server fisik lain. Selama migrasi dan alih bencana, instans Anda kehilangan konektivitas. Dalam kasus ekstrem, gangguan tersebut dapat berlangsung lebih dari 30 menit.
Jika downtime selama maintenance tidak dapat diterima untuk workload Anda, lakukan upgrade ke RDS Edisi Perusahaan atau RDS Edisi Kluster. Edisi-edisi ini menggunakan arsitektur ketersediaan tinggi yang mereplikasi data dari instans secondary tanpa mengganggu workload Anda yang sedang berjalan.
Mengapa RDS Edisi Dasar mendukung lebih sedikit fitur dibandingkan edisi lainnya?
RDS Edisi Dasar hanya memiliki satu instans primary. Fitur-fitur yang bergantung pada instans secondary—seperti alih bencana primary/secondary dan instansi hanya baca—tidak tersedia. Untuk perbandingan fitur lengkap antar edisi, lihat Fitur.
Langkah selanjutnya
Buat instans ApsaraDB RDS for MySQL — buat instans yang menjalankan RDS Edisi Dasar
Mulai cepat — buat dan hubungkan ke instans RDS Edisi Dasar
Upgrade ke RDS Edisi Ketersediaan Tinggi — upgrade instans reguler