कम विलंबता WebRTC स्ट्रीमिंग के लिए गतिशील CDN

इससे पहले, वेबआरटीसी स्ट्रीमिंग के दृष्टिकोण से डिजिटल महासागर में मानक सर्वर कॉन्फ़िगरेशन की संभावनाओं का विश्लेषण करते हुए, हमने नोट किया कि एक सर्वर 2000 दर्शकों तक सेवा कर सकता है। वास्तविक जीवन में, अक्सर ऐसे मामले होते हैं जब एक सर्वर पर्याप्त नहीं होता है।

मान लीजिए कि जर्मनी में उत्साह के प्रशंसक ऑस्ट्रेलिया में वास्तविक समय की घुड़दौड़ देखते हैं। चूंकि घुड़दौड़ केवल घुड़सवारी के खेल नहीं है, बल्कि बड़ी जीत भी है, समय पर किए गए दांव के साथ, वीडियो को कम से कम संभव देरी से दिया जाना चाहिए।

एक और उदाहरण। यूरोप, रूस और दक्षिण पूर्व एशिया में सहायक कंपनियों के साथ एफसीएमजी बाजार में एक वैश्विक निगम, भूमध्य सागर में मुख्यालय से प्रसारित बिक्री प्रबंधकों को प्रशिक्षित करने के लिए वेबिनार आयोजित कर रहा है। दर्शकों को वास्तविक समय में प्रस्तुतकर्ता को देखना और सुनना चाहिए।

ये उदाहरण आवश्यकताओं को जोड़ते हैं: कम विलंबता वाले बड़ी संख्या में दर्शकों को मीडिया स्ट्रीम प्रदान करते हैं। ऐसा करने के लिए, आपको एक सामग्री वितरण नेटवर्क - CDN परिनियोजित करने की आवश्यकता है।

ध्यान दें कि एचएलएस का उपयोग करके स्ट्रीम डिलीवरी की शास्त्रीय तकनीक उपयुक्त नहीं है, क्योंकि यह 30 सेकंड तक की देरी दे सकती है, और यह वास्तविक समय शो के लिए महत्वपूर्ण है। कल्पना करें कि घोड़े पहले से ही फिनिश लाइन तक पहुंच चुके हैं, परिणाम साइट पर प्रकाशित किए गए हैं, और प्रशंसक अभी भी दौड़ का निरीक्षण कर रहे हैं। यह कमी वेबआरटीसी तकनीक से वंचित है, जो 1 सेकंड के भीतर देरी प्रदान कर सकती है, आधुनिक संचार चैनलों के साथ यह महाद्वीपों के लिए भी संभव है।

पहले, आइए देखें कि वेबआरटीसी धाराओं को वितरित करने के लिए सबसे सरल सीडीएन को कैसे तैनात किया जाए, और फिर इसे स्केल करें।

सीडीएन संरचना

CDN में एक सर्वर निम्नलिखित में से एक भूमिका निभा सकता है:

• उत्पत्ति मीडिया धाराओं को प्रकाशित करने के लिए एक सर्वर है। अन्य सर्वर को स्ट्रीम वितरित करता है, यह ग्राहकों को भी वितरित कर सकता है।
• ट्रांसकोडर - एक सर्वर जो ट्रांसकोडिंग धाराओं के लिए समर्पित है। उत्पत्ति सर्वर से स्ट्रीम निकालता है और एज में ट्रांसकोड की गई स्ट्रीम वितरित करता है। हम अगले भाग में इस भूमिका से निपटेंगे।
• एज - एक सर्वर जो ग्राहकों को स्ट्रीम वितरित करने के लिए डिज़ाइन किया गया है। यह उत्पत्ति या ट्रांसकोडर सर्वर से स्ट्रीम लेता है, अन्य सीडीएन सर्वरों को स्ट्रीम वितरित नहीं करता है।

आप मूल सर्वर पर WebRTC और RTMP स्ट्रीम प्रकाशित कर सकते हैं, या RTMP, RTSP और अन्य संभावित तरीकों के माध्यम से अन्य स्रोतों से स्ट्रीम कैप्चर कर सकते हैं।

सब्सक्राइबर एज सर्वर से WebRTC, RTMP, RTSP, HLS के माध्यम से स्ट्रीम खेल सकते हैं

CDN सर्वर के बीच, विलंबता को कम करने के लिए WebRTC पर स्ट्रीम करना वांछनीय है।

एक स्थिर CDN पूरी तरह से विन्यास चरण में वर्णित है। वास्तव में, एक स्थिर सीडीएन की स्थापना एक लोड बैलेंसर स्थापित करने के समान है: सभी रिसीवर स्ट्रीम स्रोत सर्वर की सेटिंग्स में सूचीबद्ध हैं।

