बादलों को कैसे बांधना है: व्यावहारिक उदाहरण। हमें क्या मिला?

चौथा पोस्ट मिखाइल मिखेव ने vCloud IT-GRAD में अपने व्यावहारिक अनुभव पर लिखा है: परियोजना ने लागू चरण में प्रवेश किया है। शर्तों पर सहमत, आवंटित संसाधन, दी गई पहुंच। अब क्या? "

ठीक है, सब कुछ मरहम पर है - मेरे पास क्या है ...

हमें एक लिंक और एक खाता दिया जाता है। उनका उपयोग करते हुए, हम इंटरफ़ेस में आते हैं (चित्र 1 "हमारे क्लाउड के इंटरफ़ेस की मुख्य विंडो")।




चूंकि हम काम को खरोंच से करने के लिए सहमत थे, इसलिए यह यहां खाली है - और हमें अपनी वर्चुअल मशीन बनाने की आवश्यकता है।

मुझे याद दिलाएं कि हमारे सामने कार्य निम्नलिखित है:
1) vSphere (अपने खुद के, आभासी) तैनात
2) व्यू सर्वर को तैनात करें
3) आदर्श रूप से, विन्यास को पुन: प्रयोज्य बनाने के लिए - परीक्षण के मामले में जो गलत हो गया, बदलती परिस्थितियों के लिए एक परीक्षण साइट की तैनाती के मामले में।

जाहिर है, हम आवश्यक वर्चुअल मशीन, या उनके समूह - vApp (Fig.2 "Create vApp") बनाकर शुरू करेंगे।




VApp निर्माण विज़ार्ड में (या बाद में किसी भी समय) आप निर्दिष्ट कर सकते हैं:

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

फिर, सामान्य तौर पर, यह सब है।

हम निर्मित वीएम देखते हैं, किसी को भी कंसोल खोलते हैं और परियोजना के कार्यों को पूरा करना शुरू करते हैं। ओएस इंस्टॉलेशन, कॉन्फ़िगरेशन, सॉफ्टवेयर और इतने पर (चित्र 3 "कई निर्मित वीएम और उनमें से एक को कंसोल")।




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

उदाहरण के लिए, मेरे साथ क्या हुआ (चित्र 4 "बुनियादी ढांचा जो मेरी समस्या हल करता है"):

• मेरे छोटे vSphere - 2 ESXi और vCenter;
• उनके अलावा - विंडोज आभासी मशीनों के एक जोड़े - एक एडी डोमेन नियंत्रक और एक सर्वर देखें। अलग-अलग - क्योंकि इस जोड़ी से एक टेम्पलेट बनाना मेरे लिए सुविधाजनक था;
• अलग से - एक सहायक विंडोज।

वर्चुअल ESXi वर्चुअल डेस्कटॉप चलाता है। बेशक, ऐसी घोंसला बनाने वाली गुड़िया उत्पादन वातावरण के लिए नहीं है और पायलट के लिए नहीं है - लेकिन परीक्षण के लिए यह उत्कृष्ट और सुविधाजनक है।

व्यू सर्वर तक पहुंच इंटरनेट से दी गई है - मैं चुपचाप विभिन्न स्थितियों में कनेक्शन का परीक्षण कर रहा हूं।

यदि कल कार्य VDI के लिए कुछ वैकल्पिक समाधान का परीक्षण करने के लिए निर्धारित किया जाएगा - मैं टेम्पलेट से AD + एक और सर्वर को तैनात करूंगा, और कार्य की प्राप्ति से 5-10 मिनट बाद मैं इसे निष्पादित करना शुरू कर दूंगा।

और यदि कोई अन्य व्यक्ति इस वैकल्पिक परियोजना को अपनाता है, तो मैं क्लाउड में एक अतिरिक्त खाता बनाऊंगा और यह इंगित करूंगा कि यह उपयोगकर्ता कितनी वर्चुअल मशीनें बना सकता है और उन्हें संग्रहीत करने में कितना समय लगा सकता है (छवि 5) एक उपयोगकर्ता बनाना, जिसे तब वर्चुअल सर्वर के भाग के अधिकार दिए जा सकते हैं। )।




मैं एक छोटे से संगठनात्मक बारीकियों पर आपका ध्यान आकर्षित करूंगा: वीडीसी, वर्चुअल डेटा सेंटर


यह कंप्यूटिंग संसाधनों का टुकड़ा है जो हमारे कार्यों के लिए आवंटित किया गया है। सीधे शब्दों में कहें, यह vSphere क्लाउड प्रदाता में संसाधन पूल है।

हम बस अपने लिए आवश्यक वर्चुअल मशीनें मेगाहर्ट्ज़ और मेगाबाइट्स की आवश्यक संख्या के साथ बनाते हैं, और फिर हम देखते हैं कि इंटरफ़ेस में हमें क्या आवंटित किया गया है (चित्र 6 "बादल का हमारा टुकड़ा")।




दिलचस्प सेटिंग आवंटन मॉडल

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

यह विकल्प इस बात में अच्छा है कि हम किसी के साथ कुछ भी समन्वय किए बिना, केवल हमारे लिए उनकी आवश्यकता के तथ्य पर आभासी मशीनें बनाते हैं। और संसाधन खपत के तथ्य पर हम भुगतान करते हैं।

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

संसाधनों को आवंटित करने के लिए दो अन्य विकल्प हैं जब संसाधनों को हमारे आभासी मशीन सेटिंग्स के तथ्य से नहीं बल्कि क्लाउड व्यवस्थापक द्वारा हमारे लिए आवंटित किया जाता है। यही है, हम जो वर्चुअल मशीन बनाते हैं, वे संसाधन पूल में ऊपर से सीमित संसाधनों के साथ आते हैं। खुद के बीच, ये विकल्प वारंटी में भिन्न होते हैं - हम अपने कार्यों, या आंशिक के लिए संसाधनों के 100% आरक्षण का अनुरोध कर सकते हैं। बेशक, यह अंतर चालान में अंतर को खींच लेगा।

वह सब है। और फिर हम इस सब के पीछे क्या है, इस बारे में थोड़ा गहराई से जाना।