ClusterControl-高度なバックアップ管理-mariabackupパートI

ClusterControlは、特に、バックアップスケジュールの設計と実行に役立つ優れたツールとして機能します。バックアップ検証、透過的バックアップ暗号化など、多数の機能を利用できます。非常に一般的に欠けているのは、バックアップの作成に使用するバックアップツールを調整するClusterControlの機能です。このブログでは、MariaBackupに適用できるいくつかの設定について説明します。始めましょう。

初期設定

初期設定は、1つのマスターと1つのレプリカを持つMariaDBクラスターです。バックグラウンドで実行されているデータのインポートが原因で、現時点では遅れています。

2つのProxySQLノードと2つのKeepalivedノードがあり、仮想IPを提供し、ProxySQLに到達できることを確認します。 sysbenchによって生成されたデータをクラスター（つまりラグ）に入力しています。このプロセスをトリガーするために次のコマンドを使用しました：

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

これにより、さまざまなバックアップ設定をテストする約7.6GBのデータが生成されます。

圧縮設定

前述したように、バックアッププロセスに関連するMariaBackupやその他のツールを微調整するために使用できる設定はかなりあります。

このブログ投稿では、圧縮レベルに焦点を当てて、それが私たちのバックアッププロセスに何らかの実際の影響を与えるかどうか。バックアップ実行の長さは変更されますか？バックアップのサイズは変更されますか？どのように？デフォルト設定以外のものを実際に使用することに意味はありますか？すぐに見てみましょう。

[圧縮レベル]ドロップダウンのすべての設定を使用してバックアップを実行します：

バックアップは、発生する影響を最小限に抑えるために、ローカルでノードに保存されますネットワークによって。完全なMariaBackupを使用します。データベース内のデータは、暗号化または圧縮されていません。

それぞれ圧縮レベルの設定が異なる9つのバックアップジョブを開始します。この設定は、デフォルトでデータを圧縮するために使用されるgzipに渡されます。この設定を増やすと、バックアップの実行時間が長くなり、バックアップのサイズが小さくなると予想されます。

ご覧のとおり、バックアップ4を除いて、次のことができます。一時的な変動としてカウントすると、バックアップの実行時間は3分41秒から17分57秒まで増加します。バックアップサイズが3.5GBから3.3GBに減少します。バックアップの正確なサイズを確認することもできます：

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

これは、バックアップサイズが実際には圧縮レベルごとに減少することを確認していますが、テストした最初のレベルと最後のレベルの違いは非常に小さいです。最小のバックアップは、最大のバックアップの93.2％のサイズです。一方、実行時間（1077秒）は、最大のバックアップの実行時間（221秒）のほぼ5倍です。

マイレージは異なることに注意してください。より圧縮率の高いデータを使用して、圧縮レベルの影響をより大きくすることができます。このテストの結果に基づくと、sysbenchデータセットの場合、3より高い圧縮レベルを使用することはほとんど意味がありません。

Qpress圧縮

今日テストしたいもう1つのオプションは、Qpress圧縮です。 Qpressは、gzipの代わりに使用できる圧縮方法です。

ご覧のとおり、gzipよりも確実に高速ですが、データのサイズが大幅に増加します。 100秒間の圧縮後、4.6GBのデータを取得しました。

最適な圧縮方法を選択するには、一連のテストが必要になる場合がありますが、ご覧のとおり、それは間違いなくそれを行うことを意味します。大規模なデータセットの場合、やや大きなアーカイブをほぼ5倍高速なバックアッププロセスと交換できると非常に便利です。 Qpressの使用を検討すると、10倍高速なバックアッププロセスでもディスク容量を交換できます。これは、20時間のバックアップと2時間のバックアップの違いを意味する場合があります。確かに、そのようなデータを格納するために必要なディスク容量の増加は目に見えますが、それについて考えると、より大きなディスクボリュームを取得することは可能です。バックアップを完了するのに24時間では不十分な場合、1日に時間を追加するだけでは不十分です。

この短いブログがあなたにとって洞察に満ちたものであり、MariaBackupに使用できるさまざまな設定を試して調整することをお勧めします。あなたが彼らとあなたの経験を共有したいのであれば、私たちはあなたのコメントを見てみたいです。