Punkty końcowe przesyłania strumieniowego (źródło) w usłudze Azure Media Services

W Microsoft Azure Media Services punkt końcowy przesyłania strumieniowego reprezentuje dynamiczną (just in time) usługę pakowania i źródła, która może dostarczać zawartość na żywo i na żądanie bezpośrednio do aplikacji odtwarzacza klienta przy użyciu jednego z typowych protokołów multimediów przesyłania strumieniowego (HLS lub DASH). Punkt końcowy przesyłania strumieniowego zapewnia również dynamiczne (just in time) szyfrowanie do wiodących w branży drM.

Podczas tworzenia konta usługi Media Services zostanie utworzony domyślny punkt końcowy przesyłania strumieniowego w stanie zatrzymania. Więcej punktów końcowych przesyłania strumieniowego można utworzyć w ramach konta (zobacz Limity przydziału i limity).

Uwaga

Aby rozpocząć przesyłanie strumieniowe wideo, musisz uruchomić punkt końcowy przesyłania strumieniowego , z którego chcesz przesyłać strumieniowo wideo. Opłaty są naliczane tylko wtedy, gdy punkt końcowy przesyłania strumieniowego jest w stanie uruchomienia.

Zapoznaj się również z artykułem Dynamiczne tworzenie pakietów.

Konwencja nazewnictwa

Format nazwy hosta adresu URL przesyłania strumieniowego to {servicename}-{accountname}-{regionname}.streaming.media.azure.net, gdzie servicename = nazwa punktu końcowego przesyłania strumieniowego lub nazwa wydarzenia na żywo.

W przypadku korzystania z domyślnego punktu końcowego przesyłania strumieniowego zostanie pominięty, servicename więc adres URL to: {accountname}-{regionname}.streaming.azure.net.

Ograniczenia

  • Nazwa punktu końcowego przesyłania strumieniowego ma maksymalną wartość 24 znaków.
  • Nazwa powinna być zgodna z tym wzorcem wyrażeń regularnych : ^[a-zA-Z0-9]+(-*[a-zA-Z0-9])*$.

Typy

Istnieją dwa typy punktów końcowych przesyłania strumieniowego : Standardowy (wersja zapoznawcza) i Premium. Typ jest definiowany przez liczbę jednostek skalowania (scaleUnits) przydzielanych dla punktu końcowego przesyłania strumieniowego.

Maksymalny limit jednostek przesyłania strumieniowego wynosi zwykle 10. Skontaktuj się z pomoc techniczna platformy Azure, aby zwiększyć limit konta.

W poniższej tabeli opisano typy punktów końcowych przesyłania strumieniowego w warstwie Premium i Standardowa.

Typ Jednostki skalowania Opis
Standardowa 0 Domyślny punkt końcowy przesyłania strumieniowego to typ standardowy . Możesz zmienić go na typ Premium, dostosowując wartość scaleUnits.
Premium > 0 Punkty końcowe przesyłania strumieniowego w warstwie Premium są odpowiednie dla zaawansowanych obciążeń i zapewniają dedykowaną i skalowalną pojemność przepustowości. Możesz przejść do typu Premium , dostosowując scaleUnits wartość (jednostki przesyłania strumieniowego). Zapewnia scaleUnits dedykowaną pojemność ruchu wychodzącego, którą można kupić w przyrostach 200 Mb/s. W przypadku korzystania z typu Premium każda włączona jednostka zapewnia dodatkową pojemność przepustowości dla aplikacji.

Uwaga

W przypadku klientów, którzy chcą dostarczać zawartość do dużych odbiorców internetowych, zalecamy włączenie usługi CDN w punkcie końcowym przesyłania strumieniowego.

Porównywanie typów przesyłania strumieniowego

