Вопрос

У меня будет 2 сервера SP на 1 ферме, и клиент попросил, чтобы серверы были на NLB.Я установил сервисы и веб-приложение на 1-м сервере и вопрос:

Должен ли я установить те же услуги (поиск, взлеты, MMS) на 2-й сервере после присоединения к ферме, или он будет работать только на 1-м сервере?

Также следует изменять сервисные установки для отражения 2-го сервера или NLB, будет обрабатывать нагрузку?

Это было полезно?

Решение

Хорошая практика для реализации формы балансировки нагрузки с точки зрения отказа отказоустойчивой, но не обязательно идеала, если у вас есть только два сервера в вашей ферме. В качестве примера, если есть высокая поисковая нагрузка, то вы можете захотеть эту вторую коробку, посвященную услугам. Вообще не является наилучшей практикой для запуска веб-ролей и приложений на всех серверах на вашей ферме. Это, безусловно, можно сделать, но только если у вас есть легкая нагрузка на них. Вы, как правило, запустили службы (UPS, MMD, поиск и т. Д.) На серверах App Servers, где нет нагрузки веб-трафика и запустить веб-приложения на веб-серверах веб-сайтов.

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

Поиск имеет несколько компонентов к нему (индексные разделы, компоненты запроса и компоненты сканирования). Различные части должны работать на разных серверах, в зависимости от того, если эта коробка - это коробка app Tier или коробка веб-уровня.

Если их драйвер для NLB предназначен для резервирования / отказоустойчивости, то лучший подход, вероятно, добавит вторую коробку веб-частей, а не просто нагрузки балансировки двух коробок, которые вы имеете сейчас. Каждая среда отличается, поэтому просто убедитесь, что вы понимаете нагрузки и ожидание сред. NLB коробок веб-уровней даст вам некоторую избыточность обслуживания контента веб-приложения (хотя мы еще не говорили о резервировании SQL). Если есть также требование к резервированию по поиску, то ваша лучшая модель будет 4 сервера (2x Web и 2x App) с компонентом поиска сканирования на каждом веб-сервере и компонента запроса на каждом сервере приложений. Это даст вам возможность выполнять поиск оперативной работы с потерей ящики накладки. Эта 4 серверной модели (плюс SQL), возможно, наиболее распространенным развертыванием SharePoint. Развертывание одного сервера не поддерживаются, а развертывание двух серверов действительно является минимальной архитектурой. Как только мы начнем говорить о необходимости резервирования, вы в значительной степени говорили до 3-4 серверов в зависимости от уровня необходимости избыточности.

также обратите внимание на минимальные системные требования. На трех уровнях серверной фермы, ваши минимумы будут 12 ГБ памяти и 4 ядра. Вероятно, что недостаточно, если вы просматриваете все услуги и все веб-приложения на каждом сервере. Эти минимумы предполагают, что вы распространяете нагрузку на коробки веб-сайтов и ящиков App.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с sharepoint.stackexchange
scroll top