Планирование веб-каналов и службы распределенного кэша в SharePoint Server

  • Статья

 

**Применимо к:**SharePoint Server 2013, SharePoint Server 2016

**Последнее изменение раздела:**2017-08-03

Сводка. Сведения о планировании внедрения функций микроблога, канала новостей и службы распределенного кэша в SharePoint Server 2013 и SharePoint Server 2016.

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

В этой статье

  • Планирование использования каналов

  • Планирование использования службы распределенного кэша

Планирование использования каналов

Каналы сайтов

Группа пользователей может просматривать новости в каналах сайтов, доступных на сайтах групп. В SharePoint Server сайты групп должны использовать то же приложение службы профилей пользователей, что и личные сайты. Сайты групп и личные сайты могут размещаться в одной или разных фермах, но должны использовать одно приложение службы профилей пользователей. Если сайты групп и узел личных сайтов расположены в разных фермах, требуется межсерверная проверка подлинности. В SharePoint Server рекомендуем использовать одну учетную запись службы для веб-приложения узла личных сайтов и веб-приложения узла сайтов групп. Кроме того, семейство сайтов узла личных сайтов должно быть узлом личных сайтов SharePoint Server, а у пользователя должен быть Личный сайт SharePoint Server для использования канала сайта. Рекомендуем включить самостоятельное создание сайтов в веб-приложении, которое содержит сайты групп, чтобы пользователи могли легко создавать сайты групп из личных сайтов. В развертывании SharePoint Server, в котором пользователи используют только страницы Обо мне (администратор заблокировал остальные возможности личных сайтов), каналы сайтов все равно доступны для пользователей.

Когда администратор обновляет сайты групп из SharePoint Server 2013 с пакетом обновления 1 (SP1), он должен активировать каналы сайтов для обновленного сайта группы, сначала включив функцию Отслеживать содержимое на сайте группы, а затем включив функцию Каналы сайтов на сайте группы. После этого пользователю будут доступны следующие сущности и публикации из каналов сайтов.

Примечание

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

Планирование использования личных сайтов

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

Уведомления

Уведомления — это создаваемые системой сообщения электронной почты о действиях в беседе пользователя или подписке на его обновления. Для уведомлений необходимо настроить параметры исходящей электронной почты в SharePoint Server.

Обновление

При переходе с SharePoint Server 2013 с пакетом обновления 1 (SP1) на SharePoint Server 2016 каналы новостей из SharePoint Server 2013 с пакетом обновления 1 (SP1) обновляются как устаревший компонент. Это означает, что канал новостей SharePoint Server 2013 с пакетом обновления 1 (SP1) устарел, но по-прежнему доступен из SharePoint Server. Администратору необходимо выполнить специальные действия, чтобы разрешить пользователям обращаться к обновленным каналам новостей SharePoint Server 2013 с пакетом обновления 1 (SP1). Все данные, хранящиеся в канале новостей SharePoint Server 2013 с пакетом обновления 1 (SP1), доступны в SharePoint Server. Однако администратор не может переносить данные из канала новостей SharePoint Server 2013 с пакетом обновления 1 (SP1) в канал новостей SharePoint Server, так как они сильно различаются.

Outlook Social Connector

Outlook Social Connector отображает сведения из канала в Microsoft Outlook наряду с сообщениями, собраниями и прочими данными Outlook. Outlook Social Connector увеличивает нагрузку системы на ферму серверов SharePoint Server. Это происходит потому, что Outlook Social Connector часто обращается к функциям личных сайтовЛичные сайты и передает сведения в Outlook. Это влияет на производительность фермы SharePoint Server и должно учитываться при разработке фермы серверов.

Поиск и фильтрация по ролям безопасности

Представление Все и Следующее содержат общедоступные беседы (публикации и ответы), к которым имеют доступ все пользователи. При добавлении общедоступных бесед в поисковый индекс в SharePoint Server пользователи могут выполнять поиск по таким общедоступным беседам и просматривать результаты. Фильтрация по ролям безопасности не применяется к общедоступным беседам, поскольку для них не назначаются разрешения. Если пользователям требуется, чтобы фильтрация по ролям безопасности применялась к определенным беседам, используйте каналы сайтов на сайтах групп. На сайте группы назначьте разрешения группе пользователей, которые могут участвовать в беседе. После этого к результатам поиска будет применяться фильтрация по ролям безопасности в соответствии с назначенными разрешениями.

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

Планирование использования службы распределенного кэша

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

Важно!

Если вы применяете настраиваемые приложения в SharePoint Server, использующем клиентские API AppFabric, или создаете настраиваемые кэши, следует создать отдельный кластер кэша AppFabric для поддержки таких настраиваемых приложений. Не используйте кластер кэша AppFabric, обеспечивающий работу вашей фермы SharePoint Server. Запустите для настраиваемых приложений отдельный кластер кэша AppFabric на серверах, отличных от выделенных серверов вашей фермы SharePoint Server.

Важно!

Не используйте имена учетных записей служб, которые содержат символ "$".

Установка необходимого программного обеспечения для Windows Server AppFabric

При запуске установщика необходимого программного обеспечения для SharePoint Server он устанавливает Windows Server AppFabric. Это рекомендованный подход для установки Windows Server AppFabric на сервере, на котором работает SharePoint Server. Если установка Windows Server AppFabric была проведена до запуска установщика необходимого программного обеспечения, следует удалить Windows Server AppFabric перед запуском этого установщика. Если администратор решит установить Windows Server AppFabric вручную, он должен установить компоненты CacheAdmin, CachingService и CacheClient с использованием ключа /gac. Дополнительные сведения см. в статье Автоматическая установка (кэширование в AppFabric 1.1) в библиотеке MSDN.

