НА ЗАМЕТКУ---
Для распространения содержимого сайта из одной фермы в другую — например, когда информации из внутренней фермы регулярно копируется в ферму внешней экстрасети — можно использовать решение SharePoint Content Deployment. При этом ферма эстрасети остается защищенной и не позволяет добраться до содержимого внутренней фермы, но пользователям все-таки доступна нужная информация, которая выбрана для опубликования.
Для сред с несколькими географическими местоположениями может иметь смысл развернуть несколько ферм в различных местах. Это позволит использовать локальный контент SharePoint, что и рекомендуется в ситуациях, когда имеются ненадежные линии связи WAN. Прежде чем задуматься, где развертывать географические фермы, учтите следующие ключевые моменты:
• Одна ферма SharePoint не должна охватывать соединение WAN и в идеале должна быть ограничена одним географическим местом. В некоторых организациях, в которых определение WAN включает полосу пропускания по крайней мере 1 Гбайт с латентностью менее 1 мс между офисами, относительно близко расположенными друг к другу, можно расширить ферму и на несколько географических мест, но это единственная допустимая ситуация. Если предполагается локальное потребление контента, он должен находиться в отдельной ферме.
• В SharePoint 2010 нет встроенного способа выполнения двусторонней репликации информации между фермами. Однако это возможно с помощью нескольких продуктов сторонних компаний, что может оказаться весьма кстати в ситуациях аварийного восстановления, когда контент реплицируется по нескольким фермам.
• Во многих организациях удобнее развернуть одну централизованную ферму 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: