अच्छे दिन, प्रिय सहयोगियों!

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

कहां क्या?

Windows Azure में वर्चुअल मशीन विकल्पों और विकल्पों पर चर्चा करने से पहले, सबसे पहले बात करना अच्छा होगा कि VM को विंडोज Azure में कैसे तैनात किया जाए:

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



2) कमांड-लाइन टूल्स और पावरशेल का उपयोग करना - विशेष रूप से जटिल स्क्रिप्ट के स्वचालन के प्रशंसकों के लिए!

3) REST API कॉल का उपयोग करना।

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

खैर, चूंकि हमने आपसे वीएम के आकार के बारे में बात की है, इसलिए इस विषय पर प्रस्तावों से परिचित होना अच्छा होगा।



यहाँ, यह मुझे लगता है, सब कुछ बेहद स्पष्ट और समझने योग्य है।
इसके अलावा, 2 अतिरिक्त वीएम प्रकार भी हैं - मांग परियोजनाओं के लिए:

1) 4 कोर - 28 जीबी रैम
2) 8 कोर - 56 जीबी रैम

हालांकि, एक बिंदु पर ध्यान देने योग्य है - एक निरंतर डिस्क।
Windows Azure में VM रोल और वर्चुअल मशीन में क्या अंतर है? और पूरे अंतर यह है कि पहले मामले में, ओएस ड्राइव लगातार नहीं था - दूसरे शब्दों में, इस तरह के एक वीएम के रिबूट के बाद सिस्टम में किए गए सभी परिवर्तन रीसेट किए गए थे। वर्चुअल मशीनों के बीच मुख्य अंतर यह है कि वे एक निरंतर डिस्क का उपयोग करते हैं, अर्थात, हम रिबूट से डरते नहीं हैं - और हम ऐसे वीएम के साथ विश्वसनीय तरीके से काम कर सकते हैं जो हमारे लिए परिचित है, रिबूट के बाद डेटा हानि के डर के बिना।

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



और SharePoint और BizTalk के साथ छवियों की उपस्थिति पर ध्यान दें - यहां भाषा पहले से ही शायद ही इसे IaaS कहती है - क्योंकि यह पहले से ही PaaS की तरह दिखने लगती है (और SharePoint संगठन के आंतरिक पोर्टल के लिए एक मंच क्यों नहीं है - भले ही वह क्लाउड में हो? ..)।
और निश्चित रूप से, यह सवाल उठता है - चूंकि Microsoft अपने प्लेटफार्मों के घटकों को एज़्योर में पेश कर रहा है, बिना किसी समस्या के विंडोज एज़्योर में वीएम पर किस तरह के एमएस उत्पाद काम कर सकते हैं? जवाब आने में लंबा नहीं है।



अगर हम विंडोज सर्वर के बारे में बात कर रहे हैं - तो यह WS2008R2 या WS2012 हो - यहां विंडोज एज़्योर की तैनाती के लिए समर्थित भूमिकाओं की एक सूची है:

सक्रिय निर्देशिका डोमेन सेवाएँ
सक्रिय निर्देशिका फेडरेशन सेवाएँ
सक्रिय निर्देशिका हल्के निर्देशिका सेवाएँ
एप्लिकेशन सर्वर
DNS सर्वर
फैक्स सर्वर
नेटवर्क नीति और पहुँच सेवाएँ
प्रिंट और दस्तावेज़ सेवाएँ
वेब सर्वर (IIS)
विंडोज परिनियोजन सेवाएँ
Windows सर्वर अद्यतन सेवाएँ
फ़ाइल सेवाएँ

अच्छी तरह से और व्यक्तिगत रूप से मेरे लिए बहुत महत्वपूर्ण और सुखद है - सिस्टम सेंटर 2012 या तो भूल नहीं है!

और तैनाती के लिए कस्टम, अपने खुद के ओएस छवियों और छवियों के बारे में क्या?

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

1) तैनाती कमांड के लिए sysprep = छवि का उपयोग करके ओएस को कॉन्फ़िगर और सामान्यीकृत किया गया था।
2) OS सिर्फ VHD फाइल में है और यह सिर्फ Azure में लोड होता है - सिर्फ एक Windows Azure ड्राइव।

लेकिन पहुंच के बारे में क्या?

खैर, पहुंच अभी भी अधिक सुंदर और सरल है (बहुत अधिक!)।

1 वीएम (नॉनक्लेस्टेड सर्विस) पर चलने वाली सेवाओं और सेवाओं के उदाहरणों के लिए, एसएलए 99.9% उपलब्धता की गारंटी देता है, जो लगभग 8.75 घंटे प्रति वर्ष के डाउनटाइम के बराबर है।

संकुल सेवाओं के लिए जो एक निश्चित भूमिका के कई उदाहरण हैं - SLA पर यह पैरामीटर 99.95% है-समय के बराबर में 4.38 घंटे प्रति वर्ष स्वीकार्य डाउनटाइम है।

संख्या आकर्षक से अधिक है - और यहां तक ​​कि एसएलए में भी निहित है - सोचने के लिए कुछ है - प्रस्ताव वास्तव में स्वादिष्ट है!

वीएम की आंतरिक संरचना के रूप में, उनकी विश्वसनीयता के संदर्भ में, अर्थात् आभासी डिस्क की विश्वसनीयता - यहां हम निम्नलिखित निरीक्षण करते हैं:



तालिका में डेटा के आधार पर, हम समझते हैं कि:

1) सिस्टम में हमेशा 2 डिस्क होते हैं - सी और डी - एक सिस्टम - सिस्टम कैश के लिए एक और, क्रमशः। सिस्टम ड्राइव 127 जीबी तक सीमित है।
2) अन्य सभी डिस्क डेटा डिस्क हैं जिन्हें हम अपने विवेक पर जोड़ते हैं - उन्हें मक्खी पर जोड़ा / हटाया जा सकता है, ठीक उसी तरह से आप कैशिंग फ़ंक्शन को सक्षम / अक्षम कर सकते हैं। ऐसी डिस्क की अधिकतम मात्रा 1 टीबी है।

निष्कर्ष

खैर, Windows Azure में VM (IaaS) पर मेरा संक्षिप्त अवलोकन अब पूरा हो गया है।
निकट भविष्य में, हमारे पास बहुत सारी सामग्री होगी - और न केवल हैबे पर (हां, मैं एमवीए के बारे में बात कर रहा हूं), जो कि विंडोज एज़ुर के सभी नवाचारों के बारे में अधिक पूरी तरह से और सटीक रूप से बताएगा जो आईटी प्रो दर्शकों (सिस्टम एडमिनिस्ट्रेटर) की चिंता करते हैं।

खैर, दोस्तों!
यद्यपि हमने बादलों के बारे में बात की थी, मैं आपको एक बिना छुट्टी और सप्ताहांत की कामना करता हूं (मैं वास्तव में - लगभग। Microsoft RUssia कॉर्प।)) चाहता हूं।

और बीमार मत बनो - मौसम, संक्रमण, धूर्त अब))))

निष्ठा से,
आग लगाने वाला

जॉर्ज ए। गाज़ीव
सूचना अधोसंरचना विशेषज्ञ
Microsoft निगम।