विंडोज़ सर्वर कोर का उपयोग करके विंडोज़ सर्वर को कम-शक्ति वाले वीपीएस पर निचोड़ना

विंडोज सिस्टम की लोलुपता के कारण, वीपीएस वातावरण में हल्के लिनक्स वितरण का प्रभुत्व है: मिंट, कोलिब्री ओएस, डेबियन या उबंटू, एक भारी डेस्कटॉप वातावरण से रहित जो हमारे उद्देश्यों के लिए अनावश्यक है। जैसा कि वे कहते हैं, केवल सांत्वना, केवल कट्टर! और वास्तव में, यह बिल्कुल भी अतिशयोक्ति नहीं है: वही डेबियन 256 एमबी मेमोरी और 1 गीगाहर्ट्ज के घड़ी चक्र के साथ एक कोर पर शुरू होता है, यानी लगभग किसी भी "स्टंप" पर। आरामदायक काम के लिए आपको कम से कम 512 एमबी और थोड़े तेज़ प्रोसेसर की आवश्यकता होगी। लेकिन क्या होगा अगर हम आपसे कहें कि आप विंडोज़ पर चलने वाले वीपीएस पर भी लगभग यही काम कर सकते हैं? आपको एक भारी विंडोज़ सर्वर शुरू करने की आवश्यकता क्यों नहीं है, जिसके लिए तीन से चार हेक्टेयर रैम और 1,4 गीगाहर्ट्ज़ पर कम से कम कुछ कोर की आवश्यकता होती है? बस विंडोज़ सर्वर कोर का उपयोग करें - जीयूआई और कुछ सेवाओं से छुटकारा पाएं। यह कैसे करें, हम लेख में बात करेंगे।

यह विंडोज़ सर्वर कोर कौन है?

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

विंडोज़ कोर की मुख्य विशेषता इसका बिना मांग वाला हार्डवेयर और पॉवरशेल के माध्यम से पूर्ण कंसोल नियंत्रण है।

यदि आप माइक्रोसॉफ्ट वेबसाइट पर जाते हैं और तकनीकी आवश्यकताओं की जांच करते हैं, तो विंडोज सर्वर 2016/2019 शुरू करने के लिए आपको कम से कम 2 गीगाहर्ट्ज रैम और 1,4 गीगाहर्ट्ज की क्लॉक स्पीड के साथ कम से कम एक कोर की आवश्यकता होगी। लेकिन हम सभी समझते हैं कि इस तरह के कॉन्फ़िगरेशन के साथ हम केवल सिस्टम के शुरू होने की उम्मीद कर सकते हैं, लेकिन निश्चित रूप से हमारे ओएस के आरामदायक संचालन की नहीं। यही कारण है कि विंडोज़ सर्वर को आमतौर पर प्रोसेसर से अधिक मेमोरी और कम से कम 2 कोर/4 थ्रेड आवंटित किए जाते हैं, यदि वे इसे सस्ते वर्चुअल मशीन के बजाय कुछ ज़ीऑन पर एक महंगी भौतिक मशीन प्रदान नहीं करते हैं।

साथ ही, सर्वर सिस्टम के मूल को केवल 512 एमबी मेमोरी की आवश्यकता होती है, और उन प्रोसेसर संसाधनों का उपयोग जीयूआई द्वारा केवल स्क्रीन पर खींचने और इसकी कई सेवाओं को चालू रखने के लिए किया जाता है, जिनका उपयोग किसी और उपयोगी चीज़ के लिए किया जा सकता है।

यहां बॉक्स से बाहर समर्थित विंडोज़ कोर सेवाओं और आधिकारिक माइक्रोसॉफ्ट वेबसाइट से पूर्ण विंडोज़ सर्वर की तुलना दी गई है:

आवेदन
सर्वर कोर
के साथ सर्वरडेस्कटॉप अनुभव

सही कमाण्ड
उपलब्ध
उपलब्ध

विंडोज़ पावरशेल/माइक्रोसॉफ्ट .NET
उपलब्ध
उपलब्ध

Perfmon.exe
अनुपलब्ध
उपलब्ध

विंडबग (जीयूआई)
समर्थित
उपलब्ध

Resmon.exe
अनुपलब्ध
उपलब्ध

: Regedit पर
उपलब्ध
उपलब्ध

Fsutil.exe
उपलब्ध
उपलब्ध

Disksnapshot.exe
अनुपलब्ध
उपलब्ध

डिस्कपार्ट.exe
उपलब्ध
उपलब्ध

diskmgmt.msc
अनुपलब्ध
उपलब्ध

देवमगएमटी.एमएससी
अनुपलब्ध
उपलब्ध

सर्वर प्रबंधक
अनुपलब्ध
उपलब्ध

mmc.exe
अनुपलब्ध
उपलब्ध

इवेंटव्र
अनुपलब्ध
उपलब्ध

वेवटुटिल (घटना संबंधी प्रश्न)
उपलब्ध
उपलब्ध

Services.msc
अनुपलब्ध
उपलब्ध

नियंत्रण कक्ष
अनुपलब्ध
उपलब्ध

