ການບີບ Windows Server ໃສ່ VPS ພະລັງງານຕໍ່າໂດຍໃຊ້ Windows Server Core

ເນື່ອງຈາກຄວາມວຸ່ນວາຍຂອງລະບົບ Windows, ສະພາບແວດລ້ອມ VPS ຖືກຄອບງໍາໂດຍການແຈກຢາຍ Linux ທີ່ມີນ້ໍາຫນັກເບົາ: Mint, Colibri OS, Debian ຫຼື Ubuntu, ບໍ່ມີສະພາບແວດລ້ອມ desktop ຫນັກທີ່ບໍ່ຈໍາເປັນສໍາລັບຈຸດປະສົງຂອງພວກເຮົາ. ຍ້ອນວ່າເຂົາເຈົ້າເວົ້າວ່າ, ພຽງແຕ່ console, hardcore ເທົ່ານັ້ນ! ແລະໃນຄວາມເປັນຈິງ, ນີ້ບໍ່ແມ່ນການເວົ້າເກີນຈິງທັງຫມົດ: Debian ດຽວກັນເລີ່ມຕົ້ນຢູ່ໃນຫນ່ວຍຄວາມຈໍາ 256 MB ແລະແກນຫນຶ່ງທີ່ມີໂມງ 1 Ghz, ນັ້ນແມ່ນ, ເກືອບທຸກ "ລໍາຕົ້ນ". ສໍາລັບການເຮັດວຽກທີ່ສະດວກສະບາຍທ່ານຈະຕ້ອງການຢ່າງຫນ້ອຍ 512 MB ແລະໂປເຊດເຊີທີ່ໄວກວ່າເລັກນ້ອຍ. ແຕ່ຈະເປັນແນວໃດຖ້າພວກເຮົາບອກເຈົ້າວ່າເຈົ້າສາມາດເຮັດສິ່ງດຽວກັນກັບ VPS ທີ່ໃຊ້ Windows? ເປັນຫຍັງເຈົ້າຈຶ່ງບໍ່ຈຳເປັນຕ້ອງເປີດເຄື່ອງ Windows Server ທີ່ໜັກໜ່ວງ, ເຊິ່ງຕ້ອງການ RAM ສາມຫາສີ່ເຮັກຕ້າ ແລະຢ່າງໜ້ອຍມີສອງແກນ clocked ຢູ່ 1,4 GHz? ພຽງແຕ່ໃຊ້ Windows Server Core - ກໍາຈັດ GUI ແລະບາງບໍລິການ. ພວກເຮົາຈະເວົ້າກ່ຽວກັບວິທີເຮັດສິ່ງນີ້ໃນບົດຄວາມ.

Windows Server Core ນີ້ແມ່ນໃຜ?

ບໍ່ມີຂໍ້ມູນທີ່ຊັດເຈນກ່ຽວກັບສິ່ງທີ່ Windows (ເຄື່ອງແມ່ຂ່າຍ) Core ແມ່ນຢູ່ໃນເວັບໄຊທ໌ທາງການຂອງ Mikes, ຫຼືແທນທີ່ຈະ, ທຸກສິ່ງທຸກຢ່າງແມ່ນສັບສົນຫຼາຍທີ່ທ່ານຈະບໍ່ເຂົ້າໃຈທັນທີ, ແຕ່ວ່າການກ່າວເຖິງຄັ້ງທໍາອິດແມ່ນມາຮອດຍຸກຂອງ Windows Server 2008. ໂດຍພື້ນຖານແລ້ວ, Windows Core ແມ່ນເຄື່ອງແມ່ຂ່າຍຂອງ Windows kernel ທີ່ເຮັດວຽກ (ຢ່າງກະທັນຫັນ!), "ບາງລົງ" ໂດຍຂະຫນາດຂອງ GUI ຂອງຕົນເອງແລະປະມານເຄິ່ງຫນຶ່ງຂອງບໍລິການຂ້າງຄຽງ.

ຄຸນ​ນະ​ສົມ​ບັດ​ຕົ້ນ​ຕໍ​ຂອງ Windows Core ແມ່ນ​ຮາດ​ແວ​ທີ່​ບໍ່​ຕ້ອງ​ການ​ຂອງ​ຕົນ​ແລະ​ການ​ຄວບ​ຄຸມ console ຢ່າງ​ເຕັມ​ທີ່​ໂດຍ​ຜ່ານ PowerShell​.

