AWS Outposts ラックに関するよくある質問

はい、EBS gp2 ボリュームタイプに支援された AMI を使用して EC2 インスタンスを作成できます。

Outposts ラックの EBS ボリュームの EBS スナップショットは、デフォルトでリージョンの Simple Storage Service (Amazon S3) に保存されます。Outposts での Simple Storage Service (Amazon S3) で Outposts がプロビジョニングされている場合は、スナップショットを Outposts にローカルに保存するオプションがあります。EBS スナップショットは増分的です。つまり、最新のスナップショット後に変更された Outposts 上のブロックのみが保存されます。Outposts の EBS ボリュームは、保存されているスナップショットからいつでも復元 (ハイドレート) することができます。詳細については、EBS スナップショットの「ドキュメント」をご覧ください。

Outposts の AMI イメージと EBS ローカルスナップショットにリソースレベルの IAM ポリシーとアクセス許可を Outposts に設定して、データレジデンシーを強制できます。各アカウント (または IAM ユーザーまたはロール) は、単一または複数の Outposts にデータレジデンシー強制ポリシーを設定できます。これにより、ローカルスナップショットとイメージの作成またはコピー、および指定された Outposts ラック ARN の外部での API / CLI 呼び出しがブロックされます。作成、更新、およびコピーのすべての操作は CloudTrail 監査ログに記録されるため、ローカルスナップショットがご自分の場所にあることを追跡できます。詳細については、EBS スナップショットの「ドキュメント」をご覧ください。

S3 on Outposts は、データレジデンシー要件をお持ちのお客様や規制業界のお客様には理想的です。オンプレミスか AWS リージョンのないロケーションに残しておく必要のあるカスタマーデータをセキュアに保存、処理することが求められるからです。さらに、S3 on Outposts を使用すると、データ集約型ワークロードを実行して、データをローカル処理し、オンプレミスに保存できます。S3 on Outposts は、工場、病院、または研究施設内など、他のオンプレミスシステムと通信する、またはオンサイト装置を制御する必要があるアプリケーションがある場合にも役立ちます。

AWS Direct Connect のプライベート接続、パブリック仮想インターフェイス、またはパブリックインターネット経由での親 AWS リージョンに対する Outposts ラックサービスリンク VPN 接続の確立を選択できます。

はい。Application Load Balancer は、AWS GovCloud (米国) リージョンを除く、Outposts が利用可能なすべての AWS リージョンの Outposts でご利用いただけます。

はい。Amazon RDS on Outposts を使用すると、オンプレミスのデータとアプリケーションを近接配置して実行することが必要な低レイテンシーワークロード向けに、オンプレミスでマネージド型の Microsoft SQL Server、MySQL および PostgreSQL データベースを実行できます。クラウドとオンプレミス両方の RDS データベースは、同じ AWS マネジメントコンソール、API、CLI を使用します。超低レイテンシーのアプリケーションで ElastiCache on Outposts を使用すると、製造業、リアルタイム診療、メディアストリーミングでオペレーションが自動化された現場でワークロードが実行されるリアルタイムアプリケーションに対してミリ秒以下で応答が返ります。

はい。Amazon Elastic Block Store (EBS) および Amazon Simple Storage Service (S3) on Outposts を使用すると、カスタマーデータを構成して、お客様のオンプレミスロケーションであっても、特定のコロケーション施設であっても、Outposts ラックに残せます。Outposts ラックと AWS のサービスおよびツールを併用する Well-Architected アプリケーションは、多くのお客様に共通するデータレジデンシー要件に対応しています。AWS Identity and Access Management (IAM) を利用すると、AWS リソースへのアクセスを制御できます。IAM および細分化したデータ制御規則によって、Outposts ラックに残すべきデータのタイプと AWS リージョンにレプリケーションできないデータのタイプを指定できます。S3 on Outposts ではデータがデフォルトでお使いの Outposts に保存されるため、ご自分のレジデンシー要件によって AWS リージョンにすべてのデータをレプリケーションするか、またはデータの一部にとどめておくか選択できます。ElastiCache on Outposts では、カスタマーデータを Outposts ラックにセキュアにローカル処理できます。一部の制限付きメタデータ (インスタンス ID、モニタリングメトリクス、計測記録、タグ、バケット名など) は、AWS リージョンに送り返されます。