Cecha Standardowa (Standard) Premium
Przepływność Nawet 600 Mb/s i może zapewnić znacznie wyższą efektywną przepływność w przypadku korzystania z usługi CDN. 200 Mb/s na jednostkę przesyłania strumieniowego (SU). Może zapewnić znacznie wyższą efektywną przepływność w przypadku korzystania z usługi CDN.
CDN Usługa Azure CDN, usługa CDN innej firmy lub brak sieci CDN. Usługa Azure CDN, usługa CDN innej firmy lub brak sieci CDN.
Rozliczenia są proporcjonalnie Codziennie Codziennie
Szyfrowanie dynamiczne Tak Tak
Dynamiczne tworzenie pakietów Tak Tak
Skalowanie Automatyczne skalowanie w górę do docelowej przepływności. Dodatkowe jednostki SU.
Filtrowanie adresów IP/G20/Host niestandardowy 1 Tak Tak
Pobieranie progresywne Tak Tak
Typ zasobu Udostępnione 2 Dedykowane
Zalecane użycie Zalecane do testowania i nieistotnych scenariuszy przesyłania strumieniowego. Profesjonalne użycie.

1 Używane bezpośrednio w punkcie końcowym przesyłania strumieniowego tylko wtedy, gdy sieć CDN nie jest włączona w punkcie końcowym.
2 Standardowe punkty końcowe przesyłania strumieniowego używają udostępnionej puli zasobów.

Wersje

Typ StreamingEndpointVersion Jednostki skalowania CDN Rozliczenia
Klasyczny 1.0 0 NA Bezpłatna
Standardowy punkt końcowy przesyłania strumieniowego (wersja zapoznawcza) 2.0 0 Tak Płatna
Jednostki przesyłania strumieniowego w warstwie Premium 1.0 > 0 Tak Płatna
Jednostki przesyłania strumieniowego w warstwie Premium 2.0 > 0 Tak Płatna

Uwaga

Umowa SLA dotyczy tylko punktów końcowych przesyłania strumieniowego w warstwie Premium, a nie standardowych punktów końcowych przesyłania strumieniowego. Aby uzyskać informacje na temat umowy SLA, zobacz Cennik i umowa SLA.

Migracja między typami

