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

そうなんだよね、説明文だけ読むと似て見えるんだ。いちばん分かりやすいのは「AWS のハードウェアがどこにあるか」で並べることだよ。まとめるとこんな感じだね。

その捉え方で合ってるよ。それと、Outposts と Local Zones と Wavelength はどれも親になる AWS リージョンとつながっていて、リージョンの延長として使うっていう共通点があるんだ。VPC をそのまま延ばしてサブネットを作って、そこに EC2 インスタンスを起動する、という使い方になるよ。

いいところに気づいたね！ Outposts は、親リージョンとの間のサービスリンクという接続を通じて AWS が管理しているんだ。だから公式ドキュメントでも、リージョンへの信頼できる接続があることを前提にしているよ。「インターネットにまったくつながらない場所で、完全に切り離して動かしたい」という要件なら、話が変わってくるんだ（後で出てくる EKS Anywhere はそういう環境にも対応しているよ）。

そこが違うところなんだ。Outposts は、AWS のインフラストラクチャ、サービス、API、ツールをお客さんの施設まで拡張するフルマネージドサービスなんだよ。ラックやサーバー、スイッチなどのハードウェアは AWS が所有して管理するんだ。お客さんが用意するのは、置き場所と電源・ネットワークだね。

置かれた Outpost は、AWS が運用・監視・管理する「AWS リージョンの一部」として扱われるよ。Outpost 上にサブネットを作って EC2 インスタンスを起動すると、同じ VPC の中のリージョン側のインスタンスとプライベート IP アドレスで通信できるんだ。

そうそう、その感じ！ ただ、フォームファクタの提供状況は気をつけてほしいんだ。

うん、公式ドキュメントには、Outposts ラックの機能をもっと小さい電力・設置面積で使えるようにすることに注力している、と書かれているよ。試験対策としては「オンプレミスで AWS と同じ API・サービスを使いたいなら Outposts」という対応を覚えておけば大丈夫。実務で選ぶときは、今の提供状況を確認してね。

置いてある場所が違うんだ。Local Zones は、親リージョンを拡張して、大都市や産業の中心の近くにコンピューティングやストレージなどを置いたものだよ。独自のインターネット接続を持っていて、Direct Connect にも対応しているんだ。Wavelength は、通信事業者の 5G ネットワークのエッジに AWS のコンピューティングとストレージを置いたものなんだ。

公式ドキュメントの一覧を見ると、東京リージョン（ap-northeast-1）を親にする Wavelength Zone は、KDDI の東京と大阪の 2 つがあるよ。一方、東京リージョンを親にする Local Zone は台湾（台北）の 1 つで、これはアクセスを AWS サポートにリクエストする形になっているんだ。だからふつうのアカウントのコンソールには出てこないし、日本国内の Local Zone もないんだよ。

ははは、面白いよね。Local Zones は「親リージョンの延長」だから、こういうことが起きるんだ。それから、Local Zones を有効にすること自体には追加料金はかからなくて、作ったリソースの分だけ課金されるよ。料金は親リージョンとは別に決まっているんだ。

よく分かったね。Local Zones のゾーングループを無効に戻すには、AWS サポートにケースを開く必要があるんだ。コンソールで自由にオン・オフできるわけじゃないから、試しに有効化するのは避けたほうがいいよ。

そう、オンプレミスに置いたソフトウェアアプライアンス（ゲートウェイ）を通して、AWS のクラウドストレージを使えるようにするサービスなんだ。オンプレミスのサーバーから見ると、いつものファイル共有やディスク、テープ装置に見えるのがポイントだよ。たとえば S3 File Gateway は、VMware ESXi・Hyper-V・KVM の仮想マシンや Amazon EC2 などにデプロイできるんだ。用途によってタイプが分かれているよ。

その通り！ バックアップソフトの設定はそのままで、テープの調達や保管の手間をなくせるんだ。試験では「オンプレミスのアプリケーションを変えずに、保存先を AWS にしたい」という要件が出たら Storage Gateway、その中で「ファイル共有なら S3 File Gateway」「iSCSI ならボリュームゲートウェイ」「テープバックアップならテープゲートウェイ」と選ぶんだよ。

うまい！ その違いで合ってるよ。それと、移行で使う AWS DataSync は「データを AWS へ運ぶ」サービス、Storage Gateway は「オンプレミスから AWS のストレージを使い続ける」サービス、という違いも押さえておこう。

自前のサーバーがあるなら、別の選択肢があるよ。Amazon ECS Anywhere は、オンプレミスのサーバーや VM を「外部インスタンス」として ECS クラスターに登録して、EXTERNAL 起動タイプでタスクを動かせるようにするものなんだ。コントロールプレーンは AWS が管理して、サーバー側には SSM Agent と ECS コンテナエージェントを入れるよ。

EKS にもオンプレミス向けの形がいくつかあるんだ。コントロールプレーンを誰がどこで動かすかで並べるとこうなるよ。

そう、そこが大事な違いなんだ。EKS Anywhere は「AWS が作った Kubernetes のツール一式を、自分の環境で自分で運用する」ものなんだよ。その代わり、リージョンにつながらない環境でも動かせるんだ。

VMware Cloud on AWS は、AWS と VMware が共同で開発したサービスで、AWS のベアメタル（物理ハードウェア）上で VMware の環境（vSphere・vSAN・NSX）を動かすものなんだ。オンプレミスで VMware を使っている会社が、使い慣れたツールや運用のまま AWS に移せる、という位置づけだよ。ただ、提供のされ方が変わっているんだ。

そうなんだ。2024 年 4 月 30 日から、VMware Cloud on AWS は AWS やそのチャネルパートナーからは再販されていなくて、Broadcom を通じて提供されているよ。AWS のネイティブなサービスとしては、VMware Cloud Foundation の環境を VPC 内の EC2 ベアメタルインスタンスにデプロイする Amazon Elastic VMware Service（Amazon EVS）もあるんだ。試験対策としては「VMware の環境のまま AWS で動かしたい」なら VMware Cloud on AWS、という対応を覚えておこう。

うん、Batch はハイブリッドのサービスじゃなくて、AWS リージョンで動くバッチ処理のフルマネージドサービスだよ。試験範囲の都合でここで紹介するね。大量の計算ジョブを投げると、Batch が必要なコンピューティングリソースを用意して、ジョブを順番に実行してくれるんだ。インフラの設定や管理を自分でしなくていいのが大きなメリットだよ。

いいね、まさにそれ！ それと、AWS Batch 自体には追加料金がかからないんだ。払うのは、ジョブを動かした EC2 や Fargate などのリソースの料金だけだよ。

Lambda 関数のタイムアウトは最大 900 秒（15 分）なんだ。だから「長時間かかる計算や、大量のジョブをまとめて流したい」なら Batch、「イベントをきっかけに短い処理を動かしたい」なら Lambda、と考えると選びやすいよ。