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

रुचि रखते हैं? फिर मैं कटौती के लिए कहता हूं, हम सब कुछ बताएंगे और दिखाएंगे।

एक उदाहरण से शुरू करते हैं।

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

टारेंटूल कार्ट्रिज में एक छोटा कार्ट्रिज एप्लिकेशन बनाने के लिए एक ट्यूटोरियल है जो बैंक ग्राहकों और उनके खातों के बारे में जानकारी संग्रहीत करता है, और HTTP के माध्यम से डेटा के प्रबंधन के लिए एक एपीआई भी प्रदान करता है। ऐसा करने के लिए, एप्लिकेशन दो संभावित भूमिकाओं का वर्णन करता है: api और storage , जिसे उदाहरणों को सौंपा जा सकता है।

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

कृपया ध्यान दें कि यदि आप OS X पर अपना एप्लिकेशन विकसित कर रहे हैं, तो इसे एक स्थानीय मशीन पर पैक करें और फिर इसे Centos या डेबियन पर स्थापित करने में विफल रहेंगे, क्योंकि पैकेज में OS X के लिए विशिष्ट चट्टानें और निष्पादन योग्य फाइलें होंगी। इस मामले में, आपको यह करना होगा लक्ष्य प्रणाली पर पैकेजिंग करें।

शब्दों से कर्मों तक

तो, आइए दो आभासी मशीनों पर अपना एप्लिकेशन इंस्टॉल करें और एक साधारण टोपोलॉजी सेट करें:

• प्रतिकृति app-1 एपि भूमिका को कार्यान्वित करेगा, जिसमें vshard-router भूमिका शामिल है। एक ही उदाहरण होगा।
• storage-1 vshard-storage storage भूमिका (और उसी समय vshard-storage ) को लागू करता है, यहां हम विभिन्न मशीनों से दो उदाहरण जोड़ते हैं।

उदाहरण को चलाने के लिए, हमें Vagrant और Ansible (2.8 या बाद के संस्करण) की आवश्यकता है।

भूमिका खुद Ansible Galaxy में है । यह एक रिपॉजिटरी है जो आपको अपनी सर्वोत्तम प्रथाओं को साझा करने और तैयार की गई भूमिकाओं का उपयोग करने की अनुमति देता है।

हम एक उदाहरण के साथ रिपॉजिटरी को क्लोन करते हैं:

 $ git clone https://github.com/dokshina/deploy-tarantool-cartridge-app.git $ cd deploy-tarantool-cartridge-app && git checkout 1.0.0 

आभासी मशीनें बढ़ाएँ:

 $ vagrant up 

टारनटूल कार्ट्रिज अन्सिबल भूमिका स्थापित करें:

 $ ansible-galaxy install tarantool.cartridge,1.0.1 

स्थापित भूमिका चलाएँ:

 $ ansible-playbook -i hosts.yml playbook.yml 

हम प्लेबुक के पूरा होने की प्रतीक्षा कर रहे हैं, http: // localhost: 8181 / admin / क्लस्टर / डैशबोर्ड पर जाएं और परिणाम का आनंद लें:

आप डेटा डाल सकते हैं। कूल, है ना?

अब आइए जानें कि इसके साथ कैसे काम करना है, और उसी समय टोपोलॉजी में एक और प्रतिकृति सेट करें।

समझना शुरू करो

तो क्या हुआ?

हमने दो वर्चुअल मशीनें उठाईं और हमारे क्लस्टर को कॉन्फ़िगर करने वाली एक अचूक प्लेबुक लॉन्च की। आइए playbook.yml फ़ाइल की सामग्री को देखें:

 --- - name: Deploy my Tarantool Cartridge app hosts: all become: true become_user: root tasks: - name: Import Tarantool Cartridge role import_role: name: tarantool.cartridge 

यहां कुछ भी दिलचस्प नहीं होता है, हम tarantool.cartridge नामक एक भूमिका निभाते हैं।

