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

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

ऑन-प्रिमाइसेस CAMServer

विषयसूची

अतिरेक और भार संतुलन के बारे में

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

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

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

अतिरेक/लोड वितरण विन्यास

आप अपनी कंपनी के अनुरोध स्तर और लागत के अनुसार इष्टतम वातावरण को कॉन्फ़िगर कर सकते हैं।

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

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

बाह्य संग्रहण (NAS) कॉन्फ़िगरेशन

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

निरर्थक बाह्य भंडारण विन्यास

  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.videoDomains=camserver1=50;camserver2=50;camserver3=50

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

कैम.क्लस्टरहोस्ट्स प्रत्येक वितरित सर्वर का होस्ट नाम है। ; द्वारा अलग किये गये गिनें। क्लाइंट की ओर से होस्टनाम https://hostname/ पहुंच योग्य होना चाहिए.

cam.clusterHosts=camserver1;camserver2

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

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

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

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

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

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

2. लोड संतुलन एल्गोरिदम

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

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

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

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

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

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

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

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

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

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

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