オンプレミスとエッジで使う AWS ── Outposts・Wavelength・Local Zones・Storage Gateway・ECS/EKS Anywhere・VMware Cloud・Batch

前提条件

1. AWS マネジメントコンソールにログイン済みであること
2. リージョン: ap-northeast-1（東京）
3. この実践ではリソースを作成しません。料金は発生しません

> [!WARNING] > Local Zones・Wavelength Zones の画面には「オプトイン」のボタンがありますが、押さないでください。Local Zones のゾーングループは、一度有効にすると無効に戻すのに AWS サポートへの問い合わせが必要です。

手順 1: 東京リージョンの Local Zones を確認する

AWS マネジメントコンソールにログインし、右上のリージョンが アジアパシフィック (東京) ap-northeast-1 であることを確認します。

上部の検索バーに Global View と入力し、表示された「AWS グローバルビュー」（旧 EC2 Global View）を選択します。

左側ナビゲーションの「リージョンおよびゾーン」を選択し、「ローカルゾーン」タブを選択します。

一覧に、世界の Local Zone が「ゾーン名」「オプトインステータス」「ロケーション」「親リージョン」とともに並びます。「親リージョン」の列で、どのリージョンの延長なのかが分かることを確認します。米国（バージニア北部）やオレゴンを親にするゾーンが多い一方、東京リージョンを親にするゾーンは表示されません。技術解説で触れた台北の Local Zone は、AWS サポートにアクセスをリクエストする形のため、この一覧には出てきません。行を選択したり「オプトイン」を押したりはしません。

手順 2: 東京リージョンの Wavelength Zones を確認する

同じ「リージョンおよびゾーン」の画面で、「Wavelength Zone」タブを選択します。

親リージョンが「アジアパシフィック (東京)」の行が 2 つあり、ロケーションが「Asia Pacific (KDDI)」になっていることを確認します。ゾーン名は東京（ap-northeast-1-wl1-nrt-wlz-1）と大阪（ap-northeast-1-wl1-kix-wlz-1）です（ゾーン名が途中で省略されている場合は、列の幅を広げると全体が見えます）。ここでも「オプトイン」は押しません。

手順 3: AWS Outposts の入口を確認する

上部の検索バーに Outposts と入力し、表示された「AWS Outposts」を選択します。

サービスのトップページで、Outposts が「AWS のインフラストラクチャとサービスを自社の施設に拡張する」サービスであることを確認します。サイトの作成や Outpost の注文は行いません。

手順 4: AWS Storage Gateway の入口を確認する

上部の検索バーに Storage Gateway と入力し、表示された「Storage Gateway」を選択します。

ゲートウェイの一覧画面（初めてのアカウントでは 0 件）が表示され、「ゲートウェイの作成」ボタンから、オンプレミスから AWS のストレージを使うためのゲートウェイを作成できることを確認します。画面上部には、FSx ファイルゲートウェイが新規のお客様には提供されていないことを知らせる案内も表示されます。ゲートウェイの作成は行いません。

---