Изолированная установка

При развертывании Office SharePoint Server 2007 или Windows SharePoint Services 3.0 по схеме изолированной установки все программные компоненты устанавливаются на один и тот же сервер. Программа установки использует внутреннюю базу данных Windows для создания базы данных конфигурации и базы данных содержимого.

Согласно общему правилу можно использовать изолированную установку Windows SharePoint Services 3.0 для поддержки до 10 000 пользователей, в зависимости от параметров аппаратного обеспечения и от характера поведения пользователей. В Office SharePoint Server 2007 эта цифра, вероятно, будет существенно ниже, в зависимости от того, как пользователи будут применять дополнительные функции и службы. Изолированный подход ограничивает степень управляемости и масштабируемости системы, так как в нем используется версия SQL Server 2005 Express для хранения баз данных. В качестве альтернативы можно настроить SQL Server Enterprise или Standard Edition на одном и том же сервере и использовать его для хранения баз данных SharePoint. Это повысит управляемость системы и даст возможность переместить содержимое базы данных на отдельный выделенный SQL-сервер позже, если понадобится отрегулировать решение. Изолированная установка предпочтительна в том случае, если необходимо оценить продукты и технологии SharePoint или необходимо некоммерческое развертывание в условиях, когда не требуется высокая доступность.

Небольшая ферма серверов

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

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

Типичные схемы серверов для средних развертываний Средняя ферма серверов — Windows SharePoint Services 3.0

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

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

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