Migrazione da Frontdoor di Azure (classic) al livello Standard o Premium

Si applica a: ✔️ Frontdoor (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.

Migra il tuo profilo classico su uno dei livelli più recenti per sfruttare le nuove funzionalità e i miglioramenti. Per facilitare il passaggio ai nuovi livelli, Frontdoor di Azure offre una migrazione senza interruzioni per spostare il carico di lavoro da Frontdoor di Azure (classic) 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 Frontdoor di Azure (versione classica). Puoi prevedere che la migrazione richieda alcuni minuti per un profilo Frontdoor di Azure semplice e più tempo per un profilo che include più domini frontend, pool back-end, regole di routing e regole del motore delle regole.

Fasi della migrazione

Convalidare la compatibilità

Lo strumento di migrazione verifica se il tuo profilo Frontdoor di Azure (classic) è compatibile per la migrazione. Se la validazione fallisce, fornisce suggerimenti su come risolvere eventuali problemi prima che tu possa rivalidare la validazione.

• 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 di Frontdoor di Azure. Il certificato è gratuito e gestito per te.

• L'affinità della sessione è abilitata nelle impostazioni del gruppo di origine per un profilo Frontdoor di Azure Standard o Premium. In Frontdoor di Azure (classic), imposti l'affinità della sessione a livello di dominio. Nell'ambito della migrazione, l'affinità di sessione si basa sulle impostazioni del profilo di Frontdoor (versione classica). Se hai due domini nel tuo profilo Front Door (classic) che condividono lo stesso pool backend, l'affinità della sessione deve essere coerente in entrambi i domini affinché la validazione della migrazione possa passare.

• Se usi BYOC (Bring Your Own Certificate) per Frontdoor di Azure (classic), devi concedere ad Frontdoor di Azure Standard o Premium l'accesso a Key Vault. Questo passaggio è necessario per consentire a Frontdoor di Azure Standard o Premium di accedere al certificato in Key Vault. Se usi il certificato gestito Frontdoor di Azure, non è necessario concedere l'accesso a Key Vault.

  Note

  Il certificato gestito non è supportato attualmente per Frontdoor di Azure Standard o Premium nel cloud di Azure per enti pubblici. È necessario usare BYOC per Frontdoor di Azure Standard o Premium nel cloud governativo di Azure o attendere fino a quando questa funzionalità sarà disponibile.

Preparare la migrazione

Frontdoor di Azure crea un nuovo profilo Standard o Premium in base alla configurazione del profilo di Frontdoor (versione classica). Il nuovo livello del profilo di Frontdoor dipende dalle impostazioni dei criteri WAF (Web application firewall) associate al profilo.

• Premium: se i criteri WAF hanno regole WAF gestite associate al profilo frontdoor di Azure (versione classica).

• Standard: se i criteri WAF hanno solo regole WAF personalizzate associate al profilo di Frontdoor di Azure (versione classica).

Durante la fase di preparazione, Frontdoor di Azure crea una copia di tutti i criteri WAF associati al profilo di Frontdoor (versione classica). Il livello di criteri WAF è specifico del livello a cui si sta eseguendo la migrazione. A tutti i criteri WAF viene assegnato un nome predefinito, che è possibile modificare in questa fase. Puoi anche selezionare una policy WAF esistente che corrisponda al livello a cui stai migrando invece di fare una copia. Quando la fase di preparazione è completata, ottieni una visualizzazione in sola lettura del nuovo profilo Front Door per verificare le configurazioni.

Abilitare un'identità gestita

Durante questo passaggio si configura l'identità gestita per consentire a Frontdoor di Azure di accedere al certificato in un’istanza di Azure Key Vault. L'identità gestita è richiesta se usi BYOC (Bring Your Own Certificate) per Frontdoor di Azure (classico). Se usi il certificato gestito 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 Frontdoor di Azure (versione classica).

Migrazione

Prima di impegnarti nella migrazione in questo passaggio, se decidi di non voler più proseguire con il processo di migrazione, seleziona Annulla migrazione. L'interruzione della migrazione elimina il nuovo profilo frontdoor creato. Il profilo di Frontdoor di Azure (versione classica) rimane attivo ed è possibile continuare a usarlo. Devi eliminare manualmente tutte le copie della policy WAF.

Tuttavia, una volta che ti impegni a migrare in questo passaggio, non c'è aborto né retromarcia. Dopo l'avvio della migrazione, il profilo di Frontdoor di Azure (versione classica) viene disabilitato e viene attivato il profilo di Frontdoor di Azure Standard o Premium. Il traffico inizia a fluire attraverso il nuovo profilo quando la migrazione si completa.

La migrazione si trova nel piano di controllo e il piano dati rimane lo stesso. Nei casi normali, la migrazione non fallisce. Tuttavia, in rari casi, se la migrazione fallisce in questo passaggio, non c'è impatto sulla consegna del traffico. L'unico impatto è che non puoi apportare modifiche al profilo Frontdoor di Azure.

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

Taglio degli endpoint post-migrazione

Frontdoor di Azure (versione classica) usa un nome di dominio completo (FQDN) diverso da 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 Frontdoor di Azure Standard/Premium.

• 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à.

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

DevOps

Frontdoor di Azure Standard e Premium usano uno spazio dei nomi del provider di risorse diverso, Microsoft.Cdn, mentre Frontdoor di Azure (versione classica) usa Microsoft.Network. Dopo aver migrato il tuo profilo Frontdoor di Azure, devi cambiare il tuo script DevOps per usare il nuovo namespace, 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.

Log e metriche

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 di Frontdoor di Azure (versione classica). Il livello Standard e Premium ha il logging delle sonde Heath e dovresti abilitare il logging diagnostico dopo la migrazione. I livelli Standard e Premium supportano anche report predefiniti che iniziano a visualizzare i dati al termine della migrazione. Per altre informazioni, vedere Report di Frontdoor di Azure.

Web application firewall (WAF)

Il tipo di regole nella policy WAF determina il livello predefinito di Frontdoor di Azure selezionato per la migrazione. Questa sezione copre gli scenari per diversi tipi di regole per una polizza WAF.

Politica classica WAF con solo regole personalizzate: il nuovo profilo Frontdoor di Azure di default è Standard e puoi aggiornare a Premium durante la migrazione. Se si usa il portale per eseguire la migrazione, Azure crea regole WAF personalizzate per il livello Standard. Se invece si esegue l'aggiornamento al livello Premium durante la migrazione, le regole WAF personalizzate vengono create nell’ambito del processo di migrazione. Devi aggiungere manualmente le regole WAF gestite dopo la migrazione se vuoi usare le regole gestite.

Politica WAF classica con solo regole WAF gestite, o regole WAF gestite e personalizzate - il nuovo profilo Frontdoor di Azure è predefinito al livello Premium e non puoi fare downgrade durante la migrazione. Se vuoi usare il tier Standard, devi rimuovere l'associazione della policy WAF o eliminare le regole WAF gestite dalla policy WAF Front Door (classica).

Criteri di Azure per WAF di Frontdoor di Azure

Criteri di Azure per WAF non è disponibile per Frontdoor di Azure Standard e Premium. Criteri di Azure consente di impostare e controllare gli standard WAF per l'organizzazione su larga scala.

Convenzione di denominazione usata per la migrazione

Durante la migrazione, viene usato un nome di profilo predefinito nel formato <endpointprefix>-migrated. Ad esempio, un endpoint Frontdoor di Azure (classic) chiamato myEndpoint.azurefd.net ha il nome myEndpoint-migratedpredefinito . Il nome del criterio WAF ha -standard o -premium aggiunto al nome del criterio WAF classico. Ad esempio, una policy WAF Front Door (classica) chiamata contosoWAF1 ha il nome contosoWAF1-premiumpredefinito . Durante il processo di migrazione puoi rinominare sia il profilo Front Door che la policy WAF. La ridenominazione della configurazione del motore di regole e delle route non è supportata; vengono invece assegnati nomi predefiniti.

In Frontdoor di Azure Standard e Premium, il reindirizzamento URL e la riscrittura URL sono supportati tramite il motore delle regole, mentre in Frontdoor di Azure (classico) tramite regole di gestione. Durante la migrazione, queste due regole vengono create come regole del set di regole in un profilo Standard e Premium. I nomi di queste regole sono: urlRewriteMigrated e urlRedirectMigrated.

Stati delle risorse

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

Contenuti correlati

• Mappatura delle impostazioni tra i livelli di Frontdoor di Azure
• Migra da Frontdoor di Azure (classic) al livello Standard o Premium utilizzando il portale Azure
• Migra da Frontdoor di Azure (classic) al tier Standard o Premium usando Azure PowerShell