🚭 💔 🚕 1C-Bitrix चल रहे क्लस्टर में जाना: वेब एनवायरनमेंट 🏄 🌤️ 🧔🏿

एक निश्चित समय पर, एक कार्य दिखाई दिया - एक सर्वर क्लस्टर में काम करने के लिए उत्पादन परियोजना में एक मौजूदा और सक्रिय रूप से काम करने के लिए। क्योंकि परियोजना को 1C-Bitrix के आधार पर विकसित किया गया था, "1C-Bitrix: वेब वातावरण" का उपयोग करके क्लस्टर बनाने का निर्णय लिया गया था। इस घटना का उद्देश्य साइट आगंतुकों की आमद के साथ भारी भार को झेलने में सक्षम होना है, साथ ही भविष्य में क्षैतिज रूप से तेजी से पैमाने पर करने की क्षमता है।

दरअसल, अगर हम विक्रेता की वेबसाइट पर जाते हैं , तो हम देखेंगे कि:

"आईसी-बिट्रिक्स: वेब वातावरण" - लिनक्स का उपयोग लिनक्स प्लेटफॉर्म सेंटोस 6 (i386, x86_64) और CentOS 7 (x86_64) पर 1C-Bitrix उत्पादों और समाधानों के संचालन के लिए आवश्यक सभी सॉफ़्टवेयर की त्वरित और आसान स्थापना के लिए किया जाता है। पहले से स्थापित वेब सर्वर के बिना, "क्लीन" CentOS पर स्थापित करना आवश्यक है।

"1C- बिट्रिक्स: वेब वातावरण" की संरचना - लिनक्स में शामिल हैं: mysql- सर्वर, httpd, php, nginx, नोडज पुश-सर्वर, मेम्केच्ड, स्टनलाइन, कैटडॉक, xpdf, मुनिन, नगिओस, स्फिंक्स।

वास्तव में, इस सॉफ्टवेयर पैकेज में एक कॉन्फ़िगर किया हुआ LAMP, एक कंसोल सर्वर कंट्रोल पैनल, साथ ही कुछ 1C-Bitrix मॉड्यूल के संचालन के लिए आवश्यक अतिरिक्त पैकेज शामिल हैं। सभी सॉफ्टवेयर 1C-Bitrix की सुविधाओं को ध्यान में रखते हुए कॉन्फ़िगर किए गए हैं, अर्थात्:

आवश्यक एक्सटेंशन स्थापित (जीडी, ज़िप, सॉकेट, mbstring)
लघु टैग समर्थन सक्षम
आवश्यक मान पैरामीटर के लिए निर्धारित किए जाते हैं मेमोरी_लीमेट, मैक्स_इनपुट_वार्स, सेफ मोड, opcache.validate_timestamps, opcache.revalidate_freq, mbstring.fitc_overload, default_charset, display_errors, आदि।
डेटाबेस, php और सर्वर पर ही समय क्षेत्र निर्धारित करें
और अन्य

यह ज्यादातर मामलों में सर्वर कॉन्फ़िगरेशन और ट्यूनिंग में संलग्न नहीं होने की अनुमति देता है।

तो, हमारे पास 2 ऐप सर्वर थे (चलो उन्हें app01 और app01 कहते हैं), 2 डीबी सर्वर (db01, db02), कैशिंग के लिए 1 सर्वर (कैश 01, आप समझते हैं), और अधिक सटीक रूप से, विचार एक समान तरीके से क्लस्टर संरचना को लागू करना था। इस योजना के तहत, 5 सर्वर प्राप्त हुए थे, उन पर नवीनतम सेंटोस 7 संस्करण स्थापित किए गए थे (दुर्भाग्य से, डेबियन, ubuntu, फेडोरा, rhel, आदि उपयुक्त नहीं हैं), ओएस के अलावा, सर्वरों पर और कुछ भी स्थापित नहीं किया गया था।

