Azure でカスタム IPv4 アドレスプレフィックスを作成する

[アーティクル]
12/04/2024

この記事では、Azure portal を使用してカスタム IPv4 アドレスプレフィックスを作成する方法について説明します。プロビジョニングする範囲を準備し、IP 割り当ての範囲をプロビジョニングし、Microsoft による範囲公開通知を有効にします。

カスタム IPv4 アドレスプレフィックスを使用すると、独自の IPv4 範囲を Microsoft に持ち込み、Azure サブスクリプションに関連付けることができます。その範囲の所有権はユーザーが保持しますが、Microsoft はそれをインターネットにアドバタイズすることを許可されます。カスタム IP アドレスプレフィックスは、顧客所有 IP アドレスの連続したブロックを表す、リージョンのリソースとして機能します。

この記事では、Azure portal、Azure CLI、または PowerShell を選択してカスタム IPv4 アドレスプレフィックスを作成します。

グローバル/リージョンモデルと統合モデル

範囲を Azure にオンボードする前に、アーキテクチャに最適なモデルを決定する必要があります。 BYOIPv4 の場合、Azure には "グローバル/リージョン" と "統合" という 2 つのデプロイモデルが用意されています。

グローバル/リージョンモデルでは、親/子のパラダイムが使用されます。このパラダイムでは、Microsoft Wide Area Network (WAN) がグローバル (親) 範囲の公開を行い、それぞれの Azure リージョンがリージョン (子) 範囲の公開を行います。既定では、グローバル範囲は /21 から /24 までの間で、リージョン範囲は /22 から /26 までの間で好きなように選択できます。リージョン範囲はその親範囲の規模に依存し、少なくとも 1 レベル小さくする必要があります。たとえば、/23 を使用するグローバル範囲では /24 から /26 までのリージョン範囲が許可されます。プロビジョニングの一部として検証する必要があるのはグローバル範囲だけです。リージョン範囲は、パブリック IP プレフィックスがカスタム IP プレフィックスから派生する方法と同様の方法で、グローバル範囲から派生します。
統合モデルは簡略化されたシステムであり、Microsoft ワイドエリアネットワーク (WAN) と Azure リージョンの両方で同じ範囲を公開します。既定では、統合範囲は /21 から /24 までの間で好きなように選択できます。
モデルの選択は、目的のオンボードの範囲によって異なります。たとえば、ご利用のプランでは範囲を 1 つの Azure リージョンだけにオンボードする場合、統合モデルが選択肢として理にかなっており、管理オーバーヘッドが回避されます。組織で代わりに BYOIPv4 範囲を複数のリージョンにデプロイすることを模索しており、おそらくは長期間にわたり、組織内のさまざまなチームに分散する場合、グローバル/リージョンモデルのほうが柔軟性が高くなります。

Note

オンボード後、2 つのモデル間で範囲を "移行" することはできません。他のモデルを活用するには、プロビジョニングを完全に解除し、再度オンボードする必要があります。

前提条件

アクティブなサブスクリプションが含まれる Azure アカウント。無料でアカウントを作成できます。
Azure でプロビジョニングする顧客所有の IPv4 範囲。
- この例では、サンプルの顧客範囲 (1.2.3.0/24) が使用されています。この範囲は Azure では検証されないため、サンプルの範囲を自分の範囲に置き換えます。

Note

プロビジョニングプロセス中に発生した問題については、カスタム IP プレフィックスのトラブルシューティングに関するページを参照してください。

Azure Cloud Shell で Bash 環境を使用します。詳細については、「Azure Cloud Shell の Bash のクイックスタート」を参照してください。
CLI リファレンスコマンドをローカルで実行する場合、Azure CLI をインストールします。 Windows または macOS で実行している場合は、Docker コンテナーで Azure CLI を実行することを検討してください。詳細については、「Docker コンテナーで Azure CLI を実行する方法」を参照してください。
- ローカルインストールを使用する場合は、az login コマンドを使用して Azure CLI にサインインします。認証プロセスを完了するには、ターミナルに表示される手順に従います。その他のサインインオプションについては、Azure CLI でのサインインに関するページを参照してください。
- 初回使用時にインストールを求められたら、Azure CLI 拡張機能をインストールします。拡張機能の詳細については、Azure CLI で拡張機能を使用する方法に関するページを参照してください。
- az version を実行し、インストールされているバージョンおよび依存ライブラリを検索します。最新バージョンにアップグレードするには、az upgrade を実行します。

アクティブなサブスクリプションが含まれる Azure アカウント。無料でアカウントを作成できます。
このチュートリアルでは、バージョン 2.28 以降の Azure CLI が必要です (az version を実行して、バージョンを確認できます)。 Azure Cloud Shell を使用している場合は、最新バージョンが既にインストールされています。
Azure CLI にサインインし、az account で使用するサブスクリプションを選択します。
Azure でプロビジョニングする顧客所有の IPv4 範囲。
- この例では、サンプルの顧客範囲 (1.2.3.0/24) が使用されています。この範囲は Azure では検証されないため、サンプルの範囲を自分の範囲に置き換えます。

Note

アクティブなサブスクリプションが含まれる Azure アカウント。無料でアカウントを作成できます。
ローカルにインストールされた Azure PowerShell または Azure Cloud Shell。
Azure PowerShell にサインインし、この機能で使用するサブスクリプションを選択します。詳細については、「Azure PowerShell を使用してサインインする」を参照してください。
Az.Network モジュールが 5.1.1 以降であることを確認します。インストールされているモジュールを確認するには、コマンドGet-InstalledModule -Name "Az.Network"を使用します。モジュールの更新が必要な場合は、必要に応じて Update-Module -Name "Az.Network" コマンドを使用します。
Azure でプロビジョニングする顧客所有の IPv4 範囲。
- この例では、サンプルの顧客範囲 (1.2.3.0/24) が使用されています。この範囲は Azure では検証されないため、サンプルの範囲を自分の範囲に置き換えます。

PowerShell をインストールしてローカルで使用する場合、この記事では Azure PowerShell モジュールバージョン 5.4.1 以降が必要になります。インストールされているバージョンを確認するには、Get-Module -ListAvailable Az を実行します。アップグレードする必要がある場合は、Azure PowerShell モジュールのインストールに関するページを参照してください。 PowerShell をローカルで実行している場合、Connect-AzAccount を実行して Azure との接続を作成することも必要です。