ຖ້າທ່ານໄປຫາເວັບໄຊທ໌ Microsoft ແລະກວດເບິ່ງຂໍ້ກໍານົດດ້ານວິຊາການ, ຫຼັງຈາກນັ້ນເພື່ອເລີ່ມຕົ້ນ Windows Server 2016/2019 ທ່ານຈະຕ້ອງມີ RAM ຢ່າງຫນ້ອຍ 2 gigs ແລະຢ່າງຫນ້ອຍຫນຶ່ງແກນທີ່ມີຄວາມໄວ 1,4 GHz. ແຕ່ພວກເຮົາທຸກຄົນເຂົ້າໃຈວ່າດ້ວຍການຕັ້ງຄ່າດັ່ງກ່າວພວກເຮົາພຽງແຕ່ສາມາດຄາດຫວັງວ່າລະບົບຈະເລີ່ມຕົ້ນ, ແຕ່ແນ່ນອນວ່າບໍ່ແມ່ນການເຮັດວຽກທີ່ສະດວກສະບາຍຂອງ OS ຂອງພວກເຮົາ. ມັນແມ່ນຍ້ອນເຫດຜົນນີ້, ປົກກະຕິແລ້ວ Windows Server ໄດ້ຖືກຈັດສັນຫນ່ວຍຄວາມຈໍາຫຼາຍແລະຢ່າງຫນ້ອຍ 2 cores / 4 threads ຈາກໂປເຊດເຊີ, ຖ້າພວກເຂົາບໍ່ສະຫນອງມັນດ້ວຍເຄື່ອງຈັກທີ່ມີລາຄາແພງໃນ Xeon ບາງ, ແທນທີ່ຈະເປັນເຄື່ອງ virtual ລາຄາຖືກ.

ໃນເວລາດຽວກັນ, ຫຼັກຂອງລະບົບເຊີຟເວີຂອງມັນເອງຕ້ອງການຫນ່ວຍຄວາມຈໍາພຽງແຕ່ 512 MB, ແລະຊັບພະຍາກອນຂອງໂປເຊດເຊີເຫຼົ່ານັ້ນທີ່ຖືກບໍລິໂພກໂດຍ GUI ພຽງແຕ່ຖືກແຕ້ມໃນຫນ້າຈໍແລະຮັກສາການບໍລິການຈໍານວນຫລາຍຂອງມັນເຮັດວຽກສາມາດຖືກນໍາໃຊ້ເພື່ອບາງສິ່ງບາງຢ່າງທີ່ເປັນປະໂຫຍດກວ່າ.

ນີ້ແມ່ນການປຽບທຽບການບໍລິການ Windows Core ທີ່ຮອງຮັບອອກຈາກກ່ອງ ແລະ Windows Server ເຕັມຮູບແບບຈາກເວັບໄຊທ໌ຢ່າງເປັນທາງການຂອງ Microsoft:

ຄໍາຮ້ອງສະຫມັກ
core server
server ກັບປະສົບການ desktop

ວ່ອງໄວ ຄຳ ສັ່ງ
ມີ
ມີ

Windows PowerShell/Microsoft .NET
ມີ
ມີ

Perfmon.exe
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

Windbg (GUI)
ສະຫນັບສະຫນູນ
ມີ

Resmon.exe
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

Regedit
ມີ
ມີ

Fsutil.exe
ມີ
ມີ

Disksnapshot.exe
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

Diskpart.exe
ມີ
ມີ

Diskmgmt. msc
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

devmgmt.msc
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

ຜູ້ຈັດການເຊີຟເວີ
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

mmc.exe
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

ເຫດການ vwr
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

Wevtutil (ສອບຖາມເຫດການ)
ມີ
ມີ

Servicesmsc
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

ກະດານການຄວບຄຸມ
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

Windows Update (GUI)
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

Windows Explorer
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

Taskbar
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

ການແຈ້ງເຕືອນແຖບໜ້າວຽກ
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

taskmgr
ມີ
ມີ

Internet Explorer ຫຼື Edge
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

ລະບົບການຊ່ວຍເຫຼືອໃນຕົວ
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

Windows 10 Shell
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

Windows Media Player
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

PowerShell
ມີ
ມີ

PowerShell ISE
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

PowerShell IME
ມີ
ມີ

Mstsc.exe
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

Remote Desktop Services
ມີ
ມີ

ຜູ້ຈັດການ Hyper-V
ບໍ່​ສາ​ມາດ​ໃຊ້​ໄດ້
ມີ

