次の方法で共有


*.azureedge.net ドメインを保ったまま Azure Front Door に移行する

重要

これは、Azure CDN from Edgio の突然の提供終了が迫っているため、一時的な措置です。 可用性のリスクがあるため、*.azureedge.net*.azurefd.net などのドメインに依存することはお勧めしません。 柔軟性を高め、単一障害点を回避するには、できるだけ早くカスタム ドメインを採用してください。

この記事では、*.azureedge.net ドメインを保ちながら、Azure CDN from Edgio から Azure Front Door に移行する手順について説明します。

前提条件

  • Azure CDN と Azure Front Door の機能の違いを確認して、互換性のギャップを判断します。

  • Linux では Wget を、PowerShell を使用している Windows では Invoke-WebRequest を実行できる、インターネットに接続された VM にアクセスできることを確認します。

  • CatchPoint や ThousandEyes などの監視ツールを使って、移行の前後に URL を利用できることを確認します。 これらのツールは、世界中のさまざまな場所から URL を利用できるかどうか監視できるため理想的です。 代わりに webpagetest.org を使うこともできますが、表示できるのはいくつかの場所に限られます。

  • 移行は、Azure Front Door の Standard と Premium SKU についてのみサポートされます。

  • Bring Your Own Certificate (BYOC) は、これらのドメインではサポートされていません。

  • .azureedge.net ドメインのみがサポートされています。

  • *.vo.msecnd.net ドメインはサポートされていません。

    Note

    • 次の手順では、配信元として Azure Blob Storage アカウントを使っているものとします。 別の配信元を使用している場合は、それに応じて手順を調整してください。
    • Edgio で既にカスタム ドメインをお使いの場合は、「Azure CDN from Edgio から Azure Front Door に移行する」の手順に従って行ってください。

    重要

    Azure Front Door に移行する予定の場合は、2025 年 1 月 7 日より前に、プレビュー機能の設定を使って DoNotForceMigrateEdgioCDNProfiles 機能フラグを設定してください。 これにより、Microsoft はプロファイルを Azure Front Door に自動移行できなくなります。 自動移行は "ベスト エフォート" に基づくものであり、課金、機能、可用性、パフォーマンスに問題が発生する可能性があります。 別の CDN への移行を完了するには 2025 年 1 月 14 日まで期間があります。ただ繰り返しになりますが、この日付以前に Edgio プラットフォームでサービスが利用可能なことを、Microsoft は保証できません。

情報を収集する

  1. Azure CDN from Edgio プロファイルから次の情報を集めます。 - エンドポイント - 配信元の構成 - カスタム ドメイン - キャッシュの設定 - 圧縮の設定 - Web アプリケーション ファイアウォール (WAF) の設定 - カスタム ルールの設定

  2. ワークロードに適した Azure Front Door のレベルを決定します。 詳細については、Azure Front Door の比較に関するページを参照してください。

  3. Azure CDN from Edgio プロファイルの配信元の設定を確認します。

  4. Azure CDN from Edgio プロファイルを使用してテスト URL を決定し、wget または Invoke-WebRequest を実行して HTTP ヘッダー情報を取得します。

  5. URL を監視ツールに入力して、URL の地理的な可用性を把握します。

