Amazon Web Services ブログ

EC2-Classic Networking は販売終了になります — 準備方法はこちら

2021 年 7 月 29 日 追記：自動化ワークフローのサポートにドキュメントへのリンクを追加し、AWS MGN の料金詳細へのリンクを明確にしました。 また、推奨されるインスタンスタイプのリストを更新して、AWS Nitro System で構築されたものを優先し、タイトルに「Networking」を追加しました。

この記事は、EC2-Classic Networking is Retiring – Here’s How to Prepare を翻訳したものです。

—————————————————————–

2006 年夏、 EC2 の立ち上げに戻りましょう。まず、1 つのインスタンスタイプ (venerable m1.small)、セキュリティグループ、および由緒ある米国東部 (バージニア北部) リージョンから始めました。EC2-Classic ネットワークモデルはフラットで、立ち上げ時には割り当てられたパブリック IP アドレスがありました。

初期のお客様は、すぐに価値を見出し、EC2 をさまざまな方法で使用し始めました。私たちはウェブサイトをホストし、Justin.TV の立ち上げをサポートし、Animoto が Facebook アプリがバイラルになったときに、3400 の驚くほどのインスタンスに拡張できるようにサポートしました。

EC2 への初期の機能強化の一部は、ネットワークに焦点を当てていました。例えば、2008 年初めに Elastic IP アドレスを追加して、必要に応じてアドレスの存続期間が長くなり、異なるインスタンスに関連付けられるようになりました。その後、Auto Scaling、ロードバランシング、CloudWatch を追加して、高度にスケーラブルなアプリケーションの構築を支援しました。

初期のお客様は、EC2 インスタンスを企業ネットワークに接続し、IP アドレス範囲をさらに制御し、より高度なネットワークトポロジを構築したいと考えていました。2009 年に Amazon Virtual Private Cloud を立ち上げ、2013 年には VPC モデルを Virtual Private Clouds for Everyone で基本的に透過にしました。

EC2-Classic Networking は販売終了します
EC2-Classic は私たちによく尽くしてくれたので、私たちはそれに金時計と当然の栄誉を与えようと思っています！ この投稿は、お客様が何を知る必要があるか、何をする必要があるか、またいつそれをする必要があるかを教えてくれます。

私が開始する前に、これをできる限りスムーズに、中断しないようにしますので安心してください。私たちはワークロードを中断する計画はなく、移行を計画、テスト、実行できるよう、十分なリードタイムを提供します。このブログ記事に加えて、私たちにはすべてに役立つように設計されたツール、ドキュメント、および人員があります。

タイミング
残りの EC2-Classic のお客様にはすでにアカウントチームを通じて通知しており、まもなくパーソナルヘルスダッシュボードで通知を開始する予定です。カレンダーの重要な日付は次のとおりです。

  • 2013 年 12 月 4 日以降に作成されたすべての AWS アカウントは、サポートリクエストの結果として EC2-Classic が有効になっている場合を除き、すでに VPC 専用です。
  • 2021 年 10 月 30 日に、以下に挙げたように、リージョン内にアクティブな EC2-Classic リソースがない AWS アカウントのリージョンで EC2-Classic を無効にします。また、EC2-Classic の 1 年および 3 年間のリザーブドインスタンスの販売を修了します。
  • 2022 年 8 月 15 日に、すべての移行が完了し、残りの EC2-Classic リソースは AWS アカウントに存在しないことが予想されます。

繰り返しになりますが、ワークロードを中断する予定はないため、これらの日付に対応できるよう最善を尽くします。

影響を受けるリソース
EC2-Classic から VPC に完全に移行するには、次のリソースをすべて検索、調査、および移行する必要があります。

移行の準備として、必ず EC2-Classic から VPC に移行するをお読みください。

アカウントのデフォルトの VPC を作成 (または削除した場合は、再作成) する必要がある場合があります。これを行う方法については、デフォルト VPC の作成をご覧ください。

