VMM 설치 계획

아티클
07/16/2024

이 문서는 성공적인 System Center VMM(Virtual Machine Manager) 설치에 필요한 모든 요소를 계획하는 데 도움이 되며 VMM 2016 이상 릴리스에 대한 정보를 포함합니다. 설치하려는 VMM 버전에 해당하는 경우 이러한 요구 사항을 사용합니다.

지원되는 하드웨어 및 소프트웨어 버전에 대한 자세한 내용은 설치하는 버전에 대한 시스템 요구 사항 문서를 참조하세요.

배포 요구 사항

다음 시스템 요구 사항을 확인합니다.

VMM 관리 서버: 하드웨어 및 운영 체제 요구 사항을 확인합니다.
SQL Server: 지원되는 SQL Server 버전을 검토합니다.
VMM 콘솔: 운영 체제 요구 사항을 검토하고 별도의 컴퓨터에서 VMM 콘솔을 실행하려는 경우.
VMM 라이브러리: 원격 VMM 라이브러리 공유에 대한 하드웨어 요구 사항을 검토합니다.
가상화 호스트: VMM 패브릭에서 Hyper-V 및 SOFS 서버에 대해 지원되는 운영 체제를 검토합니다. VMware 서버에 대한 요구 사항을 검토합니다.
다른 패브릭 서버: 업데이트 및 PXE(운영 체제 미설치 배포에 사용됨) 서버에 대해 지원되는 운영 체제를 검토합니다.

추가 배포 요구 사항

구성 요소	세부 정보
SQL Server용 명령줄 유틸리티	2019년 2019년 이전 릴리스용 SQL Server 2014 기능 팩, 2016/2017 기능 팩 SQL Server 데이터 계층 앱을 사용하여 VMM 서비스를 배포하려면 VMM 관리 서버에 관련 명령줄 유틸리티를 설치합니다. 설치하는 버전은 SQL Server 버전과 일치해야 합니다.
Windows ADK(평가 및 배포 키트)	Windows 10용 Windows ADK. 설치에서 설치하거나 다운로드할 수 있습니다. 배포 도구 및 Windows 사전 설치 환경 옵션만 필요합니다.
게스트 운영 체제	Hyper-V에서 지원하는 Windows 운영 체제입니다. Linux(CentOS, RHEL, Debian, Oracle Linux, SUSE, Ubuntu)
PowerShell	지원되는 버전
.NET	지원되는 버전
호스트 에이전트	VMM 2016/2019 VMM에서 관리되는 호스트에 필요합니다.
Monitoring	System Center Operations Manager 2016. SQL Server Analysis Services 2014 이상 버전도 필요합니다.
VMware	vCenter 5.1, 5.5, 5.8, 6.0, 6.5 vCenter 7.0 및 8.0(2022 UR1 및 2019 UR5에서 지원됨) ESXi 5.5, 6.0, 6.5 ESXi 7.0 및 8.0(2022 UR1 및 2019 UR5에서 지원됨) 이러한 버전을 실행하는 vCenter 및 ESXi 서버는 VMM에서 관리할 수 있습니다.
완전 프로비저닝	WS-MAN을 통해 서버 하드웨어(SMASH)(v1 이상)에 대한 시스템 관리 아키텍처입니다. 지능형 플랫폼 인터페이스 1.5 이상 DCMI(Data Center Manager 인터페이스) 1.0 이상. 물리적 운영 체제 미설치 서버를 검색하고 배포하는 데 필요합니다.

SPN

VMM 사용자가 VMM을 설치하거나 VMM 설정을 실행하는 경우 Active Directory에서 VMM 서버에 대한 SPN(서비스 사용자 이름)을 쓸 수 있는 권한이 없으면 설치가 경고와 함께 완료됩니다. SPN이 등록되지 않은 경우 VMM 콘솔을 실행하는 다른 컴퓨터는 관리 서버에 연결할 수 없으며 VMM 패브릭의 운영 체제 미설치 컴퓨터에 Hyper-V 호스트를 배포할 수 없습니다. 이 문제를 방지하려면 다음과 같이 VMM을 설치하기 전에 SPN을 도메인 관리자로 등록해야 합니다.

