Informazioni sulla migrazione della Rete CDN di Azure da Microsoft (versione classica) a Frontdoor di Azure

Si applica a: ✔️ CDN Standard di Microsoft (classico)

Importante

Rete CDN di Azure Standard da Microsoft (classic) andrà in pensione il 30 settembre 2027. Poiché il servizio sta andando in pensione, non supporta più la creazione di profili, l'onboarding di nuovi domini o i certificati gestiti. Per evitare interruzioni del servizio, migrate per Frontdoor di Azure Standard o Premium. Per altre informazioni, vedere ⁠Ritiro della Rete CDN di Azure Standard da Microsoft (versione classica).

Frontdoor di Azure Standard e Premium Tier sono stati rilasciati a marzo 2022 come servizio di rete di distribuzione di contenuti di nuova generazione. I livelli più recenti combinano le funzionalità di Frontdoor di Azure (versione classica), Rete CDN Microsoft (versione classica) e Web application firewall (WAF). Utilizzando funzionalità come l'integrazione con collegamento privato, un motore di regole migliorato e diagnostiche avanzate, puoi mettere in sicurezza e accelerare le tue applicazioni web per offrire un'esperienza migliore ai tuoi clienti.

Ti consigliamo di migrare il tuo profilo classico su uno dei livelli più recenti per beneficiare delle nuove funzionalità e dei miglioramenti. Per semplificare il passaggio ai nuovi livelli, Frontdoor di Azure offre una migrazione senza tempi di inattività per spostare il carico di lavoro da Frontdoor di Azure (versione classica) a Standard o Premium.

In questo articolo impari il processo di migrazione, comprendi i cambiamenti improvvisi coinvolti e cosa fare prima, durante e dopo la migrazione.

Panoramica del processo di migrazione

La migrazione al livello Standard o Premium per Frontdoor di Azure avviene in tre o cinque fasi a seconda che si usi il certificato. Il tempo necessario per eseguire la migrazione dipende dalla complessità del profilo di Rete CDN di Azure da Microsoft (versione classica). Puoi aspettarti che la migrazione richieda qualche minuto per un semplice profilo Rete CDN di Azure e di più per un profilo che ha più domini, pool backend, regole di routing e regole del motore di regole.

Fasi della migrazione

Convalidare la compatibilità

Lo strumento di migrazione verifica se il tuo profilo Rete CDN di Azure da Microsoft (classic) è compatibile per la migrazione. Se la validazione fallisce, ricevi suggerimenti su come risolvere eventuali problemi prima di poter convalidare di nuovo.

  • Frontdoor di Azure Standard e Premium richiedono che tutti i domini personalizzati usino HTTPS. Se non si ha un certificato personalizzato, è possibile usare un certificato gestito della Rete CDN di Azure da Microsoft. Il certificato è gratuito e Microsoft lo gestisce per te.

  • C'è una mappatura uno-a-uno per un Rete CDN di Azure di Microsoft (classic) e Frontdoor di Azure Standard o Premium. Non è possibile eseguire la migrazione di un endpoint della Rete CDN da Microsoft (versione classica) in uno stato Arrestato. È necessario avviare l'endpoint o eliminarlo prima di poter eseguire di nuovo la convalida.

  • Web application firewall (WAF) per Rete CDN di Azure di Microsoft è in anteprima. Se si ha un criterio WAF associato al profilo di Rete CDN di Azure da Microsoft (versione classica), è necessario rimuovere l'associazione prima di poter convalidare di nuovo. È possibile creare un nuovo criterio WAF in Frontdoor di Azure Standard o Premium dopo la migrazione.

Preparare la migrazione

È possibile selezionare Standard o Premium in base ai requisiti aziendali. Seleziona il livello Premium per sfruttare le avanzate funzionalità e le funzionalità di sicurezza. Queste funzionalità includono regole WAF gestite, motore di regole migliorato, protezione dei bot e integrazione di link privati.

Note

  • Se il tuo profilo Rete CDN di Azure da Microsoft (classic) qualifica per migrare al tier Standard ma il numero di risorse supera il limite della quota di tier Standard, viene invece migrato al tier Premium.
  • Un profilo Front Door di livello Standard può essere aggiornato a livello Premium dopo la migrazione. Tuttavia, un profilo Front Door di livello Premium non può essere declassato a Standard dopo la migrazione.

Importante

Non puoi apportare modifiche alla CDN Rete CDN di Azure dalla configurazione Microsoft (classic) una volta iniziata la fase di preparazione.

Abilitare un'identità gestita

Durante questo passaggio, puoi configurare l'identità gestita per Frontdoor di Azure per accedere al tuo certificato in un Azure Key Vault, se non l'hai configurato per il tuo profilo Rete CDN di Azure da Microsoft (classic). L'identità gestita è la stessa in Frontdoor di Azure perché usano lo stesso provider di risorse. L'identità gestita è necessaria se si usa BYOC (Bring Your Own Certificate). Se si usa il certificato gestito di Frontdoor di Azure, non è necessario concedere l'accesso a Key Vault.

Concedere l'identità gestita a Key Vault

Questo passaggio aggiunge l'accesso all'identità gestita a tutte le istanze di Azure Key Vault usate nel profilo di Rete CDN di Azure da Microsoft (versione classica).

Migrazione

Quando inizia la migrazione, il profilo Rete CDN di Azure da Microsoft (classic) viene aggiornato ad Frontdoor di Azure. Dopo la migrazione, non puoi visualizzare il profilo Rete CDN di Azure da Microsoft (classic) nel portale Azure.

Se decidi di non voler più procedere con il processo di migrazione, puoi selezionare Annulla migrazione. L'interruzione della migrazione elimina il nuovo profilo di Frontdoor di Azure creato. Il profilo di Rete CDN di Azure da Microsoft (versione classica) rimane attivo ed è possibile continuare a usarlo. Devi eliminare manualmente tutte le copie della policy WAF.

I costi di servizio per Frontdoor di Azure Standard o Premium iniziano al completamento della migrazione.

Taglio degli endpoint post-migrazione

Rete CDN di Azure di Microsoft (classic) utilizza un nome di dominio completamente qualificato (FQDN) diverso rispetto ad Frontdoor di Azure Standard o Premium. Ad esempio, un endpoint classico potrebbe essere contoso.azurefd.net, mentre un endpoint Standard o Premium potrebbe essere contoso-mdjf2jfgjf82mnzx.z01.azurefd.net. Per altre informazioni, vedere Endpoint in Frontdoor di Azure.

Anche se Frontdoor di Azure instrada automaticamente il traffico dall'endpoint classico al tuo nuovo profilo Standard o Premium senza alcuna modifica alla configurazione, devi completare la seguente azione post-migrazione a seconda del tuo scenario:

  • Domini personalizzati: Aggiorna il record DNS per puntare al nuovo endpoint Standard o Premium di Frontdoor di Azure.

  • Uso diretto dell'endpoint predefinito classico: Sostituisci il nome host classico con il nuovo nome host dell'endpoint nelle tue applicazioni, client e integrazioni.

Entrambi gli endpoint rimangono funzionanti durante la transizione, quindi puoi effettuare e convalidare questa modifica senza tempi di inattività.

Warning

Completate il passaggio degli endpoint al nuovo endpoint Frontdoor di Azure Standard/Premium entro il 31 marzo 2028. A partire dal 1° aprile 2028, gli endpoint classici non sono più supportati e potrebbero smettere di funzionare. Domini, applicazioni o client personalizzati che dipendono ancora da un endpoint classico potrebbero smettere di ricevere traffico.

Modifiche che causano un'interruzione durante la migrazione al livello Standard o Premium

DevOps

Dopo aver migrato il tuo profilo Frontdoor di Azure, cambia il tuo script DevOps per usare la nuova API, il modulo Azure PowerShell aggiornato, i comandi CLI e le API.

Endpoint con valore hash

Frontdoor di Azure Standard e Premium endpoint includono un valore hash per evitare che il tuo dominio venga acquisito. Il formato del nome dell'endpoint è <endpointname>-<hashvalue>.z01.azurefd.net. Il nome endpoint Front Door (classico) continua a funzionare anche dopo la migrazione, ma lo sostituisci con il nome endpoint appena creato dal tuo nuovo profilo Standard o Premium. Per altre informazioni, vedere Nomi di dominio endpoint. Se stai usando l'endpoint Rete CDN di Azure nel codice dell'applicazione, aggiornalo per usare un nome di dominio personalizzato.

Log, metriche, analisi di base

I log di diagnostica e le metriche non vengono migrati. I campi di log Standard e Premium di Frontdoor di Azure sono diversi da quelli della Rete CDN di Azure da Microsoft (versione classica). I livelli Standard e Premium hanno la registrazione delle sonde di salute e consigliamo di abilitare la registrazione diagnostica dopo la migrazione.

Le analisi di base non sono supportate con il livello Standard o Premium di Frontdoor di Azure. Vengono invece forniti report predefiniti e la visualizzazione dei dati inizia al termine della migrazione. Per altre informazioni, vedere Report di Frontdoor di Azure.

Stati delle risorse

La tabella seguente spiega le varie fasi del processo di migrazione e se è possibile apportare modifiche al profilo.

Stato di migrazione Stato della risorsa della Rete CDN di Microsoft (versione classica) È possibile apportare modifiche? Frontdoor Standard/Premium È possibile apportare modifiche?
Prima della migrazione Attivo Sì N/D N/D
Convalida della compatibilità Attivo Sì N/D N/D
Preparare la migrazione Migrazione NO NO
Commit della migrazione CommittingMigration NO
Migrazione sottoposta a commit Attivo Sì
Interruzione della migrazione AbortingMigration NO
Migrazione interrotta Attivo Sì

Mapping delle risorse dopo la migrazione

Quando si esegue la migrazione della Rete CDN di Azure da Microsoft (versione classica) a Frontdoor di Azure Standard o Premium, si notano alcune configurazioni modificate o spostate per offrire un'esperienza migliore per gestire il profilo di Frontdoor di Azure. In questa sezione viene illustrato il mapping delle risorse della Rete CDN di Azure con Frontdoor di Azure. L'ID risorsa di Frontdoor di Azure non cambia dopo la migrazione.

Risorse Rete CDN o Frontdoor di Azure Mapping delle risorse dopo la migrazione
Punto finale Entrambe Esiste una corrispondenza uno a uno tra Rete CDN di Azure di Microsoft (classic) e l'endpoint di Frontdoor di Azure Standard/Premium. Gli endpoint della Rete CDN di Azure da Microsoft (versione classica) devono avere uno stato Avviato o devono essere rimossi.
Route e stato della route Frontdoor di Azure Non esiste un concetto di route nella Rete CDN di Azure da Microsoft (versione classica). Dopo la migrazione, viene creata una route predefinita in Frontdoor di Azure Standard e Premium con tutte le risorse della Rete CDN. La route si trova in uno stato Abilitato e con nomi sotto forma di endpointName con trattini rimossi. Ad esempio, un endpoint denominato contoso-1.azureedge.net ha un nome di route contoso1.
Applicare il controllo del nome del certificato Frontdoor di Azure L'applicazione del controllo del nome del certificato è disabilitata nella Rete CDN Microsoft, ma è abilitata per impostazione predefinita in Frontdoor di Azure Standard/Premium. Dopo la migrazione, continuerà a essere disabilitata per evitare modifiche che causano un'interruzione. È consigliabile abilitare il controllo dopo la migrazione in Frontdoor di Azure.
Origine e gruppo di origine Entrambe 1 Per la risorsa della Rete CDN con un'origine singola e senza gruppo di origine, viene creato un gruppo di origine predefinito per l'origine con il nome defaultOriginGroup_EndpointName.
2. Per la CDN multi-origini, se l'origine è associata a gruppi di origine multipli, queste origini vengono create in tutti i gruppi di origine dopo la migrazione.
3. Per tutti gli altri elementi, i nomi delle origini e dei gruppi di origine rimangono invariati.
4. Se il profilo della Rete CDN ha origini che non sono associate ad alcun endpoint della Rete CDN funzionante, viene creato un gruppo di origini predefinito, ma non associato ad alcuna route.
Timeout risposta origine Frontdoor di Azure Il timeout di risposta predefinito corrente è di 30 secondi nella Rete CDN di Azure da Microsoft (versione classica). Dopo la migrazione, questo valore rimarrà invariato, ma può essere modificato.
Protocollo di inoltro (solo protocollo corrispondente) Entrambe Se sono selezionati sia HTTP che HTTPS, Frontdoor di Azure rileva la corrispondenza alla richiesta in ingresso.
Nome set di regole Frontdoor di Azure Non esiste un concetto di set di regole nella Rete CDN Microsoft. Dopo la migrazione, tutte le regole vengono raggruppate in un unico set di regole con il nome sotto forma di endpointprefixMigratedRule. Ad esempio, per l'endpoint contoso.azureedge.net il nome del set di regole è contosoMigratedRuleSet
Memorizzazione nella cache Entrambe La memorizzazione nella cache è sempre impostata su abilitata ed è mappata alle impostazioni di cache e compressione nella Rete CDN di Azure da Microsoft (versione classica).

Per BypassCachingforQueryString, viene creato un set di regole con il nome bypassCachingforQueryStringMigrated dopo la migrazione. Se l'endpoint classico ha altre regole, viene raggruppato nello stesso set di regole della regola bypassCachingforQueryStringMigrated .

SE "Stringa di query" MaggioreDi 0
THEN "Override configurazione route": > "Gruppo di origine override" N.: > "Memorizzazione nella cache" disabilitata
Affinità di sessione Entrambe Disabilitato per impostazione predefinita nella Rete CDN di Azure, a meno che non sia configurato e disabilitato dopo la migrazione. Questa impostazione può essere abilitata in Frontdoor di Azure.
Regola del motore regole globali RETE CDN Esistono regole globali del motore regole nella Rete CDN di Azure di Microsoft (versione classica). Dopo la migrazione, vengono create come set di regole senza condizioni, associato alla route creata per l'endpoint classico.
Filtro geografico RETE CDN Dopo la migrazione, vengono create le policy WAF con uno SKU di mappatura a tua scelta e regole WAF personalizzate per mappare le regole del filtro geografico e associate al percorso corrispondente.
Criterio WAF associato Web application firewall è disponibile in anteprima per la Rete CDN di Azure da Microsoft (versione classica). Per le risorse CDN con le policy WAF di anteprima, queste politiche devono essere ricreate dopo la migrazione.
Domini personalizzati In questa sezione viene usato www.contoso.com come esempio per illustrare cosa accade a un dominio sottoposto alla migrazione. Il dominio personalizzato www.contoso.com punta a contoso.azureedge.net nella Rete CDN di Azure da Microsoft (versione classica) come record CNAME.

Quando www.contoso.com viene spostato nel nuovo profilo di Frontdoor di Azure:
- L'associazione per il dominio personalizzato mostra il nuovo endpoint di Frontdoor come contoso-<hashvalue>.z01.azurefd.net. Si noti che z01 può essere qualsiasi valore con una lettera alfabetica e due numeri. Il CNAME del dominio personalizzato fa automaticamente riferimento al nuovo nome dell'endpoint con il valore hash nel back-end. A questo punto, è possibile modificare il record CNAME con il provider DNS nel nuovo nome dell'endpoint con il valore hash.
- L'endpoint contoso.azureedge.net classico viene visualizzato come dominio personalizzato nel profilo di Frontdoor di Azure sottoposto a migrazione nella scheda Dominio sottoposto a migrazione della pagina Domini. Questo dominio è associato alla route sottoposta a migrazione predefinita. Questa route predefinita può essere rimossa solo dopo che il dominio viene disassociato. Non è possibile aggiornare le proprietà del dominio, ad eccezione dell'associazione e della rimozione dell'associazione da una route. Il dominio può essere eliminato solo dopo aver cambiato il CNAME con il nuovo nome dell'endpoint.
- Lo stato del certificato e lo stato DNS per www.contoso.com è identico a quello del profilo di Rete CDN di Azure da Microsoft (versione classica).

Non vengono apportate modifiche alle impostazioni di rotazione automatica del certificato gestito.

Passo successivo

Eseguire la migrazione da Rete CDN di Azure di Microsoft (classic) ad Frontdoor di Azure

  • Last updated on