Endpoint di streaming (origine) in Servizi multimediali di Azure

In Servizi multimediali di Microsoft Azure, un endpoint di streaming rappresenta un servizio di creazione di pacchetti e origine dinamico (JUST-in-time) in grado di distribuire il contenuto live e on demand direttamente a un'app lettore client, usando uno dei protocolli multimediali di streaming comuni (HLS o DASH). L'endpoint di streaming fornisce anche la crittografia dinamica (JUST-in-time) ai DRM leader del settore.

Quando si crea un account di Servizi multimediali, viene creato automaticamente un endpoint di streaming predefinito in uno stato arrestato. È possibile creare altri endpoint di streaming con l'account (vedere Quote e limiti).

Assicurarsi di esaminare anche l'articolo Creazione dinamica dei pacchetti.

Convenzione di denominazione

Il formato del nome host dell'URL di streaming è {servicename}-{accountname}-{regionname}.streaming.media.azure.net, dove servicename = il nome dell'endpoint di streaming o il nome dell'evento live.

Quando si usa l'endpoint di streaming predefinito, viene omesso in servicename modo che l'URL sia: {accountname}-{regionname}.streaming.azure.net.

Limitazioni

• Il nome dell'endpoint di streaming ha un valore massimo di 24 caratteri.
• Il nome deve seguire questo modello regex : ^[a-zA-Z0-9]+(-*[a-zA-Z0-9])*$.

Tipi

Esistono due tipi di endpoint di streaming : Standard (anteprima) e Premium. Il tipo è definito in base al numero di unità di scala (scaleUnits) allocate per l'endpoint di streaming.

Il limite massimo di unità di streaming è in genere 10. Contattare supporto tecnico di Azure per aumentare il limite per l'account.

La tabella seguente descrive i tipi di endpoint di streaming Premium e Standard.

Confronto tra le tipologie di streaming

¹ Viene usato direttamente nell'endpoint di streaming quando la rete CDN non è abilitata nell'endpoint.
² Gli endpoint di streaming Standard usano un pool condiviso di risorse.

Versioni

Migrazione tra le tipologie

Proprietà dell'endpoint di streaming

Questa sezione illustra alcune delle proprietà degli endpoint di streaming. Per esempi di come creare un nuovo endpoint di streaming e descrizioni di tutte le proprietà, vedere Endpoint di streaming.

• accessControl - Configura le impostazioni di sicurezza seguenti per questo endpoint di streaming: chiavi di autenticazione dell'intestazione della firma Akamai e indirizzi IP autorizzati a connettersi a questo endpoint. Questa proprietà può essere impostata solo quando cdnEnabled è impostata su false.

• cdnEnabled - Indica se l'integrazione della rete CDN di Azure per questo endpoint di streaming è abilitata (disabilitata per impostazione predefinita). Se cdnEnabled è impostata su true, vengono disabilitate le configurazioni seguenti: customHostNames e accessControl.

  Non tutti i data center supportano l'integrazione della rete CDN di Azure. Per verificare se il data center dispone dell'integrazione della rete CDN di Azure disponibile, seguire questa procedura:

  • Provare a impostare cdnEnabled su true.
  • Controllare il risultato restituito per il HTTP Error Code 412 messaggio (PrecondizioneFailed): "La proprietà CdnEnabled dell'endpoint di streaming non può essere impostata su true perché la funzionalità della rete CDN non è disponibile nell'area corrente".

  Se viene visualizzato questo errore, il data center non lo supporta. Provare un altro data center.

• cdnProfile - Quando cdnEnabled è impostato su true, è anche possibile passare cdnProfile valori. cdnProfile è il nome del profilo della rete CDN in cui viene creato il punto endpoint della rete CDN. È possibile specificare un oggetto esistente cdnProfile o usarne uno nuovo. Se value è e cdnEnabled è NULL true, viene usato il valore predefinito "AzureMediaStreamingPlatformCdnProfile". Se l'oggetto specificato cdnProfile esiste già, ne viene creato un endpoint. Se il profilo non esiste, viene creato automaticamente un nuovo profilo.