お客様固有のデータレジデンシー要件に確実に合うようにするには、社内のコンプライアンスチームやセキュリティチームと連絡を取り合い、密接に連携することを推奨します。

はい。AWS Resource Access Manager (RAM) は、お使いの AWS のリソースを任意の AWS アカウントまたは AWS Organizations 内で共有できるサービスです。RAM サポートにより、Outposts の所有者は、EC2 インスタンス、EBS ボリューム、サブネット、ローカルゲートウェイ (LGW) などの Outposts リソースを一元的に作成および管理し、同じ AWS Organizations 内の複数の AWS アカウント間でリソースを共有できるようになります。これにより、他のユーザーが VPC を設定し、インスタンスを起動して実行し、共有の Outposts に EBS ボリュームを作成できるようになります。

AWS Nitro System 上に構築された EC2 インスタンス (汎用、コンピューティング最適化、メモリ最適化、ストレージ最適化、およびインテル Xeon スケーラブルプロセッサで GPU 最適化されたもの) が AWS Outposts ラックでサポートされています。Graviton プロセッサベースの EC2 インスタンスも間もなく利用可能になります。

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

さらに、Outposts ラックの Route 53 Resolver を Route 53 Resolver エンドポイント経由でオンプレミスのデータセンターの DNS サーバーに接続できます。これにより、Outposts ラックと他のオンプレミスリソース間の DNS クエリを解決できます。

Outposts を設置するための基本的な電源、ネットワーク、スペースの要件を満たしている場所が必要です。Outposts ラックには、5～15 kVA、1/10/40/100 Gbps のアップリンクのサポート、42U ラックの設置スペース (寸法 80” X 24” X 48”) が必要です。Outposts ラックは AWS リージョンへの信頼性の高いネットワーク接続を必要としているので、パブリックのインターネット接続を計画するべきです。お客様は、選択されたサポートプランに応じて、15 分以内または 30 分以内の 24 時間 365 日のリモートサポートを提供するエンタープライズサポートまたは Enterprise On-Ramp サポートに加入している必要があります。

Outposts ラック期間の終了時に、サブスクリプションを更新して既存の Outposts ラックをそのまま使用するか、Outposts ラックを返却することができます。どのオプションを選択するかについて AWS に通知がない場合、Outposts ラックは、AWS Outposts ラック設定に対応する前払いなしオプションの料金で、毎月更新されます。詳細については、こちらから期間終了ドキュメントを参照してください。

AWS Outposts ラックは HIPAA 対象で、PCI、SOC、ISMAP、IRAP および FINMA に準拠し、ISO、CSA STAR、および HITRUST 認定を受けており、今後数か月間にさらに多くのコンプライアンス証明書を追加する予定です。 最新の証明書ステータスは、対象範囲内のページにある Outposts ラック上の AWS のサービスで確認できます。また、PCI などの認可を取得した、RDS や Elasticache Redis のような Outposts ラック上の AWS のサービスは、Outposts ラックでも認可を取得したと見なされます。AWS Outposts ラックはお客様のデータセンターで稼働するため、AWS 責任共有モデルに基づいて、コンプライアンス証明書のための Outposts 周辺の物理的なセキュリティとアクセス制御はお客様の責任となります。

はい、AWS Outposts ラックは GxP に準拠しています。AWS Outposts ラックは、お客様のサイトに物理的に設置されている AWS 管理のインフラストラクチャに AWS のサービスを拡張します。Outposts ラックのキャパシティには、AWS リージョンに戻る接続パスがあることに加えて、お客様のローカルネットワークにマップされたローカルゲートウェイ経由でローカルにアクセスできます。GxP システム向けの AWS クラウド (Outposts ラックを含む) の使用に関する詳細については、こちらをご覧ください。AWS のサービスを利用する GxP 規制対象のライフサイエンス組織は、GxP コンプライアンスを設計して検証する責任を担います。

AWS では、保管時および転送時のデータを暗号化することを可能にするサービスと、その他のきめ細かいセキュリティ制御と監査メカニズムを提供しています。これに加えて、お客様のデータは物理的な Nitro Security Key にラップされています。デバイスを破壊することは、データを破壊することと同じです。  責任分担モデルの一環として、お客様は、Outposts 周辺の物理的なセキュリティとアクセス制御、ならびにこちらで公開されている施設、ネットワーキング、および電力に関する環境要件を証明する責任を担います。 Outposts ラックハードウェアを返却する前に、お客様のコンテンツがクリプトシュレディングされることを確実にするために Nitro Security Key が取り外されます。

AWS Outposts は、サービスのハードウェアコンポーネントを除き、FedRAMP から認可を受けました。お客様のサイトにある間、AWS Outposts の保護を物理的および環境的に制御することは、お客様の責任です。お客様と機関は、リスクに基づいて AWS Outposts を使用するか、タイプ認定を実施して AWS Outposts のハードウェアコンポーネントを確認して FedRAMP ワークロードを処理するかを決定できます。AWS のサードパーティー評価機関によって以前に実施された評価結果には、CapLinked を介してアクセスできます。

Outposts が設置されて、AWS マネジメントコンソールに表示されると、AWS はパブリックリージョンの一部として Outposts をモニタリングし、ソフトウェアアップグレードとパッチ適用を自動的に実行します。

物理的なメンテナンスを行う必要がある場合は、AWS が訪問のスケジュールについてご連絡いたします。AWS は、適切であれば、特定のモジュールの交換を行うことがあります。しかし、顧客のプレミス上のホストやネットワークスイッチに対してサービスを行うことはありません。

Outposts の EC2 インスタンスと EBS ボリュームは通常どおりに動作し続け、ローカルゲートウェイ経由でローカルにアクセスすることができます。同様に、ECS ワーカーノードといった AWS のサービスのリソースもローカルで動作し続けます。ただし、API の可用性は低下します。例えば、API の実行/開始/停止/終了は行えないことがあります。インスタンスのメトリクスとログは数時間引き続きローカルにキャッシュされ、接続が回復すると AWS リージョンにプッシュされます。切断状態が数時間を超えると、メトリクスとログは失われます。ネットワーク接続の損失が起こる可能性がある場合、ワークロードを定期的にテストして、Outposts が切断された状態で正常に動作することを確認することを強くお勧めします。S3 on Outposts の場合、Outposts へのネットワーク接続が失われると、オブジェクトにアクセスできなくなります。オブジェクトを保存、取得するリクエストは当該リージョンの AWS Identity and Access Management (IAM) サービスによて認証されるため、Outposts とホーム AWS リージョンとの接続がなくなると、データにアクセスできなくなります。接続が切断中でもデータは Outposts に保存されます。接続が回復すれば、認証やリクエストも再開されます。

例として、インスタンスの状態、インスタンスのアクティビティ (作成、停止)、基盤となるハイパーバイザーシステムに関する情報を親の AWS リージョンに送り返すことができます。この情報により、AWS は、インスタンスの状態と容量に関するアラートを行い、Outposts に対するパッチ適用や更新を実施することができます。お客様のチームは、これらの要素を管理したり、Outposts にセキュリティ更新やパッチ適用を実施したりするための独自のツールを実装する必要がなくなります。S3 on Outposts では、バケット名やメトリクスなど特定のコントロールプレーンのデータは報告と管理のために、AWS リージョンに保存されます。切断されているときに、この情報を親リージョンに返送することはできません。

AWS Outposts ラックのコンピューティングおよびストレージキャパシティを増加させるメカニズムは 2 つあります。まず、Outposts ラックカタログから Outposts ラックを追加することでキャパシティを増加させることができます。次に、既存の Outposts ラック内に利用可能な電力と設置ポジションがある場合は、構成を「スモール」から「ミディアム」もしくは「ラージ」に拡大する、または「ミディアム」から「ラージ」に拡大することができます。10KVA～15KVA 電力消費をサポートするラック内では、最大 2 倍のコンピューティングおよびストレージキャパシティを追加することができます。注意: 1U および 2U Outposts サーバーを 42U Outposts フォームファクタに取り付けることはできません。