Note

プロビジョニング前の手順

Azure BYOIP 機能を利用するには、IPv4 アドレス範囲をプロビジョニングする前に、次の手順を実行する必要があります。

要件とプレフィックスの準備

アドレス範囲は、ユーザーが所有し、5 つの主要な地域インターネットレジストリのいずれかに、ユーザー自身の名前で登録されている必要があります。
インターネットサービスプロバイダーによって受け入れられるためには、アドレス範囲が /24 より小さくないことが必要です。
お客様は、Microsoft によるアドレス範囲の公開を承認する Route Origin Authorization (ROA) ドキュメントに、適切なルーティングインターネットレジストリ (RIR) の Web サイトまたはその API を使用して入力する必要があります。 RIR では、RIR のリソース公開キー基盤 (RPKI) による ROA のデジタル署名が求められます。

この ROA について:
- パブリッククラウドの場合、オリジン AS は 8075 と示されている必要があります。 (範囲が US Gov クラウドに組み込まれる場合、オリジン AS は 8070 と示されている必要があります。)
- 有効期間の終了日 (有効期限) は、プレフィックスが Microsoft によってアドバタイズされる日時を考慮したものである必要があります。一部の RIR では、有効期間の終了日がオプションとして表示されないか、日付が自動的に選択されます。
- プレフィックスの長さは、Microsoft が公開するプレフィックスと正確に一致する必要があります。たとえば、1.2.3.0/24 と 2.3.4.0/23 を Microsoft に持ち込むことを予定している場合は、両方とも名前を示す必要があります。
- ROA が完了して提出された後、Microsoft で利用できるようになるまでに少なくとも 24 時間みておいてください。そこで、プロビジョニングプロセスの一部としてその信頼性と正確性を判別するために検証されます。

注意

また、移行中の問題を回避するために、範囲をアドバタイズする既存の ASN に対して ROA を作成することもお勧めします。

重要

Microsoft は、指定した日付以降にその範囲の広告を停止しませんが、外部の通信事業者が広告を受け入れないように、元の有効期限が過ぎた場合は個別にフォローアップ ROA を作成することを強くお勧めします。

証明書の準備

Microsoft がプレフィックスを顧客サブスクリプションに関連付けることを承認するには、パブリック証明書を署名付きメッセージと比較することが必要です。

次の手順では、サンプルの顧客範囲 (1.2.3.0/24) をパブリッククラウドへのプロビジョニングのために準備するときに必要な手順を示します。これらのコマンドは、Windows PowerShell または Linux コンソールで実行できます。両方とも OpenSSL をインストールする必要があります。

PowerShell
コンソール

プレフィックスの Whois/RDAP レコードに追加する自己署名 X509 証明書を作成する必要があります。 RDAP の詳細については、ARIN、RIPE、APNIC、AFRINIC のサイトを参照してください。

OpenSSL ツールキットを活用すると、次のコマンドでは、RSA キーペアが生成され、6 か月で期限切れになるキーペアで X509 証明書が作成されます。
```
./openssl genrsa -out byoipprivate.key 2048
Set-Content -Path byoippublickey.cer (./openssl req -new -x509 -key byoipprivate.key -days 180) -NoNewline
```
証明書が作成されたら、プレフィックスの Whois/RDAP レコードのパブリックコメントセクションを更新します。コピーするために BEGIN と END のヘッダーおよびフッターとダッシュを含めて表示するには、コマンド cat byoippublickey.cer を使用します。この手順は、ルーティングインターネットレジストリを介して実行できます。

各レジストリの手順は次のとおりです。
- ARIN - プレフィックスレコードの Comments を編集します。
- RIPE - inetnum レコードの Remarks を編集します。
- APNIC - MyAPNIC を使用して inetnum レコードの Remarks を編集します。
- AFRINIC - MyAFRINIC を使用して inetnum レコードの Remarks を編集します。
- LACNIC レジストリの範囲については、Microsoft に対してサポートチケットを作成してください。
パブリックコメントを入力すると、Whois/RDAP レコードは次の例のようになります。コピーするとき、スペースや復帰がないことを確認し、すべてのダッシュを含めます。
Microsoft に渡されるメッセージを作成するには、プレフィックスとサブスクリプションに関する関連情報を含む文字列を作成します。前に生成されたキーの組を使用してこのメッセージに署名します。次の形式を使用します。その際、お使いのサブスクリプション ID、プロビジョニングするプレフィックス、ROA の有効期間と一致する有効期限に置き換えます。形式がその順序になっていることを確認します。

検証のために Microsoft に渡される署名付きメッセージを作成するには、次のコマンドを使います。

Note

有効期間の終了日が元の ROA に含まれていない場合は、プレフィックスが Azure によってアドバタイズされる日時に対応する日付を選択します。
```
$byoipauth="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx|1.2.3.0/24|yyyymmdd"
Set-Content -Path byoipauth.txt -Value $byoipauth -NoNewline
./openssl dgst -sha256 -sign byoipprivate.key -keyform PEM -out byoipauthsigned.txt byoipauth.txt
$byoipauthsigned=(./openssl enc -base64 -in byoipauthsigned.txt) -join ''
```

署名済みメッセージの内容を表示するには、先ほど作成した署名済みメッセージから作成した変数をプロンプトで入力し、Enter キーを押します。

$byoipauthsigned

# Output
ABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10a/1234567a/ABCDEFG0a1b2c0//ABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10aABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10aABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10aABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10aABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0/ABCDEFG0a1b2c0a1b2c0a1b21212121212/ABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10a==

プレフィックスの Whois/RDAP レコードに追加する自己署名 X509 証明書を作成する必要があります。 RDAP の詳細については、ARIN、RIPE、APNIC、AFRINIC のサイトを参照してください。

OpenSSL ツールキットを活用すると、次のサンプルコマンドでは、RSA キーペアが生成され、6 か月で期限切れになるキーペアで X509 証明書が作成されます。
```
openssl genrsa -out byoipprivate.key 2048
openssl req -new -x509 -key byoipprivate.key -days 180 | tr -d "\n" > byoippublickey.cer
```
証明書が作成されたら、プレフィックスの Whois/RDAP レコードのパブリックコメントセクションを更新します。コピーするために BEGIN と END のヘッダーおよびフッターとダッシュを含めて表示するには、コマンド cat byoippublickey.cer を使用します。この手順は、ルーティングインターネットレジストリを介して実行できます。

