Подготовка среды для System Center 2012 R2 Virtual Machine Manager
Опубликовано: Март 2016
Применимо к: System Center 2012 R2 Virtual Machine Manager
Ниже приведены требования к системе и рекомендации, которые следует учитывать перед развертыванием System Center 2012 R2 Virtual Machine Manager (VMM).
При оценке среды см. раздел Требования к системе для System Center 2012 R2.
Сервер управления VMM
Операционная система. Настоятельно рекомендуется использовать Windows Server 2012 R2 в качестве операционной системы на сервере управления VMM (в System Center 2012 R2). Если вы хотите использовать VMM для создания кластеров с Windows Server 2012 R2, сервер управления VMM должен работать под Windows Server 2012 R2. Это верно для создания кластеров узлов Hyper-V или кластеров масштабируемых файловых серверов.
Особенно рекомендуется использовать Windows Server 2012 R2 в качестве операционной системы, если необходимо установить высокодоступный (кластеризованный) сервер управления VMM, так как в этой ситуации намного сложнее обновить операционную систему.
Если вместо этого выбрать Windows Server 2012 в качестве операционной системы для сервера управления VMM, можно создавать кластеры под управлением Windows Server 2012 R2 за пределами VMM и затем добавлять их в VMM. Но кластеры нельзя создать в VMM.
Программное обеспечение Windows ADK. На сервере управления VMM должен быть установлен Windows ADK для Windows 8.1, независимо от того, какая операционная система используется на сервере VMM. Ссылка на Windows ADK для Windows 8.1 доступна из программы установки, или же это программное обеспечение можно загрузить из Центра загрузки Майкрософт. При установке Windows ADK выберите компоненты Средства развертывания и Среда предустановки Windows.
Служебные программы командной строки для SQL Server. Если планируется развертывать службы VMM, использующие приложения уровня данных SQL Server, установите связанные служебные программы командной строки на сервере управления VMM. Установите служебные программы командной строки или SQL Server 2008 R2, или SQL Server 2012, в зависимости от устанавливаемой версии SQL Server. Служебные программы командной строки доступны в следующих пакетах дополнительных компонентов:
Примечание Если не установить эти программы, то установка не будет блокирована. Они требуются, если планируется развертывание служб, использующих приложения уровня данных (DACPAC-файлы) SQL Server.
Кластеризация. Для обеспечения высокой доступности сервер управления VMM может быть установлен на отказоустойчивом кластере. Настоятельно рекомендуется, чтобы отказоустойчивый кластер работал под управлением Windows Server 2012 R2.
Членство в домене. Компьютер, на котором устанавливается сервер управления VMM, должен быть членом домена Active Directory.
Длина имени компьютера. Длина имени компьютера сервера управления не может превышать 15 символов.
Дисковое пространство сервера библиотеки. Если сервер управления VMM используется также в качестве сервера библиотеки, необходимо предоставить дополнительное дисковое пространство для хранения объектов. Необходимое пространство зависит от числа и размера хранимых объектов.
Предотвращение установки на узле Hyper-V. Не устанавливайте сервер управления VMM или другие компоненты System Center, кроме агентов, на серверы с Hyper-V. Компоненты System Center можно устанавливать на виртуальных машинах.
Установка в виртуальной машине. Установив сервер управления VMM на виртуальной машине, можно сократить количество физических серверов, которые необходимо обслуживать, и упростить некоторые задачи управления. Сведения о требованиях к памяти и других требованиях см. в статье Оборудование.
Динамическая память (для установки в качестве виртуальной машины). Если вы устанавливаете сервер управления VMM на виртуальной машине и используете компонент динамической памяти Hyper-V, необходимо задать для виртуальной машины начальный объем ОЗУ не менее 2048 МБ.
Управление более чем 150 узлами. Для повышения производительности при управлении более чем 150 узлами рекомендуется использовать выделенный компьютер для сервера управления VMM, а также выполнить следующее:
Добавить один или нескольких удаленных компьютеров в качестве серверов библиотек и не использовать общую папку библиотеки по умолчанию на сервере управления VMM.
Для базы данных VMM не используйте экземпляр SQL Server, работающий на том же компьютере, на который устанавливается сервер управления VMM.
Сведения об установке сервера управления VMM см. в статье Установка сервера управления VMM и Установка сервера управления VMM высокой доступности.
Консоль VMM
Компьютер, где устанавливается консоль VMM, должен входить в домен Active Directory.
Дополнительные сведения об установке консоли VMM см. в разделе Установка и открытие консоли VMM.
SQL Server и база данных
Используемый экземпляр SQL Server должен разрешать использование объектов базы данных без учета регистра.
Имя компьютера SQL Server не может превышать 15 символов.
Если сервер управления VMM и сервер SQL Server не являются членами одного домена Active Directory, то между двумя доменами должно существовать двустороннее доверие.
При установке SQL Server выберите компоненты Службы компонента Database Engine и Средства управления — полный набор.
Вы можете выполнить обновления на месте до поддерживаемой версии SQL Server (без перемещения базы данных VMM). Убедитесь, что во время обновления не выполняются никакие задания, иначе они могут завершиться с ошибкой и придется перезапускать их вручную. Описание процедур см. в документации по SQL Server, например в статье Обновление до SQL Server 2014.
Для повышения производительности базы данных VMM не храните файлы базы данных на диске, который используется для операционной системы. Рекомендации по размещению файлов данных и журналов SQL Server см. в статье Размещение файлов данных и файлов журнала на различных дисках.
При использовании программно-конфигурируемой сети (SDN) в VMM все сетевые сведения хранятся в базе данных VMM. По этой причине может рассмотреть высокую доступность для базы данных VMM с помощью следующего руководства.
Поддерживается отказоустойчивая кластеризация, которая является рекомендуемой конфигурацией для обеспечения доступности в центре обработки данных или отдельной географической области. Дополнительные сведения см. в разделе Экземпляры отказоустойчивого кластера AlwaysOn (SQL Server).
Поддерживается использование групп доступности AlwaysOn в Microsoft SQL Server, но при этом важно ознакомиться с различиями между двумя режимами доступности — синхронной фиксацией и асинхронной фиксацией. Описание двух режимов см. в разделе режимов доступности в обзоре групп доступности AlwaysOn.
В режиме асинхронной фиксации реплика базы данных может быть устаревшей в течение некоторого периода времени после выполнения каждой фиксации. При этом она может отображаться так, как если бы база данных находилась в прошлом времени, что может привести к потере данных клиента, непреднамеренному раскрытию информацию или повышению прав доступа. Дополнительные сведения см. в статье Проверка доступности и параметров восстановления для защиты базы данных VMM.
Режим синхронной фиксации можно использовать как конфигурацию для сценариев доступности удаленного сайта. Дополнительные сведения см. в разделах Обзор групп доступности AlwaysOn (SQL Server) и Приступая к работе с группами доступности AlwaysOn (SQL Server).
Необходимо, чтобы служба SQL Server использовала учетную запись, имеющую разрешение на доступ к доменным службам Active Directory. Например, можно указать учетную запись Local System или учетную запись пользователя домена. Не следует указывать учетную запись локального пользователя.
Необходимо настроить параметры сортировки. Во время развертывания программа установки автоматически настраивает параметры сортировки CI согласно языку операционной системы сервера.
Поддерживается динамический порт.
Дополнительные сведения о SQL Server и System Center 2012 R2 см. в разделе SQL Server в System Center 2012 R2.
Библиотека VMM
Сервер библиотеки — это место, куда VMM сохраняет элементы, например шаблоны виртуальных машин, виртуальные жесткие диски, виртуальные дискеты, образы ISO, сценарии и хранимые виртуальные машины. Оптимальные требования к оборудованию, заданные для сервера библиотеки VMM, зависят от количества и размера этих файлов. Необходимо будет проверить использование ЦП и состояние других системных переменных, чтобы определить, что лучше всего работает в среде.
Чтобы хранить виртуальные жесткие диски в файловом формате VHDX, сервер библиотеки VMM должен работать под управлением Windows Server 2012 или Windows Server 2012 R2.
VMM не предоставляет метод реплицировать физические файлы в VMM библиотеки или метод для передачи метаданных для объектов, хранящихся в VMM базы данных. Вместо этого при необходимости нужно реплицировать физические файлы за пределами VMM и передавать метаданные с помощью сценариев и других средств.
VMM не поддерживает файловые серверы, настроенные с учетом регистра для служб Windows для UNIX, так как для элемента управления регистром сетевой файловой системы (NFS) задано значение Пропустить. Дополнительные сведения об элементе управления регистром NFS см. в разделе Службы Windows для UNIX 2.0 — управление регистром NFS.
Дополнительные сведения о серверах библиотеки в VMM см. в разделе Настройка библиотеки VMM.
Узлы виртуальных машин
Virtual Machine Manager (VMM) поддерживает Microsoft Hyper-V, VMware ESX и Citrix XenServer в качестве компьютеров виртуальных машин:
Узлы Hyper-V
Virtual Machine Manager (VMM) поддерживает следующие версии Hyper-V.
Операционная система | Выпуск | Пакет обновления | Архитектура системы |
---|---|---|---|
Hyper-V Server 2008 R2 | Н/Д | Пакет обновления 1 | x64 |
Windows Server 2008 R2 (роль сервера Hyper-V) (полная установка или установка Server Core-MiniShell) |
Standard, Enterprise и Datacenter | Пакет обновления 1 | x64 |
Hyper-V Server 2012 | Н/Д | Н/Д | X64 |
Windows Server 2012 (роль сервера Hyper-V) (полная установка или установка Server Core) |
Standard и Datacenter | Н/Д | X64 |
Hyper-V Server 2012 R2 (но см. примечание после таблицы) | Н/Д | Н/Д | X64 |
Windows Server 2012 R2, роль сервера Hyper-V (но см. примечание после таблицы) | Standard или Datacenter | Н/Д | X64 |
Примечание |
---|
Если необходимо использовать VMM для создания кластеров узлов Hyper-V под управлением Windows Server 2012 R2, VMM необходимо запустить сервер управления Windows Server 2012 R2. Это также справедливо для создания кластеров масштабируемого файлового сервера под управлением Windows Server 2012 R2. Однако можно создать кластеры под управлением Windows Server 2012 R2 за пределами VMM и затем добавить их в VMM, даже если сервер управления VMM работает под управлением Windows Server 2012. |
Дополнительные сведения:
Какие гостевые ОС поддерживаются Hyper-V — см. в разделе Обзор Hyper-V — требования к программному обеспечению (для поддерживаемых операционных систем).
Способы управления узлами Hyper-V в VMM — см. в разделе Добавление и управление узлами Hyper-V и кластеров узлов в VMM.
Узлы ESX VMware
VMM поддерживает следующее ПО виртуализации VMware:
Программное обеспечение | Примечания |
---|---|
vCenter Server: - VMware vCenter Server 4.1 - VMware vCenter Server 5.0 - VMware vCenter Server 5.1 - VMware vCenter Server 5.5 (поддерживается в накопительном пакете обновления 7 и более поздних версиях) - VMware vCenter Server 6.0 (поддерживается в накопительном пакете обновления 8 и более поздних версиях) |
Дополнительные сведения о требованиях к vCenter Server см. в документации по продукту VMware. |
Компьютеры виртуальных машин и кластеры узлов, работающие на любой из следующих версий VMware: - VMware ESX 4.1 - VMware ESXi 4.1 - VMware ESXi 5.0 - VMware ESXi 5.1 - VMware ESXi 5.5 (поддерживается в накопительном пакете обновления 7 и более поздних версиях) |
Узел или кластеры узлов должны находиться под управлением vCenter Server, который управляется VMM. |
Дополнительные сведения см. в разделе Обзор управления узлами VMware ESX.
Узлы Citrix XenServer
Для узлов с программным обеспечением для виртуализации Citrix необходимо следующее программное обеспечение.
Citrix XenServer 6.0
Citrix XenServer 6.1
Citrix XenServer — пакет интеграции Microsoft System Center
Дополнительные сведения:
Требования к XenServer — см. в документации продукта Citrix.
Citrix XenServer — пакет интеграции Microsoft System Center — см. в разделе Citrix XenServer — пакет интеграции Microsoft System Center.
Общие сведения о Citrix XenServer — см. в разделе Обзор управления Citrix XenServer.
Примечание |
---|
Все сведения и содержимое на веб-сайте http://www.citrix.com предоставляются владельцем или пользователями этого веб-сайта. Корпорация Майкрософт не предоставляет никаких гарантий, явных, подразумеваемых или предусмотренных законом, относительно информации на этом веб-сайте. |
Развертывание узла Hyper-V на компьютере без операционной системы
Можно использовать VMM, чтобы обнаруживать физические компьютеры в сети и затем автоматически устанавливать на них операционную системы Windows и преобразовывать их в управляемые узлы Hyper-V. Такие физические компьютеры могут быть компьютерами без установленной операционной системы. Или это могут быть компьютеры, на которых необходимо перезаписать существующую операционную систему.
Дополнительные сведения см. в статье Общие сведения о добавлении физических компьютеров в качестве узлов Hyper-V или масштабируемых файловых серверов в VMM.
Системная роль | Требования к системе |
---|---|
Физический компьютер, который требуется обнаружить | Необходим контроллер управления основной платой с поддерживаемым протоколом управления по внештатному каналу.VMM поддерживает указанные ниже протоколы управления по внештатному каналу. - Intelligent Platform Management Interface (IPMI) 1.5 или 2.0. - Data Center Management Interface (DCMI) 1.0. - System Management Architecture for Server Hardware (SMASH) 1.0 через WS-Management (WS-Man). - Пользовательские протоколы, такие как Integrated Lights-Out (iLO). Убедитесь, что используется последняя версия встроенного ПО для BMC-контроллера. |
PXE-сервер используется для запуска установки ОС на физическом компьютере. | - Компьютер с Windows Server 2008 R2 и установленной ролью служб развертывания Windows. - Компьютер с Windows Server 2012 и установленной ролью служб развертывания Windows. - Компьютер под управлением Windows Server 2012 R2 с установленной ролью служб развертывания Windows. PXE-сервер должен находиться в одной подсети с компьютером, который подключается по внештатному каналу. |
Образ операционной системы | - Образ операционной системы Windows Server 2008 R2 с пакетом обновления 1. - Образ операционной системы Windows Server 2012. - Образ операционной системы Windows Server 2012 R2. Образ операционной системы должен поддерживать возможность загрузки с виртуального жесткого диска. Виртуальный жесткий диск можно создать, запустив средство подготовки системы (Sysprep.exe). Используйте Sysprep.exe с обоими параметрами /eneralize и /oobe на виртуальной машине, которая работает под управлением операционной системы, добавляемой в образ. |
Управление обновлениями
В VMM можно использовать сервер служб Windows Server Update Services (WSUS) для управления обновлениями на следующих компьютерах в среде VMM:
Узлы виртуальных машин
Серверы библиотек
Сервер управления VMM
PXE-серверы
Сервер WSUS
Серверы инфраструктуры под управлением Windows Server 2012 R2.
Можно настраивать базовые планы обновлений, проверять компьютеры на соответствие и исправлять обновления.
Поддерживаемые серверы WSUS | Примечания |
---|---|
- 64-разрядный выпуск служб Windows Server Update Services (WSUS) 3.0 с пакетом обновления 2 (SP2) - 64-разрядный выпуск роли сервера Windows Server Update Services (WSUS) в Windows Server 2012 - 64-разрядный выпуск роли сервера Windows Server Update Services (WSUS) для Windows Server 2012 R2 |
- Узнать сведения о требованиях к системе для WSUS и загрузить WSUS 3.0 SP2 можно в разделе Windows Server Update Services 3.0 с пакетом обновления 2 (SP2) в Центре загрузки Майкрософт. Important: Если используется WSUS 3.0 SP2 для включения обновлений для узлов Windows Server 2012, то необходимо применить обновление KB2734608. Внимательно прочитайте известные проблемы этого обновления, так как они характерны для VMM. - В Windows Server 2012 и Windows Server 2012 R2 WSUS является интегрированной ролью сервера. - VMM поддерживает использование сервера WSUS, который является частью среды Configuration Manager 2007 R2 или System Center 2012 Configuration Manager, но требует дополнительных действий по настройке. Дополнительные сведения см. в разделе Как интегрировать обновления структуры с помощью Configuration Manager. |
Сервер WSUS должен работать под управлением Windows Server 2012 R2, Windows Server 2012 или Windows Server 2008 R2 с пакетом обновления 1.
Необходимо полное доверие между сервером управления WSUS и доменами сервера управления VMM.
VMM может использовать либо корневой, либо подчиненный сервер служб WSUS.VMM не поддерживает использование сервера-реплики служб WSUS.
Сервер WSUS может быть либо выделенным для VMM, либо уже используемым в среде сервером WSUS.
Если VMM предстоит обрабатывать очень много обновлений, рассмотрите возможность установки сервера WSUS на компьютере, отличном от сервера управления VMM.
VMM также может работать с System Center Updates Publisher, но поддерживаются только полные обновления. Обновления только метаданных нельзя добавить в базовый план обновления.
Дополнительные сведения об управлении обновлениями в VMM см. в разделе Управление обновлениями структуры в VMM.
Наблюдение и отчеты
VMM может отслеживать работоспособность и производительность виртуальных машин и их компьютеров. Для этого VMM интегрируется с Operations Manager и включает оптимизацию производительности и ресурсов (PRO). VMM также предоставляет возможность использовать функцию создания отчетов Operations Manager. Чтобы использовать отчеты для прогноза, службы SQL Server Analysis Services необходимо установить на сервер отчетов Operations Manager.
VMM в System Center 2012 R2 поддерживает Operations Manager только в System Center 2012 R2.
Требования:
Версия служб Analysis Services должна быть SQL Server Analysis Services 2008 с пакетом обновления 2 (SP2) или более поздней.
Версия консоли управления Operations Manager, установленной на сервере управления VMM, должна соответствовать версии Operations Manager, с которым предполагается интеграция.
Версия агента Operations Manager должна поддерживаться соответствующей версией Operations Manager.
Дополнительные сведения см. в статье Настройка интеграции Operations Manager с VMM.