लगातार "क्लाउड" पर जा रहे हैं: लगातार गलतियाँ

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

लेकिन यह एक आदर्श विकल्प है, इसलिए हम तुरंत या बहुत ही अल्पकालिक कदम के बारे में बात करेंगे। इसे "पेंच" करने के सरल तरीके - समुद्र, उदाहरण के लिए, प्रारंभिक परीक्षणों के बिना सिस्टम के एक घटक को बदलना या अपडेट करना।

"क्लाउड" के लिए बुनियादी ढांचे का प्रत्येक हस्तांतरण एक व्यक्तिगत घटना है। यह केवल इस बात पर विचार करने का कोई मतलब नहीं है कि प्रत्येक विशिष्ट मामले में स्थानांतरण कैसे किया जाता है, हम उन विशिष्ट त्रुटियों के बारे में बात कर रहे हैं जो आईटी सिस्टम, सेवाओं और घटकों के दीर्घकालिक पूर्ण या आंशिक डाउनटाइम का नेतृत्व करते हैं। गलतियाँ शैक्षिक कार्यक्रम के स्तर पर थोड़ी हैं, लेकिन बहुत बार मैं देखती हूं कि उन्हें समय के बाद कैसे बनाया जाता है।

सूची

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

टेस्ट स्टैंड

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

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

सुरक्षा

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

अच्छी योजना है

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

सही समय

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

प्रवासन की प्रक्रिया

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

एक अलग उप-आइटम संगतता समस्या है। अक्सर ऐसा होता है कि सभी ऑपरेटिंग सिस्टम को "आसानी से" क्लाउड पर स्थानांतरित नहीं किया जा सकता है, उदाहरण के लिए, क्योंकि क्लाउड प्रदाता आपके समाधान के घटकों के लिए लाइसेंसिंग योजना का समर्थन नहीं करता है।

मुझे उम्मीद है कि यह जरूरी कदमों के दौरान बुनियादी ढांचे के थोड़ा और संगठित हस्तांतरण में मदद करता है। यदि आपके पास इस कदम के दौरान "रेक" था, तो कृपया टिप्पणियों में साझा करें।