Руководство по использованию виртуальной машины (SharePoint Server 2010)

  • Статья

 

Последнее изменение раздела: 2016-11-30

В этой статье представлены инструкции для настройки виртуальной машины (VM), которая использует Технология Windows Server 2008 Hyper-V и которая применяется в ферме Microsoft SharePoint Server 2010. В нее входят серверы веб-уровня, уровня приложений и уровня базы данных. Перед настройкой виртуальной машины для фермы SharePoint рекомендуется прочитать статью, содержащую руководство по началу работы с Hyper-V (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=187754&clcid=0x419) (Возможно, на английском языке). Так как каждое решение, касающееся конфигурации или инфраструктуры виртуальной машины, влияет на производительность или функциональность (SharePoint Server 2010 и Hyper-V), очень важно понимать значение каждого параметра конфигурации.

В среде Hyper-V можно указать конфигурацию виртуальной сети и каждой виртуальной машины. Кроме того, можно задать параметры того, как виртуальная машина взаимодействует с узлом виртуализации, а также параметры остановки и перезапуска виртуальной машины, если ее работа прерывается.

Содержание:

Сеть

Сетевые параметры Hyper-V можно настроить перед созданием любой виртуальной машины или после создания одной или нескольких виртуальных машин. Также можно создать несколько виртуальных сетей для узла Hyper-V.

С помощью диспетчера виртуальной сети (доступен в диспетчере Hyper-V) можно выбрать три разных типа виртуальных сетей. В следующей таблице представлена сводка типов сетей и их характеристики.

Тип Описание

Внешняя

Используйте этот тип, если требуется разрешить виртуальным машинам взаимодействовать с внешними серверами и управляющей операционной системой (иногда называемой родительским разделом). Этот тип также позволяет виртуальным машинам на одном физическом сервере взаимодействовать друг с другом.

Внутренняя

Используйте этот тип, чтобы разрешить взаимодействие виртуальных машин на одном физическом сервере, а также виртуальных машин и управляющей операционной системы. Внутренняя виртуальная сеть — это виртуальная сеть, не привязанная к физическому сетевому адаптеру. Она часто используется для создания тестовой среды, в которой требуется подключаться к виртуальным машинам из управляющей операционной системы.

Частная

Используйте этот тип, если нужно разрешить взаимодействие только между виртуальными машинами на одном физическом сервере. Частная виртуальная сеть — это виртуальная сеть без виртуального сетевого адаптера в управляющей операционной системе. Частные виртуальные сети часто используются, если нужно изолировать виртуальные машины от сетевого трафика в управляющей операционной системе и внешних сетях.

Используйте требования к ферме SharePoint Server для выбора одной из трех сетевых конфигураций узла виртуализации. Например, в статье Краткое руководство. Развертывание одного сервера в изолированной среде Hyper-V (SharePoint Server 2010) внутренняя сеть использовалась для изоляции тестовой среды от рабочей среды.

После определение типа сети, который требуется использовать, можно указать диапазон адресов уровня управления доступом к среде передачи (MAC-адресов), которые автоматически назначаются виртуальным адаптерам. В выпуске R2 Microsoft Hyper-V Server 2008 можно указывать статические MAC-адреса адаптерам, чтобы избежать коллизий в сети.

С точки зрения производительности сети возможность создавать виртуальные локальные сети позволяет повысить производительность. Виртуальные машины в одной и той же виртуальной ЛС могут взаимодействовать через виртуальный коммутатор, из-за чего сетевой трафик проходит быстрее, так как физический сетевой адаптер не используется. Еще одно преимущество виртуальной ЛС состоит в том, что она основана на использовании программного обеспечения, компьютеры могут легко перемещаться, сохраняя при этом свои сетевые конфигурации.

Дополнительные сведения о концепциях виртуальных сетей и настройке таких сетей см. по следующим ссылкам на статьи, посвященные:

Сетевые адаптеры

К виртуальной машине можно подключить два типа сетевых адаптера: сетевой адаптер и устаревший адаптер. Сетевой адаптер обеспечивает более высокую производительность, чем устаревший адаптер. Устаревший адаптер эмулирует PCI-адаптер Fast Ethernet на основе Intel 21140, что приводит к меньшей скорости передачи данных. Кроме того, устаревший сетевой адаптер поддерживает сетевую установку, поскольку он поддерживает возможность загрузки по протоколу удаленной загрузки PXE.

Если устаревший адаптер не требуется использовать до установки драйвера виртуальной машины или нужно выполнить перезагрузку с поддержкой сети, рекомендуется настроить виртуальную машину с сетевым адаптером.

Примечание

Первоначально устаревший адаптер можно использовать для выполнения перезагрузки с поддержкой сети, а если это больше не требуется, можно добавить сетевой адаптер и удалить устаревший адаптер.

Как и в случае с физическими серверами, на виртуальной машине можно установить несколько адаптеров.

Конфигурация виртуальной машины

Hyper-V предоставляет различные параметры настройки виртуальной машины. Эти параметры можно изменить после запуска виртуальной машины и установки Microsoft SharePoint Server. Чтобы изменить конфигурацию, придется завершить работу виртуальной машины. Опираясь на данные планирования управления емкостью и обеспечения высокого уровня доступности, полученные на основе статьи Управление емкостью и высокой доступностью в виртуальной среде (SharePoint Server 2010), настройте для каждой виртуальной машины следующие параметры:

  • Последовательность загрузки (устаревший сетевой адаптер, компакт-диск, IDE-диск или гибкий диск)

  • Объем памяти

  • Число виртуальных процессоров (до четырех)

  • Тип и количество контроллеров

  • Тип и количество дисков

  • Тип и количество сетевых адаптеров

Помимо предыдущих конфигураций можно также настроить COM-порты и виртуальный гибкий диск.

В контексте SharePoint Server основными моментами для настройки являются память, процессор, тип и количество контроллеров и жестких дисков.

память;

После резервирования 2 ГБ ОЗУ для узла виртуализации можно настроить параметры виртуальной машины для использования любого объема оставшейся памяти. Конечно, следует учитывать объем памяти, который предоставлен другим виртуальным машинам, выполняющимся на том же узле виртуализации.

Примечание

2 ГБ ОЗУ, резервируемые для узла виртуализации — это рекомендуемый, а не требуемый или обязательный объем памяти. Обычно фактический объем ОЗУ, используемый на физическом сервере, меньше.

Фактический объем памяти, используемой Hyper-V, довольно мал. Это хорошо видно, если загрузить файл Hyper-V RAM Calculator.xls (https://go.microsoft.com/fwlink/?linkid=187756&clcid=0x419) и использовать его для расчета использования ОЗУ на узле заданного размера с несколькими виртуальными машинами.

Процессор

Можно настроить несколько виртуальных процессоров для виртуальной машины (максимум четыре процессора). Нельзя настроить количество процессоров для одной виртуальной машины, превышающее число логических процессоров (ядер) в узле виртуализации. Например, в случае физического сервера с двумя ядрами для виртуальной машины можно настроить до двух процессоров. Хотя Hyper-V поддерживает до восьми виртуальных процессоров на одно ядро, конфигурация, в которой используется это соотношение (1 логический процессор: 8 виртуальных), называется переподписанной. Для любой виртуальной машины, используемой в ферме SharePoint, рекомендуется соотношение 1:1. Переподписка процессоров на узле виртуализации будет работать, однако производительность снизится в зависимости от соотношения логических и физических процессоров.

Контроллер и жесткий диск

На виртуальных машинах можно выбрать IDE-устройства либо SCSI-устройства следующим образом:

  • IDE-устройства: Hyper-V использует эмулированные устройства с IDE-контроллерами. Можно применять до двух IDE-контроллеров с двумя дисками на каждом контроллере. Загрузочный диск следует присоединить к одному из IDE-устройств. Загрузочный диск может быть виртуальным жестким диском или физическим диском. Хотя виртуальная машина должна использовать IDE-устройство как загрузочный диск для запуска операционной системы на виртуальной машине, при выборе физического устройства, предоставляющего хранилище для IDE-устройства, доступно много параметров.

  • SCSI-устройства: каждая виртуальная машина поддерживает до 256 SCSI-дисков (четыре SCSI-контроллера, каждый из которых поддерживает до 64 дисков). SCSI-контроллеры используют для взаимодействия тип устройства, разработанный специально для применения с виртуальными машинами, и шину виртуальной машины. Шина виртуальной машины должна быть доступна при запуске операционной системы на виртуальной машине. Поэтому виртуальные жесткие диски, подключенные к SCSI-контроллерам, нельзя использовать как загрузочные.

    Примечание

    Производительность ввода-вывода физических SCSI- и IDE-устройств может сильно отличаться. Однако в случае виртуальных SCSI- и IDE-устройств в Hyper-V это не так. IDE- и SCSI-устройства обеспечивают одинаково высокую производительность ввода-вывода, если в операционной системе на виртуальной машине установлены службы интеграции. Поддержка жестких дисков с возможностью горячей замены, имеющаяся в реализации SCSI в Hyper-V, является более существенной причиной для выбора SCSI-дисков, чем повышение производительности.

Версия Hyper-V, выпущенная с Windows Server 2008 R2, обеспечивает значительное повышение производительности виртуальных жестких дисков. Дополнительные сведения см. в статье, посвященной производительности виртуальных жестких дисков в среде Windows Server 2008, Windows Server 2008 R2 и Windows 7 (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=186519&clcid=0x419) (Возможно, на английском языке). Сводку вариантов дисков для виртуальной машины см. в разделе, посвященном выбору формата контейнера хранилища Hyper-V и VHD, в этом техническом документе. Кроме того, прислушайтесь к совету авторов: при выборе правильного виртуального жесткого диска для среды следует учитывать вопросы производительности и потребности хранилища. При использовании Windows Server 2008 R2 выбор меньше связан со скоростью доступа и больше связан с объемом памяти, используемым из-за кэширования.

Важно!

Не существует универсального решения для хранения данных для каждой виртуальной среды. Для выбора оптимального диска виртуальной машины для серверов SharePoint Server требуется провести исследование и тщательное тестирование, чтобы реализовать максимально эффективное хранилище для виртуальной среды.

Службы интеграции

В Hyper-V включен программный пакет для поддерживаемых операционных систем на виртуальной машине, который улучшает взаимодействие физического компьютера и виртуальной машины. Этот пакет называется службами интеграции. Следует убедиться, что в управляющей операционной системе (в которой выполняется роль Hyper-V) и на виртуальных машинах запускается одинаковая версия служб интеграции. Дополнительные сведения см. в статье, посвященной совместимости версий для служб интеграции (https://go.microsoft.com/fwlink/?linkid=188011&clcid=0x419).

Для каждой виртуальной машины можно настроить следующие элементы интеграции виртуальной машины и узла виртуализации:

  • завершение работы операционной системы;

  • синхронизация времени;

  • обмен данными;

  • пакет пульса;

  • резервное копирование (мгновенный снимок тома);

Важно!

Отключите синхронизацию времени для каждой виртуальной машины SharePoint Server. SharePoint Server 2010 реализует множество заданий таймера, а задержка во время синхронизации времени приведет к непредсказуемым результатам в среде SharePoint Server.

Автоматическая остановка и запуск

Для каждой виртуальной машины можно настроить автоматическую остановку и запуск, если физический компьютер завершает работу. Доступны следующие варианты остановки.

  • Сохранить состояние виртуальной машины. Текущее состояние виртуальной машины сохраняется и при ее запуске Hyper-V пытается восстановить состояние виртуальной машины.

  • Отключить виртуальную машину. Это то же самое, что отключить кабель питания у сервера.

  • Завершить работу операционной системы на виртуальной машине. Это эквивалент завершения работы компьютера с помощью соответствующей функции Windows.

Не следует выбирать вариант настройки, предусматривающий сохранение состояния для виртуальной машины SharePoint Server. В этом случае виртуальные машины не будут синхронизированы с другими серверами фермы. Рекомендуется использовать вариант настройки, при котором завершается работа виртуальной машины, так как это самый надежный способ для минимизации повреждений виртуальной машины. При завершении работы все запущенные задания таймера могут прекратить функционирование и при повторном запуске виртуальном машины проблем с синхронизацией не возникают.

Автоматический запуск — функция, противоположная автоматической остановке. Hyper-V предоставляет следующие варианты запуска при перезагрузке физического сервера:

  • Ничего не предпринимать. Виртуальную машину придется запустить вручную независимо от ее состояния при завершении работы физического сервера.

  • Автоматически запускать, если машина работала, когда служба была остановлена.

  • Всегда запускать эту виртуальную машину автоматически. Hyper-V запустит машину независимо от ее состояния, если физический сервер завершает работу.

Рекомендуется использовать один из первых двух вариантов. Все варианты допустимы, однако окончательное решение принимает ИТ-отдел, который управляет виртуальной средой.

Помимо предыдущих вариантов запуска можно настроить задержку при запуске для виртуальной машины. Рекомендуется сделать это, чтобы уменьшить количество конфликтов ресурсов на узле виртуализации. Однако если выбран вариант "Ничего не предпринимать", это не является проблемой.

Использование моментальных снимков

Мгновенные снимки — это очень полезное средство для записи текущего состояния работающей, приостановленной или остановленной виртуальной машины. Мгновенные снимки позволяют быстро и легко возвращаться к предыдущей конфигурации виртуальной машины. Эта возможность хорошо подходит для среды разработки или тестирования.

Не рекомендуется использовать мгновенные снимки для виртуальных машин в рабочей среде по следующим причинам.

  • Синхронизация часов: при получении мгновенного снимка для работающей виртуальной машины возникает задержку между началом и завершением получения снимка. Эта задержка влияет на задания таймера SharePoint Server и, как результат, на синхронизацию времени между серверами фермы.

    Важно!

    Если требуется получить мгновенный снимок виртуальной машины, следует завершить ее работу, чтобы выполняющиеся задания могли быть закончены. Рекомендуется отслеживать работу виртуальной машины и других серверов фермы после перезапуска виртуальной машины, чтобы обеспечить устранение проблем с синхронизацией времени.

  • Производительность: при получении мгновенного снимка для виртуальной машины создается разностный диск. При создании снимка выполняется непрерывный обмен данными конфигурации, что влияет на производительность.