Amazon EC2 पर MongoDB प्रतिकृति

system.indexes

• प्रस्तावना
• अमेज़न EC2 सेटअप
• MongoDB स्थापित करें
• प्रतिकृति सेटअप
• क्या पढ़ना है?

local.abstract

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

{चरण: 1, शीर्षक: "Amazon EC2 कॉन्फ़िगर", devilCount: 2}

आइए शुरुआत से शुरू करें - उदाहरण स्थापित करने के साथ।

पहला कदम दो गोपनीयता समूह बनाना है: वेब इंस्टेंस के लिए और डेटाबेस इंस्टेंस के लिए।
वेब-इंस्टेंस के लिए, हम SSH, HTTP और HTTPS के लिए पहुँच खोलेंगे:


Db उदाहरणों के लिए, हम वेब और db गोपनीयता समूहों के लिए पोर्ट 27017 तक समान एसएसएच पहुंच खोलते हैं,


अब हम स्वयं इंस्टेंस चला सकते हैं: वेब एप्लिकेशन के लिए एक छोटा उदाहरण, डेटाबेस के लिए दो बड़े और एक माइक्रो इंस्टेंस। मैंने Amazon Server Image (AMI) के रूप में Ubuntu Server 12 को चुना। महत्वपूर्ण: काम करने के लिए MongoDB प्रतिकृति के लिए, उदाहरणों की एक विषम संख्या आवश्यक है। यह अंत करने के लिए, हम एक आर्बिटर के रूप में 3 - माइक्रो-इंस्टेंस का उपयोग करेंगे। एक मध्यस्थ क्या है, इसके बारे में मैं नीचे बताऊंगा। बेशक, हम सिर्फ 5, 7 या 2n + 1 बड़े उदाहरण चला सकते हैं। लेकिन इस उदाहरण के साथ, मैं एक अच्छा संस्करण दिखाना चाहता हूं कि आप अमेज़ॅन ईसी 2 की लागत को कैसे कम कर सकते हैं, और एक बार फिर इस तथ्य पर ध्यान दें कि प्रतिकृति में विषम संख्या होनी चाहिए।

वहाँ एक और स्पष्ट है, लेकिन काफी महत्वपूर्ण बारीकियों - उदाहरणों के लिए आईपी पते की गतिशीलता। तदनुसार, प्रतिकृति स्थापित करते समय उन्हें बांधना सबसे आदर्श विकल्प नहीं है। इन उद्देश्यों के लिए / etc / मेजबान फ़ाइल में कॉन्फ़िगर किए गए उपनामों का उपयोग करना बेहतर है। प्रत्येक उदाहरण पर, मेजबान फ़ाइल को कुछ इस तरह से लाएँ:

127.0.0.1 db1 localhost 10.40.120.30 db1 10.40.120.31 db2 10.40.120.32 db3 

अब हमारे पास आगे के उपयोग के लिए तैयार उदाहरण हैं।

{चरण: 2, शीर्षक: "MongoDB इंस्टॉल", डेविलकाउंट: १}

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

 apt-key adv --keyserver keyserver.ubuntu.com --recv 7F0CEB10 echo "deb http://downloads-distro.mongodb.org/repo/ubuntu-upstart dist 10gen" | tee -a /etc/apt/sources.list.d/10gen.list apt-get -y update apt-get -y install mongodb-10gen 

हम अपनी स्क्रिप्ट निष्पादित करते हैं:

 sudo bash ./mongo_install.bash 

अगर सब कुछ ठीक रहा, तो हम लॉन्च किए गए MongoDB के PID देखेंगे:

 mongodb start/running, process 2368 

अब यह मूंगोद प्रक्रिया शुरू करने के लिए बनी हुई है:

 sudo service mongodb start 

अंत में, एक छोटी सी चाल: प्रत्येक उदाहरण पर सॉफ़्टवेयर स्थापित करने के इस तरह के दर्दनाक और नीरस तरीके से नहीं गुजरने के लिए, आप अमेज़ॅन ईसी 2 इमेजेस की कार्यक्षमता का उपयोग कर सकते हैं।

{चरण: 3, शीर्षक: "प्रतिकृति", डेविलकाउंट: २}

तो हम मुख्य बिंदु पर आते हैं - प्रतिकृति सेटअप। सबसे पहले, हम सभी db आवृत्तियों पर कॉन्फ़िगरेशन फ़ाइलों (/etc/mongodb.conf) में replSet पैरामीटर को परिभाषित करते हैं। इस पैरामीटर में प्रतिकृति का नाम होना चाहिए:

 replSet = myproject 

उसके बाद, सेवा को पुनरारंभ करें:

 sudo service mongodb restart 

इसके बाद, Monge टीम से कनेक्ट करें

 mongo 

हम एक प्रतिकृति शुरू करते हैं:

 rs.initiate() 

हमारे प्रतिकृति में दूसरा उदाहरण जोड़ें:

 rs.add("db2:27017") 