Планирование емкости для службы распределенного кэша

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

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

Размер развертывания Небольшая ферма Средняя ферма Большая ферма

Общее число пользователей

< 10 000

< 100 000

< 500 000

Рекомендуемый размер кэша для службы распределенного кэша

1 ГБ

2,5 ГБ

12 ГБ

Общее выделение памяти для службы распределенного кэша (двукратный рекомендуемый размер кэша и дополнительный резерв для ОС в размере 2 ГБ)

2 ГБ

5 ГБ

34 ГБ

Примечание

Размер кэша для службы распределенного кэша не должен превышать 16 ГБ, поэтому мы рекомендуем вам использовать два сервера в крупной ферме.

Рекомендуемая конфигурация архитектуры

Выделенный сервер или совместное размещение на сервере переднего плана

Выделенный сервер

Выделенный сервер

Минимальное число узлов размещения кэша на ферму

1

1

2

Примечание

В ферме SharePoint Server должен находиться хотя бы один узел размещения кэша, на котором выполняется служба распределенного кэша.

Выделение памяти

По умолчанию при установке SharePoint Server для размера кэша службы распределенного кэша выделяется 10 % всей физической памяти. Администратор может изменить выделение памяти для службы распределенного кэша с помощью командлета Update-SPDistributedCacheSize. Службе распределенного кэша можно назначить до 16 ГБ памяти на узел размещения кэша в кластере кэша. Рекомендуется резервировать 2 ГБ памяти для других служб, запущенных на сервере, и назначить оставшуюся память службе распределенного кэша. Дополнительные сведения см. в статье Управление службой распределенного кэша в SharePoint Server.

Важно!

Windows Server AppFabric 1.1 может стать причиной чрезмерного потребления памяти на уровне операционной системы. Это затрагивает систему распределенного кэша, поэтому при выделении 16 ГБ памяти на сервере распределенного кэша должно быть не менее 34 ГБ памяти, включая 2 ГБ резервной памяти для операционной системы. Дополнительные сведения см. в разделе Особенности потребления памяти Windows Server AppFabric и Кэширование AppFabric 1.1. Объем памяти, выделенный для узлов кэша, не должен превышать 50 % от всего доступного объема памяти на компьютере.

Важно!

На сервере, в котором имеется более 16 ГБ физической памяти, выделите максимум 16 ГБ памяти для службы распределенного кэша. Если этой службе выделить более 16 ГБ памяти, сервер может неожиданно перестать отвечать в течение более 10 секунд.

При необходимости в большем объеме памяти можно настроить работу службы распределенного кэша на нескольких серверах приложений. В этом случае кэш распространяется на все серверы, на которых запущена служба распределенного кэша, и выступает как единый кэш, поддерживающий всю ферму. Чтобы добавить другой сервер приложений, присоедините новый сервер приложений к ферме серверов с помощью мастера настройки SharePoint. Для нового сервера приложений нужно решить, будет ли он работать в выделенном режиме или режиме совмещения. Необходимо убедиться, что объем памяти, выделенной службе распределенного кэша, одинаков на всех серверах, на которых выполняется эта служба. Кэшированные данные хранятся на одном сервере, а не на обоих. Дополнительные сведения см. в статье Управление службой распределенного кэша в SharePoint Server.

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

  • SQL Server 2008 или SQL Server 2012

  • Служба поиска

  • Службы Excel в SharePoint (доступно только в SharePoint Server 2013)

  • Службы Project Server

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

Важно!

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

Последовательность настройки службы распределенного кэша

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

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

  • При необходимости выполните другие действия по настройке фермы.

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

Важно!

Если служба распределенного кэша остановлена на всех серверах, на которых она выполнялась, не перезапускайте эту службу только на одном сервере. Вместо этого перезапустите ее на всех серверах распределенного кэша одновременно. Во время перезапуска службы распределенного кэша производительность на короткое время будет снижена.

В качестве альтернативы предыдущему методу администратор может установить SharePoint Server без регистрации службы распределенного кэша на серверах, которые не будут входить в состав кластера кэша. Этого можно добиться с помощью параметра skipRegisterAsDistributedCachehost в командлете New-SPConfigurationDatabase или Connect-SPConfigurationDatabasePowerShell или запустив в командной строке программу psconfig.exe. Этот параметр необязательный.

Рекомендации по конфигурации брандмауэра

Служба распределенного кэша использует следующие порты обмена данными:

  • 22233

  • 22234

  • 22235

  • 22236

Примечание

Если вы используете в ферме серверов более одного узла размещения кэша, вам следует настроить первый узел со службой распределенного кэша на разрешение входящего трафика ICMP (ICMPv4) через брандмауэр. Дополнительные сведения см. в статье Создание правила ICMP для входящих подключений в Windows 8, Windows 7, Windows Vista, Windows Server 2012, Windows Server 2008 и Windows Server 2008 R2. Если администратор удаляет из кластера первый узел размещения кэша, настроенный на разрешение входящего трафика ICMP (ICMPv4) через брандмауэр, вам следует настроить первый сервер нового кластера на входящего трафика ICMP (ICMPv4) через брандмауэр.