Azure Front Door を設定する

  1. Front Door と CDN のプロファイルに移動して、[作成] を選びます。

  2. [オファリングの比較] ページで、[Azure Front Door] を選んでから、[カスタム作成] を選びます。

  3. [続行] を選んで Azure Front Door を作成します。

  4. サブスクリプションとリソース グループを選びます。 Azure Front Door プロファイルの名前を入力します。 ワークロードに最適なレベルを選んで、[エンドポイント] タブを選びます。

  5. [エンドポイントの追加] を選択します。 エンドポイントの名前を入力してから、[追加] を選択します。 エンドポイントのホスト名を記録しておきます。<endpointname>-<hash>.xxx.azurefd.net のようになります。

  6. [+ ルートの追加] を選択します。 ルートの名前を入力します。

  7. [新しいドメインの追加] を選びます。 次の設定を使って、[追加] を選びます。

    フィールド
    ドメインの種類 Azure 以外の検証済みドメイン
    DNS 管理 その他のすべての DNS サービス
    カスタム ドメイン <existing_endpoint_name>.azureedge.net
    証明書タイプ AFD マネージド
    TLS の最小バージョン TLS 1.2
  8. [ルートの追加] ページで、[照合するパターン][受け入れられるプロトコル] は既定値のままにします。

    Note

    CDN プロファイルには複数のエンドポイントを含めることができるため、複数のルートの作成が必要になる場合があります。

  9. [新しい配信元グループを追加する] を選択します。 配信元グループの名前を入力して、[+ 配信元の追加] を選びます。 配信元の名前を入力し、配信元の種類を選択します。 Azure Blob Storage の場合、配信元の種類として [ストレージ] を選びます。 Azure Blob Storage アカウントのホスト名を選び、残りの設定は既定値のままにします。 [追加] を選択します。

  10. 残りの設定は既定値のままにして、[追加] を選択します。

  11. Azure CDN from Edgio プロファイルでキャッシュが有効になっている場合は、[キャッシュを有効にする] を選択して、キャッシュ規則を設定します。

    Note

    Azure CDN from Edgio の [Standard-cache] (標準キャッシュ) は、Azure Front Door の [Ignore Query String] (クエリ文字列を無視する) と同等です。

  12. Azure CDN from Edgio プロファイルで有効にしていた場合は、[圧縮を有効にする] を選びます。 4xx エラーを避けるため、配信元のパスが Azure CDN from Edgio プロファイルでのパスと一致していることを確認します。

  13. [追加] を選択して、ルートを作成します。

  14. [+ ポリシーの追加] を選び、Web アプリケーション ファイアウォール (WAF) の設定とカスタム規則を前の手順で決定したように設定します。

  15. [確認および作成][作成] の順に選択します。

    Note

    • Azure CDN from Edgio プロファイルに複数のカスタム ドメインが存在している場合があります。. 必ずすべてのカスタム ドメインを Azure Front Door プロファイルに追加して、それらを適切なルートに関連付けてください。
    • *.azureedge.net ドメインが同じ Entra ID テナント内で同じお客様によって所有される有効な Edgio エンドポイントである限り、ドメインの検証は必要ありません。
  16. プロファイルを作成した後、トラフィックをエンドポイントのホスト名に転送して、十分にテストします。 エンドポイントが正しく機能し、想定どおりにコンテンツを提供していることを確認します。

DNS の変更

  1. 次の詳細を含むサポート リクエストを作成します。 Edgio の提供終了に関するサポート ケースを既に作成してある場合、新しいサポート ケースを作成する必要はありません。

    • [問題の種類] : 技術
    • [サブスクリプション]: 自分のサブスクリプション
    • [サービス]: [使用中のサービス] を選んでから、[Azure CDN] を選びます
    • 概要: "<existing_endpoint_name>.azureedge.net から <new_endpoint_name>.azurefd.net への DNS の切り替え"
    • [問題の種類]: Microsoft CDN から Front Door Standard または Premium への移行
  2. [推奨される解決策] セクションはスキップします。

  3. [その他の詳細] で、次の情報を指定します。

    • Azure Front Door プロファイルの名前
    • AFD プロファイルのリソース グループ
    • AFD プロファイルのサブスクリプション ID
    • AFD エンドポイントのホスト名 (例: contoso.azurefd.net)
    • Azure CDN from Edgio エンドポイントのホスト名 (例: contoso.azureedge.net)
  4. Azure サポート チームは、チケットの提出から 24 から 48 時間以内に、必要な DNS 変更を行います。 これで、Azure Front Door サービスによるトラフィックの提供が開始されます。

  5. 問題が発生し、DNS の変更をロールバックする必要がある場合は、再度サポート チケットを開きロールバックを要求できます。

    Note

    • トラフィックのほとんどは、すぐに Azure Front Door に切り替わります。 Edgio によって処理され続けているのが確認できるのは、トラフィックのごく一部です。 DNS の変更が伝達するのには時間がかかるので、一部の DNS サーバーでは、DNS レコードの有効期限の TTL が高くなります。 すべてのトラフィックが切り替えるまでは、24 時間から 48 時間お待ちください。
    • 変更後、[AFD ドメイン] ブレードの下で、[証明書の状態] フィールドで値が [発行元] と表示され、[DNS 状態] フィールドで値が [証明書が必要] と表示される場合があります。 これはポータルのバグであり、1 月 31 日までに修正される予定です。 *.azureedge.net ドメインの証明書と DNS の状態は AFD によって完全に管理されるため、このバグで証明書やトラフィックに影響が及ぶことはありません。

次のステップ

Azure Front Door のベスト プラクティスについて学習します。