संगठन के सॉफ़्टवेयर पैकेज को अद्यतन करने के लिए परिदृश्य का भिन्न रूप

प्रविष्टि

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

हमने रैक में प्रदाता पर दो आईबीएम x3550 सर्वर स्थापित किए हैं (एक काम करने वाला मुख्य, दूसरा परीक्षण दर्पण)। सर्वर में Windows Server 2008 R2 स्थापित है।
सॉफ्टवेयर पैकेज में निम्नलिखित शामिल हैं:

• दूसरे सर्वर पर कॉन्फ़िगर किए गए दर्पण के साथ MS Sql Server 2008 R2 पर डेटाबेस;
• कई सर्वर प्रोग्राम, जिनके विकास में हम लगे हुए हैं;
• साइटों और वेब सेवा के लिए IIS।

मुख्य समस्या और उसका समाधान

तो मुख्य समस्या जो मुझे पीड़ा देती है वह है हमारे सभी सिस्टम घटकों (डेटाबेस, प्रोग्राम) को अपडेट करने की प्रक्रिया। जब मैं इस संगठन में काम करने के लिए आया था, तो अपडेट प्रक्रिया 15 मिनट से 30-60 मिनट तक हो सकती है (विभिन्न कारणों के आधार पर: प्रोग्रामर त्रुटियां, सिस्टम ब्रेक, आदि)। मुख्य डाउनटाइम हमारे कार्यक्रमों का शुभारंभ था, जो कभी-कभी बहुत लंबे समय तक शुरू होता था।
फिर उन्होंने एक दूसरा सर्वर खरीदा और तुरंत महत्वपूर्ण डेटा को बचाने का फैसला किया (इस तरह मैंने डेटाबेस का फैसला किया) दूसरे सर्वर पर दर्पण को कॉन्फ़िगर करने के लिए। कॉन्फ़िगर और सोचा गया कि दूसरे बैकअप सर्वर का उपयोग करके हम इसके माध्यम से अपडेट करेंगे। लेकिन वहाँ यह था, दर्पण आधार आमतौर पर दुर्गम है, यहां तक ​​कि पढ़ने के लिए भी।

हमारी अपडेट स्क्रिप्ट

अपडेट के दौरान हमारी सेवाओं के डाउनटाइम को कम करने के लिए, मैंने निम्नलिखित अपडेट स्कीम की स्थापना की (और जैसा कि मुझे लगता है कि यह उलझन में है)। मैंने दो सर्वरों को एक-दूसरे के बीच समान रूप से कॉन्फ़िगर किया ताकि उन्हें इंटरचेंज किया जा सके और कुछ और करने की आवश्यकता न हो ताकि हमारी सेवाएं प्राथमिक और बैकअप दोनों पर समान रूप से काम करें (केवल MS SQL में फेलओवर का प्रदर्शन करें), इसके लिए मैंने उसी IIS और फ़ायरवॉल को कॉन्फ़िगर किया। ।
और फिर, जब एक अद्यतन के लिए समय आता है, तो निम्न होता है:

1. दर्पण के रूप में कॉन्फ़िगर किए गए डेटाबेस की विफलता;
2. दूसरे सर्वर पर, डेटाबेस पर एक अपडेट किया जाता है और फिर हमारे प्रोग्राम लॉन्च किए जाते हैं;
3. शुरू करने के बाद, सर्वर आपस में आईपी पते बदलते हैं;
4. उसके बाद, सॉफ्टवेयर अपडेट मुख्य सर्वर पर किए जाते हैं;
5. निष्कर्ष में, चरण 1, 2 और 3 को फिर से किया जाता है;

परिणाम

इस योजना का उपयोग करते हुए, मैं हमारी सेवाओं के डाउनटाइम को 15-60 मिनट से घटाकर 7-15 मिनट करने में सक्षम था। औसतन, दो बार 5 मिनट का एक निष्क्रिय समय प्राप्त होता है।

निष्कर्ष

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

संभव समाधान

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