アマゾン ウェブ サービス ジャパン株式会社
AWS Outposts ラックでの可用性を高めるHAクラスター構成
AWS Outposts ラックでの高可用性構成にLifeKeeperを利用するメリット
AWS Outposts ラックはAWSのフルマネージドソリューションの一つで、オンプレミスやエッジロケーションにAWSサービスを提供することで、ハイブリッドクラウド環境を実現します。AWSのネイティブサービスをオンプレミスで運用できるため、ローカルのデータ処理や低レイテンシー要求に対応可能です。また、既存のAWSサービス、ツール、APIをそのまま使用でき、アプリケーションの移行もスムーズに行うことができます。
AWS Outposts ラックでHAクラスターによる冗長構成は、EC2での構成とほぼ同じ構成となります。LifeKeeperはAmazon EC2上で可用性を高める手段として、これまで多くのお客様にご採用いただいています。
このようにAmazon EC2で豊富な実績のあるLifeKeeperがAWS Outposts についてもサポートしていますので、安心してご利用いただけます。
AWS Outposts ラックの特徴と利用シーン
低レイテンシーを実現
金融系など超低レイテンシーが求められるシステムでの利用
ローカルのデータ処理
データ処理をローカルで行う必要があるようなシステムでの利用
設置場所要件をクリア
設置場所が明確になり、データの保管場所(住所)を特定することができます。
セキュリティー要件が厳しくパブリッククラウドではなくデータの所在が明確にしておく必要があるようなシステムでの利用
ハードウェアの監視、運用はAWSのフルマネージドソリューション
IaaSのようにハードウェアの監視、運用はAWSに任せることが可能です。
AWS Outposts ラックを利用する際に考慮すべき可用性のポイント
前述のように、AWS Outposts ラックを利用するシステムはセキュリティー要件が厳しかったり高可用性が求められる場合が多くなっています。
サイオステクノロジーが提供するLifeKeeperはリージョンのAmazon EC2環境で長年の導入実績があり、AWS Outposts ラックもサポートしています。
LifeKeeperはAWS Outposts ラックの下記の構成をサポートしています。
利用可能な構成
|
[補足]用語について クラウドサービスとして一般に提供されているAWSのサービスをRegion、AWS OutpostsをOutpostsと表記します。 また、Outposts上または同一アカウントのRegion上にあるクライアントを「内部クライアント」、オンプレミス上や別アカウント上にあるクライアントを「外部クライアント」と表記します。 |
一部のARKを除いてRegion上で利用可能な機能はOutposts上でも同等の要件を満たすことでご利用いただけます。
Outposts固有の制限があるARKは以下の通りです。
- Recovery Kit for EC2 (RK for EC2)
- Recovery Kit for Route53 (RK for Route53)
- Generic ARK for Secondary IP address on AWS (Gen_AWS_2nd_IP)
- LB Health Check Kit (LBHC Kit)
外部クライアントから接続する場合には、これらのARKはOutpostsのルーティングモードによって利用が制限されます。
| ダイレクトVPCルーティングモード | CoIPルーティングモード | |
| 内部クライアント | RK for EC2 RK for Route53 Gen_AWS_2nd_IP LBHC K |
|
| 外部クライアント | Gen_AWS_2nd_IP | RK for Route53 |
可用性の観点から、各LifeKeeperクラスターノードはそれぞれ異なるOutpostsサーバー上に配置することを推奨します。
ダイレクトVPCルーティングモードでGeneric ARK for Secondary IP address on AWSを使う場合

ダイレクトVPCルーティングモードにおいて外部クライアントからLifeKeeperクラスターに通信するにはGen_AWS_2nd_IPの利用が前提となります。
CoIPモードでRecovery Kit for Route53を使う場合