各レジストリの手順は次のとおりです。
- ARIN - プレフィックスレコードの Comments を編集します。
- RIPE - inetnum レコードの Remarks を編集します。
- APNIC - MyAPNIC を使用して inetnum レコードの Remarks を編集します。
- AFRINIC - MyAFRINIC を使用して inetnum レコードの Remarks を編集します。
- LACNIC レジストリの範囲については、Microsoft に対してサポートチケットを作成してください。
パブリックコメントを入力すると、Whois/RDAP レコードは次の例のようになります。スペースや復帰がないことを確認し、すべてのダッシュを含めます。
Microsoft に渡されるメッセージを作成するには、プレフィックスとサブスクリプションに関する関連情報を含む文字列を作成します。前に生成されたキーの組を使用してこのメッセージに署名します。次の形式を使用します。その際、お使いのサブスクリプション ID、プロビジョニングするプレフィックス、ROA の有効期間と一致する有効期限に置き換えます。形式がその順序になっていることを確認します。

検証のために Microsoft に渡される署名付きメッセージを作成するには、次のコマンドを使います。

Note

有効期間の終了日が元の ROA に含まれていない場合は、プレフィックスが Azure によってアドバタイズされる日時に対応する日付を選択します。
```
byoipauth="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx|1.2.3.0/24|yyyymmdd"
byoipauthsigned=$(echo $byoipauth | tr -d "\n" | openssl dgst -sha256 -sign byoipprivate.key -keyform PEM | openssl base64 | tr -d "\n")
```

署名済みメッセージの内容を表示するには、先ほど作成した署名済みメッセージから作成した変数をプロンプトで入力し、Enter キーを押します。

byoipauthsigned

# Output

ABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10a/1234567a/ABCDEFG0a1b2c0//ABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10aABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10aABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10aABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10aABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0/ABCDEFG0a1b2c0a1b2c0a1b21212121212/ABCDEFG0a1b2c0a1b2c0a1b2c0ca1b2c0a1b2c0a10a==

カスタム IPv4 プレフィックスのプロビジョニングと委任

次の手順では、カスタム IPv4 アドレスプレフィックスをプロビジョニングと委任の手続きを示しています。グローバル/リージョンモデルと統合モデルという 2 つのモデルから選択できます。手順は Azure portal、Azure CLI、または Azure PowerShell で実行できます。

Azure portal でカスタム IPv4 アドレスプレフィックスをプロビジョニングし、委任するには、Azure portal を使用します。

次の手順では、米国西部 2 リージョンにサンプルの顧客範囲 (1.2.3.0/24) をプロビジョニングする方法を示します。

Note

クリーンアップまたは削除の手順は、リソースの性質上、このページには示されていません。プロビジョニングしたカスタム IP プレフィックスの削除については、「カスタム IP プレフィックスの管理」を参照してください。

Azure portal にサインインします。

統合カスタム IP アドレスのプレフィックスを作成してプロビジョニングする

ポータルの上部にある検索ボックスに、「カスタム IP」と入力します。
検索結果から、[カスタム IP プレフィックス] を選びます。
[+ 作成] を選択します。

[カスタム IP プレフィックスの作成] で、次の情報を入力するか選びます。

設定	値
プロジェクトの詳細
サブスクリプション	サブスクリプションを選択します。
Resource group	[新規作成] を選択します。「myResourceGroup」と入力します。を選択します。
インスタンスの詳細
名前	「myCustomIPPrefix」と入力します。
リージョン	[米国西部 2] を選択します。
IP バージョン	[IPv4] を選択します。
IPv4 プレフィックス (CIDR)	「1.2.3.0/24」と入力します。
RoA 有効期限	ROA の有効期限を yyyymmdd の形式で入力します。
署名付きメッセージ	事前プロビジョニングセクションの $byoipauthsigned の出力を貼り付けます。
可用性ゾーン	[ゾーン冗長] を選択します。

Azure portal でのカスタム IP プレフィックスページの作成のスクリーンショット。

[確認と作成] タブを選択するか、ページの下部にある青色の [確認と作成] ボタンを選択します。
[作成] を選択します。

範囲が Azure IP デプロイパイプラインにプッシュされます。デプロイプロセスは非同期です。カスタム IP プレフィックスの [委任状態] フィールドを調べることで、状態を確認できます。

Note

このプロビジョニングプロセスの推定所要時間は 30 分です。

重要

カスタム IP プレフィックスが "準備済み" 状態になった後、子パブリック IP プレフィックスを作成できます。これらのパブリック IP プレフィックスとパブリック IP アドレスは、ネットワークリソースにアタッチできます。例として、仮想マシンのネットワークインターフェイスやロードバランサーのフロントエンドがあります。 IP はアドバタイズされないため、到達できません。アクティブなプレフィックスの移行の詳細については、「カスタム IP プレフィックスの管理」を参照してください。

統合カスタム IP プレフィックスからパブリック IP プレフィックスを作成する

プレフィックスを作成したら、プレフィックスから静的 IP アドレスを作成する必要があります。このセクションでは、以前に作成したプレフィックスから静的 IP アドレスを作成します。

ポータルの上部にある検索ボックスに、「カスタム IP」と入力します。
検索結果から、[カスタム IP プレフィックス] を選びます。
[カスタム IP プレフィックス] で、myCustomIPPrefix を選びます。
myCustomIPPrefix の [概要] で、[+ パブリック IP プレフィックスの追加] を選びます。

[パブリック IP プレフィックスの作成] の [基本] タブで、次の情報を入力するか選びます。

設定	値
プロジェクトの詳細
サブスクリプション	サブスクリプションを選択します。
Resource group	[myResourceGroup] を選択します。
インスタンスの詳細
名前	「myPublicIPPrefix」と入力します。
リージョン	[米国西部 2] を選択します。パブリック IP プレフィックスのリージョンは、カスタム IP プレフィックスのリージョンと一致している必要があります。
IP バージョン	[IPv4] を選択します。
Prefix ownership (プレフィックスの所有権)	[Custom prefix](カスタムプレフィックス) を選びます。
カスタム IP プレフィックス	myCustomIPPrefix を選びます。
プレフィックスサイズ	プレフィックスのサイズを選びます。サイズは、カスタム IP プレフィックスと同じ大きさにできます。

