मेनू
ग्रुपवेयर जो बिजनेस चैट, एआई, वेब कॉन्फ्रेंसिंग, शेड्यूलिंग, डॉक्यूमेंट मैनेजमेंट, वर्कफ़्लो और अटेंडेंस मैनेजमेंट को एकीकृत करता है | चैट और मैसेंजर वेब कॉन्फ्रेंसिंग
  1. घर
  2. का उपयोग कैसे करें
  3. ऑन-प्रिमाइस CAM सर्वर
  4. CAMServer अतिरेक/लोड संतुलन

CAMServer अतिरेक/लोड संतुलन

ऑन-प्रिमाइस CAM सर्वर

विषयसूची

अतिरेक और लोड संतुलन के संबंध में

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

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

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

अतिरेक और लोड संतुलन विन्यास

हम आपकी कंपनी की आवश्यकताओं और बजट के अनुरूप सर्वोत्तम वातावरण तैयार कर सकते हैं।

छोटा प्रारंभ विन्यास

  • भंडारण:डेटाबेस/फ़ाइल CAMServer1 पर रखी गई है और CAMServer2 से एक्सेस की जाती है। इस स्थिति में भी, सभी उपयोगकर्ता वास्तविक समय में डेटा साझा कर सकते हैं।
  • बैकअपडेटाबेस/फ़ाइल डेटा का CAMServer2 पर दैनिक बैकअप लेना आवश्यक है।
  • भार का संतुलनप्रत्येक विभाग द्वारा उपयोग किए जाने वाले CAM सर्वर को अलग करके (या स्टैंडबाय सर्वर का उपयोग करके) लोड बैलेंसिंग संभव है। वेब कॉन्फ्रेंस के लिए लोड बैलेंसिंग हमेशा संभव है।
  • उपलब्धतायूनिट 1 के विफल होने पर DB कनेक्शन गंतव्य सेटिंग कैम.सर्वरडेटपाथ स्थानीय नोड पर स्विच करना आवश्यक है। डिस्क विफलता की स्थिति में...बैकअपहो गयापिछले दिन तक का डेटा उपलब्ध होने की गारंटी है।
  • लागतयह सबसे किफायती कॉन्फ़िगरेशन है। इसकी शुरुआत एक इकाई से होती है और लोड के अनुसार इसे बढ़ाया जा सकता है।

बाह्य संग्रहण (NAS) विन्यास

  • [सपना]डेटाबेस/फ़ाइलों को RAID कॉन्फ़िगरेशन वाले अत्यधिक टिकाऊ बाहरी NAS पर रखें और CAMServer1 और CAMServer2 दोनों को उस तक पहुँच प्रदान करें। वैकल्पिक रूप से, वर्चुअलाइज़ेशन इन्फ्रास्ट्रक्चर के होस्ट OS द्वारा प्रदान किए गए वर्चुअल NAS को निर्दिष्ट करें।
  • बैकअपRAID कॉन्फ़िगरेशन के साथ भी, बिजली आपूर्ति/चेसिस की विफलता और मानवीय त्रुटि की स्थिति से निपटने के लिए डेटाबेस/फ़ाइल डेटा का दैनिक बैकअप लेना आवश्यक है।
  • भार का संतुलनयह एक छोटे स्तर के प्रारंभिक विन्यास के समान है।
  • उपलब्धताविफलता की स्थिति में,वेब ऐप संस्करण यदि आप इस विधि का उपयोग करते हैं, तो नीचे देखें। कैम.क्लस्टरहोस्ट्सयह इसका पता लगा सकता है और स्वचालित फेलओवर को सक्षम कर सकता है।
  • लागतएक अपेक्षाकृत सस्ता कॉन्फ़िगरेशन।

