パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

ファーストサーバ、大規模障害の中間報告を発表」記事へのコメント

  • バックアップ環境を待機系のように運用していたためのようです。

    「のように」というよりは、普通の待機系にしか見えないんだけど...。じゃなきゃ、

    脆弱性対策のためのメンテナンスはバックアップをしてあるシステムについても実施しておかないと、メンテナンス実施後にハードウェア障害が発生してバックアップに切り替えた途端に脆弱性対策が講じられていないシステムに戻ってしまうことが過去に発生し、脆弱性対策がなされていないシステムが動き続けていたという反省に立ち、脆弱性対策のメンテナンスに関しては対象サーバー群とそのサーバー群のバックアップ領域に対して同時に更新プログラムを適用するという構造に修正して実施しました。

    なんて話は出てこないと思うんだが...。

    • by Anonymous Coward

      待機系にパッチを当ててメインに昇格、確認後元メインにも同様にパッチを当てるとかやらないのかなあ。外部から見てメインが落ちてる時間を短縮できるし切り替えが正常に行えることも確認できる。

      • 待機系にパッチ当てている間にメインに保存しているデータが更新されたらどうなるんでしょう?
        • by Anonymous Coward

          仮定の話に仮定をしても意味は無いですが、

          待機系にパッチ当てている間にメインに保存しているデータが更新されたらどうなるんでしょう?

          パッチ適用有無でデータ矛盾が生じるならば、待機系にだけパッチを当てるような手順はやってはいけません。

          • 待機系にパッチを当てている間もメインは稼働しているので、その間にDBなどのデータ書き換えは発生するんじゃ?って意味なんですが、書き方が難しかったですかねぇ
            • by Anonymous Coward

              一般的なWeb - DB構成なら、Webのプライマリ、セカンダリ(待機)を交互にパッチ適用、再起動しても別サーバのDBに影響は無いし、
              多少金かけてDBもフェイルオーバーさせるなら、若干のダウンタイムを我慢しつつ片っぽずつパッチ適用と再起動させて後はDBの機能で上手いこと整合性合わせてくれるように期待するだけなんだけど、君は何をそんなに気にしてるの?

一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy

処理中...