क्योंकि यदि हम एक क्लस्टर इकट्ठा करते हैं, तो यह निर्धारित करना आवश्यक है कि कौन सा सर्वर मुख्य होगा। अनुप्रयोग के लिए अनुरोधों को संतुलित करने की ख़ासियतों के कारण, एक सर्वर जहां httpd काम करेगा, उसमें nginx भी होगा। वह आने वाले सभी अनुरोधों को भी स्वीकार करेगा, और फिर उपलब्ध वेब नोड्स में से एक अनुरोध को रीडायरेक्ट करेगा। हमने मुख्य सर्वर app01 को चुना।

निम्नलिखित योजना के अनुसार आगे का काम किया गया:

1. bitrixenv स्थापित करें

स्थापना में अलौकिक लिनक्स ज्ञान या प्रशासन का अर्थ नहीं है। हम ssh के माध्यम से प्रत्येक सर्वर पर जाते हैं और निम्नलिखित कमांड निष्पादित करते हैं:

cd ~ wget http://repos.1c-bitrix.ru/yum/bitrix-env.sh chmod +x bitrix-env.sh ./bitrix-env.sh

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

2. Bitrixenv को कॉन्फ़िगर करें

क्योंकि यदि हम इस पूरे चिड़ियाघर को एक क्लस्टर के रूप में उपयोग करते हैं, तो हम सर्वर मेनू को app01 पर पर्यावरण मेनू के माध्यम से कॉन्फ़िगर कर सकते हैं। ऐसा करने के लिए, ssh के माध्यम से सर्वर पर जाएं और फ़ाइल /root/menu.sh चलाएं। पहली शुरुआत में, आपको बिट्रिक्स उपयोगकर्ता के लिए एक पासवर्ड सेट करने की आवश्यकता है (एक समान ऑपरेशन सभी सर्वरों पर किया जाना चाहिए जहां साइट लॉन्च होने वाली है):

दरअसल, यह वह उपयोगकर्ता है जिसके तहत एप्लिकेशन काम करेगा। उसके बाद, हम एक सर्वर पूल बनाने के लिए एक स्क्रीन की पेशकश देखते हैं:

यहां हमें पहले मेनू आइटम का चयन करने की आवश्यकता है। पर्यावरण बनाने की प्रक्रिया में, यह वर्तमान सर्वर के नाम का अनुरोध करेगा, फिर हम app01 निर्दिष्ट करते हैं:

पूल बनने के बाद, हम पर्यावरण की पहली स्क्रीन पर लौट आते हैं, लेकिन इस बार बहुत अधिक अंक उपलब्ध हैं:

सामान्य तौर पर, पर्यावरण तैयार है और आप इसका उपयोग कर सकते हैं। यदि हमें क्लस्टर की आवश्यकता नहीं है, तो हम यहां समाप्त हो सकते हैं, लेकिन हम आगे बढ़ेंगे।

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

फिर से, पहले मेनू आइटम का चयन करें, और नए सर्वर के आईपी को निर्दिष्ट करें, इसका नाम क्लस्टर में (समान app02, db01, db02, cache01) और जुड़े सर्वर का रूट पासवर्ड। इस प्रकार, हम प्रत्येक उपलब्ध सर्वर को एक-एक करके जोड़ते हैं। सभी सर्वर क्लस्टर में पंजीकृत होने के बाद, हमें पर्यावरण की मुख्य स्क्रीन पर इस सूची की तरह कुछ मिलना चाहिए:

अभी के लिए सर्वर रोल सेट करना अगले चरण के लिए टाल दिया गया है।

3. परियोजना हस्तांतरण

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

अभिलेखागार और डंप तैयार होने के बाद, app01 पर जाएं और बिट्रिक्सनव में साइट के डिफ़ॉल्ट फ़ोल्डर में git के माध्यम से प्रोजेक्ट कोड को खींचें - / home / bitrix / www, अभिलेखागार और डंप को डेटाबेस से डाउनलोड करें, wget या कर्ल के साथ डाउनलोड करें, अभिलेखों को अनपैक करें और अपलोड करें App01 पर डेटाबेस को डंप करें, क्रोन प्रविष्टियों को स्थानांतरित करें।

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

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

