AWS環境で可用性の高いシステム構成を実現するには?
~HAクラスター構成で実現するAWS環境の高信頼化~

齋藤 理沙子
富士通株式会社 Financial Services事業本部 第二Financial事業部
AWSに関する深い知見を元に「2023 Japan AWS Jr. Champions」,「2023 Japan AWS All Certifications Engineers」を受賞。
クラウド上の金融系システムのインフラ運用・商談対応を手掛け、その経験・ノウハウを元にパブリッククラウド領域における社外への啓蒙活動を実施中。
オンプレミスからアマゾン ウェブ サービス(Amazon Web Services:以降、AWSと略す)の移行を検討する際、オンプレミスと同等の可用性の実現は重要な課題の一つです。
AWSは運用監視を自動化するサービスが充実していますが、AWSが責任を持つレイヤーとユーザーが責任を持つレイヤーが明確に分かれており、AWSのマネージドサービスを利用した構成でもユーザーが管理するレイヤーは残ります。
本記事では、筆者がお客様からお聞きしたオンプレミスからAWSへの移行時の課題をもとに、弊社が提供しているHAクラスタリングソフトウェアのFujitsu Software PRIMECLUSTER(以降、PRIMECLUSTERと略す)を利用するメリットをご紹介します。
本記事はこんな方にお勧めします
- オンプレミスで稼働しているシステムのAWS移行を検討している
- オンプレミスでは可用性設計をしていたが、AWSでの可用性設計の考え方を知りたい
【目次】
- 1. ご相談内容①:AWS上でもオンプレミスと同等のRTOを実現したい
- 1.1 考慮すべきポイント
- 1.2 解決策:インフラレイヤーだけではなくOSからアプリケーションまで監視
- 2. ご相談内容②:クラウドネイティブな構成にしたいが、現在の構成や運用設計の見直しをするリソースが無い
- 2.1 考慮すべきポイント
- 2.2 解決策:オンプレミスの構成をそのままクラウドへ移行する
- 3. 高いRTOと短期間でコストを抑えたクラウド移行を実現するPRIMECLUSTER
1. ご相談内容①:AWS上でもオンプレミスと同等のRTOを実現したい
オンプレミスで稼働している既存システムをAWSに移行する際、移行後もRTO(目標復旧時間)を既存システムと同等にしたいというご要望をいただくことがあります。ミッションクリティカルなシステムであれば、オンプレミスでもAWSでも、どんな環境でもシステム停止は最小限に抑える必要があります。
1.1 考慮すべきポイント
高いRTOを実現するには、障害を素早く検知し、待機系に切り替えることが重要です。パブリッククラウドの運用全てをクラウドベンダーにお任せできるのでは?と思われるかもしれません。
パブリッククラウドにはユーザーとクラウドベンダーの責任範囲を明確に分ける責任共有モデルという考え方があります。AWSでも責任共有モデルを採用しており、AWSで提供されるコンピュートサービス、マネージドサービス、どちらのサービスを利用してもユーザーが管理するレイヤーは残ります。
AWSでの可用性設計を行う際、まずはAWSが提供するサービスを使った監視を検討されるのではないでしょうか。しかし、パブリッククラウド環境においてクラウドベンダーが提供するサービスで全てのレイヤーを監視するのは簡単ではありません。AWSが提供する監視サービス、Amazon CloudWatch(以降、CloudWatchと略す)では無料の標準メトリクスは基本的にインフラが監視対象になります。アプリケーションやプロセスの稼働監視をCloudWatchで行いたい場合、有料のカスタムメトリクスをユーザーで定義して監視を行う必要があります。カスタムメトリクスを詳細に定義するには設定ファイルにJSON形式で設定内容を記述する必要があり、設定作業がとても面倒になります。
くわえて、パブリッククラウドではアベイラビリティゾーンやリージョン単位で障害が発生することがあります。
AWS環境でも高可用性を実現するためには、AWSのサービスに障害が発生する可能性を念頭に置き、障害時には即時復旧できるような構成を取る必要があります。
1.2 解決策:インフラレイヤーだけではなくOSからアプリケーションまで監視
Loading component...
Loading component...
2. ご相談内容②:クラウドネイティブな構成にしたいが、現在の構成や運用設計の見直しをするリソースが無い
システムの基本設計として、クラウド環境で最適なクラウドネイティブ構成にする方針は最初に立てられる目標です。それと同時に、できるだけ費用は抑えるという条件もしばしば指定されます。
2.1 考慮すべきポイント
Loading component...
2.2 解決策:オンプレミスの構成をそのままクラウドへ移行する
Loading component...
① クライアントをオンプレミスに配置する場合の構成例
- 仮想ホスト名でクラスターシステムにアクセス可能。
- 異常発生時はPRIMECLUSTERがDNSサービスのレコードを待機系のプライベートIPアドレスに付け替えることでネットワークを引き継ぎ。
Loading component...
② クライアントをAmazon VPCに配置する場合の構成例
- 仮想IPアドレスでクラスターシステムにアクセス。
異常発生時はPRIMECLUSTERがルートテーブルを書き換えることでネットワークを引き継ぎ。 - パブリックサイトからのアクセスを遮断し、セキュアなクラスターシステムを実現。
Loading component...
リソースやスクリプトなどもそのままAWS上で利用できるため、運用変更も不要です。