ດັ່ງທີ່ທ່ານສາມາດເຫັນໄດ້, ຈໍານວນຫຼາຍໄດ້ຖືກຕັດອອກຈາກ Windows Core. ການບໍລິການແລະຂະບວນການທີ່ກ່ຽວຂ້ອງກັບ GUI ຂອງລະບົບ, ເຊັ່ນດຽວກັນກັບ "ຂີ້ເຫຍື້ອ" ໃດໆທີ່ບໍ່ຈໍາເປັນໃນເຄື່ອງ virtual console ຂອງພວກເຮົາ, ສໍາລັບຕົວຢ່າງ, Windows Media Player, ໄດ້ຢູ່ພາຍໃຕ້ມີດ.

ເກືອບຄືກັບ Linux, ແຕ່ບໍ່ແມ່ນມັນ

ຂ້ອຍກໍ່ຕ້ອງການປຽບທຽບ Windows Server Core ກັບການແຈກຢາຍ Linux, ແຕ່ໃນຄວາມເປັນຈິງນີ້ບໍ່ຖືກຕ້ອງທັງຫມົດ. ແມ່ນແລ້ວ, ລະບົບເຫຼົ່ານີ້ແມ່ນຄ້າຍຄືກັນກັບກັນແລະກັນໃນດ້ານການຫຼຸດຜ່ອນການບໍລິໂພກຊັບພະຍາກອນເນື່ອງຈາກການປະຖິ້ມຂອງ GUI ແລະການບໍລິການດ້ານຂ້າງຫຼາຍ, ແຕ່ໃນດ້ານການດໍາເນີນງານແລະບາງວິທີການປະກອບ, ນີ້ແມ່ນຍັງ Windows, ແລະບໍ່ແມ່ນລະບົບ Unix.

ຕົວຢ່າງທີ່ງ່າຍດາຍທີ່ສຸດແມ່ນວ່າດ້ວຍການສ້າງແກ່ນ Linux ດ້ວຍຕົນເອງແລະຫຼັງຈາກນັ້ນການຕິດຕັ້ງແພັກເກັດແລະການບໍລິການ, ເຖິງແມ່ນວ່າການແຈກຢາຍ Linux ທີ່ມີນ້ໍາຫນັກເບົາກໍ່ສາມາດກາຍເປັນສິ່ງທີ່ຫນັກແຫນ້ນແລະຄ້າຍຄືກັບມີດຂອງກອງທັບສະວິດ (ທີ່ນີ້ຂ້ອຍກໍ່ຢາກເວົ້າເລື່ອງຕະຫລົກ accordion ກ່ຽວກັບ Python. ແລະໃສ່ຮູບຈາກຊຸດ "ຖ້າ Programming Languages ​​​​Weapons", ແຕ່ພວກເຮົາຈະບໍ່). ໃນ Windows Core ມີເສລີພາບດັ່ງກ່າວຫນ້ອຍຫຼາຍ, ເພາະວ່າພວກເຮົາ, ຫຼັງຈາກທີ່ທັງຫມົດ, ຈັດການກັບຜະລິດຕະພັນ Microsoft.

Windows Server Core ມາພ້ອມແລ້ວ, ການຕັ້ງຄ່າເລີ່ມຕົ້ນທີ່ສາມາດຄາດຄະເນໄດ້ຈາກຕາຕະລາງຂ້າງເທິງ. ຖ້າທ່ານຕ້ອງການບາງສິ່ງບາງຢ່າງຈາກບັນຊີລາຍຊື່ທີ່ບໍ່ສະຫນັບສະຫນູນ, ທ່ານຈະຕ້ອງເພີ່ມອົງປະກອບທີ່ຂາດຫາຍໄປອອນໄລນ໌ຜ່ານ console. ແທ້ຈິງແລ້ວ, ທ່ານບໍ່ຄວນລືມກ່ຽວກັບຄຸນນະສົມບັດຕາມຄວາມຕ້ອງການແລະຄວາມສາມາດໃນການດາວໂຫລດອົງປະກອບເປັນໄຟລ໌ CAB, ເຊິ່ງຫຼັງຈາກນັ້ນສາມາດຖືກເພີ່ມເຂົ້າໃນການປະກອບກ່ອນການຕິດຕັ້ງ. ແຕ່ສະຄິບນີ້ບໍ່ເຮັດວຽກຖ້າທ່ານຄົ້ນພົບແລ້ວໃນລະຫວ່າງຂະບວນການທີ່ທ່ານກໍາລັງຂາດການບໍລິການຕັດໃດໆ.