विंडोज़ अपडेट (जीयूआई)
अनुपलब्ध
उपलब्ध

Windows Explorer
अनुपलब्ध
उपलब्ध

टास्कबार
अनुपलब्ध
उपलब्ध

टास्कबार सूचनाएं
अनुपलब्ध
उपलब्ध

टास्कमग्र
उपलब्ध
उपलब्ध

इंटरनेट एक्सप्लोरर या एज
अनुपलब्ध
उपलब्ध

अंतर्निहित सहायता प्रणाली
अनुपलब्ध
उपलब्ध

विंडोज़ 10 शैल
अनुपलब्ध
उपलब्ध

विंडोज मीडिया प्लेयर
अनुपलब्ध
उपलब्ध

PowerShell का
उपलब्ध
उपलब्ध

पॉवरशेल ISE
अनुपलब्ध
उपलब्ध

पावरशेल आईएमई
उपलब्ध
उपलब्ध

Mstsc.exe
अनुपलब्ध
उपलब्ध

दूरस्थ डेस्कटॉप सेवा
उपलब्ध
उपलब्ध

हाइपर- V प्रबंधक
अनुपलब्ध
उपलब्ध

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

लगभग लिनक्स की तरह, लेकिन ऐसा नहीं

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

सबसे सरल उदाहरण यह है कि मैन्युअल रूप से लिनक्स कर्नेल का निर्माण करके और फिर पैकेज और सेवाओं को स्थापित करके, यहां तक ​​कि एक हल्के लिनक्स वितरण को भी भारी-भरकम और स्विस आर्मी चाकू के समान बनाया जा सकता है (यहां मैं वास्तव में पायथन के बारे में एक अकॉर्डियन चुटकुला बनाना चाहता हूं) और "यदि प्रोग्रामिंग भाषाएँ हथियार होतीं", लेकिन हम नहीं करेंगे) श्रृंखला से एक चित्र सम्मिलित करें। विंडोज़ कोर में ऐसी स्वतंत्रता बहुत कम है, क्योंकि आख़िरकार, हम एक Microsoft उत्पाद के साथ काम कर रहे हैं।

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

लेकिन जो चीज़ कोर संस्करण को पूर्ण संस्करण से अलग करती है, वह सिस्टम को अपडेट करने और काम को रोके बिना सेवाओं को जोड़ने की क्षमता है। विंडोज़ कोर रिबूट के बिना पैकेजों की हॉट रोलिंग का समर्थन करता है। परिणामस्वरूप, व्यावहारिक टिप्पणियों के आधार पर: विंडोज़ कोर चलाने वाली मशीन को विंडोज़ सर्वर चलाने वाली मशीन की तुलना में ~6 गुना कम बार रिबूट करने की आवश्यकता होती है, यानी हर छह महीने में एक बार, और महीने में एक बार नहीं।

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

विंडोज सर्वर 2019 कोर को स्थापित और प्रबंधित करें

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

इस मामले में, आपको वास्तव में विंडोज सर्वर कोर इंस्टॉलेशन पैकेज की तलाश करने की आवश्यकता नहीं है। मानक Microsoft इंस्टॉलर में, कोर संस्करण वस्तुतः डिफ़ॉल्ट रूप से पेश किया जाता है, जबकि GUI संस्करण को मैन्युअल रूप से चुना जाना चाहिए:

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

• रिमोट पॉवरशेल;
• रिमोट सर्वर एडमिनिस्ट्रेशन टूल्स (आरएसएटी);
• विंडोज एडमिन सेंटर;
• Sconfig;
• सर्वर प्रबंधक।

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

हम कंसोल की क्षमताओं का वर्णन नहीं करेंगे; पावरशेल अपने स्पष्ट फायदे और नुकसान के साथ पावरशेल है। आरएसएटी और डब्ल्यूएसी के साथ सब कुछ थोड़ा अधिक जटिल है। 

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

▍सिस्टम प्रबंधन

 

WAC
आरएसएटी

घटक प्रबंधन
Да
Да

रजिस्ट्री संपादक
Да
नहीं

नेटवर्क प्रबंधन
Да
Да

घटना दर्शक
Да
Да

सांझे फ़ोल्डर
Да
Да

डिस्क प्रबंधन
Да
केवल GUI वाले सर्वर के लिए

कार्य अनुसूचक
Да
Да

डिवाइस प्रबंधन
Да
केवल GUI वाले सर्वर के लिए

फ़ाइल प्रबंधन
Да
नहीं

उपयोगकर्ता प्रबंधन
Да
Да

समूह प्रबंधन
Да
Да

प्रमाणपत्र प्रबंधन
Да
Да

अपडेट
Да
नहीं

कार्यक्रमों की स्थापना रद्द करना
Да
नहीं

सिस्टम मॉनिटर
Да
Да

दूसरी ओर, आरएसएटी हमें मशीन पर भूमिकाओं पर पूर्ण नियंत्रण देता है, जबकि विंडोज एडमिन सेंटर इस संबंध में वस्तुतः कुछ नहीं कर सकता है। स्पष्टता के लिए इस पहलू में आरएसएटी और डब्ल्यूएसी की क्षमताओं की तुलना यहां दी गई है:

