PostgreSQL可用性向上の実現方法: PostgreSQL | NEC
ストリーミングレプリケーションとは、データベース全体を複製するクラスタ単位でのレプリケーションです。プライマリーサーバーで生成されたWALを、スタンバイサーバーに転送・適用することで更新情報を反映します。スタンバイサーバーでは参照のみが可能です。WALを転送・適用するタイミングは、設定により同期もしくは非同期を選択可能です。 フェイルオーバー プライマリサーバー障害時にスタンバイサーバーを昇格させることで最小限のダウンタイムでの運用継続が可能です。 切り替え方法については、コマンドによる手動実行での切り替えが可能です。 また、切り替え後のレプリケーション再構築についてもコマンドによる手動実行が可能です。 ただし、ストリーミングレプリケーションのみの構成では自動でフェイルオーバーをすることはできません。 参照負荷分散 ホットスタンバイを有効にすると、スタンバイサーバーでも参照処理を実行するこ
Azure 仮想マシンにおける可用性の考え方
This browser is no longer supported. Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support. はじめに 若干今更な感じもするタイトルではありますが、やはり Azure に初めて取り組む方にはわかりにくく、かつ重要視される部分でもありますので、改めてまとめてみたいと思います。「考え方」というタイトルの通り、本記事では技術的にはあまり深入りしないように、なるべく簡潔に記載していきたいと思います。さらに深く追求したい方向けは随所にリンクを貼っておきますので、そちらをご参照いただければと思います。 2017-10-22 追記 本記事の執筆後にも Azure は進化を続けており、可用性ゾーンや計画メンテナ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「AWSだって壊れる」を前提に考えた可用性向上策、リコー事例講演 (1/2)
