Linuxでrsyncを使用してデータをバックアップしようとしたところ、インターネットに接続できなくなってしまいました。
Linux（debian11最小構成）のファイルサーバーＡがあり（sambaで共有）、その中に保存されているデータを同じくLinux（debian11最小構成）のファイルサーバーＢを新たに構築しました。
CIFSでＡのフォルダをＢにマウントし、rsyncでＡからＢにデータをコピー。
ところが、その後、インターネットにまったく繋がらない状態になっている事に気づきました。
スマホで確認しても、別にネット上にトラブルは起きていない。プロバイダーのHPも障害情報等は出ていない。
ルーター（YAMAHA製）の状態を確認しようとIPアドレスを叩いて設定画面を呼び出そうとしても応答しない。すわコレはルーターが物理的に壊れたか？！
しかし、ルーターの電源を入れ直したりと右往左往したあげく・・・
そう言えばと、動かしっぱなしにしていた rsync を停止した途端、すべて正常に戻りましたorz
これは、rsyncによるデータ転送が帯域を食いつぶして起きたという事なのでしょうか？
だとするとrsyncによるデータバックアップが怖くてできないのですが。
うーん、じゃぁバックアップ時の通信量を絞る（帯域制限）すればいいのでは？
検索してみたら、Linuxには「 tc 」という、OS自体に帯域制限の機能があるようで。「 tc 」はTraffic Controlの略のようですね。これでメインサーバーの通信速度を制限したら・・・ちょっと待て、メインサーバーの速度を落としてしまったら、バックアップ用途以外の他のPCの通信速度も遅くなってしまいますね(笑)
アプリケーションごとに制限する方法はないものか？
そう思って検索してみたら、rsync自体のオプションに、帯域制限がありました・・・orz
syncに --bwlimit=1024 を追加。
試してみたら、rsyncを使ってもインターネットに繋がらなくなる事はありませんでした。
ただ、バックアップが遅い(笑)
じゃぁと、--bwlimit=10240 にしてみたら、インターネットに繋がらなくなってしまいました。（前回のように全く応答なしではないのですが）
数値を変えて、 --bwlimit=3072 くらいだったら、やや遅いくらいでなんとか？
ちゃんと動くことを確認して、深夜にrsyncが走るようにcronで設定して、終了。
翌日、確認してみたら、ちゃんとバックアップされておりました＼(^o^)／
コメント