ແຕ່ສິ່ງທີ່ແຕກຕ່າງຈາກສະບັບ Core ຈາກສະບັບເຕັມແມ່ນຄວາມສາມາດໃນການປັບປຸງລະບົບແລະເພີ່ມການບໍລິການໂດຍບໍ່ຕ້ອງຢຸດການເຮັດວຽກ. Windows Core ຮອງຮັບການມ້ວນຮ້ອນຂອງແພັກເກດ, ໂດຍບໍ່ມີການປິດເປີດໃໝ່. ດັ່ງນັ້ນ, ໂດຍອີງໃສ່ການສັງເກດການປະຕິບັດ: ເຄື່ອງທີ່ໃຊ້ Windows Core ຕ້ອງໄດ້ຮັບການ reboot ~ 6 ເທື່ອຫນ້ອຍກວ່າຫນຶ່ງທີ່ໃຊ້ Windows Server, ນັ້ນແມ່ນ, ຫນຶ່ງຄັ້ງໃນທຸກໆຫົກເດືອນ, ແລະບໍ່ແມ່ນຫນຶ່ງຄັ້ງຕໍ່ເດືອນ.

ໂບນັດທີ່ຫນ້າພໍໃຈສໍາລັບຜູ້ບໍລິຫານແມ່ນວ່າຖ້າລະບົບຖືກນໍາໃຊ້ຕາມຈຸດປະສົງ - ຜ່ານ console, ໂດຍບໍ່ມີ RDP - ແລະບໍ່ໄດ້ຫັນເປັນ Windows Server ທີສອງ, ຫຼັງຈາກນັ້ນມັນຈະກາຍເປັນຄວາມປອດໄພທີ່ສຸດເມື່ອທຽບກັບສະບັບເຕັມ. ຫຼັງຈາກທີ່ທັງຫມົດ, ສ່ວນໃຫຍ່ຂອງຈຸດອ່ອນຂອງ Windows Server ແມ່ນຍ້ອນ RDP ແລະການກະທໍາຂອງຜູ້ໃຊ້ຜູ້ທີ່, ໂດຍຜ່ານ RDP ນີ້, ເຮັດບາງສິ່ງບາງຢ່າງທີ່ບໍ່ຄວນເຮັດ. ມັນຄ້າຍຄືກັບເລື່ອງລາວຂອງ Henry Ford ແລະທັດສະນະຄະຕິຂອງລາວຕໍ່ສີຂອງລົດ: "ລູກຄ້າໃດກໍ່ຕາມສາມາດມີລົດທາສີທີ່ລາວຕ້ອງການຕາບໃດທີ່ມັນແມ່ນ. ສີດໍາ" ມັນຄືກັນກັບລະບົບ: ຜູ້ໃຊ້ສາມາດຕິດຕໍ່ສື່ສານກັບລະບົບໃນທາງໃດກໍ່ຕາມ, ສິ່ງສໍາຄັນແມ່ນວ່າລາວເຮັດມັນຜ່ານ. ປອບໃຈ.

ຕິດຕັ້ງ ແລະຈັດການ Windows Server 2019 Core

ພວກເຮົາໄດ້ກ່າວເຖິງກ່ອນຫນ້ານີ້ວ່າ Windows Core ແມ່ນ Windows Server ທີ່ຈໍາເປັນໂດຍບໍ່ມີ GUI wrapper. ນັ້ນແມ່ນ, ທ່ານສາມາດນໍາໃຊ້ເກືອບທຸກລຸ້ນຂອງ Windows Server ເປັນຮຸ່ນຫຼັກ, ນັ້ນແມ່ນ, ຍົກເລີກ GUI. ສໍາລັບຜະລິດຕະພັນໃນຄອບຄົວ 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 ມາດຕະຖານ, ສະບັບຫຼັກແມ່ນສະເຫນີໃຫ້ຮູ້ຫນັງສືຕາມຄ່າເລີ່ມຕົ້ນ, ໃນຂະນະທີ່ສະບັບ GUI ຕ້ອງໄດ້ຮັບການຄັດເລືອກດ້ວຍຕົນເອງ:

ໃນຄວາມເປັນຈິງ, ມີທາງເລືອກໃນການຄຸ້ມຄອງລະບົບຫຼາຍກ່ວາ PowerShell ທີ່ໄດ້ກ່າວມາ, ເຊິ່ງສະເຫນີໂດຍຜູ້ຜະລິດໂດຍຄ່າເລີ່ມຕົ້ນ. ທ່ານສາມາດຈັດການເຄື່ອງ virtual ໃນ Windows Server Core ໄດ້ຢ່າງຫນ້ອຍຫ້າວິທີທີ່ແຕກຕ່າງກັນ:

