ادفع Windows Server إلى VPS منخفض الطاقة باستخدام Windows Server Core


بسبب شدة أنظمة Windows ، تهيمن توزيعات Linux خفيفة الوزن على بيئة VPS: Mint أو Colibri OS أو Debian أو Ubuntu ، وهي محرومة من بيئة سطح المكتب غير الضرورية والوزن الثقيل كجزء من مهامنا. كما يقولون ، فقط وحدة التحكم ، المتشددين فقط! وفي الواقع ، هذه ليست مبالغة على الإطلاق: يبدأ ديبيان نفسه بذاكرة 256 ميجابايت ونواة واحدة بدورة ساعة 1 جيجاهرتز ، أي على أي "جذع" تقريبًا. للعمل المريح ، ستحتاج إلى 512 ميجابايت ومعالج أسرع قليلاً. ولكن ماذا لو قلنا لك أنه يمكن فعل الشيء نفسه تقريبًا على Windows VPS؟ ما الذي لا تحتاج إليه لتشغيل Windows Server الثقيل ، والذي يتطلب من ثلاثة إلى أربعة هكتارات من ذاكرة الوصول العشوائي وحد أدنى من النوى بسرعة ساعة تبلغ 1.4 جيجاهرتز؟ فقط استخدم Windows Server Core - تخلص من واجهة المستخدم الرسومية وبعض الخدمات. سنتحدث عن كيفية القيام بذلك في مقال.

من هو Windows Server Core الخاص بك؟


لا توجد معلومات واضحة حول ما هو Windows (الخادم) Core حتى على الموقع الرسمي لـ Mikes ، أو بالأحرى ، كل شيء مربك للغاية لدرجة أنك لن تفهمه على الفور ، لكن المراجع الأولى تعود إلى عصر Windows Server 2008. في الواقع ، Windows Core هو Windows kernel عملي الخادم (فجأة!) ، "فقد الوزن" بحجم واجهة المستخدم الرسومية الخاصة به وحوالي نصف الخدمات الجانبية.

الميزة الرئيسية لـ Windows Core هي انخفاض متطلبات الأجهزة وإدارة وحدة التحكم بالكامل من خلال PowerShell.

إذا انتقلت إلى موقع Microsoft على الويب وتحقق من المتطلبات الفنية ، فبدءًا لبدء Windows Server 2016/2019 ، ستحتاج إلى 2 جيجا بايت من ذاكرة الوصول العشوائي ونواة واحدة على الأقل بسرعة 1.4 جيجا هرتز. لكننا جميعًا نفهم أنه باستخدام هذا التكوين ، يمكننا فقط توقع بدء تشغيل النظام ، ولكن بالتأكيد ليس التشغيل المريح لنظام التشغيل الخاص بنا. لهذا السبب ، عادةً ما يتم تخصيص المزيد من الذاكرة لـ Windows Server و 2 على الأقل من النوى / 4 سلاسل من المعالج ، إذا لم يزودوه بجهاز مادي باهظ الثمن على بعض Xeon ، بدلاً من جهاز افتراضي رخيص.

في الوقت نفسه ، يتطلب جوهر نظام الخادم نفسه 512 ميغابايت فقط من الذاكرة ، ويمكن استخدام موارد المعالج التي تم استهلاكها بواسطة واجهة المستخدم الرسومية فقط لعرضها على الشاشة والحفاظ على تشغيل خدماتها العديدة لشيء أكثر فائدة.

فيما يلي مقارنة بين خدمات Windows Core المدعومة الجاهزة للاستخدام وخادم Windows الكامل من موقع Microsoft الرسمي على الويب:

تطبيقالخادم الأساسيالخادم مع تجربة سطح المكتب
موجه الأمرمتاحمتاح
Windows PowerShell / Microsoft .NETمتاحمتاح
Perfmon.exeغير متاحمتاح
Windbg (واجهة المستخدم الرسومية)أيدمتاح
Resmon.exeغير متاحمتاح
رجديتمتاحمتاح
Fsutil.exeمتاحمتاح
Disksnapshot.exeغير متاحمتاح
Diskpart.exeمتاحمتاح
Diskmgmt.mscغير متاحمتاح
Devmgmt.mscغير متاحمتاح
مدير الخادمغير متاحمتاح
Mmc.exeغير متاحمتاح
Eventvwrغير متاحمتاح
Wevtutil (استعلامات الأحداث)متاحمتاح
Services.mscغير متاحمتاح
لوحة التحكمغير متاحمتاح
تحديث Windows (GUI)غير متاحمتاح
مستكشف النوافذغير متاحمتاح
شريط المهامغير متاحمتاح
إخطارات شريط المهامغير متاحمتاح
Taskmgrمتاحمتاح
Internet Explorer أو Edgeغير متاحمتاح
نظام مساعدة مدمجغير متاحمتاح
ويندوز 10 شلغير متاحمتاح
ويندوز ميديا ​​بلايرغير متاحمتاح
باورهيلمتاحمتاح
PowerShell ISEغير متاحمتاح
PowerShell IMEمتاحمتاح
Mstsc.exeغير متاحمتاح
خدمات سطح المكتب البعيدمتاحمتاح
مدير Hyper-Vغير متاحمتاح

