RDS Edisi Dasar adalah edisi database berbasis node tunggal dengan komputasi dan penyimpanan yang terpisah. Edisi ini tidak memiliki instans secondary, sehingga tidak ada overhead replikasi dan biayanya 50% lebih rendah dibandingkan RDS Edisi Ketersediaan Tinggi—namun tidak mendukung failover otomatis.
Karena RDS Edisi Dasar tidak memiliki instans standby, kegagalan tak terduga, perubahan spesifikasi instans, dan peningkatan mesin database dapat menyebabkan downtime berkepanjangan (hingga lebih dari 30 menit). Untuk workload lingkungan produksi yang memerlukan ketersediaan tinggi, gunakan RDS Edisi Ketersediaan Tinggi sebagai gantinya. Anda dapat melakukan upgrade kapan saja—lihat Upgrade edisi.
Pilih edisi
Gunakan tabel berikut untuk menentukan apakah RDS Edisi Dasar sesuai dengan kebutuhan Anda.
| RDS Edisi Dasar | RDS Edisi Ketersediaan Tinggi | |
|---|---|---|
| Arsitektur | Standalone (single node) | Primary + secondary instance |
| Automatic failover | Tidak | Ya |
| Primary/secondary switchover | Tidak didukung | Didukung |
| Read-only instances | Tidak didukung | Didukung |
| Log management | Tidak didukung | Didukung |
| IP address whitelist | Didukung | Didukung |
| Monitoring and alerting | Didukung | Didukung |
| Backup and restore | Didukung | Didukung |
| Downtime during engine upgrade or spec change | Hingga lebih dari 30 menit | Minimal |
| Harga | 50% lebih murah daripada Edisi Ketersediaan Tinggi | Acuan |
Untuk daftar fitur lengkap, lihat Fitur ApsaraDB RDS for SQL Server.
Cara kerja
RDS Edisi Dasar memisahkan komputasi dan penyimpanan menjadi lapisan independen:
Compute layer: Mesin database berjalan pada satu node komputasi. Tidak ada data yang direplikasi ke instans secondary, sehingga tidak ada overhead replikasi—inilah alasan RDS Edisi Dasar memberikan throughput lebih tinggi dibandingkan RDS Edisi Ketersediaan Tinggi pada konfigurasi yang sama.
Storage layer: File database disimpan di cloud disk yang dikelola oleh sistem terdistribusi Apsara milik Alibaba Cloud, yang menyimpan beberapa salinan data Anda. Sumber daya komputasi dipisahkan dari sumber daya penyimpanan, sehingga mencegah kehilangan data saat node komputasi mengalami kegagalan.
Keandalan layanan database Anda dijamin oleh sistem operasi terdistribusi Apsara skala besar dari Alibaba Cloud yang menyimpan beberapa salinan data Anda.
Kasus penggunaan
RDS Edisi Dasar cocok untuk lingkungan non-produksi dan workload yang sensitif terhadap biaya:
Pengembangan dan pengujian: Provision instans dengan cepat dan skalakan sesuai workload Anda. Provisioning cepat membantu memperpendek siklus Riset dan Pengembangan (R&D).
Pembelajaran dan evaluasi: Jika Anda baru mulai menggunakan ApsaraDB RDS, RDS Edisi Dasar memungkinkan Anda menjelajahi layanan ini dengan biaya lebih rendah.
Situs web dan aplikasi kecil: Alihkan tugas rutin O&M ke Alibaba Cloud dan fokuslah pada aplikasi Anda. RDS Edisi Dasar bekerja dengan baik ketika traffic bersifat prediktabel dan downtime singkat dapat diterima.
Fitur
Edisi Dasar mendukung fitur dasar seperti IP address whitelist, Monitoring and Alerts, serta backup dan pemulihan. Edisi ini tidak mendukung fitur-fitur berikut:
Untuk daftar fitur yang didukung, lihat Ikhtisar fitur SQL Server.
Batasan
RDS Edisi Dasar berjalan pada satu node. Fitur yang bergantung pada arsitektur primary-secondary tidak tersedia:
Tidak ada automatic failover: Jika node komputasi gagal, sistem akan memigrasikan mesin database ke node baru. Instans Anda tidak tersedia selama proses migrasi—dalam kasus ekstrem, lebih dari 30 menit.
Tidak ada primary/secondary switchover: Tanpa instans secondary, tidak ada standby yang dapat dialihkan.
Tidak ada read-only instances: Replika baca memerlukan pengaturan primary-secondary dan tidak didukung.
Tidak ada log management: Fitur manajemen log yang tersedia di edisi lain tidak didukung.
Downtime berkepanjangan selama maintenance: Saat Anda mengubah spesifikasi instans atau meningkatkan mesin database, sistem memeriksa apakah server fisik saat ini memiliki sumber daya yang cukup. Jika tidak, sistem akan memigrasikan data Anda ke server baru—berpotensi mengganggu konektivitas lebih dari 30 menit.
Mengatur log backup frequency ke Every 30 Minutes memungkinkan Anda memulihkan data ke titik waktu dalam 30 menit terakhir jika terjadi kegagalan cloud disk atau masalah serupa. Untuk detailnya, lihat Backup instans ApsaraDB RDS for SQL Server.
Buat instans
Untuk membuat instans RDS Edisi Dasar dan menghubungkan ke database SQL Server, lihat Buat instans ApsaraDB RDS for SQL Server.
Upgrade edisi
Anda dapat meng-upgrade instans RDS Edisi Dasar ke RDS Edisi Ketersediaan Tinggi kapan saja. Lihat Upgrade instans ApsaraDB RDS for SQL Server dari Edisi Dasar ke Edisi Ketersediaan Tinggi.
Downgrade dari RDS Edisi Ketersediaan Tinggi ke RDS Edisi Dasar tidak didukung. Untuk mencapai hasil yang setara, buat instans RDS Edisi Dasar baru, migrasikan data Anda dari instans Edisi Ketersediaan Tinggi yang ada, lalu lepas instans aslinya. Lihat Migrasi data antar instans ApsaraDB RDS for SQL Server dan Lepaskan atau batalkan langganan instans RDS.
FAQ
Mengapa peningkatan mesin dan perubahan spesifikasi instans memakan waktu lama pada RDS Edisi Dasar?
RDS Edisi Dasar menggunakan arsitektur standalone dengan satu node komputasi. Saat Anda meningkatkan mesin database atau mengubah spesifikasi instans, sistem memeriksa apakah server fisik saat ini dapat memenuhi kebutuhan sumber daya baru. Jika tidak, sistem akan memigrasikan semua data ke server fisik baru sebelum melakukan alih bencana—berpotensi mengganggu konektivitas lebih dari 30 menit.
Kami merekomendasikan Anda memilih RDS Edisi Perusahaan atau RDS Edisi Kluster. Edisi-edisi ini berbasis arsitektur ketersediaan tinggi, yang memungkinkan Anda mereplikasi data dari instans RDS secondary tanpa dampak pada workload Anda, sehingga downtime tetap minimal. Lihat RDS Edisi Ketersediaan Tinggi dan RDS Edisi Kluster untuk detailnya.
Mengapa RDS Edisi Dasar mendukung lebih sedikit fitur dibandingkan edisi lain?
Fitur seperti primary/secondary switchover, read-only instances, dan log management semuanya memerlukan instans secondary agar dapat berfungsi. Karena RDS Edisi Dasar menggunakan arsitektur satu node, fitur-fitur tersebut secara arsitektural tidak memungkinkan. Untuk perbandingan fitur lengkap, lihat Fitur ApsaraDB RDS for SQL Server.