Data Disaster Recovery menyediakan dua metode backup: logical backup dan physical backup. Layanan ini juga menawarkan berbagai spesifikasi backup plan untuk memberikan perlindungan data yang efektif dan layanan backup berbiaya rendah bagi database Anda. Anda dapat mengevaluasi kebutuhan bisnis guna memilih metode dan spesifikasi backup yang sesuai dengan persyaratan Anda.
Perbedaan antara logical backup dan physical backup
Item Perbandingan | Logical Backup | Physical Backup |
Konsep | Backup tingkat objek database. Konten backup mencakup objek database seperti tabel, indeks, dan stored procedures. Tool umum meliputi MySQL mysqldump dan Oracle exp/imp. | Backup tingkat file database. Konten backup adalah file database pada sistem operasi. Tool umum meliputi MySQL XtraBackup dan Oracle RMAN. |
Prinsip full backup | DBS membagi data semua tabel dalam database dan mengeksekusi SQL statement pada database untuk membaca data secara paralel menggunakan beberapa thread. | Menginstal backup gateway pada server tempat database berada. Backup gateway kemudian digunakan untuk melakukan backup (copy) file database. Untuk informasi lebih lanjut, lihat Add a backup gateway. |
Prinsip incremental backup | DBS membaca log yang disimpan di memori database dan melakukan incremental backup berdasarkan log tersebut secara real time. Hal ini mencegah penurunan performa I/O yang mungkin terjadi saat full backup dilakukan. Kecepatan pembacaan log database disesuaikan berdasarkan laju pembuatan log. | |
Fitur |
|
|
Ukuran database yang direkomendasikan | 1 MB hingga 1 TB | Lebih besar dari 1 TB |
Database yang didukung |
| |
Memerlukan instalasi backup gateway | Tidak | Diperlukan |
Ukuran data backup | Karena logical backup dapat memilih secara selektif tabel atau data tertentu untuk di-backup, ukurannya biasanya lebih kecil dibandingkan physical backup. | Ukuran physical backup umumnya berkaitan langsung dengan ruang penyimpanan aktual database. Ukurannya biasanya sangat besar karena merupakan backup seluruh file database. |
Cara memilih spesifikasi backup plan
Data Disaster Recovery menawarkan berbagai spesifikasi backup plan, termasuk serverless, micro, small, medium, large, xlarge, 2xlarge, dan 4xlarge. Setiap spesifikasi memiliki kuota gratis volume data, tarif penagihan, serta performa backup dan recovery yang berbeda. Spesifikasi tingkat lebih tinggi memberikan performa yang lebih baik dan harga satuan yang lebih rendah.
Rincian spesifikasi
Spesifikasi tersebut adalah sebagai berikut:
Tipe jadwal backup | Perkiraan waktu yang diperlukan untuk backup data 100 GB | Kuota gratis untuk cadangan data (GB per bulan) | Biaya konfigurasi untuk Tiongkok daratan | Biaya konfigurasi untuk wilayah China (Hong Kong) dan wilayah di luar Tiongkok | ||
Biaya konfigurasi (USD per bulan) | Harga satuan data backup tambahan (USD per GB) | Biaya konfigurasi (USD per bulan) | Harga satuan data backup tambahan (USD per GB) | |||
micro | 20 jam | 40 | 5 | 0,117 | 7 | 0,175 |
small | 5 jam | 400 | 22 | 0,055 | 33 | 0,083 |
medium | 2,5 jam | 800 | 35 | 0,039 | 53 | 0,059 |
large | 1,5 jam | 1600 | 56 | 0,024 | 84 | 0,036 |
xlarge | 1 jam | ∞ | 140 | Free of charge | 209 | Free of charge |
Jika database dan tabel yang ingin Anda backup mengalami masalah seperti skema tabel yang tidak wajar, tabel besar, atau field besar, dan Anda memilih jadwal backup dengan spesifikasi relatif rendah, sumber daya jadwal backup tersebut mungkin tidak cukup untuk melakukan backup database atau tabel tersebut sehingga dapat terjadi exception backup.
Dalam kasus ini, kami merekomendasikan Anda memilih tipe jadwal backup dengan spesifikasi tinggi saat membeli jadwal backup, atau upgrade jadwal backup ke tipe dengan spesifikasi lebih tinggi jika terjadi exception, lalu coba lagi. Jika masalah masih berlanjut, Anda dapat bergabung dengan grup DingTalk DBS (ID 35585947) untuk mendapatkan dukungan teknis.
Biaya yang ditampilkan di halaman pembelian berlaku.
Spesifikasi lebih tinggi menawarkan performa backup dan pemulihan yang lebih baik dengan harga satuan lebih rendah. Untuk informasi lebih lanjut, lihat Performance tests on backup and restoration.
Anda hanya dapat melakukan upgrade jadwal backup. Anda tidak dapat menurunkan spesifikasi jadwal backup. Untuk informasi lebih lanjut, lihat Upgrade a backup schedule.
Setiap bulan kalender, Anda mendapatkan kuota gratis untuk cadangan data. Jika kuota gratis tidak habis digunakan dalam satu bulan, sisa kuota tersebut tidak dapat dipindahkan ke bulan berikutnya.
Jika total volume data yang Anda backup selama satu bulan melebihi kuota gratis, data tambahan tersebut akan dikenai biaya berdasarkan harga satuan yang berlaku.
Cara memilih spesifikasi
Anda dapat memilih spesifikasi backup plan berdasarkan performa backup dan pemulihan serta efisiensi biaya.
Kebutuhan performa tinggi:
Jika instansiasi database Anda, seperti database di lingkungan produksi, memerlukan backup plan berperforma tinggi untuk menjalankan pekerjaan backup dan restore secara cepat, Anda dapat memilih spesifikasi 4xlarge atau 2xlarge untuk performa backup dan pemulihan yang lebih baik.
Kebutuhan efisiensi biaya tinggi:
Jika Anda tidak memiliki persyaratan tinggi terhadap performa (kecepatan) backup dan pemulihan dan lebih memprioritaskan efisiensi biaya, Anda dapat mengikuti langkah-langkah berikut untuk menghitung dan memilih spesifikasi backup plan paling hemat biaya:
Perkirakan total volume data backup bulanan, termasuk full backup dan incremental backup.
Hitung biaya untuk berbagai spesifikasi menggunakan rumus penagihan dan pilih yang paling hemat biaya. Rumus penagihan adalah sebagai berikut:
Penagihan berlangganan (di muka) = Biaya dasar spesifikasi backup + (Volume data aktual - Kuota volume data gratis) × Tarif penagihan yang berlaku
CatatanUntuk informasi lebih lanjut tentang tarif penagihan setiap spesifikasi, lihat Specification billing standards.
Sebagai contoh, Perusahaan A berencana melakukan full backup database 150 GB sebanyak empat kali setiap bulan. Total perkiraan volume backup bulan ini adalah 600 GB. Perusahaan A dapat membeli jadwal backup salah satu tipe berikut. Harga berlaku untuk Tiongkok daratan.
Biaya tipe micro = USD 5 + (600 GB - 40 GB) × USD 0,117/GB = USD 70,52
Biaya tipe small = USD 22 + (600 GB - 400 GB) × USD 0,055/GB = USD 33
Biaya tipe medium adalah USD 35. Volume data backup aktual lebih kecil dari kuota gratis. Tidak ada biaya tambahan.
CatatanDalam contoh ini, tipe small memiliki harga terendah. Namun, jika Anda memerlukan performa backup dan restore yang lebih baik, kami merekomendasikan Anda membeli tipe dengan spesifikasi lebih tinggi.
Contoh di atas hanya sebagai referensi. Dalam skenario nyata, Anda juga perlu mempertimbangkan pertumbuhan data selama full backup (misalnya, volume data meningkat 2% pada full backup berikutnya) dan volume data incremental backup.
Saat total volume backup bulanan melebihi 5.207 GB, spesifikasi xlarge menjadi paling hemat biaya. Spesifikasi ini tidak memiliki batas volume backup data dan memberikan performa backup terbaik.
Uji performa logical backup dan physical backup
Logical backup dan pemulihan
Prosedur pengujian
Pengujian ini menggunakan instans uji RDS for MySQL. Backup plan (logical backup) dibuat di Data Disaster Recovery, dan tugas full backup serta incremental backup dimulai. Kemudian, Data Disaster Recovery digunakan untuk memulihkan data set cadangan ke instans uji RDS for MySQL sambil memantau performa backup dan pemulihan.
Lingkungan pengujian
Item konfigurasi | Konfigurasi |
Tipe database | RDS for MySQL (tujuan umum) |
Memori database | 2.400M |
Database CPU | 8-core |
IOPS database | 1.200 |
Data pengujian
Data pengujian | Deskripsi | Data contoh |
Ukuran database | Total ukuran database uji, dalam GB. | 102 GB |
Total Catatan | Jumlah total catatan di semua tabel database uji. | 150 juta |
Ukuran catatan tunggal | Ukuran rata-rata sebuah catatan dalam database uji, dalam KB. | 1 KB hingga 100 KB |
Jumlah field | Jumlah field (kolom) dalam sebuah catatan database uji. | 3 hingga 22 kolom |
Tipe field | Tipe data field dalam catatan database uji, termasuk tipe data dasar MySQL seperti int, varchar, dan datetime. | Mencakup tipe data dasar MySQL |
Hasil Pengujian
Full backup
Spesifikasi | RPS (catatan per detik) | MBPS (MB/s) |
large | 42.855,7 | 15,3 |
medium | 33.122,2 | 11,8 |
small | 9.569,3 | 3.4 |
micro | 6.756,2 | 1,9 |
Jika database sumber memiliki banyak tabel, inisialisasi tabel dapat memakan waktu lama selama backup dan pemulihan. Oleh karena itu, jumlah tabel dalam database sumber sebaiknya tidak melebihi 10.000.
Jika database sumber berisi tabel tanpa primary key, tabel dengan primary key berupa string, atau tabel dengan composite primary key, waktu backup juga akan lebih lama.
Incremental backup
Spesifikasi | MBPS (MB/s) |
large | 46,1 |
medium | 29,8 |
small | 14,9 |
micro | 5,0 |
Full restoration
Spesifikasi | RPS (catatan per detik) |
large | 34.190,5 |
medium | 19.740,9 |
small | 9.949,4 |
micro | 4.320,2 |
Incremental restoration
Spesifikasi | RPS (catatan per detik) |
large | 35.546,9 |
medium | 21.331,4 |
small | 10.061,5 |
micro | 4.972,1 |
Physical backup dan pemulihan
Prosedur pengujian
Pengujian ini menggunakan instans uji MySQL yang dikelola sendiri. Backup plan (physical backup) dibuat di Data Disaster Recovery, dan tugas full backup dimulai. Kemudian, Data Disaster Recovery digunakan untuk memulihkan data set cadangan ke direktori tertentu (pemulihan fisik melibatkan pemulihan file database) sambil memantau performa backup dan pemulihan.
Data Disaster Recovery membaca file fisik MySQL sebagai aliran dan menulis data backup ke cloud storage secara konkuren menggunakan beberapa aliran. Selain itu, Data Disaster Recovery mendukung penyesuaian konkurensi backup berdasarkan spesifikasi yang dipilih. Spesifikasi tingkat lebih tinggi memberikan kecepatan backup lebih cepat. Dua algoritma kompresi didukung: gzip dan LZ4. Algoritma gzip memberikan rasio kompresi lebih tinggi, sedangkan algoritma LZ4 memberikan kecepatan backup lebih cepat.
Data pengujian
Data pengujian | Deskripsi | Data contoh |
Ukuran database | Total ukuran database uji, dalam GB. | 40,3 GB |
Total catatan | Jumlah total catatan di semua tabel database uji. | 2 miliar |
Jumlah tabel | Jumlah tabel dalam database uji. | 160 |
Ukuran catatan tunggal | Ukuran rata-rata sebuah catatan dalam database uji, dalam KB. | 0,2 KB |
Hasil pengujian
Full backup
Spesifikasi dan format kompresi | Waktu yang dibutuhkan | Kecepatan backup | Ukuran file setelah kompresi |
small (4 thread) gzip | 636 detik | 63 MB/detik | 21,1 GB |
large (8 thread) gzip | 341 detik | 118 MB/detik | 21,1 GB |
xlarge (16 thread) gzip | 204 detik | 197 MB/detik | 21,1 GB |
small (4 thread) lz4 | 268 detik | 150 MB/detik | 31,1 GB |
large (8 thread) lz4 | 119 detik | 338 MB/detik | 31,1 GB |
xlarge (16 thread) lz4 | 104 detik | 387 MB/detik | 31,1 GB |
Full restoration
Spesifikasi dan format kompresi | Volume data setelah kompresi | Durasi | Kecepatan pemulihan (relatif terhadap ukuran data mentah) |
small (4 thread) gzip | 21,1 GB | 320 detik | 126 MB/detik |
large (8 thread) gzip | 21,1 GB | 161 detik | 250 MB/detik |
xlarge (16 thread) gzip | 21,1 GB | 86 detik | 468 MB/detik |
small (4 thread) lz4 | 31,1 GB | 408 detik | 99 MB/detik |
large (8 thread) lz4 | 31,1 GB | 208 detik | 194 MB/detik |
xlarge (16 thread) lz4 | 31,1 GB | 108 detik | 373 MB/detik |