Ноэл М., Спенс К. - Microsoft SharePoint. Полное руководство - 2011

• Во многих организациях удобнее развернуть одну централизованную ферму SharePoint в одном месте, чем несколько ферм в нескольких местах. В этом случае клиенты обращаются к SharePoint с помощью нечувствительных к задержкам протоколов HTTP/ HTTPS, что позволяет без особых проблем иметь доступ к централизованной инфраструктуре. Дополнительным преимуществом является наличие одного URL-адреса для доступа к SharePoint и ведение данных лишь в одном месте. Организациям следует решить, достаточно ли им будет доступа к SharePoint через WAN для достижения требуемого уровня обслуживания.

При проектировании среды SharePoint с несколькими фермами следует учитывать несколько ключевых моментов:

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

• Один сервер баз данных может содержать базы данных из нескольких ферм, хотя во-общс-то рекомендуется, чтобы количество баз данных контента на одном экземпляре SQL не превышало 50.

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

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

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

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

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

• Объем дисковой памяти. Поскольку контент SharePoint хранится в базах данных, для сервера роли баз данных SQL требуется очень большой объем дисковой памяти. Конкретный объем зависит от количества контента, хранимого в SharePoint, но рассчитывайте на худшее: при включенном ведении версий документов SharePoint может потреблять гораздо больше памяти, чем можно себе представить.

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

• Оперативная память. Требования к памяти сервера для роли базы данных тоже высоки. Применимо то же общее правило: чем больше выделено памяти, тем лучше будет работать SQL-сервер. Рекомендуемый общий объем памяти зависит от предполагаемой нагрузки на сервер, но обычно SQL-серверы оснащаются памятью объемом 12 Гбайт, 16 Гбайт, 32 Гбайт и более.

Роли приложений-служб в зависимости от того, сколько их запущено на отдельном сервере, могут потребовать серьезных аппаратных ресурсов. К примеру, роль приложения-службы поиска, которая отвечает за создание полнотекстового поискового индекса, является наиболее требовательной из всех ролей SharePoint — конечно, за исключением роли баз данных. Серверы приложения-службы поиска обычно потребляют больше памяти и процессорного времени, т.к. они постоянно находятся в процессе индексации контента для обеспечения поиска по этому контенту. В зависимости от количества индексируемых источников контента, требования к памяти могут быть весьма серьезными, и обычно индексные серверы используют 8, 12 или 16 Гбайт памяти, а также несколько процессорных ядер.