Windows Server Core를 사용하여 Windows Server를 저전력 VPS로 압축

Windows 시스템의 과잉으로 인해 VPS 환경은 우리 목적에 불필요한 무거운 데스크탑 환경이 없는 Mint, Colibri OS, Debian 또는 Ubuntu와 같은 경량 Linux 배포판이 지배합니다. 그들이 말했듯이, 콘솔만 있고 하드코어만 있습니다! 사실 이것은 전혀 과장이 아닙니다. 동일한 데비안은 256MB의 메모리와 1Ghz 클럭의 코어 하나, 즉 거의 모든 "그루터기"에서 시작됩니다. 편안한 작업을 위해서는 최소 512MB와 약간 더 빠른 프로세서가 필요합니다. 하지만 Windows를 실행하는 VPS에서 거의 동일한 작업을 수행할 수 있다고 말하면 어떻게 될까요? 1,4~XNUMX헥타르의 RAM과 XNUMXGHz로 클럭되는 최소 두 개의 코어가 필요한 무거운 Windows Server를 출시할 필요가 없는 이유는 무엇입니까? Windows Server Core를 사용하면 됩니다. GUI와 일부 서비스를 제거하세요. 이 기사에서 이를 수행하는 방법에 대해 이야기하겠습니다.

이 Windows Server Core는 누구입니까?

Mikes의 공식 웹 사이트에도 Windows (서버) Core가 무엇인지에 대한 명확한 정보가 없거나 오히려 모든 것이 너무 혼란스러워서 즉시 이해하지 못하지만 첫 번째 언급은 Windows Server 2008 시대로 거슬러 올라갑니다. 기본적으로 Windows Core는 작동하는 Windows 커널 서버(갑자기!)이며 자체 GUI 크기와 사이드 서비스의 약 절반에 비해 "얇습니다".

Windows Core의 주요 기능은 까다로운 하드웨어와 PowerShell을 통한 완전한 콘솔 제어입니다.

Microsoft 웹 사이트로 이동하여 기술 요구 사항을 확인한 다음 Windows Server 2016/2019를 시작하려면 최소 2GB의 RAM과 1,4GHz의 클럭 속도를 가진 최소 2개의 코어가 필요합니다. 그러나 우리 모두는 이러한 구성을 사용하면 시스템이 시작되기를 기대할 수 있을 뿐이지 OS가 편안하게 작동할 수는 없다는 것을 알고 있습니다. 이러한 이유로 Windows Server는 저렴한 가상 머신 대신 일부 Xeon에서 고가의 물리적 머신을 제공하지 않는 경우 일반적으로 프로세서에서 더 많은 메모리와 최소 4코어/XNUMX스레드를 할당합니다.

동시에 서버 시스템의 코어 자체에는 512MB의 메모리만 필요하며 단순히 화면에 그려지고 수많은 서비스를 계속 실행하기 위해 GUI에서 소비한 프로세서 리소스를 더 유용한 용도로 사용할 수 있습니다.

다음은 기본적으로 지원되는 Windows Core 서비스와 공식 Microsoft 웹 사이트의 전체 Windows Server를 비교한 것입니다.

신청
서버 코어
서버데스크탑 경험

명령 프롬프트
가능
가능

윈도우 파워셸/마이크로소프트 .NET
가능
가능

성능몬.exe
사용할 수 없습니다
가능

윈드백(GUI)
되지 않습니다.
가능

레스몬.exe
사용할 수 없습니다
가능

regedit를
가능
가능

Fsutil.exe
가능
가능

디스크스냅샷.exe
사용할 수 없습니다
가능

Diskpart.exe
가능
가능

디스크 관리.msc
사용할 수 없습니다
가능

Devmgmt.msc
사용할 수 없습니다
가능

서버 관리자
사용할 수 없습니다
가능

mmc.exe
사용할 수 없습니다
가능

이벤트 발생
사용할 수 없습니다
가능

Wevtutil(이벤트 쿼리)
가능
가능

services.msc를
사용할 수 없습니다
가능

제어 패널
사용할 수 없습니다
가능

