Windows სერვერის შეკუმშვა დაბალი სიმძლავრის VPS-ში Windows Server Core-ით

Windows სისტემების სისულელეების გამო, VPS გარემოში დომინირებს მსუბუქი Linux დისტრიბუციები: Mint, Colibri OS, Debian ან Ubuntu, მოკლებულია არასაჭირო, როგორც ჩვენი ამოცანების ნაწილი, მძიმე დესკტოპის გარემოს. როგორც ამბობენ, მხოლოდ კონსოლი, მხოლოდ ჰარდკორი! სინამდვილეში, ეს საერთოდ არ არის გაზვიადება: იგივე Debian იწყება 256 მბ მეხსიერებით და ერთი ბირთვით, საათის ციკლით 1 გჰც, ანუ თითქმის ნებისმიერ „სტუმპზე“. კომფორტული მუშაობისთვის დაგჭირდებათ 512 მბ-დან და ოდნავ უფრო სწრაფი პროცესორი. მაგრამ რა მოხდება, თუ გეტყვით, რომ იგივე შეიძლება გაკეთდეს Windows VPS-ზე? რომ არ დაგჭირდებათ მძიმე Windows სერვერის ამუშავება, რომელსაც სჭირდება სამი ან ოთხი ჰექტარი ოპერატიული მეხსიერება და მინიმუმ რამდენიმე ბირთვი 1,4 გჰც სიხშირით? უბრალოდ გამოიყენეთ Windows Server Core - მოიშორეთ GUI და სერვისების ნაწილი. როგორ გავაკეთოთ ეს, ჩვენ ვისაუბრებთ სტატიაში.

ვინ არის ეს თქვენი Windows Server Core?

არ არის გასაგები ინფორმაცია იმის შესახებ, თუ რა არის Windows (სერვერი) Core Mikes-ის ოფიციალურ ვებსაიტზეც კი, უფრო ზუსტად, იქ ყველაფერი იმდენად გაუგებარია, რომ მაშინვე ვერ გაიგებთ, მაგრამ პირველი ხსენებები თარიღდება Windows Server 2008-ის ეპოქაში. ფაქტობრივად, Windows Core არის Windows kernel სერვერი (მოულოდნელად!), „უფრო თხელი“ საკუთარი GUI ზომით და გვერდითი სერვისების დაახლოებით ნახევარით.

Windows Core-ის მთავარი მახასიათებელია მისი მოუთხოვნელი აპარატურა და სრული კონსოლის მართვა PowerShell-ის საშუალებით.

თუ გადახვალთ Microsoft-ის ვებსაიტს და შეამოწმებთ ტექნიკურ მოთხოვნებს, მაშინ Windows Server 2016/2019-ის დასაწყებად დაგჭირდებათ მინიმუმ 2 გიგაბაიტი ოპერატიული მეხსიერება და მინიმუმ ერთი ბირთვი 1,4 გჰც სიჩქარით. მაგრამ ჩვენ ყველას გვესმის, რომ ასეთი კონფიგურაციით, ჩვენ შეგვიძლია ველოდოთ მხოლოდ სისტემის დაწყებას, მაგრამ, რა თქმა უნდა, არა ჩვენი OS-ის კომფორტულ მუშაობას. სწორედ ამ მიზეზით არის ის, რომ Windows Server-ს ჩვეულებრივ ეთმობა მეტი მეხსიერება და მინიმუმ 2 ბირთვი / 4 თემა პროცესორიდან, თუ ისინი არ უზრუნველყოფენ მას ძვირადღირებულ ფიზიკურ აპარატს ზოგიერთ Xeon-ზე, იაფი ვირტუალური მანქანის ნაცვლად.

ამავდროულად, თავად სერვერული სისტემის ბირთვი მოითხოვს მხოლოდ 512 მბ მეხსიერებას და ის პროცესორის რესურსები, რომლებიც GUI-მ მოიხმარა უბრალოდ ეკრანზე დასახატად და მათი მრავალრიცხოვანი სერვისების გასაშვებად, შეიძლება გამოყენებულ იქნას უფრო სასარგებლო რამისთვის.

