本文へジャンプします。

TOP

クラウドデザインパターン

クラウド トップ>クラウドデザインパターン>【ニフクラ活用応用編】複数リージョンでのDRパターン:ウォームスタンバイ

【ニフクラ活用応用編】複数リージョンでのDRパターン:ウォームスタンバイ

東西リージョンを組み合わせたウォームスタンバイでのDR構成のパターンです。

解決したい課題/要求事項

  • 多数のエンドユーザーを抱えており、常時利用されるサービスのため、可用性を最大限に高めたい

  • 万が一に備え、DR環境を構築し、リージョン単位でも冗長化したい

  • 災害が起きた際、なるべく早急に待機系システムに切り替えたいが、ホットスタンバイほどコストをかけたくない

ニフクラでの解決パターン

  • メイン環境(東日本リージョン)とDR環境(西日本リージョン)にシステムを構築・マルチリージョン化する

  • 緊急時には手動で切り替える DR 環境を構築する

image

  • 東西リージョンを利用したDR構成

  • DR環境の西日本リージョンは、最小台数かつ最小スペックを利用して起動した状態でスタンバイ

  • 緊急時は、スケールアップとスケールアウトでメイン環境と同様の構成を構築後、手動でDNSのアクセス先を切り替え

実装
  • DR環境(西日本リージョン)にある待機系システムは、最小台数かつ最小スペックで起動した状態(ウォームスタンバイ)にする

  • データの同期は、プライベートブリッジで通信経路を確立させ、リアルタイムに同期する

  • 緊急時は、スケールアップとスケールアウトでメイン環境(東日本リージョン)と同様の構成を構築後、手動でDNSのアクセス先をDR環境(西日本リージョン)に切り替える

補足
  • 手動で本番環境と同じ形に構築しなおす作業が発生するため、ホットスタンバイに比較して復旧までの時間を要する
    ※迅速な復旧が必要なシステムにはホットスタンバイ構成を検討する

  • グローバルIPアドレスを利用しないサーバーでプライベートLANのNICにIPアドレスを付与する際は以下の方法で設定可能

  • 仮想サーバーで共通グローバルネットワークを利用する場合のIPアドレス、デフォルトゲートウェイなどの情報については クラウド技術仕様/制限値(IPアドレス)を参照する

  • 共通グローバルネットワーク、共通プライベートネットワークについての仕様は クラウド技術仕様/制限値(ネットワーク:共通ネットワーク)を参照する

注意点
  • 複数リージョン間の仮想マシンの同期方法を別途用意する必要がある(仮想マシン単位の同期/データのみの同期など)
    ※RLO, RTO, RPO に応じた適切なDR設計が必要

  • ニフクラ自体にDR機能は存在しない
    DR対策をする場合は、本クラウドデザインパターン等を参考にニフクラの機能/サービスや他社製品などを組み合わせることで構築が可能

本パターンの構成要素

本パターンを実現するためのニフクラサービス構成要素例は以下表の通りです。

サービス名

タイプ

用途

数量

備考

DNS/DNSゾーン管理

DNSゾーン管理

1

DNS/レコード管理

DNSレコード管理(/10レコード)

1

緊急時は手動切り替え

10Mbps

2

c2-medium

Web/APサーバー

2

c2-medium

DBサーバー

1

グローバルIPアドレスを利用しない

1

c2-small

待機系Web/APサーバー

1

DR時に備え、最小スペックで構成

c2-small

待機系DBサーバー

1

DR時に備え、最小スペックで構成

グローバルIPアドレスを利用しない

1

Web/APサーバー、DBサーバー、待機系Web/APサーバー、待機系DBサーバー用

4

高速フラッシュドライブ[A/B] 100GB

DBサーバー、待機系DBサーバー用

2

A/Bいずれでも可

2

コネクター

リージョン間接続用

2

帯域確保(ベストエフォート)

接続オプション(コネクター接続設定)

2

接続オプション(東西エリア間接続点)

1

リーチャビリティ(jp-east-1)

1

リーチャビリティ(jp-west-1)

1


アンケートフォーム

導入のご相談はお電話でも受け付けております。

0120-22-1200

0120-22-1200

受付時間:9:00~17:45(土日祝・当社指定の休業日を除く)
※携帯電話・PHSからもご利用可能