• PowerShell ໄລຍະໄກ;
• ເຄື່ອງມືຄຸ້ມຄອງເຄື່ອງແມ່ຂ່າຍຫ່າງໄກສອກຫຼີກ (RSAT);
• Windows Admin Center;
• Sconfig;
• ຜູ້ຈັດການເຊີຟເວີ.

ສາມຕໍາແຫນ່ງທໍາອິດມີຄວາມສົນໃຈຫຼາຍທີ່ສຸດ: PowerShell ມາດຕະຖານ, RSAT ແລະ Windows Admin Center. ຢ່າງໃດກໍ່ຕາມ, ມັນເປັນສິ່ງສໍາຄັນທີ່ຈະເຂົ້າໃຈວ່າໃນຂະນະທີ່ພວກເຮົາໄດ້ຮັບຜົນປະໂຫຍດຂອງເຄື່ອງມືຫນຶ່ງ, ພວກເຮົາຍັງໄດ້ຮັບຂໍ້ຈໍາກັດທີ່ມັນບັງຄັບ.

ພວກເຮົາຈະບໍ່ອະທິບາຍຄວາມສາມາດຂອງ console; PowerShell ແມ່ນ PowerShell, ມີຂໍ້ດີແລະຂໍ້ເສຍທີ່ຈະແຈ້ງຂອງມັນ. ດ້ວຍ RSAT ແລະ WAC ທຸກຢ່າງແມ່ນສັບສົນຫຼາຍ. 

WAC ໃຫ້ທ່ານເຂົ້າເຖິງການຄວບຄຸມລະບົບທີ່ສໍາຄັນເຊັ່ນ: ການແກ້ໄຂການລົງທະບຽນແລະການຈັດການແຜ່ນແລະອຸປະກອນ. RSAT ໃນກໍລະນີທໍາອິດພຽງແຕ່ເຮັດວຽກຢູ່ໃນໂຫມດເບິ່ງແລະຈະບໍ່ອະນຸຍາດໃຫ້ທ່ານເຮັດການປ່ຽນແປງໃດໆ, ແລະເພື່ອຈັດການແຜ່ນແລະອຸປະກອນທາງດ້ານຮ່າງກາຍ Remote Server Administration Tools ຕ້ອງການ GUI, ເຊິ່ງບໍ່ແມ່ນກໍລະນີຂອງພວກເຮົາ. ໂດຍທົ່ວໄປ, RSAT ບໍ່ສາມາດເຮັດວຽກກັບໄຟລ໌ແລະ, ຕາມຄວາມເຫມາະສົມ, ການປັບປຸງ, ການຕິດຕັ້ງ / ການໂຍກຍ້າຍຂອງບັນດາໂຄງການໃນການແກ້ໄຂການລົງທະບຽນ.

▍ ການ​ຄຸ້ມ​ຄອງ​ລະ​ບົບ​

 

WAC
RSAT

ການຈັດການອົງປະກອບ
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

ບັນນາທິການຈົດທະບຽນ
ແມ່ນ​ແລ້ວ
ບໍ່​ມີ

ການຄຸ້ມຄອງເຄືອຂ່າຍ
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

ຕົວເບິ່ງເຫດການ
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

ໂຟນເດີທີ່ແບ່ງປັນ
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

ການຈັດການດິດ
ແມ່ນ​ແລ້ວ
ພຽງແຕ່ສໍາລັບເຄື່ອງແມ່ຂ່າຍທີ່ມີ GUI

Task Scheduler
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

ການຈັດການອຸປະກອນ
ແມ່ນ​ແລ້ວ
ພຽງແຕ່ສໍາລັບເຄື່ອງແມ່ຂ່າຍທີ່ມີ GUI

ການຈັດການໄຟລ໌
ແມ່ນ​ແລ້ວ
ບໍ່​ມີ

ການຄຸ້ມຄອງຜູ້ໃຊ້
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

ການຄຸ້ມຄອງກຸ່ມ
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

ການຄຸ້ມຄອງໃບຢັ້ງຢືນ
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

ການປັບປຸງ
ແມ່ນ​ແລ້ວ
ບໍ່​ມີ

ຖອນການຕິດຕັ້ງໂຄງການ
ແມ່ນ​ແລ້ວ
ບໍ່​ມີ

ຕິດຕາມກວດກາລະບົບ
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