अनावश्यक बाह्य संग्रहण विन्यास

  1. [सपना]यह कॉन्फ़िगरेशन रिडंडेंट फ़ाइल शेयरिंग सर्वरों (जैसे कि विंडोज सर्वर फ़ेलओवर क्लस्टरिंग + SAN, AWS S3 + rclone, आदि) का उपयोग करके डिस्क विफलताओं के विरुद्ध उच्च उपलब्धता को प्राथमिकता देता है।
  2. बैकअपडेटा स्वचालित रूप से प्रतिकृत हो जाता है, इसलिए नीति के आधार पर बैकअप की आवश्यकता नहीं हो सकती है। हालांकि, यदि आप मानवीय त्रुटि (जैसे कि डिस्क को मैन्युअल रूप से मिटाना) से बचाव करना चाहते हैं, तो बैकअप अभी भी आवश्यक हैं।
  3. भार का संतुलनयह एक छोटे स्तर के प्रारंभिक विन्यास के समान है।
  4. उपलब्धतावेब सर्वर कॉन्फ़िगरेशन स्मॉल-स्टार्ट कॉन्फ़िगरेशन के समान है। डिस्क या चेसिस की खराबी के कारण विफलता की स्थिति में भी स्वचालित स्विचिंग संभव है।
  5. लागतशुरुआती सेटअप की लागत अधिक है। हालांकि AWS S3 को कम लागत में स्थापित किया जा सकता है, लेकिन अगर ऑन-प्रिमाइसेस इंफ्रास्ट्रक्चर को प्राथमिकता दी जाए तो यह एक व्यवहार्य विकल्प नहीं है।

लोड बैलेंसर कॉन्फ़िगरेशन

  • [सपना]छोटे स्तर के कॉन्फ़िगरेशन / NAS / SAN विकल्प उपलब्ध हैं।
  • बैकअप: यह एक छोटे प्रारंभिक कॉन्फ़िगरेशन / NAS / SAN के समान है।
  • भार का संतुलनCAMServer के सामने लोड बैलेंसर लगाकर रिडंडेंसी और लोड बैलेंसिंग हासिल की जा सकती है।※ लोड बैलेंसर कॉन्फ़िगरेशन आवश्यकताओं का विवरणकृपया इसे भी जांच लें।
  • उपलब्धताअतिरिक्त बाह्य भंडारण व्यवस्था के साथ, सभी स्तरों पर स्वचालित फ़ेलओवर संभव है।
  • लागतप्रारंभिक सेटअप लागत अधिक है।

अतिरेक और लोड संतुलन सेटिंग्स

कॉन्फ़िगरेशन अवलोकन

CAMServer की रिडंडेंसी और लोड बैलेंसिंग को सक्षम करने के लिए, प्रत्येक डिस्ट्रीब्यूटेड सर्वर पर CAMServer इंस्टॉल करें।CAMServer/boot.ini फाइल में निम्नलिखित प्रविष्टि जोड़ें:

cam.clusterHosts=camserver1;camserver2
cam.clusterHostsDesc=camserver1 がメインサーバ、camserver2 は待機系サーバです。
cam.serverDatePath=\\disk\CAMServer\data
cam.disableLANNetwork=true

# ビデオサーバの分散設定。「サーバ=ノード分散参加数目安値」で定義。
cam.videoDomains=camserver1=50;camserver2=50;camserver3=50

कैम.क्लस्टरहोस्ट्स

कैम.क्लस्टरहोस्ट्स प्रत्येक वितरित सर्वर का होस्टनाम (FQDN) है ; आइटमों को अल्पविराम से अलग करके सूचीबद्ध किया गया है।

पोर्ट 443 पर CAMServer शुरू करते समय

cam.clusterHosts=camserver1;camserver2

यदि आप CAMServers को विभाग के अनुसार अलग करना चाहते हैं, तो प्रत्येक CAMServer की ini फ़ाइल की शुरुआत में होस्टनाम (FQDN) लिखें। सूची का क्रम स्टार्टअप के समय प्रारंभिक कनेक्शन सर्वर और वीडियो सर्वर के चयन को प्रभावित करता है।वेब ऐप संस्करण इस विधि का उपयोग करके, विफलता की स्थिति में स्वचालित सर्वर स्विचिंग संभव है।