सभी सबसे महत्वपूर्ण (अर्थात्, क्लस्टर कॉन्फ़िगरेशन) hosts.yml इन्वेंट्री फ़ाइल में है:

 --- all: vars: # common cluster variables cartridge_app_name: getting-started-app cartridge_package_path: ./getting-started-app-1.0.0-0.rpm # path to package cartridge_cluster_cookie: app-default-cookie # cluster cookie # common ssh options ansible_ssh_private_key_file: ~/.vagrant.d/insecure_private_key ansible_ssh_common_args: '-o IdentitiesOnly=yes -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no' # INSTANCES hosts: storage-1: config: advertise_uri: '172.19.0.2:3301' http_port: 8181 app-1: config: advertise_uri: '172.19.0.3:3301' http_port: 8182 storage-1-replica: config: advertise_uri: '172.19.0.3:3302' http_port: 8183 children: # GROUP INSTANCES BY MACHINES host1: vars: # first machine connection options ansible_host: 172.19.0.2 ansible_user: vagrant hosts: # instances to be started on the first machine storage-1: host2: vars: # second machine connection options ansible_host: 172.19.0.3 ansible_user: vagrant hosts: # instances to be started on the second machine app-1: storage-1-replica: # GROUP INSTANCES BY REPLICA SETS replicaset_app_1: vars: # replica set configuration replicaset_alias: app-1 failover_priority: - app-1 # leader roles: - 'api' hosts: # replica set instances app-1: replicaset_storage_1: vars: # replica set configuration replicaset_alias: storage-1 weight: 3 failover_priority: - storage-1 # leader - storage-1-replica roles: - 'storage' hosts: # replica set instances storage-1: storage-1-replica: 

हम सभी को यह जानने की ज़रूरत है कि इस फ़ाइल की सामग्री को संशोधित करके उदाहरणों और प्रतिकृतियों का प्रबंधन कैसे किया जाए। आगे हम इसमें नए खंड जोड़ेंगे। भ्रमित करने के लिए नहीं कि उन्हें कहाँ जोड़ा जाए, आप इस फ़ाइल के अंतिम संस्करण, hosts.updated.yml , जो एक उदाहरण के साथ रिपॉजिटरी में स्थित है।

उदाहरण प्रबंधन

Ansible के संदर्भ में, प्रत्येक उदाहरण एक होस्ट (लोहे के सर्वर के साथ भ्रमित नहीं होना) है, अर्थात। एक इंफ्रास्ट्रक्चर नोड जो अन्सिबल का प्रबंधन करेगा। प्रत्येक होस्ट के लिए, हम कनेक्शन पैरामीटर (जैसे ansible_host और ansible_user ), साथ ही उदाहरण कॉन्फ़िगरेशन निर्दिष्ट कर सकते हैं। उदाहरणों का विवरण hosts अनुभाग में है।

storage-1 उदाहरण के विन्यास पर विचार करें:

 all: vars: ... # INSTANCES hosts: storage-1: config: advertise_uri: '172.19.0.2:3301' http_port: 8181 ... 

config चर में, हमने उदाहरण पैरामीटर निर्दिष्ट किया है - advertise URI और HTTP port advertise URI ।
नीचे app-1 और storage-1-replica उदाहरण पैरामीटर हैं।

हमें प्रत्येक उदाहरण के लिए Ansible कनेक्शन पैरामीटर प्रदान करने की आवश्यकता है। यह आभासी मशीन समूहों में समूह उदाहरणों के लिए तर्कसंगत लगता है। ऐसा करने के लिए, उदाहरणों को host1 और host2 समूह में जोड़ा जाता है, और प्रत्येक समूह में ansible_host खंड में ansible_host और ansible_user के मानों को एक vars लिए दर्शाया जाता है। और hosts अनुभाग में मेजबान (वे उदाहरण हैं) जो इस समूह में शामिल हैं:

 all: vars: ... hosts: ... children: # GROUP INSTANCES BY MACHINES host1: vars: # first machine connection options ansible_host: 172.19.0.2 ansible_user: vagrant hosts: # instances to be started on the first machine storage-1: host2: vars: # second machine connection options ansible_host: 172.19.0.3 ansible_user: vagrant hosts: # instances to be started on the second machine app-1: storage-1-replica: 

