
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
【AWS】rsync(lsyncd)によるサーバー間同期での冗長化はベストプラクティスではない? - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
【AWS】rsync(lsyncd)によるサーバー間同期での冗長化はベストプラクティスではない? - Qiita
はじめに Webサーバー2台をrsyncで同期して冗長化 ALBでWebサーバーへのアクセスは振り分け Webサーバー... はじめに Webサーバー2台をrsyncで同期して冗長化 ALBでWebサーバーへのアクセスは振り分け Webサーバー1にデプロイするとWebサーバー2にも同期される という設計を見たことがあり、自分もこの設計でインフラを構築したことがあるのですが、色々勉強して、この設計は悪いとまではいかないもののベストプラクティスではないのではないか? という考えに変わりました。 共有です。 この構築の問題点 rsync(lsyncd)の設定や動作状況確認が面倒、トラブルのもと デプロイ時にダウンタイムが生じる 同期の目的がgit管理されたソースコードと、ユーザーによって作られたgit管理されていないファイルの複製であるとするならば、前者はともかく後者の存在がかなり厄介 片方向の同期(Webサーバー1→Webサーバー2へ同期される設定)だった場合、Webサーバー2にユーザーによって重要なファイルが作られ