Рекомендации по виртуализации (SharePoint Server 2010)

 

Применимо к: SharePoint Foundation 2010, SharePoint Server 2010

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

Полная поддержка Microsoft SharePoint Server 2010 достигается при развертывании продукта в виртуальной среде, которая поддерживается в Windows Server 2008 или технологии Технология Windows Server 2008 Hyper-V. SharePoint Server 2010 также поддерживает технологии виртуализации, сертифицированные по программе Server Virtualization Validation Program (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?LinkId=125649&clcid=0x419).

Данная статья входит в серию статей с рекомендациями для Microsoft SharePoint Server. В этой статье описываются рекомендации по виртуализации SharePoint Server 2010. Другие статьи из данной серии находятся в Рекомендации (SharePoint Server 2010). Дополнительные сведения и ресурсы по рекомендациям по SharePoint Server 2010 см. в статье, посвященной центру ресурсов по рекомендациям (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=125981&clcid=0x419) (Возможно, на английском языке).

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

1. Использование аппаратной технологии виртуализации

Если процессор главного компьютера поддерживает аппаратную технологию виртуализации (HAV), следует включить этот параметр. Аппаратная технология виртуализации позволяет оптимизировать производительность программного обеспечения виртуализации и увеличить скорость отклика приложения. В зависимости от рабочей нагрузки аппаратная технология виртуализации способна обеспечить от 5 % увеличения пропускной способности. Можно использовать Средство обнаружения аппаратной технологии виртуализации (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=219550&clcid=0x419) (Возможно, на английском языке), чтобы выяснить, поддерживает ли процессор компьютера аппаратную технологию виртуализации, а также включен ли этот параметр.

Аппаратная технология виртуализации обеспечивается процессорами семейства Intel Virtualization Technology (Intel VT) и семейства AMD Virtualization (AMD-V).

2. Активация технологии Hyper-Threading на процессорах, поддерживающих эту технологию

Hyper-Threading представляет собой технологию, доступную на процессорах, поддерживающих симметричную многопотоковость (SMT). В рамках данной технологии предоставляются два потока для каждого ядра процессора. В результате достигается совокупный эффект увеличения скорости логических процессоров вдвое для каждого ядра.

Тесты производительности, проводимые на 8-ядерном сервере с включенной поддержкой технологии Hyper-Threading, показывают увеличение пропускной способности в среднем на 16 % при рабочей нагрузке, не специфичной для Microsoft SharePoint Server 2010.

Дополнительные сведения см. в статье Requirements and Limits for Virtual Machines and Hyper-V in Windows Server 2008 R2.

3. Корректная настройка архитектуры NUMA

Архитектура NUMA представляет собой тип компьютерной памяти, используемый в многопроцессорных системах в целях оптимизации производительности за счет сокращения задержки при доступе к памяти и увеличения пропускной способности памяти. Дополнительные сведения см. в статьях, посвященных принципам, на которых основывается архитектура NUMA (https://go.microsoft.com/fwlink/?linkid=164492&clcid=0x419) и изменениям в ядре Windows Server 2008 (https://go.microsoft.com/fwlink/?linkid=219551&clcid=0x419).

Тем не менее, неверно установленные границы архитектуры NUMA способны сократить пропускную способность вместо ожидаемого увеличения. Убедитесь в том, что для виртуальных машин на главном сервере с поддержкой архитектуры NUMA правильно назначен объем памяти в соответствии с границей архитектуры NUMA. Граница NUMA рассчитывается путем деления памяти главного сервера на количество гнезд процессора. При назначении для виртуальной машины объема памяти, превышающего границы архитектуры NUMA, производительность снижается примерно на 8 %.

4. Настройка главного сервера Hyper-V в целях оптимизации производительности

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

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

  • Установите и настройте только необходимые роли и службы.

  • Не храните данные виртуальной машины на системных дисках. В корневом разделе должна содержаться только операционная система и Hyper-V.

  • Используйте несколько сетевых адаптеров на физическом сервере и выделите один из адаптеров в целях администрирования Hyper-V Server. Не следует выполнять привязку каких-либо виртуальных сетей к этому адаптеру. Если виртуальные машины используют сетевой адаптер совместно, необходимо отслеживать задержку и пропускную способность, чтобы быть уверенным в том, что число подписок для адаптера не превышено.

5. Обеспечение совместимости версий для служб интеграции

В целях оптимизации производительности необходимо убедиться в том, что в управляющей операционной системе и в операционной системе на виртуальной машине запущена одна и та же версия служб интеграции. Для обновления версий служб интеграции в гостевой операционной системе необходимо выполнять обновление тогда, когда на виртуальной машине запущена версия Hyper-V, которая содержит ту версию служб интеграции, до которой планируется обновить текущие версии. Дополнительные сведения см. в статье Version Compatibility for Integration Services.

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

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

Hyper-V поддерживает два параметра хранения для виртуальных машин: присоединенное физическое хранилище (другое название — транзитные диски) и виртуальные жесткие диски (VHD).

Транзитные диски могут выступать в роли локальных хранилищ или сети хранения данных (SAN). Уровень быстродействия транзитных дисков значительно превышает VHD. При использовании физического хранилища преимущества VHD (портативность, моментальные снимки и тонкая подготовка) недоступны.

Примечание

Использование функции моментальных снимков в производственной среде не рекомендуется.

Использовать транзитные диски рекомендуется только в том случае, если требуемый объем хранения виртуальной машины превышает 2 терабайта или приложение на виртуальной машине ограничено возможностями ввода-вывода. В качестве примера можно привести сравнение сервера баз данных SQL Server с интерфейсным веб-сервером.

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

Примечание

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

Дополнительные сведения о хранении виртуальных машин см. в статье:

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

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

  • Запуск

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

  • Отключение

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

  • Синхронизация часов

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

8. Не используйте функцию моментальных снимков в производственной среде

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

  • В Microsoft SharePoint Server широко используются задания таймера. Задержка в результате создания моментального снимка отрицательно сказывается на операциях, зависящих от времени, и может привести к повреждению или утрате данных.

    Важно!

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

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

Дополнительные сведения см. в статье Hyper-V Virtual Machine Snapshots: FAQ.

9. Разработка виртуальной топологии в целях оптимизации производительности

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

  • Для достижения максимальной пропускной способности объедините роли сервера на всех главных компьютерах. Например, можно снизить объем конфликтов ресурсов путем объединения интерфейсных веб-серверов с серверами приложений, поскольку они, как правило, не выполняют запись на диск в одно и то же время.

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

Дополнительные сведения см. в статье Тесты производительности Hyper-V (SharePoint Foundation 2010).

10. Не следует перегружать главный компьютер Hyper-V

Необходимо избегать перегрузки главного компьютера Hyper-V; для этого рекомендуется тщательно планировать операции во избежание превышения числа подписок для ключевых ресурсов главного компьютера.

  • Процессор

    Соотношение виртуальных и логических процессоров является одним из решающих факторов при измерении загрузки процессора. Если соотношение виртуальных и логических процессоров составляет 1:1, число подписок ЦП считается превышенным, что отрицательно сказывается на производительности.

  • Память

    Для эффективной работы корневых и дочерних разделов требуется соответствующий объем памяти. Корневой раздел должен оперировать достаточным объемом памяти (не менее 512 МБ), чтобы предоставлять службы (виртуализация ввода-вывода, моментальные снимки и управление) для поддержки дочерних разделов. Рекомендуемый объем дополнительных затрат памяти для каждой виртуальной машины определяется из расчета 32 МБ на каждый первый гигабайт виртуальной памяти ОЗУ плюс дополнительные 8 МБ виртуальной памяти ОЗУ. Это следует учитывать при расчете количества виртуальных машин, размещаемых на физическом сервере.

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

  • Дополнительные затраты памяти

    Требования к процессору и физической памяти операционной системы и Hyper-V.

  • Высокий уровень доступности

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

  • Горизонтальное и вертикальное масштабирование

    Возможно, потребуется увеличить объем ресурсов для виртуальной машины или добавить виртуальные машины в целях устранения проблем производительности серверов в ферме SharePoint Server.

11. Не запускайте ресурсоемкие задания на главном компьютере Hyper-V и на виртуальных машинах одновременно.

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

Благодарности

Группа публикации контента Microsoft SharePoint Server 2010 выражает благодарность следующим коллегам из корпорации Майкрософт за участие в написании этой статьи:

  • Билл Бэйр (Bill Baer), старший технический руководитель проекта, SharePoint

  • Лука Бандинелли (Luca Bandinelli), ведущий руководитель программы, служба поддержки клиентов/инженерно-технический отдел SharePoint

  • Брайан Портер (Bryan Porter), старший консультант, служба Microsoft Consulting Services

  • Стив Пешка (Steve Peschka), ведущий старший инженер по эксплуатации, SharePoint Online

  • Крейг Швандт (Craig Schwandt), ведущий консультант, служба Microsoft Consulting Services

See Also

Other Resources

Best Practices Analyzer for Hyper-V
Обновление анализатора соответствия рекомендациям для роли HYPER-V в составе Windows Server 2008 R2 x64 Edition (KB977238) (https://go.microsoft.com/fwlink/?linkid=219554&clcid=0x419)