समर्पित सर्वरों के बीच डाउनटाइम और डेटा हानि के बिना स्थानांतरण साइट

ऐसा लगता है कि साइट को किसी अन्य सर्वर पर स्थानांतरित करना मुश्किल है? शायद हम में से कई लोगों ने अपने पहले होमपेज़ेस को होस्ट करने से लेकर सर्वश्रेष्ठ की तलाश में होस्टिंग तक की नकल की, जबकि अभी भी स्कूल में या विश्वविद्यालय के पहले पाठ्यक्रमों में हैं। या प्रबंधन के कान पर नूडल्स लटकाते हुए, उन्होंने समझाया कि यह कार्य तुरंत हल नहीं किया जाता है और साइट 24 घंटे काम नहीं करेगी, क्योंकि DNS एक ऐसी चीज है ...

अगर सामान्य तौर पर, एक बकवास कार्य, सही? लेकिन सब कुछ सही कैसे करें? ताकि डाउनटाइम के बिना, ताकि डेटाबेस में कोई विसंगतियां न हों, ताकि DNS फ़ाइल IN A में अपडेट होने पर कुछ फाइलें, अवतार, चित्र खो न जाएं और आधे उपयोगकर्ताओं के पास एक पुरानी साइट हो, और आधे में एक नया हो। अगर यह अधिक भार है तो क्या होगा? या साइट ने "सर्वश्रेष्ठ" प्रोग्रामर की कई पीढ़ियों को बनाया है, जो साइट के लिए अपने "मॉड्यूल" में एक नया डेटाबेस कनेक्शन बनाना अपना कर्तव्य मानते हैं। अंत में, अगर> 10 ऐसी साइटें हैं?

• फ़ाइलों की प्रतिलिपि बनाएँ
• डेटाबेस डाइक बनाएं
• नए सर्वर में तैनात करें
• पुराने सर्वर पर, डेटाबेस के सभी कनेक्शनों को नए में बदलें
• DNS को कॉन्फ़िगर करें
• ...

इसमें कितना समय लगेगा? साइट कितने कीमती मिनट काम नहीं करेगी \ _ सही ढंग से काम नहीं करेगा?

किसी कारण से, मुझे हब पर कोई लेख नहीं मिला, इसलिए मैंने एक अनाड़ी परियोजना या कई बार एक साथ स्थानांतरित करने के बारे में कुछ ट्रिक्स लिखने का फैसला किया ताकि बॉस साइट के स्थिर संचालन से संतुष्ट हो।

यह सब PHP में लिखी गई वेबसाइटों के लिए अधिक प्रासंगिक है, उन प्रशासकों के लिए, जिन्होंने ऐसी परियोजनाओं का सामना किया है, जहां फ्रेमवर्क, सेमी और हेड का उपयोग कोड लिखने के लिए नहीं किया गया था।

1. फ़ाइल स्थानांतरण

Rsync के साथ ssh के माध्यम से सबसे अच्छा तरीका:

rsync -avz -e ssh @.:/// /// 

इसलिए rsync फ़ोल्डरों को वृद्धिशील रूप से सिंक्रोनाइज़ करता है, अर्थात यह केवल वही है जो गायब है और कुछ नया नहीं छूएगा। उदाहरण के लिए, आप एक छोटी bash स्क्रिप्ट लिख सकते हैं जो DNS अपडेट के समय पुराने सर्वर से सभी फ़ोल्डरों को नए एक में सिंक्रोनाइज़ कर देगी, लेकिन फिर भी सबसे अच्छा विकल्प उन फ़ोल्डरों को -n (--dry-run) स्विच के साथ एक-दो दिन बाद बस विसंगतियों को देखने के लिए सिंक्रनाइज़ करना होगा। मुझे लगता है कि rsync के लिए प्रलेखन में फ़ाइलों को सिंक्रनाइज़ करने में किसी भी समस्या का समाधान है। प्रोग्राम को दोनों सर्वरों पर स्थापित किया जाना चाहिए।

Rsync को पता नहीं है कि FTP प्रोटोकॉल का उपयोग कैसे किया जाए, तो हम Lftp का उपयोग करते हैं:

 lftp -e 'mirror -- -; bye;' -u :@. 

2. MySQL के उदाहरण का उपयोग करके डेटाबेस ट्रांसफर

दोनों मशीनों पर, दुनिया के लिए MySQL सर्वर पोर्ट खोलें:

 [mysqld] ... bind-address = * #127.0.0.1 ... 