उदाहरण के लिए, हमारे पास फ्रैंकफर्ट में एक ओरिजिन सर्वर, एक एज न्यूयॉर्क में और एक सिंगापुर में है

इस स्थिति में, उत्पत्ति कुछ इस तरह से कॉन्फ़िगर की गई है:

<loadbalancer mode="roundrobin" stream_distribution="webrtc"> <node id="1"> <ip>edge1.thestaticcdn.com</ip> <wss>443</wss> </node> <node id="2"> <ip>edge2.thestaticcdn.com</ip> <wss>443</wss> </node> </loadbalancer> 

स्टैटिक सीडीएन के साथ पहली समस्या यह है: इस तरह के सीडीएन में एक नया एज सर्वर जोड़ने के लिए, या सीडीएन से सर्वर को हटाने के लिए, आपको सेटिंग्स बदलने और सभी ओरिजनल सर्वर को रिस्टार्ट करने की जरूरत है।

उत्पत्ति पर प्रकाशित धाराएँ एज सेटिंग्स में सूचीबद्ध सभी सर्वरों पर प्रसारित होती हैं। मूल सर्वर पर किस एज सर्वर से ग्राहक जुड़ेंगे, इसके बारे में भी निर्णय लिया जाता है। यहाँ दूसरी समस्या है: अगर कोई दर्शक नहीं हैं या बहुत कम हैं, उदाहरण के लिए, सिंगापुर में एक शुरुआती शाम, और रात के मृतकों में न्यूयॉर्क में धारा 1 को प्रसारित किया जाता है। ट्रैफ़िक को बेकार में खर्च किया जाता है, और मुफ्त में नहीं।

डायनेमिक सीडीएन इन दो समस्याओं को हल कर सकता है।

इसलिए, हम सभी ओरिजिन सर्वर को फिर से शुरू किए बिना सीडीएन को कॉन्फ़िगर करना चाहते हैं, और हम उन एज सर्वरों में स्ट्रीम ट्रांसफर नहीं करना चाहते हैं जहां कोई सब्सक्राइबर नहीं है। इस स्थिति में, आपको सीडीएन सर्वर की पूरी सूची को सेटिंग्स में रखने की आवश्यकता नहीं है। प्रत्येक सर्वर को स्वयं ऐसी सूची बनानी चाहिए, और इसके लिए उसे किसी भी समय अन्य सर्वरों की वर्तमान स्थिति का पता होना चाहिए।

आदर्श रूप से, सेटिंग्स में यह प्रविष्टि बिंदु को निर्दिष्ट करने के लिए पर्याप्त होना चाहिए, सर्वर जिसमें से सीडीएन शुरू होता है। इस प्रविष्टि बिंदु पर, स्टार्टअप पर प्रत्येक सर्वर को एक अनुरोध भेजना चाहिए और प्रतिक्रिया में सीडीएन नोड्स की एक सूची और प्रकाशित धाराओं की एक सूची प्राप्त करनी चाहिए। यदि प्रविष्टि बिंदु अनुपलब्ध है, तो सर्वर को अन्य सर्वर से संदेशों की अपेक्षा करनी चाहिए।

सर्वर को सीडीएन में अन्य सर्वरों को अपनी स्थिति में कोई भी परिवर्तन भेजना चाहिए।

सबसे सरल सीडीएन: यूरोप के केंद्र में

तो, आइए एक गतिशील सीडीएन को कॉन्फ़िगर करने और चलाने का प्रयास करें। मान लीजिए, शुरुआत के लिए, हमें यूरोपीय दर्शकों को वीडियो स्ट्रीम वितरित करने की आवश्यकता है, जबकि 5,000 से अधिक उपयोगकर्ताओं को समर्थित होना चाहिए। मान लीजिए कि प्रवाह का स्रोत यूरोप में भी है।

हम यूरोपीय डेटा सेंटर में तीन सर्वरों को तैनात करते हैं। CDN बनाने के लिए तत्वों के रूप में हम Flashphoner WebCallServer (WebRTC स्ट्रीमिंग वीडियो सर्वर) का उपयोग करेंगे।

स्थापना:

• मूल ईयू

 cdn_enabled=true cdn_ip=o-eu1.flashponer.com cdn_nodes_resolve_ip=false cdn_role=origin 

• एज 1 ईयू

 cdn_enabled=true cdn_ip=e-eu1.flashphoner.com cdn_point_of_entry=o-eu1.flashponer.com cdn_nodes_resolve_ip=false cdn_role=edge 

• एज 2 ईयू

 cdn_enabled=true cdn_ip=e-eu2.flashphoner.com cdn_point_of_entry=o-eu1.flashponer.com cdn_nodes_resolve_ip=false cdn_role=edge 

