Dokumen ini menjelaskan fitur, perhitungan penggunaan, metode penagihan, dampak performa, dan kebijakan perlindungan data untuk backup ApsaraDB RDS for MySQL guna membantu Anda memahami dan menggunakan layanan backup RDS.
Fitur backup
Kategori | Nama Fitur | Deskripsi | Kasus penggunaan utama/skenario |
Fitur backup dasar | Automatic backup | Mekanisme perlindungan otomatis inti. Anda dapat mengonfigurasi siklus backup, jendela waktu, dan periode retensi. | Untuk operasi dan pemeliharaan (O&M) rutin, sistem secara otomatis melakukan full backup berdasarkan kebijakan yang dikonfigurasi. Saat dikombinasikan dengan log backup, ini menyediakan fondasi data untuk point-in-time recovery (PITR). |
Manual backup | Memungkinkan Anda membuat backup instan sesuai permintaan. | Membuat titik pemulihan yang jelas sebelum perubahan besar, seperti peningkatan aplikasi atau migrasi data. | |
Fitur backup lanjutan | Database/Table-level backup | Memungkinkan Anda memulihkan database atau tabel tertentu tanpa memulihkan seluruh instans. | Menangani skenario pemulihan detail halus, seperti penghapusan tabel tidak sengaja atau pembaruan data, untuk meminimalkan dampak bisnis. |
High-frequency backup (physical/snapshot) | Memungkinkan Anda memulihkan data dengan cepat ke titik waktu tertentu, yang secara signifikan mengurangi potensi jendela kehilangan data. | Ideal untuk skenario bisnis yang memerlukan tujuan titik pemulihan (RPO) ketat. | |
Disaster recovery dan optimalisasi biaya | Cross-region backup | Secara otomatis mencadangkan data ke wilayah geografis lain. | Mencapai disaster recovery tingkat wilayah dan memastikan ketersediaan bisnis maksimum. |
Sparse backup | Memungkinkan Anda mengonfigurasi kebijakan backup secara fleksibel untuk menyimpan jumlah minimum set cadangan. | Mengurangi biaya penyimpanan backup sekaligus memastikan ketersediaan data. | |
Set a backup retention policy for released instances | Setelah instans dilepas (dihapus), data backup-nya dapat disimpan selama periode tambahan. | Mencegah kehilangan data permanen akibat operasi tidak sengaja dan memberikan peluang pemulihan terakhir. |
Dengan menggabungkan fitur-fitur ini, Anda dapat membangun sistem perlindungan data multidimensi dan fleksibel untuk memenuhi kebutuhan komprehensif dalam O&M rutin, disaster recovery lanjutan, serta manajemen performa dan biaya.
Anda juga dapat menggunakan fitur logical backup dari Data Disaster Recovery (DDR), yang mendukung cross-account backup, single-database atau single-table backup, geo-redundancy, dan penyimpanan backup di OSS, untuk secara otomatis mencadangkan ApsaraDB RDS for MySQL atau database MySQL yang dikelola sendiri.
Metode backup
Metode backup data umum meliputi logical backup, physical backup, dan snapshot backup. Perbedaan utamanya sebagai berikut:
Dimensi | Logical backup | Physical backup | Snapshot backup |
Granularitas backup | Tingkat objek database, seperti tabel, indeks, dan prosedur tersimpan. | Tingkat file database, seperti file data InnoDB. | Tingkat blok disk cloud, yang mencakup seluruh volume penyimpanan instans. |
Tool khas |
| XtraBackup | Berdasarkan layanan snapshot ESSD |
Persisi pemulihan | Anda dapat memulihkan satu tabel atau database, tetapi point-in-time recovery tidak didukung kecuali dikombinasikan dengan binary logs. | Mendukung full backup dan log backup untuk pemulihan ke titik waktu apa pun dengan granularitas tingkat detik. | Mendukung point-in-time recovery, yang bergantung pada log backup. |
Skenario | Migrasi lintas versi, pemulihan satu tabel, dan ekspor ke database yang dikelola sendiri | Pemulihan penuh cepat, disaster recovery, dan cross-region backup | Pemulihan sangat cepat untuk Recovery Time Objective (RTO) terpendek dan skenario dengan persyaratan kelangsungan bisnis tinggi |
Operasi terkait | Restore an ApsaraDB RDS for MySQL logical backup file to a self-managed database | Restore an ApsaraDB RDS for MySQL physical backup file to a self-managed database | Restore an ApsaraDB RDS for MySQL snapshot backup file to a self-managed database |
Penggunaan backup
Komponen backup
Backup RDS terdiri dari data backup dan log backup.
Data backup: Sistem mencadangkan data Anda dan menghasilkan set cadangan. Fitur ini diaktifkan secara default dan tidak dapat dinonaktifkan. Data backup disimpan minimal selama 7 hari, dengan frekuensi backup minimal dua kali seminggu. Jika kebutuhan data backup Anda minimal, Anda dapat mengurangi jumlah data backup dengan mengubah frekuensi backup dan periode retensi set cadangan.
Log backup: Juga dikenal sebagai incremental backup. Fitur ini diaktifkan secara default tetapi dapat dinonaktifkan. Log backup disimpan minimal selama 7 hari. Dengan menggabungkan data backup dan log backup, Anda dapat memulihkan data ke titik waktu apa pun (PITR) mulai dari full backup pertama dalam periode retensi backup. Jika kebutuhan log backup Anda minimal, Anda dapat mengurangi jumlah log backup dengan memperpendek periode retensi set cadangan atau menonaktifkan log backup.
Lihat penggunaan backup
Penggunaan backup = Ukuran data backup + Ukuran log backup
Di halaman Basic Information instans, lihat parameter Backup Usage di bagian Instance Resources.
Setelah pembaruan versi minor untuk instans ApsaraDB RDS for MySQL atau Serverless ApsaraDB RDS for MySQL Edisi Dasar, halaman Basic Information mungkin menampilkan Backup Usage sebagai 0. Nilai ini akan diperbarui secara otomatis setelah backup terjadwal berikutnya selesai.
Sebagai contoh, pada gambar berikut, penggunaan backup adalah 33,2 GB (data backup) ditambah 20,19 MB (log backup). Archive Backup mengacu pada data backup yang disimpan lebih dari 2 tahun (730 hari). Data mengacu pada data backup non-arsip.
Penggunaan backup
Log | Deskripsi | Tujuan |
Data backup | Mencadangkan data dan menghasilkan set cadangan. Disimpan di backup storage yang disediakan Alibaba Cloud. Tidak menempati storage space instans. | Terutama digunakan untuk data restoration dan merupakan dasar untuk point-in-time recovery (PITR). |
Log backup | Saat log backup diaktifkan, binary logs diunggah secara real time ke backup storage yang disediakan Alibaba Cloud. Tidak menempati storage space instans. | Memungkinkan point-in-time recovery. |
Binary log | Log mentah instans, disimpan di storage space instans. | Dapat digunakan untuk mengatur arsitektur master-slave, misalnya. |
Clearing binary logs mengurangi storage space yang ditempati tetapi tidak memengaruhi ukuran log backup.
Di halaman Monitoring and Alerts instans, Anda dapat melihat storage space yang ditempati oleh binary logs. Untuk informasi selengkapnya, lihat View monitoring information.
Biaya backup
Item yang dapat ditagih untuk backup
Item yang dapat ditagih | Kode item yang dapat ditagih | Produk yang ditagih | Referensi |
RDS basic backup | BackupCharged | ApsaraDB RDS | |
Cross-region backup storage for instances with Premium Local SSDs | DdrOssStorageSize | ||
Cross-region backup storage for cloud disk instances | BackupStorageSize | Database Backup (DBS) | |
Cross-region backup network traffic | NetworkOutDuplicationSize | ||
Outbound traffic for backup download | NetworkOutSize | ||
Backup conversion for cloud disk instances | BackupAnalyticSize | ||
Backup set retention for deleted instances with Premium Local SSDs | StandardStorageSize | ||
Backup set retention for deleted cloud disk instances | BackupStorageSize | ||
Database/Table recovery storage for instances with Premium Local SSDs | CapacitySandboxStorageSize |
Kuota gratis backup
Kuota gratis backup bergantung pada apakah fitur storage compression diaktifkan.
Jenis Penyimpanan | Status kompresi penyimpanan | Rincian kuota gratis | Deskripsi |
Premium ESSD | Kompresi dinonaktifkan | 200% dari storage space | Periksa parameter Backup Usage (yaitu data logis aktual) di area Usage Statistics pada halaman Basic Information instans. |
Kompresi diaktifkan | 400% dari storage space | ||
Premium Local SSDs | Kompresi dinonaktifkan | 50% dari storage space | |
Kompresi diaktifkan | 100% dari storage space |
Kuota gratis backup hanya berlaku untuk backup reguler dengan periode penyimpanan backup 730 hari atau kurang. Tidak berlaku untuk archived backup yang disimpan lebih dari 730 hari.
Rincian biaya
Jika penggunaan backup Anda tidak melebihi kuota gratis, backup tidak dikenai biaya. Penggunaan yang melebihi dikenai biaya berdasarkan metode bayar sesuai penggunaan. Biaya backup per jam dihitung menggunakan rumus berikut: Biaya backup per jam = (Penggunaan backup - Kuota gratis backup) × Harga satuan backup.
Catatan
Biaya backup terkait dengan penggunaan backup, bukan penggunaan storage space. Hal ini karena backup tidak menempati storage space instans RDS.
Saat menganalisis biaya backup, periksa penggunaan backup, bukan penggunaan storage space.
Operasi kontrol yang melibatkan penggantian disk, seperti membangun ulang database sekunder, memiliki efek berikut pada instans cloud disk:
Jumlah penyimpanan backup satu wilayah untuk instans cloud disk meningkat, sehingga menyebabkan biaya penyimpanan backup satu wilayah lebih tinggi. Kode item yang dapat ditagih adalah BackupCharged.
Trafik jaringan cross-region backup untuk instans cloud disk meningkat, sehingga menyebabkan biaya trafik jaringan cross-region backup lebih tinggi. Kode item yang dapat ditagih adalah NetworkOutDuplicationSize.
Jumlah penyimpanan cross-region backup untuk instans cloud disk meningkat, sehingga menyebabkan biaya penyimpanan cross-region backup lebih tinggi. Kode item yang dapat ditagih adalah BackupStorageSize.
CatatanSebagai contoh, jika operasi Data Definition Language (DDL) menyebabkan penundaan lama pada database sekunder, sistem mungkin secara otomatis memicu pembangunan ulang database sekunder, yang meningkatkan biaya.
Cara mengurangi biaya backup
Kurangi penggunaan backup
Anda dapat menghapus atau mengurangi backup. Untuk informasi selengkapnya, lihat Delete or reduce backups.
Tingkatkan kuota gratis
Anda dapat memperluas storage space. Untuk informasi selengkapnya, lihat Change configuration.
Kuota gratis terkait dengan kapasitas penyimpanan. Misalnya, jika Anda memperluas storage space dari 150 GB menjadi 300 GB, kuota gratis meningkat dari 75 GB menjadi 150 GB.
Lokasi penyimpanan backup
Data backup dan log backup disimpan di backup storage yang disediakan Alibaba Cloud. Tidak menempati storage space instans.
Backup disimpan di wilayah yang sama dengan instans RDS. Zona tempat backup disimpan belum tentu sama dengan zona instans RDS. Untuk mencadangkan data lintas wilayah, Anda dapat menggunakan cross-region backup.
Backup storage tidak dapat diakses dari luar. Untuk mengunduh backup, lihat Download a backup set.
Backup storage dilengkapi kuota gratis. Penggunaan yang melebihi kuota dikenai biaya. Untuk informasi selengkapnya, lihat Backup costs.
Dampak performa backup
Jenis instans | Dampak backup |
High-availability series, Cluster Edition, atau RDS Enterprise Edition | Backup dilakukan pada instans sekunder. Tidak mengonsumsi CPU instans utama atau memengaruhi performanya. Catatan Dalam kasus langka, jika instans sekunder tidak tersedia, backup akan dilakukan pada instans utama. |
Karena arsitektur satu node, backup akan memengaruhi performa instans. |
Perlindungan data untuk backup
Tamper-proofing:
Full physical backup dan log backup untuk ApsaraDB RDS for MySQL disimpan di OSS. Full snapshot backup disimpan di layanan snapshot ESSD. Sistem backup menggunakan kedua metode penyimpanan secara internal, dan keduanya memiliki atribut tamper-proof write-once-read-many (WORM).
Perlindungan terhadap penghapusan berbahaya atau tidak sengaja:
Penghapusan manual oleh pengguna: Anda dapat menghapus cadangan manual, tetapi tidak dapat menghapus cadangan otomatis. Untuk informasi selengkapnya, lihat Menghapus atau mengurangi cadangan.
Penghapusan otomatis saat kedaluwarsa: Data automatic backup dapat dihapus. Namun, automatic backup tidak dapat dinonaktifkan, periode retensi minimum adalah 7 hari, dan frekuensi backup minimum adalah dua kali seminggu. Untuk informasi selengkapnya, lihat Automatic backup. Oleh karena itu, data penuh dan log Anda dari automatic backup tidak dapat dihapus sepenuhnya.
FAQ
T: Automatic backup instans RDS saya telah melebihi kuota gratis dan sekarang ditagih. Bagaimana cara menonaktifkan fitur backup?
J: Fitur backup default untuk RDS diaktifkan secara default dan tidak dapat dinonaktifkan. Namun, Anda dapat menghapus backup yang ada atau mengurangi pembuatan backup baru dengan mengubah kebijakan automatic backup. Untuk informasi selengkapnya, lihat Delete or reduce backups.
T: Backup saya belum melebihi kuota gratis. Mengapa saya ditagih?
J: Tagihan ini mungkin untuk backup sebelumnya yang melebihi kuota gratis.
T: Mengapa ukuran backup lebih besar daripada volume data?
J: Instans disk cloud menggunakan snapshot backup, dan ukuran snapshot backup bisa jauh lebih besar daripada ukuran data. Saat menghitung ukuran snapshot backup, ukuran semua blok tidak kosong termasuk di dalamnya. Jika penulisan tersebar, lebih banyak blok tidak kosong dihasilkan, sehingga membuat snapshot backup lebih besar.
T: Saya memperpendek periode retensi backup dari x hari menjadi y hari. Mengapa ukuran backup tidak berubah?
J: Jika tidak ada backup yang lebih tua dari y hari, tidak ada data backup yang dihapus. Oleh karena itu, ukuran backup tidak berubah.
T: Instans ApsaraDB RDS for MySQL saya telah dilepas. Mengapa saya masih ditagih untuk backup?
J: Bahkan setelah instans ApsaraDB RDS for MySQL dilepas, jika Anda menetapkan kebijakan retensi backup untuk instans setelah penghapusan, file backup tersebut disimpan di halaman Backup Management di Konsol RDS. Penyimpanan backup gratis selama 7 hari setelah instans dilepas. Setelah 7 hari, penagihan dimulai.
Oleh karena itu, Anda mungkin dikenai biaya backup jika periode retensi backup melebihi periode gratis 7 hari. Dalam hal ini, Anda ditagih berdasarkan jumlah penyimpanan aktual dan wilayah. Untuk informasi penagihan selengkapnya, lihat Cost details. Jika Anda tidak memerlukan backup, Anda dapat mengubah kebijakan retensi untuk instans target menjadi Do Not Retain di tab Deleted Instance Backups untuk menghindari biaya penyimpanan backup.