[確認および作成] を選び、次のページで [作成] を選びます。
ステップ 1 から 3 を繰り返して、myCustomIPPrefix の [概要] ページに戻ります。 [関連付けられたパブリック IP プレフィックス] セクションの一覧に myPublicIPPrefix が表示されます。このプレフィックスから Standard SKU のパブリック IP アドレスを割り当てることができるようになります。詳しくは、「プレフィックスから静的パブリック IP アドレスを作成する」をご覧ください。

統合カスタム IP アドレスプレフィックスを委任する

カスタム IP プレフィックスが [準備済み] 状態のとき、プレフィックスを更新して、Azure から範囲をアドバタイズするプロセスを開始します。

ポータルの上部にある検索ボックスに「カスタム IP」と入力し、[Custom IP Prefixes] (カスタム IP プレフィックス) を選びます。
myCustomIPPrefix が [プロビジョニング済み] 状態に一覧表示されることを確認し、必要に応じて待ちます。
[カスタム IP プレフィックス] で、myCustomIPPrefix を選びます。
myCustomIPPrefix の [概要] で、[Commission] (委任) ドロップダウンメニューを選んで、[Globally] (グローバル) を選びます。

操作は非同期です。カスタム IP プレフィックスの [委任状態] フィールドを調べることで、状態を確認できます。最初、状態は、プレフィックスを [委任中] として示し、その後 [委任済み] になります。公開通知ロールアウトは一度で完了されません。 [委任中] の間でも、範囲は部分的に公開されます。

Note

委任プロセスを完全に完了するための推定所要時間は 3 - 4 時間です。

重要

カスタム IP プレフィックスが Commissioned 状態に移行すると、範囲はローカル Azure リージョンから Microsoft にアドバタイズされ、自律システム番号 (ASN) 8075 の下にある Microsoft のワイドエリアネットワークによってインターネットにグローバルにアドバタイズされます。この同じ範囲を Microsoft 以外の場所からインターネットに同時にアドバタイズすると、BGP ルーティングが不安定になり、トラフィックが失われる可能性があります。例として、お客様のオンプレミスの建物があります。影響を回避するために、アクティブな範囲の移行はメンテナンス期間中に行うことを計画します。初期デプロイ中にこれらの問題を防ぐために、カスタム IP プレフィックスがデプロイされている Azure リージョン内でのみ公開されるリージョン限定の委任オプションを選ぶことができます。詳細については、「カスタム IP アドレスプレフィックス (BYOIP) の管理」を参照してください。

以下の手順では、サンプルのグローバル (親) IP 範囲 (1.2.3.0/4) とリージョン (子) IP 範囲を米国西部 2 と米国東部 2 にプロビジョニングするための、変更された手順を示します。

Note

グローバルカスタム IP アドレスのプレフィックスをプロビジョニングする

Azure portal にサインインします。

グローバルカスタム IP アドレスのプレフィックスを作成してプロビジョニングする

ポータルの上部にある検索ボックスに、「カスタム IP」と入力します。
検索結果から、[カスタム IP プレフィックス] を選びます。
[+ 作成] を選択します。

[カスタム IP プレフィックスの作成] で、次の情報を入力するか選びます。

設定	値
プロジェクトの詳細
サブスクリプション	サブスクリプションを選択します。
Resource group	[新規作成] を選択します。「myResourceGroup」と入力します。を選択します。
インスタンスの詳細
Name	「myCustomIPGlobalPrefix」と入力します。
リージョン	[米国西部 2] を選択します。
IP バージョン	[IPv4] を選択します。
IP プレフィックス範囲	[グローバル] を選択します
グローバル IPv4 プレフィックス (CIDR)	「1.2.3.0/24」と入力します。
RoA 有効期限	ROA の有効期限を yyyymmdd の形式で入力します。
署名付きメッセージ	事前プロビジョニングセクションの $byoipauthsigned の出力を貼り付けます。

[確認と作成] タブを選択するか、ページの下部にある青色の [確認と作成] ボタンを選択します。
[作成] を選択します。範囲が Azure IP デプロイパイプラインにプッシュされます。デプロイプロセスは非同期です。カスタム IP プレフィックスの [委任状態] フィールドを調べることで、状態を確認できます。

Note

このプロビジョニングプロセスの推定所要時間は 30 分です。

リージョンカスタム IP アドレスのプレフィックスをプロビジョニングする

グローバルカスタム IP プレフィックスが準備済み状態になった後、リージョンカスタム IP プレフィックスを作成できます。これらの範囲が有効と見なされるためには、それらのサイズが常に /64 である必要があります。範囲は、元のグローバル範囲に関連付けられている位置情報の制限を念頭に置いたうえで、任意のリージョンに作成できます (グローバルカスタム IP プレフィックスと同じである必要はありません)。 "子" カスタム IP プレフィックスは、それらが作成されたリージョンから公開されます。検証はグローバルカスタム IP プレフィックスプロビジョニングに対してのみ行われるため、承認または署名済みメッセージは必要ありません (ただし、Availability Zones を活用できます)。

以前と同じ [Create a custom IP prefix] (カスタム IP プレフィックスの作成) ページで、次の情報を入力または選択します。

設定	値
プロジェクトの詳細
サブスクリプション	サブスクリプションを選択します。
Resource group	[新規作成] を選択します。「myResourceGroup」と入力します。を選択します。
インスタンスの詳細
Name	「myCustomIPRegionalPrefix1」と入力します。
リージョン	[米国西部 2] を選択します。
IP バージョン	[IPv4] を選択します。
IP プレフィックス範囲	[Regional](地域) を選択します。
カスタム IP プレフィックスの親	ドロップダウンメニューから myCustomIPGlobalPrefix (1.2.3.0/24) を選択します。
リージョン IPv4 プレフィックス (CIDR)	「1.2.3.0/25」と入力します。
RoA 有効期限	ROA の有効期限を yyyymmdd の形式で入力します。
署名付きメッセージ	事前プロビジョニングセクションの $byoipauthsigned の出力を貼り付けます。
可用性ゾーン	[ゾーン冗長] を選択します。

作成後、新しいリージョン内の別のリージョンプレフィックスに対して 2 回目のフローを実行します。