तीसरा उदाहरण, और यह महत्वपूर्ण है, हम एक मध्यस्थ के रूप में जोड़ते हैं:

 rs.addArb("db3:27017") 

मध्यस्थ डेटाबेस की अपनी प्रति नहीं रखता है। वह डेटा लिखने या पढ़ने में शामिल नहीं है। प्राथमिक रूप से मतदान के लिए विशेष रूप से बनाया गया है। यह इस तथ्य के कारण है कि हम न्यूनतम हार्डवेयर पर आर्बिटर चला सकते हैं।

आइए देखें प्रतिकृति की वर्तमान स्थिति:

 mydb:PRIMARY> rs.status() { "set" : "myproject", "date" : ISODate("2013-02-04T12:17:42Z"), "myState" : 1, "members" : [ { "_id" : 0, "name" : "db1:27017", "health" : 1, "state" : 1, "stateStr" : "PRIMARY", "uptime" : 1139012, "optime" : Timestamp(1359738450000, 12), "optimeDate" : ISODate("2013-02-01T17:07:30Z"), "self" : true }, { "_id" : 1, "name" : "db2:27017", "health" : 1, "state" : 2, "stateStr" : "SECONDARY", "uptime" : 1138953, "optime" : Timestamp(1359738450000, 12), "optimeDate" : ISODate("2013-02-01T17:07:30Z"), "lastHeartbeat" : ISODate("2013-02-04T12:17:42Z"), "pingMs" : 0 }, { "_id" : 2, "name" : "db3:27017", "health" : 1, "state" : 2, "stateStr" : "SECONDARY", "uptime" : 442498, "optime" : Timestamp(1359738450000, 12), "optimeDate" : ISODate("2013-02-01T17:07:30Z"), "lastHeartbeat" : ISODate("2013-02-04T12:17:40Z"), "pingMs" : 0 } ], "ok" : 1 } 

पता करें कि कौन सा क्षेत्र यहाँ पाया जा सकता है के लिए ज़िम्मेदार है: docs.mongodb.org/manual/reference/replica-status/#fields

कॉन्फ़िगरेशन की जाँच करें:

 mydb:PRIMARY> rs.config() { "_id" : "myproject", "version" : 12, "members" : [ { "_id" : 0, "host" : "db1:27017" }, { "_id" : 1, "host" : "db2:27017" }, { "_id" : 2, "host" : "db3:27017", "arbiterOnly" : true } ] } 

हम देखते हैं कि सब कुछ ठीक वैसा ही दिखता है जैसा हम चाहते थे। हुर्रे!

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

 config = rs.config() config.members[0].priority = 2 rs.reconfig(config) 

अब विन्यास इस तरह दिखेगा:

 mydb:PRIMARY> rs.config() { "_id" : "myproject", "version" : 12, "members" : [ { "_id" : 0, "host" : "db1:27017", "priority" : 2 }, { "_id" : 1, "host" : "db2:27017" }, { "_id" : 2, "host" : "db3:27017", "arbiterOnly" : true } ] } 

StamPit से एक बहुत ही महत्वपूर्ण नोट :
समस्या: अफीम का आकार निर्दिष्ट नहीं है। 64 बिट सिस्टम के लिए, डिफ़ॉल्ट रूप से यह उपलब्ध डिस्क स्थान का 5% है, लेकिन 1 जीबी से कम नहीं है। यदि डिस्क बड़ी है और सम्मिलित / अद्यतन की औसत गतिविधि है, तो कॉन्फ़िगरेशन में आकार को सीमित करना है, 2000Mb पर्याप्त है:

 oplogSize = 2000 

यदि बहुत अधिक डेटा नहीं है, और सम्मिलित / अद्यतन की संख्या बहुत बड़ी नहीं है, तो आप डिस्क गतिविधि को निम्नानुसार थोड़ा कम कर सकते हैं:
1) उपदेशात्मक को अक्षम करें noprealloc = true
2) फ़ाइल का आकार कम करें (डेटा और लॉग फ़ाइल दोनों घट जाएंगे) smallfiles = true

शायद यह सब अमेज़न ईसी 2 पर आधारित मोंगा प्रतिकृति को कॉन्फ़िगर करने के लिए आवश्यक है। यदि आवश्यक हो, तो आप आसानी से इस कॉन्फ़िगरेशन में नए उदाहरण जोड़ सकते हैं।

local.links

1. अमेज़न EC2 aws.amazon.com/documentation/ec2
2. MongoDb इंस्टॉलेशन docs.mongodb.org/manual/tutorial/install-mongodb-on-ayuntu
3. MongoDB docs.mongodb.org/manual/tutorial/getting-started
4. MongoDb प्रतिकृति docs.mongodb.org/manual/replication
5. MongoDb प्रतिकृति सेट करें आर्बिटर्स docs.mongodb.org/manual/administration/replica-sets/#replica-set-arbiters
6. MongoDb प्रतिकृति सेट कॉन्फ़िगरेशन docs.mongodb.org/manual/reference/replica-configuration