كما ترى ، تم قطع الكثير من Windows Core. ذهبت الخدمات والعمليات المرتبطة بواجهة المستخدم الرسومية للنظام تحت السكين ، بالإضافة إلى أي "القمامة" التي لن تكون هناك حاجة بالتأكيد على الجهاز الافتراضي لوحدة التحكم ، على سبيل المثال ، Windows Media Player.

تقريبا مثل لينكس وليس هو


أريد حقًا مقارنة Windows Server Core مع توزيعات Linux ، ولكن في الواقع هذا ليس صحيحًا تمامًا. نعم ، هذه الأنظمة متشابهة مع بعضها البعض من حيث انخفاض استهلاك الموارد بسبب التخلي عن واجهة المستخدم الرسومية والعديد من الخدمات الجانبية ، ولكن من حيث التشغيل وبعض المناهج للتجميع ، لا يزال نظام التشغيل Windows وليس نظامًا يونيكس.

أبسط مثال هو أنه بمساعدة التجميع اليدوي لنواة Linux والتثبيت اللاحق للحزم والخدمات ، يمكن تحويل أخف توزيع Linux إلى شيء ثقيل ومشابه لسكين سويسري (أرغب حقًا في لعب jokey حول Python وإدراج صورة من سلسلة "إذا كانت لغات البرمجة كانت أسلحة "، لكننا لن). في Windows Core ، هذه الحرية أقل بكثير ، لأننا ، مع ذلك ، نتعامل مع منتج Microsoft.

يأتي Windows Server Core مع تجميع جاهز ، يمكن تقدير التكوين الافتراضي له من الجدول أعلاه. إذا كنت بحاجة إلى شيء من قائمة العناصر غير المدعومة ، فسيتعين عليك إضافة العناصر المفقودة عبر الإنترنت من خلال وحدة التحكم. ومع ذلك ، لا تنسى الميزة عند الطلب والقدرة على تفريغ المكونات كملفات .cab ، والتي يمكنك إضافتها بعد ذلك إلى التجميع قبل التثبيت. لكن هذا السيناريو لا يعمل إذا وجدت بالفعل في العملية أنك تفتقد إحدى الخدمات المقطوعة.

ولكن ما يميز الإصدار الأساسي عن الإصدار الكامل هو القدرة على تحديث النظام وإضافة الخدمات دون إيقاف العمل. يدعم Windows Core تشغيل الحزم الساخنة دون إعادة التشغيل. ونتيجة لذلك ، بناءً على الملاحظات العملية: يحتاج الجهاز الذي يقوم بتشغيل Windows Core إلى إعادة التشغيل ~ 6 مرات أقل من تشغيل Windows Server ، أي مرة كل ستة أشهر وليس مرة واحدة في الشهر.

مكافأة جيدة للمسؤولين هي أنه إذا كنت تستخدم النظام على النحو المنشود - من خلال وحدة التحكم ، بدون RDP - ولم تقم بإخراج Windows Server ثانٍ منه ، فإنه يصبح آمنًا للغاية مقارنة بالإصدار الكامل. بعد كل شيء ، تقع معظم نقاط الضعف في Windows Server على RDP وأفعال المستخدم الذي ، من خلال RDP نفسه ، يفعل ما لا ينبغي. وهذا مشابه لقصة هنري فورد وعلاقته بلون السيارة: "يمكن لأي عميل طلاء سيارة بأي لون يريده طالما أنها سوداء ". لذلك مع النظام: يمكن للمستخدم التواصل بأي شكل من الأشكال مع النظام ، الشيء الرئيسي هو أنه يفعل ذلك من خلال وحدة التحكم .

قم بتثبيت وإدارة Windows Server 2019 Core


ذكرنا سابقًا أن Windows Core هو في الواقع Windows Server بدون غلاف GUI. أي أنه يمكنك استخدام أي إصدار من Windows Server تقريبًا كإصدار أساسي ، أي التخلي عن واجهة المستخدم الرسومية. بالنسبة لمنتجات عائلة Windows Server 2019 ، هذا هو 3 من 4 إصدارات للخوادم: الوضع الأساسي متاح لـ Windows Server 2019 Standard Edition و Windows Server 2019 Datacenter و Hyper-V Server 2019 ، أي أن Windows Server 2019 Essentials فقط يقع خارج هذه القائمة.

في الوقت نفسه ، لا يلزم البحث في حزمة تثبيت Windows Server Core. في المثبت القياسي من Microsoft ، يتم تقديم الإصدار الأساسي حرفياً بشكل افتراضي ، عندما يجب عليك تحديد الإصدار يدويًا باستخدام واجهة المستخدم الرسومية:

صورة

في الواقع ، هناك المزيد من الخيارات لإدارة النظام أكثر من تلك التي ذكرتها PowerShell ، والتي تقدمها الشركة المصنعة افتراضيًا. توجد خمس طرق مختلفة على الأقل لإدارة جهاز ظاهري على Windows Server Core:

  • بوويرشيل البعيد
  • أدوات إدارة الخادم البعيد (RSAT) ؛
  • مركز إدارة Windows
  • سكونفيغ
  • مدير الخادم

المواقف الثلاثة الأولى هي الأكثر أهمية: معيار PowerShell و RSAT و Windows Admin Center. ومع ذلك ، من المهم أن نفهم أنه عندما نحصل على فوائد إحدى الأدوات ، فإننا نحصل أيضًا على القيود التي تفرضها.

لن نصف قدرات وحدة التحكم ؛ PowerShell هي PowerShell ، مع إيجابياتها وسلبياتها الواضحة. RSAT و WAC أكثر تعقيدًا قليلاً. 

يمنحك WAC الوصول إلى عناصر تحكم النظام الهامة مثل تحرير التسجيل وإدارة القرص والجهاز. يعمل RSAT في الحالة الأولى فقط في وضع العرض ولن يسمح بإجراء أي تغييرات ، ولإدارة الأقراص والأجهزة المادية لأدوات إدارة الخادم البعيد ، فأنت بحاجة إلى واجهة المستخدم الرسومية ، والتي لا تتعلق بحالتنا. بشكل عام ، لا يمكن لـ RSAT العمل مع الملفات ، وبالتالي التحديثات ، تثبيت / إلغاء تثبيت البرامج في تحرير التسجيل.

Management إدارة النظام


 
واكRSAT
إدارة المكوناتنعمنعم
محرر التسجيلنعملا
إدارة الشبكةنعمنعم
عارض الأحداثنعمنعم
الملفات المشتركةنعمنعم
إدارة القيادةنعمفقط للخوادم مع واجهة المستخدم الرسومية
جدول المهامنعمنعم
إدارة الجهازنعمفقط للخوادم مع واجهة المستخدم الرسومية
إدارة الملفاتنعملا
إدارةالمستخدمنعمنعم
إدارة المجموعةنعمنعم
إدارة الشهادةنعمنعم
التحديثاتنعملا
قم بإلغاء تثبيت البرامجنعملا
مراقب النظامنعمنعم

من ناحية أخرى ، يمنحنا RSAT التحكم الكامل في الأدوار على الجهاز ، عندما لا يستطيع فعل أي شيء ، مثل مركز إدارة Windows. فيما يلي مقارنة لقدرات RSAT و WAC في هذا الجانب من أجل الوضوح:

rolesأدوار الإدارة


 
واكRSAT
حماية متقدمة من الخيطنصلا
مدافع ويندوزنصنعم
حاوياتنصنعم
المركز الإداري ADنصنعم
م المجال والشهاداتلانعم
مواقع وخدمات ADلانعم
DHCPنصنعم
DNSنصنعم
مدير DFSلانعم
مدير GPOلانعم
مدير IISلانعم
أي أنه من الواضح بالفعل أنه إذا تخليت عن واجهة المستخدم الرسومية و PowerShell لصالح عناصر تحكم أخرى ، فلن يعمل التخلص من استخدام نوع من أداة أحادية: للإدارة الكاملة على جميع الجبهات ، نحتاج على الأقل إلى مجموعة من RSAT و WAC.

يجب أن نتذكر أن استخدام WAC يجب أن يدفع 150-180 ميغابايت من ذاكرة الوصول العشوائي. عند الاتصال ، يقوم مركز إدارة Windows بإنشاء 3-4 جلسات على جانب الخادم ، والتي لا تقتل حتى عند فصل الأداة عن الجهاز الظاهري. لا يعمل WAC أيضًا مع الإصدارات القديمة من PowerShell ، لذلك ستحتاج إلى الحد الأدنى من PowerShell 5.0. كل هذا يتعارض مع نموذجنا لتقشف الموارد ، ولكن عليك أن تدفع مقابل الراحة. في حالتنا ، عن طريق ذاكرة الوصول العشوائي.