• cdnProvider - Quando la rete CDN è abilitata, è anche possibile passare cdnProvider valori. cdnProvider consente di controllare il provider usato. Attualmente sono supportati tre valori: "StandardVerizon", "PremiumVerizon" e "StandardAkamai". Se il valore non viene specificato ed cdnEnabled è true, usare il valore predefinito "StandardVerizon".

• crossSiteAccessPolicies - Specifica i criteri di accesso tra siti per vari client. Per altre informazioni, vedere Cross-domain policy file specification (Specifica dei file di criteri tra domini) e Making a Service Available Across Domain Boundaries(Disponibilità di un servizio tra confini di dominio). Le impostazioni si applicano solo a Smooth Streaming.

• customHostNames - Configura un endpoint di streaming per accettare il traffico indirizzato a un nome host personalizzato. Questa proprietà è valida per gli endpoint di streaming Standard e Premium e può essere impostata quando cdnEnabled è false.

  • La proprietà del nome di dominio deve essere confermata da Servizi multimediali. Servizi multimediali verifica la proprietà del nome di dominio con l'aiuto del CName record che contiene l'ID dell'account di Servizi multimediali come componente da aggiungere al dominio in uso. Ad esempio, se si usa "sports.contoso.com" come nome host personalizzato per l'endpoint di streaming, configurare un record per <accountId>.contoso.com in modo che punti a uno dei nomi host di verifica di Servizi multimediali. Il nome host di verifica è composto da verifydns.<mediaservices-dns-zone>.

    Di seguito sono riportate le zone DNS previste da usare nel record di verifica per aree di Azure diverse.

    • America del Nord, Europa, Singapore, Hong Kong SAR e Giappone:

      • media.azure.net
      • verifydns.media.azure.net

    • Cina:

      • mediaservices.chinacloudapi.cn
      • verifydns.mediaservices.chinacloudapi.cn

  • Ad esempio, un CName record che esegue il mapping di "945a4c4e-28ea-45cd-8ccb-a519f6b700ad.contoso.com" a "verifydns.media.azure.net" dimostra che l'ID di Servizi multimediali "945a4c4e-28ea-45cd-8ccb-a519f6b700ad" ha la proprietà del dominio contoso.com , abilitando qualsiasi nome in contoso.com da usare come nome host personalizzato per un endpoint di streaming con tale account. Per individuare il valore dell'ID di Servizi multimediali, passare al portale di Azure e selezionare l'account di Servizi multimediali. L'ID account viene visualizzato in alto a destra nella pagina.

  • Se si tenta di impostare un nome host personalizzato senza una verifica corretta del CName record, la risposta DNS avrà esito negativo e quindi verrà memorizzata nella cache per un certo periodo di tempo. Una volta che è stato inserito un record appropriato, la risposta memorizzata nella cache potrebbe richiedere del tempo fino a quando la risposta memorizzata nella cache non viene riconvalidata. A seconda del provider DNS per il dominio personalizzato, la riconvalida del record richiede da qualche minuto a un'ora.

  • Oltre a CName che <accountId>.<parent domain> esegue il mapping a verifydns.<mediaservices-dns-zone>, è necessario creare un altro CName oggetto che esegue il mapping del nome host personalizzato (ad esempio sports.contoso.com) al nome host dell'endpoint di streaming di Servizi multimediali , ad esempio amstest-usea.streaming.media.azure.net.

  Nota

  Gli endpoint di streaming che si trovano nello stesso data center non possono condividere lo stesso nome host personalizzato.

  Attualmente Servizi multimediali non supporta TLS con domini personalizzati.

• maxCacheAge - Esegue l'override dell'intestazione predefinita del controllo cache HTTP max-age impostata dall'endpoint di streaming su frammenti multimediali e manifesti su richiesta. Il valore è impostato in secondi.