ໃນທາງກົງກັນຂ້າມ, RSAT ໃຫ້ພວກເຮົາຄວບຄຸມຢ່າງເຕັມທີ່ກ່ຽວກັບບົດບາດໃນເຄື່ອງ, ໃນຂະນະທີ່ Windows Admin Center ບໍ່ສາມາດເຮັດຫຍັງໄດ້ຢ່າງແທ້ຈິງໃນເລື່ອງນີ້. ນີ້ແມ່ນການປຽບທຽບຄວາມສາມາດຂອງ RSAT ແລະ WAC ໃນລັກສະນະນີ້, ເພື່ອຄວາມຊັດເຈນ:

▍ ການຄຸ້ມຄອງບົດບາດ

 

WAC
RSAT

ການປົກປ້ອງກະທູ້ຂັ້ນສູງ
ຕົວຢ່າງ
ບໍ່​ມີ

Windows Defender
ຕົວຢ່າງ
ແມ່ນ​ແລ້ວ

.онтейнеры
ຕົວຢ່າງ
ແມ່ນ​ແລ້ວ

ສູນບໍລິຫານ AD
ຕົວຢ່າງ
ແມ່ນ​ແລ້ວ

AD Domain ແລະ Trusts
ບໍ່​ມີ
ແມ່ນ​ແລ້ວ

AD ສະຖານທີ່ແລະການບໍລິການ
ບໍ່​ມີ
ແມ່ນ​ແລ້ວ

DHCP
ຕົວຢ່າງ
ແມ່ນ​ແລ້ວ

DNS
ຕົວຢ່າງ
ແມ່ນ​ແລ້ວ

ຜູ້ຈັດການ DFS
ບໍ່​ມີ
ແມ່ນ​ແລ້ວ

ຜູ້ຈັດການ GPO
ບໍ່​ມີ
ແມ່ນ​ແລ້ວ

ຜູ້ຈັດການ IIS
ບໍ່​ມີ
ແມ່ນ​ແລ້ວ

ນັ້ນແມ່ນ, ມັນເປັນທີ່ຊັດເຈນແລ້ວວ່າຖ້າພວກເຮົາປະຖິ້ມ GUI ແລະ PowerShell ໃນເງື່ອນໄຂຂອງການຄວບຄຸມອື່ນໆ, ພວກເຮົາຈະບໍ່ສາມາດຫນີໄປດ້ວຍການນໍາໃຊ້ເຄື່ອງມື mono-ບາງປະເພດ: ສໍາລັບການຄຸ້ມຄອງຢ່າງເຕັມທີ່ໃນທຸກດ້ານ, ພວກເຮົາຈະຕ້ອງການຢ່າງຫນ້ອຍ. ການປະສົມປະສານຂອງ RSAT ແລະ WAC.

ຢ່າງໃດກໍຕາມ, ທ່ານຈໍາເປັນຕ້ອງຈື່ຈໍາວ່າທ່ານຈະຕ້ອງຈ່າຍ 150-180 megabytes ຂອງ RAM ເພື່ອໃຊ້ WAC. ເມື່ອເຊື່ອມຕໍ່, Windows Admin Center ສ້າງ 3-4 sessions ໃນດ້ານເຊີຟເວີ, ເຊິ່ງບໍ່ໄດ້ຖືກຂ້າຕາຍເຖິງແມ່ນວ່າເຄື່ອງມືຖືກຕັດການເຊື່ອມຕໍ່ຈາກເຄື່ອງ virtual. WAC ຍັງໃຊ້ບໍ່ໄດ້ກັບ PowerShell ລຸ້ນເກົ່າ, ດັ່ງນັ້ນເຈົ້າຈະຕ້ອງມີ PowerShell 5.0 ຢ່າງນ້ອຍ. ທັງ​ຫມົດ​ນີ້​ໄປ​ຕໍ່​ກັບ​ຂະ​ບວນ​ການ​ຂອງ​ຄວາມ​ເຄັ່ງ​ຄັດ​ຂອງ​ພວກ​ເຮົາ​, ແຕ່​ວ່າ​ທ່ານ​ຕ້ອງ​ຈ່າຍ​ສໍາ​ລັບ​ການ​ສະ​ດວກ​ສະ​ບາຍ​. ໃນກໍລະນີຂອງພວກເຮົາ - RAM.

ທາງເລືອກອື່ນສໍາລັບການຄຸ້ມຄອງ Server Core ແມ່ນການຕິດຕັ້ງ GUI ໂດຍໃຊ້ເຄື່ອງມືຂອງພາກສ່ວນທີສາມ, ເພື່ອບໍ່ໃຫ້ລາກຂີ້ເຫຍື້ອປະມານຫຼາຍໂຕນທີ່ມາພ້ອມກັບການໂຕ້ຕອບໃນການປະກອບເຕັມຮູບແບບ.

