Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Ottimizzazione dell’elevata disponibilità con il failover di origine CloudFront
È anche possibile configurare CloudFront con il failover di origine per scenari che richiedono elevata disponibilità. Per iniziare, è necessario creare un gruppo di origine con due origini: una primaria e una secondaria. Se l’origine primaria non è disponibile o restituisce codici di stato di risposta HTTP specifici che indicano un errore, CloudFront passa automaticamente all’origine secondaria.
Per configurare il failover di origine, è necessario disporre di una distribuzione con almeno due origini. In seguito, viene creato un gruppo di origine per la distribuzione che include le due origini, impostandone una come primaria. Infine, è possibile creare o aggiornare un comportamento della cache per utilizzare il gruppo di origine.
Per vedere i passaggi per la configurazione dei gruppi di origine con le opzioni specifiche di failover di origine, consulta Creazione di un gruppo di origine.
Dopo aver configurato il failover di origine per un comportamento cache, CloudFront procede come segue per le richieste dei visualizzatori:
-
Quando si verifica un’occorrenza nella cache, CloudFront restituisce l’oggetto richiesto.
-
Quando si verifica un mancato riscontro della cache, CloudFront instrada la richiesta all’origine primaria nel gruppo di origine.
-
Quando l’origine primaria restituisce un codice di stato non configurato per il failover, ad esempio un codice di stato HTTP 2xx o 3xx, CloudFront invia l’oggetto richiesto al visualizzatore.
-
Quando si verifica una delle seguenti condizioni:
-
L’origine primaria restituisce un codice di stato HTTP configurato per il failover
-
CloudFront non riesce a connettersi all’origine primaria (quando 503 è impostato come codice di failover)
-
La risposta dall’origine primaria richiede troppo tempo (timeout) (quando 504 è impostato come codice di failover)
Quindi, CloudFront instrada la richiesta all’origine secondaria nel gruppo di origine.
Nota
Per alcuni casi d’uso, come lo streaming di contenuti video, potrebbe essere necessario per CloudFront eseguire rapidamente il failover all’origine secondaria. Per regolare la velocità di failover di CloudFront all’origine secondaria, consulta Controllo dei timeout e dei tentativi di origine.
-
CloudFront instrada tutte le richieste in entrata all’origine primaria, anche quando una richiesta precedente all’origine secondaria ha avuto esito negativo. CloudFront invia le richieste all’origine secondaria solo dopo che una richiesta all’origine primaria ha esito negativo.
CloudFront esegue il failover sull’origine secondaria solo quando il metodo HTTP della richiesta del visualizzatore è GET, HEAD o OPTIONS. CloudFront non esegue il failover quando il visualizzatore invia un metodo HTTP diverso (ad esempio POST, PUT e così via).
Il diagramma seguente illustrato il funzionamento del failover di origine.
Argomenti
Creazione di un gruppo di origine
Per creare un gruppo di origine
Accedi alla Console di gestione AWS e apri la console CloudFront all’indirizzo https://console.aws.amazon.com/cloudfront/v4/home
. -
Scegli la distribuzione per la quale desideri creare il gruppo di origine.
-
Seleziona la scheda Origins (Origini).
-
Assicurati che la distribuzione abbia più di un’origine. In caso contrario, aggiungi una seconda origine.
-
Nella scheda Origini, nel pannello Gruppi di origine, scegli Crea gruppo di origine.
-
Scegli le origini per il gruppo di origine. Dopo aver aggiunto le origini, utilizza le frecce per impostare la priorità, ovvero quale origine è primaria e quale secondaria.
-
Digitare un nome per il gruppo di origine.
-
Scegli i codici di stato HTTP da utilizzare come criteri di failover. È possibile scegliere qualsiasi combinazione dei seguenti codici di stato: 400, 403, 404, 416, 500, 502, 503 o 504. Quando CloudFront riceve una risposta con uno dei codici di stato specificati, viene eseguito il failover sull’origine secondaria.
Nota
CloudFront esegue il failover sull’origine secondaria solo quando il metodo HTTP della richiesta del visualizzatore è
GET,HEADoOPTIONS. CloudFront non esegue il failover quando il visualizzatore invia un metodo HTTP diverso (ad esempioPOST,PUTe così via). -
In Criteri di selezione origine, specifica come vengono selezionate le origini quando la distribuzione instrada le richieste. Puoi scegliere le seguenti opzioni.
- Predefinita
-
CloudFront utilizzerà la priorità di origine predefinita specificata nella pagina Impostazioni.
- Punteggio di qualità multimediale
-
CloudFront tiene traccia e utilizza questo punteggio per determinare la prima origine a cui inoltrare la richiesta. Ciò autorizza inoltre CloudFront a effettuare richieste
HEADasincrone all’origine alternativa nel gruppo di origine per determinarne il punteggio di qualità multimediale. Puoi scegliere questa opzione solo per le origini AWS Elemental MediaPackage v2. Per ulteriori informazioni, consulta MQAR (Media Quality-Aware Resiliency).
-
Scegliere Crea un gruppo di origine.
Assicurati di assegnare il gruppo di origine come origine per il comportamento della cache della distribuzione. Per ulteriori informazioni, consulta Name.
Controllo dei timeout e dei tentativi di origine
Per impostazione predefinita, CloudFront tenta di connettersi all’origine primaria in un gruppo di origine per 30 secondi (3 tentativi di connessione di 10 secondi ciascuno) prima di eseguire il failover sull’origine secondaria. Per alcuni casi d’uso, come lo streaming di contenuti video, è possibile chiedere a CloudFront di eseguire il failover sull’origine secondaria più rapidamente. È possibile modificare le impostazioni seguenti in modo da influire sulla velocità con cui CloudFront esegue il failover all’origine secondaria. Se l’origine è un’origine secondaria o un’origine che non fa parte di un gruppo di origine, queste impostazioni influiscono sulla rapidità con cui CloudFront restituisce una risposta HTTP 504 al visualizzatore.
Per eseguire il failover più rapidamente, specificare un timeout di connessione più breve, un minor numero di tentativi di connessione o entrambi. Per le origini personalizzate (incluse le origini del bucket Amazon S3 che sono configurate con l’hosting di siti web statici), è inoltre possibile regolare il timeout di risposta all’origine.
- Timeout connessione origine
-
L’impostazione del timeout della connessione di origine influisce sulla durata dell’attesa di CloudFront quando tenta di stabilire una connessione all’origine. Per impostazione predefinita, CloudFront attende 10 secondi per stabilire una connessione, ma è possibile specificare 1-10 secondi (estremi inclusi). Per ulteriori informazioni, consulta Timeout di connessione.
- Tentativi di connessione all’origine
-
L’impostazione dei tentativi di connessione di origine influisce sul numero di tentativi di CloudFront di eseguire una connessione all’origine. Per impostazione predefinita, CloudFront tenta 3 volte di connettersi, ma è possibile specificare 1-3 (estremi inclusi). Per ulteriori informazioni, consulta Tentativi di connessione.
Per un’origine personalizzata (incluso un bucket Amazon S3 configurato con hosting di siti web statici), questa impostazione influisce anche sul numero di tentativi di CloudFront di ottenere una risposta dall’origine nel caso di un timeout di risposta di origine.
- Timeout di risposta origine
-
Il timeout di risposta dell’origine, noto anche come timeout di lettura dell’origine, influisce sul tempo di attesa di CloudFront per ricevere una risposta (o per ricevere la risposta completa) dall’origine. Per impostazione predefinita, CloudFront attende 30 secondi, ma è possibile specificare da 1 a 120 secondi (estremi inclusi). Per ulteriori informazioni, consulta Timeout di risposta.
Come modificare queste impostazioni
Per modificare queste impostazioni nella console CloudFront
-
Per una nuova origine o una nuova distribuzione, è necessario specificare questi valori quando si crea la risorsa.
-
Per un’origine esistente in una distribuzione esistente, è necessario specificare questi valori quando si modifica l’origine.
Per ulteriori informazioni, consulta Riferimento a tutte le impostazioni di distribuzione.
Utilizzo del failover di origine con le funzioni Lambda@Edge
È possibile utilizzare le funzioni Lambda@Edge con le distribuzioni CloudFront che hai impostato con i gruppi di origine. Per utilizzare una funzione Lambda, specificarla in una richiesta di origine o in un trigger di risposta di origine per un gruppo di origine quando si crea il comportamento della cache. Quando utilizzi una funzione Lambda@Edge con un gruppo di origine, la funzione può essere attivata due volte per una singola richiesta del visualizzatore. Considera ad esempio questo scenario:
-
Crei una funzione Lambda@Edge con un trigger di richiesta di origine.
-
La funzione Lambda viene attivata una volta quando CloudFront invia una richiesta all’origine primaria (su una mancanza di cache).
-
L’origine primaria risponde con un codice di stato HTTP configurato per il failover.
-
La funzione Lambda viene attivata nuovamente quando CloudFront invia la stessa richiesta all’origine secondaria.
Il seguente diagramma mostra il modo in cui il failover di origine funziona quando si include una funzione Lambda@Edge in un trigger di richiesta o di risposta origine.
Per ulteriori informazioni sull’utilizzo dei trigger Lambda@Edge, consulta Aggiunta di trigger per una funzione Lambda@Edge.
Per ulteriori informazioni sulla gestione del failover DNS, consulta Configurazione di un failover DNS nella Guida per gli sviluppatori di Amazon Route 53.
Utilizzo di pagine di errore personalizzate con failover di origine
È possibile utilizzare le pagine di errore personalizzate con i gruppi di origine in modo analogo a come si utilizzano con le origini che non sono impostate per il failover di origine.
Quando usi il failover di origine, CloudFront può essere configurato per restituire una pagina di errore personalizzata per l’origine primaria o secondaria (o entrambe):
-
Restituisce una pagina di errore personalizzata per l’origine primaria: se l’origine primaria restituisce un codice di stato HTTP non configurato per il failover, CloudFront restituisce la pagina di errore personalizzata ai visualizzatori.
-
Restituisce una pagina di errore personalizzata per l’origine secondaria: se CloudFront riceve un codice di stato di errore dall’origine secondaria, CloudFront restituisce la pagina di errore personalizzata.
Per ulteriori informazioni sull’utilizzo di pagine di errore personalizzate con CloudFront, consulta Generazione di risposte di errore personalizzate.