* यदि एसएसओ या पासवर्ड रहित प्रमाणीकरण कॉन्फ़िगर नहीं किया गया है, तो स्विच करने के बाद आपको दोबारा लॉग इन करना होगा।

पोर्ट 8080 पर CAMServer शुरू करते समय

cam.clusterHosts=camserver1:8080;camserver2:8080

आप CAMServer के सामने एक L7 लोड बैलेंसर तैनात कर सकते हैं और CAMServer के ट्रैफ़िक को पोर्ट 8080 पर फ़ॉरवर्ड कर सकते हैं, लेकिन उस स्थिति में कॉन्फ़िगरेशन ऊपर बताए अनुसार ही होगा। इस स्थिति में, फ़ेलओवर की ज़िम्मेदारी लोड बैलेंसर की होगी, इसलिए camapp फ़ेलओवर नहीं होगा। cam.serverURLDomain、कैम.क्लस्टरहोस्ट्स यह डोमेन की तुलना करता है, लोड बैलेंसर की उपस्थिति या अनुपस्थिति का पता लगाता है और तदनुसार नियंत्रण करता है।

cam.clusterHostsDesc

cam.clusterHostsDesc आप डिस्ट्रीब्यूटेड सर्वरों के लिए डिस्क्रिप्शन फील्ड में कमेंट्स बदल सकते हैं।

कैम.सर्वरडेटपाथ

कैम.सर्वरडेटपाथ यह डेटाबेस (DB) और उस स्थान को निर्दिष्ट करता है जहां अपलोड किए गए अटैचमेंट संग्रहीत होते हैं। यह वितरित सर्वरों से पहुंच योग्य साझा डिस्क को भी निर्दिष्ट करता है।

*साझा डिस्क निर्दिष्ट करते समय, यदि सेवा चल रही हो... विंडोज सेवाओं को चलाने वाला ऑपरेटिंग सिस्टम उपयोगकर्तानिम्नलिखित का उल्लेख करना आवश्यक है।
* यदि कोई साझा डिस्क नहीं है, तो सब-CAMServer मुख्य CAMServer के समान होगा। CAMServer/config आप फोल्डर निर्दिष्ट करके भी स्टोरेज साझा कर सकते हैं।

cam.videoDomains

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

cam.videoDomains=camserver1=50;camserver2=50;camserver3=50

- यदि cam.clusterHosts कॉन्फ़िगर किया गया है तो इसे छोड़ा जा सकता है।
यह मान अधिकतम कनेक्शनों की ऊपरी सीमा को इंगित नहीं करता है, बल्कि लोड संतुलन के लिए केवल एक दिशानिर्देश है।

cam.disableLANNetwork

रिडंडेंट कॉन्फ़िगरेशन में LAN के लिए TCP/UDP कनेक्शन अनावश्यक हैं, इसलिए कृपया इन्हें अक्षम कर दें।

cam.disableLANNetwork=true

सर्वर-टू-सर्वर डेटा सिंक्रोनाइज़ेशन के लिए फ़ायरवॉल संचार की अनुमति दें।

  1. वास्तविक समय में डेटा अपडेट (उपयोगकर्ता उपस्थिति स्थिति, संदेश, चैट रूम आदि) सीएएमएसर्वर्स के बीच सिंक्रनाइज़ किए जाते हैं, इसलिए फ़ायरवॉल या इसी तरह के माध्यम से सर्वर-टू-सर्वर संचार की अनुमति आवश्यक है।
  2. डीबी मास्टर नोड तक पहुंचने के लिए टीसीपी पोर्ट 9090, 9091 और 9092 का उपयोग किया जाता है।
  3. सर्वर से सर्वर कनेक्शन के लिए TCP पोर्ट 8080 URL
    • ini फ़ाइल में cam.clusterHosts फ़ाइल में परिभाषित।
    • उदाहरण) cam.clusterHosts=camserver1:8080;camserver2:8080;camserver3:8080

