AWS Outposts ラックの特徴

既存の Amazon VPC は、オンプレミスの場所の Outposts にシームレスに拡張できます。インストール後に、地域 VPC 内でサブネットを作成し、それを Outposts に関連付けます。これはちょうど、サブネットを AWS リージョン内のアベイラビリティーゾーンに関連付けるのと同じです。Outpost サブネット内のインスタンスは、プライベート IP アドレスを使用して、AWS リージョン内の他のインスタンスと通信します。これらはすべて同じ VPC 内にあるものです。

それぞれの Outposts は、新しいローカルゲートウェイ (LGW) を提供します。これを使えば、Outposts リソースをオンプレミスのネットワークと接続できます。LGW は、Outposts と他のローカルデータソース、エンドユーザー、ローカルのマシンや機器、またはローカルのデータベースとの間の低レイテンシーな接続を可能にします。

Application Load Balancer (ALB) をプロビジョニングすることで、着信 HTTP トラフィックを Outposts ラックの複数のターゲット (Amazon EC2 インスタンス、コンテナ、IP アドレスなど) に自動的に分散できます。Outposts 上の ALB はフルマネージド型で、単一のサブネットで動作し、Outposts ラックで利用可能なキャパシティまで自動的にスケールしてさまざまなレベルのアプリケーション負荷に対応するため、手動での介入は必要ありません。

AWS Outposts のプライベート接続を使用することによって、AWS Direct Connect 経由で Outposts から AWS リージョンへのサービスリンク VPN 接続を確立することができます。プライベート接続は、パブリックインターネットへの露出を最小限に抑え、特別なファイアウォール設定の必要性をなくします。

AWS Outposts のダイレクト VPC ルーティングでは、オンプレミス環境は VPC に設定されたプライベートサブネットを使用して Outpost と直接通信することができます。このモードでは、LGW は自動的にすべての VPC サブネットを BGP でオンプレミスネットワークにアドバタイズします。また、お客様所有の IP (CoIP) ルーティングモードを使用して、Outpost がお客様のオンプレミスネットワークからお客様によって提供された別の IP アドレスプールを使用することもできます。CoIP を選択した場合、IP アドレスプールはローカルゲートウェイに割り当てられ、BGP を通じてお客様のネットワークにアドバタイズされます。このモードでは、オンプレミス環境と通信する際に、ローカルゲートウェイが CoIP アドレスへのインスタンスの NAT を実行します。 

Outposts ラックのサブネットルートテーブルにルートを追加して、LGW を使用している同じ VPC 内の複数のサブネット間でトラフィックを転送できます。これにより、直接 VPC ルーティングを介して、オンプレミスネットワークの Outposts 間の VPC インスタンス間通信が可能になります。複数の Outposts 間の VPC 内通信により、2 つの異なるアベイラビリティーゾーン (AZ) に固定された Outposts ラック上で実行されるオンプレミスアプリケーション用に、マルチ AZ のようなアーキテクチャを構築できます。

Outposts の Route 53 Resolver を使用すると、Outpost でドメインネームサーバー (DNS) クエリをローカルに解決して、オンプレミスアプリケーションの可用性とパフォーマンスを向上させることができます。Outposts で Route 53 Resolver を有効にすると、Route 53 は自動的に DNS レスポンスを Outpost にローカルに保存します。オプションで、Outpost のリゾルバーを Route 53 Resolver エンドポイント経由でオンプレミスのデータセンターの DNS サーバーに接続できます。Outposts の Route 53 Resolver は、親 AWS リージョンへのネットワークが予期せず切断された場合でも、Outpost で実行されているアプリケーションの DNS 解決を継続します。また、DNS 応答をローカルで処理することで、低レイテンシーの DNS 解決を可能にします。 

様々な AWS のサービスをローカルに実行して、オンプレミス上でアプリケーションを構築し、実行することができます。

Amazon ECS: Docker コンテナをサポートする拡張性とパフォーマンスに優れたコンテナオーケストレーションサービスです。これにより、コンテナ化されたアプリケーションを Outposts ラックで簡単に実行およびスケールできます。Outposts で ECS を使用すれば、オンプレミスシステムへの低いレイテンシー通信を必要とするコンテナ化したアプリケーションを実行できます。Outposts ラックで動作する Amazon ECS では、独自のコンテナオーケストレーションソフトウェアをインストールおよび操作したり、仮想マシンのクラスターの管理やスケーリングを行ったり、オンプレミス環境の仮想マシン上のコンテナをスケジューリングしたりする必要はありません。シンプルな API コールにより、Docker 対応のアプリケーションを起動し、停止することができます。また、現在 AWS リージョン内のコンテナを管理する場合と同じほどの容易さで、アプリケーションの完全な状態を問い合わせることができます。

