下に示したのは某都市銀行のシステムの概念図です。EC2への移行が完了したシステム、下半分が既存の基幹系システムとなります。EC2上で稼働しています。EC2上で稼働しています。これらの業務システムには、他の周辺システムとの連携を目的として、HULFTやJP1/AJS3が運用されることが多くあります。これらのソフトウェアは、停止してしまうと社内外の業務を止めてしまう可能性があるため、高いレベルの障害対策が求められます。EC2上で冗長化することで、業務を止めない高可用性を実現します。Zone)を跨いだ構成を前提としています。AZを跨ぐことで、広域障害にも対応することができ、高い可用性を実現します。クライアントからは仮想IPに対して通信することで、現在Activeなクラスターノードとの通信が可能となります。EC2は、サブネット内のルートテーブルのターゲット(ENI)をクラスタの切り替えに合わせて書き換えます。仮想IPはVPCのCIDRの外側を指定しておくことで、クライアントから仮想IPに向けられた通信はルートテーブルを経由して現在Activeな方のノードに到達します。HAクラスターシステムでは、切り替わりが行われた場合にクラスターノード間でデータを引き継ぐ必要があります。EC2環境では、レプリケーション製品のDataKeeperがブロックレベルのリアルタイム同期により論理的な共有ディスクを作り出すことで対応します。クラスターに通信してくるマシン(クライアント)がAWSの外部(オンプレミス)にあるケースは多くあります。Gatewayが使える環境であれば図のように仮想IPを用いた構成が多く使われています。Gatewayが使えない環境においては、仮想IPの代わりにRoute53によるホスト名の名前解決による通信制御にも対応しています。CLIを介してAレコードを書き換えます。この場合は仮想IPではなく実IPが使われます。EC2、Azureなど)に対応しています。冗長化対象のアプリケーションも、HULFTやJP1の他にOracleをはじめとしたデータベースにも対応しています。詳しくはお気軽にお問い合わせ下さい。