CDN tümleştirmesi ile içerik akışı
Uyarı
Azure Media Services 30 Haziran 2024'de kullanımdan kaldırılacaktır. Daha fazla bilgi için bkz. AMS Kullanımdan Kaldırma Kılavuzu.
Önemli
Azure Media Services 30 Haziran 2024 itibarıyla kullanımdan kaldırıldığı ve Azure CDN'nin Azure CDN Standard'ı 31 Ekim 2023'te Akamai'den kullanımdan kaldıracağı için Azure Media Services ile kullanmak üzere yeni CDN'ler oluşturmamak en iyisidir. Azure Media Services kullanımdan kaldırma kılavuzunabakın.
Azure Content Delivery Network (CDN), geliştiricilere dünyanın her yerinde stratejik olarak yerleştirilmiş fiziksel düğümlerde içeriklerini önbelleğe alarak kullanıcılara hızla yüksek bant genişliğine sahip içerik sunmak için küresel bir çözüm sunar.
CDN bir Media Services Akış Uç Noktası'ndan (kaynak) akış yapılan içeriği codec başına, akış protokolü başına, bit hızı başına, kapsayıcı biçimine ve şifreleme/DRM başına önbelleğe alır. Codec akış protokolü-kapsayıcı biçimi-bit hızı şifrelemesi her bileşimi için ayrı bir CDN önbelleği olacaktır.
Popüler içerik, video parçası önbelleğe alındıkça doğrudan CDN önbelleğinden sunulur. Genellikle aynı şeyi izleyen çok sayıda kişi olduğundan canlı içerik önbelleğe alınır. İsteğe bağlı içerik biraz daha karmaşık olabilir, çünkü popüler ve bazıları popüler olmayan içeriğe sahip olabilirsiniz. Hiçbirinin popüler olmadığı (haftada yalnızca bir veya iki izleyici) milyonlarca video varlığınız varsa ancak tüm farklı videoları izleyen binlerce kişi varsa, CDN çok daha az etkili hale gelir.
Uyarlamalı akışın nasıl çalıştığını da göz önünde bulundurmanız gerekir. Her bir video parçası kendi varlığı olarak önbelleğe alınır. Örneğin, belirli bir videonun ilk kez izlendiğini düşünün. Görüntüleyici burada ve orada yalnızca birkaç saniye izlemeyi atlarsa, yalnızca kişinin izlediğiyle ilişkili video parçaları CDN'de önbelleğe alınır. Uyarlamalı akışla genellikle 5-7 farklı bit hızına sahipsinizdir. Bir kişi bir bit hızı izliyorsa ve başka bir kişi farklı bir bit hızı izliyorsa, her biri CDN'de ayrı olarak önbelleğe alınır. İki kişi aynı bit hızını izlese bile farklı protokoller üzerinden akış yapabilir. Her protokol (HLS, MPEG-DASH, Kesintisiz Akış) ayrı ayrı önbelleğe alınır. Bu nedenle her bit hızı ve protokol ayrı ayrı önbelleğe alınır ve yalnızca istenen video parçaları önbelleğe alınır.
Test ortamı dışında, CDN'nin hem Standart hem de Premium akış uç noktaları için etkinleştirilmesini öneririz. Her akış uç noktası türünün desteklenen farklı bir aktarım hızı sınırı vardır.
Dikkate alınacak çeşitli faktörler olduğundan, akış uç noktası tarafından desteklenen en fazla eşzamanlı akış sayısı için kesin bir hesaplama yapmak zordur. Bunlar şunlardır:
- Akış için kullanılan en yüksek bit hızı
- Oynatıcı ön arabellek ve değiştirme davranışı. Oyuncular bir kaynaktan segmentleri ayırmaya çalışır ve uyarlamalı bit hızı değişimini hesaplamak için yük hızını kullanır. Akış uç noktası doygunluğa yaklaşırsa yanıt süreleri değişebilir ve oyuncular daha düşük kaliteye geçmeye başlar. Bu, Akış Uç Noktası oyuncularının yükünü azaltıyor olduğundan, istenmeyen anahtarlama tetikleyicileri oluşturarak daha yüksek kaliteye geri ölçeklendirin.
Genel olarak, maksimum akış uç noktası aktarım hızını alıp bunu en yüksek bit hızına bölerek (tüm oyuncuların en yüksek bit hızını kullandığı varsayılarak) maksimum eşzamanlı akış tahmini yapmak güvenlidir. Örneğin, 600 Mb/sn ile sınırlı ve en yüksek bit hızı 3Mbp olan bir Standart akış uç noktanız olabilir. Bu durumda, en yüksek bit hızıyla yaklaşık 200 eşzamanlı akış desteklenir. Ses bant genişliği gereksinimlerini de dikkate almak için unutmayın. Bir ses akışı yalnızca 128 kps'de akışla aktarılsa da, eşzamanlı akış sayısıyla çarptığınızda toplam akış hızla eklenir.
Bu konuda, CDN tümleştirmesinietkinleştirme açıklanmaktadır. Ayrıca önceden oluşturma (etkin önbelleğe alma) ve Origin-Assist CDN-Prefetch kavramı da açıklanmaktadır.
Husus -lar
- CDN'yi etkinleştirseniz de etkinleştirmeseniz de akış uç noktası
hostnameve akış URL'si aynı kalır. - İçeriğinizi CDN ile veya CDN olmadan test edebilmeniz gerekiyorsa, CDN etkin olmayan başka bir akış uç noktası oluşturun.
Azure CDN tümleştirmesini etkinleştirme
Önemli
Deneme veya öğrenci Azure hesapları için CDN'yi etkinleştiremezsiniz.
CDN tümleştirmesi Federal Kamu ve Çin bölgeleri dışındaki tüm Azure veri merkezlerinde etkinleştirilir.
CdN etkin bir akış uç noktası sağlandıktan sonra, akış uç noktasını CDN uç noktasına eşlemek için DNS güncelleştirmesi yapılmadan önce Media Services'da tanımlı bir bekleme süresi vardır.
Daha sonra CDN'yi devre dışı bırakmak/etkinleştirmek istiyorsanız, akış uç noktanız durduruldu durumunda olmalıdır. Akış uç noktası başlatıldıktan sonra Azure CDN tümleştirmesinin etkinleştirilmesi ve değişikliklerin tüm CDN POP'larında etkin olması dört saate kadar sürebilir. Ancak akış uç noktanızı başlatabilir ve akış uç noktasından kesintisiz akış yapabilirsiniz. Tümleştirme tamamlandıktan sonra akış CDN'den teslim edilir. Sağlama süresi boyunca akış uç noktanız başlatma durumunda
Standart akış uç noktası oluşturulduğunda varsayılan olarak Standard Verizon ile yapılandırılır. REST API'lerini kullanarak Premium Verizon veya Standart Akamai sağlayıcılarını yapılandırabilirsiniz.
Azure CDN ile Azure Media Services tümleştirmesi, standart akış uç noktaları için Verizon'den
Not
Azure CDN hakkında ayrıntılı bilgi için
DNS değişikliği yapılıp yapılmadığını belirleme
https://www.digwebinterface.comkullanarak bir akış uç noktasında (trafik Azure CDN'ye yönlendiriliyor) bir DNS değişikliği yapılıp yapılmadığını belirleyebilirsiniz. Sonuçlarda azureedge.net etki alanı adı görürseniz trafik artık CDN'ye işaret ediliyordur.
Origin-Assist CDN-Prefetch
CDN önbelleğe alma, reaktif bir işlemdir. CDN, istenecek sonraki nesneyi tahmin edebilirse, CDN proaktif olarak bir sonraki nesneyi isteyebilir ve önbelleğe alabilir. Bu işlemle, nesnelerin tümü (veya çoğu) için önbellek isabeti elde edebilirsiniz ve bu da performansı artırır.
Prefetching, nesnelerin oyuncu tarafından isteneceğini tahmin ederek nesneleri "İnternet'in kenarında" konumlandırmaya çalışır ve böylece bu nesneyi oyuncuya teslim etme süresini kısaltir.
Bu hedefe ulaşmak için bir akış uç noktasının (kaynak) ve CDN'nin birkaç şekilde el ele çalışması gerekir:
- CdN'ye bundan sonra hangi nesnenin önyüklenmesi gerektiğini bildirmek için Media Services kaynağının "intelligence" (Origin-Assist) olması gerekir.
- CDN, önyükleme ve önbelleğe alma (CDN-prefetch bölümü) yapar. CDN'nin ayrıca şunları yapmak için "akıllı" olması gerekir:
- kaynağın önceden mi yoksa normal bir getirme mi olduğunu belirtin
- 404 yanıtlarını işleme
- ve sonsuz prefetch döngüsünden kaçınmanın bir yolu
Fayda -ları
Origin-Assist CDN-Prefetch özelliğinin avantajları şunlardır:
- Prefetch, kayıttan yürütme sırasında beklenen video segmentlerini kenarda önceden konumlandırarak, görüntüleyicinin gecikme süresini azaltarak ve video segmenti indirme sürelerini iyileştirerek video kayıttan yürütme kalitesini artırır. Bu, video başlatma süresinin daha hızlı ve yeniden yeniden oluşturulmasına neden olur.
- Bu kavram genel CDN kaynaklı senaryo için geçerlidir ve medyayla sınırlı değildir.
- Akamai bu özelliği Akamai Cloud Embed (ACE)eklemiştir.
Not
Bu özellik henüz Media Services akış uç noktasıyla tümleştirilmiş Akamai CDN için geçerli değildir. Ancak, önceden mevcut bir Akamai sözleşmesi olan ve Akamai CDN ile Media Services kaynağı arasında özel tümleştirme gerektiren Media Services müşterileri için kullanılabilir.
Nasıl çalışır?
Origin-Assist CDN-Prefetch üst bilgileri için CDN desteği (hem canlı hem de isteğe bağlı video akışı için) Akamai CDN ile doğrudan anlaşması olan müşteriler tarafından kullanılabilir. Bu özellik, Akamai CDN ile Media Services kaynağı arasında aşağıdaki HTTP üst bilgi alışverişlerini içerir:
| HTTP üst bilgisi | Değer | Gönderen | Ahize | Amaç |
|---|---|---|---|---|
CDN-Origin-Assist-Prefetch-Enabled |
1 (varsayılan) veya 0 | CDN | Köken | CDN'nin önceden etkinleştirildiğini belirtmek için. |
CDN-Origin-Assist-Prefetch-Path |
Örnek: Parçalar(video=14000000000,format=mpd-time-cmaf) |
Köken | CDN | CDN'nin ön yolunu sağlamak için. |
CDN-Origin-Assist-Prefetch-Request |
1 (ön istek) veya 0 (normal istek) | CDN | Köken | CDN'den gelen isteğin bir ön koşul olduğunu belirtmek için. |
Üst bilgi değişiminin bir kısmını çalışır durumda görmek için aşağıdaki adımları deneyebilirsiniz:
- Bir ses veya video kesimi veya parçası için Media Services kaynağına istek göndermek için cURL kullanın. İstekte üst bilgi
CDN-Origin-Assist-Prefetch-Enabled: 1eklediğinizden emin olun. - Yanıtta, değeri göreli yol olan üst bilgi
CDN-Origin-Assist-Prefetch-Pathgörmeniz gerekir.
Desteklenen akış protokolleri
Origin-Assist CDN-Prefetch özelliği canlı ve isteğe bağlı akış için aşağıdaki akış protokollerini destekler:
- HLS v3
- HLS v4
- HLS CMAF
- DASH (CSF)
- DASH (CMAF)
- Sorunsuz akış
SSS
CdN prefetch'in 404 alması için bir ön oluşturma yolu URL'si geçersizse ne olur?
CDN, 404 yanıtlarını yalnızca 10 saniye (veya yapılandırılmış başka bir değer) için önbelleğe alır.
İsteğe bağlı bir videonuz olduğunu varsayalım. CDN-prefetch etkinse, bu özellik bir istemci ilk video segmentini istediğinde, sonraki tüm video kesimlerini aynı bit hızına önceden eklemek için bir döngü başlatacağı anlamına mı geliyor?
Hayır, CDN-prefetch yalnızca istemci tarafından başlatılan istek/yanıttan sonra yapılır. CdN-prefetch hiçbir zaman bir prefetch tarafından tetiklenir, bir prefetch döngüsü önlemek için.
Origin-Assist CDN-Prefetch özellik her zaman açık mı? Nasıl açılıp kapatılabilir?
Bu özellik varsayılan olarak kapalıdır. Müşterilerin Akamai API aracılığıyla açması gerekir.
Canlı akış için, sonraki segment veya parça henüz kullanılabilir değilse Origin-Assist ne olur?
Bu durumda Media Services kaynağı
CDN-Origin-Assist-Prefetch-Pathüst bilgi sağlamaz ve CDN-prefetch gerçekleşmez.Origin-Assist CDN-Prefetchdinamik bildirim filtreleri ile nasıl çalışır?Bu özellik bildirim filtresinden bağımsız olarak çalışır. Bir sonraki parça bir filtre penceresinden çıktığında, URL'si ham istemci bildirimine bakılarak yine de bulunur ve ardından CDN ön ek yanıt üst bilgisi olarak döndürülür. Bu nedenle CDN, DASH/HLS/Smooth bildiriminden filtrelenmiş bir parçanın URL'sini alır. Ancak, bu parça oyuncu tarafından tutulan DASH/HLS/Smooth bildirimine dahil olmadığından (oyuncu bu parçanın varlığını bilmiyor) cdn'ye hiçbir zaman get isteğinde bulunmaz.
DASH MPD/HLS çalma listesi/Kesintisiz bildirim önceden hazırlanabilir mi?
Hayır, DASH MPD, HLS ana çalma listesi, HLS değişken çalma listesi veya düzgün bildirim URL'si ön üst bilgisine eklenmez.
Ön url'ler göreli mi yoksa mutlak mı?
Akamai CDN her ikisine de izin verir ancak Media Services kaynağı yalnızca ön yol için göreli URL'ler sağlar çünkü mutlak URL'leri kullanmanın belirgin bir avantajı yoktur.
Bu özellik DRM korumalı içeriklerle çalışıyor mu?
Evet, bu özellik HTTP düzeyinde çalıştığından herhangi bir segmentin/parçanın kodunu çözmez veya ayrıştırmaz. İçeriğin şifrelenip şifrelenmediği önemli değildir.
Bu özellik Sunucu Tarafı Reklam Ekleme (SSAI) ile çalışıyor mu?
SSAI, Media Services kaynağındaki kaynak içeriğin zaman damgasını değiştirmediğinden özgün/ana içerik (reklam eklemeden önceki özgün video içeriği) çalışır. Bu özelliğin reklam içeriğiyle çalışıp çalışmadığı, reklam kaynağının Origin-Assist'i destekleyip desteklemediğine bağlıdır. Örneğin, reklam içeriği Azure Media Services'te de barındırılıyorsa (aynı veya ayrı kaynak), reklam içeriği de önceden eklenir.
Bu özellik UHD/HEVC içeriğiyle çalışıyor mu?
Evet.
Nasıl yapılır, öğreticiler ve örnekler
- CDN iyileştirmelerini etkinleştirme -Origin Shield
Yardım ve destek alma
Sorularınız için Media Services ile iletişime geçebilir veya aşağıdaki yöntemlerden birini kullanarak güncelleştirmelerimizi izleyebilirsiniz:
- Q & A
-
Stack Overflow. soruları
azure-media-servicesile etiketleyin. - Destek istemek için @AzureSupport@MSFTAzureMedia veya kullanın.
- Azure portalı üzerinden bir destek bileti açın.