

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

# Prefetching degli annunci
<a name="prefetching-ads"></a>

Usa il prefetching degli AWS Elemental MediaTailor annunci per i live streaming per ridurre i picchi di carico sugli ad decision server (ADS) e diminuire la latenza di distribuzione dei manifesti all'inizio di ogni interruzione pubblicitaria. Quando definisci una pianificazione di prelettura, MediaTailor segui la pianificazione per recuperare gli annunci dall'ADS e prepararli per l'inserimento degli annunci prima che siano necessari per un'interruzione pubblicitaria. Durante i live streaming, il prefetching può aiutare a mitigare la riduzione dei tassi di riempimento degli annunci e le opportunità di monetizzazione mancate a causa dei timeout di richiesta e transcodifica degli annunci o di altri ritardi di rete. 

**Nota**  
Il prefetching degli annunci non funziona con i metodi di inserimento degli annunci guidati dal server (SGAI), compresi i tradizionali interstitial HLS e guidati dal server. I metodi SGAI non richiedono il prefetching perché i giocatori recuperano solo gli annunci a cui stanno per giocare e i manifesti possono essere utilizzati senza visualizzare le richieste di sessione individuali. CDNs MediaTailor

*Per configurare il prefetching degli annunci, create una o più pianificazioni di prefetch nella configurazione di riproduzione.* Una pianificazione di prelettura indica MediaTailor come e quando recuperare e preparare gli annunci per un'imminente interruzione pubblicitaria. 
+ *Se un evento presenta annunci con una pianificazione prevedibile, utilizza un'unica pianificazione di prefetch.* Ogni singola pianificazione di prelettura definisce un unico set di annunci da MediaTailor inserire in un unico annuncio. Per precaricare gli annunci per più annunci quando utilizzi pianificazioni di prelettura singole, devi creare più pianificazioni di prelettura (fino a 24 ore prima della pubblicazione dell'annuncio) correlate a ciascuna disponibilità dell'annuncio. 
+ *Se un evento presenta annunci che non rientrano in una pianificazione prevedibile, utilizza una pianificazione di prefetch ricorrente.* Una pianificazione di prelettura periodica crea automaticamente una pianificazione e precarica gli annunci prima di ogni interruzione pubblicitaria di un evento. La pianificazione di prefetch ricorrente recupera gli annunci per ogni annuncio disponibile entro un periodo di tempo definito (fino a 24 ore prima della fine dell'evento). Non è necessario creare una pianificazione per ogni annuncio pubblicato, ma perderai parte del controllo temporale offerto da un singolo prefetch.

Negli argomenti seguenti vengono descritte ulteriori informazioni sulla prelettura degli annunci.

**Topics**
+ [Come funziona il prefetching](understanding-prefetching.md)
+ [Creazione di pianificazioni di prefetch](creating-prefetch-schedules.md)
+ [Modellazione del traffico basata su TPS](tps-traffic-shaping.md)
+ [Eliminazione delle pianificazioni di prefetch](deleting-prefetch-schedules.md)

# Come funziona il prefetching
<a name="understanding-prefetching"></a>

Quando il client invia una richiesta manifesta a MediaTailor, il servizio valuta tutte le pianificazioni di prefetch associate alla configurazione di riproduzione. Se MediaTailor non trova una pianificazione di prelettura corrispondente, il servizio torna alla normale impostazione degli annunci e non precarica gli annunci.

Se MediaTailor trova una pianificazione di prelettura corrispondente, il servizio valuta la pianificazione in base a due componenti: recupero e consumo. La configurazione di ogni componente varia tra le singole pianificazioni di prefetch e le pianificazioni di prefetch ricorrenti, come descritto nelle sezioni seguenti.

## Flusso di pianificazione di prefetch singolo
<a name="understanding-prefetching-single"></a>

**Recupero**  
Questo definisce la *finestra di recupero*, che è l'intervallo di tempo in cui MediaTailor prescarica gli annunci dall'ADS. Assicurati di programmare questa finestra per un periodo precedente all'interruzione dell'annuncio. Di seguito viene fornita una panoramica di come MediaTailor elabora una singola pianificazione di prefetch.  
Per i passaggi per creare un'unica pianificazione di prefetch nella console, consulta. [Creazione di pianificazioni di prefetch](creating-prefetch-schedules.md) Per le istruzioni sull'API, consulta l'*AWS Elemental MediaTailor API [PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)*Reference.  
Durante la *finestra di recupero* specificata, MediaTailor invia richieste all'ADS per recuperare e preparare gli annunci per inserirli successivamente nelle sessioni di riproduzione.  
+ MediaTailor utilizza opzionalmente il traffic shaping per limitare il numero di richieste all'ADS contemporaneamente. Puoi scegliere tra due approcci:

  *Modellazione del traffico in base alla finestra temporale*: MediaTailor distribuisce le richieste nel numero di secondi specificato anziché inviare le richieste per tutte le sessioni contemporaneamente. Questa distribuzione dispersa del traffico aiuta a evitare che gli ADS vengano sovraccaricati, con conseguenti timeout e bassi tassi di riempimento degli annunci.

  *Modellazione del traffico basata su TPS*: MediaTailor limita le richieste in base alle transazioni al secondo (TPS) e agli utenti simultanei. Questo approccio offre una configurazione più intuitiva basata sui limiti di capacità ADS. Per ulteriori informazioni, consulta [Modellazione del traffico basata su TPS](tps-traffic-shaping.md).
+ Se imposti *variabili dinamiche*, MediaTailor include queste variabili nelle richieste all'ADS. MediaTailor utilizza queste variabili per abbinare e utilizza le pianificazioni di prefetch durante la finestra di consumo. Per ulteriori informazioni, consulta la seguente sezione *Consumo*.

**Example**  
Un evento dal vivo dura dalle 7:45 alle 10:00, con una pausa pubblicitaria alle 8:15. Puoi configurare MediaTailor la visualizzazione degli annunci dalle 7:45 alle 8:00, con una finestra di modellazione del traffico di 60 secondi. Con 500.000 utenti simultanei, MediaTailor distribuisce le richieste ADS per raggiungere una velocità media di circa 8.333 transazioni al secondo per 60 secondi (500.000 utenti/60 secondi = 8.333 richieste al secondo), anziché inviare tutte le richieste contemporaneamente.   
La configurazione di `1234` recupero include la chiave e il valore della variabile dinamica. `scte.event` MediaTailor include questa variabile nelle richieste all'ADS, che può quindi essere utilizzata per indirizzare inserzionisti specifici all'ID evento 1234. 

**Consumo**  
Quando MediaTailor incontra i marker di interruzione pubblicitaria SCTE-35 durante la finestra di consumo, inserisce gli annunci preimpostati in un'interruzione pubblicitaria.  
+ Se non hai impostato i criteri di corrispondenza disponibili, MediaTailor inserisce gli annunci nella prima interruzione della finestra di consumo.
+ Se hai impostato una *chiave di variabile dinamica* per *avail* *matching* *criteri*, MediaTailor valuta questi criteri rispetto alle variabili dinamiche impostate nella finestra di recupero. Un'interruzione pubblicitaria è idonea per l'inserimento di annunci preimpostati solo se sono soddisfatti i criteri di corrispondenza di disponibilità. MediaTailor inserisce annunci nella prima interruzione che soddisfa i criteri.

  Per un elenco dei criteri di abbinamento della disponibilità supportati, consulta la colonna *Available for ad prefetch* nella tabella su. [MediaTailor variabili di sessione per le richieste ADS](variables-session.md)

**Example continua**  
Hai impostato l'ora di inizio del consumo alle 8:15 e l'ora di fine alle 8:17. La chiave è inclusa nei `scte.event_id` criteri di abbinamento delle disponibilità.   
Per ogni interruzione pubblicitaria rilevata MediaTailor tra le 8:15 e le 8:17, valuta l'ID dell'evento per ogni interruzione pubblicitaria. SCTE In ogni sessione di riproduzione, MediaTailor inserisce gli annunci preimpostati nella prima interruzione pubblicitaria con un ID evento di 1234 (come definito nelle variabili dinamiche di recupero). Per le interruzioni pubblicitarie che non contengono l'ID evento corretto, esegue l'inserimento di annunci standard. MediaTailor 

## Flusso di pianificazione prefetch ricorrente
<a name="understanding-prefetching-recurring"></a>

**Recupero**  
Questo definisce la *finestra di recupero ricorrente*, che è l'intervallo di tempo in cui MediaTailor prescarica e inserisce gli annunci per un evento dal vivo (fino a 24 ore). Di seguito viene fornita una panoramica di come elabora le pianificazioni di prefetch ricorrenti. MediaTailor   
Per i passaggi per creare una pianificazione di prefetch ricorrente nella console, consulta. [Creazione di pianificazioni di prefetch](creating-prefetch-schedules.md) *Per istruzioni sull'API, consulta l'API [PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)Reference.AWS Elemental MediaTailor *  
Durante la finestra di prefetch ricorrente specificata, MediaTailor recupera e inserisce gli annunci per un evento dal vivo della durata massima di 24 ore. Dopo ogni interruzione pubblicitaria nella finestra, recupera MediaTailor automaticamente gli annunci per l'interruzione pubblicitaria successiva.   
+ Se imposti l'*intervallo di tempo dopo la fine dell'offerta*, MediaTailor attende il tempo specificato prima di recuperare il set successivo di annunci per la successiva interruzione pubblicitaria.
+ MediaTailor utilizza opzionalmente il traffic shaping per limitare il numero di richieste all'ADS contemporaneamente. Puoi scegliere tra due approcci:

  *Modellazione del traffico in base alla finestra temporale*: MediaTailor distribuisce le richieste nel numero di secondi specificato anziché inviare le richieste per tutte le sessioni contemporaneamente. Questa distribuzione dispersa del traffico aiuta a evitare che gli ADS vengano sovraccaricati, con conseguenti timeout e bassi tassi di riempimento degli annunci.

  *Modellazione del traffico basata su TPS*: MediaTailor limita le richieste in base alle transazioni al secondo (TPS) e agli utenti simultanei. Questo approccio offre una configurazione più intuitiva basata sui limiti di capacità ADS. Per ulteriori informazioni, consulta [Modellazione del traffico basata su TPS](tps-traffic-shaping.md).
+ Se imposti *variabili dinamiche*, MediaTailor include queste variabili nelle richieste all'ADS. MediaTailor utilizza queste variabili per abbinare e utilizza le pianificazioni di prefetch durante la finestra di consumo. Per ulteriori informazioni, consulta la seguente sezione *Consumo*.

**Example**  
Un evento dal vivo dura dalle 19:00 alle 20:45, con quattro pause pubblicitarie in quel periodo. Le interruzioni pubblicitarie non hanno una pianificazione prevedibile. Puoi configurare il prefetch ricorrente dalle 19:00 alle 20:45, con un ritardo di 10 minuti e una finestra di modellazione del traffico di 60 secondi. Dopo ogni utilizzo, recupera gli annunci per la successiva interruzione pubblicitaria. MediaTailor Dieci minuti dopo la fine della disponibilità, MediaTailor inizia a inviare richieste di recupero all'ADS. Con una finestra di modellazione del traffico di 60 secondi e 500.000 utenti simultanei, MediaTailor distribuisce le richieste ADS per raggiungere una velocità media di circa 8.333 transazioni al secondo per 60 secondi (500.000 utenti/60 secondi = 8.333 richieste al secondo), anziché inviare tutte le richieste contemporaneamente.   
La configurazione di recupero `scte.event` `1234` include la chiave e il valore della variabile dinamica. MediaTailor include questa variabile nelle richieste all'ADS, che può quindi essere utilizzata per indirizzare inserzionisti specifici all'ID evento 1234.

**Consumo**  
Quando MediaTailor incontra i marker di interruzione pubblicitaria SCTE-35, inserisce gli annunci preimpostati in un'interruzione pubblicitaria.  
+ Se imposti la scadenza dell'*annuncio recuperato, gli annunci precaricati sono disponibili per l'inserimento fino alla scadenza specificata*.
+ Se non hai impostato i criteri di corrispondenza avail, MediaTailor inserisce gli annunci nella prima interruzione della finestra di consumo.
+ Se hai impostato una *chiave di variabile dinamica* per *avail* *matching* *criteri*, MediaTailor valuta questi criteri rispetto alle variabili dinamiche impostate nella finestra di recupero. Un'interruzione pubblicitaria è idonea per l'inserimento di annunci preimpostati solo se sono soddisfatti i criteri di corrispondenza di disponibilità. MediaTailor inserisce annunci nella prima interruzione che soddisfa i criteri.

  Per un elenco dei criteri di abbinamento della disponibilità supportati, consulta la colonna *Available for ad prefetch* nella tabella su. [MediaTailor variabili di sessione per le richieste ADS](variables-session.md)

**Example continua**  
Nel consumo, includi come chiave `scte.event_id` i criteri di abbinamento delle disponibilità.   
Per ogni interruzione pubblicitaria MediaTailor rilevata, valuta l'ID SCTE evento per ogni interruzione pubblicitaria. In ogni sessione di riproduzione, MediaTailor inserisce gli annunci preimpostati in ogni interruzione pubblicitaria con un ID evento pari a 1234 (come definito nelle variabili dinamiche di recupero). Per le interruzioni pubblicitarie che non contengono l'ID evento corretto, esegue l'inserimento di annunci standard. MediaTailor   
Hai impostato la scadenza dell'annuncio su 2700 secondi in modo che gli annunci recuperati siano disponibili per l'inserimento per 45 minuti.
L'immagine seguente illustra l'esempio, con i piccoli quadrati che rappresentano le interruzioni pubblicitarie. Le impostazioni ricorrenti della pianificazione prefetch sono illustrate lungo la sequenza temporale dell'evento.  

![\[Illustrazione grafica di un evento dal vivo, comprese le configurazioni ricorrenti del programma di prefetch.\]](http://docs.aws.amazon.com/it_it/mediatailor/latest/ug/images/recurring_prefetch_timeline.png)


## Comprensione dei costi di prefetching
<a name="billing"></a>

Non ci sono costi per effettuare richieste di recupero degli annunci. Tuttavia, per il recupero anticipato degli annunci, ti verrà addebitata la tariffa di transcodifica standard per gli annunci precaricati che effettuano la transcodifica. MediaTailor Per quanto riguarda il consumo di annunci precompilati, ti verrà addebitata la tariffa standard di inserimento degli annunci per gli annunci precaricati inseriti nelle interruzioni pubblicitarie. MediaTailor [Per informazioni sui costi di transcodifica e inserimento degli annunci, consulta Prezzi.AWS Elemental MediaTailor](https://aws.amazon.com/mediatailor/pricing/)

# Creazione di pianificazioni di prefetch
<a name="creating-prefetch-schedules"></a>

La procedura seguente spiega come creare una pianificazione di prefetch utilizzando la console. MediaTailor *Per informazioni sulla creazione e la gestione delle pianificazioni di prefetch a livello di codice utilizzando l' MediaTailor API, consulta la sezione API Reference. [PrefetchSchedules](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_PrefetchSchedule.html)AWS Elemental MediaTailor *

**Nota**  
Quando si configurano le pianificazioni di prefetch in MediaTailor, è importante capire come vengono gestiti i diversi tipi di variabili.  

**Utilizza i criteri di corrispondenza**  
Se desideri utilizzare i criteri di avail matching in una pianificazione, assicurati di configurare innanzitutto il modello URL ADS della configurazione di riproduzione con [variabili di sessione dinamiche](variables-session.md), altrimenti i criteri di avail matching non avranno alcun effetto. Per informazioni sull'utilizzo delle variabili di sessione dinamiche, consulta [Fase 3: Configurazione dell'URL della richiesta ADS e dei parametri di query](getting-started-ad-insertion.md#getting-started-configure-request) l'argomento Guida introduttiva all'inserimento degli MediaTailor annunci.

**Variabili del giocatore nelle pianificazioni di prefetch**  
Quando create una pianificazione di prefetch, non definite le variabili del giocatore come variabili dinamiche nella configurazione di prefetch. Passate invece le variabili del giocatore come fareste normalmente all'inizio della sessione. MediaTailor include automaticamente queste variabili nelle richieste di annunci prefetch se le variabili sono mappate nell'URL del modello ADS.

**Per creare una nuova pianificazione di prefetch utilizzando la console**

1. Apri la MediaTailor console all'indirizzo. [https://console.aws.amazon.com/mediatailor/](https://console.aws.amazon.com/mediatailor/)

1. Nel riquadro di navigazione, scegli **Configurazioni.** Seleziona la configurazione di riproduzione per la quale desideri creare una pianificazione di prefetch.

1. **Nella scheda **Pianificazioni di prefetch**, scegliete Aggiungi pianificazione di prefetch.**

1. Nel riquadro dei **dettagli della pianificazione Prefetch**, procedi come segue:
   + In **Nome**, inserisci un identificatore per la tua pianificazione di prefetch, ad esempio. **my-prefetch-schedule**
   + Per **Stream ID**, inserisci facoltativamente un ID univoco. Se la tua origine contiene più stream di riproduzione, puoi utilizzare questo ID per indicare di MediaTailor inserire gli annunci in uno stream specifico. Ad esempio, se la tua configurazione di riproduzione prevede uno streaming sportivo e uno di un programma TV, puoi utilizzare l'ID dello stream per creare pianificazioni di prefetch per inserire annunci mirati allo streaming sportivo. Il valore dell'ID dello stream viene passato all' MediaTailor inizializzazione della sessione o alla richiesta del manifesto del client. Per ulteriori informazioni, consulta l'esempio seguente.
     + Per il *tracciamento lato server*, includi il parametro e il valore della `?aws.streamId` query nella `GET HTTP` richiesta del client all'endpoint. MediaTailor Per informazioni generali sul tracciamento lato server, consulta. [MediaTailor tracciamento e reportistica degli annunci sul lato server](ad-reporting-server-side.md) Una richiesta manifest a un endpoint HLS che include un ID di streaming è simile alla seguente, `myStreamId` dov'è il nome del tuo ID di streaming:

       ```
       GET <mediatailorURL>/v1/master/<hashed-account-id>/<origin-id>/<asset-id>?aws.streamId=myStreamId
       ```
     + Per il *tracciamento lato client*, includi la `streamId` chiave e il valore nel corpo della richiesta di inizializzazione della `POST HTTP` sessione del client all'endpoint. **MediaTailor/v1/session** Per informazioni generali sul tracciamento lato client, consulta. [Monitoraggio degli annunci lato client](ad-reporting-client-side.md) Una richiesta di inizializzazione della sessione che include un ID di streaming è simile alla seguente, `myStreamId` dov'è il nome del tuo ID di streaming:

       ```
       POST <mediatailorURL>/v1/session/<hashed-account-id>/<origin-id>/<asset-id>
       {
           'streamId': 'myStreamId',
           'reportingMode': 'client'
       }
       ```

1. Per il **tipo Prefetch**, fai la tua selezione e scegli la sezione corrispondente per ricevere assistenza con i campi aggiuntivi:
   + Scegli **Single** se stai creando una pianificazione di prefetch per un'interruzione pubblicitaria in un evento.
   + Scegli **Ricorrente** se stai creando una pianificazione che prerecupera automaticamente gli annunci prima di ogni interruzione pubblicitaria di un evento. 

## Pianificazione di prefetch singola
<a name="single-prefetch"></a>

Per creare una pianificazione che preregistri gli annunci prima che un annuncio venga pubblicato in un evento.

1. Nel **riquadro Recupero**, specificate le impostazioni di recupero che desiderate utilizzare. Queste impostazioni determinano quando MediaTailor prerecuperare gli annunci dall'ADS. Determinano inoltre quali variabili di sessione dinamiche includere nella richiesta all'ADS, se presenti.
   + In **Ora di inizio**, inserisci l'ora in cui MediaTailor puoi avviare i recuperi prefetch per questa interruzione pubblicitaria. MediaTailor cercherà di precaricare gli annunci per le richieste manifeste effettuate dal cliente a partire da tale orario. Il valore predefinito è l'ora corrente. Se non specifichi un valore, il servizio avvia il recupero del prefetch il prima possibile.
   + In Ora di **fine, inserisci l'ora** in cui desideri interrompere la visualizzazione anticipata degli MediaTailor annunci per questa interruzione pubblicitaria. MediaTailor cercherà di recuperare in anticipo gli annunci per le richieste manifeste che si verificano in questo momento o prima di tale data. La finestra di recupero può sovrapporsi alla finestra di consumo.
   + Facoltativamente, configura il traffic shaping per limitare il numero di richieste all'ADS contemporaneamente. Scegli uno dei seguenti approcci:

     *Approccio basato sulla finestra temporale*: per la **durata della finestra di modellazione del traffico**, inserisci il numero di secondi in cui le richieste MediaTailor devono essere distribuite all'ADS. Per ulteriori informazioni, consulta Spiegazione del recupero della pianificazione di [prefetch Single](understanding-prefetching.md#avail-matching-criteria-retr).

     *Approccio basato su TPS*: configura gli utenti simultanei **Peak TPS** e **Peak per limitare le richieste in base alle transazioni al secondo e agli utenti simultanei**. Per ulteriori informazioni, consulta [Modellazione del traffico basata su TPS](tps-traffic-shaping.md).
   + Nella sezione [**Variabili dinamiche, inserisci fino a 100 variabili**](variables.md) di sessione dinamiche. MediaTailor utilizza queste variabili per la sostituzione nelle richieste di prefetch inviate all'ADS. [Se non inserisci alcuna variabile di sessione dinamica, MediaTailor fa del tuo meglio per interpolare i valori delle variabili dinamiche contenute nell'URL ADS.](configurations-create.md#configurations-create-main)
     + Seleziona **Aggiungi variabile dinamica**. 
     + Per **Chiave**, inserisci una chiave di variabile di sessione dinamica, ad esempio`scte.event_id`. È possibile utilizzare qualsiasi variabile dinamica che MediaTailor supporti. Per informazioni sulle variabili di sessione dinamiche, vedere[MediaTailor variabili di sessione per le richieste ADS](variables-session.md).
     + Per **Valore**, immettere un valore di variabile dinamica, ad esempio*my-event*.
     + Per aggiungere un'altra variabile dinamica, scegliete Seleziona **Aggiungi variabile dinamica**. 

1. Nel riquadro **Consumo**, specifica le impostazioni che desideri utilizzare per la finestra di consumo. Queste impostazioni determinano MediaTailor quando inserire gli annunci nell'interruzione pubblicitaria. Determinano inoltre i criteri di corrispondenza delle disponibilità che desideri utilizzare.
   + In **Ora di inizio**, inserisci l'ora in cui desideri iniziare MediaTailor a inserire gli annunci preimpostati nell'interruzione pubblicitaria. Il valore predefinito è l'ora corrente. Se non specifichi un orario, il servizio avvia il prefetch consumption il prima possibile.
   + Per **Ora di fine**, inserisci l'ora in cui desideri MediaTailor interrompere l'inserimento degli annunci preimpostati nell'interruzione pubblicitaria. MediaTailor cercherà di recuperare in anticipo gli annunci relativi alle richieste manifeste del cliente che si verificano in questo momento o prima di tale data. L'ora di fine deve essere successiva all'ora di inizio e tra meno di un giorno. La finestra di consumo può sovrapporsi alla finestra di recupero.
   + Nella sezione [**Disponibilità dei criteri di abbinamento**](variables.md), seleziona **Aggiungi criteri di disponibilità** e aggiungi fino a cinque criteri di corrispondenza alla tua pianificazione. Quindi, in **Chiave variabile dinamica, aggiungi una chiave** variabile dinamica, ad esempio. `scte.event_id` MediaTailor inserirà gli annunci preimpostati nell'interruzione pubblicitaria *solo* se soddisfano i criteri definiti dai valori delle variabili dinamiche a MediaTailor cui il cliente trasmette o che MediaTailor deduce da informazioni come i dati della sessione. Se un'interruzione pubblicitaria non soddisfa i criteri di corrispondenza specificati, MediaTailor salta il prefetch relativo a quell'interruzione. Per informazioni, consulta la spiegazione del consumo del programma [Single Prefetch](understanding-prefetching.md#avail-matching-criteria).

1. Seleziona **Aggiungi criteri di utilizzo**.

Le pianificazioni di prefetch scadono automaticamente dopo l'ora di fine della finestra di consumo. A fini diagnostici, rimangono visibili per almeno 7 giorni, dopodiché MediaTailor vengono eliminati automaticamente. In alternativa, è possibile eliminare manualmente una pianificazione di prefetch in qualsiasi momento. Per informazioni su come eliminare manualmente una pianificazione di prefetch, consultate la sezione seguente. [Eliminazione delle pianificazioni di prefetch](deleting-prefetch-schedules.md)

### Determinare la frequenza con cui il cliente deve chiamare l'API CreatePrefetchSchedule
<a name="how-often"></a>

Il tuo cliente può chiamare l'[CreatePrefetchSchedule](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_CreatePrefetchSchedule.html)API in modo programmatico una volta al giorno per impostare il recupero e il consumo se sai esattamente quando si verificheranno le interruzioni pubblicitarie. In alternativa, il cliente può chiamare l'API più volte nel corso della giornata per definire il recupero e il consumo. Quando scegli la frequenza di chiamata all'API, prendi in considerazione il [numero massimo di pianificazioni di prefetch attive](quotas.md#prefetch-schedules-limit) e la probabilità che la pianificazione delle interruzioni pubblicitarie cambi dopo aver creato le pianificazioni di prefetch. Se è probabile che la pianificazione delle interruzioni pubblicitarie cambi dopo aver creato le pianificazioni di prefetch, potresti voler chiamare l'API più frequentemente.

## Pianificazione di prefetch ricorrente
<a name="recurring-prefetch"></a>

Per creare una pianificazione che preregistri gli annunci prima che ogni annuncio venga pubblicato in un evento.

1. Nel **riquadro Recupero ricorrente, specifica le impostazioni di recupero** che desideri utilizzare. Queste impostazioni determinano quando MediaTailor prescarica gli annunci dall'ADS. Determinano inoltre quali variabili di sessione dinamiche includere nella richiesta all'ADS, se presenti.
   + Per la **finestra di prefetch ricorrente**, inserisci l'ora in cui MediaTailor puoi avviare i recuperi di prefetch per questa interruzione pubblicitaria. MediaTailor cercherà di precaricare gli annunci in base alle richieste manifeste effettuate dal cliente a partire da questo periodo. Il valore predefinito è l'ora corrente. Se non specifichi un valore, il servizio avvia il recupero del prefetch il prima possibile.
   + In **Delay after avail end**, inserisci il numero di secondi da attendere dopo la scadenza di un MediaTailor periodo di disponibilità prima di precaricare gli annunci per la disponibilità successiva. Se non specifichi un valore, MediaTailor il valore predefinito è no delay. 
   + Facoltativamente, configura il traffic shaping per limitare il numero di richieste all'ADS contemporaneamente. Scegli uno dei seguenti approcci:

     *Approccio basato sulla finestra temporale*: per la **durata della finestra di modellazione del traffico**, inserisci il numero di secondi in cui le richieste MediaTailor devono essere distribuite all'ADS. Per ulteriori informazioni, consulta Spiegazione del recupero della pianificazione di [prefetch ricorrenti](understanding-prefetching.md#avail-matching-criteria-recurring-retr)

     *Approccio basato su TPS*: configura gli utenti simultanei **Peak TPS e Peak** **per limitare le richieste in base alle transazioni al secondo e agli utenti simultanei**. Per ulteriori informazioni, consulta [Modellazione del traffico basata su TPS](tps-traffic-shaping.md).
   + Nella sezione [**Variabili dinamiche, inserisci fino a 100 variabili**](variables.md) di sessione dinamiche. MediaTailor utilizza queste variabili per la sostituzione nelle richieste di prefetch inviate all'ADS. [Se non inserisci alcuna variabile di sessione dinamica, MediaTailor fa del tuo meglio per interpolare i valori delle variabili dinamiche contenute nell'URL ADS.](configurations-create.md#configurations-create-main)
     + Seleziona **Aggiungi variabile dinamica**. 
     + Per **Chiave**, inserisci una chiave di variabile di sessione dinamica, ad esempio`scte.event_id`. È possibile utilizzare qualsiasi variabile dinamica che MediaTailor supporti. Per informazioni sulle variabili di sessione dinamiche, vedere[MediaTailor variabili di sessione per le richieste ADS](variables-session.md).
     + Per **Valore**, immettere un valore di variabile dinamica, ad esempio*my-event*.
     + Per aggiungere un'altra variabile dinamica, scegliete Seleziona **Aggiungi variabile dinamica**. 

1. Nel riquadro **Consumo**, specifica le impostazioni che desideri utilizzare per la finestra di consumo. Queste impostazioni determinano MediaTailor quando inserire gli annunci nell'interruzione pubblicitaria. Determinano inoltre i criteri di corrispondenza delle disponibilità che desideri utilizzare.
   + Per la **scadenza degli annunci recuperati**, indica per quanto tempo gli annunci recuperati sono disponibili per l'inserimento.
   + Nella sezione [**Valuta criteri di corrispondenza, seleziona Aggiungi criteri**](variables.md) **di disponibilità e aggiungi fino a cinque criteri** di corrispondenza alla disponibilità alla tua pianificazione. Quindi, in **Chiave variabile dinamica, aggiungi una chiave** variabile dinamica, ad esempio. `scte.event_id` MediaTailor inserirà gli annunci preimpostati nell'interruzione pubblicitaria *solo* se soddisfano i criteri definiti dai valori delle variabili dinamiche a MediaTailor cui il cliente trasmette o che MediaTailor deduce da informazioni come i dati della sessione. Se un'interruzione pubblicitaria non soddisfa i criteri di corrispondenza specificati, MediaTailor salta il prefetch relativo a quell'interruzione. Per informazioni, consulta la spiegazione del consumo della pianificazione di [prefetch ricorrenti.](understanding-prefetching.md#avail-matching-criteria-recur)

1. **Seleziona Aggiungi criteri di utilizzo.**

Le pianificazioni di prefetch scadono automaticamente dopo l'ora di fine della finestra di consumo. A fini diagnostici, rimangono visibili per almeno 7 giorni, dopodiché MediaTailor vengono eliminati automaticamente. In alternativa, è possibile eliminare manualmente una pianificazione di prefetch in qualsiasi momento. Per informazioni su come eliminare manualmente una pianificazione di prefetch, consultate la sezione seguente. [Eliminazione delle pianificazioni di prefetch](deleting-prefetch-schedules.md)

# Modellazione del traffico basata su TPS
<a name="tps-traffic-shaping"></a>

AWS Elemental MediaTailor offre due approcci opzionali di modellazione del traffico per limitare il numero di richieste all'ADS contemporaneamente. Il traffic shaping basato su TPS offre un'alternativa alla modellazione del traffico basata su finestre temporali per le pianificazioni di prefetch. Questo approccio offre una configurazione più intuitiva in quanto consente di specificare la capacità dell'Ad Decision Server (ADS) in termini di transazioni al secondo (TPS) e utenti simultanei previsti, anziché di calcoli temporali.

## Come funziona la modellazione del traffico basata su TPS
<a name="tps-how-it-works"></a>

Invece di specificare la durata delle finestre di recupero, si forniscono i seguenti parametri:

TPS di picco  
Il numero massimo di richieste al secondo che il tuo ADS può gestire. Questo parametro non ha un valore predefinito.

Numero massimo di utenti simultanei  
Il numero massimo previsto di spettatori simultanei per i tuoi contenuti. Questo parametro non ha un valore predefinito.

MediaTailor distribuisce automaticamente le richieste di prefetch nel tempo per rimanere entro il limite TPS specificato, indipendentemente dal numero di sessioni simultanee.

**Example Esempio di configurazione basato su TPS**  
Il tuo ADS è in grado di gestire 500 TPS e ti aspetti 100.000 spettatori simultanei durante le ore di punta. Tu configuri:  
+ TPS di picco: 500
+ Numero massimo di utenti simultanei: 100.000
MediaTailor distribuisce automaticamente le richieste di prefetch nel tempo per rimanere entro il limite TPS specificato, indipendentemente dal numero di sessioni simultanee.

# Eliminazione delle pianificazioni di prefetch
<a name="deleting-prefetch-schedules"></a>

La procedura seguente spiega come eliminare una pianificazione di prelettura utilizzando la console. MediaTailor *Per informazioni su come eliminare le pianificazioni di prefetch a livello di codice utilizzando l' MediaTailorAPI, consulta la sezione API Reference. [DeletePrefetchSchedule](https://docs.aws.amazon.com/mediatailor/latest/apireference/API_DeletePrefetchSchedule.html)AWS Elemental MediaTailor *

**Nota**  
L'eliminazione non avviene in tempo reale. È possibile che si verifichi un MediaTailor ritardo durante l'eliminazione delle pianificazioni di prefetch, durante il quale il recupero e il consumo del prefetch continueranno a essere eseguiti in background.

**Per eliminare una pianificazione di prefetch utilizzando la console**

1. Aprire la MediaTailor console all'indirizzo. [https://console.aws.amazon.com/mediatailor/](https://console.aws.amazon.com/mediatailor/)

1. Nel riquadro di navigazione, scegli **Configurazioni.** Seleziona la configurazione di riproduzione che contiene le pianificazioni di prefetch che desideri eliminare.

1. Nella scheda **Pianificazioni di prefetch**, selezionate la pianificazione di prefetch che desiderate eliminare. Quindi, scegli **Elimina**.