場合によっては、既存のリソースを変更できる場合もあれば、VPC 内に新しい同等のリソースを作成する必要がある場合もあります。

EC2-Classic リソースの検索
EC2 Classic リソースファインダースクリプトを使用して、アカウント内のすべての EC2-Classic リソースを検索します。これは、単一の AWS アカウント内で直接実行することも、付属の multi-account-wrapper を使用して AWS Organization の各アカウントに対して実行することもできます。リソースファインダーは、各 AWS リージョンにアクセスし、特定のリソースを検索し、一連の CSV ファイルを生成します。自分の実行からの出力の最初の部分は次のとおりです。

スクリプトの実行には数分かかります。CSV ファイルのリストを調べて、どれだけの作業が必要かを把握します。

次に、詳細を学ぶために内部を見ていきます。

移行または削除できる OpsWorks Stacks をいくつか中止していることが判明しました。

移行ツール
AWS リソースを移行するために使用できる移行ツールの概要を次に示します。

AWS Application Migration Service (AWS MGN)  — AWS MGN を使用して、最小限のダウンタイムでインスタンスとデータベースを EC2-Classic から VPC に移行します。このサービスは、ブロックレベルのレプリケーションを使用し、Linux および Windows の複数のバージョンで実行されます (詳細については、「リフトアンドシフト移行のために新しい AWS Application Migration Service を使用する方法」を参照してください)。レプリケーションの最初の 90 日間は、移行するサーバーごとに無料です。詳細については、AWS Application Migration Service の料金ページを参照してください。

自動化ワークフローのサポート — AWSSupport-MigrateEC2ClassicToVPCは、シンプルなインスタンスレベルの移行をサポートします。ソースインスタンスを AMI に変換し、セキュリティグループのミラーを作成し、デスティネーション VPC で新しいインスタンスを起動します。これについての詳細は、「EC2-Classic インスタンスを、同じアカウントの同じリージョン内の VPC に移行するにはどうすればよいですか?」をご覧ください。

特定のリージョン内のすべてのリソースを移行した後、サポートケースを作成して EC2-Classic を無効にできます。これは、リージョン内に誤って新しい EC2-Classic リソースを作成しないようにしたい場合に実行できますが、それは必須ではありません。

リージョンで EC2-Classic を無効化することは、一方通行であることを意図していますが、それを実行し、リージョンの EC2-Classic を再度有効にする必要があることが分かった場合は AWS Support に連絡することができます。前述したリソースファインダーを実行し、リソースが残っていないことを確認してください。これらのリソースは、アカウントのステータスが変更された後でも引き続き実行され、料金が発生します。

IP アドレスの移行 — EC2 インスタンスおよびインスタンスに関連付けられている任意の Elastic IP アドレスを移行している場合は、move-address-to-vpc を使用して、Elastic IP を移行されたインスタンスにアタッチできます。これにより、元の DNS 名でインスタンスを引き続き参照できます。

Classic Load Balancer — Classic Load Balancer を移行する予定で、元の DNS 名を保持する必要がある場合は、AWS Support または AWS アカウントチームにお問い合わせください。

インスタンスタイプの更新
EC2-Classic で利用可能なインスタンスタイプはすべて VPC でも使用できます。ただし、多くの新しいインスタンスタイプは VPC でのみ利用可能で、全体的な移行プランの一部として更新を検討することをお勧めします。開始するためのマップは次のとおりです。（*は、同じ名前のプレフィックスを持つインスタンスが複数あることを示します）

EC2-Classic VPC
M1、T1 T3, T4g
M3 M5*
C1、C3 C5*
CC2 AWS ParallelCluster
CR1、M2、R3 R5*, R6g
D2 D3*
HS1 D3*
I2 I3en
G2 G4

私たちにお任せください
AWS Support の私の仲間は、お客様の VPC への移行を手助けする準備が整っています。また、追加情報やその他の移行リソースが利用可能になり次第、この投稿を更新する予定です。

— Jeff;