第8回 AWS外からAWS内のHAクラスターシステムへどう接続する!? ~ LifeKeeper ~

こんにちは、SCSK 池田です。

すっかり桜も散り、新緑がまぶしい季節となりましたが、皆さまいかがお過ごしでしょうか?
ブログの更新が少しあいてしまいましたが、心機一転がんばっていきます!

さて、「第4回 【LifeKeeper】AWSでは仮想IPアドレスが使えない!?をこうして解決する!!」では、同一VPCからの接続方式について、ルートテーブルシナリオをお伝えしましたが、読者のかたから「AWSの外から接続する場合はどうするのですか?」とご質問をいただきました。

第8回目の今回は、AWSの外(例えばオンプレミスのデータセンターなど)から、AWS内のHAクラスターシステムにアクセスする場合の仕組みについて解説します。

◆おさらい◆ ルートテーブルシナリオとは

ルートテーブルを使用した接続方式

AWSでは仮想IPアドレスの機能が提供されていません。その為、LifeKeeperを構成するサーバが存在するVPCのCIDR外に「ダミーの仮想IPアドレス」を用意し、その「ダミーの仮想IPアドレス」と「稼働系サーバのENI」をルートテーブルで紐づけることによって、稼働系サーバにアクセスできるようになります。

イメージ図は以下の様になります。

 

(1)クライアントは「ダミーの仮想IPアドレス」(図では10.1.0.10)にアクセスします。
(2)ルートテーブルには予め「ダミーの仮想IPアドレス」のTargetとして稼働系サーバのENI(図では10.0.2.4)を
指定しておくことによって、クライアントからの通信が稼働系サーバに送信されます。
(3)障害が発生しフェイルオーバ処理が必要となった際には、LifeKeeperの機能(AWS CLIによる自動実行)により、
ルートテーブルの「ダミーの仮想IPアドレス」のTargetが待機系サーバのENI(図では10.0.4.4)に書き換えられます。
この時は、接続元(クライアント)はLifeKeeperを構成するサーバと同一のVPC内に存在していました。

 

AWS外からの接続にどう対応する!?

さてここからが本題となります。
AWS外から接続する場合は、Transit Gatewayを経由させることで可能となります。

Transit Gatewayとは

少し話はそれますが、Transit Gatewayについても簡単にご説明します。
Transit Gatewayとは、AWS公式サイトでは「VPC とオンプレミスネットワークを中央ハブで接続します」とあります。
Transit Gatewayを使用しない場合は、このように蜘蛛の巣上にサイトごとを接続する必要がある為、管理が煩雑となります。

◆Transit Gatewayを使わない場合

これをTransit Gatewayを使用すると、こんなにスマートに!

◆Transit Gatewayを使った場合

Transit Gatewayを中央ハブとして

シンプルな構成になんですね

さて、Transit Gatewayが便利そうだなと、なんとなくご理解いただいた上で、いよいよAWS外からの接続をどうやって実現しているのかに進みます。

AWS外からの接続にはTransit Gatewayのルートテーブル使う

AWS外(今回の例ではデータセンター)から接続するケースでみていきましょう。
構成イメージは以下の通りです。

データセンター内にあるコンピュータ(サーバやクライアントなど)から接続する場合の流れを順を追って解説します。

(1)クライアントは、接続先として「ダミーの仮想IPアドレス」(図では10.1.0.10)を指定します。
(2)Transit Gatewayのルートテーブルには、予め接続先(10.1.0.10)に対するTargetとして、接続先のHAクラスターが存在するVPCのセグメントが設定してあります。その為、通信は対象VPCに向けられます。
(3)対象VPCのルートテーブルには、予め接続先(10.1.0.10)に対するTargetとして、稼働系サーバのENIが設定してあるので、通信は稼働系サーバに到達します。

 

まとめ

今回は、AWS外からAWS内のクラスタ化したシステムへアクセスする方法について解説しました。基幹システムのパブリッククラウドへのシフト/リフトが急速に進む中で、オンプレミスとAWSの相互接続の要件は以前に増しています。また最近では、パブリッククラウド同士をネットワーク接続する、マルチクラウド構成の利用も活発化しています。そのような場面で、今回解説した接続構成が活用できるのではないかと思います。

まとめますと

AWS外からの接続は以下で実現可能
・Transit Gatewayのルートテーブルを利用する
・さらにVPCのルートテーブルも利用することで稼働系サーバに通信可能となる
著者について
池田 雄介

中学時代にMSXを手に入れ、N88-Basicでのプログラミングを覚える。その後、ユーザ企業の情シスから社会人人生をスタート。100人に1台程度しかパソコンが割り当たっていない時代に、Windows95のパソコンを全国展開、本社、支店、工場のLAN/WAN化を推進。WindowsNTサーバを弄りながら流行りのイントラネットや社外向けのサイト作成・運用など担う。
2002年に現在のSIerへ転職。2007年からオンプレミスや仮想環境を中心としたインフラ基盤の構築に携わり、2013年からLifeKeeperを担当。以来10年以上に渡り、LifeKeeperに携わってきた。
趣味は、草野球、ボウリング、バドミントン、キャンプ、天体観測、ゴルフ、お酒を嗜むこと、ドライブなど

池田 雄介をフォローする
クラウドに強いによるエンジニアブログです。
SCSKは専門性と豊富な実績を活かしたクラウドサービス USiZE(ユーサイズ)を提供しています。
USiZEサービスサイトでは、お客様のDX推進をワンストップで支援するサービスの詳細や導入事例を紹介しています。
AWSLifeKeeper
シェアする
タイトルとURLをコピーしました