CoIPモードにおいて外部クライアントからLifeKeeperクラスターに通信するにはRK for Route53の利用が前提となります。
RK for Route53でRoute53 Hosted ZoneのAレコードに対応するIPアドレスを書き換えるために、CoIPをOSに認識させる必要があります。CoIPはAWSコンソール上でEC2インスタンスやENIに割り当ててもOSからは認識されません。そこでCoIPと同等のプライベートIPアドレスをOS上で静的に割り当てる必要があります。しかしAWSコンソールで割り当てられていないIPアドレスをOS上で静的に割り当てると、該当のNICを使った他の通信に問題が生じる可能性があります。そこで実際の通信には利用しない専用のENIを割り当てたり、ダミーNICを作成したりしてから、そのNICに対してCoIPを静的に割り当てる必要があります。
『LifeKeeper』が提供する3つの価値
![]()
1. AWSでの実績
グローバルで25年、8万ライセンス以上の導入実績。
AWSでの導入実績も400件超です。
![]()
2. AWSとの連携
LifeKeeperは、AWS FTR(Foundational Technical Review)認定製品です。更に「AWS Outposts サービスレディパートナー」に、国内で初めて認定されたHAクラスター製品です。
![]()
3. さまざまなアプリケーションの保護
Oracle、JP1、SAP、HULFT、DataSpider などミッションクリティカルなシステムで利用されるアプリケーションの保護実績も豊富です。
AWS Outposts ラックでの可用性を高めるHAクラスター構成
当社はアマゾン ウェブ サービス ジャパン合同会社とのパートナーシップの一環で下記のプログラムを取得しています。
![]()
AWS パートナーとして下記を取得
- AWS Outposts Ready
- Public Sector
- FTR(AWS Foundational Technical Review)
AWS APNブログに、AWS Outposts ラックとLifeKeeperとの連携記事が掲載されています。ぜひご覧ください。
→SIOS LifeKeeper を活用した AWS Outposts ラック上のアプリケーションの高可用性構成
2024年7月26日には、AWS様とOutpostsをテーマとしたセミナーを開催しました。Outpostsの特長からLifeKeeperによる障害対策が簡潔に説明されています。内容についてはセミナーレポートのブログ記事をぜひご覧ください。
→「ハイブリッドクラウドサービス『AWS Outposts』で実現する次世代のITインフラの活用例と最適解」【セミナーレポート】
Amazon EC2およびAWS Outposts ラックで想定される様々なシナリオにおけるHAクラスターの構成例を紹介した資料はこちらからダウンロードいただけます。
テクニカルリソース
セカンダリIPの付け替え機能の説明ページ
→[[Linux][Windows] Generic ARK for Secondary IP address on AWSの提供]
AWS Outposts ラック環境でのLifeKeeperの構築手順は、Amazon EC2環境でのLifeKeeperの構築手順をベースとしています。Amazon EC2環境でのLifeKeeperの構築手順はこちらからダウンロード頂けます。
AWS Outposts ラックの構築に関する技術情報(各種手順書等)
以下の「テクニカルリソースを見る」よりご参照いただけます。
検証レポートはLinux環境を前提としています。Windows環境についても基本的に同じ手順となります。OSに依存する箇所については、適宜テクニカルリソース(Step By Stepガイド)をご参照願います。
よくあるご質問(FAQ)
Q 評価版の用意はありますか?
はい、30日間お使い頂ける評価版がございます。こちらからお申し込み下さい。
Q 発注してから利用開始までどのくらい時間がかかりますか?
弊社に注文書が到着してから2~3営業日程度でご利用いただけます。
念のため余裕をもってお申し込みください。
Q 購入はどこからできますか?
原則販売代理店様からご購入いただけます。
代理店につきましてはこちらのページをご覧ください。
Q システム構成の具体例がまとめられた資料はありますか?
その他のユースケースは一覧よりご確認ください。
LifeKeeperの導入事例に基づく具体的なシステム構成例をまとめた「LifeKeeper/DataKeeper システム構成集」もご用意しております。
![]()
HAクラスターソフト「LifeKeeper」のプロフェッショナルに、お悩みを直接ご相談いただける場です。
概要やサポート対象、HAクラスター製品の比較はもちろん、事例など気になる疑問をその場でお答えいたします!
お気軽にご相談ください。