Amazon EKS: Amazon EKS は、Kubernetes コントロールプレーンのインストールと運用を自分で行うことなく、Kubernetes を AWS で簡単に実行できるようにするマネージドサービスです。Outposts で EKS を使用すれば、オンプレミスシステムへの特別に低いレイテンシーを必要とするコンテナ化したアプリケーションを実行できます。EKS on Outposts では、AWS リージョンでコンテナを管理するのとまったく同じように簡単にオンプレミスのコンテナを管理できます。

Amazon RDS on Outposts: RDS on Outposts は、Microsoft SQL Server、MySQL および PostgreSQL データベースエンジンをサポートしており、間もなく他のデータベースエンジンもサポートする予定です。Amazon Relational Database Service (RDS) を使用すると、クラウド上のリレーショナルデータベースのセットアップ、運用、スケールが簡単になります。 Amazon RDS は、インフラストラクチャのプロビジョニング、データベースのセットアップ、パッチ適用、およびバックアップなどの時間のかかる管理タスクを自動化しながら、コスト効率とサイズ変更可能な容量を提供し、アプリケーションに集中することを可能にします。Amazon RDS on Outposts は、これらと同じメリットを、オンプレミスの Outposts ラックデプロイで実現します。オンプレミスのデータとアプリケーションを近接に配置して実行することが必要な、低レーテンシーワークロードのために、オンプレミスでフルマネージドデータベースを実行することができます。AWS リージョンとオンプレミス両方の RDS データベースは、同じ AWS マネジメントコンソール、API、CLI を使用します。これにより、低コストで高可用性を備えたハイブリッドデプロイ、AWS リージョンに戻ることによる災害対策、AWS リージョン内の Amazon RDS へのリードレプリカバースティング、AWS リージョン内の Amazon Simple Storage Service (Amazon S3) における長期間のアーカイブを実現できます。

Amazon ElastiCache on Outposts: ElastiCache はフルマネージド型のインメモリデータストアです。Redis および Memcached と互換性があり、ミリ秒未満のレイテンシーのリアルタイムアプリケーションに最適化されています。Amazon ElastiCache on Outposts を使用すると、AWS リージョンと同じように、AWS Outposts ラックのキャパシティーで、人気のオープンソース互換のインメモリデータストアをシームレスにセットアップ、実行、スケーリングできます。高スループットかつ低レイテンシーなインメモリデータストアからデータを取得することにより、大量のデータを扱うアプリケーションを構築したり、既存のデータベースのパフォーマンスを改善したりできます。Amazon ElastiCache on Outposts をローカルデータ処理や低レイテンシーアプリケーションに対してデプロイすると、キャッシュ、セッションストア、ゲーム、地理空間サービス、リアルタイム分析、キューといったリアルタイムのユースケースが可能になります。

Amazon EMR: 自社のデータセンター、コロケーションスペース、またはオンプレミス施設の AWS Outposts ラックで動作する Amazon EMR クラスターは、真に一貫していてシームレスな、ハイブリッドクラウド分析のエクスペリエンスを実現します。セキュアなマネージド型の EMR クラスターを、自社のデータセンター内に数分でデプロイすることができます。これにより、ビジネスユーザーは最新版の Apache Spark、Apache Hive、および Presto を使用して、オンプレミスのデータソースの重要な情報や、ビッグデータ分析用のシステムにアクセスできます。Outposts 内に EMR クラスターを起動する際には、EMR コンソール、SDK、または CLI を使用して、Outposts に関連付けられているサブネットを指定できます。オンプレミスの Outposts ラックインスタンス上で動作している EMR クラスタは、他のクラスターと同様に、EMR コンソールに表示されます。

AWS リージョンで AWS のサービスの新しいバージョンが利用可能になると、Outposts ラックでローカルに動作している AWS サービスも自動的にアップグレードされて、その時点の AWS リージョンと同じ最新バージョンになります。Amazon RDS on Outposts のようなサービスの、OS とデータベースエンジン両方のパッチ適用は、ダウンタイムを最小にするように、メンテナンス期間中にスケジュールされます。

