Виртуализация сервера со всеми тремя ролями

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

Объединение всех трех ролей приводит к повышению нагрузки на отдельный серверный сеанс, но все^гаки многие рекомендации по поводу процессора и памяти для выделенного сервера веб-роли применимы и к такому объединенному серверу (см. табл. 12.1).

Типичная виртуальная система роли веб-сервера с обработкой запросов и функциями поиска представляет собой виртуальную машину с четырьмя виртуальными процессорами и объемом памяти 10-16 Гбайт, в зависимости от количества пользователей, которых приходится обслуживать системе. Ей нужен один VHD с заранее заданным объемом 50-100 Гбайт для гостевой ОС и еще один VHD для тела индекса и запросов.

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

Виртуализация роли СУБД

Роль СУБД SQL Server — последняя в списке виртуализуемых ролей, но она и наиболее сложна. Сервер с ролью СУБД (сервер баз данных) требует львиную долю ОЗУ и процессорной мощности. Такому серверу следует выделить минимум четыре виртуальных процессора и 8 Гбайт ОЗУ. Однако для оптимальной производительности лучше выделить не менее 12 Гбайт ОЗУ.

Как и в случае SharePoint, виртуальные машины SQL Server требуют виртуальные диски фиксированного объема или с прямым доступом. Требования к физическим машинам для работы SQL Server применимы и к виртуальным машинам с SQL Server. Так что постарайтесь выделить достаточное количество дисководов для томов баз данных и журналов. Кроме того, старайтесь следовать рекомендациям по оптимизации работы SharePoint с SQL Server — например, лучше заранее задать объем базы tempdb и вынести ее на быстрые дисковые тома.

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

HMVj-W.miHH CTWTIWHWIHHI.ИМИ 1ЧЩ11 т —.

--_ ^: 297

Глава 12

Windows поддерживает и зеркала SQL, и кластеризацию в качестве мер обеспечения высокой степени доступности в виртуализованной среде SQL Server. Кроме того, в виртуальных машинах SQL Server поддерживаются возможности подхвата функций хостов наподобие мгновенного переноса Нурег-V Live Migration. Однако учтите, что все базы данных SQL Server в ферме SharePoint необходимо восстанавливать для того же момента времени, что и другие базы данных. Это относится к технологии снимков виртуализации или снимков сетей хранения данных (storage area network — SAN).

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

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

На рис. 12-1 показана небольшая виртуализованная среда SharePoint 2010, в которой все компоненты выполняются на одном виртуальном хосте. В подобном развертывании отсутствуют встроенная высокая готовность и аварийное восстановление, но такую среду проще всего установить, и она все-таки позволяет использовать возможности виртуализации и масштабируемости. В табл. 12.2 приведены примерные спецификации для сервера среды такого размера. В них предполагается наличие 500 активных пользователей.

Следующая архитектура, представленная на рис. 12.2. предоставляет высокий уровень доступности, отказоустойчивости и масштабируемости для среды с 2000 активными пользователями. Вся среда SharePoint развернута на двух виртуальных хостах, которые обеспечивают высокую степень готовности среды. Базы данных SQL Server из одной виртуальной гостевой системы имеют зеркальные копии в другой гостевой системе, а третий — следящий — сервер SQL наблюдает за основным сервером SQL и обеспечивает автоматический подхват функций в случае отказа виртуального хоста или виртуального гостя. Подробнее об использовании зеркал баз данных SQL для обеспечения высокой готовности написано в главе 17.

Тестовая ферма

Произв. ферма