インフラ設計

AWS Outposts でオンプレミスに AWS を拡張 - ハイブリッドクラウドの設計と運用

データレジデンシーや低レイテンシ要件でオンプレミスに AWS を拡張する。Outposts のデプロイモデルとローカルゲートウェイの設計を紹介します。

約 1 分で読めます

Outposts のユースケース

Outposts はオンプレミスのデータセンターに AWS のインフラを物理的に設置するサービスです。主なユースケースは 3 つあります。第一に、データレジデンシー要件です。金融規制や政府の要件でデータを特定の国や施設内に保持する必要がある場合、Outposts でデータをオンプレミスに保持しつつ AWS のサービスを利用できます。第二に、低レイテンシ要件です。製造ラインの制御やリアルタイムのデータ処理で、クラウドへの往復レイテンシが許容できない場合に有効です。第三に、ローカルデータ処理です。大量のデータが生成される環境で、データをクラウドに転送する前にローカルで前処理する場合に使用します。

利用可能なサービスとネットワーク設計

Outposts で利用可能な AWS サービスは EC2、EBS、S3 (Outposts 上の S3)、RDS、ECS、EKS、EMR、ElastiCache などです。これらのサービスはリージョンの AWS と同じ API で操作でき、CloudFormation や Terraform でプロビジョニングできます。ネットワークはサービスリンク接続でリージョンの AWS と通信し、ローカルゲートウェイでオンプレミスネットワークと通信します。サービスリンクは Outposts の管理トラフィックとリージョンサービスへのアクセスに使用され、最低 1 Gbps の帯域幅が推奨されます。VPC のサブネットを Outposts に拡張する形で構成するため、既存の VPC 設計との統合が容易です。

運用モデルとコスト

Outposts ラックは AWS が設置、保守、ハードウェア交換、ソフトウェアパッチ適用を担当します。顧客はデータセンターの電力、冷却、物理セキュリティ、ネットワーク接続を提供します。料金は 3 年間のサブスクリプションで、全額前払い、一部前払い、前払いなしの 3 つの支払いオプションがあります。 EC2 インスタンスや EBS ボリュームの追加料金は発生せず、サブスクリプション料金にコンピュートとストレージのキャパシティが含まれます。 Outposts の導入には数週間のリードタイムが必要で、サイトの電力・冷却・ネットワーク要件の事前確認が重要です。 Outposts に関する詳しい解説はAmazon の関連書籍でも確認できます。

まとめ

Outposts はオンプレミスに AWS のインフラを拡張し、クラウドと同一の運用モデルでハイブリッド環境を実現するサービスです。EC2、EBS、S3、RDS、ECS などの AWS サービスをオンプレミスで実行し、リージョンと同じ API と管理ツールで操作します。データレジデンシー要件や超低レイテンシ要件に対応しながら、クラウドネイティブな開発体験を維持します。

関連するサービス

AWS OutpostsAWS のインフラとサービスをオンプレミスに拡張するハイブリッドクラウドサービスAmazon EC2クラウド上で仮想サーバーを提供するコンピュートサービスAmazon S3スケーラブルなオブジェクトストレージサービス

関連する記事

Amazon EVS でハイブリッドクラウドを運用する - DR サイト構築とバースト対応Amazon EVS を活用したハイブリッドクラウド運用を解説。DR サイトの構築、オンデマンドのキャパシティバースト、AWS サービスとの統合パターンを紹介します。AWS Batch で実行する GPU ベースの機械学習トレーニング - コスト効率の高い大規模学習既存の Docker コンテナで GPU トレーニングを実行し、スポットインスタンスとチェックポイントでコストを最大 90% 削減する。SageMaker との使い分けも紹介します。Amazon EBS のボリューム設計と運用 - gp3 ・ io2 の選定基準とスナップショット戦略gp3・io2 のボリュームタイプ選定基準を明確にし、IOPS・スループットの設計指針とスナップショットによるバックアップ戦略を実践的に紹介します。

同じテーマの記事

Auto Scaling はなぜスケールアウトは速く、スケールインは慎重なのか - 非対称な判断ロジックの設計意図EC2 Auto Scaling がスケールアウトを即座に実行する一方でスケールインに冷却期間を設ける非対称な設計の理由、フラッピング防止の仕組み、ターゲット追跡スケーリングの内部ロジックを解説します。AWS Auto Scaling で実現する需要追従型インフラ - スケーリングポリシーの設計と最適化ターゲット追跡・予測・スケジュールドの 3 種類のポリシーを使い分け、混合インスタンスポリシーでスポットを活用したコスト最適化を実現する手法を紹介します。AWS の障害ドメイン設計 - AZ・リージョン・パーティションの 3 層構造が守る可用性の仕組みAWS のインフラが AZ (障害隔離)、リージョン (地理的分離)、パーティション (政治的分離) の 3 層で設計されている理由と、各層の障害がどこまで波及するかを具体的な事例とともに解説します。AWS 障害から学ぶ分散システムの原則 - 過去の大規模障害が変えたアーキテクチャS3 障害 (2017)、Kinesis 障害 (2020)、us-east-1 の特殊性など、AWS が公開した障害レポートを題材に、Shuffle Sharding、Static Stability、Cell-based Architecture といった設計原則を解説します。AWS はなぜそこにリージョンを建てるのか - データセンター立地選定の知られざる判断基準AWS がリージョンの立地を決定する際に考慮する電力供給、地政学リスク、データ主権法制、ネットワーク接続性、自然災害リスクなどの判断基準を、具体的なリージョンの事例とともに解説します。AWS の Availability Zone ID はなぜアカウントごとに異なるのか - AZ マッピングの設計意図us-east-1a がアカウントごとに異なる物理 AZ を指す仕組み、AZ ID (use1-az1) が導入された背景、キャパシティの均等分散という設計意図、クロスアカウントでの AZ 指定の注意点を解説します。バッチコンピューティング基盤 - AWS Batch で実現する大規模並列処理AWS Batch を活用した大規模バッチ処理の構築方法を解説します。ジョブキュー、コンピューティング環境の自動スケーリング、Spot インスタンスによるコスト最適化など、科学計算や大規模データ処理に最適なバッチ基盤の設計を紹介します。AWS Batch でバッチコンピューティングを自動化 - ジョブキューとコンピューティング環境の設計AWS Batch によるジョブのスケジューリング、Fargate/EC2 コンピューティング環境の使い分け、スポットインスタンスの活用を解説します。

内容が近い記事・サービス

AWS Outposts によるハイブリッドクラウド - オンプレミスへの AWS 拡張ラック型とサーバー型の選択基準を整理し、オンプレミスで EC2・ECS・RDS を実行するハイブリッドクラウドの設計を紹介します。ハイブリッドクラウドインフラ - AWS Outposts で実現するオンプレミスと AWS の統合基盤AWS Outposts によるオンプレミス環境への AWS インフラ拡張と、EC2 との統合によるハイブリッドクラウドアーキテクチャの構築方法を解説します。データレジデンシー要件やレイテンシ要件への対応パターンを紹介します。AWS OutpostsAWS のインフラストラクチャとサービスをオンプレミスのデータセンターに物理的に設置し、クラウドと同一の API・ツールで運用できるハイブリッドクラウドサービスAWS のエッジ戦略 - Outposts・Local Zones・Wavelength が描くハイブリッドの未来AWS が Outposts、Local Zones、Wavelength の 3 つのエッジサービスで展開するハイブリッド・エッジ戦略を、Azure Stack や GCP Distributed Cloud と比較し、選択肢の幅と設計思想の違いを解説します。