SharePoint 2010 с двумя серверами приложений
Мне было поручено настроить трехуровневую ферму SharePoint.
- Два веб-сервера с балансировкой нагрузки
- Два сервера приложений
- SQL-сервер
Все настроено и работает с балансировкой нагрузки и т. Д. И т. Д.
Мой вопрос: что мне делать с серверами приложений?
- Должен ли я балансировать нагрузку на два сервера приложений?
- Я кластеризирую их?
- Запускаю ли я определенные сервисы на каждом сервере?
- У меня на каждом сервере запущены одни и те же службы, и SharePoint автоматически выбирает сервер?
Я не совсем уверен, почему у нас есть два сервера приложений. В настоящее время у меня просто есть одинаковые службы, работающие на каждом сервере приложений.
Любая помощь / советы / объяснения будет принята с благодарностью.
Спасибо Джейми
2 ответа
Вот несколько примеров топологий:
http://technet.microsoft.com/en-us/library/cc263199.aspx
То, что вы делаете с серверами приложений, во многом зависит от того, какие службы вы используете в ферме, и насколько интенсивно они используются (то есть зависит от ваших требований). SharePoint 2010 будет обрабатывать свою собственную внутреннюю балансировку нагрузки с помощью приложений-служб, поэтому нет необходимости настраивать их за балансировщиком нагрузки. Это зависит только от того, какие серверы приложений вы активировали для запуска этих сервисов.
Некоторые службы, такие как роль поисковых запросов, могут быть хорошими кандидатами для запуска на интерфейсных веб-серверах. Таким образом, если ваши серверы приложений недоступны, пользователи все равно смогут выполнять поисковые запросы.
Другими примерами того, как вы можете разделить роли на серверах приложений, может быть наличие специального поискового искателя на одном сервере приложений, а затем других служб на другом.
Существует бесконечные возможности использования серверов приложений, в основном это зависит от того, как будет использоваться ваша ферма.
Что касается вашего SQL Server, даже если у вас есть только один сервер, вы можете рассмотреть возможность установки этого компьютера в качестве кластера SQL Server с одним узлом, так что если вы решите добавить дополнительную избыточность к своему уровню SQL Server, вам нужно только добавить узел к кластеру. Миграция из некластерной среды в кластерную среду может быть проблемой в зависимости от размера вашей фермы.
Вы хотите балансировать нагрузку веб-интерфейсов, но не хотите балансировать нагрузку или кластеризовать серверы приложений. Серверы приложений должны находиться там, где вы запускаете свои сервисные приложения. Эти приложения-службы могут быть запущены на нескольких серверах. Когда они запускаются автоматически на нескольких серверах, они распределяются между двумя серверами приложений. Если один из них выйдет из строя, сервер будет помечен, а другой сервер сам справится с нагрузкой. Когда другой сервер возвращается, он в конечном итоге снова будет помечен как активный, и балансировка нагрузки возобновится. Я согласен, что роль запроса должна находиться в WFE. Однако в вашей ситуации я бы запустил службу индексирования на обоих серверах приложений вместе с почти всеми другими службами, чтобы вы получили производительность и избыточность.
Вам также следует провести надлежащее тестирование производительности, чтобы убедиться, что ваша топология работает и не имеет узких мест. SharePoint очень гибок, и вещи могут быть перемещены позже, если это необходимо. Кроме того, если ваш SQL-сервер является виртуальным и может быть автоматически перемещен на другой сервер в случае аппаратной проблемы, это снижает риск не быть кластеризованным. Однако, если это физический компьютер, я бы порекомендовал либо кластер, либо SharePoint 2010 теперь поддерживает зеркалирование, так что это может быть более дешевый вариант без требования SAN.
Надеюсь, что это помогает, удачи!