هناك خيار آخر لإدارة Server Core وهو تثبيت واجهات المستخدم الرسومية التابعة لجهة خارجية حتى لا تسحب هذه الأطنان من القمامة التي تأتي في تجميع كامل جنبًا إلى جنب مع الواجهة.

في هذه الحالة ، لدينا خياران: طرح Explorer الأصلي على النظام أو استخدام Explorer ++. كبديل للأخير ، أي مدير ملفات مناسب: Total Commander و FAR Manager و Double Commander وما إلى ذلك. هذا الأخير هو الأفضل إذا كان حفظ الذاكرة أمرًا بالغ الأهمية بالنسبة لك. يمكنك إضافة Explorer ++ أو أي مدير ملفات آخر عن طريق إنشاء مجلد شبكة وتشغيله من خلال وحدة التحكم أو المجدول.

يمنحنا تثبيت Explorer الكامل المزيد من الخيارات من حيث العمل مع البرامج المجهزة بواجهة مستخدم. لهذا سيتعين علينا الاتصالميزة توافق التطبيقات الأساسية للخادم عند الطلب (FOD) والتي ستعود إلى نظام MMC و Eventvwr و PerfMon و Resmon و Explorer.exe وحتى Powershell ISE. ومع ذلك ، سيكون عليك الدفع مقابل ذلك ، كما هو الحال مع WAC: سنفقد بشكل غير قابل للاسترداد حوالي 150-200 ميغابايت من ذاكرة الوصول العشوائي ، والتي تلتهم m Explorer.exe والخدمات الأخرى. حتى إذا لم يكن للجهاز مستخدم نشط.



هذه هي الطريقة التي يبدو بها استهلاك ذاكرة النظام على الأجهزة مع حزمة Explorer الأصلية وبدونها.

هذا يطرح السؤال المنطقي: لماذا كل هذه الرقصات مع PowerShell ، FOD ، مديري الملفات ، إذا كانت أي خطوة يسار يمين تؤدي إلى زيادة في استهلاك ذاكرة الوصول العشوائي؟ لماذا تغطي نفسك بمجموعة من الأدوات وخجولة من جانب لآخر لضمان عمل مريح على Windows Server Core ، بينما يمكنك فقط تحريك Windows Server 2016/2019 والعيش مثل شخص أبيض؟

هناك عدة أسباب لاستخدام Server Core. أولاً: التيار يستهلك نصف الذاكرة تقريبًا. إذا كنت تتذكر ، كان هذا الشرط أساس مقالنا في البداية. للمقارنة ، استهلاك الذاكرة من Windows Server 2019 ، مقارنة بلقطات الشاشة أعلاه فقط:


وهكذا ، 1146 ميغابايت من الذاكرة المستهلكة بدلاً من 655 ميغابايت على Core. 

بافتراض أنك لست بحاجة إلى WAC وأنك تستخدم Explorer ++ بدلاً من Explorer الأصلي ، ستظل تكسب ما يقرب من نصف هكتار على كل جهاز افتراضي يعمل بنظام Windows Server. إذا كان هناك آلة افتراضية واحدة فقط ، فإن النمو ضئيل ، ولكن إذا كان هناك خمسة منها؟ هنا وجود واجهة المستخدم الرسومية مهم ، خاصة إذا كنت لا تحتاج إليها. 

ثانيًا ، لن يؤدي أي رقص حول Windows Server Core إلى محاربة المشكلة الرئيسية المتمثلة في تشغيل Windows Server - RDP وأمانه (بشكل أكثر دقة ، غيابه الكامل). لا يزال Windows Core حتى في شكل FOD و RSAT و WAC خادمًا بدون RDP ، أي أنه لا يخضع لـ 95٪ من الهجمات الحالية.

في الميزان


بشكل عام ، يعد Windows Core "أكثر سُمكًا" قليلاً من أي توزيع لنظام Linux ، ولكنه أكثر فاعلية. إذا كنت بحاجة إلى تحرير الموارد وكنت على استعداد للعمل مع وحدة التحكم و WAC و RSAT ، استخدم مديري الملفات بدلاً من واجهة المستخدم الرسومية الكاملة ، فإن Core تستحق الانتباه إليها. علاوة على ذلك ، لن يكون من الممكن دفع مبالغ إضافية لنظام Windows كامل ، وإنفاق الأموال التي تم توفيرها في حالة اضطراب VPS الخاص بك عن طريق إضافة ، على سبيل المثال ، ذاكرة الوصول العشوائي. للراحة، واضاف لدينا ويندوز سيرفر كور لدينا السوق .


All Articles