ClusterControl - Manajemen Cadangan Tingkat Lanjut - mariabackup Bagian I

ClusterControl dapat, antara lain, bertindak sebagai alat yang hebat untuk membantu Anda merancang dan menjalankan jadwal pencadangan. Banyak fitur yang tersedia termasuk verifikasi cadangan, enkripsi cadangan transparan dan banyak lainnya. Apa yang cukup sering hilang adalah kemampuan ClusterControl untuk menyetel alat cadangan yang kita gunakan untuk membuat cadangan. Di blog ini kami ingin membahas beberapa pengaturan yang dapat diterapkan ke MariaBackup. Mari kita mulai.

Penyiapan awal

Pengaturan awal adalah klaster MariaDB dengan satu master dan satu replika yang tertinggal saat ini karena impor data yang berjalan di latar belakang.

Kami memiliki dua node ProxySQL dan dua node Keepalive, menyediakan IP Virtual dan memastikan bahwa ProxySQL dapat dijangkau. Kami mengisi cluster (dengan demikian lag) dengan data yang dihasilkan oleh sysbench. Kami telah menggunakan perintah berikut untuk memicu proses ini:

sysbench /root/sysbench/src/lua/oltp_read_write.lua --threads=4 --mysql-host=10.0.0.111 --mysql-user=sbtest --mysql-password=sbtest --mysql-port=6033 --tables=32 --table-size=1000000 prepare

Ini akan menghasilkan sekitar 7,6 GB data yang akan kami uji dengan berbagai setelan pencadangan.

Setelan kompresi

Seperti yang kami sebutkan, ada beberapa pengaturan yang dapat Anda gunakan untuk mengubah MariaBackup dan alat lain yang terlibat dalam proses pencadangan.

Dalam posting blog ini kami ingin fokus pada tingkat kompresi dan melihat jika itu memiliki dampak nyata pada proses pencadangan kami. Apakah itu mengubah lamanya proses pencadangan? Apakah itu mengubah ukuran cadangan? Bagaimana? Apakah ada gunanya benar-benar menggunakan apa pun selain pengaturan default? Mari kita lihat sebentar lagi.

Kita akan menjalankan pencadangan menggunakan semua pengaturan dari tarik-turun Tingkat kompresi:

Cadangan akan disimpan di node, secara lokal, untuk meminimalkan dampak yang ditimbulkan oleh jaringan. Kami akan menggunakan MariaBackup penuh. Data dalam database tidak dienkripsi atau dikompresi dengan cara apa pun.

Kami akan memulai 9 pekerjaan pencadangan, masing-masing dengan pengaturan tingkat kompresi yang berbeda. Pengaturan ini diteruskan ke gzip yang digunakan, secara default, untuk mengompresi data. Yang kami harapkan adalah peningkatan waktu eksekusi pencadangan dan pengurangan ukuran pencadangan saat kami meningkatkan setelan ini.

Seperti yang Anda lihat, dengan pengecualian cadangan 4, yang dapat kami hanya dihitung sebagai fluktuasi sementara, waktu eksekusi pencadangan meningkat mulai dari 3 menit dan 41 detik hingga 17 menit dan 57 detik. Ukuran cadangan berkurang dari 3,5 GB menjadi 3,3 GB. Kami juga dapat memeriksa ukuran cadangan yang tepat:

du -s /root/backups/*
3653288 /root/backups/BACKUP-1
3643088 /root/backups/BACKUP-2
3510420 /root/backups/BACKUP-3
3486304 /root/backups/BACKUP-4
3449392 /root/backups/BACKUP-5
3437504 /root/backups/BACKUP-6
3429152 /root/backups/BACKUP-7
3425492 /root/backups/BACKUP-8
3405348 /root/backups/BACKUP-9

Ini menegaskan bahwa ukuran cadangan, pada kenyataannya, berkurang dengan setiap tingkat kompresi tetapi perbedaannya cukup kecil antara tingkat pertama dan terakhir yang kami uji. Cadangan terkecil memiliki 93,2% dari ukuran cadangan terbesar. Di sisi lain, waktu eksekusi (1077 detik) hampir 5 kali lebih lama dari waktu eksekusi cadangan terbesar (221 detik).

Harap diingat bahwa jarak tempuh Anda akan bervariasi. Anda dapat menggunakan data yang terkompresi lebih baik, membuat dampak tingkat kompresi lebih signifikan. Berdasarkan hasil pengujian ini, untuk dataset sysbench hampir tidak masuk akal untuk menggunakan tingkat kompresi yang lebih tinggi dari 3.

Kompresi Qpress

Opsi lain yang ingin kami uji hari ini adalah kompresi Qpress. Qpress adalah metode kompresi yang dapat digunakan untuk menggantikan gzip.

Seperti yang Anda lihat, ini jelas lebih cepat daripada gzip tetapi dilengkapi dengan peningkatan yang signifikan dalam ukuran data. Setelah kompresi 100 detik, kami mendapatkan data 4,6GB.

Memilih metode kompresi yang paling sesuai mungkin memerlukan serangkaian pengujian, tetapi seperti yang kami harap Anda dapat lihat, hal itu benar-benar penting untuk dilakukan. Untuk kumpulan data besar, dapat menukar arsip yang agak lebih besar untuk proses pencadangan yang hampir 5 kali lebih cepat mungkin cukup berguna. Jika kami mempertimbangkan untuk menggunakan Qpress, kami dapat menukar ruang disk bahkan untuk proses pencadangan 10 kali lebih cepat. Ini mungkin berarti perbedaan antara pencadangan 20 jam dan pencadangan 2 jam. Tentu, peningkatan ruang disk yang diperlukan untuk menyimpan data tersebut akan terlihat tetapi kemudian, ketika Anda memikirkannya, mendapatkan volume disk yang lebih besar dapat dilakukan. Menambahkan jam tambahan untuk hari itu, ketika 24 jam tidak cukup untuk menyelesaikan pencadangan, tidak.

Kami berharap blog singkat ini memberikan wawasan bagi Anda dan akan mendorong Anda untuk bermain dan mengubah pengaturan berbeda yang dapat digunakan untuk MariaBackup. Jika Anda ingin berbagi pengalaman dengan mereka, kami ingin melihat komentar Anda.