Share via

Azure Front Door (クラシック) と Standard/Premium レベルの間でマップされる設定

  • [アーティクル]

重要

Azure Front Door (クラシック) は、2027 年 3 月 31 日に廃止されます。 サービスの中断を回避するには、2027 年 3 月までに Azure Front Door の Standard または Premium レベルに Azure Front Door (クラシック) プロファイルを移行することが重要です。 詳細については、Azure Front Door (クラシック) の廃止に関するページを参照してください。

Azure Front Door (クラシック) から Azure Front Door Standard または Premium に移行すると、Front Door プロファイルを管理する際のエクスペリエンスを向上させるために、一部の構成が変更されていたり、新しい場所に移動されたりしていることが分かります。 この記事では、ルーティング規則、キャッシュ期間、ルール エンジンの構成、WAF ポリシー、カスタム ドメインがどのように新しい Front Door レベルにマップされるかについて説明します。

ルーティング規則

Front Door (クラシック) の設定 Azure Front Door Standard および Premium におけるマッピング
ルートの状態 - 有効/無効 チェックボックスを備えたルートの有効化への変更。 場所は同じままです。
受け入れ済みのプロトコル Front Door (クラシック) プロファイルからコピーされます。
フロントエンド/ドメイン ドメインへの変更。 Front Door (クラシック) プロファイルからコピーされます。
一致するパターン Front Door (クラシック) プロファイルからコピーされます。
ルール エンジンの構成 ルール エンジンの構成名はルール セットに変更されますが、Front Door (クラシック) プロファイルからのルートへの関連付けは保持されます。
ルートの種類: "転送" バックエンド プールが配信元グループに変更されます。 転送プロトコルは、Front Door (クラシック) プロファイルからコピーされます。
- URL 書き換えが無効に設定されている場合、Standard または Premium プロファイルの配信元パスは "空" です。
- URL 書き換えが有効に設定されている場合、Front Door (クラシック) プロファイルの "カスタム転送パス" が "配信元パス" として設定されます。
ルートの種類: リダイレクト URL リダイレクト ルールを備えた URLRedirectMigratedRuleSet1 という名前の URL リダイレクト ルール セットが作成されます。

Cache duration (キャッシュ期間)

Azure Front Door (クラシック) では、"最小キャッシュ期間" はルーティング規則設定内で構成されており、"既定のキャッシュ期間を使用する" はルール エンジン構成内で設定されています。 Azure Front Door Standard と Premium では、ルール セット ルール内でのキャッシュ期間の変更のみがサポートされています。

Front Door (クラシック) Azure Front Door Standard および Premium におけるマッピング
キャッシュが無効で、既定のキャッシュが使用されている。 キャッシュは無効に設定されます。
キャッシュが有効で、既定のキャッシュ期間が使用されている。 キャッシュが有効に設定され、配信元のキャッシュ動作が使用されます。
キャッシュが有効で、最小キャッシュ期間が設定されている。 キャッシュは有効に設定され、キャッシュ動作は Front Door (クラシック) の最小キャッシュ期間で常にオーバーライドするように設定されます。
該当なし キャッシュが有効に設定されている。 キャッシュ動作はオーバーライドするように設定され、配信元が見つからない場合は、入力キャッシュ期間が使用されます。

ルール エンジンの構成でのルート構成のオーバーライド

Front Door (クラシック) のためのルール エンジン構成アクションのルート構成オーバーライドは、Azure Front Door Standard と Premium のルール セット ルール内で 3 つの異なるアクションに分割されます。 これら 3 つのアクションは、URL リダイレクト、URL 書き換え、ルート構成オーバーライドです。

ルール エンジン構成内のアクション Azure Front Door Standard および Premium におけるマッピング
ルートの種類が転送に設定されている 1. URL 書き換えが無効の場合、すべての設定が Standard または Premium プロファイルにコピーされます。
2. URL 書き換えが有効の場合は、2 つのルール アクションが作成されます。 1 つは URL 書き換え用、1 つはルート構成オーバーライド設定用です。 URL 書き換えアクションの場合、Front Door (クラシック) プロファイルの "カスタム転送パス" が宛先に設定されます。
ルートの種類がリダイレクトに設定されている URL リダイレクト アクションの設定がコピーされます。
ルート構成のオーバーライド バックエンド プールは、配信元グループにマップされます。 キャッシュの有効化は同じままです。 クエリ文字列はクエリ文字列キャッシュ動作にマップされ、動的圧縮は圧縮にマップされます。
既定のキャッシュ期間を使用する 詳細については、「キャッシュ期間」のセクションを参照してください。

その他の構成

Front Door (クラシック) の構成 Azure Front Door Standard および Premium におけるマッピング
要求および応答ヘッダー ルール エンジン アクションの要求および応答ヘッダーは、ルール セットにコピーされます。
証明書名の確認の適用 証明書名確認の強制は、Azure Front Door (クラシック) のプロファイル レベルでサポートされています。 Front Door Standard または Premium プロファイルでは、この設定は配信元の設定内で見つけることができます。 この構成は、移行されたプロファイル内のすべての配信元に対して適用されます。
配信元の応答時間 配信元の応答時間は、移行されたプロファイルにコピーされます。
Web アプリケーション ファイアウォール (WAF) Azure Front Door (クラシック) プロファイルに WAF ポリシーが関連付けられている場合、移行により、移行する個々のレベルに対するそれぞれの WAF ポリシーのコピーが作成されます。 各 WAF ポリシーの名前は、移行の準備フェーズ中に変更できます。 移行された Front Door プロファイルに合う既存の Front Door Standard または Premium の WAF ポリシーを選択することもできます。
カスタム ドメイン このセクションでは、移行を行うドメインに何が起こるかを示す例として www.contoso.com を使用します。 カスタム ドメイン www.contoso.com は、CNAME レコードとして Front Door (クラシック) の contoso.azurefd.net を指しています。

www.contoso.com が新しい Front Door プロファイルに移動されると:
- カスタム ドメインの関連付けには、新しい Front Door エンドポイントが contoso-<hashvalue>.z01.azurefd.net として示されます。 カスタム ドメインの CNAME は、バックエンドのハッシュ値を持つ新しいエンドポイント名を自動的に指すようになります。 この時点で、DNS プロバイダーで CNAME レコードを変更して、ハッシュ値を持つ新しいエンドポイント名を指すようにすることができます。
- クラシック エンドポイント contoso.azurefd.net は、[*ドメイン] ページの [移行されたドメイン] タブの下にある移行された Front Door プロファイルにカスタム ドメインとして表示されます。 このドメインは、既定の移行されたルートに関連付けられます。 この既定のルートは、ドメインとの関連付けが解除された後にのみ削除できます。 関連付けを行う場合と、ルートから関連付けを削除する場合を除き、ドメインのプロパティを更新することはできません。 ドメインは、CNAME を新しいエンドポイント名に変更した後にのみ削除できます。
- www.contoso.com の証明書の状態と DNS の状態は、Front Door (クラシック) プロファイルと一致します。

マネージド証明書の自動ローテーション設定に変更はありません。

次のステップ