設定	値
プロジェクトの詳細
サブスクリプション	サブスクリプションを選択します。
Resource group	[新規作成] を選択します。「myResourceGroup」と入力します。を選択します。
インスタンスの詳細
Name	「myCustomIPRegionalPrefix2」と入力します。
リージョン	[米国東部 2] を選択します。
IP バージョン	[IPv4] を選択します。
IP プレフィックス範囲	[Regional](地域) を選択します。
カスタム IP プレフィックスの親	ドロップダウンメニューから myCustomIPGlobalPrefix (1.2.3.0/24) を選択します。
リージョン IPv4 プレフィックス (CIDR)	「1.2.3.128/25」と入力します
RoA 有効期限	ROA の有効期限を yyyymmdd の形式で入力します。
署名付きメッセージ	事前プロビジョニングセクションの $byoipauthsigned の出力を貼り付けます。
可用性ゾーン	[ゾーン 3] を選択します。

重要

リージョンカスタム IP プレフィックスが "プロビジョニング済み" 状態になった後、子パブリック IP プレフィックスを作成できます。これらのパブリック IP プレフィックスとパブリック IP アドレスは、ネットワークリソースにアタッチできます。例として、仮想マシンのネットワークインターフェイスやロードバランサーのフロントエンドがあります。 IP はアドバタイズされないため、到達できません。アクティブなプレフィックスの移行の詳細については、「カスタム IP プレフィックスの管理」を参照してください。

リージョンカスタム IP プレフィックスからパブリック IP プレフィックスを作成する

ポータルの上部にある検索ボックスに、「カスタム IP」と入力します。
検索結果から、[カスタム IP プレフィックス] を選びます。
[カスタム IP プレフィックス] で、myCustomIPPrefix を選びます。
myCustomIPPrefix の [概要] で、[+ パブリック IP プレフィックスの追加] を選びます。

[パブリック IP プレフィックスの作成] の [基本] タブで、次の情報を入力するか選びます。

設定	値
プロジェクトの詳細
サブスクリプション	サブスクリプションを選択します。
Resource group	[myResourceGroup] を選択します。
インスタンスの詳細
名前	「myPublicIPPrefix」と入力します。
リージョン	[米国西部 2] を選択します。パブリック IP プレフィックスのリージョンは、リージョンカスタム IP プレフィックスのリージョンと一致している必要があります。
IP バージョン	[IPv4] を選択します。
Prefix ownership (プレフィックスの所有権)	[Custom prefix](カスタムプレフィックス) を選びます。
カスタム IP プレフィックス	[myCustomIPRegionalPrefix1] を選択します。
プレフィックスサイズ	プレフィックスのサイズを選びます。サイズは、リージョンカスタム IP プレフィックスと同じ大きさにできます。

[確認および作成] を選び、次のページで [作成] を選びます。
ステップ 1 から 3 を繰り返して、myCustomIPPrefix の [概要] ページに戻ります。 [関連付けられたパブリック IP プレフィックス] セクションの一覧に myPublicIPPrefix が表示されます。このプレフィックスから Standard SKU のパブリック IP アドレスを割り当てることができるようになります。詳しくは、「プレフィックスから静的パブリック IP アドレスを作成する」をご覧ください。

カスタム IP アドレスプレフィックスを委任する

このモデルを使用してカスタム IP プレフィックスを委任するとき、グローバルプレフィックスとリージョンプレフィックスは別々に扱われます。つまり、リージョンカスタム IP プレフィックスのコミッショニングは、グローバルカスタム IP プレフィックスのコミッショニングとはつながっていません。

複数のリージョンにまたがった親プレフィックスと子プレフィックスを示すカスタム IPv4 プレフィックスの図。

範囲移行の最も安全な戦略は次のとおりです。

必要なすべてのリージョンカスタム IP プレフィックスをそれぞれのリージョンにプロビジョニングします。パブリック IP プレフィックスとパブリック IP アドレスを作成し、リソースにアタッチします。
各リージョンカスタム IP プレフィックスをコミッショニングし、リージョン内の IP への接続をテストします。リージョンカスタム IP プレフィックスごとに繰り返します。
より広い範囲をインターネットに公開するグローバルカスタム IP プレフィックスを委任します。この手順は、すべてのリージョンカスタム IP プレフィックス (および派生プレフィックス/IP) が想定どおりに動作することを確認した後にのみ完了します。

ポータルを使用してカスタム IP プレフィックス (リージョンまたはグローバル) を委任するには:

ポータルの上部にある検索ボックスに「カスタム IP」と入力し、[Custom IP Prefixes] (カスタム IP プレフィックス) を選びます。
カスタム IP プレフィックスが [プロビジョニング済み] 状態であることを確認します。
[カスタム IP プレフィックス] で、目的のカスタム IP プレフィックスを選択します。
カスタム IP プレフィックスの [概要] ページで、画面の上部付近にある [委任] ボタンを選択します。範囲がグローバルな場合は、Microsoft WAN からのアドバタイズが開始されます。範囲がリージョンの場合は、特定のリージョンからのみアドバタイズされます。

Note

カスタム IP グローバルプレフィックスの委任プロセスを完全に完了するまでの推定時間は 3～4 時間です。カスタム IP リージョンプレフィックスの委任プロセスを完全に完了するまでの推定時間は 30 分です。

リージョンカスタム IP プレフィックスの前に、グローバルカスタム IP プレフィックスの委任を行うことが可能です。そのようにすると、リージョンプレフィックスの準備が整う前にグローバル範囲がインターネットにアドバタイズされるため、これはアクティブな範囲の移行にはお勧めしません。まだアクティブな (委任済みの) リージョンカスタム IP プレフィックスが存在している間に、グローバルカスタム IP プレフィックスの使用を停止できます。また、グローバルプレフィックスがまだアクティブ (委任済み) であるうちに、リージョンカスタム IP プレフィックスを使用停止することもできます。

重要

グローバルカスタム IP プレフィックスが [委任済み] 状態に移行すると、範囲はローカル Azure リージョンから Microsoft に公開され、自律システム番号 (ASN) 8075 の下にある Microsoft のワイドエリアネットワークによってインターネットにグローバルに公開されます。この同じ範囲を Microsoft 以外の場所からインターネットに同時にアドバタイズすると、BGP ルーティングが不安定になり、トラフィックが失われる可能性があります。例として、お客様のオンプレミスの建物があります。影響を回避するために、アクティブな範囲の移行はメンテナンス期間中に行うことを計画します。