Windows 업데이트(GUI)
사용할 수 없습니다
가능

Windows 탐색기
사용할 수 없습니다
가능

작업 표시 줄
사용할 수 없습니다
가능

작업 표시줄 알림
사용할 수 없습니다
가능

Taskmgr
가능
가능

인터넷 익스플로러 또는 엣지
사용할 수 없습니다
가능

내장 도움말 시스템
사용할 수 없습니다
가능

윈도우 10 셸
사용할 수 없습니다
가능

윈도우 미디어 플레이어
사용할 수 없습니다
가능

PowerShell을
가능
가능

파워쉘 ISE
사용할 수 없습니다
가능

파워셸 IME
가능
가능

Mstsc.exe
사용할 수 없습니다
가능

원격 데스크톱 서비스
가능
가능

Hyper-V 관리자
사용할 수 없습니다
가능

보시다시피 Windows Core에서 많은 부분이 삭제되었습니다. 시스템의 GUI와 관련된 서비스 및 프로세스는 물론 Windows Media Player와 같이 콘솔 가상 머신에 꼭 필요하지 않은 "쓰레기"도 제거되었습니다.

Linux와 거의 유사하지만 그렇지 않음

Windows Server Core를 Linux 배포판과 비교하고 싶지만 사실 이는 완전히 정확하지는 않습니다. 예, 이러한 시스템은 GUI 및 많은 측면 서비스의 포기로 인해 리소스 소비 감소 측면에서 서로 유사하지만 운영 및 일부 어셈블리 접근 방식 측면에서 이것은 여전히 ​​Unix 시스템이 아닌 Windows입니다.

가장 간단한 예는 Linux 커널을 수동으로 구축한 다음 패키지와 서비스를 설치하면 가벼운 Linux 배포판이라도 스위스 군용 칼처럼 무겁고 유사한 배포판으로 바뀔 수 있다는 것입니다(여기서는 Python에 대한 아코디언 농담을 하고 싶습니다). "프로그래밍 언어가 무기라면" 시리즈의 그림을 삽입하지만 그렇지 않습니다). Windows Core에서는 결국 Microsoft 제품을 다루고 있기 때문에 그러한 자유가 훨씬 적습니다.

Windows Server Core는 기성품으로 제공되며 기본 구성은 위 표에서 추정할 수 있습니다. 지원되지 않는 목록에 있는 항목이 필요한 경우 콘솔을 통해 온라인으로 누락된 요소를 추가해야 합니다. 사실, 주문형 기능과 구성 요소를 CAB 파일로 다운로드하여 설치 전에 어셈블리에 추가할 수 있는 기능을 잊어서는 안 됩니다. 그러나 프로세스 중에 컷 서비스가 누락된 것을 이미 발견한 경우에는 이 스크립트가 작동하지 않습니다.

하지만 Core 버전이 정식 버전과 다른 점은 작업을 중단하지 않고도 시스템을 업데이트하고 서비스를 추가할 수 있다는 점입니다. Windows Core는 재부팅 없이 패키지의 핫 롤링을 지원합니다. 결과적으로 실제 관찰에 따르면 Windows Core를 실행하는 컴퓨터는 Windows Server를 실행하는 컴퓨터보다 최대 6배 덜 자주 재부팅해야 합니다. 즉, 한 달에 한 번이 아니라 XNUMX개월에 한 번 재부팅해야 합니다.

관리자에게 좋은 보너스는 시스템이 RDP 없이 콘솔을 통해 의도한 대로 사용되고 두 번째 Windows Server로 전환되지 않으면 정식 버전에 비해 보안이 매우 강화된다는 것입니다. 결국 Windows Server 취약점의 대부분은 RDP와 바로 이 RDP를 통해 해서는 안 될 일을 하는 사용자의 행동으로 인해 발생합니다. 이는 자동차 색상에 대한 헨리 포드의 태도와 비슷합니다. “모든 고객은 원하는 색상으로 자동차를 칠할 수 있습니다. 검은" 시스템도 마찬가지입니다. 사용자는 어떤 방식으로든 시스템과 통신할 수 있습니다. 가장 중요한 것은 시스템을 통해 통신한다는 것입니다. 콘솔.

Windows Server 2019 Core 설치 및 관리

앞에서 Windows Core는 기본적으로 GUI 래퍼가 없는 Windows Server라고 언급했습니다. 즉, 거의 모든 버전의 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보다 더 많은 시스템 관리 옵션이 있습니다. 최소한 XNUMX가지 방법으로 Windows Server Core에서 가상 머신을 관리할 수 있습니다.

• 원격 파워셸;
• RSAT(원격 서버 관리 도구)
• Windows 관리 센터;
• 설정;
• 서버 매니저.

처음 세 가지 위치(표준 PowerShell, RSAT 및 Windows Admin Center)가 가장 관심을 끕니다. 그러나 도구 중 하나의 이점을 누리는 동시에 도구가 부과하는 제한도 받는다는 점을 이해하는 것이 중요합니다.

콘솔의 기능에 대해서는 설명하지 않습니다. PowerShell은 분명한 장단점이 있는 PowerShell입니다. RSAT와 WAC를 사용하면 모든 것이 조금 더 복잡해집니다. 

WAC는 레지스트리 편집, 디스크 및 장치 관리와 같은 중요한 시스템 제어에 대한 액세스를 제공합니다. 첫 번째 경우 RSAT는 보기 모드에서만 작동하며 변경을 허용하지 않으며 디스크 및 물리적 장치를 관리할 수 없습니다. 원격 서버 관리 도구에는 GUI가 필요하지만 우리의 경우에는 그렇지 않습니다. 일반적으로 RSAT는 레지스트리 편집 시 파일 및 그에 따른 업데이트, 프로그램 설치/제거 작업을 수행할 수 없습니다.

▍시스템 관리

 

WAC
RSAT

구성 요소 관리
Да
Да

레지스트리 편집기
Да
아니

네트워크 관리
Да
Да

이벤트 뷰어
Да
Да

공유 폴더
Да
Да

디스크 관리
Да
GUI가 있는 서버에만 해당

작업 스케줄러
Да
Да

기기 관리
Да
GUI가 있는 서버에만 해당

파일 관리
Да
아니

사용자 관리
Да
Да

그룹 관리
Да
Да

인증서 관리
Да
Да

업데이트
Да
아니

프로그램 제거
Да
아니

시스템 모니터
Да
Да

반면에 RSAT는 머신의 역할을 완벽하게 제어할 수 있는 반면 Windows Admin Center는 이와 관련하여 말 그대로 아무 것도 할 수 없습니다. 명확성을 위해 이 측면에서 RSAT와 WAC의 기능을 비교합니다.

▍역할 관리

 

WAC
RSAT

고급 스레드 보호
시사
아니

Windows Defender를
시사
Да

컨테이너
시사
Да

AD 관리 센터
시사
Да

AD 도메인 및 트러스트
아니
Да

AD 사이트 및 서비스
아니
Да

DHCP
시사
Да

DNS
시사
Да

DFS 매니저
아니
Да

GPO 관리자
아니
Да

IIS 관리자
아니
Да

즉, 다른 컨트롤을 위해 GUI와 PowerShell을 포기한다면 일종의 단일 도구를 사용할 수 없다는 것이 이미 분명합니다. 모든 면에서 완전한 관리를 위해서는 최소한 RSAT와 WAC의 조합.

그러나 WAC를 사용하려면 150-180MB의 RAM을 지불해야 한다는 점을 기억해야 합니다. 연결되면 Windows Admin Center는 서버 측에 3-4개의 세션을 생성하며, 가상 머신에서 도구 연결이 끊어져도 종료되지 않습니다. WAC는 이전 버전의 PowerShell에서도 작동하지 않으므로 최소한 PowerShell 5.0이 필요합니다. 이 모든 것은 우리의 긴축 패러다임에 어긋나지만 편안함을 위해서는 대가를 지불해야 합니다. 우리의 경우 - RAM.

Server Core를 관리하는 또 다른 옵션은 타사 도구를 사용하여 GUI를 설치하여 본격적인 어셈블리의 인터페이스와 함께 제공되는 수많은 쓰레기를 끌고 다니지 않는 것입니다.

이 경우에는 원래 Explorer를 시스템에 롤아웃하거나 Explorer++를 사용하는 두 가지 옵션이 있습니다. 후자의 대안으로 Total Commander, FAR Manager, Double Commander 등 모든 파일 관리자가 적합합니다. RAM 절약이 중요한 경우 후자가 더 좋습니다. 네트워크 폴더를 생성하고 콘솔이나 스케줄러를 통해 실행하여 Explorer++ 또는 기타 파일 관리자를 추가할 수 있습니다.

본격적인 Explorer를 설치하면 UI가 탑재된 소프트웨어로 작업할 수 있는 기회가 더 많아집니다. 이를 위해 우리는 연락해야 할 것이다 MMC, Eventvwr, PerfMon, Resmon, Explorer.exe 및 Powershell ISE까지 시스템에 반환하는 서버 코어 앱 호환성 FOD(Feature on Demand)로 변경되었습니다. 그러나 WAC의 경우와 마찬가지로 이에 대한 비용을 지불해야 합니다. 약 150-200MB의 RAM이 복구 불가능하게 손실되며, 이는 explorer.exe 및 기타 서비스에 의해 무자비하게 소모됩니다. 머신에 활성 사용자가 없는 경우에도 마찬가지입니다.

이는 기본 Explorer 패키지가 있거나 없는 시스템에서 시스템의 메모리 소비량입니다.

여기에서 논리적인 질문이 생깁니다. 왼쪽 또는 오른쪽 단계로 인해 RAM 소비가 증가한다면 PowerShell, FOD, 파일 관리자와 함께 이 모든 춤을 추는 이유는 무엇입니까? Windows Server 2016/2019를 다운로드하고 백인처럼 생활할 수 있는데 Windows Server Core에서 편안한 작업을 보장하기 위해 여러 도구를 사용하여 좌우로 섞을 이유가 무엇입니까?

Server Core를 사용하는 데는 여러 가지 이유가 있습니다. 첫째, 현재 메모리 소비량은 거의 절반입니다. 기억하신다면 이 조건이 처음에 우리 기사의 기초였습니다. 비교를 위해 Windows Server 2019의 메모리 소비량은 다음과 같습니다. 바로 위의 스크린샷과 비교해 보세요.

따라서 Core에서는 1146MB 대신 655MB의 메모리를 소비합니다. 

WAC가 필요하지 않고 원래 Explorer 대신 Explorer++를 사용한다고 가정하면 당신은 여전히 ​​거의 반 헥타르를 얻을 것입니다 Windows Server를 실행하는 각 가상 머신에서. 가상머신이 XNUMX개라면 증가폭은 미미하지만, XNUMX개라면? 특히 GUI가 필요하지 않은 경우 GUI가 중요한 부분입니다. 

둘째, Windows Server Core를 중심으로 춤을 추더라도 Windows Server 운영의 주요 문제인 RDP 및 보안(보다 정확하게는 완전히 부재)과 싸우게 되지는 않습니다. FOD, RSAT, WAC로 코팅된 Windows Core는 여전히 RDP가 없는 서버입니다. 즉, 기존 공격의 95%에 취약하지 않습니다.

남은

일반적으로 Windows Core는 기본 Linux 배포판보다 약간 더 두껍지만 훨씬 더 기능적입니다. 리소스를 확보해야 하고 콘솔, WAC 및 RSAT로 작업하고 본격적인 GUI 대신 파일 관리자를 사용할 준비가 되었다면 Core에 주목할 가치가 있습니다. 또한, 이를 사용하면 본격적인 Windows에 대한 추가 비용을 지불하지 않고 절약된 비용을 Windows 업그레이드에 사용할 수 있습니다. VPS, 예를 들어 RAM을 추가합니다. 편의를 위해 우리는 Windows Server Core를 추가했습니다. 시장.

출처 : habr.com