ໃນກໍລະນີນີ້, ພວກເຮົາມີສອງທາງເລືອກ: ມ້ວນ Explorer ຕົ້ນສະບັບໃສ່ລະບົບຫຼືໃຊ້ Explorer ++. ເປັນທາງເລືອກອື່ນ, ຜູ້ຈັດການໄຟລ໌ໃດທີ່ເຫມາະສົມ: Total Commander, FAR Manager, Double Commander, ແລະອື່ນໆ. ອັນສຸດທ້າຍແມ່ນດີກວ່າຖ້າການປະຫຍັດ RAM ແມ່ນສໍາຄັນສໍາລັບທ່ານ. ທ່ານ​ສາ​ມາດ​ເພີ່ມ Explorer++ ຫຼື​ຜູ້​ຈັດ​ການ​ໄຟລ​໌​ອື່ນໆ​ໂດຍ​ການ​ສ້າງ​ໂຟນ​ເດີ​ເຄືອ​ຂ່າຍ​ແລະ​ເປີດ​ມັນ​ໂດຍ​ຜ່ານ console ຫຼື​ຕັ້ງ​ເວ​ລາ​.

ການຕິດຕັ້ງ Explorer ເຕັມຮູບແບບຈະເຮັດໃຫ້ພວກເຮົາມີໂອກາດຫຼາຍຂຶ້ນໃນການເຮັດວຽກກັບຊອບແວທີ່ຕິດຕັ້ງ UI. ສໍາລັບນີ້ພວກເຮົາ ຈະຕ້ອງຕິດຕໍ່ ກັບ Server Core App Compatibility Feature on Demand (FOD) ເຊິ່ງຈະສົ່ງຄືນ MMC, Eventvwr, PerfMon, Resmon, Explorer.exe ແລະແມ້ກະທັ້ງ Powershell ISE ກັບລະບົບ. ຢ່າງໃດກໍຕາມ, ພວກເຮົາຈະຕ້ອງຈ່າຍຄ່ານີ້, ເຊັ່ນດຽວກັນກັບກໍລະນີຂອງ WAC: ພວກເຮົາຈະສູນເສຍ RAM ປະມານ 150-200 megabytes, ເຊິ່ງຈະຖືກກວາດລ້າໂດຍ explorer.exe ແລະບໍລິການອື່ນໆ. ເຖິງແມ່ນວ່າບໍ່ມີຜູ້ໃຊ້ທີ່ໃຊ້ວຽກຢູ່ໃນເຄື່ອງ.

ນີ້ແມ່ນສິ່ງທີ່ການບໍລິໂພກຫນ່ວຍຄວາມຈໍາໂດຍລະບົບເບິ່ງຄືວ່າຢູ່ໃນເຄື່ອງທີ່ມີແລະບໍ່ມີຊຸດ Explorer ພື້ນເມືອງ.

ຄໍາຖາມທີ່ສົມເຫດສົມຜົນເກີດຂື້ນຢູ່ທີ່ນີ້: ເປັນຫຍັງການເຕັ້ນທັງຫມົດນີ້ກັບ PowerShell, FOD, ຜູ້ຈັດການໄຟລ໌, ຖ້າຂັ້ນຕອນໃດຊ້າຍຫຼືຂວາເຮັດໃຫ້ການບໍລິໂພກ RAM ເພີ່ມຂຶ້ນ? ເປັນຫຍັງຈື່ງເຮັດໃຫ້ຕົນເອງມີເຄື່ອງມືຫຼາຍອັນ ແລະສະຫຼັບກັນໄປຂ້າງໜຶ່ງ ເພື່ອຮັບປະກັນການເຮັດວຽກທີ່ສະດວກສະບາຍໃນ Windows Server Core, ເມື່ອເຈົ້າສາມາດດາວໂຫຼດ Windows Server 2016/2019 ແລະດຳລົງຊີວິດຄືກັບຄົນຜິວຂາວ?

ມີເຫດຜົນຫຼາຍຢ່າງທີ່ຈະໃຊ້ Server Core. ຫນ້າທໍາອິດ: ການບໍລິໂພກຫນ່ວຍຄວາມຈໍາໃນປະຈຸບັນແມ່ນເກືອບເຄິ່ງຫນຶ່ງ. ຖ້າທ່ານຈື່, ເງື່ອນໄຂນີ້ແມ່ນພື້ນຖານຂອງບົດຄວາມຂອງພວກເຮົາໃນຕອນເລີ່ມຕົ້ນ. ສໍາລັບການປຽບທຽບ, ນີ້ແມ່ນການບໍລິໂພກຄວາມຊົງຈໍາຂອງ Windows Server 2019, ປຽບທຽບກັບພາບຫນ້າຈໍຂ້າງເທິງນີ້:

ແລະດັ່ງນັ້ນ, 1146 MB ຂອງການໃຊ້ຫນ່ວຍຄວາມຈໍາແທນທີ່ຈະເປັນ 655 MB ໃນ Core. 

ສົມມຸດວ່າທ່ານບໍ່ຕ້ອງການ WAC ແລະຈະໃຊ້ Explorer++ ແທນ Explorer ຕົ້ນສະບັບ, ຫຼັງຈາກນັ້ນທ່ານ ເຈົ້າຍັງຈະຊະນະເກືອບເຄິ່ງເຮັກຕາ ໃນແຕ່ລະເຄື່ອງ virtual ທີ່ໃຊ້ Windows Server. ຖ້າມີພຽງແຕ່ຫນຶ່ງເຄື່ອງ virtual, ຫຼັງຈາກນັ້ນການເພີ່ມຂຶ້ນແມ່ນບໍ່ສໍາຄັນ, ແຕ່ຖ້າມີຫ້າຂອງພວກເຂົາບໍ? ນີ້ແມ່ນບ່ອນທີ່ມີ GUI ສໍາຄັນ, ໂດຍສະເພາະຖ້າທ່ານບໍ່ຕ້ອງການມັນ. 

ອັນທີສອງ, ການເຕັ້ນໃດໆທີ່ອ້ອມຮອບ Windows Server Core ຈະບໍ່ນໍາເຈົ້າໄປຕໍ່ສູ້ກັບບັນຫາຕົ້ນຕໍຂອງການເຮັດວຽກຂອງ Windows Server - RDP ແລະຄວາມປອດໄພຂອງມັນ (ຫຼາຍທີ່ຊັດເຈນ, ການຂາດຂອງມັນ). Windows Core, ເຖິງແມ່ນວ່າການເຄືອບດ້ວຍ FOD, RSAT ແລະ WAC, ຍັງເປັນເຄື່ອງແມ່ຂ່າຍທີ່ບໍ່ມີ RDP, ນັ້ນແມ່ນ, ມັນບໍ່ອ່ອນໄຫວຕໍ່ກັບ 95% ຂອງການໂຈມຕີທີ່ມີຢູ່.

ຍັງເຫຼືອ

ໂດຍທົ່ວໄປແລ້ວ, Windows Core ພຽງແຕ່ມີໄຂມັນຫຼາຍກ່ວາການແຈກຢາຍ Linux ຫຼັກຊັບ, ແຕ່ມັນມີປະໂຫຍດຫຼາຍ. ຖ້າທ່ານຕ້ອງການເພີ່ມຊັບພະຍາກອນແລະພ້ອມທີ່ຈະເຮັດວຽກກັບ console, WAC ແລະ RSAT, ແລະໃຊ້ຕົວຈັດການໄຟລ໌ແທນທີ່ຈະເປັນ GUI ເຕັມຮູບແບບ, ຫຼັງຈາກນັ້ນ Core ຄວນຈະເອົາໃຈໃສ່. ຍິ່ງ​ໄປ​ກວ່າ​ນັ້ນ​, ດ້ວຍ​ມັນ​ທ່ານ​ຈະ​ສາ​ມາດ​ຫຼີກ​ເວັ້ນ​ການ​ຈ່າຍ​ເພີ່ມ​ເຕີມ​ສໍາ​ລັບ Windows ເຕັມ​ປະ​ສິດ​ທິ​ພາບ​, ແລະ​ໃຊ້​ຈ່າຍ​ເງິນ​ທີ່​ບັນ​ທຶກ​ໄວ້​ໃນ​ການ​ປັບ​ປຸງ​ຂອງ​ທ່ານ​. VPS, ເພີ່ມຢູ່ທີ່ນັ້ນ, ສໍາລັບການຍົກຕົວຢ່າງ, RAM. ເພື່ອຄວາມສະດວກ, ພວກເຮົາໄດ້ເພີ່ມ Windows Server Core ໃຫ້ກັບພວກເຮົາ ຕະຫຼາດ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com