よかろうもん!スマートフォン用の表示で見るよかろうもん!アプリからインフラまで幅広くこなすいまどきのクラウドエンジニアが記す技術ブログこの広告は、90日以上更新していないブログに表示しています。試してみた〜導入編〜』に引き続き、今回は、マスタサーバとスレーブサーバのpost-commitでのsyncが失敗する場合を想定して、その時の各サーバの挙動と、障害発生時にどのような対応をすればよいかを確認していきます。今回の動作確認の構成は以下のようになっています。それでは、クライアントで実際にコミットをして、失敗することを確認します。attemptsこの結果より、マスタサーバのリポジトリはリビジョン10のコミットが成功したが、スレーブサーバの同期に失敗しており、スレーブサーバのリポジトリのリビジョンは9になっているはずです。続いて、適当にファイルを編集し、再度コミットしてみます。out.スレーブサーバのリポジトリの状態とマスタサーバのリポジトリに差異が生じてしまっているため、コミット失敗するようです。この状態でupdateすると、リビジョン10のデータを取得できるかどうかを確認しています。10pre-revprop-changeは正常に動作しており、post-commitのみ失敗しているため、リビジョン10なんてないぞと言われているようです。ちなみにupdateではなく新規にチェックアウトすると、リビジョン9がチェックアウトされました。再度コミットをしてみます。out.やはり、NGです。それでは、マスタサーバからスレーブサーバに向けて以下のコマンドを実行して、リポジトリの同期を行います。以降はクライアントで正常に操作することが可能した。今回はものすごく簡単な動作確認を実施しました。次回は、複数のスレーブサーバを準備し、同一のファイルを変更したもの(変更内容は異なる)を同時に別スレーブサーバにコミットしても、競合が発生しないことを確認するか、もしくは、性能検証を実施しようと思います。Meid:interuSonicGardenのサービスインフラ全般の運用/管理から、SKIP2やMessageLeaf等のアプリケーション開発まで手がけるハイブリッドエンジニア。月別アーカイブはてなブログをはじめよう!interuさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。