აქ არის Windows Core სერვისების შედარება, რომლებიც მხარდაჭერილია გარედან და სრულფასოვანი Windows სერვერი Microsoft-ის ოფიციალური ვებსაიტიდან:

განაცხადის
სერვერის ბირთვი
სერვერთან ერთადდესკტოპის გამოცდილება

ბრძანების სტრიქონი
ხელმისაწვდომია
ხელმისაწვდომია

Windows PowerShell / Microsoft .NET
ხელმისაწვდომია
ხელმისაწვდომია

perfmon.exe
მიუწვდომელია
ხელმისაწვდომია

Windbg (GUI)
მხარი დაუჭირა
ხელმისაწვდომია

Resmon.exe
მიუწვდომელია
ხელმისაწვდომია

Regedit
ხელმისაწვდომია
ხელმისაწვდომია

fsutil.exe
ხელმისაწვდომია
ხელმისაწვდომია

Disksnapshot.exe
მიუწვდომელია
ხელმისაწვდომია

diskpart.exe
ხელმისაწვდომია
ხელმისაწვდომია

Diskmgmt. msc
მიუწვდომელია
ხელმისაწვდომია

devmgmt.msc
მიუწვდომელია
ხელმისაწვდომია

Server Manager
მიუწვდომელია
ხელმისაწვდომია

mmc.exe
მიუწვდომელია
ხელმისაწვდომია

Eventvwr
მიუწვდომელია
ხელმისაწვდომია

Wevtutil (მოვლენის მოთხოვნები)
ხელმისაწვდომია
ხელმისაწვდომია

Services.msc
მიუწვდომელია
ხელმისაწვდომია

პანელი
მიუწვდომელია
ხელმისაწვდომია

Windows განახლება (GUI)
მიუწვდომელია
ხელმისაწვდომია

Windows Explorer
მიუწვდომელია
ხელმისაწვდომია

taskbar
მიუწვდომელია
ხელმისაწვდომია

სამუშაო ზოლის შეტყობინებები
მიუწვდომელია
ხელმისაწვდომია

taskmgr
ხელმისაწვდომია
ხელმისაწვდომია

Internet Explorer ან Edge
მიუწვდომელია
ხელმისაწვდომია

ჩაშენებული დახმარების სისტემა
მიუწვდომელია
ხელმისაწვდომია

Windows 10 Shell
მიუწვდომელია
ხელმისაწვდომია

Windows Media Player
მიუწვდომელია
ხელმისაწვდომია

PowerShell
ხელმისაწვდომია
ხელმისაწვდომია

PowerShellISE
მიუწვდომელია
ხელმისაწვდომია

PowerShell IME
ხელმისაწვდომია
ხელმისაწვდომია

Mstsc.exe
მიუწვდომელია
ხელმისაწვდომია

დისტანციური Desktop მომსახურება
ხელმისაწვდომია
ხელმისაწვდომია

Hyper-V მენეჯერი
მიუწვდომელია
ხელმისაწვდომია

როგორც ხედავთ, Windows Core-დან ბევრი რამ ამოიჭრა. სისტემის GUI-სთან დაკავშირებული სერვისები და პროცესები, ისევე როგორც ნებისმიერი „ნაგავი“, რომელიც ნამდვილად არ არის საჭირო ჩვენს კონსოლის ვირტუალურ მანქანაზე, მაგალითად, Windows Media Player, დანის ქვეშ წავიდა.

თითქმის როგორც Linux, მაგრამ არა

Windows Server Core-ს ნამდვილად სურს შედარება Linux დისტრიბუციებთან, მაგრამ სინამდვილეში ეს არ არის მთლად სწორი. დიახ, ეს სისტემები მსგავსია რესურსების შემცირებული მოხმარების თვალსაზრისით, GUI-ს და მრავალი გვერდითი სერვისის მიტოვების გამო, მაგრამ მუშაობის და ზოგიერთი კონსტრუქციის მიდგომების თვალსაზრისით, ეს მაინც Windows არის და არა unix სისტემა.

უმარტივესი მაგალითი - Linux-ის ბირთვის ხელით შექმნით და შემდეგ პაკეტებისა და სერვისების დაინსტალირებით, Linux-ის ყველაზე მსუბუქი დისტრიბუციაც კი შეიძლება გადაიქცეს რაღაც მძიმე და შვეიცარიული არმიის იარაღის მსგავსი“, მაგრამ ჩვენ არ გავაკეთებთ). Windows Core-ში გაცილებით ნაკლებია ასეთი თავისუფლება, რადგან, ბოლოს და ბოლოს, საქმე გვაქვს Microsoft-ის პროდუქტთან.

Windows Server Core-ს გააჩნია მზა ასამბლეა, რომლის ნაგულისხმევი კონფიგურაცია შეიძლება შეფასდეს ზემოთ მოცემული ცხრილიდან. თუ რაიმე გჭირდებათ მხარდაჭერილი სიიდან, თქვენ მოგიწევთ დაკარგული ელემენტების დამატება ონლაინ კონსოლის საშუალებით. მართალია, არ დაივიწყოთ ფუნქცია მოთხოვნით და კომპონენტების CAB ფაილების სახით ჩამოტვირთვის შესაძლებლობა, რომლებიც შემდეგ შეიძლება დაემატოს ასამბლეას ინსტალაციამდე. მაგრამ ეს სკრიპტი არ მუშაობს, თუ თქვენ უკვე აღმოაჩინეთ მუშაობის პროცესში, რომ გამოგრჩეთ რომელიმე მოჭრილი სერვისი.

მაგრამ ის, რაც განასხვავებს Core ვერსიას სრულისგან, არის სისტემის განახლებისა და სერვისების დამატება მუშაობის შეწყვეტის გარეშე. Windows Core მხარს უჭერს ცხელ მოძრავ პაკეტებს გადატვირთვის გარეშე. შედეგად, პრაქტიკულ დაკვირვებებზე დაყრდნობით: Windows Core-ზე გაშვებული მანქანა საჭიროებს გადატვირთვას ~ 6-ჯერ უფრო იშვიათად, ვიდრე Windows Server-ის მქონე მანქანა, ანუ ექვს თვეში ერთხელ და არა თვეში ერთხელ.

კარგი ბონუსი ადმინისტრატორებისთვის არის ის, რომ თუ სისტემას იყენებთ ისე, როგორც დანიშნულებისამებრ - კონსოლის მეშვეობით, RDP-ის გარეშე - და არ გახდით მას მეორე Windows სერვერად, მაშინ ის ხდება უკიდურესად უსაფრთხო სრულ ვერსიასთან შედარებით. ყოველივე ამის შემდეგ, Windows Server-ის დაუცველობის უმეტესობა სწორედ RDP-ზე და მომხმარებლის ქმედებებზე მოდის, რომელიც სწორედ ამ RDP-ის მეშვეობით აკეთებს იმას, რაც არ უნდა. ეს ჰგავს ჰენრი ფორდის ისტორიას და მის დამოკიდებულებას მანქანის ფერთან: „ნებისმიერ მომხმარებელს შეუძლია შეიღებოს მანქანა ნებისმიერი ფერით, რაც მას სურს, სანამ ის არის. შავი". ასეა სისტემაშიც: მომხმარებელს შეუძლია სისტემასთან კომუნიკაცია ნებისმიერი გზით, მთავარია ის ამას აკეთებს მეშვეობით კონსოლი.

Windows Server 2019 Core-ის ინსტალაცია და მართვა

ადრე აღვნიშნეთ, რომ Windows Core არის Windows სერვერი GUI-ს გარეშე. ანუ, თქვენ შეგიძლიათ გამოიყენოთ Windows Server-ის თითქმის ნებისმიერი ვერსია, როგორც ძირითადი ვერსია, ანუ უარი თქვათ GUI-ზე. Windows Server 2019 ოჯახის პროდუქტებისთვის ეს არის 3 სერვერის 4-დან 2019: ძირითადი რეჟიმი ხელმისაწვდომია Windows Server 2019 Standard Edition, Windows Server 2019 Datacenter და Hyper-V Server 2019, ანუ მხოლოდ Windows Server XNUMX Essentials იკლებს. ამ სიიდან.

ამავდროულად, Windows Server Core ინსტალაციის პაკეტი განსაკუთრებულად არ საჭიროებს ძიებას. Microsoft-ის სტანდარტულ ინსტალერში, ძირითადი ვერსია შემოთავაზებულია სიტყვასიტყვით ნაგულისხმევად, ხოლო GUI ვერსია უნდა შეირჩეს ხელით:

სინამდვილეში, სისტემის მართვის უფრო მეტი ვარიანტია, ვიდრე აღნიშნული PowerShell, რომელსაც მწარმოებლის მიერ ნაგულისხმევად გვთავაზობს. თქვენ შეგიძლიათ მართოთ ვირტუალური მანქანა Windows Server Core-ზე მინიმუმ ხუთი განსხვავებული გზით:

• დისტანციური PowerShell;
• დისტანციური სერვერის ადმინისტრირების ინსტრუმენტები (RSAT);
• Windows Admin Center;
• Sconfig;
• სერვერის მენეჯერი.

ყველაზე დიდი ინტერესია პირველი სამი პოზიცია: სტანდარტული PowerShell, RSAT და Windows Admin Center. თუმცა, მნიშვნელოვანია გვესმოდეს, რომ ერთ-ერთი ხელსაწყოს უპირატესობის მიღებით, ჩვენ ასევე ვიღებთ მის მიერ დაწესებულ შეზღუდვებს.

ჩვენ არ აღვწერთ კონსოლის შესაძლებლობებს, PowerShell არის PowerShell, თავისი აშკარა პლიუსებით და მინუსებით. RSAT-ით და WAC-ით, ყველაფერი ცოტა უფრო რთულია. 

WAC გაძლევთ წვდომას სისტემის მნიშვნელოვან კონტროლებზე, როგორიცაა რეესტრის რედაქტირება და დისკის და მოწყობილობის მართვა. RSAT პირველ შემთხვევაში მუშაობს მხოლოდ ხედვის რეჟიმში და არ მოგცემთ რაიმე ცვლილების შეტანის საშუალებას, ხოლო Remote Server Administration Tools-ს სჭირდება GUI დისკების და ფიზიკური მოწყობილობების სამართავად, რაც ჩვენს საქმეს არ ეხება. ზოგადად, RSAT არ შეუძლია ფაილებთან მუშაობა და, შესაბამისად, განახლებები, პროგრამების ინსტალაცია / წაშლა რეესტრის რედაქტირებისას.

▍სისტემის მართვა

 

WAC
RSAT

კომპონენტის მენეჯმენტი
დიახ
დიახ

რეესტრის რედაქტორი
დიახ
არარის

ქსელის მართვა
დიახ
დიახ

ღონისძიების მაყურებელი
დიახ
დიახ

გაზიარებული საქაღალდეები
დიახ
დიახ

დისკის მართვა
დიახ
მხოლოდ სერვერებისთვის GUI-ით

დავალების განრიგი
დიახ
დიახ

მოწყობილობის მართვა
დიახ
მხოლოდ სერვერებისთვის GUI-ით

ფაილების მართვა
დიახ
არარის

მომხმარებლის მენეჯმენტი
დიახ
დიახ

ჯგუფის მენეჯმენტი
დიახ
დიახ

სერთიფიკატის მენეჯმენტი
დიახ
დიახ

ჩემ
დიახ
არარის

პროგრამების დეინსტალაცია
დიახ
არარის

სისტემის მონიტორი
დიახ
დიახ

მეორეს მხრივ, RSAT გვაძლევს სრულ კონტროლს მანქანაზე არსებულ როლებზე, ხოლო Windows Admin Center ამ მხრივ ფაქტიურად ვერაფერს გააკეთებს. აქ არის RSAT-ისა და WAC-ის შესაძლებლობების შედარება ამ ასპექტში, სიცხადისთვის:

▍ როლების მართვა

 

WAC
RSAT

ძაფების გაფართოებული დაცვა
გადახედვა
არარის

Windows დამცველი
გადახედვა
დიახ

კონტეინერები
გადახედვა
დიახ

ადმინისტრაციული ცენტრი
გადახედვა
დიახ

AD დომენი და Trusts
არარის
დიახ

AD საიტები და სერვისები
არარის
დიახ

DHCP
გადახედვა
დიახ

DNS
გადახედვა
დიახ

DFS მენეჯერი
არარის
დიახ

GPO მენეჯერი
არარის
დიახ

IIS მენეჯერი
არარის
დიახ

ანუ, უკვე ნათელია, რომ თუ თქვენ მიატოვებთ GUI-ს და PowerShell-ს სხვა კონტროლის სასარგებლოდ, ვერ შეძლებთ თავი დაეღწია რაიმე სახის მონო-ინსტრუმენტს: ყველა ფრონტზე სრულფასოვანი ადმინისტრირებისთვის, ჩვენ გვჭირდება. მინიმუმ რამოდენიმე RSAT და WAC.

ამავდროულად, უნდა გახსოვდეთ, რომ WAC-ის გამოყენებისთვის მოგიწევთ გადაიხადოთ 150-180 მეგაბაიტი ოპერატიული მეხსიერება. Windows Admin Center ქმნის 3-4 სესიას სერვერის მხარეს დაკავშირებისას, რომლებიც არ წყდება მაშინაც კი, როდესაც ინსტრუმენტი გათიშულია ვირტუალურ მანქანასთან. WAC ასევე არ მუშაობს PowerShell-ის ძველ ვერსიებთან, ასე რომ თქვენ დაგჭირდებათ მინიმუმ PowerShell 5.0. ეს ყველაფერი ეწინააღმდეგება ჩვენს სიმკაცრის პარადიგმას, მაგრამ კომფორტს ფასი აქვს. ჩვენს შემთხვევაში, ოპერატიული მეხსიერება.

Server Core-ის მართვის კიდევ ერთი ვარიანტია GUI-ის დაყენება მესამე მხარის ხელსაწყოების გამოყენებით, რათა არ გადაიტანოთ ის ტონა ნაგავი, რომელიც მოყვება სრულ ასამბლეას ინტერფეისთან ერთად.

ამ შემთხვევაში, ჩვენ გვაქვს ორი ვარიანტი: გააფართოვოთ ორიგინალი Explorer სისტემაში ან გამოიყენოთ Explorer ++. როგორც ამ უკანასკნელის ალტერნატივა, ნებისმიერი ფაილის მენეჯერი შესაფერისია: Total Commander, FAR Manager, Double Commander და ა.შ. ეს უკანასკნელი სასურველია, თუ RAM-ის დაზოგვა გადამწყვეტია თქვენთვის. თქვენ შეგიძლიათ დაამატოთ Explorer++ ან ნებისმიერი სხვა ფაილ მენეჯერი ქსელის საქაღალდის შექმნით და მისი გაშვებით კონსოლის ან გრაფიკის საშუალებით.

სრულფასოვანი Explorer-ის დაყენება მოგვცემს მეტ ვარიანტს UI-ით აღჭურვილ პროგრამულ უზრუნველყოფასთან მუშაობის თვალსაზრისით. ამისათვის ჩვენ მოუწევს განაცხადი სერვერის ძირითადი აპლიკაციის თავსებადობის ფუნქცია მოთხოვნაზე (FOD), რომელიც დააბრუნებს სისტემას MMC, Eventvwr, PerfMon, Resmon, Explorer.exe და Powershell ISE-საც კი. ამასთან, თქვენ მოგიწევთ ამისთვის გადახდა, როგორც WAC-ის შემთხვევაში: ჩვენ შეუქცევად დავკარგავთ დაახლოებით 150-200 მეგაბაიტ RAM-ს, რომელსაც explorer.exe და სხვა სერვისები დაუნდობლად გადაყლაპავს. მაშინაც კი, თუ მოწყობილობაზე აქტიური მომხმარებელი არ არის.

ასე გამოიყურება სისტემის მეხსიერების მოხმარება მანქანებზე მშობლიური Explorer პაკეტით და მის გარეშე.

აქ ჩნდება ბუნებრივი კითხვა: რატომ იწვევს ყველა ეს ცეკვა PowerShell-თან, FOD-თან, ფაილ მენეჯერებთან, თუ რომელიმე ნაბიჯი მარცხნივ ან მარჯვნივ იწვევს RAM-ის მოხმარების ზრდას? რატომ დაიფარეთ თავი უამრავი ხელსაწყოებით და ერიდეთ გვერდიდან გვერდზე, რათა უზრუნველყოთ კომფორტული მუშაობა Windows Server Core-ზე, როდესაც შეგიძლიათ უბრალოდ გააფართოვოთ Windows Server 2016/2019 და იცხოვროთ როგორც თეთრკანიანი?

სერვერის ბირთვის გამოყენების რამდენიმე მიზეზი არსებობს. პირველი: მიმდინარე, მეხსიერების მოხმარების თითქმის ნახევარი. თუ გახსოვთ, ეს პირობა იყო ჩვენი სტატიის საფუძველი თავიდანვე. შედარებისთვის, Windows Server 2019-ის მეხსიერების მოხმარება, შეადარეთ ზემოთ მოცემულ ეკრანის სურათებს:

ახლა კი, 1146 MB მოხმარებული მეხსიერება Core-ზე 655 MB ნაცვლად. 

ვივარაუდოთ, რომ არ გჭირდებათ WAC და გამოიყენეთ Explorer++ ორიგინალური Explorer-ის ნაცვლად, მაშინ თქვენ თქვენ მაინც მოიგებთ თითქმის ნახევარ ჰექტარს თითოეულ ვირტუალურ მანქანაზე, რომელიც მუშაობს Windows Server-ზე. თუ არსებობს მხოლოდ ერთი ვირტუალური მანქანა, მაშინ ზრდა უმნიშვნელოა, მაგრამ თუ არის ხუთი მათგანი? აქ არის მნიშვნელოვანი GUI-ს არსებობა, განსაკუთრებით თუ ის არ გჭირდებათ. 

მეორეც, Windows Server Core-ის გარშემო ნებისმიერი ცეკვა არ მიგიყვანთ Windows Server-ის მუშაობის მთავარ პრობლემასთან - RDP-თან და მის უსაფრთხოებასთან (უფრო ზუსტად, მის სრულ არარსებობასთან) ბრძოლაში. Windows Core, თუნდაც FOD, RSAT და WAC სახით, მაინც არის სერვერი RDP-ის გარეშე, ანუ ის არ ექვემდებარება არსებული შეტევების 95%-ს.

დარჩენილი

ზოგადად, Windows Core ოდნავ უფრო მსუქანია ვიდრე ნებისმიერი საფონდო Linux დისტრიბუცია, მაგრამ ბევრად უფრო ფუნქციონალური. თუ თქვენ გჭირდებათ რესურსების გათავისუფლება და მზად ხართ იმუშაოთ კონსოლთან, WAC-თან და RSAT-თან, გამოიყენეთ ფაილების მენეჯერები სრულფასოვანი GUI-ის ნაცვლად, მაშინ ყურადღება უნდა მიაქციოთ Core-ს. უფრო მეტიც, მასთან ერთად შესაძლებელი იქნება არა დამატებით გადაიხადოთ სრულფასოვანი Windows-ისთვის, არამედ დახარჯოთ დაზოგილი თანხა საკუთარ განახლებაზე. VPS, აქ დაამატეთ, მაგალითად, ოპერატიული მეხსიერება. მოხერხებულობისთვის, ჩვენ დავამატეთ Windows Server Core ბაზარი.

წყარო: www.habr.com