ロサンゼルスで 2 番目の Local Zone を発表

2019 年 12 月、Jeff Barr はこの投稿を公開し、カリフォルニア州ロサンゼルスに新しい Local Zone の立ち上げを発表しました。Local Zone は、既存の AWS リージョンをエンドユーザーにより近い場所まで拡張し、ゾーン内の AWS のサービスのサブセットに 1 桁のミリ秒のレイテンシーを提供します。Local Zone は親リージョン (この場合は米国西部 (オレゴン)) にアタッチされ、サービスおよびリソースへのアクセスは親リージョンのエンドポイントを介して実行されます。これにより、Local Zone はアプリケーションとエンドユーザーに対して透過的になります。Local Zone で実行されているアプリケーションは、Amazon の冗長で非常に高帯域幅のプライベートネットワークのバックボーンを介して、ゾーン内のサブセットだけでなく、すべての AWS のサービスにアクセスできます。

この投稿の締めくくりとして、Jeff wrote は次のように述べています (ここに引用します) – 「(Andy Jassy がよく言っているように) しかるべき時には、特定の地域に複数の Local Zone が存在し得ます。2020 年には、ロサンゼルスに 2 つ目の Local Zone (us-west-2-lax-1b) を開設し、他の場所についても考慮しています」

遂にその時がやってきました! お客様のリクエストに基づき、AWS は本日、ロサンゼルスに 2 番目のローカルゾーンを立ち上げました。このゾーンは、その地域 (通常は南カリフォルニア) のお客様が、非常に低いレイテンシーとともに、アプリケーションの可用性と耐障害性をさらに高めることを可能にします。これらのお客様は、アーティストワークステーション、ローカルレンダリング、ゲーム、金融取引処理など、非常に低いレイテンシーを必要とするワークロードを抱えています。

新しいロサンゼルスの Local Zone には、Amazon Elastic Compute Cloud (EC2)、Amazon Elastic Block Store (EBS)、Amazon FSx for Windows ファイルサーバーおよびAmazon FSx for Lustre、Elastic Load Balancing、Amazon Relational Database Service (RDS)、および Amazon Virtual Private Cloud などのサービスのサブセットが含まれており、そのゾーンで実行されているアプリケーションは、そのゾーンと親リージョンとの関連付けを通じて、すべての AWS のサービスおよびその他のリソースにアクセスできます。

Local Zone を有効にする
アカウントで 1 つ以上の Local Zone の使用をオプトインすると、アプリケーションおよびリソースのデプロイ時に使用できる追加のアベイラビリティーゾーンとして表示されます。昨年 12 月にリリースされた当初のゾーンは、us-west-2-lax-1a でした。現在ではすべてのお客様が利用可能となっている追加ゾーンは、us-west-2-lax-1b です。以下に示すように、EC2 マネジメントコンソールの新しい [Settings] (設定) セクションを使用して Local Zone を有効にできます。

Jeff の元の投稿に記載されているように、AWS コマンドラインインターフェイス (CLI) (aws ec2 modify-availability-zone-group コマンド)、AWS Tools for PowerShell (Edit-EC2AvailabilityZoneGroup コマンドレット)、または ModifyAvailabilityZoneGroup API を AWS SDK の 1 つから呼び出すことによって、Local Zone へのアクセスをオプトイン (またはオプトアウト) することもできます。

可用性が高く、レイテンシーが低いアプリケーションのために Local Zone を使用する
Local Zone を使用すると、アプリケーションの高可用性と超低レイテンシーをさらに向上させることができます。考えられる 1 つのシナリオに、ハイブリッドアーキテクチャを使用したエンタープライズ移行があります。これらの企業は、現在、ロサンゼルスのメトロエリアにある既存のオンプレミスのデータセンターで実行されているワークロードを抱えています。これらのアプリケーションポートフォリオの多くは相互に依存しており、クラウドに移行するのは大変な作業です。AWS Direct Connect を Local Zone と組み合わせて利用することで、これらのお客様は、アーキテクチャの潜在的に高価な刷新を必要とせずに、ロサンゼルスの Local Zone で実行されているアプリケーションとオンプレミスのインストール間で超低レイテンシー通信を提供するハイブリッド環境を確立できます。時間の経過に伴い、オンプレミスのアプリケーションを段階的にクラウドに移行できるため、移行プロセス全体が簡素化されます。以下の図は、このタイプのエンタープライズハイブリッドアーキテクチャを示しています。

このタイプのハイブリッドアーキテクチャを使用しているお客様からお聞きしたところによれば、このお客様は、Local Zone と AWS Direct Connect を組み合わせることで、Local Zone でホストされているアプリケーションと LA メトロエリアのオンプレミスデータセンターのアプリケーションとの間で 1.5 ミリ秒未満のレイテンシー通信を実現したとのことでした。

レンダリングおよびアニメーションのワークロード用の仮想デスクトップは、Local Zone のもう 1 つのシナリオです。このようなワークロードの場合、レイテンシーは重要であり、ロサンゼルスに 2 つ目の Local Zone を追加することで、レイテンシーを犠牲にすることなく、必要に応じてフェイルオーバー機能を追加できます。

これまでと同様に、チームはお寄せいただいたフィードバックに向き合っています。いつもありがとうございます! また、Amazon ECS Amazon Elastic Kubernetes Service、Amazon ElastiCache、Amazon Elasticsearch Service、およびAmazon Managed Streaming for Apache Kafka などの追加のサービスの可用性とあわせて、他の場所に Local Zone を追加することにも取り組んでいます。ロサンゼルスまたは南カリフォルニアに拠点を置く AWS のお客様で、ワークロードについて高可用性と非常に低いレイテンシーを必要とする場合は、新しい Local Zone をぜひご検討ください。詳細と料金に関する情報については、Local Zone を参照してください。

— Steve