मैं एक उदाहरण लिखूंगा कि मैं हर दिन बैकअप कैसे करता हूं, logrotate.d से क्लिपिंग:

 #!/bin/bash CMD="mysqldump --defaults-file=/root/my.cnf --no-create-info=FALSE --order-by-primary=FALSE --force=FALSE --no-data=FALSE --tz-utc=TRUE --flush-privileges=FALSE --compress=TRUE --replace=FALSE --host=localhost --insert-ignore=FALSE --extended-insert=TRUE --quote-names=TRUE --hex-blob=FALSE --complete-insert=FALSE --add-locks=TRUE --port=3306 --disable-keys=TRUE --delayed-insert=FALSE --create-options=TRUE --delete-master-logs=FALSE --comments=TRUE --default-character-set=utf8 --max_allowed_packet=1G --flush-logs=FALSE --dump-date=TRUE --lock-tables=TRUE --allow-keyw ords=FALSE --events=FALSE --databases --routines" for i in $(mysql --defaults-file=/root/my.cnf --batch --skip-column-names -e 'SHOW DATABASES' | grep -v '^information_schema$'); do if [ ! -e /srv/dumps/$i ]; then mkdir -m 700 /srv/dumps/$i; fi $CMD $i | gzip -c > /srv/dumps/$i/$i.sql.gz done 

/root/my.cnf

 [client] user = root password = passw 

क्लासिक "mysqldump -u रूट -p डेटाबेस> डंप.सक्एल" क्यों नहीं? तब दृश्य और संग्रहीत कार्यविधियाँ सहेजी नहीं जाएंगी। MySQL Workbench सही ढंग से डंप करता है, और वहाँ से मैंने यह कमांड ली।

अगला, -h ip_old_server को $ CMD चर में जोड़ें और $ CMD $ i को लाइन बदलें gzip -c> /srv/dumps/$i/$i.sql.gz:

 $CMD $i | mysql -u root -ppasswod $i 

बेशक आपको पहले सभी डेटाबेस बनाने की आवश्यकता है:

 mysql --defaults-file=/root/my.cnf --batch --skip-column-names -e 'SHOW DATABASES' | grep -v '^information_schema$' 

3. लोकलहोस्ट के लिए सभी कनेक्शनों को रीडायरेक्ट करना: 3306 - नए सर्वर के लिए पुराना सर्वर

बहुत आसान है, ssh सुरंग का उपयोग करें (पहले mysql को रोकते हुए):

 ssh -Nf -L 3306:REMOTE_IP:3306 user@localhost 

इसके अलावा, ssh केवल स्थानीय मशीन पर आवश्यक है। हम जाँच करते हैं:

 netstat -lnpt | grep 3306 telnet 127.0.0.1 3306 

हमें स्थानीय मशीन पर दूरस्थ MySQL सर्वर मिलता है। सब कुछ ठीक होगा, लेकिन अगर MySQL क्लाइंट देखता है कि कनेक्शन लोकलहोस्ट में जा रहा है, तो यह लोकल सॉकेट के माध्यम से सर्वर से जुड़ता है और कोई भी सेटिंग इसे खत्म नहीं कर सकती। यानी

 telnet localhost 3306 

या हमेशा की तरह हम स्क्रिप्ट में लिखते हैं:

 $resource = new mysqli('localhost', 'user', 'password'); 

काम नहीं करेगा, क्योंकि इस तरह के कनेक्शन को एक स्थानीय सॉकेट के माध्यम से भी संसाधित किया जाएगा। बेशक, आप साइट पर सभी कनेक्शनों पर जा सकते हैं और 127.0.0.1 या बाहरी आईपी सर्वर के साथ लोकलहोस्ट को बदल सकते हैं, यह काम करेगा, लेकिन एक बेहतर तरीका है।

आपको हेक्स संपादक में फ़ाइलों को संपादित करने की आवश्यकता है:

 libmysqlclient.so.15.0.0 libmysqlclient_r.so.15.0.0  (   mysql) libmysqlclient.so.16.0.0 libmysqlclient_r.so.16.0.0 

टेक्स्ट लोकलहोस्ट में एकमात्र मैच का पता लगाएं और इसे लैलाहोस्ट की तरह किसी अन्य चीज़ से बदलें, दोनों फाइलों में। स्थानीय कनेक्शन के बाद टीसीपी / आईपी के माध्यम से काम करेगा! एकमात्र MySQL उन उपयोगकर्ताओं को अनुमति नहीं देता है जिनमें दूरस्थ होस्ट केवल विशेषाधिकार में स्थानीय होस्ट हो सकते हैं। यह हस्तांतरण के दौरान% द्वारा सही किया जाना चाहिए।

वेब सर्वर सेटिंग्स को छोड़ दें, इस विषय पर बहुत सारी सामग्रियां हैं।
नतीजतन, हमारे पास एक डेटाबेस सर्वर के साथ दो काम करने वाली मशीनें हैं। हम चुपचाप DNS को फिर से कॉन्फ़िगर करते हैं और सो जाते हैं!

ps पुराने सर्वर से nginx के माध्यम से नए एक के लिए प्रॉक्सी अनुरोध करने का विचार भी विचार के साथ आया था। क्या किसी ने ऐसा किया है?

युपीडी:
इसके अलावा, मैं सबसे अच्छा समाधान होने का नाटक नहीं करता, बल्कि मैं इसकी तलाश कर रहा हूं। आप क्या कहते हैं?