422-AWS SAP AWS 「理論・実践・一問道場」移行

type

status

date

slug

summary

理論

1. AWS EC2 (Elastic Compute Cloud)

EC2インスタンスは、AWSの仮想マシンであり、アプリケーションを移行する際に最も直接的で馴染みのある方法です。EC2は、オンプレミスの仮想マシンや物理サーバーからAWSに移行する際の主要な選択肢となります。

2. Amazon EFS (Elastic File System)

EFSは、AWSで提供される完全マネージド型のファイルストレージサービスで、複数のEC2インスタンスから同時にアクセスすることができます。オンプレミスのファイルサーバーをAWSに移行する場合、EFSは最適な選択肢です。これにより、ファイルストレージの管理がシンプルで、可用性とスケーラビリティが確保されます。

3. Application Load Balancer (ALB)

ALBは、HTTPおよびHTTPSトラフィックの負荷分散を提供するサービスで、Webアプリケーションのトラフィックを複数のバックエンドインスタンスに分散することができます。ALBはアプリケーション層の負荷分散に特化しており、HTTPリクエストに基づいたルーティングやWebSocketのサポートが可能です。

4. 高可用性設計

AWSでのアーキテクチャを高可用性に設計するためには、複数のアベイラビリティゾーン (AZ) にリソースを分散させることが推奨されます。これにより、障害が発生した際に他のAZでリソースを利用することができ、サービスの継続性を確保できます。

5. 最小限の変更による移行

現行のアーキテクチャとできるだけ近い構成にAWSのサービスを使用することで、移行作業を最小限に抑えることができます。既存のアーキテクチャに大きな変更を加えず、AWSのマネージドサービスを活用することが、迅速かつ効率的な移行を実現します。

これらの知識を組み合わせて、オンプレミスからAWSへの移行をスムーズに行い、最小限の変更で高可用性を確保するアーキテクチャを実現することができます。

実践

略

一問道場

会社にはウェブフロントエンドがあるアプリケーションがあり、そのアプリケーションはオンプレミスのデータセンターで実行され、クリティカルなデータのファイルストレージへのアクセスを必要としています。アプリケーションは、冗長性のために3台のLinux仮想マシン（VM）で実行されています。このアーキテクチャには、HTTPリクエストベースのルーティングを行うロードバランサーが含まれています。

会社はできるだけ早くアプリケーションをAWSに移行する必要があり、AWS上のアーキテクチャは高可用性を備えている必要があります。

最も少ない変更でこれらの要件を満たすソリューションはどれですか？

A. アプリケーションをAmazon Elastic Container Service (Amazon ECS)コンテナに移行し、Fargateローンチタイプを使用して3つのアベイラビリティゾーンで実行します。Amazon S3を使用して、すべての3つのコンテナにファイルストレージを提供します。Network Load Balancerを使用してトラフィックをコンテナにルーティングします。

B. アプリケーションをAmazon EC2インスタンスに移行し、3つのアベイラビリティゾーンで実行します。Amazon Elastic File System(Amazon EFS)を使用してファイルストレージを提供します。ファイルストレージを3つのEC2インスタンスにマウントします。Application Load Balancerを使用してトラフィックをEC2インスタンスにルーティングします。

C. アプリケーションをAmazon Elastic Kubernetes Service (Amazon EKS)コンテナに移行し、Fargateローンチタイプを使用して3つのアベイラビリティゾーンで実行します。Amazon FSx for Lustreを使用して、すべての3つのコンテナにファイルストレージを提供します。Network Load Balancerを使用してトラフィックをコンテナにルーティングします。

D. アプリケーションをAmazon EC2インスタンスに移行し、3つのAWSリージョンで実行します。Amazon Elastic Block Store(Amazon EBS)を使用してファイルストレージを提供します。Cross-Region Replication (CRR)を有効にして、3つのEC2インスタンス間でレプリケーションを行います。Application Load Balancerを使用してトラフィックをEC2インスタンスにルーティングします。

解説

この問題では、オンプレミスで運用しているアプリケーションを、最小限の変更でAWSに移行する方法を求めています。アプリケーションは、ファイルストレージを使用し、冗長性を確保するために3台のLinux仮想マシン（VM）を利用しています。また、アーキテクチャにはHTTPリクエストベースのルーティングを行うロードバランサーが含まれています。

選択肢ごとの解説：

A. ECS (Amazon Elastic Container Service) + Fargate + S3 + Network Load Balancer

ECSはコンテナベースのサービスで、Fargateを使用するとサーバレスでコンテナを実行できます。しかし、現在のアーキテクチャではコンテナ化していないため、最小限の変更で移行するという要件には合致しません。また、S3はオブジェクトストレージであり、アプリケーションが求めているような「ファイルストレージ」とは異なります。したがって、この選択肢は不適切です。

B. EC2 + EFS + Application Load Balancer

EC2インスタンスは仮想マシンをAWS上で提供するサービスで、現在のアーキテクチャに最も近いものです。EFS（Elastic File System）は、複数のEC2インスタンスからアクセス可能なネットワークファイルシステムを提供し、ファイルストレージの要件に適しています。Application Load Balancerは、HTTP/HTTPSリクエストのルーティングを行うため、アプリケーションの要件にも合致します。この選択肢は最小限の変更で移行を実現するため、最も適切です。

C. EKS (Amazon Elastic Kubernetes Service) + Fargate + FSx for Lustre + Network Load Balancer

EKSはKubernetesを使ったコンテナ管理サービスで、Fargateと組み合わせて使うことができますが、これはアプリケーションをコンテナ化するため、最小限の変更という要件には合いません。FSx for Lustreは高パフォーマンスのファイルシステムですが、EFSの方がシンプルで、既存のアーキテクチャに適しているため、複雑すぎて不適切です。

D. EC2 + EBS + Cross-Region Replication (CRR) + Application Load Balancer

EC2インスタンスを使用する点では適切ですが、EBS（Elastic Block Store）は単一のEC2インスタンスにアタッチするブロックストレージであり、複数のEC2インスタンスで共有することができません。また、Cross-Region Replicationは異なるリージョン間のデータ同期であり、アーキテクチャの要件に合致しません。この選択肢は不適切です。

最適な解答：B

EC2インスタンス + EFS + Application Load Balancerが、最小限の変更でAWSに移行し、ファイルストレージの要件も満たすため、最適なソリューションです。