हम hosts.yml को बदलना शुरू करते हैं। पहले वर्चुअल मशीन पर दो और उदाहरण, storage-2-replica जोड़ें और दूसरे पर storage-2 :

 all: vars: ... # INSTANCES hosts: ... storage-2: # <== config: advertise_uri: '172.19.0.3:3303' http_port: 8184 storage-2-replica: # <== config: advertise_uri: '172.19.0.2:3302' http_port: 8185 children: # GROUP INSTANCES BY MACHINES host1: vars: ... hosts: # instances to be started on the first machine storage-1: storage-2-replica: # <== host2: vars: ... hosts: # instances to be started on the second machine app-1: storage-1-replica: storage-2: # <== ... 

चलाने योग्य चलाएँ-सूची चलाएँ:

 $ ansible-playbook -i hosts.yml \ --limit storage-2,storage-2-replica \ playbook.yml 

- --limit विकल्प पर ध्यान --limit । चूंकि क्लस्टर का प्रत्येक उदाहरण Ansible के संदर्भ में एक मेजबान है, इसलिए हम स्पष्ट रूप से संकेत कर सकते हैं कि प्लेबुक खेलते समय किन उदाहरणों को कॉन्फ़िगर किया जाना चाहिए।

फिर से, वेब यूआई पर जाएं http: // localhost: 8181 / व्यवस्थापक / क्लस्टर / डैशबोर्ड और हमारे नए उदाहरण देखें:

जो हासिल किया गया है उस पर हम वास नहीं करेंगे और टोपोलॉजी के प्रबंधन में महारत हासिल करेंगे।

टोपोलॉजी प्रबंधन

हमारे नए उदाहरणों को storage-2 प्रतिकृति में मिलाएं। एक नया समूह replicaset_storage_2 जोड़ें और replicaset_storage_1 के समान इसके चर में प्रतिकृति पैरामीटर का वर्णन करें। hosts अनुभाग में, हम संकेत देते हैं कि इस समूह में कौन से उदाहरण शामिल होंगे (यानी, हमारी प्रतिकृति सेट):

 --- all: vars: ... hosts: ... children: ... # GROUP INSTANCES BY REPLICA SETS ... replicaset_storage_2: # <== vars: # replicaset configuration replicaset_alias: storage-2 weight: 2 failover_priority: - storage-2 - storage-2-replica roles: - 'storage' hosts: # replicaset instances storage-2: storage-2-replica: 

प्लेबुक फिर से शुरू करें:

 $ ansible-playbook -i hosts.yml \ --limit replicaset_storage_2 \ --tags cartridge-replicasets \ playbook.yml 

इस बार, हमने उस समूह का नाम पारित कर दिया, जो हमारे प्रतिकृत से मेल खाता है - प्रारंभिक पैरामीटर।

tags विकल्प पर विचार करें।

हमारी भूमिका लगातार विभिन्न कार्यों को करती है, जिन्हें निम्नलिखित टैग के साथ चिह्नित किया जाता है:

• cartridge-instances : cartridge-instances प्रबंधन (सेटअप, सदस्यता से कनेक्शन);
• cartridge-replicasets : टोपोलॉजी प्रबंधन (प्रतिकृतियों का प्रबंधन और स्थायी रूप से क्लस्टर से निष्कासन (निष्कासन));
• cartridge-config कॉन्फिगरेशन: शेष क्लस्टर मापदंडों का प्रबंधन (बेसहार्ड बूटस्ट्रैपिंग, स्वचालित फेलओवर मोड, प्राधिकरण पैरामीटर और एप्लिकेशन कॉन्फ़िगरेशन)।

हम स्पष्ट रूप से इंगित कर सकते हैं कि हम किस कार्य को करना चाहते हैं, तो भूमिका शेष कार्यों के निष्पादन को छोड़ देगी। हमारे मामले में, हम केवल टोपोलॉजी के साथ काम करना चाहते हैं, इसलिए हमने cartridge-replicasets संकेत दिया।

आइए हमारे प्रयासों के परिणाम का मूल्यांकन करें। Http: // localhost: 8181 / admin / क्लस्टर / डैशबोर्ड पर नई प्रतिकृति सेट करें।

हुर्रे!

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