AWS Outposts ラックは、AWS リージョンの拡張機能です。オンプレミス上の Amazon Virtual Private Cloud はシームレスに拡張して、AWS リージョンで利用可能な幅広いサービスに接続できます。プライベートな VPC 環境、例えばインターフェイスエンドポイント、ゲートウェイエンドポイント、さらにはリージョンのパブリックエンドポイントからでも、リージョンのすべての AWS のサービスにアクセスできます。

AWS Elastic Disaster Recovery (AWS DRS) は、手頃な料金のストレージ、最小限のコンピューティング、ポイントインタイムリカバリを使用して、オンプレミスおよびクラウドベースのアプリケーションを迅速かつ確実に復旧することで、サイトで障害が発生した際のダウンタイムやデータ損失を最小限に抑えます。AWS DRS では、Outposts ラックをデータのレプリケーションとリカバリのソースまたはターゲットとして設定できます。

AWS CloudFormation、Amazon CloudWatch、AWS CloudTrail、Elastic Beanstalk、Cloud 9 など、AWS リージョンで動作している AWS ツールにアクセスして、現在 AWS リージョンで行っているのと同じ方法で、Outposts ラック上のアプリケーションを実行し、管理することができます。

AWS Outposts ラックは、AWS が Outpost のインスタンスのハードウェアとファームウェアを継続的に監視、保護、検証する強化されたセキュリティを提供することを可能にする AWS Nitro Systemの技術に基づいて構築されています。AWS Nitro により、仮想化リソースの負荷を専用のハードウェアとソフトウェアに分担させて、攻撃可能面を最小化することができます。最後に、Nitro システムのセキュリティモデルはロックダウン型です。管理者アクセスを禁止し、人的エラーや不正の可能性をなくします。

AWS Outposts ラックには、セキュリティの基盤となる、更新された責任共有モデルがあります。AWS は、現在 AWS リージョンのインフラストラクチャをセキュアにしているのと同様に、Outposts ラックのインフラストラクチャの保護に責任を負います。お客様は、現在リージョンで行っているのと同じように、Outposts ラックで実行されるアプリケーションのセキュア化に責任を負います。Outposts ラックでは、お客様はまた Outposts のラックの物理的なセキュリティにも責任を負い、Outposts へのネットワーク接続が一貫したものとなるようにします。

Data-at-rest: EBS ボリューム、および、Outposts ラックにある S3 オブジェクトでは、休止中のデータはデフォルトで暗号化されます。

Data-in-transit: データはサービスリンクを介して、Outposts ラックと AWS リージョン間の転送中に暗号化されます。

Deleting data: AWS リージョンと同じ方法でインスタンスが終了すると、すべてのデータが削除されます。

Outposts ラックは、ラック内で冗長化されたネットワーキングスイッチや電源エレメント、さらに(プロビジョニング済みの場合には) 組み込み型で常に稼働状態を保つ追加容量などにより、高可用性を実現しています。これにより、AWS リージョンと同じ方法での、信頼性の高い自動災害復旧が可能になっています。当社では、現在の AWS リージョンでの AWS Auto Scaling と同様のベストプラクティスとして、高可用性デプロイや、基盤となるホストで発生した問題のフェイルオーバーを容易にする、自動回復ワークフローなどの採用を推奨しています。顧客は、同一サイトに複数の Outposts をデプロイし、それぞれを異なるアベイラビリティーゾーンと接続することによって、さらに高い可用性を実現できます。 また、お客様は AWS Outposts ラック上で EC2 の配置グループを使用することで、グループ内のインスタンスを異なる Outposts ラックに配置し、ハードウェア障害の影響を軽減することができます。

AWS Outposts ラックによって AWS Resource Access Manager (RAM) がサポートされているため、お客様は同じ AWS 組織の複数のアカウント全体で、EC2 インスタンス、EBS ボリューム、S3 容量、サブネット、ローカルゲートウェイ (LGW) といった Outposts ラックリソースへのアクセスを共有できます。この新しい機能により、お客様の組織における分散されたチームやビジネスユニットは、共有された Outposts で VPC の設定、インスタンスの作成と実行、EBS ボリュームの作成を行うことができます。