Linuxサーバ上のマウントされたディレクトリに対して常に同期したい

前提

Linuxサーバ上でマウントされたディレクトリに対して常に同期ができるような仕組みを作成しています。
マウントされた後、rsyncコマンドにて同期ができていることを確認しました。
同期元のディレクトリ配下にあるファイルを削除したところ、同期先であるマウントポイントとなっているディレクトリ配下のファイルも同様に削除されてしまいました。

・サーバ環境
※リモートでrsyncを実行しております
【同期元サーバ】
OS：CentOS7.9

【同期先サーバ】
OS：CentOS7.9

・確認済み内容

ファイアーウォール(firewalld)にてNFSポートは解放済み

・実行したコマンド
rsync -auv -e "ssh -i ${鍵のパス}" ${同期元のフルパス} ${接続するユーザ}@${同期先のIPアドレス}:${マウントポイント}

実現したいこと

同期した後に同期元ディレクトリ配下にあるファイルを削除して同期先ディレクトリのファイルが削除されないようにしたい

maisumakun

2022/12/23 02:31 編集

同期元でファイルaをbに改名した、という場合には、同期先はどのような状態になるのが意図した動作でしょうか？

68user

2022/12/23 02:50 編集

rsync に付けているであろう --delete オプションを外す、とか? (同期先から削除したのが rsync なのかそうでないのか読み取れない)

santasan1224

2022/12/23 03:08 編集

@maisumakunさん同期元でファイル改変もしくは改名をするようなことは想定しておりません。（同期元で動いているバッチプログラムが、ファイルを削除するのみのため）そのため、同期元のファイルが削除された後も、同期先にファイルがバックアップとして残しておきたいのです。

AbeTakashi

2022/12/23 03:03

rsyncコマンドでなんのオプション付けてますか？明示的に指示しないと消えないはずなので、削除も同期してほしいという何かしらのオプションがついてるのだと思いますが。

santasan1224

2022/12/23 03:10

@68userさん --deleteオプションは追加しておりません。

santasan1224

2022/12/23 03:12

@AbeTakashiさん説明文に追加させていただきました。ただ、マウント時に既に同期されたように見えるので、rsyncで同期されたように感じませんでした。

AbeTakashi

2022/12/23 03:33

うーん、不思議ですね。となるとマウントの処理自体が間違ってるとか？ rsyncが原因じゃないっぽい感じですかね。

68user

2022/12/23 03:40

とりあえず同期元ファイルにダミーファイルを配置 & 削除するなどして、rsync が削除したのかそうでないのかは確認しましょう。

TaichiYanagiya

2022/12/23 05:09

念のため確認ですが、NFS でマウントしているわけではなく、それぞれサーバ個別のファイルシステム間で rsync しているのですよね？

santasan1224

2022/12/23 06:20 編集

@TaichiYanagiyaさんいいえ、NFSでマウントをしており、さらにそれぞれサーバ個別のファイルシステム間でrsyncをかけております。そもそもマウント自体してはいけないのでしょうか。

68user

2022/12/23 08:04

NFS+rsync は速度的に遅いとは言われますが、削除するしないなどの挙動がおかしくなるという話はないと思います

AbeTakashi

2022/12/23 08:12

「ただ、マウント時に既に同期されたように見えるので、rsyncで同期されたように感じませんでした。」とありますので、個人的には「同じところを見てるのでは？」という風にしか思えません。mount設定のミスなのか、なにかしらオペレーションのミスなのかは質問文やコメント欄からは類推できません。たとえば同期元にファイルを一つ追加して、同期先がどうなってるか確かめてみればどうでしょう。rsyncもかけてないのにそのファイルが存在するなら、それはもうrsyncは関係ないところで何かが起きています。