जब आप उनके साथ काम कर रहे हों तो vagrant halt को बंद करने के लिए vagrant halt शुरू करना न भूलें।

और हुड के नीचे क्या है?

यहाँ मैं आपको इस बारे में अधिक बताऊंगा कि हमारे प्रयोगों के दौरान एक महत्वपूर्ण भूमिका के तहत क्या हुआ।

कार्ट्रिज एप्लिकेशन को तैनात करने के चरणों पर विचार करें।

एक पैकेज स्थापित करना और उदाहरण शुरू करना

पहले आपको पैकेज को सर्वर तक पहुंचाने और इसे स्थापित करने की आवश्यकता है। अब भूमिका RPM और DEB पैकेज के साथ काम करने में सक्षम है।

अगला, इंस्टेंसेस चलाएँ। यहां सब कुछ बहुत सरल है: प्रत्येक उदाहरण एक अलग systemd सेवा है। मैं एक उदाहरण के साथ बताता हूं:

 $ systemctl start myapp@storage-1 

यह कमांड myapp के storage-1 इंस्टेंस को लॉन्च करेगा। चल रहा उदाहरण /etc/tarantool/conf.d/ में इसके कॉन्फ़िगरेशन को /etc/tarantool/conf.d/ । journald को journald का उपयोग करके देखा जा सकता है।

Systemd सेवा के लिए यूनिट फ़ाइल /etc/systemd/system/myapp@.sevice पैकेज के साथ दी जाएगी।

Ansible में पैकेज स्थापित करने और सिस्टमैड सेवाओं को प्रबंधित करने के लिए अंतर्निहित मॉड्यूल हैं, यहां हमने कुछ भी नया आविष्कार नहीं किया है।

क्लस्टर टोपोलॉजी कॉन्फ़िगर करें

और यहाँ से मस्ती शुरू होती है। सहमत systemd पैकेजों को स्थापित करने और systemd सेवाओं को चलाने के लिए एक विशेष systemd भूमिका के साथ परेशान करना अजीब होगा।

आप क्लस्टर को मैन्युअल रूप से कॉन्फ़िगर कर सकते हैं:

• पहला विकल्प: वेब यूआई खोलें और बटन पर क्लिक करें। कई उदाहरणों की एक बार की शुरुआत के लिए यह काफी उपयुक्त है।
• दूसरा विकल्प: आप ग्राफक्यूएल एपीआई का उपयोग कर सकते हैं। यहां आप पहले से ही कुछ स्वचालित कर सकते हैं, उदाहरण के लिए, पायथन में एक स्क्रिप्ट लिखें।
• तीसरा विकल्प (उन लोगों के लिए जो आत्मा में मजबूत हैं): हम सर्वर पर जाते हैं, tarantoolctl connect का उपयोग करके इंस्टेंस में से एक से tarantoolctl connect और लुआ cartridge मॉड्यूल के साथ सभी आवश्यक जोड़तोड़ करते हैं।

हमारे आविष्कार का मुख्य उद्देश्य ठीक यही करना है, जो आपके लिए काम का सबसे कठिन हिस्सा है।

Ansible आपको अपने मॉड्यूल को लिखने और उसे एक भूमिका में उपयोग करने की अनुमति देता है। हमारी भूमिका विभिन्न क्लस्टर घटकों को प्रबंधित करने के लिए ऐसे मॉड्यूल का उपयोग करती है।

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

परिणाम

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

ऊपर, हमने कई प्रकारों में से एक का पता लगाया है, जिसमें एंसेबल का उपयोग करके क्लस्टर कॉन्फ़िगरेशन का वर्णन किया गया है। एक बार जब आपको पता चलता है कि आप आगे बढ़ने के लिए तैयार हैं, तो प्लेबुक लिखने के लिए सर्वोत्तम अभ्यास सीखें। आपको group_vars और host_vars साथ टोपोलॉजी का प्रबंधन करना अधिक सुविधाजनक लग सकता है।

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

अगर कुछ काम नहीं करता है, तो हमें समस्या के बारे में बताना सुनिश्चित करें। हम जल्दी से सब कुछ नष्ट कर देंगे!