▍भूमिका प्रबंधन

 

WAC
आरएसएटी

उन्नत थ्रेड सुरक्षा
पूर्व दर्शन
नहीं

विंडोज डिफेंडर
पूर्व दर्शन
Да

कंटेनर
पूर्व दर्शन
Да

एडी प्रशासनिक केंद्र
पूर्व दर्शन
Да

एडी डोमेन और ट्रस्ट
नहीं
Да

एडी साइटें और सेवाएँ
नहीं
Да

डीएचसीपी
पूर्व दर्शन
Да

डीएनएस
पूर्व दर्शन
Да

डीएफएस प्रबंधक
नहीं
Да

जीपीओ प्रबंधक
नहीं
Да

आईआईएस प्रबंधक
नहीं
Да

अर्थात्, यह पहले से ही स्पष्ट है कि यदि हम अन्य नियंत्रणों के पक्ष में GUI और PowerShell को छोड़ देते हैं, तो हम किसी प्रकार के मोनो-टूल का उपयोग करने से बच नहीं पाएंगे: सभी मोर्चों पर पूर्ण प्रशासन के लिए, हमें कम से कम इसकी आवश्यकता होगी आरएसएटी और डब्ल्यूएसी का संयोजन।

हालाँकि, आपको यह याद रखना होगा कि WAC का उपयोग करने के लिए आपको 150-180 मेगाबाइट RAM का भुगतान करना होगा। कनेक्ट होने पर, विंडोज एडमिन सेंटर सर्वर साइड पर 3-4 सत्र बनाता है, जो वर्चुअल मशीन से टूल डिस्कनेक्ट होने पर भी बंद नहीं होते हैं। WAC भी PowerShell के पुराने संस्करणों के साथ काम नहीं करता है, इसलिए आपको कम से कम PowerShell 5.0 की आवश्यकता होगी। यह सब हमारी तपस्या के प्रतिमान के विरुद्ध है, लेकिन आपको आराम के लिए भुगतान करना होगा। हमारे मामले में - रैम।

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

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

एक पूर्ण एक्सप्लोरर स्थापित करने से हमें यूआई से लैस सॉफ़्टवेयर के साथ काम करने के अधिक अवसर मिलेंगे। इसके लिए हम संपर्क करना होगा सर्वर कोर ऐप कम्पैटिबिलिटी फ़ीचर ऑन डिमांड (एफओडी) जो एमएमसी, इवेंटव्र, पर्फ़मॉन, रेसमन, एक्सप्लोरर.एक्सई और यहां तक ​​​​कि पॉवरशेल आईएसई को सिस्टम में लौटा देगा। हालाँकि, हमें इसके लिए भुगतान करना होगा, जैसा कि WAC के मामले में है: हम अपरिवर्तनीय रूप से लगभग 150-200 मेगाबाइट RAM खो देंगे, जिसे explorer.exe और अन्य सेवाओं द्वारा बेरहमी से निगल लिया जाएगा। भले ही मशीन पर कोई सक्रिय उपयोगकर्ता न हो।

देशी एक्सप्लोरर पैकेज के साथ और उसके बिना मशीनों पर सिस्टम द्वारा मेमोरी खपत इस तरह दिखती है।

यहां एक तार्किक प्रश्न उठता है: पावरशेल, एफओडी, फ़ाइल प्रबंधकों के साथ यह सब नृत्य क्यों, यदि कोई बाएं या दाएं कदम से रैम की खपत में वृद्धि होती है? विंडोज़ सर्वर कोर पर आरामदायक काम सुनिश्चित करने के लिए अपने आप को ढेर सारे उपकरणों से क्यों ढकें और इधर-उधर घुमाएँ, जब आप बस विंडोज़ सर्वर 2016/2019 डाउनलोड कर सकते हैं और एक गोरे आदमी की तरह रह सकते हैं?

सर्वर कोर का उपयोग करने के कई कारण हैं। पहला: वर्तमान मेमोरी खपत लगभग आधी है। अगर आपको याद हो तो शुरुआत में ही यही शर्त हमारे लेख का आधार थी। तुलना के लिए, यहां विंडोज सर्वर 2019 की मेमोरी खपत है, ऊपर दिए गए स्क्रीनशॉट से तुलना करें:

और इसलिए, कोर पर 1146 एमबी के बजाय 655 एमबी मेमोरी की खपत। 

मान लें कि आपको WAC की आवश्यकता नहीं है और आप मूल एक्सप्लोरर के बजाय एक्सप्लोरर++ का उपयोग करेंगे, तो आप आप फिर भी लगभग आधा हेक्टेयर जीत लेंगे विंडोज़ सर्वर चलाने वाली प्रत्येक वर्चुअल मशीन पर। यदि केवल एक वर्चुअल मशीन है, तो वृद्धि नगण्य है, लेकिन यदि उनमें से पाँच हैं? यहीं पर GUI का होना मायने रखता है, खासकर यदि आपको इसकी आवश्यकता नहीं है। 

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

शेष

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

स्रोत: www.habr.com