4. क्लस्टर मोड को सक्षम करना

एप्लिकेशन को पोर्ट करने के बाद app01 में रखा गया था, और हमने इसके काम की शुद्धता की जांच की, यह सबसे दिलचस्प काम करने का समय है - स्केलिंग। सबसे पहले आपको 1C-Bitrix व्यवस्थापक पैनल में स्केल और क्लस्टर मॉड्यूल स्थापित करने की आवश्यकता है। स्थापना के दौरान, कुछ भी विशेष करने की आवश्यकता नहीं है, सभी काम चल रहे हैं।

मॉड्यूल स्थापित होने के बाद, मुख्य सर्वर के साथ ssh कनेक्शन पर जाएं, और यह app01 है, और बिट्रिक्सेन मेनू खोलें (यहाँ झूठ / /otot/menu.sh)। आगे के विन्यास के साथ आगे बढ़ने से पहले, आपको एक महत्वपूर्ण बिंदु का पता लगाना होगा - बिट्रिक्सनव "सर्वर रोल" की अवधारणा का उपयोग करता है। यह वास्तव में कोई फर्क नहीं पड़ता कि सर्वर को पूल में क्या कहा जाता है, क्योंकि प्रत्येक सर्वर में सभी सॉफ़्टवेयर होते हैं जो बिट्रिक्सनव पैकेज में शामिल होते हैं, हम हमेशा इसे एक या एक से अधिक भूमिकाएँ दे सकते हैं, और हम उन्हें इसमें से निकाल सकते हैं या दूसरों के लिए इसका आदान-प्रदान कर सकते हैं। मुख्य भूमिकाएं mgmt (बैलेंसर, यानी नगनेक्स), वेब (यानी httpd / apache), mysql_master और mysql_slave (DB उदाहरण, दास तब दिखाई देती हैं जब प्रतिकृति करना शुरू कर देती हैं), memcached (memcached वाला सर्वर)। सामान्य तस्वीर अब स्पष्ट है, और हमने एक मेमेकैट सर्वर के साथ शुरू करने का फैसला किया है। ऐसा करने के लिए, पैराग्राफ पर जाएं

 4. Configure memcahed servers > 1. Configure memcached service

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

हम कैश 01 नाम दर्ज करते हैं, हम देखते हैं कि भूमिका सेट करने का कार्य कतारबद्ध है। हम पृष्ठभूमि के काम के पूरा होने की प्रतीक्षा कर रहे हैं और हमें उस भूमिका के साथ काम के लिए तैयार एक सर्वर दिखाई देता है जिसकी हमें आवश्यकता है।

यह दूसरा ऐप सर्वर जोड़ने का समय है। ऐसा करने के लिए, रास्ते पर जाएं

 8. Manage web nodes in the pool > 1. Create web role on server,

जहां हमें सर्वर नाम और मुख्य और नए वेब नोड के बीच सिंक्रनाइज़ेशन की विधि निर्दिष्ट करने की आवश्यकता है। बिट्रिक्सेन प्रलेखन और प्रारंभिक परीक्षणों के आधार पर, हमारी परियोजना के लिए पहला विकल्प चुनना (परियोजना को कॉपी करना और नोड को एक चरण में स्थापित करना) के लिए पर्याप्त था। पृष्ठभूमि का काम खत्म होने के बाद, हमें मुख्य मेनू में कुछ इस तरह देखना चाहिए:

ध्यान दें कि App02 सर्वर के विपरीत रोल्स कॉलम में, वेब भूमिका इंगित की गई है।
यह डेटाबेस से निपटने के लिए बना हुआ है, इसके कॉन्फ़िगरेशन में सबसे अधिक समय लगता है। सबसे पहले, मैं संक्षेप में बताऊंगा कि बिट्रिक्सनव के संदर्भ में mysql भूमिकाओं को कैसे वितरित किया जाता है। डिफ़ॉल्ट रूप से, डेटाबेस का मास्टर संस्करण क्लस्टर के मुख्य सर्वर पर है। हमारे मामले में, डेटाबेस को एक अलग सर्वर में स्थानांतरित करना और डेटाबेस के दास संस्करण के साथ एक अन्य सर्वर जोड़ना आवश्यक था। Bitrixenv में, आप केवल मास्टर को एक सर्वर से दूसरे सर्वर पर ले और स्थानांतरित नहीं कर सकते)

