(57)【要約】  アドレス移行の技法が説明される。アドレス移行サービスは、アドレス空間をプロバイダネットワークに移行する要求を受信し得、要求は、少なくとも１つのアドレス範囲を含む。ＡＭＳサービスは、インターネットレジストリを使用して要求を認可し、アドレス空間をプロバイダネットワークの少なくとも１つのエリアにプロビジョニングし得る。ＡＭＳは、アドレス空間をアドバタイズする要求を受信し、アドレス空間をアドバタイズし、アドレス空間内の少なくとも１つのアドレスを、プロバイダネットワーク内の少なくとも１つのリソースに割り当て得る。【選択図】図１
2021530916.tif 000002
【特許請求の範囲】
【請求項１】
アドレス空間をプロバイダネットワークに移行する要求を受信することであって、前記要求は少なくとも１つのアドレス範囲を含む、前記受信することと、
インターネットレジストリを使用して前記要求を認可することと、
前記アドレス空間の少なくとも一部を、前記プロバイダネットワークの少なくとも１つのエリアにプロビジョニングすることと、
前記アドレス空間の前記少なくとも一部をアドバタイズする要求を受信することと、
前記アドレス空間の前記少なくとも一部をアドバタイズすることと、
前記アドレス空間の前記少なくとも一部の中の少なくとも１つのアドレスを、前記プロバイダネットワーク内の少なくとも１つのリソースに割り当てることと、
を含む、コンピュータ実施方法。
【請求項２】
前記インターネットレジストリを使用して前記要求を認可することは、さらに、
前記インターネットレジストリから、前記アドレス空間に対応付けられたルートオリジン認可オブジェクトを取得することと、
前記ルートオリジン認可オブジェクトが、前記プロバイダネットワークに対応付けられた識別子を含むことを判定することと、
を含む、請求項１に記載のコンピュータ実施方法。
【請求項３】
前記アドレス空間を移行する前記要求を認証すること、をさらに含む前記コンピュータ実施方法であって、前記認証することは、
前記ルートオリジン認可オブジェクトの少なくとも一部を復号化して、認可オブジェクトを取得すること、または、
前記アドレス空間に対応付けられたドメインネームサービスエントリから、前記認可オブジェクトを取得すること、
のうちの少なくとも１つを含む、請求項２に記載のコンピュータ実施方法。
【請求項４】
前記アドレス空間を前記プロバイダネットワークの少なくとも１つのエリアにプロビジョニングすることは、さらに、
前記アドレス空間を、前記プロバイダネットワークの第１のエリアの制御プレーンに追加することと、
前記アドレス空間を、前記プロバイダネットワークの第２のエリアの制御プレーンに追加することと、
を含む、請求項１〜３のいずれか１項に記載のコンピュータ実施方法。
【請求項５】
前記アドレス空間を使用して、前記プロバイダネットワークの前記第１のエリア内に第１のアドレスプールを作成することと、
前記第１のアドレスプールから複数のネットワークアドレスを、前記プロバイダネットワークの前記第１のエリア内の第１の複数のリソースに割り当てることと、
前記アドレス空間を使用して、前記プロバイダネットワークの前記第２のエリア内に第２のアドレスプールを作成することと、
前記第２のアドレスプールから前記複数のネットワークアドレスを、前記プロバイダネットワークの前記第２のエリア内の第２の複数のリソースに対応付けることであって、前記第２の複数のリソースのうちの各リソースは、前記第１の複数のリソースのうちのリソースに対応し、ネットワークアドレスを共有する、前記対応付けることと、
前記プロバイダネットワークの前記第１のエリアから前記アドレス空間をアドバタイズすることと、
をさらに含む、請求項４に記載のコンピュータ実施方法。
【請求項６】
フェイルオーバイベントを検出することと、
前記プロバイダネットワークの前記第１のエリアからの前記アドレス空間のアドバタイズを停止することと、
前記プロバイダネットワークの前記第２のエリアから前記アドレス空間をアドバタイズすることと、
をさらに含む、請求項５に記載のコンピュータ実施方法。
【請求項７】
前記アドレス空間を使用して前記プロバイダネットワークの前記第１のエリア内にアドレスプールを作成することをさらに含み、
前記アドレスプールは複数のサブプールを含み、各サブプールはアカウントアクセスポリシーに対応付けられており、
各サブプールからの割り当ては認証サービスにより管理される、
請求項４〜６のいずれか１項に記載のコンピュータ実施方法。
【請求項８】
前記アドレス空間をアドバタイズする要求を受信することは、さらに、
前記プロバイダネットワークの第１のエリアから前記アドレス空間の一部をアドバタイズする要求を受信することと、
前記アドレス空間の前記一部をアドバタイズすることと、
を含む、請求項１〜７のいずれか１項に記載のコンピュータ実施方法。
【請求項９】
移行ステータス要求を受信することと、
前記アドレス空間のステータスを示す移行ステータス応答を送信することであって、前記アドレス空間の前記ステータスには、プロビジョニング完了、プロビジョニング中、プロビジョニング解除完了、またはアドバタイズ中のうちの１つが含まれる、前記送信することと、
をさらに含む、請求項１〜８のいずれか１項に記載のコンピュータ実施方法。
【請求項１０】
プロバイダネットワーク内に１つ以上のインスタンスを提供するよう、第１の１つ以上の電子デバイスにより実施されるハードウェア仮想化サービスと、
第２の１つ以上の電子デバイスにより実施される移行サービスと、
を備えるシステムであって、前記移行サービスは命令を含み、前記命令は実行されると、前記移行サービスに、
アドレス空間を前記プロバイダネットワークに移行する要求を受信することであって、前記要求は少なくとも１つのアドレス範囲を含む、前記受信することと、
前記アドレス空間の少なくとも一部を、前記プロバイダネットワークの少なくとも１つのエリアにプロビジョニングすることと、
前記アドレス空間の前記少なくとも一部をアドバタイズする要求を受信することと、
前記アドレス空間の前記少なくとも一部をアドバタイズすることであって、前記アドレス空間内の少なくとも１つのアドレスは、前記プロバイダネットワーク内の前記ハードウェア仮想化サービスにより提供される少なくとも１つのインスタンスに割り当てられる、前記アドバタイズすることと、
を実行させる、システム。
【請求項１１】
インターネットレジストリを使用して前記要求を認可するための前記命令は、実行されると、前記移行サービスに、さらに、
前記インターネットレジストリから、前記アドレス空間に対応付けられたルートオリジン認可オブジェクトを取得することと、
前記ルートオリジン認可オブジェクトが、前記プロバイダネットワークに対応付けられた識別子を含むことを判定することと、
を実行させる、請求項１０に記載のシステム。
【請求項１２】
前記命令は、実行されると、前記移行サービスに、さらに、
前記アドレス空間を移行する前記要求を認証すること、を実行させ、前記認証することは、
前記ルートオリジン認可オブジェクトの少なくとも一部を復号化して、認可オブジェクトを取得すること、または、
前記アドレス空間に対応付けられたドメインネームサービスエントリから、前記認可オブジェクトを取得すること、
のうちの少なくとも１つを含む、請求項１１に記載のシステム。
【請求項１３】
前記アドレス空間を前記プロバイダネットワークの少なくとも１つのエリアにプロビジョニングするための前記命令は、実行されると、前記移行サービスに、さらに、
前記アドレス空間を、前記プロバイダネットワークの第１のエリアの制御プレーンに追加することと、
前記アドレス空間を、前記プロバイダネットワークの第２のエリアの制御プレーンに追加することと、
を実行させる、請求項１０〜１２のいずれか１項に記載のシステム。
【請求項１４】
第２の１つ以上の電子デバイスにより実施されるアドレス割り当てサービスを、さらに備える前記システムであって、
前記アドレス割り当てサービスは命令を含み、前記命令は実行されると、前記アドレス割り当てサービスに、
前記アドレス空間を使用して、前記プロバイダネットワークの前記第１のエリア内に第１のアドレスプールを作成することと、
前記第１のアドレスプールから複数のネットワークアドレスを、前記プロバイダネットワークの前記第１のエリア内の第１の複数のインスタンスに割り当てることと、
前記アドレス空間を使用して、前記プロバイダネットワークの前記第２のエリア内に第２のアドレスプールを作成することと、
前記第２のアドレスプールから前記複数のネットワークアドレスを、前記プロバイダネットワークの前記第２のエリア内の第２の複数のインスタンスに対応付けることであって、前記第２の複数のインスタンスのうちの各インスタンスは、前記第１の複数のインスタンスのうちのインスタンスに対応し、ネットワークアドレスを共有する、前記対応付けることと、
前記プロバイダネットワークの前記第１のエリアから前記アドレス空間をアドバタイズすることと、
を実行させる、請求項１３に記載のシステム。
【請求項１５】
前記命令は、実行されると、前記移行サービスに、さらに、
フェイルオーバイベントを検出することと、
前記プロバイダネットワークの前記第１のエリアからの前記アドレス空間のアドバタイズを停止することと、
前記プロバイダネットワークの前記第２のエリアから前記アドレス空間をアドバタイズすることと、
を実行させる、請求項１４に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
多数の企業及び他の組織は、自身の業務を支援するための多数のコンピューティングシステムを相互接続するコンピュータネットワークを運用しており、コンピューティングシステムは、同じ場所に配置されている（例えばローカルネットワークの一部として）、あるいは複数の別個の地理的場所に配置されている（例えば１つ以上のプライベートまたはパブリックの中間ネットワークを介して接続されている）。例えば、単一の組織が自身のために運用するプライベートデータセンタ、及び顧客にコンピューティングリソースを提供するための事業主体が運用するパブリックデータセンタなど、著しい数の相互接続されたコンピューティングシステムを収容するデータセンタは、一般的なものとなっている。一部のパブリックデータセンタ運営者は、様々な顧客が所有するハードウェアのためのネットワークアクセス、電力、及び安全な設置設備を提供し、一方他のパブリックデータセンタ運営者は、顧客により利用可能なハードウェアリソースも含む「完全なサービス」設備を提供する。しかしながら、一般的なデータセンタの規模と範囲が拡大するにつれて、物理的コンピューティングリソースのプロビジョニング、運営、及び管理作業は、ますます複雑化している。
【０００２】
汎用ハードウェアの仮想化技術の出現は、多様なニーズを持つ多くの顧客に、大規模なコンピューティングリソースを管理する点で利益をもたらし、様々なコンピューティングリソースを複数の顧客により効率的かつ安全に共有することが可能となった。例えば、仮想化技術は、単一の物理コンピューティングマシンがホストする１つ以上の仮想マシンを各ユーザに提供することにより、単一の物理コンピューティングマシンを複数のユーザ間で共有することを可能にし得る。このような仮想マシンはそれぞれ、別個の論理コンピューティングシステムとして機能するソフトウェアシミュレーションであり、ユーザに、自分が所与のハードウェアコンピューティングリソースの唯一の操作者及び管理者であると錯覚させ、また同時に様々な仮想マシン間のアプリケーション分離及び安全性を提供する。さらに、いくつかの仮想化技術は、複数の別個の物理コンピューティングシステムにわたる、複数の仮想プロセッサを有する単一の仮想マシンなど、２つ以上の物理リソースにわたる仮想リソースを提供可能である。別の例として、仮想化技術は、複数のデータストレージデバイスにわたり分散され得る仮想化データストアを各ユーザに提供することにより、データストレージハードウェアを複数のユーザ間で共有することを可能にし得る。このような仮想化データストアはそれぞれ、別個の論理データストアとして機能し、ユーザに、自分がデータストレージリソースの唯一の操作者及び管理者であると錯覚させる。
【０００３】
本開示による様々な実施形態が、図面を参照して説明される。
【図面の簡単な説明】
【０００４】
【図１】いくつかの実施形態による、アドレス移行の環境を示す図である。
【図２Ａ】いくつかの実施形態による、アドレス移行の例を示す図である。
【図２Ｂ】いくつかの実施形態による、アドレス移行の例を示す図である。
【図３】いくつかの実施形態による、アドレス移行の環境を示す図である。
【図４】いくつかの実施形態による、ルートサーバオーケストレータを示す図である。
【図５Ａ】いくつかの実施形態による、ディザスタリカバリにおけるアドレス移行の例を示す図である。
【図５Ｂ】いくつかの実施形態による、ディザスタリカバリにおけるアドレス移行の例を示す図である。
【図６】いくつかの実施形態による、移行されたアドレス空間のクロスアカウント使用の環境を示す図である。
【図７】いくつかの実施形態による、アドレス移行のための例示的なアプリケーションプログラミングインターフェース（ＡＰＩ）を示す図である。
【図８】いくつかの実施形態による、アドレス移行のための方法の動作を示すフロー図である。
【図９】いくつかの実施形態による、例示的なプロバイダネットワーク環境を示す。
【図１０】いくつかの実施形態による、顧客にストレージ仮想化サービス及びハードウェア仮想化サービスを提供する例示的なプロバイダネットワークのブロック図である。
【図１１】いくつかの実施形態で使用され得る例示的なコンピュータシステムを示すブロック図である。
【発明を実施するための形態】
【０００５】
アドレス移行のための方法、装置、システム、及び非一時的コンピュータ可読記憶媒体の様々な実施形態が説明される。いくつかの実施形態によれば、アドレス移行により、顧客は、自身の既存のパブリックルーティング可能なネットワークアドレス空間（例えばインターネットプロトコル（ＩＰ）バージョン４（ＩＰｖ４）及び／またはＩＰバージョン６（ＩＰｖ６）アドレス空間）の全てまたは一部を、プロバイダネットワーク（例えばサービスプロバイダがリソースをプロビジョニングするために使用する１つ以上のデータセンタ及び技術）に移動させて、プロバイダネットワーク内で使用することが可能となる。アドレス空間がプロバイダネットワークに移行されると、アドレスはアドレスプールに追加され、顧客のリソース（例えば計算インスタンス、ストレージインスタンス、データベースインスタンス、ロードバランサ、ネットワークアドレス変換（ＮＡＴ）ゲートウェイなど）にアサインされ得る。
【０００６】
これまで、独自のパブリックＩＰアドレス空間を有する顧客は、そのアドレス空間をプロバイダネットワークに移行することは不可能であった。その結果、顧客が自身のリソースを自身のデータセンタからプロバイダネットワークに移動させたい場合は、プロバイダネットワークによりこれらのリソースに新たなＩＰアドレスがアサインされた。しかしながら、アドレス空間は顧客にとって価値あるものであり得る。例えば、サービスの信頼性または他のパフォーマンスベンチマークは、特定のＩＰアドレスまたはＩＰアドレスの範囲に対して計算され得る。さらに、レガシー構成は、適切に実行するために特定のＩＰアドレスまたはＩＰアドレス範囲に依存し得る。例えば、ＩＰアドレス範囲は、レガシーワークロードによりホワイトリスト登録され得、よって、ホワイトリスト登録された範囲外のＩＰアドレスに任意の変更を加えることは、レガシークライアントデバイスの大幅な再構成を要する。アドレス移行を提供することにより、基礎リソースがプロバイダネットワークに移行された後も、これらのサービスはシームレスに同じパフォーマンスベンチマークで作動し続けることができる。
【０００７】
ネットワークアドレスがプロバイダネットワークに移行されると、顧客はネットワークアドレスの所有権を保持し得、プロバイダネットワークは、インターネット上のネットワークアドレスのアドバタイズメントを引き継ぎ得る。その後、移行されたアドレス空間は、プロバイダネットワーク内の任意の他のアドレス空間と同様に、顧客が使用することができる。例えば、顧客は、ＩＰｖ４ネットワークアドレス空間を使用して、パブリックＩＰの自動アサイン、または静的ＩＰアドレスを手動で割り当てるＩＰ割り当てを行うことができ、ＩＰｖ６空間のネットワークアドレスは、プライベートネットワークに与えられ得、所与のプライベートネットワークを介してサブネット及びインスタンスまたは他のリソースに与えられ得る。
【０００８】
図１は、いくつかの実施形態による、アドレス移行の環境を示す図である。プロバイダネットワーク１００は、計算リソース（例えばサーバをプロビジョニングすることなく仮想マシン（ＶＭ）インスタンス及び／またはコンテナの実行、バッチジョブの実行、コードの実行）、データ／ストレージリソース（例えばオブジェクトストレージ、ブロックレベルストレージ、データアーカイブストレージ、データベース及びデータベーステーブルなど）、ネットワーク関連リソース（例えば計算リソース、コンテンツ配信ネットワーク（ＣＤＮ）、ドメインネームサービス（ＤＮＳ）のグループを含む仮想ネットワークの構成）、アプリケーションリソース（例えばデータベース、アプリケーション構築／配備サービス）、アクセスポリシーまたはルール、識別ポリシーまたはルール、マシンイメージ、ルータ、及び他のデータ処理リソースなど、様々な種類のコンピューティング関連リソースのうちの１つ以上を利用する能力をユーザに提供する。これら及び他のコンピューティングリソースは、計算インスタンスを実行できるハードウェア仮想化サービス、データオブジェクトを格納できるストレージサービスなどのサービスとして、提供され得る。プロバイダネットワーク１００のユーザ（または「顧客」）は、顧客アカウントに対応付けられた１つ以上のユーザアカウントを利用し得るが、これらの用語は、使用される文脈に応じて多少同じ意味で使われ得る。ユーザは、例えばアプリケーションプログラミングインターフェース（ＡＰＩ）呼び出しの使用による、ウェブサイトまたはアプリケーションとして実施されるコンソールを介するなど、１つ以上のインターフェースを介して、１つ以上の中間ネットワーク１０６（例えばインターネット）にわたるプロバイダネットワーク１００とインタラクトし得る。インターフェース（複数可）は、プロバイダネットワーク１００の１つ以上の地域制御プレーン１１８の一部であり得、または１つ以上の地域制御プレーン１１８へのフロントエンドとして機能し得、１つ以上の地域制御プレーン１１８のそれぞれは、より直接的に顧客に提供され得るサービスをサポートし可能にする「バックエンド」サービスを含む。
【０００９】
プロバイダネットワーク１００は、これら及び他のコンピューティングリソースサービスを提供するために、仮想化技術に依存することが多い。例えば、仮想化技術を使用して、計算インスタンス（例えばゲストオペレーティングシステム（Ｏ／Ｓ）を使用するＶＭ（ゲストＯ／Ｓは、基礎ホストＯ／Ｓの上部で作動してもしなくてもよいハイパーバイザを使用してさらに作動する）、ＶＭ内で作動してもしなくてもよいコンテナ、基礎ハイパーバイザなしに「ベアメタル」ハードウェア上で実行され得るインスタンス）を制御または利用する能力がユーザに提供され得、１つまたは複数の計算インスタンスは、単一の電子デバイスを使用して実施することができる。従って、ユーザは、プロバイダネットワークがホストする計算インスタンスを直接利用して様々なコンピューティングタスクを実行し得、またはプロバイダネットワークにより実行されるコードを提出することにより間接的に計算インスタンスを利用し得、次にプロバイダネットワークが計算インスタンスを利用してコードを実行する（通常、関与する基礎計算インスタンス（複数可）のいずれの制御または知識もユーザが有することはない）。
【００１０】
いくつかの実施形態では、プロバイダネットワーク１００は、エリア１２４Ａ〜１２４Ｃなどの複数のエリアを含み得る。各エリアは、他のエリアから（及びプロバイダネットワーク１００内の示されていない全ての他のエリアから）論理的に分離され得る。例えば、各エリアは、１つ以上の物理データセンタによりサポートされる別個の論理データセンタであり得、各エリアが独自の電源及びネットワークインフラストラクチャを有し、あるエリアでの障害が別のエリアに影響を与える可能性が制限され得る。いくつかの実施形態では、エリア１２４Ａ〜１２４Ｃは、プロバイダネットワーク１００の同じ一般的場所に配置され得（例えば地域に編成され得）、ここには、同じ地理的エリア（例えば州、国、国の一部など）に配置されたリソースが含まれ得る。プロバイダネットワーク１００を様々な地域及びエリアに分割することにより、そこに格納されたデータ及び顧客インスタンスを障害イベントから保護することができる。例えば、第１のエリア１２４Ａにおける障害は、第２のエリア１２４Ｂ内のリソースに影響を与え得ない。同様に、１つの地域における障害は、別の地域に配置されたリソースに影響を与え得ない。図１に示されるように、地域制御プレーン１１８は、所与の地域内に配置された複数のエリア１２４Ａ〜１２４Ｃを制御し得る。いくつかの実施形態では、各地域は、独自の地域制御プレーンを有し得る。いくつかの実施形態では、プロバイダネットワークの異なるエリアが、独自の制御プレーンを有し得る。しかしながら、いくつかの実施形態では、プロバイダネットワーク１００は、より少ない場所を有し得、及び／または地域とエリアとの関係は異なり得ることに留意されたい。例えば、サービスプロバイダは、論理データセンタでのみ、または抽象概念の地域レベルでのみ、サービスを提供し得る。よって、本開示は、エリアでプロバイダネットワークを実施するいずれの特定の方法にも限定されない。
【００１１】
いくつかの実施形態では、アドレス空間をプロバイダネットワーク１００に移行するために、番号１にて、顧客は、電子デバイス１０４（複数可）を使用して、地域インターネットレジストリ（ＲＩＲ）１１４内の自身のアドレス空間に対応付けられたルートオリジン認可（ＲＯＡ）が、プロバイダネットワークに対応付けられた識別子を含むように更新する。この更新は、１つ以上の電子コマンドをＲＩＲ１１４に送信することにより実行され得、電子コマンドは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）メッセージまたは他のプロトコルを使用して伝送され得る。いくつかの実施形態では、更新は、更新されたファイルのアップロード、メッセージキューからの１つ以上の更新の読み込み、または他の更新技術により、実行され得る。ＲＯＡは、アドレス空間をアドバタイズすることを認可されたサービスプロバイダに対応付けられた自律システム番号（ＡＳＮ）を含み得る（例えば１つ以上のＩＰプレフィックス）。さらに、ＲＩＲは、アドレス空間の所有者または譲受者を識別するＷＨＯＩＳレコードを保持し得る。ＷＨＯＩＳレコードが古い、顧客名が変更したなどの場合には、顧客は、顧客がアドレス空間の所有者または譲受者であることを示すように、ＷＨＯＩＳレコードを更新することができる。
【００１２】
番号２にて、顧客は、１つ以上のアドレス範囲をプロバイダネットワーク１００に移行するように、アドレス移行サービス（「ＡＭＳ」）１０２に要求を送信し得る（電子デバイス１０４を介して）。いくつかの実施形態では、要求は、移行対象の１つ以上のアドレスプレフィックスを含むことができ、任意で各プレフィックスの記述を含み得る。ネットワークアドレス空間（例えばＩＰｖ４クラスレスドメイン間ルーティング（ＣＩＤＲ）ブロック（例えば１７２．３１．０．０／２０または１０．０．０．０／１６）、あるいはＩＰｖ６ＣＩＤＲブロック（例えば２６００：Ｉｆ１６：６７ｄ：２０００：：／５６））は、アドレス空間と称され得る。いくつかの実施形態では、顧客は、プロバイダネットワーク１００に移行する自身のアドレス空間の１つ以上のサブネット（すなわち顧客が制御するアドレス空間全体より少ない）を指定し得る。例えば、顧客は、移行対象である２５６個のＩＰアドレスをサポートするＣＩＤＲブロック１２３．１２３．０．０．／２４を選択することができるが、顧客は、より大きなアドレスＣＩＤＲブロック（例えば６４Ｋ個を超えるアドレスを含む１２３．１２３．０．０／１６）を制御してもよい（またはしなくてもよい）。
【００１３】
アドレス空間を移行する要求は、顧客デバイス（例えば電子デバイス１０４）から、プロバイダネットワーク１００内のＡＭＳ１０２にて受信され得る（直接的に、またはアプリケーションプログラミングインターフェース（ＡＰＩ）エンドポイント（例えばＨＴＴＰまたは同様のウェブサービスコマンドを処理するように構成されたサーバまたはサービスのＵＲＬ）をホストする制御プレーンエンティティを介して間接的に）。いくつかの実施形態では、要求は、プロバイダネットワーク１００のＡＰＩエンドポイントに対する移行開始のＡＰＩ要求であり得る。付加的または代替的に、要求は、コンソールまたは他のユーザインターフェースを介して行われ得る。要求は、移行対象の１つ以上のアドレス範囲（例えば移行対象の１つ以上のプレフィックス）を含み得る。任意で、要求は、移行する各範囲の記述を含むことができる。
【００１４】
番号３にて、要求が受信されると、ＡＭＳは、アドレス空間の所有権を検証し、プロバイダネットワークがアドレス空間のアドバタイズを認可されているか否かを判定し得る。いくつかの実施形態では、認可マネージャ１０８は、ＲＩＲ１１４に対し、アドレス空間に対応付けられたＲＯＡを要求し得る。例えば、ＡＭＳは、ＲＯＡがプロバイダネットワーク１００に対応付けられた識別子（例えばＡＳＮ）を含むか否か、並びに要求者がアドレス空間の所有者及び／または譲受者であることをＲＯＡ及び／またはＷＨＯＩＳレコードが示すか否かを判定し得る。いくつかの実施形態では、ＲＯＡは、暗号化された認可情報を含み得る。暗号化された認可情報は、アドレス空間を移行することを認可されたアドレス空間の所有者（例えば氏名、アカウント、または他の識別子）を識別し得る。いくつかの実施形態では、認可情報を復号化するための鍵は、移行要求で提供され得る（または識別され得る）。別の実施形態では、暗号化された認可情報は、認可マネージャ１０８が保持するまたはアクセス可能である鍵（例えば公開鍵／秘密鍵ペアの対称鍵または秘密鍵）を使用して復号化可能であり得る。例えば、上記の番号１にて、顧客は、鍵でデータを暗号化し、ＲＯＡに暗号化されたデータを配置することができる。次に、番号３にて、ＡＭＳは、鍵の複製（対称暗号化が使用される場合）または秘密鍵（非対称暗号化が使用される場合）により、データを復号化することができる。付加的または代替的に、顧客は、自身のアドレス空間に対応付けられたドメインネームサービス（ＤＮＳ）エントリに、レコードを追加することができる。レコードは、上記で論述された暗号化された認可情報と同様の情報を含み得る。認可マネージャ１０８は、逆引きＤＮＳを実行してレコードを取得し、レコードを使用して、アカウントがアドレス空間の移行を認可されているか否かを判定し得る。
【００１５】
番号４Ａにて、アドレス空間の認可及び検証の後、アドレス空間は、プロバイダネットワーク１００にプロビジョニングされ得る。示されるように、プロビジョニングマネージャは、アドレス空間に対応する新たなエントリを、アドレスデータテーブル１２０に追加し得る。エントリはさらに、アドレス空間がプロビジョニングされるプロバイダネットワークの１つ以上のエリアを識別し得る。下記でさらに論述されるように、地域制御プレーン内のルートサーバオーケストレータは、アドレスデータベースからアドレス空間を引き出し、指定された各エリアにプロビジョニングし得る。いくつかの実施形態では、番号４Ｂに示されるように、プロビジョニングマネージャ１１０は、プロバイダネットワークとピアリングする１つ以上のトランジットプロバイダに、プロバイダネットワークによるアドレス空間のアドバタイズ意図を通知する。いくつかの実施形態では、このような通知には、アドレス空間がプロバイダネットワークによりアドバタイズされることを示すように、ルーティングアセットデータベース（ＲＡＤｂ）または同様のものなどのルーティングレジストリを更新することが含まれ得る。いくつかの実施形態では、トランジットプロバイダ通知は、アドレス空間及びプロバイダネットワーク１００によるアドバタイズ意図を示すメッセージが、キャリアに送信されることを含み得る。
【００１６】
番号５にて、顧客は、移行のステータスを要求し得る。移行されるアドレス空間に応じて、前述の検証及び通知プロセスには、様々な時間がかかり得る。この間に、顧客デバイス１０４からＡＭＳ１０２にステータス要求が送信され得る。ステータス要求は、関与するアドレス空間（例えば移行される１つ以上のプレフィックス、または別の識別子、例えば移行のためにプロバイダネットワーク１００により生成される一意的な識別子など）を含むまたは識別することができ、移行が完了したか否かを示すステータスメッセージが返され得る。あるいは、別の実施形態では、ＡＭＳ１０２は、他の技術、例えば電子メールの送信、データベースまたはデータストアにおけるエントリの更新、ショートメッセージサービス（ＳＭＳ）メッセージの送信などを使用して、または当業者には既知の別の通知技術を使用して、顧客に移行ステータス（または移行ステータスの変化）を通知することができる。
【００１７】
移行が完了すると、顧客は、アドレス空間を配備するエリア（及び／または地域など）を選択することができる。いくつかの実施形態では、エリア（及び／または地域など）は、プロバイダネットワーク１００により自動的に選択され得る。アドレス空間が配備されると、アドレス空間は、パブリックアドレスをリソース（例えば計算インスタンス、ロードバランサ、ゲートウェイ、ストレージインスタンス、プライベートネットワークなど）に自動アサインするために使用され得、及び／または顧客により「手動で」特定のパブリックアドレスを特定のリソースなどにアサインするために使用され得る。
【００１８】
さらに、移行が完了すると、アドレス空間は、地域制御プレーン１１８に追加され、アドバタイズされる準備が整う。アドバタイズは、顧客により制御することができ、これにより、顧客は、自身のデータセンタから及びプロバイダネットワーク１００からのアドバタイズを調整することが可能となる（例えばプロバイダネットワークからのアドバタイズを開始する前にデータセンタからのアドバタイズを停止する）。この時点で、アドレス空間を使用することができる。例えば、顧客は、アドレス空間のアドレスを使用してリソースを構成し得る。これにより、顧客は、アドバタイズが始まってトラフィックがプロバイダネットワークに向けられた時点に、自身のシステムがすぐに使用できるように、自身のインフラストラクチャを設定することが可能となる。
【００１９】
番号６にて、移行が完了すると、アドレス空間をアドバタイズする要求が、顧客デバイス１０４からＡＭＳ１０２により受信され得る。上記で示されたように、いくつかの実施形態では、顧客が前の場所（例えばデータセンタ）からアドレス空間をアドバタイズすることを中止した（または中止しようとしている）時に、顧客がアドレス空間のアドバタイズを開始する要求を送信して（電子デバイス１０４を介して）、ルーティング情報の円滑な更新を可能にし、よって、アドレス空間に関わるトラフィックのルーティング問題を防止することが有益である。
【００２０】
番号７にて、アドバタイズマネージャ１１２は、アドレスデータベース１２０において、移行されたアドレス空間に関する新たなエントリを更新して、アドレス空間をアドバタイズするエリア（及び／または地域など）、及びアドバタイズはそのエリア（及び／または地域）から開始されることを示し得る。番号８にて、地域制御プレーン１１８は、アドレスデータベース１２０からＣＩＤＲまたはプレフィックスを引き出し、対応するエリア内のルートサーバ及び／またはルータに対し、プロバイダネットワーク内及びインターネットへのアドレス空間のアドバタイズを開始するように命令し得る（例えば境界ゲートウェイプロトコル（ＢＧＰ）、開放型最短経路優先（ＯＳＰＦ）、ルーティング情報プロトコル（ＲＩＰ）、中間システム間連携（ＩＳ−ＩＳ）、拡張型内部ゲートウェイルーティングプロトコル（ＥＩＧＲＰ）など、当業者には既知の１つ以上のルーティングプロトコルを使用して）。いくつかの実施形態では、アドレス空間は、配備される前に、プロバイダネットワークによりアドバタイズされ得る。いくつかの実施形態では、データがプロバイダネットワーク１００に迅速にルーティングされ、次いでプロバイダネットワークにより好適なリソースに内部的にルーティングされるように、アドバタイズは、複数のエリア／地域から行われ得る。
【００２１】
図２Ａ及び図２Ｂは、いくつかの実施形態による、アドレス移行の例を示す図である。図２Ａに示されるように、顧客データセンタ２００（例えばプライベートデータセンタ、コロケーション施設など）は、様々なサーバ２０２、２０４をホストし、これらのサーバにアサインされたアドレスへのルートをアドバタイズし得る。例えば、アドバタイズできる最小のＩＰプレフィックスは、／２４であり、これは一度に少なくとも２５６個のアドレスをアドバタイズできることを意味する。データセンタは、複数のプレフィックスまたはＣＩＤＲをアドバタイズし得る。図２Ａに示される例では、データセンタは、１．１．１．０／２４及び１．１．２．０／２４をアドバタイズしている。サーバ２０２には、１．１．１．０／２４プレフィックスからＩＰアドレス１．１．１．１がアサインされ、サーバ２０４には、１．１．２．０／２４プレフィックスからＩＰアドレス１．１．２．２がアサインされている。結果として、これらのサーバ宛てのトラフィックは、例えばインターネット２０８を通じて様々なルータ２１０Ａ〜２１０Ｃのうちの１つ以上を介して、データセンタ２００へルーティングされる。番号１にて、１．１．１．０／２４プレフィックスを移行する要求がアドレス移行サービス１０２に送信され得、要求はデータセンタ２００内のデバイスにより発行されているように示されるが、いくつかのシナリオでは、要求は、代替的に、データセンタ２００の外部（例えば個人宅、オフィス、プロバイダネットワーク１００内など）のデバイスにより発行されてもよい。上記で論述されたように、ＡＭＳ１０２は、アドレス空間を検証して、移行を認可することができる。
【００２２】
図２Ｂに示されるように、移行が完了すると、移行されたプレフィックスからのアドレスは、プロバイダネットワーク１００内のリソースにアサインされることができる。例えば、顧客により計算インスタンス２０６が起動された時に、計算インスタンス２０６にアドレス１．１．１．１がアサインされ得、同じアドレスがサーバ２０２にアサインされている。いくつかの実施形態では、アドレスは、インスタンスが起動された時に、インスタンスにアサインされ得る。例えば、顧客は、インスタンスにアサインするための特定のアドレスを選択し得る、またはインスタンスにアドレスをアサインするための特定のアドレスプールを選択し得る。いくつかの実施形態では、顧客は、移行されたアドレス空間から、プロバイダネットワークによりアドレスがインスタンスに自動アサインされるように指示し得る。いくつかの実施形態では、アドレスは、移行されたアドレス空間から、顧客に対応付けられたアカウントにアサインされ得、次に、このアドレスを使用して、顧客が所有するリソースへトラフィックが送られ得る。例えば、顧客のアカウントにアサインされたアドレスは、顧客が所有する計算インスタンスへトラフィックを送り得る。この計算インスタンスに障害が生じた場合、トラフィックは、プロバイダネットワーク内の顧客が所有する第２のインスタンスに転送され得る。いくつかの実施形態では、移行されたアドレス空間からアドレスを追加するように、またはインスタンスからアドレスを削除して、移行されたアドレス空間にアドレスを戻すように（例えば別のインスタンスにアサインするために）、インスタンスの構成の詳細は変更され得る。新たなインフラストラクチャがプロバイダネットワーク１００内に設定された場合、番号２にて、顧客は（先と同様にデータセンタ２００内またはデータセンタ２００の外部から）、移行されたプレフィックスをアドバタイズする要求を、ＡＭＳ１０２に送信し得る。いくつかの実施形態では、アドバタイズ要求を送信する前に、顧客は、当業者には既知の技術を使用して、データセンタ２００が移行されたプレフィックスをアドバタイズすることを停止させ得る。示されるように、顧客は、データセンタ２００に、１．１．２．０／２４プレフィックスのアドバタイズのみ継続させ得る。アドバタイズ要求がＡＭＳ１０２により受信された後で、プロバイダネットワークは、１．１．１．０／２４プレフィックスのアドバタイズを開始し得る。次に、このプレフィックスのルートは、インターネット２０８内のルータ２１０Ａ〜２１０Ｃにより更新され得る。その結果、１．１．２．０／２４プレフィックスのアドレスへのインバウンドトラフィックは、引き続きデータセンタ２００へルーティングされ得、一方、１．１．１．０／２４プレフィックスのアドレスへのインバウンドトラフィックは、今度はプロバイダネットワーク１００へルーティングされる。例えば、１．１．１．１宛てのトラフィックは、今度はプロバイダネットワーク１００内の計算インスタンス２０６へルーティングされる。
【００２３】
いくつかの実施形態では、顧客は、プロバイダネットワークまたはデータセンタが所与のアドレス空間またはアドレス空間の一部をアドバタイズしているか否かを制御し得る。例えば、顧客は、アドレスをデータセンタ２００からネットワーク１００へ移行することができる。論述されるように、アドレス空間は移行されてもプロバイダネットワーク１００によりアドバタイズされ得ないため、トラフィックを引き続きデータセンタ２００へルーティングすることが可能となる。顧客は、プロバイダネットワーク１００内のアドレス空間の／２４プレフィックス部分をアドバタイズすることを選択しながら、データセンタ２００のアドレス空間の別の／２４プレフィックス部分をアドバタイズし続けることができる。
【００２４】
図３は、いくつかの実施形態による、アドレス移行の環境を示す図である。番号１にて、前述のように、アドレス空間をアドバタイズする要求が受信された後、アドバタイズマネージャ１１２により、アドレス空間に関する新たなエントリ３００がアドレスデータベース１２０に追加される。エントリは、移行されたアドレス空間及びアドレス空間をアドバタイズするエリア及び／または地域を識別し得る。いくつかの実施形態では、地域制御プレーン１１８は、ルートサーバオーケストレータ３０２を含み得る。様々な実施形態では、下記でさらに論述されるように、ルートサーバオーケストレータは、様々なエリアのルートサーバに対するルートの追加及び取り消しを管理し得る。番号２にて、ルートサーバオーケストレータ３０２は、アドレスデータベースから新たなエントリ３００を取得し得る。いくつかの実施形態では、ルートサーバオーケストレータは、新たなエントリがないかアドレスデータベース１２０を定期的に調べ得る。いくつかの実施形態では、新たなエントリが特定されると、新たなエントリは、アドレスデータベース内の残りのアドレス空間と共に取得され、アドバタイズされ得る。いくつかの実施形態では、プロバイダネットワーク１００の各地域及び／またはエリアは、独自のアドレスデータベース１２０を含み得る。
【００２５】
番号３にて、ルートサーバオーケストレータ３０２は、アドレスデータベース１２０からデータを読み出し、顧客のためにアドバタイズするアドレス及びアドレスをアドバタイズする場所を特定し得る。上記の例を続けると、ルートサーバオーケストレータ３０２は、アドレス空間をアドバタイズするエリア１２４Ａのローカルに存在するルートサーバ３０４に、アドレス空間を送信することを決定し得る。ルートサーバ３０４は、例えば境界ゲートウェイプロトコル（ＢＧＰ）接続３０６を介して、１つ以上のエッジルータ３０８とピアリングし得る。エリア１２４Ａなどのプロバイダネットワークの所与のエリアは、プロバイダネットワークの基板層に複数のルートサーバを含み得る。ルートサーバオーケストレータ３０２は、アドレスデータベースからアドレスを読み出し、アドレスをルートサーバ３０４にプッシュし得る。各ルートサーバ３０４は、アドレスを自身のルートテーブルに追加し得る。いくつかの実施形態では、ルートサーバオーケストレータ３０２は、データベース内のアドレス集合全体を取得し、それらをルートサーバ３０４及びエッジルータ３０８にプッシュし得る。ルートサーバは、エッジルータ３０８とピアリングして、ルートサーバオーケストレータ３０２から受信したアドバタイズ命令に基づいて、アドレス空間をアドバタイズするようにエッジルータに対し動的に命令し得る（例えばＢＧＰまたは別のプロトコルを使用して）。番号４にて、エッジルータ３０８は、プロバイダネットワーク１００内のアドレス空間のアドバタイズを開始し、アドバタイズをインターネットにプッシュし得る。
【００２６】
図４は、いくつかの実施形態による、ルートサーバオーケストレータの動作を示す図である。図４に示されるように、地域制御プレーン１１８は、ルートサーバオーケストレータ３０２を含み得る。新たなルートがプロバイダネットワーク１００に追加されると、ルートサーバオーケストレータ３０２は、更新された１つ以上のエントリをアドレスデータベース１２０から読み出し得る。番号１にて、ルートサーバオーケストレータ３０２は、新たなアドレス空間を、エリア１２４Ａ内の第１のルートサーバ４０２Ａにプッシュし得る。次に、ルートサーバオーケストレータ３０２は、ルートサーバ４０２Ａ及びエッジルータ３０８Ａから戻るルートを読み出し得る。成功した場合、番号２にて、ルートサーバオーケストレータ３０２は、更新されたアドレス空間を、そのエリア１２４Ａ内の残りのルートサーバ４０２Ｂにプッシュし得る。次に、ルートサーバ４０２Ｂで再度テストされ得る。成功した場合には、番号３にて、新たなアドレス空間が、エリア１２４Ｂ、１２４Ｃそれぞれの１つのルートサーバ４０２Ｃ、４０２Ｄにプッシュされ得る。これらの新たなルートは、前と同様にテストされ得る。テストが成功した場合には、番号４に示されるように、新たなアドレス空間は、残りのエリア１２４Ｂ、１２４Ｃ内の残りのルートサーバ４０２Ｅ、４０２Ｆにプッシュされ得る。前述の実施形態では、アドバタイズするルートを追加するが、同様のプロセスが、アドバタイズしないルートを削除するために実行され得る。様々な実施形態では、新たなアドレス空間は、プロバイダネットワークの同じ地域内の複数のエリアからアドバタイズされ得る。
【００２７】
いくつかの実施形態では、テストには、エッジルータ３０８Ａ〜３０８Ｃに問い合わせて、それらが新たなアドレス空間をアドバタイズしているか否かを判定することが含まれ得る。例えば、新たなアドレス空間がエリア１２４Ａでアドバタイズされる場合、エリア１２４Ａが新たな空間をアドバタイズしていることを確認するために、エッジルータ３０８Ａに対し問い合わせが行われ得る。いくつかの実施形態では、簡易ネットワーク管理プロトコル（ＳＮＭＰ）または他のネットワークプロトコルを使用して、エッジルータに問い合わせが行われ得る。このテストにより、新たなルートが適切にアドバタイズされていること、及びルートの追加によりエッジルータに障害が発生していないことを確認することが可能となる。
【００２８】
ルートが取り消された場合、例えば顧客がＡＭＳ１０２に対しアドレス空間のアドバタイズを停止するように命令した場合、１つのルートサーバのみがアドバタイズの停止を命令されているため（例えばエリア内の他のルートサーバは依然としてエッジルータにアドバタイズするように命令しているため）、このテストでは、ルートが取り消されたことを示し得ない。付加的または代替的に、エッジルータに問い合わせを行って、どのルートサーバがエッジルータにアドバタイズするように命令しているのかを特定することができる。例えば、エッジルータにアクセスしてアドバタイズ状態を取得することができ、及び／またはエッジルータに命令して、そのアドバタイズ状態を別のサーバ、ストレージ場所、または他の問い合わせ場所に出力させることができる。
【００２９】
アドレス空間をプロバイダネットワークへ移行しプロビジョニングするための実施形態が、前述された。様々な実施形態では、アドレス空間はまた、同様の方法で、プロビジョニング解除され、プロバイダネットワークから削除され得る。例えば、顧客は、アカウント移行サービスに配備解除要求を送信して、配備された地域からプールを削除し得る。プールのどのアドレスも現在使用されていないことを確認するために１つ以上のチェックが実行され得、その後に、プールは地域から配備解除され得る。同様に、顧客は、プロビジョニング解除移行要求をアカウント移行サービスに送信して、移行されたアドレスをシステムから削除し得る。次に、アドレスデータベース（複数可）、地域制御プレーン、ルートサーバなどを更新するのと同様のプロセスを実行して、プロバイダネットワークからアドレス空間が削除され得る。
【００３０】
ＩＰアドレスなどのアドレスは、通常、ＣＩＤＲによりグループ化されている。しかし、ＣＩＤＲによるグループ化は、通常、柔軟性がない。例えば、ＣＩＤＲが原因で、ユーザが５個のアドレスを有することは不可能であり、顧客は２の累乗（例えば４個のアドレス、８個のアドレスなど）に制限される。これにより、無駄なアドレスが生じ得る。従って、アドレスプールが作成され得、これにより、顧客のアドレス空間からのアドレスを任意でグループ化することが可能となる。例えば、アドレスプールは、１つ以上のＣＩＤＲ、１つ以上の個別アドレス、またはこれらの組み合わせを有し得る。よって、アドレスプールは、アドレス管理リソースとなり、これにより、顧客は自身のアドレス空間を１つ以上のアドレスプールに分割することが可能となり、次に、１つ以上のアドレスプールは、プロバイダネットワーク内のリソースにアサインされ得る。いくつかの実施形態では、アドレス空間が移行されると、アドレス空間はアドレスプールに追加され得る。いくつかの実施形態では、プールが作成され、必要に応じてアドレスプールに対し、アドレスの追加及び削除が行われ得る。これにより、顧客は、アドレスを無駄にすることなく、自身のインフラストラクチャニーズを満たすアドレスグループを定義することが可能となる。
【００３１】
図５Ａ及び図５Ｂは、いくつかの実施形態による、ディザスタリカバリにおけるアドレス移行の例を示す図である。図５Ａに示されるように、地域制御プレーン１１８は、アドレス割り当てサービス５００を含み得る。いくつかの実施形態では、アドレス割り当てサービス５００は、別個の制御プレーンで提供され得る。論述されるように、アドレス空間がプロバイダネットワーク１００内に移行されると、アドレスプールは作成され得る。顧客は、プールを場所（例えばプロバイダネットワークの１つ以上のエリア５０３及び／または地域）にアサインし得、リソースにアドレスをアサインするために使用され得る１つ以上の場所に、プールを配備し得る。例えば、番号１にて、アドレス割り当てサービス５００は、顧客デバイス１０４により発信された、エリア５０１内にＩＰプール５０４Ａ及びエリア５０２内にＩＰプール５０４Ｂを作成する要求を受信し得る。番号２にて、ＩＰプールがエリア５０１にアサインされ得、そのエリア内のエッジルータは、ＩＰプールに対応するアドレス空間をアドバタイズするように命令され得る。計算インスタンス５０６Ａ及び５０６Ｂは、エリア５０１内のＩＰプール５０４ＡからＩＰアドレスを割り当てられ得る。
【００３２】
いくつかの実施形態では、アドレス空間は、プロバイダネットワーク１００の複数のエリア及び／または地域にプロビジョニングされ得る。これにより、インフラストラクチャを各地域で作成し、アドレス空間からのアドレスを割り当てることが可能となる。アドレス空間は、プロバイダネットワークの単一の地域から一度にアドバタイズされ得る。しかし、複数の地域にプロビジョニングすることにより、１つの地域に障害が生じた場合、またはアドバタイズを行う地域を変更する必要が別に生じた場合、古い地域でのアドバタイズを停止して、新たな地域でのアドバタイズを開始することができる。ルート更新が伝播されると、トラフィックは、古い地域ではなく新たな地域のインフラストラクチャにルーティングされる。従って、図５Ａに示される例では、リカバリエリア５０２は、計算インスタンス５０６Ａ及び５０６Ｂと同じＩＰアドレスを割り当てられた計算インスタンス５０６Ｃ及び５０６Ｄを含むインフラストラクチャを有し得る。エリア５０１がアドレス空間をアドバタイズしているため、割り当てられたＩＰアドレスへ向かう全てのトラフィックは、計算インスタンス５０６Ａ及び５０６Ｂにルーティングされる。
【００３３】
いくつかの実施形態では、各アドレスプール５０４Ａ、５０４Ｂは、プロバイダネットワーク１００に移行された１つ以上のアドレス空間からのアドレスの集合を含み得る。次に、アドレスは、アドレスプールから、計算インスタンス５０６などのリソースに割り当てられ得る。例えば、各プールは、２つの異なる／２４プレフィックスなどの不連続のアドレス、または他のアドレス範囲を含み得る。所与のプールは、プロバイダネットワーク１００に移行される追加のアドレス空間、またはプロバイダネットワーク１００を介して利用可能な追加のアドレス空間もしくは特定のアドレスを含むように、拡張され得る。アドレスは、リソースが作成されるとアドレスプールからリソースに自動的にアサインされ（または静的にもしくは手動でアサインされ）、リソースが削除されるとプールに戻され得る。
【００３４】
論述されるように、リカバリエリア５０２は、エリア内に対応するアドレス空間を設定することにより、ディザスタリカバリのために事前に構成することができる。例えば、リカバリエリア５０２にアドレス空間がプロビジョニングされると、アドレスがＩＰプール５０４Ｂから計算インスタンス５０６Ｃ及び５０６Ｄに割り当てられ得る。これらのアドレスは、計算インスタンス５０６Ａ及び５０６Ｂに割り当てられたアドレスと同一であり得る。しかし、エリア５０１のみがアドバタイズを行っている場合は、これらのアドレスを使用して、リカバリエリア５０２にライブ（または本番）トラフィックがルーティングされることはない（ただしいくつかの実施形態では、計算インスタンス５０６Ａ〜５０６Ｄに他のプライベートまたはパブリックのネットワークアドレスをアサインすることで、計算インスタンス５０６Ａ〜５０６Ｄに構成トラフィックなどを送信することが可能となり得る）。リカバリエリア５０２を設定することにより、ディザスタリカバリ中にインフラストラクチャを迅速に交換され得る。図５Ａに示されるように、エリア５０１に障害が発生した場合、ＡＭＳ１０２は、エリア５０１からのアドレス空間のアドバタイズを停止することができ、これは、ユーザからのコマンド（番号３Ａ）に応じて、及び／または障害の検出（番号３Ｂ、例えばハートビートの監視、監視サービスにより生成されたアラートの受信などを介する）に応じて行われ得る。番号４にて、ＡＭＳ１０２は、図４に関して前述されたように、エリア５０１のアドバタイズからアドレス空間へのルートを削除するように、ルートサーバを更新させ得る。いくつかの実施形態では、エリアの障害は自動的に検出され得、アドバタイズは停止され得る。ただし、エリアでの障害に応じて、アドバタイズは障害に起因して停止され得るため、番号４で示されるメッセージ伝送は実行されてもされなくてもよい。
【００３５】
図５Ｂに示されるように、エリア５０１の障害に続いて、番号５にて、アドレス空間のアドバタイズをエリア５０１からリカバリエリア５０２に更新するアドバタイズ要求が、ＡＭＳ１０２に送信され得る。図４に関して前述されたように、番号６にて、アドバタイズが更新され得る。図５Ａに関して上記で示されたように、いくつかの実施形態では、障害が検出された後、任意の番号５における顧客からの要求なしで、アドバタイズは自動的に更新され得る。よって、１つのエリアに障害が発生した場合、アドバタイズが更新され、新たなインフラストラクチャがトラフィックを受信し始め得る。
【００３６】
いくつかの実施形態では、アドレス空間がバックアップエリアにプロビジョニングされていない場合、新たなエリアへプロビジョニングを行うために、迅速なプロビジョニングプロセスが実行され得る。例えば、アドレス空間は既にプロバイダネットワーク１００に移行されていることから、図１に関して前述された検証ステップ、認可ステップ、及びキャリア通知ステップは省略され得、アドレス空間は、アドレス空間が配備される新たなバックアップエリア及び／または地域内の地域制御プレーンに追加され得る。図５Ａ及び図５Ｂに関して説明された実施形態は、プロバイダネットワーク１００の異なるエリア間のディザスタリカバリを示す。いくつかの実施形態では、前述のプロセスと同様に、リカバリは、顧客センタからプロバイダネットワークに対して実行され得る。
【００３７】
図６は、いくつかの実施形態による、移行されたアドレス空間のクロスアカウント使用の環境を示す図である。図６に示されるように、アドレスプール６００は、移行されたアドレス空間から作成され得る。アドレスプールは、プロバイダネットワーク識別子が対応付けられたプロバイダネットワークオブジェクトであり得る。次に、クロスアカウント認証サービス６１０などの認証サービスは、アクセス制御ルールをアドレスプールに適用して、アドレスがアドレスプールから割り当てられ得る及び／またはアドレスプールに戻され得る方法並びにそれを行う主体を制御し得る。
【００３８】
いくつかの実施形態では、アドレスプールは、複数のサブプール６０２、６０４に分割され得る。各プールのアドレスは、アクセス制御ポリシーに基づいて、特定のアカウントにより作成されたリソースに割り当てられ得る。例えば、アドレスプール６００は、テストサブプール６０２と本番サブプール６０４に分割され得る。番号１にて、テストチームを代表するアカウントＡ６１２に対応付けられたデバイスは、計算インスタンス６０６Ａ及び６０６Ｂをテストで使用する要求を、ハードウェア仮想化サービス６０８から行い得る。番号２にて、ハードウェア仮想化サービス６０８は、要求されたインスタンスを作成し、アドレスプール６００に対しアドレスを要求し得る。どのサブプールからアドレスを割り当てるかを決定するために、番号３にて、ハードウェア仮想化サービス６０８は、クロスアカウント認証サービス６１０に問い合わせて、アカウントＡが所有するリソースにアドレスを割り当てることを認可されたサブプールを特定し得る。同様に、番号４にて、本番チームを代表し得るアカウントＢは、ハードウェア仮想化サービス６０８に対し計算インスタンスを要求し得る。番号５にて、ハードウェア仮想化サービス６０８は、計算インスタンス６０６Ｃ及び６０６Ｄを作成し得る。これらのインスタンスには、クロスアカウント認証サービス６１０により管理されるアカウントポリシーに基づいて、本番サブプール６０４からアドレスが割り当てられ得る。このように各サブプールへのアクセスを管理することにより、テストチームメンバーが誤ってリソースを作成し、そのリソースに本番アドレスを割り当てることが防止される。いくつかの実施形態では、アカウントが新たなインスタンスの作成を要求する場合、要求は、インスタンスにアドレスを割り当てるための特定のアドレスプールを指定し得る。クロスアカウント認証サービス６１０は、アカウントが、要求したプールからアドレスを取得することを認可されているか否かを判定し得る。アカウントが認可されている場合、アドレスを割り当てることができ、アカウントが認可されていない場合、要求は拒否され得る。
【００３９】
図７は、いくつかの実施形態による、アドレス移行のための例示的なアプリケーションプログラミングインターフェース（ＡＰＩ）７００を示す図である。図７に示されるように、前述のように、様々なＡＰＩが実施され得る。例えば、ｓｔａｒｔ−ｍｉｇｒａｔｉｏｎ（移行開始）７０２コマンドが呼び出され、前述のアドレス移行プロセスが開始され得る。移行開始コマンドは、１つ以上のアドレスプレフィックスを受信し得、任意で各プリフィックスに関する説明を含み得る。いくつかの実施形態では、移行開始コマンドは、移行されるアドレス空間で作成された新たなアドレスプールに対応するアドレスプール識別子を返し得る。いくつかの実施形態では、移行開始コマンドは、アドレスプールフィールドを含み得る。アドレスプール識別子が提供された場合、移行される新たなアドレス空間は、指定されたアドレスプールに追加され得る。ｄｅｓｃｒｉｂｅ−ｍｉｇｒａｔｉｏｎ−ｓｔａｔｕｓ（移行ステータス記述）７０４コマンドが呼び出され、前述のように移行のステータスが提供され得る。コマンドは、移行開始を呼び出した後に受信されたプール識別子を受信し得る。いくつかの実施形態では、移行ステータス記述は、プール識別子の代わりに、またはプール識別子に加えて、アドレスプレフィックスを受信し得る。移行が成功したか、失敗したか、または依然保留中であるかを示す応答が返され得る。
【００４０】
いくつかの実施形態では、ＡＰＩ７００はまた、ａｓｓｉｇｎ−ｐｏｏｌ−ｌｏｃａｔｉｏｎ（プール場所アサイン）７０６コマンドを含み得、これは、プロバイダネットワーク１００の特定の地域及び／またはエリアにアドレスプールをアサインするために使用され得る。コマンドは、プール識別子と、地域またはエリア識別子とを受信し得る。ＡＰＩ７００はまた、ｄｅｐｌｏｙ−ｐｏｏｌ（プール配備）７０８コマンドを含み得、これは、プールの識別子を受信し、呼び出されると、プールのアサインされた地域にプールが配備されるようにする。ＡＰＩ７００は、ａｄｖｅｒｔｉｓｅ−ｍｉｇｒａｔｉｏｎ（移行アドバタイズ）７１０コマンドを含み得、これは、指定されたプールが、そのアサインされた地域でアドバタイズされるようにする。同様に、ｗｉｔｈｄｒａｗ−ａｄｖｅｒｔｉｓｉｎｇ（アドバタイズ取り消し）７１２コマンドは、指定されたプールが、そのアサインされた地域でもうアドバタイズされないようにし得る。プロバイダネットワーク１００に移行されたアドレスを削除するために、ｄｅｐｒｏｖｉｓｉｏｎ−ｍｉｇｒａｔｉｏｎ（移行プロビジョン解除）７１４コマンドは、アドレス空間がプロバイダネットワークから削除される（例えばアドレス空間が追加された全ての地域制御プレーンから削除される）ようにすることができる。
【００４１】
いくつかの実施形態では、ＡＰＩ７００は、ｕｎｄｅｐｌｏｙ−ｐｏｏｌ（プール配備解除）７１６コマンドを含み得、これは、プール識別子を受信して、プールが配備された地域及び／またはエリアからプールを削除することができる。ＡＰＩはまた、ｄｅｓｃｒｉｂｅ−ｐｏｏｌｓ（プール記述）７１８コマンドを含み得、これは、エリア識別子を受信して、指定されたエリア内の各プールのプール詳細（例えばプールサイズ、使用中のアドレスなど）を提供する。ＡＰＩはまた、ａｌｌｏｃａｔｅ−ａｄｄｒｅｓｓ（アドレス割り当て）７２０コマンドを含み得、これは、アドレス（例えばランダムアドレス）を割り当てるための特定のプールを割り当てることができ、ＡＰＩはまた、ａｌｌｏｃａｔｅ−ａｄｄｒｅｓｓ（アドレス割り当て）７２２コマンドを含み得、これは、所与のプールから割り当てる特定のアドレスを指定することができる。
【００４２】
図８は、いくつかの実施形態による、アドレス移行のための方法の動作８００を示すフロー図である。動作８００（あるいは本明細書で説明される他のプロセス、それらの変形形態及び／または組み合わせ）のうちの一部または全ては、実行可能命令で構成された１つ以上のコンピュータシステムの制御下で実行され、ハードウェアまたはそれらの組み合わせにより、１つ以上のプロセッサ上で集合的に実行されるコード（例えば実行可能命令、１つ以上のコンピュータプログラム、または１つ以上のアプリケーション）として実施される。コードは、例えば、１つ以上のプロセッサにより実行可能な命令を含むコンピュータプログラムの形態で、コンピュータ可読記憶媒体に格納される。コンピュータ可読記憶媒体は、非一時的である。いくつかの実施形態では、動作８００の１つ以上（または全て）は、他の図のアドレス移行サービス１０２により実行される。
【００４３】
動作８００は、ブロック８０２にて、アドレス空間をプロバイダネットワークに移行する要求を受信することを含み、要求は、少なくとも１つのアドレス範囲を含む。要求は、ＨＴＴＰ  ＧＥＴまたはＰＯＳＴ要求メッセージにより伝送され得、プロバイダネットワークのエンドポイントで受信され得、その後、プロバイダネットワークのエンドポイントは、要求をアドレス移行サービス１０２に転送し得る。
【００４４】
動作８００は、ブロック８０４にて、インターネットレジストリを使用して要求を認可することを含む。いくつかの実施形態では、認可することは、インターネットレジストリからアドレス空間に対応付けられたルートオリジン認可オブジェクトを取得することと、ルートオリジン認可オブジェクトがプロバイダネットワークに対応付けられた識別子を含むことを特定することと、を含み得る。いくつかの実施形態では、要求を認可することはさらに、前述のように、ルートオリジン認可オブジェクトから、及び／またはアドレス空間に対応付けられたＤＮＳエントリの逆引きＤＮＳから取得された認可オブジェクトを使用して、アドレス空間の所有権を確認することを含む。
【００４５】
動作８００は、ブロック８０６にて、アドレス空間の少なくとも一部を、プロバイダネットワークの少なくとも１つのエリアにプロビジョニングすることを含む。いくつかの実施形態では、プロビジョニングすることは、プロバイダネットワークの第１のエリアの制御プレーンにアドレス空間を追加することと、プロバイダネットワークの第２のエリアの制御プレーンにアドレス空間を追加することと、を含み得る。
【００４６】
動作８００は、ブロック８０８にて、アドレス空間の少なくとも一部をアドバタイズする要求を受信することを含む。要求は、ＨＴＴＰ  ＧＥＴまたはＰＯＳＴ要求メッセージ（あるいは他のメッセージ及び／またはプロトコル）により伝送され得、プロバイダネットワークのエンドポイントで受信され得、その後、プロバイダネットワークのエンドポイントは、要求をアドレス移行サービス１０２に転送し得る。いくつかの実施形態では、アドレス空間をアドバタイズする要求を受信することはさらに、プロバイダネットワークの第１のエリアからアドレス空間の一部をアドバタイズする要求を受信することと、アドレス空間の部分集合をアドバタイズすることと、を含み得る。動作８００は、ブロック８１０にて、アドレス空間の少なくとも一部をアドバタイズすることを含む。動作８００は、ブロック８１２にて、アドレス空間内の少なくとも１つのアドレスを、プロバイダネットワーク内の少なくとも１つのリソースに割り当てることを含む。
【００４７】
いくつかの実施形態では、動作８００はさらに、アドレス空間を移行する要求を認証することを含み得、認証することは、ルートオリジン認可オブジェクトの少なくとも一部を復号化して認可オブジェクトを取得することと、アドレス空間に対応付けられたドメインネームサービスエントリから認可オブジェクトを取得することとのうちの少なくとも１つを含む。
【００４８】
いくつかの実施形態では、動作８００はさらに、アドレス空間を使用して、プロバイダネットワークの第１のエリア内に第１のアドレスプールを作成することと、第１のアドレスプールから複数のネットワークアドレスを、プロバイダネットワークの第１のエリア内の第１の複数のリソースに割り当てることと、アドレス空間を使用して、プロバイダネットワークの第２のエリア内に第２のアドレスプールを作成することと、第２のアドレスプールから複数のネットワークアドレスを、プロバイダネットワークの第２のエリア内の第２の複数のリソースに割り当てることであって、第２の複数のリソースのうちの各リソースは、第１の複数のリソースのうちのリソースに対応し、ネットワークアドレスを共有する、当該割り当てることと、プロバイダネットワークの第１のエリアからアドレス空間をアドバタイズすることと、を含み得る。いくつかの実施形態では、認可データ（例えば認可オブジェクト）は、アドレス空間に対応付けられたＤＮＳエントリ内のレコードからの逆引きＤＮＳで取得され得る。
【００４９】
いくつかの実施形態では、動作８００はさらに、フェイルオーバイベントを検出することと、プロバイダネットワークの第１のエリアからのアドレス空間のアドバタイズを停止することと、プロバイダネットワークの第２のエリアからアドレス空間をアドバタイズすることと、を含み得る。いくつかの実施形態では、第１のアドレスプールは、複数のサブプールを含み、各サブプールは、アカウントアクセスポリシーに対応付けられており、各サブプールからの割り当ては、クロスアカウント認証サービスにより管理される。
【００５０】
いくつかの実施形態では、動作８００はさらに、移行ステータス要求を受信することと、アドレス空間のステータスを示す移行ステータス応答を送信することであって、アドレス空間のステータスには、プロビジョニング完了、プロビジョニング中、プロビジョニング解除完了、またはアドバタイズ中のうちの１つが含まれる、当該送信することと、を含み得る。
【００５１】
いくつかの実施形態では、動作８００は、インターネットプロトコル（ＩＰ）空間をプロバイダネットワークに移行する要求を受信することであって、要求は、少なくとも１つのアドレス範囲と、少なくとも１つのアドレス範囲の記述とを含む、当該受信することと、ＩＰ空間に対応付けられたＩＰプール識別子を返すことと、要求を認可するために、ＩＰ空間に対応付けられた地域インターネットレジストリに対しルートオリジン認可オブジェクトを要求することと、ＩＰプールをプロバイダネットワークのエリアにアサインする要求を受信することと、ＩＰプールを、プロバイダネットワークのエリア及びプロバイダネットワークの少なくとも１つの二次エリアにプロビジョニングすることと、プロバイダネットワークのエリアからＩＰプールをアドバタイズする要求を受信することと、プロバイダネットワークのエリアからＩＰプールをアドバタイズすることと、ＩＰプール内の少なくとも１つのアドレスを、プロバイダネットワーク内の少なくとも１つの計算インスタンスに割り当てることと、を含み得る。
【００５２】
いくつかの実施形態では、動作８００は、ＩＰプール内の少なくとも１つのアドレスを、プロバイダネットワークの少なくとも１つの二次エリア内の少なくとも１つの第２の計算インスタンスに割り当てることを含み得る。いくつかの実施形態では、動作８００は、プロバイダネットワークのエリアからのアドバタイズを停止することと、プロバイダネットワークの少なくとも１つの二次エリアからアドバタイズを行うことと、を含み得る。
【００５３】
いくつかの実施形態では、動作８００はさらに、アドレス空間を使用してプロバイダネットワークの第１のエリア内にアドレスプールを作成することを含み得て、アドレスプールは複数のサブプールを含み、各サブプールはアカウントアクセスポリシーに対応付けられており、各サブプールからの割り当ては認証サービスにより管理される。
【００５４】
図９は、いくつかの実施形態による、例示的なプロバイダネットワーク（または「サービスプロバイダシステム」）環境を示す。プロバイダネットワーク９００は、１つ以上の仮想化サービス９１０を介して顧客にリソース仮想化を提供し得、これにより、顧客は、１つ以上のデータセンタにおけるプロバイダネットワーク（複数可）内のデバイス上で実施される計算リソース及びストレージリソースを含むがこれらに限定されない仮想化リソースのインスタンス９１２を、購入、レンタル、あるいは取得することが可能となる。ローカルインターネットプロトコル（ＩＰ）アドレス９１６は、リソースインスタンス９１２に対応付けられ得、ローカルＩＰアドレスは、プロバイダネットワーク９００上のリソースインスタンス９１２の内部ネットワークアドレスである。いくつかの実施形態では、プロバイダネットワーク９００はまた、顧客がプロバイダ９００から取得し得るパブリックＩＰアドレス９１４及び／またはパブリックＩＰアドレス範囲（例えばインターネットプロトコルバージョン４（ＩＰｖ４）またはインターネットプロトコルバージョン６（ＩＰｖ６）アドレス）を提供し得る。上記で論述されたように、パブリックＩＰアドレスは、顧客が所有し、プロバイダネットワーク９００に移行されたアドレス空間を含み得る。顧客が所有する移行されたアドレス空間は、プロバイダネットワークが所有するアドレス空間に追加され得る。移行されたアドレス空間は、顧客のリソースに割り当てられ、その顧客特有のアドレスプールに割り当て解除され戻され得るが、プロバイダネットワーク所有のアドレス空間は、プロバイダネットワークの様々な顧客が利用できるようにされ得る。
【００５５】
従来、プロバイダネットワーク９００は、仮想化サービス９１０を介して、サービスプロバイダの顧客（例えば１つ以上の顧客デバイス９５２を含む１つ以上の顧客ネットワーク９５０Ａ〜９５０Ｃを運用する顧客）が、顧客にアサインされたまたは割り当てられた少なくともいくつかのパブリックＩＰアドレス９１４を、顧客にアサインされた特定のリソースインスタンス９１２に、動的に対応付けることを可能にし得る。上記に論述された様々な実施形態によれば、アドレス空間がプロバイダネットワーク９００に移行された後、顧客は同様に、自身のアドレス空間からアドレスを割り当て得る。プロバイダネットワーク９００はまた、顧客が、顧客に割り当てられた１つの仮想化コンピューティングリソースインスタンス９１２に以前マッピングされていたパブリックＩＰアドレス９１４を、顧客に同様に割り当てられた別の仮想化コンピューティングリソースインスタンス９１２に再マッピングすることを可能にし得る。顧客ネットワーク９５０Ａ〜９５０Ｃ（複数可）のオペレータといったサービスプロバイダの顧客は、サービスプロバイダにより提供される仮想化コンピューティングリソースインスタンス９１２及びパブリックＩＰアドレス９１４を使用して、例えば、顧客特有アプリケーションを実施し、インターネットなどの中間ネットワーク９４０上で顧客アプリケーションを提示し得る。次に、中間ネットワーク９４０上の別のネットワークエンティティ９２０は、顧客ネットワーク９５０Ａ〜９５０Ｃ（複数可）により公開された宛先パブリックＩＰアドレス９１４へのトラフィックを生成し得、トラフィックは、サービスプロバイダデータセンタへルーティングされ、データセンタにて、ネットワーク基板を介して、宛先パブリックＩＰアドレス９１４へ現在マッピングされている仮想化コンピューティングリソースインスタンス９１２のローカルＩＰアドレス９１６へルーティングされる。同様に、仮想化コンピューティングリソースインスタンス９１２からの応答トラフィックは、ネットワーク基板を介して中間ネットワーク９４０に戻って、ソースエンティティ９２０へルーティングされ得る。
【００５６】
本明細書で使用されるローカルＩＰアドレスは、プロバイダネットワーク内の例えばリソースインスタンスの内部すなわち「プライベート」のネットワークアドレスを指す。ローカルＩＰアドレスは、インターネット技術標準化委員会（ＩＥＴＦ）のコメント要求（ＲＦＣ）１９１８により確保されたアドレスブロック内及び／またはＩＥＴＦ  ＲＦＣ４１９３により指定されたアドレス形式のアドレスブロック内に存在し得、プロバイダネットワーク内で変更可能であり得る。プロバイダネットワークの外側から生じるネットワークトラフィックは、ローカルＩＰアドレスへ直接ルーティングされず、代わりに、トラフィックは、リソースインスタンスのローカルＩＰアドレスにマッピングされたパブリックＩＰアドレスを使用する。プロバイダネットワークは、パブリックＩＰアドレスからローカルＩＰアドレスへのマッピング、及びその逆方向のマッピングを実行するために、ネットワークアドレス変換（ＮＡＴ）または同様の機能を提供するネットワークデバイスまたはアプライアンスを含み得る。
【００５７】
パブリックＩＰアドレスは、サービスプロバイダにより、または顧客により、リソースインスタンスにアサインされるインターネット可変ネットワークアドレスである。パブリックＩＰアドレスにルーティングされたトラフィックは、例えば１：１ＮＡＴを介して変換され、リソースインスタンスのそれぞれローカルＩＰアドレスに転送される。
【００５８】
いくつかのパブリックＩＰアドレスは、プロバイダネットワークインフラストラクチャにより、特定のリソースインスタンスにアサインされ得、これらのパブリックＩＰアドレスは、標準パブリックＩＰアドレス、または単純に標準ＩＰアドレスと称され得る。いくつかの実施形態では、標準ＩＰアドレスをリソースインスタンスのローカルＩＰアドレスにマッピングすることは、全てのリソースインスタンスタイプのデフォルトの起動構成である。
【００５９】
少なくともいくつかのパブリックＩＰアドレスは、プロバイダネットワーク９００の顧客に割り当てられ得、または顧客により取得され得、次に、顧客は、自身の割り当てられたパブリックＩＰアドレスを、顧客に割り当てられた特定のリソースインスタンスにアサインし得る。これらのパブリックＩＰアドレスは、顧客パブリックＩＰアドレス、または単純に顧客ＩＰアドレスと称され得る。顧客ＩＰアドレスは、標準ＩＰアドレスの事例のようにプロバイダネットワーク９００によりリソースインスタンスにアサインされる代わりに、例えばサービスプロバイダにより提供されるＡＰＩを介して、顧客によりリソースインスタンスにアサインされ得る。標準ＩＰアドレスと異なり、顧客ＩＰアドレスは、顧客アカウントに割り当てられ、必要または所望に応じて、それぞれの顧客により他のリソースインスタンスに再マッピングすることができる。顧客ＩＰアドレスは、特定のリソースインスタンスではなく、顧客のアカウントに対応付けられ、顧客がそのＩＰアドレスを解除することを選択するまで、顧客はそのＩＰアドレスを制御する。従来の静的ＩＰアドレスと異なり、顧客ＩＰアドレスは、顧客が、顧客のパブリックＩＰアドレスを、顧客のアカウントに対応付けられた任意のリソースインスタンスに再マッピングすることにより、リソースインスタンスまたはアベイラビリティゾーンの障害をマスクすることを可能にする。顧客ＩＰアドレスは、例えば、顧客が、顧客ＩＰアドレスを代替リソースインスタンスに再マッピングすることにより、顧客のリソースインスタンスまたはソフトウェアの問題に対処することを可能にする。いくつかの実施形態では、顧客ＩＰアドレスは、プロバイダネットワーク９００により提供されるアドレス空間、及び／または顧客が所有しプロバイダネットワークに移行されたアドレス空間から、割り当てられ得る。
【００６０】
図１０は、いくつかの実施形態による、顧客にストレージサービス及びハードウェア仮想化サービスを提供する例示的なプロバイダネットワークのブロック図である。ハードウェア仮想化サービス１０２０は、多数の計算リソース１０２４（例えばＶＭなどの計算インスタンス）を顧客に提供する。計算リソース１０２４は、例えば、プロバイダネットワーク１０００の顧客に（例えば顧客ネットワーク１０５０を実施する顧客に）レンタルまたはリースされ得る。各計算リソース１０２４には、１つ以上のローカルＩＰアドレスが提供され得る。プロバイダネットワーク１０００は、計算リソース１０２４のローカルＩＰアドレスからパブリックインターネット発信先へ、及びパブリックインターネット発信元から計算リソース１０２４のローカルＩＰアドレスへ、パケットをルーティングするように構成され得る。
【００６１】
プロバイダネットワーク１０００は、例えばローカルネットワーク１０５６を介して中間ネットワーク１０４０に接続された顧客ネットワーク１０５０に、中間ネットワーク１０４０及びプロバイダネットワーク１０００に接続されたハードウェア仮想化サービス１０２０を介して、仮想コンピューティングシステム１０９２を実施する能力を提供し得る。いくつかの実施形態では、ハードウェア仮想化サービス１０２０は、１つ以上のＡＰＩ１００２、例えばウェブサービスインターフェースを提供し得、これを介して顧客ネットワーク１０５０は、例えばコンソール１０９４（例えばウェブベースアプリケーション、スタンドアロンアプリケーション、モバイルアプリケーションなど）により、ハードウェア仮想化サービス１０２０が提供する機能にアクセスし得る。いくつかの実施形態では、顧客ネットワーク１０５０の各仮想コンピューティングシステム１０９２は、プロバイダネットワーク１０００において、顧客ネットワーク１０５０にリース、レンタル、あるいは提供される計算リソース１０２４に対応し得る。
【００６２】
いくつかの実施形態では、前述のように、計算インスタンスなどの新たな計算リソース１０２４が起動され、ユーザが所有する移行されたアドレス空間からアドレスを割り当てられ得る。顧客は、コンソールまたは他のユーザインターフェースを介して計算インスタンスを起動させ得、インスタンスが属するネットワーク及びサブネットなど、そのインスタンスの詳細を構成し得る。いくつかの実施形態では、顧客は、新しいインスタンスに、移行されたアドレス空間からアドレスを手動でアサインし得る、または新しいインスタンスにアドレスを割り当てるためのプールを指定し得る。例えば、顧客は、インスタンスを構成する時に、自身の移行されたアドレス空間から作成されたプールを選択し得、インスタンスが起動されると、移行されたアドレス空間から（対応するプールを介して）アドレスがインスタンスに割り当てられ得る。
【００６３】
仮想コンピューティングシステム１０９２及び／または別の顧客デバイス１０９０（例えばコンソール１０９４を介する）のインスタンスから、顧客は、例えば１つ以上のＡＰＩ１００２を介して、ストレージ仮想化サービス１０１０の機能にアクセスして、プロバイダネットワーク１０００が提供する仮想データストア１０１６のストレージリソース１０１８Ａ〜１０１８Ｎに対しデータアクセス及びデータ格納を行い得る。いくつかの実施形態では、仮想化データストアゲートウェイ（図示せず）が顧客ネットワーク１０５０に設けられ得、仮想化データストアゲートウェイは、少なくともあるデータ、例えば頻繁にアクセスされるデータまたは重要データをローカルにキャッシュし得、データの１次ストア（仮想化データストア１０１６）が維持されるように、１つ以上の通信チャンネルを介してストレージ仮想化サービス１０１０と通信して、ローカルキャッシュから新たなデータまたは変更されたデータをアップロードし得る。いくつかの実施形態では、ユーザは、仮想コンピューティングシステム１０９２を介して及び／または別の顧客デバイス１０９０上で、ローカル仮想化ストレージ１０９８としてユーザに映る仮想データストア１０１６のボリュームを、マウントしアクセスし得る。
【００６４】
図１０に図示されないが、仮想化サービス（複数可）はまた、ＡＰＩ１００２（複数可）を介してプロバイダネットワーク１０００内のリソースインスタンスからもアクセスされ得る。例えば、顧客、アプライアンスサービスプロバイダ、または他のエンティティは、ＡＰＩ１００２を介してプロバイダネットワーク１０００上の各自の仮想ネットワーク内の仮想化サービスにアクセスして、仮想ネットワーク内または別の仮想ネットワーク内の１つ以上のリソースインスタンスの割り当てを要求し得る。
【００６５】
例示的システム
いくつかの実施形態では、本明細書で説明されるアドレス移行の技法の一部または全てを実施するシステムは、１つ以上のコンピュータアクセス可能媒体を含む、または１つ以上のコンピュータアクセス可能媒体にアクセスするように構成された汎用コンピュータシステム、例えば図１１に示されるコンピュータシステム１１００などを含み得る。示される実施形態では、コンピュータシステム１１００は、入力／出力（Ｉ／Ｏ）インターフェース１１３０を介してシステムメモリ１１２０に接続された１つ以上のプロセッサ１１１０を含む。コンピュータシステム１１００はさらに、Ｉ／Ｏインターフェース１１３０に接続されたネットワークインターフェース１１４０を含む。図１１は、コンピュータシステム１１００を単一のコンピューティングデバイスとして示すが、様々な実施形態では、コンピュータシステム１１００は、１つのコンピューティングデバイス、または単一のコンピュータシステム１１００として共働するように構成された任意の数のコンピューティングデバイスを含み得る。
【００６６】
様々な実施形態では、コンピュータシステム１１００は、１つのプロセッサ１１１０を含むユニプロセッサシステム、またはいくつか（例えば２つ、４つ、８つ、もしくは別の好適な個数）のプロセッサ１１１０を含むマルチプロセッサシステムであり得る。プロセッサ１１１０は、命令を実行可能な任意の好適なプロセッサであり得る。例えば、様々な実施形態では、プロセッサ１１１０は、様々な命令集合アーキテクチャ（ＩＳＡ）、例えばｘ８６、ＡＲＭ、ＰｏｗｅｒＰＣ、ＳＰＡＲＣ、もしくはＭＩＰＳ‐ＩＳＡ、または任意の他の好適なＩＳＡなどのうちのいずれかを実施する汎用プロセッサまたは組み込みプロセッサであり得る。マルチプロセッサシステムでは、プロセッサ１１１０のそれぞれは、通常、必ずしもではないが、同一のＩＳＡを実施し得る。
【００６７】
システムメモリ１１２０は、プロセッサ１１１０（複数可）によりアクセス可能な命令及びデータを格納し得る。様々な実施形態では、システムメモリ１１２０は、ランダムアクセスメモリ（ＲＡＭ）、静的ＲＡＭ（ＳＲＡＭ）、同期式動的ＲＡＭ（ＳＤＲＡＭ）、不揮発性／フラッシュ型メモリ、または任意の他の種類のメモリなど、任意の好適なメモリ技術を使用して実施され得る。示される実施形態では、前述の方法、技術、及びデータなどの１つ以上の所望の機能を実施するプログラム命令及びデータは、システムメモリ１１２０内にコード１１２５及びデータ１１２６として格納されることが示される。
【００６８】
一実施形態では、Ｉ／Ｏインターフェース１１３０は、プロセッサ１１１０と、システムメモリ１１２０と、ネットワークインターフェース１１４０または他の周辺インターフェースを含むデバイス内の任意の周辺デバイスとの間のＩ／Ｏトラフィックを調整するように構成され得る。いくつかの実施形態では、Ｉ／Ｏインターフェース１１３０は、１つの構成要素（例えばシステムメモリ１１２０）からのデータ信号を、別の構成要素（例えばプロセッサ１１１０）が使用するのに好適な形式に変換するために、任意の必要なプロトコル変換、タイミング変換、または他のデータ変換を実行し得る。いくつかの実施形態では、Ｉ／Ｏインターフェース１１３０は、例えば周辺構成要素相互接続（ＰＣＩ）バス規格または汎用シリアルバス（ＵＳＢ）規格の変形など、様々な種類の周辺バスを介して取り付けられるデバイスのサポートを含み得る。いくつかの実施形態では、Ｉ／Ｏインターフェース１１３０の機能は、例えばノースブリッジ及びサウスブリッジなどの２つ以上の別個の構成要素に分割されてもよい。また、いくつかの実施形態では、システムメモリ１１２０へのインターフェースなどのＩ／Ｏインターフェース１１３０の機能の一部または全ては、プロセッサ１１１０に直接組み込まれてもよい。
【００６９】
ネットワークインターフェース１１４０は、コンピュータシステム１１００と、例えば図１に示される他のコンピュータシステムまたはデバイスなどのネットワーク１１５０（複数可）に接続された他のデバイス１１６０との間で、データを交換可能なように構成され得る。様々な実施形態では、ネットワークインターフェース１１４０は、例えばイーサネット（登録商標）ネットワーク類など、任意の好適な有線または無線の汎用データネットワークを介した通信に対応し得る。さらに、ネットワークインターフェース１１４０は、アナログ音声ネットワークまたはデジタルファイバ通信ネットワークなどの電気通信／電話ネットワークを介した、あるいはストレージエリアネットワーク（ＳＡＮ）、例えばファイバチャネルＳＡＮを介した、あるいは任意の他の好適な種類のネットワーク及び／またはプロトコルを介した通信に対応し得る。
【００７０】
いくつかの実施形態では、コンピュータシステム１１００は、Ｉ／Ｏインターフェース１１３０（例えば周辺構成要素相互接続エクスプレス（ＰＣＩ−Ｅ）規格のあるバージョン、またはＱｕｉｃｋＰａｔｈ相互接続（ＱＰＩ）もしくはＵｌｔｒａＰａｔｈ相互接続（ＵＰＩ）などの別の相互接続を実施するバス）を使用して接続された１つ以上のオフロードカード１１７０（１つ以上のプロセッサ１１７５を含み、場合によっては１つ以上のネットワークインターフェース１１４０を含む）を含む。例えば、いくつかの実施形態では、コンピュータシステム１１００は、計算インスタンスをホストするホスト電子デバイス（例えばハードウェア仮想化サービスの一部として作動する）として機能し得、１つ以上のオフロードカード１１７０は、ホスト電子デバイス上で実行される計算インスタンスを管理し得る仮想化マネージャを実行する。一例として、いくつかの実施形態では、オフロードカード１１７０（複数可）は、計算インスタンスの一時停止及び／または一時停止解除、計算インスタンスの起動及び／または終了、メモリ転送／コピー動作の実行など、計算インスタンス管理動作を実行し得る。これらの管理動作は、いくつかの実施形態では、コンピュータシステム１１００の他のプロセッサ１１１０Ａ〜１１１０Ｎが実行するハイパーバイザと協働して（例えばハイパーバイザからの要求に応じて）、オフロードカード１１７０（複数可）により実行され得る。しかし、いくつかの実施形態では、オフロードカード１１７０（複数可）により実施される仮想化マネージャは、他のエンティティからの（例えば計算インスタンス自体からの）要求に対応し得、任意の別個のハイパーバイザと協働し得ない（または任意の別個のハイパーバイザにサービス提供し得ない）。
【００７１】
いくつかの実施形態では、システムメモリ１１２０は、前述されたプログラム命令及びデータを格納するように構成されたコンピュータアクセス可能媒体の一実施形態であり得る。しかし、別の実施形態では、プログラム命令及び／またはデータは、異なる種類のコンピュータアクセス可能媒体上で受信、送信、または格納され得る。一般に、コンピュータアクセス可能媒体には、例えばＩ／Ｏインターフェース１１３０を介してコンピュータシステム１１００に接続されたディスクまたはＤＶＤ／ＣＤといった磁気媒体または光学媒体などの非一時的記憶媒体またはメモリ媒体が含まれ得る。非一時的コンピュータアクセス可能記憶媒体には、ＲＡＭ（例えばＳＤＲＡＭ、ダブルデータレート（ＤＤＲ）ＳＤＲＡＭ、ＳＲＡＭなど）、読み出し専用メモリ（ＲＯＭ）など、コンピュータシステム１１００のいくつかの実施形態にシステムメモリ１１２０または別の種類のメモリとして含まれ得る任意の揮発性または不揮発性媒体も含まれ得る。さらに、コンピュータアクセス可能媒体は、ネットワークインターフェース１１４０を介して実施され得るようなネットワーク及び／または無線リンクなどの通信媒体を介して伝達される伝送媒体または電気信号、電磁信号、もしくはデジタル信号などの信号を含み得る。
【００７２】
上記の説明では、様々な実施形態が説明された。説明目的で、実施形態の完全な理解を提供するために、具体的な構成及び詳細が明らかにされた。しかしながら、実施形態は具体的な詳細を伴わずに実施され得ることは、当業者には明らかであろう。さらに、説明される実施形態を不明瞭にしないために、周知の特徴は省略または簡略化され得る。
【００７３】
本明細書では、括弧で囲まれたテキスト及び破線（例えば大きい破線、小さい破線、鎖線、及び点）で囲まれたブロックを使用して、いくつかの実施形態に付加的特徴を追加する任意の動作が説明される。しかしながら、このような表記は、これらが唯一の選択肢または任意の動作であること、及び／または実線で囲まれたブロックは、特定の実施形態では任意ではないことを意味すると、理解されるべきではない。
【００７４】
接尾辞文字を有する参照番号（例えば１２４Ａ〜１２４Ｃ、２１０Ａ〜２１０Ｃ、３０２Ａ〜３０２Ｆ、４０４Ａ、４０４Ｂ、４０６Ａ〜４０６Ｄ、６０６Ａ〜６０６Ｄなど）を使用して、様々な実施形態で言及されるエンティティの１つ以上のインスタンスが存在し得こと、複数のインスタンスが存在する場合、それぞれが同一である必要はないが、代わりにいくつかの一般的な特性を共有し得る、または同じように作動し得ることが示され得る。さらに、使用される特定の接尾辞は、特に反対の指示がない限り、特定の数のエンティティが存在することを意味するものではない。従って、同じまたは異なる接尾辞文字を使用する２つのエンティティは、様々な実施形態において同じ数のインスタンスを有しても有さなくてもよい。
【００７５】
「一実施形態」、「実施形態」、「例示的な実施形態」などへの言及は、説明される実施形態が特定の特徴、構造、または特性を含み得ることを示すが、あらゆる実施形態が必ずしも特定の特徴、構造、または特性を含むわけではあり得ない。さらに、このような句は、必ずしも同じ実施形態を指すわけではない。さらに、特定の特徴、構造、または特性が実施形態に関連して説明される場合、他の実施形態と関連してこのような特徴、構造、または特性を備えることは、明確に記載されているか否かに関わらず、当業者の知識の範囲内であると考えられる。
【００７６】
さらに、前述の様々な実施形態では、特に断りのない限り、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」という句などの選言的表現は、Ａ、Ｂ、またはＣのいずれか、あるいはこれらの任意の組み合わせ（例えばＡ、Ｂ、及び／またはＣ）を意味すると理解されることが意図される。よって、選言的表現は、所与の実施形態に少なくとも１つのＡ、少なくとも１つのＢ、または少なくとも１つのＣがそれぞれ存在する必要があることを意味する意図はなく、またそのように理解されるべきではない。
【００７７】
開示される技術の少なくともいくつかの実施形態は、以下の条項を考慮して説明され得る。
１．プロバイダネットワークのエンドポイントにて、インターネットプロトコル（ＩＰ）空間を前記プロバイダネットワークに移行する要求を受信することであって、前記要求は、少なくとも１つのアドレス範囲と、前記少なくとも１つのアドレス範囲の記述とを含む、前記受信することと、
前記ＩＰ空間に対応付けられた地域インターネットレジストリからのルートオリジン認可オブジェクトを使用して、前記要求を認可することと、
前記ＩＰ空間に対応するＩＰプールを前記プロバイダネットワークのエリアにアサインする要求を受信することと、
前記ＩＰプールを、前記プロバイダネットワークの前記エリア及び前記プロバイダネットワークの少なくとも１つの二次エリアにプロビジョニングすることと、
前記プロバイダネットワークの前記エリアから前記ＩＰプールをアドバタイズする要求を受信することと、
前記プロバイダネットワークの前記エリアから前記ＩＰプールをアドバタイズすることと、
前記ＩＰプール内の少なくとも１つのアドレスを、前記プロバイダネットワーク内の少なくとも１つの計算インスタンスに割り当てることと、
を含む、コンピュータ実施方法。
【００７８】
２．前記ＩＰプール内の前記少なくとも１つのアドレスを、前記プロバイダネットワークの少なくとも１つの二次エリア内の少なくとも１つの第２の計算インスタンスに割り当てること、
をさらに含む、条項１に記載のコンピュータ実施方法。
【００７９】
３．前記プロバイダネットワークの前記エリアからのアドバタイズを停止することと、
前記プロバイダネットワークの前記少なくとも１つの二次エリアからアドバタイズを行うことと、
をさらに含む、条項１または２のいずれか１項に記載のコンピュータ実施方法。
【００８０】
４．アドレス空間をプロバイダネットワークに移行する要求を受信することであって、前記要求は少なくとも１つのアドレス範囲を含む、前記受信することと、
インターネットレジストリを使用して前記要求を認可することと、
前記アドレス空間の少なくとも一部を、前記プロバイダネットワークの少なくとも１つのエリアにプロビジョニングすることと、
前記アドレス空間の前記少なくとも一部をアドバタイズする要求を受信することと、
前記アドレス空間の前記少なくとも一部をアドバタイズすることと、
前記アドレス空間の前記少なくとも一部の中の少なくとも１つのアドレスを、前記プロバイダネットワーク内の少なくとも１つのリソースに割り当てることと、
を含む、コンピュータ実施方法。
【００８１】
５．前記インターネットレジストリを使用して前記要求を認可することは、さらに、
前記インターネットレジストリから、前記アドレス空間に対応付けられたルートオリジン認可オブジェクトを取得することと、
前記ルートオリジン認可オブジェクトが、前記プロバイダネットワークに対応付けられた識別子を含むことを判定することと、
を含む、条項４に記載のコンピュータ実施方法。
【００８２】
６．前記アドレス空間を移行する前記要求を認証すること、をさらに含む前記コンピュータ実施方法であって、前記認証することは、
前記ルートオリジン認可オブジェクトの少なくとも一部を復号化して、認可オブジェクトを取得すること、または、
前記アドレス空間に対応付けられたドメインネームサービスエントリから、前記認可オブジェクトを取得すること、
のうちの少なくとも１つを含む、条項５に記載のコンピュータ実施方法。
【００８３】
７．前記アドレス空間を前記プロバイダネットワークの少なくとも１つのエリアにプロビジョニングすることは、さらに、
前記アドレス空間を、前記プロバイダネットワークの第１のエリアの制御プレーンに追加することと、
前記アドレス空間を、前記プロバイダネットワークの第２のエリアの制御プレーンに追加することと、
を含む、条項４〜６のいずれか１項に記載のコンピュータ実施方法。
【００８４】
８．前記アドレス空間を使用して、前記プロバイダネットワークの前記第１のエリア内に第１のアドレスプールを作成することと、
前記第１のアドレスプールから複数のネットワークアドレスを、前記プロバイダネットワークの前記第１のエリア内の第１の複数のリソースに割り当てることと、
前記アドレス空間を使用して、前記プロバイダネットワークの前記第２のエリア内に第２のアドレスプールを作成することと、
前記第２のアドレスプールから前記複数のネットワークアドレスを、前記プロバイダネットワークの前記第２のエリア内の第２の複数のリソースに対応付けることであって、前記第２の複数のリソースのうちの各リソースは、前記第１の複数のリソースのうちのリソースに対応し、ネットワークアドレスを共有する、前記対応付けることと、
前記プロバイダネットワークの前記第１のエリアから前記アドレス空間をアドバタイズすることと、
をさらに含む、条項７に記載のコンピュータ実施方法。
【００８５】
９．フェイルオーバイベントを検出することと、
前記プロバイダネットワークの前記第１のエリアからの前記アドレス空間のアドバタイズを停止することと、
前記プロバイダネットワークの前記第２のエリアから前記アドレス空間をアドバタイズすることと、
をさらに含む、条項８に記載のコンピュータ実施方法。
【００８６】
１０．前記アドレス空間を使用して前記プロバイダネットワークの前記第１のエリア内にアドレスプールを作成することをさらに含み、
前記アドレスプールは複数のサブプールを含み、各サブプールはアカウントアクセスポリシーに対応付けられており、
各サブプールからの割り当ては認証サービスにより管理される、
をさらに含む、条項４〜９のいずれか１項に記載のコンピュータ実施方法。
【００８７】
１１．
前記アドレス空間をアドバタイズする要求を受信することは、さらに、
前記プロバイダネットワークの第１のエリアから前記アドレス空間の一部をアドバタイズする要求を受信することと、
前記アドレス空間の前記一部をアドバタイズすることと、
を含む、条項４〜１０のいずれか１項に記載のコンピュータ実施方法。
【００８８】
１２．移行ステータス要求を受信することと、
前記アドレス空間のステータスを示す移行ステータス応答を送信することであって、前記アドレス空間の前記ステータスには、プロビジョニング完了、プロビジョニング中、プロビジョニング解除完了、またはアドバタイズ中のうちの１つが含まれる、前記送信することと、
をさらに含む、条項４〜１１のいずれか１項に記載のコンピュータ実施方法。
【００８９】
１３．プロバイダネットワーク内に１つ以上のインスタンスを提供するよう、第１の１つ以上の電子デバイスにより実施されるハードウェア仮想化サービスと、
第２の１つ以上の電子デバイスにより実施される移行サービスと、
を備えるシステムであって、前記移行サービスは命令を含み、前記命令は実行されると、前記移行サービスに、
アドレス空間を前記プロバイダネットワークに移行する要求を受信することであって、前記要求は少なくとも１つのアドレス範囲を含む、前記受信することと、
前記アドレス空間の少なくとも一部を、前記プロバイダネットワークの少なくとも１つのエリアにプロビジョニングすることと、
前記アドレス空間の前記少なくとも一部をアドバタイズする要求を受信することと、
前記アドレス空間の前記少なくとも一部をアドバタイズすることであって、前記アドレス空間内の少なくとも１つのアドレスは、前記プロバイダネットワーク内の前記ハードウェア仮想化サービスにより提供される少なくとも１つのインスタンスに割り当てられる、前記アドバタイズすることと、
を実行させる、前記システム。
【００９０】
１４．インターネットレジストリを使用して前記要求を認可するための前記命令は、実行されると、前記移行サービスに、さらに、
前記インターネットレジストリから、前記アドレス空間に対応付けられたルートオリジン認可オブジェクトを取得することと、
前記ルートオリジン認可オブジェクトが、前記プロバイダネットワークに対応付けられた識別子を含むことを判定することと、
を実行させる、条項１３に記載のシステム。
【００９１】
１５．前記命令は、実行されると、前記移行サービスに、さらに、
前記アドレス空間を移行する前記要求を認証すること、を実行させ、前記認証することは、
前記ルートオリジン認可オブジェクトの少なくとも一部を復号化して、認可オブジェクトを取得すること、または、
前記アドレス空間に対応付けられたドメインネームサービスエントリから、前記認可オブジェクトを取得すること、
のうちの少なくとも１つを含む、条項１４に記載のシステム。
【００９２】
１６．前記アドレス空間を前記プロバイダネットワークの少なくとも１つのエリアにプロビジョニングするための前記命令は、実行されると、前記移行サービスに、さらに、
前記アドレス空間を、前記プロバイダネットワークの第１のエリアの制御プレーンに追加することと、
前記アドレス空間を、前記プロバイダネットワークの第２のエリアの制御プレーンに追加することと、
を実行させる、条項１３〜１５のいずれか１項に記載のシステム。
【００９３】
１７．第２の１つ以上の電子デバイスにより実施されるアドレス割り当てサービスを、さらに備える前記システムであって、
前記アドレス割り当てサービスは命令を含み、前記命令は実行されると、前記アドレス割り当てサービスに、
前記アドレス空間を使用して、前記プロバイダネットワークの前記第１のエリア内に第１のアドレスプールを作成することと、
前記第１のアドレスプールから複数のネットワークアドレスを、前記プロバイダネットワークの前記第１のエリア内の第１の複数のインスタンスに割り当てることと、
前記アドレス空間を使用して、前記プロバイダネットワークの前記第２のエリア内に第２のアドレスプールを作成することと、
前記第２のアドレスプールから前記複数のネットワークアドレスを、前記プロバイダネットワークの前記第２のエリア内の第２の複数のインスタンスに対応付けることであって、前記第２の複数のインスタンスのうちの各インスタンスは、前記第１の複数のインスタンスのうちのインスタンスに対応し、ネットワークアドレスを共有する、前記対応付けることと、
前記プロバイダネットワークの前記第１のエリアから前記アドレス空間をアドバタイズすることと、
を実行させる、条項１６に記載のシステム。
【００９４】
１８．前記命令は、実行されると、前記移行サービスに、さらに、
フェイルオーバイベントを検出することと、
前記プロバイダネットワークの前記第１のエリアからの前記アドレス空間のアドバタイズを停止することと、
前記プロバイダネットワークの前記第２のエリアから前記アドレス空間をアドバタイズすることと、
を実行させる、条項１７に記載のシステム。
【００９５】
１９．前記命令は、実行されると、前記移行サービスに、さらに、
前記アドレス空間を使用して前記プロバイダネットワークの前記第１のエリア内にアドレスプールを作成することをさらに含み、
前記第１のアドレスプールは複数のサブプールを含み、各サブプールはアカウントアクセスポリシーに対応付けられており、
各サブプールからの割り当ては認証サービスにより管理される、前記作成すること、
を実行させる、条項１３〜１８のいずれか１項に記載のシステム。
【００９６】
２０．前記アドレス空間をアドバタイズする要求を受信するための前記命令は、実行されると、前記移行サービスに、さらに、
前記プロバイダネットワークの第１のエリアから前記アドレス空間の一部をアドバタイズする要求を受信することと、
前記アドレス空間の前記一部をアドバタイズすることと、
を実行させる、条項１３〜１８のいずれか１項に記載のシステム。
【００９７】
明細書及び図面は、従って、限定的ではなく例示的な意味で考えられるべきである。しかしながら、特許請求の範囲に明記される本開示のより広い趣旨及び範囲から逸脱することなく、明細書及び図面に様々な修正及び変更が行われてもよいことは、明らかである。
【図１】
2021530916.tif 000003
【図２Ａ】
2021530916.tif 000004
【図２Ｂ】
2021530916.tif 000005
【図３】
2021530916.tif 000006
【図４】
2021530916.tif 000007
【図５Ａ】
2021530916.tif 000008
【図５Ｂ】
2021530916.tif 000009
【図６】
2021530916.tif 000010
【図７】
2021530916.tif 000011
【図８】
2021530916.tif 000012
【図９】
2021530916.tif 000013
【図１０】
2021530916.tif 000014
【図１１】
2021530916.tif 000015
【国際調査報告】
2021530916.tif 000016
2021530916.tif 000017
2021530916.tif 000018