बादलों को कैसे बांधना है: व्यावहारिक उदाहरण। शुरुआत

स्वागत है, प्रिय सहयोगियों।

कुछ समय पहले, वर्चुअलाइजेशन के विकास की संभावनाओं का अनुमान लगाते हुए, हमने VMware समाधानों के आधार पर एक पूर्ण-स्तरीय वर्चुअल डेटा सेंटर के रूप में एंटरप्राइज़-स्तर क्लाउड सर्वर अवसंरचना प्रदान करने के लिए "VMware होस्टिंग" मॉडल से स्विच किया। कई मायनों में, यह VMware vCloud उत्पादों ( VMware vSphere , VMware vCenter , VMware vCloud निदेशक , VMware vShield ) की नई लाइन के लिए धन्यवाद संभव बनाया गया था, जिसके सक्रिय बीटा परीक्षक इस कंपनी के पहले थे।

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

समाधान का परीक्षण करने और प्राप्त करने के लिए, ऐसा करने के लिए, बाहर से एक दृश्य, हम मिखाइल मिखेव में बदल गए, जो वीएमवेयर उत्पादों के एक प्रसिद्ध विशेषज्ञ हैं, जिनके पास इस कंपनी के उत्पादों की तीन पीढ़ियों के लिए वीसीपी का खिताब है और वीएमए वीएक्सपेर्ट का शीर्षक है, जो हमारे क्लाउड के स्वतंत्र विशेषज्ञ परीक्षण के लिए पूछ रहे हैं।

परिणामस्वरूप, कई कॉपीराइट पदों का जन्म हुआ, जिन्होंने रूस के पहले IT-GRAD सार्वजनिक क्लाउड के साथ काम करने के पहलुओं का खुलासा किया, जो VMware vCloud तकनीक पर लागू किया गया, जिसे हम आपके ध्यान में प्रस्तुत करते हैं ।


हाल ही में, एक आईटी-व्यक्ति बस सुनता है: "बादल, बादल, बादल।" और इसके पीछे क्या है? क्या विशिष्टताएं? चलिए इसके बारे में बात करते हैं।

जाहिर है, अलग-अलग विशेषज्ञों और व्यवसाय के विभिन्न क्षेत्रों के लिए, अलग-अलग तरीकों से बादलों को लागू किया जा सकता है, और विभिन्न प्रकार के बादलों को बस इस्तेमाल किया जा सकता है। मैं कुछ विशिष्ट बातें कहकर इस मुद्दे को स्पष्ट करना चाहूंगा।

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

कंपनी को परिभाषित करने के बाद, हम ऐसी स्थिति को परिभाषित करेंगे जिसमें क्लाउड कंप्यूटिंग दिलचस्प होगी।

सबसे पहले, यह कुछ नई परियोजना है। मैं एमएस एक्सचेंज के नए संस्करण में अपग्रेड करना चाहूंगा। या टर्मिनल सर्वर का उपयोग शुरू करें। या ईआरपी लागू करें। या ...

हम शास्त्रीय योजना के अनुसार समस्या का समाधान करते हैं:

1. परियोजना का औचित्य सिद्ध कीजिए।
2. बजट मंजूर करें।
3. सर्वर की प्रतीक्षा करें।
4. एक परियोजना शुरू करें।

आप तर्क दे सकते हैं कि यदि वर्चुअलाइजेशन पहले से ही है, तो वहां सब कुछ सरल है - बस वर्चुअलाइक जोड़ें और यही वह है। लेकिन यहां तक ​​कि पहले से ही वर्चुअल इंफ्रास्ट्रक्चर तैनात करने के मामले में, किसी समय में, संसाधन पर्याप्त हो जाते हैं, और अधिक सर्वर की आवश्यकता होती है। कुछ प्रतिशत मामलों में, अपर्याप्त संसाधनों के कारण समस्याएँ होती हैं - योजना या बजट कटौती में खामियाँ।

एक वैकल्पिक योजना आपके सर्वर रूम के बाहर बुनियादी ढांचे का एक नया टुकड़ा रखना है:

1. परियोजना का औचित्य सिद्ध कीजिए।
2. क्लाउड-मालिक कंपनी (इस मामले में, IT-GRAD कंपनी) के साथ एक समझौते का समापन करें।
3. एक परियोजना शुरू करें।

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

• भौतिक सर्वर का कॉन्फ़िगरेशन जिस पर ये वर्चुअल मशीनें काम करेंगी;
• वायरिंग आरेख, भौतिक नेटवर्क स्विचिंग;
• भय "पर्याप्त हैं / क्या कोई अतिरिक्त संसाधन नहीं हैं"।

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

क्या होता है: चरण 2 और 3 हम शायद अपने बुनियादी ढांचे के अंदर तैनात करना चाहेंगे। लेकिन "अंदर" को तैनात करने के लिए चरण 1 हमेशा सुविधाजनक नहीं है - लोहा आम है। इसलिए, चरण 1 हम ऐसा कुछ करते हैं (चित्र 2):

इस तथ्य का लाभ उठाते हुए कि ESX (i) को ESX (i) के तहत VMs में चलाया जा सकता है, हम अपनी परियोजना के परीक्षण स्थल के लिए निम्नलिखित आभासी मशीनों के लिए संसाधन किराए पर लेते हैं:

• ESX (i), 1 vCPU, 4 GB RAM के अंतर्गत 1 या 2 वर्चुअल मशीनें
• VCenter के लिए 1 वीएम, 1 वीसीपीयू, 2 जीबी रैम
• व्यू सर्वर के तहत 1 वीएम, 1 वीसीपीयू, 1 जीबी रैम। >> जारी ...