• resourceState - Di seguito è riportata la descrizione degli stati dell'endpoint di streaming.

  • Arrestato: lo stato iniziale di un endpoint di streaming dopo la creazione.
  • Avvio: transizione allo stato di esecuzione.
  • In esecuzione: consente di trasmettere il contenuto ai client.
  • Ridimensionamento: le unità di scala vengono aumentate o ridotte.
  • Arresto: transizione allo stato arrestato.
  • Eliminazione: da eliminare.

• scaleUnits - Fornisce una capacità in uscita dedicata che è possibile acquistare in incrementi di 200 Mbps. Se è necessario passare a un tipo Premium , modificare il valore di scaleUnits.

Perché usare più endpoint di streaming?

Un singolo endpoint di streaming può trasmettere video live e su richiesta e la maggior parte dei clienti usa un solo endpoint di streaming. Questa sezione illustra gli scenari che potrebbero essere necessari per l'uso di più endpoint di streaming.

• Ogni unità riservata consente 200 Mbps di larghezza di banda. Se sono necessari più di 2.000 Mbps (2 Gbps) di larghezza di banda, usare il secondo endpoint di streaming e il bilanciamento del carico che fornisce una larghezza di banda aggiuntiva.

  La rete CDN è il modo migliore per ottenere la scalabilità orizzontale per il contenuto di streaming. Tuttavia, se si distribuisce un contenuto così grande che la rete CDN esegue il pull di più di 2 Gbps, è possibile aggiungere endpoint di streaming aggiuntivi (origini). In questo caso, è necessario distribuire gli URL di contenuto bilanciati tra i due endpoint di streaming. Questo approccio offre una memorizzazione nella cache migliore rispetto al tentativo di inviare richieste a ogni origine in modo casuale,ad esempio tramite una gestione traffico.

  Suggerimento

  In genere, quando la rete CDN esegue il pull di più di 2 Gbps, potrebbe essere configurata in modo errato ( ad esempio, nessuna schermatura di origine).

• Bilanciamento del carico di diversi provider di rete CDN: ad esempio, è possibile configurare l'endpoint di streaming predefinito per usare la rete CDN Verizon e creare un secondo per usare Akamai. Aggiungere ora il bilanciamento del carico tra i due endpoint per ottenere il bilanciamento della rete CDN multipla.

  Tuttavia, il cliente spesso esegue il bilanciamento del carico tra più provider di rete CDN usando un'unica origine.

• Streaming di contenuti misti : streaming live e video su richiesta. I modelli di accesso per il contenuto live e su richiesta sono diversi. Il contenuto live tende a ottenere molte richieste per lo stesso contenuto contemporaneamente. Il contenuto video su richiesta (ad esempio, un contenuto dell'archivio a coda lunga) ha un utilizzo ridotto sullo stesso contenuto. Pertanto, la memorizzazione nella cache funziona molto bene sul contenuto live, ma non anche sul contenuto lungo della coda.

  Si consideri uno scenario in cui i clienti stanno principalmente guardando contenuti live, ma solo occasionalmente guardando contenuto su richiesta e viene servito dallo stesso endpoint di streaming. L'utilizzo basso del contenuto su richiesta occupa lo spazio della cache che sarebbe meglio salvato per il contenuto live. In questo scenario è consigliabile gestire il contenuto live da un endpoint di streaming e il contenuto a coda lunga da un altro endpoint di streaming. In questo modo verranno migliorate le prestazioni del contenuto dell'evento live.

Ridimensionamento dello streaming con la rete CDN

Vedere gli articoli seguenti:

• Panoramica della rete CDN
• Ridimensionamento dello streaming con la rete CDN

Guida e supporto tecnico

È possibile contattare Servizi multimediali con domande o seguire gli aggiornamenti in base a uno dei metodi seguenti:

• DOMANDE E RISPOSTE
• Stack Overflow. Contrassegna le domande con azure-media-services.
• @MSFTAzureMedia o usare @AzureSupport per richiedere supporto.
• Aprire un ticket di supporto tramite il portale di Azure.