अनुक्रम इस प्रकार है:

हम सर्वर को mysql_slave की भूमिका देते हैं जिससे हम डेटाबेस को स्थानांतरित करने की योजना बनाते हैं
लक्ष्य सर्वर पर हम mysql_slave की भूमिका को mysql_master की भूमिका में बदल देते हैं (स्वचालित रूप से, पुराने mysql_master mysql_slave मोड में चला जाता है)
मूल सर्वर, पूर्व मास्टर पर mysql_slave भूमिका को हटाएँ
...
लाभ !!!

हमने इस तर्क का इस प्रकार पालन किया:

के पास गया

 3. Configure MySQL servers > 4. Create MySQL slave

हमने सर्वर को संकेत दिया कि हम भूमिका mysql_slave - db01 को देना चाहते हैं। हम पृष्ठभूमि के काम के अंत की प्रतीक्षा कर रहे हैं और निम्नलिखित परिणाम देखें:

ठीक है, अब हम चलते हैं

 3. Configure MySQL servers > 5. Change MySQL master

App01 निर्दिष्ट करें और प्रतीक्षा करें। परिणामस्वरूप, आपको कुछ इस तरह से देखना चाहिए:

धीरे-धीरे और अनिवार्य रूप से हमने अंतिम भूमिका की स्थापना के लिए संपर्क किया - mysql_slave। इसके लिए, उन चरणों को दोहराना आवश्यक है जिनके द्वारा हम db01 के लिए ऐसी भूमिका निर्धारित करते हैं, लेकिन पहले से ही db02 निर्दिष्ट करें।

अंत में, सभी सर्वर जुड़े और कॉन्फ़िगर किए गए हैं।

5. ट्यूनिंग प्रदर्शन

क्लस्टर तैयार होने के बाद, एप्लिकेशन कॉन्फ़िगरेशन में कुछ विशेषताएं हैं जो अतिरिक्त अनुकूलन की अनुमति देती हैं:

हम सत्र के साथ काम पंप करते हैं। यहाँ विस्तार से वर्णन किया गया है । ज्ञापन में संक्षेप में स्विच सत्र भंडारण।
/Bitrix/php_interface/after_connect_d7.php और /bitrix/php_interface/after_connect.php फ़ाइलें हटाएं, क्योंकि उनसे कमांडें क्लस्टर पाइपलाइन को तोड़ देती हैं (यदि बिट्रिक्सन का उपयोग नहीं किया जाता है, तो उन्हें छोड़ना बेहतर है)।
हम मेमेकैक्ड द्वारा आवंटित मेमोरी की मात्रा बढ़ाते हैं और मेमेकैल्ड भूमिका के साथ सर्वर के उपयोग का प्रतिशत 100% निर्धारित करते हैं।
Php मॉड्यूल को अक्षम करें: apcu, ldap
बस मॉड्यूल "संपीड़न", और "वेब विश्लेषिकी" (यदि संभव हो) को अक्षम करें।
स्थानीय कैश का उपयोग करने पर विचार करें। अधिक विवरण यहां वर्णित हैं । हमारे मामले में, कोई वृद्धि नहीं हुई थी, लेकिन विचार दिलचस्प है। समाधान में कुछ विशेषताएं हैं:
- मेम किए गए इंस्टेंस की संख्या वेब नोड्स की संख्या के बराबर होनी चाहिए।
- कॉम्प्लेक्स कैश को नॅग्नेक्स द्वारा वापस करने के लिए, सीधे स्थानीय मेम्केड से, आपको नेगनेक्स कॉन्फिग में खोदना होगा, यह बॉक्स से बाहर काम नहीं करता है।
सभी एजेंटों के क्रोन को निष्पादित करें।

