Topik ini menjelaskan batasan dan catatan penggunaan ApsaraDB RDS.
Setelah membuat instance ApsaraDB RDS, Anda tidak perlu melakukan operasi O&M (Operasi & Pemeliharaan) database dasar seperti konfigurasi ketersediaan tinggi dan pembaruan patch keamanan. Namun, ada beberapa hal yang perlu diperhatikan.
Item | Deskripsi |
Perubahan spesifikasi | Ketika Anda mengubah spesifikasi instance RDS Anda, sistem mungkin akan memigrasikan data dari instance RDS Anda ke instance RDS baru. Data inkremental yang dihasilkan selama migrasi terus disinkronkan ke instance RDS baru. Setelah migrasi selesai, sistem akan memindahkan beban kerja Anda ke instance RDS baru pada waktu pergantian yang Anda tentukan. Selama proses migrasi, gangguan layanan atau koneksi sementara mungkin terjadi. Tingkat dampaknya bervariasi di antara edisi RDS yang berbeda. Jika gangguan layanan atau koneksi sementara terjadi, Anda tidak dapat melakukan sebagian besar operasi yang terkait dengan database, akun, dan pengaturan jaringan. Penting
|
Peningkatan versi | Ketika Anda meningkatkan versi mesin utama atau memperbarui versi mesin minor dari instance RDS Anda, gangguan layanan atau koneksi sementara mungkin terjadi. Tingkat dampaknya bervariasi di antara edisi RDS yang berbeda. Sebagai contoh, Anda memperbarui versi mesin minor dari instance RDS yang menjalankan MySQL 8.0 dari 20230324 ke 20230630 atau meningkatkan instance RDS dari MySQL 5.5 ke MySQL 5.6. Jika gangguan layanan atau koneksi sementara terjadi, Anda tidak dapat melakukan sebagian besar operasi yang terkait dengan database, akun, dan pengaturan jaringan. Penting
|
Failover | Edisi Ketersediaan Tinggi RDS dan Edisi Kluster RDS menyediakan instance RDS sekunder atau node sekunder yang berfungsi sebagai hot standby. Jika instance RDS utama atau node utama Anda gagal secara tak terduga, sistem database Anda dapat failover ke instance RDS sekunder atau node sekunder dalam waktu 30 detik. Waktu yang lama diperlukan untuk failover jika data antara instance RDS utama atau node utama dan instance RDS sekunder atau node sekunder tidak konsisten. Selama failover, koneksi sementara yang berlangsung sekitar 30 detik terjadi. Kami merekomendasikan agar Anda mengonfigurasi aplikasi Anda untuk secara otomatis menyambung ulang ke sistem database Anda. Ini mencegah gangguan pada beban kerja Anda. |
Perubahan tipe jaringan | Ketika Anda mengubah tipe jaringan instance RDS Anda antara jaringan klasik dan virtual private cloud (VPC), server tempat aplikasi Anda berjalan terputus dari instance RDS Anda, dan alamat IP baru diberikan kepada instance RDS Anda. Setelah migrasi selesai, kami merekomendasikan agar Anda segera memperbarui konfigurasi Titik akhir pada aplikasi Anda. |
Pemulihan data | Sebelum Anda memulihkan data instance RDS Anda, kami merekomendasikan agar Anda mencadangkan data penting pada instance RDS Anda untuk mencegah kehilangan data. Kami juga merekomendasikan agar Anda memulihkan data instance RDS Anda dengan menyalin data Anda ke instance RDS sementara atau instance RDS yang dikloning. Setelah Anda memverifikasi akurasi data yang dipulihkan, Anda dapat memigrasikan data kembali ke instance RDS asli Anda. |
Kapasitas penyimpanan | Jika kapasitas penyimpanan instance RDS Anda habis, instance RDS tersebut akan secara otomatis terkunci dan tidak dapat memberikan layanan. Kami merekomendasikan agar Anda secara rutin memeriksa Penggunaan penyimpanan. Catatan Jika Penggunaan penyimpanan sangat tinggi, lakukan pemecahan masalah berdasarkan deskripsi dalam Apa yang harus saya lakukan jika instance ApsaraDB RDS for MySQL saya terkunci karena kapasitas penyimpanannya habis? |
Peningkatan performa |
|