次の手順では、米国西部 2 リージョンにサンプルの顧客範囲 (1.2.3.0/24) をプロビジョニングする方法を示します。

Note

リソースグループを作成し、プレフィックスと承認メッセージを指定する

BYOIP 範囲をプロビジョニングするために、任意の場所にリソースグループを作成します。

  az group create \
    --name myResourceGroup \
    --location westus2

統合カスタム IP アドレスのプレフィックスをプロビジョニングする

次のコマンドは、指定したリージョンとリソースグループにカスタム IP プレフィックスを作成します。構文エラーにならないように、CIDR 表記の正確なプレフィックスを文字列として指定します。 --authorization-message パラメーターについては、サブスクリプション ID、プロビジョニングするプレフィックス、ROA の有効期間と一致する有効期限を含む変数 $byoipauth を使います。形式がその順序になっていることを確認します。証明書の準備のセクションで作成した変数 $byoipauthsigned を --signed-message パラメーターに使用します。

  byoipauth="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx|1.2.3.0/24|yyyymmdd"
  
  az network custom-ip prefix create \
    --name myCustomIpPrefix \
    --resource-group myResourceGroup \
    --location westus2 \
    --cidr ‘1.2.3.0/24’ \
    --zone 1 2 3
    --authorization-message $byoipauth \
    --signed-message $byoipauthsigned

範囲が Azure IP デプロイパイプラインにプッシュされます。デプロイプロセスは非同期です。状態を確認するには、次のコマンドを実行します。

 az network custom-ip prefix show \
   --name myCustomIpPrefix \
   --resource-group myResourceGroup

サンプル出力を次に示します。わかりやすくするために一部のフィールドが削除されています。

{
  "cidr": "1.2.3.0/24",
  "commissionedState": "Provisioning",
  "id": "/subscriptions/xxxx/resourceGroups/myResourceGroup/providers/Microsoft.Network/customIPPrefixes/myCustomIpPrefix",
  "location": "westus2",
  "name": myCustomIpPrefix,
  "resourceGroup": "myResourceGroup",
}

CommissionedState フィールドには、最初は範囲が Provisioning として表示され、その後 Provisioned になります。

Note

このプロビジョニングプロセスの推定所要時間は 30 分です。

重要

カスタム IP プレフィックスが Provisioned 状態になった後、子パブリック IP プレフィックスを作成できます。これらのパブリック IP プレフィックスとパブリック IP アドレスは、ネットワークリソースにアタッチできます。例として、仮想マシンのネットワークインターフェイスやロードバランサーのフロントエンドがあります。 IP はアドバタイズされないため、到達できません。アクティブなプレフィックスの移行の詳細については、「カスタム IP プレフィックスの管理」を参照してください。

統合カスタム IP アドレスプレフィックスを委任する

カスタム IP プレフィックスが Provisioned 状態のときに次のコマンドでプレフィックスを更新し、Azure から範囲をアドバタイズするプロセスを開始します。

az network custom-ip prefix update \
    --name myCustomIpPrefix \
    --resource-group myResourceGroup \
    --state commission

前と同様に、操作は非同期です。 az network custom-ip prefix show を使って状態を取得します。 CommissionedState フィールドには、最初はプレフィックスが Commissioning として表示され、その後 Commissioned になります。公開通知ロールアウトは一度で完了されません。 [委任中] の間でも、範囲は部分的に公開されます。

Note

委任プロセスを完全に完了するための推定所要時間は 3 - 4 時間です。

重要

カスタム IP プレフィックスが Commissioned 状態に移行すると、範囲はローカル Azure リージョンから Microsoft にアドバタイズされ、自律システム番号 (ASN) 8075 の下にある Microsoft のワイドエリアネットワークによってインターネットにグローバルにアドバタイズされます。この同じ範囲を Microsoft 以外の場所からインターネットに同時にアドバタイズすると、BGP ルーティングが不安定になり、トラフィックが失われる可能性があります。例として、お客様のオンプレミスの建物があります。影響を回避するために、アクティブな範囲の移行はメンテナンス期間中に行うことを計画します。さらに、リージョンの委任機能を利用して、カスタム IP プレフィックスをデプロイされている Azure リージョン内でのみアドバタイズされる状態にすることもできます。詳細については、「カスタム IP アドレスプレフィックス (BYOIP) を管理する」を参照してください。

Note

リソースグループを作成し、プレフィックスと承認メッセージを指定する

グローバル範囲リソースをプロビジョニングするために、任意の場所にリソースグループを作成します。グローバル範囲はリージョンに関連付けられますが、プレフィックスは Microsoft WAN によってグローバルにインターネットに公開されます。

  az group create \
    --name myResourceGroup \
    --location westus2

グローバルカスタム IP アドレスのプレフィックスをプロビジョニングする

次のコマンドは、指定したリージョンとリソースグループにカスタム IP プレフィックスを作成します。構文エラーにならないように、CIDR 表記の正確なプレフィックスを文字列として指定します。グローバル範囲が特定のリージョンに関連付けられていないため (したがって、リージョンの可用性ゾーンがないため) ゾーンプロパティは提供されません。グローバルカスタム IP プレフィックスリソースは、お使いのサブスクリプションのリージョン内に残ります。これは、Microsoft による範囲の公開には影響しません。

  byoipauth="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx|1.2.3.0/24|yyyymmdd"
  
  az network custom-ip prefix create \
    --name myCustomIPGlobalPrefix \
    --resource-group myResourceGroup \
    --location westus2 \
    --cidr ‘1.2.3.0/24’ \
    --authorization-message $byoipauth \
    --signed-message $byoipauthsigned
    --isparent

リージョンカスタム IP アドレスのプレフィックスをプロビジョニングする

  az network custom-ip prefix create \
    --name myCustomIPRegionalPrefix1 \
    --resource-group myResourceGroup \
    --location westus2 \
    --cidr ‘1.2.3.0/25’ \
    --zone 1 2 3 \
    --cip-prefix-parent myCustomIPGlobalPrefix

  az network custom-ip prefix create \
    --name myCustomIPRegionalPrefix2 \
    --resource-group myResourceGroup \
    --location westus2 \
    --cidr ‘1.2.3.128/25’ \
    --zone 3
    --cip-prefix-parent myCustomIPGlobalPrefix

