Поделиться через


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

ОБЛАСТЬ ПРИМЕНЕНИЯ:yes-img-132013 yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint в Microsoft 365

В 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 2016. Это означает, что канал новостей 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 отображает сведения о веб-канале в Microsoft Outlook, а также сообщения Outlook, собрания и т. д. Соединитель Outlook Social увеличивает системную нагрузку на ферму серверов SharePoint Server. Это связано с тем, что соединитель социальных параметров Outlook часто обращается к функциям личных сайтов и отправляет информацию в 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 AppFabrichttp://go.microsoft.com/fwlink/?LinkID=536611 и Кэширование AppFabric 1.1. Объем памяти, выделенный для узлов кэша, не должен превышать 50 % от всего доступного объема памяти на компьютереhttps://msdn.microsoft.com/ru-ru/library/hh830824(v=azure.10).aspx Дополнительные сведения см. в разделах Поведение потребления памяти 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 с командлетами PowerShell New-SPConfigurationDatabase или Connect-SPConfigurationDatabase , а также при выполнении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) через брандмауэр.