डायनामिक सीडीएन नोड्स के बीच मेसेजिंग वेबसोकेट के माध्यम से होती है, और निश्चित रूप से, सिक्योर वेबसोकेट भी समर्थित है।

CDN के अंदर, धाराएं WebRTC के माध्यम से प्रसारित की जाती हैं। एक नियम के रूप में, यूडीपी का उपयोग एक परिवहन के रूप में किया जाता है, लेकिन आप टीसीपी पर स्विच कर सकते हैं यदि आपको सर्वर के साथ बहुत अच्छे चैनल के साथ प्रसारण गुणवत्ता सुनिश्चित करने की आवश्यकता नहीं है। काश, इस मामले में देरी बढ़ जाती है।

हम सर्वरों को पुनः आरंभ करते हैं, o-eu1 पर टू वे स्ट्रीमिंग का उदाहरण o-eu1 , 10 मिनट से 0 तक एक उलटी गिनती टाइमर के साथ एक चक्रीय वीडियो प्रकाशित करें

e-eu1 पर प्लेयर उदाहरण खोलें, स्ट्रीम खेलें

और e-eu2 पर भी ऐसा ही करें

सीडीएन काम करता है! जैसा कि आप स्क्रीनशॉट में देख सकते हैं, वीडियो का समय प्रकाशन पक्ष पर और दर्शकों में वेबआरटीसी और अच्छे चैनलों के लिए धन्यवाद एक सेकंड तक मेल खाता है।

हर जगह आगे: अमेरिका को जोड़ने

अब हम अमेरिकी महाद्वीप पर दर्शकों के लिए स्ट्रीम वितरित करेंगे, और हम प्रकाशन के बारे में नहीं भूलेंगे।

CDN के यूरोपीय भाग को अक्षम किए बिना, हम अमेरिकी सर्वर केंद्र में तीन सर्वरों को तैनात करते हैं

स्थापना:

• मूल यू.एस.

 cdn_enabled=true cdn_ip=o-us1.flashponer.com cdn_point_of_entry=o-eu1.flashponer.com cdn_nodes_resolve_ip=false cdn_role=origin 

• एज 1 यू.एस.

 cdn_enabled=true cdn_ip=e-us1.flashphoner.com cdn_point_of_entry=o-eu1.flashponer.com cdn_nodes_resolve_ip=false cdn_role=edge 

• एज 2 यू.एस.

 cdn_enabled=true cdn_ip=e-us2.flashphoner.com cdn_point_of_entry=o-eu1.flashponer.com cdn_nodes_resolve_ip=false cdn_role=edge 

हम अमेरिकी सर्वर को पुनरारंभ करते हैं, हम प्रकाशन की जांच करते हैं

और प्रजनन

इसी समय, यूरोपीय खंड काम करना जारी रखता है। यह देखने के लिए जांचें कि क्या अमेरिकी ग्राहक यूरोप से प्रकाशित स्ट्रीम देखेंगे। हम o-eu1 पर test_eu स्ट्रीम प्रकाशित करते हैं

और इसे e-us1 पर e-us1

और यह भी काम करता है! देरी के लिए, स्क्रीनशॉट में हम फिर से प्रकाशन पक्ष पर वीडियो में टाइमर के संयोग का निरीक्षण करते हैं और दर्शकों में एक सेकंड तक।

कृपया ध्यान दें कि किसी अन्य मूल सर्वर पर प्रकाशित धाराएँ मूल सर्वर से सीधे डिफ़ॉल्ट रूप से नहीं खेली जा सकती हैं, लेकिन यदि आपको इसकी आवश्यकता है, तो आप इसके लिए इसे ले सकते हैं

 cdn_origin_to_origin_route_propagation=true 

जारी रखा जाए

इसलिए, हमने एक साधारण CDN की तैनाती की और फिर इसे सफलतापूर्वक दो महाद्वीपों तक पहुंचा दिया, कम विलंबता WebRTC स्ट्रीम प्रकाशित करना और खेलना। उसी समय, हमने प्लेबैक के दौरान धाराओं के मापदंडों को नहीं बदला, जो कि वास्तविक जीवन में अक्सर आवश्यक होता है: सभी दर्शकों के पास अलग-अलग चैनल होते हैं, और प्रसारण की गुणवत्ता बनाए रखने के लिए, उदाहरण के लिए, संकल्प या बिटरेट को कम करना आवश्यक है। यह हम अगले भाग में करेंगे ...

संदर्भ

कम विलंबता WebRTC स्ट्रीमिंग CDN एक वेब कॉल सर्वर-आधारित सामग्री वितरण नेटवर्क है।