リージョンカスタム IP プレフィックスが [プロビジョニング済み] 状態になると、パブリック IP プレフィックスをリージョンカスタム IP プレフィックスから派生させることができます。これらのパブリック IP プレフィックスと、それらから派生したパブリック IP アドレスは、まだアドバタイズされていませんが、ネットワークリソースにアタッチできます。

カスタム IP アドレスプレフィックスを委任する

複数のリージョンにまたがった親プレフィックスと子プレフィックスを示すカスタム IPv4 プレフィックスの図。

範囲移行の最も安全な戦略は次のとおりです。

必要なすべてのリージョンカスタム IP プレフィックスをそれぞれのリージョンにプロビジョニングします。パブリック IP プレフィックスとパブリック IP アドレスを作成し、リソースにアタッチします。
各リージョンカスタム IP プレフィックスをコミッショニングし、リージョン内の IP への接続をテストします。リージョンカスタム IP プレフィックスごとに繰り返します。
より広い範囲をインターネットに公開するグローバルカスタム IP プレフィックスを委任します。この手順は、すべてのリージョンカスタム IP プレフィックス (および派生プレフィックス/IP) が想定どおりに動作することを確認した後にのみ完了します。

前の範囲の例を使用する場合、コマンドシーケンスは次のようになります。

az network custom-ip prefix update \
    --name myCustomIPRegionalPrefix \
    --resource-group myResourceGroup \
    --state commission 

az network custom-ip prefix update \
    --name myCustomIPRegionalPrefix2 \
    --resource-group myResourceGroup \
    --state commission

続けて次を入力します。

az network custom-ip prefix update \
    --name myCustomIPGlobalPrefix \
    --resource-group myResourceGroup \
    --state commission

Note

重要

次の手順では、米国西部 2 リージョンにサンプルの顧客範囲 (1.2.3.0/24) をプロビジョニングする方法を示します。

Note

リソースグループを作成し、プレフィックスと承認メッセージを指定する

BYOIP 範囲をプロビジョニングするために、任意の場所にリソースグループを作成します。

$rg =@{
    Name = 'myResourceGroup'
    Location = 'WestUS2'
}
New-AzResourceGroup @rg

統合カスタム IP アドレスのプレフィックスをプロビジョニングする

次のコマンドは、指定したリージョンとリソースグループにカスタム IP プレフィックスを作成します。構文エラーにならないように、CIDR 表記の正確なプレフィックスを文字列として指定します。 -AuthorizationMessage パラメーターについては、お使いのサブスクリプション ID、プロビジョニングするプレフィックス、ROA の有効期間と一致する有効期限に置き換えます。形式がその順序になっていることを確認します。証明書の準備のセクションで作成した変数 $byoipauthsigned を -SignedMessage パラメーターに使用します。

$prefix =@{
    Name = 'myCustomIPPrefix'
    ResourceGroupName = 'myResourceGroup'
    Location = 'WestUS2'
    CIDR = '1.2.3.0/24'
    AuthorizationMessage = 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx|1.2.3.0/24|yyyymmdd'
    SignedMessage = $byoipauthsigned
}
$myCustomIpPrefix = New-AzCustomIPPrefix @prefix -Zone 1,2,3

範囲が Azure IP デプロイパイプラインにプッシュされます。デプロイプロセスは非同期です。状態を確認するには、次のコマンドを実行します。

Get-AzCustomIpPrefix -ResourceId $myCustomIpPrefix.Id

サンプル出力を次に示します。わかりやすくするために一部のフィールドが削除されています。

Name              : myCustomIpPrefix
ResourceGroupName : myResourceGroup
Location          : westus2
Id                : /subscriptions/xxxx/resourceGroups/myResourceGroup/providers/Microsoft.Network/customIPPrefixes/MyCustomIPPrefix
Cidr              : 1.2.3.0/24
Zones             : {1, 2, 3}
CommissionedState : Provisioning

CommissionedState フィールドには、最初は範囲が Provisioning として表示され、その後 Provisioned になります。

Note

このプロビジョニングプロセスの推定所要時間は 30 分です。

重要

統合カスタム IP アドレスプレフィックスを委任する

Update-AzCustomIpPrefix -ResourceId $myCustomIPPrefix.Id -Commission

前と同様に、操作は非同期です。 Get-AzCustomIpPrefix を使用して状態を取得します。 CommissionedState フィールドには、最初はプレフィックスが Commissioning として表示され、その後 Commissioned になります。公開通知ロールアウトは一度で完了されません。 [委任中] の間でも、範囲は部分的に公開されます。

Note

委任プロセスを完全に完了するための推定所要時間は 3 - 4 時間です。

重要

カスタム IP プレフィックスが Commissioned 状態に移行すると、範囲はローカル Azure リージョンから Microsoft にアドバタイズされ、自律システム番号 (ASN) 8075 の下にある Microsoft のワイドエリアネットワークによってインターネットにグローバルにアドバタイズされます。この同じ範囲を Microsoft 以外の場所からインターネットに同時にアドバタイズすると、BGP ルーティングが不安定になり、トラフィックが失われる可能性があります。例として、お客様のオンプレミスの建物があります。影響を回避するために、アクティブな範囲の移行はメンテナンス期間中に行うことを計画します。さらに、リージョンの委任機能を利用して、カスタム IP プレフィックスをデプロイされている Azure リージョン内でのみ公開される状態にすることもできます。詳細については、「カスタム IP アドレスプレフィックス (BYOIP) の管理」を参照してください。

Note

リソースグループを作成し、プレフィックスと承認メッセージを指定する

$rg =@{
    Name = 'myResourceGroup'
    Location = 'USWest2'
}
New-AzResourceGroup @rg

グローバルカスタム IP アドレスのプレフィックスをプロビジョニングする

$prefix =@{
    Name = 'myCustomGlobalPrefix'
    ResourceGroupName = 'myResourceGroup'
    Location = 'WestUS2'
    CIDR = '1.2.3.0/24'
    AuthorizationMessage = 'xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx|1.2.3.0/24|yyyymmdd'
    SignedMessage = $byoipauthsigned
}
$myCustomIPGlobalPrefix = New-AzCustomIPPrefix @prefix -IsParent

リージョンカスタム IP アドレスのプレフィックスをプロビジョニングする

グローバルカスタム IP プレフィックスが準備済み状態になった後、リージョンカスタム IP プレフィックスを作成できます。これらの範囲が有効と見なされるためには、それらのサイズが常に /64 である必要があります。範囲は、元のグローバル範囲に関連付けられている位置情報の制限を念頭に置いたうえで、任意のリージョンに作成できます (グローバルカスタム IP プレフィックスと同じである必要はありません)。子カスタム IP プレフィックスは、それらが作成されたリージョンから公開されます。検証はグローバルカスタム IP プレフィックスプロビジョニングに対してのみ行われるため、承認または署名済みメッセージは必要ありません (ただし、Availability Zones を活用できます)。

$prefix =@{
    Name = 'myCustomIPRegionalPrefix1'
    ResourceGroupName = 'myResourceGroup'
    Location = 'WestUS2'
    CIDR = '1.2.3.0/25'

}
$myCustomIPRegionalPrefix = New-AzCustomIPPrefix @prefix -CustomIpPrefixParent $myCustomIPGlobalPrefix -Zone 1,2,3

$prefix2 =@{
    Name = 'myCustomIPRegionalPrefix2'
    ResourceGroupName = 'myResourceGroup'
    Location = 'EastUS2'
    CIDR = '1.2.3.128/25'
}
$myCustomIPRegionalPrefix2 = New-AzCustomIPPrefix @prefix2 -CustomIpPrefixParent $myCustomIPGlobalPrefix -Zone 3

カスタム IP アドレスプレフィックスを委任する

複数のリージョンにまたがった親プレフィックスと子プレフィックスを示すカスタム IPv4 プレフィックスの図。

範囲移行の最も安全な戦略は次のとおりです。

必要なすべてのリージョンカスタム IP プレフィックスをそれぞれのリージョンにプロビジョニングします。パブリック IP プレフィックスとパブリック IP アドレスを作成し、リソースにアタッチします。
各リージョンカスタム IP プレフィックスをコミッショニングし、リージョン内の IP への接続をテストします。リージョンカスタム IP プレフィックスごとに繰り返します。
より広い範囲をインターネットに公開するグローバルカスタム IP プレフィックスを委任します。この手順は、すべてのリージョンカスタム IP プレフィックス (および派生プレフィックス/IP) が想定どおりに動作することを確認した後にのみ完了します。

前の範囲の例を使用する場合、コマンドシーケンスは次のようになります。

Update-AzCustomIpPrefix -ResourceId $myCustomIPRegionalPrefix.Id -Commission
Update-AzCustomIpPrefix -ResourceId $myCustomIPRegionalPrefix2.Id -Commission

続けて次を入力します。

Update-AzCustomIpPrefix -ResourceId $myCustomIPGlobalPrefix.Id -Commission

Note

リージョンカスタム IP プレフィックスの前に、グローバルカスタム IP プレフィックスの委任を行うことが可能です。このプロセスでは、リージョンプレフィックスの準備が整う前にグローバル範囲がインターネットに公開されるため、これはアクティブな範囲の移行にはお勧めできません。まだアクティブな (委任済みの) リージョンカスタム IP プレフィックスが存在している間に、グローバルカスタム IP プレフィックスの使用を停止できます。また、グローバルプレフィックスがまだアクティブ (委任済み) であるうちに、リージョンカスタム IP プレフィックスを使用停止することもできます。

重要

次の手順

カスタム IP プレフィックスを使用する場合のシナリオと利点の詳細については、「カスタム IP アドレスプレフィックス (BYOIP)」を参照してください。
カスタム IP プレフィックスを管理する方法の詳細については、「カスタム IP アドレスプレフィックスの管理 (BYOIP)」を参照してください。

次の方法で共有

Azure でカスタム IPv4 アドレスプレフィックスを作成する

グローバル/リージョンモデルと統合モデル

前提条件

プロビジョニング前の手順

要件とプレフィックスの準備

証明書の準備

カスタム IPv4 プレフィックスのプロビジョニングと委任

統合カスタム IP アドレスのプレフィックスを作成してプロビジョニングする

統合カスタム IP プレフィックスからパブリック IP プレフィックスを作成する

統合カスタム IP アドレスプレフィックスを委任する

グローバルカスタム IP アドレスのプレフィックスをプロビジョニングする

グローバルカスタム IP アドレスのプレフィックスを作成してプロビジョニングする

リージョンカスタム IP アドレスのプレフィックスをプロビジョニングする

リージョンカスタム IP プレフィックスからパブリック IP プレフィックスを作成する

カスタム IP アドレスプレフィックスを委任する

リソースグループを作成し、プレフィックスと承認メッセージを指定する

統合カスタム IP アドレスのプレフィックスをプロビジョニングする

統合カスタム IP アドレスプレフィックスを委任する

リソースグループを作成し、プレフィックスと承認メッセージを指定する

グローバルカスタム IP アドレスのプレフィックスをプロビジョニングする

リージョンカスタム IP アドレスのプレフィックスをプロビジョニングする

カスタム IP アドレスプレフィックスを委任する

リソースグループを作成し、プレフィックスと承認メッセージを指定する

統合カスタム IP アドレスのプレフィックスをプロビジョニングする

統合カスタム IP アドレスプレフィックスを委任する

リソースグループを作成し、プレフィックスと承認メッセージを指定する

グローバルカスタム IP アドレスのプレフィックスをプロビジョニングする

リージョンカスタム IP アドレスのプレフィックスをプロビジョニングする

カスタム IP アドレスプレフィックスを委任する

次の手順

フィードバック

その他のリソース

次の方法で共有

Azure でカスタム IPv4 アドレス プレフィックスを作成する

グローバル/リージョン モデルと統合モデル

前提条件

プロビジョニング前の手順

要件とプレフィックスの準備

証明書の準備

カスタム IPv4 プレフィックスのプロビジョニングと委任

Azure へのサインイン

統合カスタム IP アドレスのプレフィックスを作成してプロビジョニングする

統合カスタム IP プレフィックスからパブリック IP プレフィックスを作成する

統合カスタム IP アドレス プレフィックスを委任する

次の手順

フィードバック

その他のリソース

Azure でカスタム IPv4 アドレスプレフィックスを作成する

グローバル/リージョンモデルと統合モデル

統合カスタム IP アドレスプレフィックスを委任する