Pelajari fitur backup, perhitungan penggunaan, penagihan, dampak performa, dan kebijakan perlindungan data untuk ApsaraDB RDS for MySQL.
Fitur backup
|
Kategori |
Nama Fitur |
Deskripsi |
Kasus/penggunaan utama |
|
Fitur backup dasar |
Automatic backup |
Mekanisme perlindungan otomatis inti. Anda dapat mengonfigurasi siklus backup, jendela waktu, dan periode retensi. |
Untuk operasi rutin dan maintenance (O&M), sistem secara otomatis melakukan full backup berdasarkan kebijakan yang dikonfigurasi. Ketika 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 dilacak 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 recovery point objective (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 dipertahankan selama periode tambahan. |
Mencegah kehilangan data permanen akibat operasi tidak sengaja dan memberikan kesempatan pemulihan terakhir. |
Dengan menggabungkan fitur-fitur ini, Anda dapat membangun sistem perlindungan data fleksibel yang mencakup O&M rutin, disaster recovery, serta manajemen performa dan biaya.
Anda juga dapat menggunakan fitur logical backup dari Data Disaster Recovery (DDR), yang mendukung cross-account backup, backup database tunggal atau tabel tunggal, geo-redundansi, dan penyimpanan backup di OSS, untuk secara otomatis mencadangkan ApsaraDB RDS for MySQL atau database MySQL yang dikelola sendiri.
Metode backup
ApsaraDB RDS for MySQL mendukung logical backup, physical backup, dan snapshot backup. Tabel berikut membandingkan metode-metode tersebut:
|
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 |
|
Precision 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 tabel tunggal, 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 |
Menghasilkan set cadangan dan menyimpannya di backup storage yang disediakan oleh Alibaba Cloud. Tidak menempati storage space instans. |
Terutama digunakan untuk data restoration dan merupakan dasar untuk point-in-time recovery (PITR). |
|
Log backup |
Jika diaktifkan, binary logs diunggah secara real time ke backup storage yang disediakan oleh 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 menyiapkan 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 backup gratis
Kuota backup gratis bergantung pada apakah fitur storage compression diaktifkan.
Kuota backup gratis hanya berlaku untuk backup reguler dengan periode penyimpanan backup hingga 730 hari atau kurang. Tidak berlaku untuk backup arsip 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 pay-as-you-go. Biaya backup per jam dihitung menggunakan rumus berikut: Biaya backup per jam = (Penggunaan backup - Kuota backup gratis) × 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, yang 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, yang 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, yang menyebabkan biaya penyimpanan cross-region backup lebih tinggi. Kode item yang dapat ditagih adalah BackupStorageSize.
CatatanSebagai contoh, jika operasi Data Definition Language (DDL) menyebabkan delay 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 oleh Alibaba Cloud. Tidak menempati storage space instans.
Backup disimpan di wilayah yang sama dengan instans RDS, tetapi belum tentu di zona yang sama. Untuk menyimpan backup di wilayah berbeda, gunakan cross-region backup.
-
Penyimpanan backup tidak dapat diakses dari luar. Untuk mengunduh backup, lihat Download a backup set.
-
Penyimpanan backup 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 jahat atau tidak sengaja:
-
Penghapusan manual oleh pengguna: Anda dapat menghapus manual backup, tetapi tidak dapat menghapus automatic backup. Untuk informasi selengkapnya, lihat Delete or reduce backups.
-
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 dikenai biaya. 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 dikenai biaya?
J: Biaya 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 dimasukkan. Jika penulisan tersebar, lebih banyak blok tidak kosong dihasilkan, yang 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 dikenai biaya untuk backup?
J: Bahkan setelah instans ApsaraDB RDS for MySQL dilepas, jika Anda menetapkan kebijakan retensi backup untuk instans setelah penghapusan, file backup ini 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.