<SystemDrive>\Windows\System32>에서 도메인 관리자로 다음 명령을 실행합니다.
- setspn -u -s SCVMM/<MachineBIOSName> <VMMServiceAccount>
- setspn -u -s SCVMM/<MachineFQDN> <VMMServiceAccount>
클러스터<의 경우 MachineBIOSName>은 ClusterBIOSName>이어야 <하고 <MachineFQDN>은 ClusterFQDN이어야 <합니다.>
VMM 서버(또는 클러스터의 각 노드)에서 레지스트리에서 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Setup으로 이동합니다.
VmmServicePrincipalNames를 SCVMM/<MachineBIOSName>, SCVMM/<MachineFQDN>으로 설정합니다. 클러스터의 경우: SCVMM/<ClusterBIOSName>,SCVMM/<ClusterFQDN>.

이 작업을 수행할 수 없는 경우 VMM 설치 중에 SPN을 등록할 수도 있습니다. 도메인 관리자는 VMM 서비스 사용자 또는 설정 사용자에게 SPN 쓰기 권한을 제공할 수 있습니다.

참고 항목

이 방법은 기본 설정이 아닙니다. 권한을 통해 위임된 사용자는 제한 없이 servicePrincipalName을 등록할 수 있습니다.

따라서 위임된 사용자를 매우 신뢰할 수 있어야 하며 계정 자격 증명을 안전하게 유지해야 합니다. 방법:

도메인 관리자로 adsiedit를 실행합니다.
VMM 서비스 사용자를 찾습니다. 속성>보안>고급을 마우스 오른쪽 단추로 클릭합니다. 그런 다음 추가를 선택하고 보안 주체 선택에서 사용 권한을 부여할 사용자를 지정합니다.
Write servicePrincipalName>OK를 선택합니다.

이 사용자 계정으로 VMM을 설치하면 SPN이 등록됩니다.

VMM 관리 서버

Nano 서버에서 VMM 관리 서버를 실행할 수 없습니다(2019년 이전 Windows Server 릴리스에 적용 가능).
관리 서버 컴퓨터 이름은 15자를 초과할 수 없습니다.
Hyper-V를 실행하는 서버에는 VMM 관리 서버 또는 에이전트 이외의 다른 System Center 구성 요소를 설치하지 마세요.
VM에 VMM 관리 서버를 설치할 수 있습니다. Hyper-V의 동적 메모리 기능을 사용하는 경우 가상 머신의 시작 RAM을 2,048MB 이상으로 설정해야 합니다.

전용 SCVMM 관리 서버를 사용하고 동일한 서버에 다른 System Center 구성 요소 및 관리 도구를 설치하지 않는 것이 좋습니다.
150개 이상의 호스트를 관리하려면 다음을 권장합니다.
- 하나 이상의 원격 컴퓨터를 라이브러리 서버로 추가하고 VMM 관리 서버에서 기본 라이브러리 공유를 사용하지 마세요.
- VMM 관리 서버에서 SQL Server 인스턴스를 실행하지 마세요.

150개 이상의 호스트를 관리하려면 VMM 관리 서버에 전용 컴퓨터를 사용하고 다음을 수행하는 것이 좋습니다.
- 하나 이상의 원격 컴퓨터를 라이브러리 서버로 추가하고 VMM 관리 서버에서 기본 라이브러리 공유를 사용하지 마세요.
- VMM 관리 서버에서 SQL Server 인스턴스를 실행하지 마세요.

고가용성을 위해 장애 조치(failover) 클러스터에 VMM 관리 서버를 설치할 수 있습니다. 자세히 알아보기.

SQL Server 및 데이터베이스

사용 중인 SQL Server 인스턴스는 대/소문자를 구분하지 않는 데이터베이스 개체를 허용해야 합니다.
SQL Server의 컴퓨터 이름은 길이가 15자를 초과할 수 없습니다.
VMM 관리 서버와 SQL Server 컴퓨터가 동일한 Active Directory 도메인의 멤버가 아닌 경우 두 도메인 간에 양방향 트러스트가 있어야 합니다.
SQL Server를 설치할 때 데이터베이스 엔진 서비스 및 관리 도구 - 전체 기능을 선택합니다.
VMM 데이터베이스를 이동하지 않고도 지원되는 SQL Server 버전으로 현재 위치 업그레이드를 수행할 수 있습니다. 업그레이드를 수행할 때 실행 중인 작업이 없거나 작업이 실패하여 수동으로 다시 시작해야 하는지 확인합니다.
VMM 데이터베이스의 경우 성능을 향상시키려면 운영 체제에 사용되는 디스크에 데이터베이스 파일을 저장하지 마세요.
VMM에서 SDN(소프트웨어 정의 네트워킹)을 사용하는 경우 모든 네트워킹 정보가 VMM 데이터베이스에 저장됩니다. 따라서 다음 지침을 참고하여 VMM 데이터베이스에 대해 고가용성을 구현할 수 있습니다.
- 단일 지역 또는 데이터 센터 내에서 가용성을 보장할 수 있도록 지원되는 권장 구성은 장애 조치(failover) 클러스터링입니다. 자세히 알아보세요.
- Microsoft SQL Server에서 Always On 가용성 그룹의 사용이 지원되지만 동기-커밋과 비동기 커밋이라는 두 가용성 모드 간의 차이점을 검토하는 것이 중요합니다. 자세히 알아보기.
  - 비동기-커밋 모드에서는 각 커밋 후 일정 시간 동안 데이터베이스의 복제본이 오래된 상태로 유지될 수 있습니다. 이렇게 하면 데이터베이스가 시간을 거슬러 올라간 것처럼 표시되어 고객 데이터 손실, 실수로 정보 공개 또는 권한 상승이 발생할 수 있습니다.
  - 동기 커밋 모드는 원격 사이트 가용성 시나리오를 위한 구성으로 사용할 수 있습니다.
SQL Server 서비스는 AD DS(Active Directory 도메인 서비스)에 액세스할 수 있는 권한을 가진 계정을 사용해야 합니다. 예를 들어 로컬 시스템 계정 또는 도메인 사용자 계정을 지정할 수 있습니다. 로컬 사용자 계정을 지정하지 마세요.
데이터 정렬을 구성할 필요가 없습니다. 배포하는 동안 설치 프로그램은 서버 운영 체제의 언어에 따라 CI 데이터 정렬을 자동으로 구성합니다.
동적 포트가 지원됩니다.
VMM을 설치하기 전에 VMM 데이터베이스를 만들려면 다음을 수행합니다.
- 사용 권한이 있는지 확인하거나 SQL 데이터베이스를 만들거나 SQL Server 관리자에게 요청합니다.
- 다음과 같이 데이터베이스를 구성합니다.
  1. 설정을 사용하여 새 데이터베이스 만들기: 이름: VirtualManagerDB; 데이터 정렬: Latin1_General_100_CI_AS 특정 SQL Server 인스턴스 데이터 정렬과 일치합니다.
  2. VMM 서비스 계정에 데이터베이스에 대한 db_owner 권한을 부여합니다.
  3. VMM 설정에서 기존 데이터베이스를 사용하는 옵션을 선택하고 데이터베이스 세부 정보 및 VMM 서비스 계정을 데이터베이스 사용자로 지정합니다.

라이브러리 서버

VMM 관리 서버에서 라이브러리 서버를 실행하는 경우 개체를 저장할 추가 하드 디스크 공간을 제공해야 합니다. 필요한 공간은 저장하는 개체의 수와 크기에 따라 달라집니다.
라이브러리 서버는 VMM이 가상 머신 템플릿, 가상 하드 디스크, 가상 플로피 디스크, ISO 이미지, 스크립트 및 저장된 가상 머신과 같은 항목을 저장하는 위치입니다. VMM 라이브러리 서버에 대해 지정된 최적의 하드웨어 요구 사항은 이러한 파일의 수량과 크기에 따라 달라집니다. 환경에서 가장 적합한 항목을 확인하려면 CPU 사용량 및 기타 시스템 상태 변수를 확인해야 합니다.
.vhdx 파일 형식으로 가상 하드 디스크를 관리하려면 VMM 라이브러리 서버가 Windows Server 2012 이상을 실행해야 합니다.
VMM은 VMM 라이브러리에서 물리적 파일을 복제하는 방법이나 VMM 데이터베이스에 저장된 개체에 대한 메타데이터를 전송하는 메서드를 제공하지 않습니다. 대신 필요한 경우 VMM 외부에서 물리적 파일을 복제해야 하며 스크립트 또는 다른 방법을 사용하여 메타데이터를 전송해야 합니다.
NFS(네트워크 파일 시스템) 대/소문자 제어가 무시로 설정되어 있으므로 VMM은 UNIX용 Windows 서비스에 대해 대/소문자를 구분하는 옵션으로 구성된 파일 서버를 지원하지 않습니다.

계정 및 도메인 요구 사항

VMM을 설치할 때 다음 계정 중 하나를 사용하도록 VMM 서비스를 구성해야 합니다.

로컬 시스템 계정(고가용성 VMM 배포에 사용할 수 없음) 또는
도메인 사용자 계정 또는
그룹 관리 서비스 계정(gMSA)

VMM을 설치할 때 다음 계정 중 하나를 사용하도록 VMM 서비스를 구성해야 합니다.

로컬 시스템 계정(고가용성 VMM 배포에 사용할 수 없음) 또는
도메인 사용자 계정

계정을 준비하기 전에 다음을 확인합니다.

VMM 서비스 계정에는 VMM 서버에 대한 서비스 권한으로 로그온해야 합니다.

설치 후에는 Virtual Machine Manager 서비스 계정의 ID를 변경할 수 없습니다. 여기에는 로컬 시스템 계정에서 도메인 계정으로, 도메인 계정에서 로컬 시스템 계정으로 변경하거나, 도메인 계정을 다른 도메인 계정으로 변경하는 것이 포함됩니다. 설치 후 Virtual Machine Manager 서비스 계정을 변경하려면 VMM(SQL Server 데이터베이스를 유지하려는 경우 데이터 보존 옵션 선택)을 제거한 다음 새 서비스 계정을 사용하여 VMM을 다시 설치해야 합니다.
도메인 계정을 지정하는 경우 계정은 컴퓨터의 로컬 관리자 그룹의 구성원이어야 합니다.
도메인 계정을 지정하는 경우 이 용도로 사용하도록 지정된 계정을 만드는 것이 좋습니다. 호스트가 VMM 관리 서버에서 제거되면 System Center Virtual Machine Manager 서비스가 실행 중인 계정이 호스트의 로컬 관리자 그룹에서 제거됩니다. 호스트에서 다른 용도로 동일한 계정을 사용하는 경우 예기치 않은 결과가 발생할 수 있습니다.
Hyper-V 가상 머신에서 공유 ISO 이미지를 사용하려는 경우 도메인 계정을 사용해야 합니다.
연결되지 않은 네임스페이스를 사용하는 경우 도메인 계정을 사용해야 합니다. 연결되지 않은 네임스페이스에 대한 자세한 내용은 Naming Conventions in Active Directory for Computers, Domains, Sites, and OUs(컴퓨터, 도메인, 사이트 및 OU에 대한 Active Directory의 명명 규칙)를 참조하십시오.
고가용성 VMM 관리 서버를 설치하는 경우 도메인 계정을 사용해야 합니다.
VMM 관리 서버를 설치하는 컴퓨터는 Active Directory 도메인의 구성원이어야 합니다. 사용자 환경에서는 한 포리스트에 사용자 계정이 있고 VMM 서버와 호스트가 다른 포리스트에 있을 수 있습니다. 이 환경에서는 두 포리스트 간 도메인 간에 양방향 트러스트를 설정해야 합니다. 포리스트 간 도메인 간의 단방향 트러스트는 VMM에서 지원되지 않습니다.

gMSA를 만들고 사용하려면 gMSA에 대한 문서를 검토하고 사용 가능한 지침에 따라 gMSA를 만듭니다. VMM 관리 서비스를 설치할 서버에 gMSA 계정의 암호를 검색할 수 있는 권한이 있는지 확인합니다.

참고 항목

gMSA를 만들 때 ‘SPN(서비스 사용자 이름)’을 지정할 필요가 없습니다. VMM 서비스는 gMSA에 적절한 SPN을 설정합니다.

분산 키 관리

기본적으로 VMM은 DPAPI(데이터 보호 애플리케이션 프로그래밍 인터페이스)를 사용하여 VMM 데이터베이스의 일부 데이터를 암호화합니다. 예를 들어 실행 계정 자격 증명, 게스트 운영 체제 프로필의 암호 및 가상 하드 디스크 속성의 제품 키 정보입니다. 데이터 암호화는 VMM이 설치된 특정 컴퓨터 및 VMM에서 사용하는 서비스 계정에 연결됩니다. VMM 설치를 다른 컴퓨터로 이동하는 경우 VMM은 암호화된 데이터를 유지하지 않으며 수동으로 입력해야 합니다.

VMM이 이동 간에 암호화된 데이터를 유지하도록 하려면 분산 키 관리를 사용하여 Active Directory에 암호화 키를 저장할 수 있습니다. VMM 설치를 이동하는 경우 새 VMM 컴퓨터가 Active Directory의 암호화 키에 액세스할 수 있으므로 VMM은 암호화된 데이터를 유지합니다. 분산 키 관리를 설정하려면 Active Directory 관리자와 조정해야 합니다.