लोड बैलेंसर की आवश्यकताओं का विवरण

इस दस्तावेज़ में लोड बैलेंसर कॉन्फ़िगरेशन के लिए आवश्यक शर्तों का विवरण दिया गया है।

यह L7/L4 को सपोर्ट करता है, लेकिन सेशन एफिनिटी आवश्यक है। कृपया ध्यान दें कि L7 आपको सेशन के आधार पर कनेक्शन फिक्स करने की अनुमति देता है, जबकि L4 केवल IP एड्रेस के आधार पर कनेक्शन फिक्स कर सकता है। यह व्याख्या L7 कॉन्फ़िगरेशन पर केंद्रित होगी।

1. एसएसएल समाप्ति

  1. लोड बैलेंसर पर एसएसएल प्रमाणपत्र स्थापित करें और एसएसएल/टीएलएस कनेक्शन को डिक्रिप्ट करें।
  2. क्लाइंट संचार HTTPS के माध्यम से स्वीकार किया जाता है, जबकि लोड बैलेंसर से बैकएंड तक संचार के लिए HTTP का उपयोग किया जाता है।

2. लोड बैलेंसिंग एल्गोरिदम

  1. राउंड रॉबिन का उपयोग करके लोड बैलेंसिंग
  2. कुकी-आधारित सत्र रखरखाव (सत्र संबद्धता) आवश्यक है, और यह सत्यापित करना आवश्यक है कि सिस्टम में एक ही क्लाइंट से एक ही नोड तक पहुंच को रूट करने की कार्यक्षमता है।

3. हेडर और अतिरिक्त प्रोसेसिंग को बैकएंड सर्वर (8080) पर अग्रेषित किया जाना है।

एक्स-फॉरवर्डेड-प्रोटो
एक हेडर आइटम जो लोड बैलेंसर (एलबी) द्वारा अनुरोध को बैकएंड सर्वर पर अग्रेषित करते समय उसे HTTPS के रूप में पहचानता है।

X-Forwarded-के लिए
एक हेडर आइटम जो क्लाइंट के आईपी पते की पहचान करता है जब लोड बैलेंसर बैकएंड सर्वर को डेटा फॉरवर्ड करता है।

वेबसॉकेट अपग्रेड हेडर को संसाधित करना
जब HTTP अनुरोध का विश्लेषण किया जाता है और एक अपग्रेड हेडर का पता चलता है, तो यह एक TCP स्विच को सक्रिय करता है।

आधुनिक लोड बैलेंसर (AWS/GCP/Azure) में मानक सेटिंग्स डिफ़ॉल्ट रूप से कॉन्फ़िगर की गई होती हैं।

4. बैकएंड सर्वर के साथ संचार

लोड बैलेंसर से प्रत्येक CAMServer तक संचार निम्नलिखित प्रोटोकॉल और पोर्ट का उपयोग करके किया जाएगा।

  • प्रोटोकॉल: HTTP
  • पोर्ट नंबर: 8080
  • कनेक्शन का उदाहरण: http://HOSTNAME:8080/

5. स्वास्थ्य जांच

  1. लोड बैलेंसर समय-समय पर निम्नलिखित यूआरएल का अनुरोध करता है और यदि शर्तें पूरी होती हैं तो इसे "सामान्य" मानता है।
  2. स्वास्थ्य जांच यूआरएल: http://HOSTNAME:8080/CAMServer/healthCheck
  3. स्वास्थ्य जांच की शर्तें: HTTP स्थिति कोड: 200 प्रतिक्रिया निकाय: {"status":200}
ऑन-प्रिमाइस CAM सर्वर
  • URLをコピーしました！
विषयसूची