निष्कर्ष

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

पेशेवरों bitrixenv

स्थापना का समय
स्थापना और मूल सेटअप 30 मिनट से कम समय लेता है। LAMP तत्वों (इन सेवाओं का एक दूसरे के साथ एकीकरण, और 1C-Bitrix पर परियोजनाओं के सही काम के लिए) को कॉन्फ़िगर करने की कोई आवश्यकता नहीं है।
साइट को गति देने के लिए सेवाएँ
स्थापित और कॉन्फ़िगर की गई सेवाएं जो आपको फ़ाइलों के बजाय मेम्केड के माध्यम से तेजी से कैशिंग को व्यवस्थित करने की अनुमति देती हैं, स्फिंक्स इंजन का उपयोग करके खोज और कॉर्पोरेट पोर्टल पर वीडियो कॉल और चैट की कार्यक्षमता (nginx पुश और पुल मॉड्यूल)। इसके अलावा, पर्यावरण में nginx को इस तरह से कॉन्फ़िगर किया गया है कि जब आप साइट पर और बिट्रिक्सेन मेनू में संबंधित विकल्पों को सक्षम करते हैं, तो कैश को मेग्नेच्ड (httpd और php को दरकिनार) से सीधे nginx का उपयोग करके भेजा जाता है।
क्लस्टरिंग
MySQL सेटिंग्स को चुनने के बिना डेटाबेस प्रतिकृति को सक्षम करने की क्षमता। वेब नोड्स की एक मनमानी संख्या को कनेक्ट करना जो स्वचालित रूप से एक दूसरे के साथ सिंक्रनाइज़ किया जाएगा, और मेमोडेड नोड्स। वेब पर लोड बैलेंसिंग का प्रबंधन और बिट्रिक्सेन मेनू से और 1C-बिट्रिक्स पर प्रोजेक्ट के व्यवस्थापक पैनल के माध्यम से दोनों नोड्स। साथ ही, नए सर्वरों और भूमिकाओं को जोड़ने से एक साधारण परियोजना नहीं बनती है (डेटाबेस सर्वर की भूमिकाओं को छोड़कर)

कंसट्रिक्सेनव

बैलेंसर हमेशा मुख्य वेब नोड के साथ होता है
क्योंकि हमारे पास पहले से ही अपना खुद का बैलेंसर था, हम इस तथ्य से सामना कर रहे थे कि बिट्रिक्सनव में निर्मित बैलेंसर को छोड़ना असंभव है। सहित यह असंभव है इसे मुख्य वेब नोड से अलग रखें।
कुछ भूमिकाओं के लिए बहुत सारे अतिरिक्त सॉफ़्टवेयर
क्योंकि चूंकि पूल के प्रत्येक सर्वर में पर्यावरण का पूरा संस्करण होता है, इसलिए यह पता चलता है कि db-nodes httpd, memcached, sphinx हैं, भले ही उनका उपयोग न किया गया हो। इसी तरह, आप MySQL को केवल कैशिंग से निपटने वाले सर्वर पर पा सकते हैं, लेकिन इस स्थिति में, MySQL को पर्यावरण के मेनू या साइट के व्यवस्थापक पैनल में रोका जा सकता है।
App2handler मोड में Php काम करता है
Fcgi मोड में php को सुरक्षित रूप से सक्षम करने का कोई तरीका नहीं है, nginx + php-fpm मोड का उल्लेख करने के लिए नहीं। इसके अलावा, यह टैम्पोरिन के साथ नृत्य के बिना, php संस्करण को बदलने के लिए काम नहीं करेगा।

सूत्रों का कहना है:

www.1c-bitrix.ru/products/env
dev.1c-bitrix.ru/community/blogs/rns/hidden-features-of-work-with-sessions.php
dev.1c-bitrix.ru/community/blogs/rns/the-use-of-local-caches-in-the-cluster.php
dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=32&INDEX=Y
dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&INDEX=Y

1C-Bitrix चल रहे क्लस्टर में जाना: वेब एनवायरनमेंट