Źródło Działanie Akcja
Wdrożenie klasyczne Standardowa (Standard) Należy wyrazić zgodę
Klasyczny Premium Skalowanie (dodatkowe jednostki przesyłania strumieniowego)
Standardowa/Premium Klasyczny Niedostępne (jeśli wersja punktu końcowego przesyłania strumieniowego to 1.0. Dozwolona zmiana na klasyczną scaleunits przez ustawienie wartości na "0".
Standardowa (z/bez usługi CDN) Premium z tymi samymi konfiguracjami. Dozwolone w stanie rozpoczęcia (za pośrednictwem Azure Portal).
Premium (z/bez usługi CDN) Standardowa z tymi samymi konfiguracjami. Dozwolone w stanie rozpoczęcia (za pośrednictwem Azure Portal).
Standardowa (z/bez usługi CDN) Premium z różnymi konfiguracjami. Dozwolone w stanie zatrzymania (za pośrednictwem Azure Portal). Niedozwolone w stanie uruchomienia .
Premium (z/bez usługi CDN) Standardowa z różnymi konfiguracjami. Dozwolone w stanie zatrzymania (za pośrednictwem Azure Portal). Niedozwolone w stanie uruchomienia .
Wersja 1.0 z jednostki SU >= 1 z siecią CDN Standardowa/Premium bez sieci CDN Dozwolone w stanie zatrzymania . Niedozwolone w stanie rozpoczęcia .
Wersja 1.0 z jednostki SU >= 1 z siecią CDN Standardowa z/bez sieci CDN Dozwolone w stanie zatrzymania . Niedozwolone w stanie rozpoczęcia . Usługa CDN w wersji 1.0 zostanie usunięta i zostanie utworzona i uruchomiona.
Wersja 1.0 z jednostki SU >= 1 z siecią CDN Premium z/bez usługi CDN Dozwolone w stanie zatrzymania . Niedozwolone w stanie rozpoczęcia . Klasyczna sieć CDN zostanie usunięta i zostanie utworzona i uruchomiona.

Właściwości punktu końcowego przesyłania strumieniowego

W tej sekcji omówiono niektóre właściwości punktów końcowych przesyłania strumieniowego. Aby zapoznać się z przykładami tworzenia nowego punktu końcowego przesyłania strumieniowego i opisów wszystkich właściwości, zobacz Punkt końcowy przesyłania strumieniowego.

  • accessControl — Konfiguruje następujące ustawienia zabezpieczeń dla tego punktu końcowego przesyłania strumieniowego: Klucze uwierzytelniania nagłówka usługi Akamai Signature i adresy IP, które mogą łączyć się z tym punktem końcowym. Tę właściwość można ustawić tylko wtedy, gdy cdnEnabled jest ustawiona na wartość false.
  • cdnEnabled — Wskazuje, czy integracja usługi Azure CDN dla tego punktu końcowego przesyłania strumieniowego jest włączona (domyślnie wyłączona). Jeśli ustawisz wartość cdnEnabled true, następujące konfiguracje będą wyłączone: customHostNames i accessControl.

    Nie wszystkie centra danych obsługują integrację usługi Azure CDN. Aby sprawdzić, czy centrum danych ma dostępną integrację z usługą Azure CDN, wykonaj następujące kroki:

    • Spróbuj ustawić wartość cdnEnabled true.
    • Sprawdź zwrócony wynik komunikatu HTTP Error Code 412 (WstępnegoFailed) — "Właściwość CdnEnabled punktu końcowego przesyłania strumieniowego nie może być ustawiona na wartość true, ponieważ funkcja usługi CDN jest niedostępna w bieżącym regionie".

    Jeśli wystąpi ten błąd, centrum danych nie obsługuje go. Spróbuj użyć innego centrum danych.

  • cdnProfile — Jeśli cdnEnabled parametr ma wartość true, można również przekazać cdnProfile wartości. cdnProfile to nazwa profilu usługi CDN, w którym tworzony jest punkt końcowy usługi CDN. Możesz podać istniejącą cdnProfile lub użyć nowej. Jeśli wartość to NULL i cdnEnabled ma wartość true, używana jest wartość domyślna "AzureMediaStreamingPlatformCdnProfile". Jeśli podany cdnProfile element już istnieje, zostanie utworzony punkt końcowy. Jeśli profil nie istnieje, zostanie automatycznie utworzony nowy profil.

  • cdnProvider — Po włączeniu usługi CDN można również przekazywać cdnProvider wartości. cdnProvider steruje dostawcą, który będzie używany. Obecnie obsługiwane są trzy wartości — "StandardVerizon", "PremiumVerizon" i "StandardAkamai". Jeśli wartość nie jest podana i cdnEnabled ma wartość true, użyj wartości domyślnej "StandardVerizon".

  • crossSiteAccessPolicies - Określa zasady dostępu między lokacjami dla różnych klientów. Aby uzyskać więcej informacji, zobacz Specyfikacja pliku zasad między domenami i Udostępnianie usługi w granicach domeny. Ustawienia dotyczą tylko funkcji Smooth Streaming.

  • customHostNames — Konfiguruje punkt końcowy przesyłania strumieniowego tak, aby akceptował ruch kierowany do niestandardowej nazwy hosta. Ta właściwość jest prawidłowa dla punktów końcowych przesyłania strumieniowego w warstwie Standardowa i Premium i może być ustawiana w przypadku wartości cdnEnabled false.

    • Własność nazwy domeny musi zostać potwierdzona przez usługę Media Services. Usługa Media Services weryfikuje własność nazwy domeny za pomocą rekordu zawierającego CName identyfikator konta usługi Media Services jako składnik, który ma zostać dodany do używanej domeny. Jeśli na przykład jako niestandardowej nazwy hosta punktu końcowego przesyłania strumieniowego używasz wartości "sports.contoso.com", skonfiguruj rekord <accountId>.contoso.com , aby wskazywał jedną z nazw hostów weryfikacji usługi Media Services. Nazwa hosta weryfikacji składa się z .verifydns.<mediaservices-dns-zone>

      Poniżej przedstawiono oczekiwane strefy DNS, które mają być używane w rekordzie weryfikacji dla różnych regionów platformy Azure.

      • Ameryka Północna, Europa, Singapur, Hongkong SAR i Japonia:

        • media.azure.net
        • verifydns.media.azure.net
      • Chiny:

        • mediaservices.chinacloudapi.cn
        • verifydns.mediaservices.chinacloudapi.cn
    • Na przykład rekord mapujący CName "945a4c4e-28ea-45cd-8ccb-a519f6b700ad.contoso.com" na "verifydns.media.azure.net" okazuje się, że identyfikator usługi Media Services "945a4c4e-28ea-45cd-8ccb-a519f6f6b700ad" ma własność domeny contoso.com , umożliwiając korzystanie z dowolnej nazwy w contoso.com jako niestandardowej nazwy hosta dla punktu końcowego przesyłania strumieniowego w ramach tego konta. Aby znaleźć wartość identyfikatora usługi Media Service, przejdź do Azure Portal i wybierz konto usługi Media Service. Identyfikator konta zostanie wyświetlony w prawym górnym rogu strony.

    • Jeśli istnieje próba ustawienia niestandardowej nazwy hosta bez odpowiedniej weryfikacji rekordu CName , odpowiedź DNS zakończy się niepowodzeniem, a następnie zostanie zapisana w pamięci podręcznej przez jakiś czas. Po utworzeniu odpowiedniego rekordu może upłynąć trochę czasu, dopóki buforowana odpowiedź nie zostanie ponownie wycofana. W zależności od dostawcy DNS dla domeny niestandardowej zmiana rekordu trwa od kilku minut do godziny.

    • Oprócz mapowania na element należy utworzyć inny CName element, który mapuje niestandardową nazwę hosta (na przykład sports.contoso.com) na nazwę hosta punktu końcowego przesyłania strumieniowego usługi Media Services (na przykład amstest-usea.streaming.media.azure.net).verifydns.<mediaservices-dns-zone>CName<accountId>.<parent domain>

    Uwaga

    Punkty końcowe przesyłania strumieniowego znajdujące się w tym samym centrum danych nie mogą współużytkować tej samej niestandardowej nazwy hosta.

    Obecnie usługa Media Services nie obsługuje protokołu TLS z domenami niestandardowymi.

  • maxCacheAge — zastępuje domyślny nagłówek kontrolki pamięci podręcznej HTTP max-age ustawiony przez punkt końcowy przesyłania strumieniowego na fragmentach multimediów i manifestach na żądanie. Wartość jest ustawiana w sekundach.

  • resourceState — Poniżej znajduje się opis stanów punktu końcowego przesyłania strumieniowego.

    • Zatrzymano — początkowy stan punktu końcowego przesyłania strumieniowego po utworzeniu.
    • Uruchamianie — przejście do stanu uruchomienia.
    • Uruchomione — możliwość przesyłania strumieniowego zawartości do klientów.
    • Skalowanie — jednostki skalowania są zwiększane lub zmniejszane.
    • Zatrzymywanie: przejście do stanu zatrzymania.
    • Usuwanie: usuwanie.
  • scaleUnits — Zapewnia dedykowaną pojemność ruchu wychodzącego, którą można kupić w przyrostach 200 Mb/s. Jeśli musisz przejść do typu Premium, dostosuj wartość .scaleUnits

Uwaga

Usługa Media Services będzie wymuszać protokół TLS 1.2 dla wszystkich żądań do źródeł przesyłania strumieniowego keyDelivery, RESTv2, punktu końcowego przesyłania strumieniowego i transmisji strumieniowej zdarzeń na żywo. Konta z istniejącym użyciem protokołu TLS 1.0 lub 1.1 będą wykluczone z tego wymuszania. Jeśli chcesz wymusić protokół TLS 1.2 dla wszystkich żądań do tych punktów końcowych usługi Media Services, skontaktuj się z pomocą techniczną usługi AMS.

Dlaczego warto używać wielu punktów końcowych przesyłania strumieniowego?

Pojedynczy punkt końcowy przesyłania strumieniowego może przesyłać strumieniowo wideo na żywo i na żądanie, a większość klientów używa tylko jednego punktu końcowego przesyłania strumieniowego. W tej sekcji opisano scenariusze, które mogą wymagać użycia wielu punktów końcowych przesyłania strumieniowego.

  • Każda jednostka zarezerwowana umożliwia przepustowość 200 Mb/s. Jeśli potrzebujesz więcej niż 2000 Mb/s (2 Gb/s) przepustowości, użyj drugiego punktu końcowego przesyłania strumieniowego i równoważenia obciążenia, który zapewnia dodatkową przepustowość.

    Sieć CDN to najlepszy sposób osiągnięcia skali w poziomie dla zawartości przesyłanej strumieniowo. Jeśli jednak dostarczasz tyle zawartości, że sieć CDN ściąga więcej niż 2 Gb/s, możesz dodać dodatkowe punkty końcowe przesyłania strumieniowego (źródła). W takim przypadku należy przekazać adresy URL zawartości, które są zrównoważone w dwóch punktach końcowych przesyłania strumieniowego. Takie podejście zapewnia lepszą buforowanie niż próba wysłania żądań do każdego źródła losowo (na przykład za pośrednictwem usługi Traffic Manager).

    Porada

    Zwykle, gdy sieć CDN ściąga więcej niż 2 Gb/s, coś może zostać nieprawidłowo skonfigurowane (na przykład bez osłony źródła).

  • Równoważenie obciążenia różnych dostawców sieci CDN — na przykład można skonfigurować domyślny punkt końcowy przesyłania strumieniowego, aby użyć sieci CDN Verizon i utworzyć drugi, aby użyć usługi Akamai. Teraz dodaj równoważenie obciążenia między dwoma punktami końcowymi, aby osiągnąć równoważenie wielu sieci CDN.

    Jednak klient często równoważy równoważenie obciążenia u wielu dostawców usługi CDN przy użyciu jednego źródła.

  • Przesyłanie strumieniowe zawartości mieszanej — transmisja strumieniowa na żywo i wideo na żądanie. Wzorce dostępu dla zawartości na żywo i na żądanie są różne. Zawartość na żywo ma tendencję do dużego zapotrzebowania na tę samą zawartość jednocześnie. Zawartość wideo na żądanie (na przykład długa zawartość archiwum tail) ma niskie użycie w tej samej zawartości. W związku z tym buforowanie działa bardzo dobrze na zawartości na żywo, ale nie tak dobrze na długiej zawartości ogona.

    Rozważmy scenariusz, w którym klienci głównie oglądają zawartość na żywo, ale od czasu do czasu obserwują zawartość na żądanie i są one obsługiwane z tego samego punktu końcowego przesyłania strumieniowego. Niskie użycie zawartości na żądanie zajęłoby miejsce w pamięci podręcznej, które byłoby lepiej zapisane dla zawartości na żywo. W tym scenariuszu zalecamy obsługę zawartości na żywo z jednego punktu końcowego przesyłania strumieniowego i długiej zawartości końcowej z innego punktu końcowego przesyłania strumieniowego. Poprawi to wydajność zawartości wydarzenia na żywo.

Skalowanie przesyłania strumieniowego przy użyciu sieci CDN

Zobacz następujące artykuły:

Uzyskiwanie pomocy i obsługi technicznej

Możesz skontaktować się z usługą Media Services z pytaniami lub postępować zgodnie z naszymi aktualizacjami, korzystając z jednej z następujących metod: