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, gdycdnEnabled
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
iaccessControl
.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.
- Spróbuj ustawić wartość
cdnProfile
— JeślicdnEnabled
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ść toNULL
icdnEnabled
ma wartość true, używana jest wartość domyślna "AzureMediaStreamingPlatformCdnProfile". Jeśli podanycdnProfile
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 icdnEnabled
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ścicdnEnabled
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ładsports.contoso.com
) na nazwę hosta punktu końcowego przesyłania strumieniowego usługi Media Services (na przykładamstest-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:
- Q & A
-
Stack Overflow. Tagowanie pytań przy użyciu polecenia
azure-media-services
. - @MSFTAzureMedia lub użyj @AzureSupport , aby poprosić o pomoc techniczną.
- Otwórz bilet pomocy technicznej za pośrednictwem Azure Portal.