Планирование виртуальной архитектуры (SharePoint Server 2010)

 

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

Последнее изменение раздела: 2017-01-17

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

Содержание:

• Сравнение виртуальной и физической архитектуры

• Примеры виртуальной архитектуры для небольших и средних ферм

• Примеры виртуальной архитектуры для средних и крупных ферм

Сравнение виртуальной и физической архитектуры

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

Виртуализация веб-серверов и серверов приложений

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

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

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

Виртуализация сервера SQL Server

Необходимость виртуализации Microsoft SQL Server является дискуссионным вопросом и зависит от общих целей развертывания. Виртуальная среда SQL Server обычно работает медленнее физической среды, хотя производительность увеличивается по мере выпуска новых версий. При использовании последней версии роли Hyper-V (входит в состав Windows Server 2008 R2) тесты производительности SQL Server позволяют судить о том, что за счет слегка увеличенного использования ЦП на гостевой виртуальной машине можно добиться той же пропускной способности, что и на физическом сервере.

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

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

Дополнительные сведения см. в статье Выполнение SQL Server 2008 в среде Hyper-V — рекомендации и советы по производительности (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=134106&clcid=0x419). Этот технический документ основан на более ранней версии Hyper-V. Новая версия этого документа появится в конце весны 2010 года.

Виртуализация других серверов в среде

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

Active Directory

Рекомендуется размещать минимум контроллер корневого домена среды служб каталогов Active Directory на физическом сервере вне виртуальной среды. Дополнительные контроллеры домена при необходимости можно развернуть в виде виртуальных серверов.

Дополнительные сведения о развертывании Active Directory в виртуальных средах см. в следующих ресурсах:

• Блог Сандера Беркувера (Sander Berkouwer): Active Directory в средах Hyper-V, часть 2 (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=186927&clcid=0x419)

• Рекомендации по планированию для виртуализованных контроллеров домена (https://go.microsoft.com/fwlink/?linkid=186928&clcid=0x419)

Продукты шлюза

Существуют следующие продукты шлюза:

• Microsoft Forefront Unified Access Gateway (UAG)

• Microsoft Forefront Threat Management Gateway (TMG)

Для обеспечения высокой доступности рекомендуется разместить эти продукты вне виртуальной среды Продукты SharePoint 2010. Дополнительные сведения о настройке виртуальной среды для этих продуктов обратитесь к их документации.

Параллельное тестирование

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

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

На этом рисунке представлено развертывание определенных ролей в виртуальной среде. Для тестирования каждой из ролей последовательно создаются серверы, что позволяет собрать данные параллельной оценки. Следует учитывать разницу между физическими и виртуальными средами, которая может повлиять на результаты (например, различные спецификации оборудования).

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

Примеры виртуальной архитектуры для небольших и средних ферм

Для замены физической фермы вначале следует использовать от двух до четырех физических серверов узла. Число серверов, которые можно развернуть для каждого узла, определяется доступной памятью, ЦП, ресурсами диска и сети.

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

В этом примере необходимо учитывать следующий аспект.

• Минимальные ресурсы для ЦП и памяти являются отправной точкой для фермы. Так как для каждого виртуального образа зарезервировано только два ядра, этот пример подходит только для тестовых сред или сред разработки, в которых производительность неважна. Следует запланировать достаточное количество резервных ресурсов, выделяемых после мониторинга производительности.

• SQL Server развертывается на физические, а не на виртуальные серверы.

• Веб-серверы и серверы приложений дублируются на серверах узлов.

• Для обеспечения высокой доступности в виртуальной среде развернуты три веб-сервера.

• Контроллеры домена Active Directory развернуты на физических серверах.

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

В этом примере указана начальная конфигурация среды. В зависимости от схемы использования фермы может понадобиться добавление дополнительных ресурсов.

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

Использование более крупных серверов узла позволяет выделить больше ресурсов для виртуальных образов. На следующем рисунке представлен пример реализации с большим количеством ЦП и объемом памяти.

Если преимущества виртуализации SQL Server оказываются важнее сокращения производительности, то SQL Server можно также развертывать в качестве гостевого компонента, как показано ниже.

В этом примере необходимо учитывать следующий аспект.

• На каждом узле развертывается только один экземпляр SQL Server. В мелких и средних виртуальных средах не рекомендуется развертывать более одного гостевого экземпляра SQL Server на каждый узел.

• Серверы узла содержат больше памяти для размещения виртуальных серверов, в том числе SQL Server.

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

В этом примере:

• SQL Server развернут на физических серверах. Удалите SQL Server из виртуальной среды перед удалением ролей сервера приложений.

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