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


Масштабирование поиска для веб-сайтов в SharePoint Server

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

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

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

Введение

В этой статье описываются минимальные требования и приводятся рекомендации по масштабированию топологий поиска для интернет-сайтов.

Примеры топологий см. на технической схеме Архитектуры поиска на интернет-сайтах для SharePoint Server 2016.

Обзор и описание компонентов и общей архитектуры поиска см. в статье Обзор архитектуры поиска в SharePoint Server и на технической схеме Архитектуры поиска для SharePoint Server 2016.

Требования к оборудованию для топологий поиска по интернет-сайтам

В следующих таблицах представлены требования к оборудованию серверов, размещающих топологии поиска по интернет-сайтам. Требования относятся к оборудованию следующих серверов.

  • Серверы приложений и веб-серверы с компонентами поиска.

  • Серверы баз данных с базами данных поиска.

Минимальные указанные требования к оперативной памяти для сервера, на котором размещается компонент поиска, — это общий необходимый объем оперативной памяти для этого сервера. Например, если вы размещаете компонент обработки содержимого, компонент администрирования поиска и компонент обходчика на одном сервере, общий объем минимальной необходимой оперативной памяти для этого сервера составляет 24 ГБ.

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

Примечание.

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

Серверы приложений и веб-серверы, на которых размещаются компоненты поиска.

Компонент поиска на физическом сервере ОЗУ Жесткий диск Процессор
Компонент индекса 48 ГБ для каждого сервера в ферме, где размещается компонент индексации, компонент обработки запросов и компьютер веб-интерфейса. 500 ГБ дополнительного места на диске, желательно на отдельном томе или разделе диска. **Все компоненты:**64-разрядная версия, минимум 4 ядра, рекомендуется 8 ядер.
Компонент обработки аналитических данных 24 ГБ для каждого сервера в ферме, где размещается компонент обработки аналитических данных, компонент обходчика, компонент обработки содержимого и/или компонент администрирования поиска. 300 ГБ дополнительного места на диске, желательно на отдельном томе или разделе диска.
Компонент обхода Компонент обработки контента См. список требований для компонента обработки аналитических данных. 80 ГБ для системного диска.
Компонент обработки запросов См. требования, указанные для компонента индексирования.
Компонент администрирования поиска См. список требований для компонента обработки аналитических данных.

Серверы баз данных, на которых размещаются базы данных поиска

Компонент Минимальные требования
Процессор 64-разрядный четырехъядерный процессор для малых топологий.
64-разрядный восьмиядерный процессор для средних топологий.
ОЗУ 8 ГБ для малых топологий.
16 ГБ для средних топологий.
Жесткий диск 80 ГБ для системного диска.
Объем жесткого диска зависит от объема контента.

Вопросы производительности для средней топологии поиска по интернет-сайтам

Средняя топология для интернет-сайтов оптимизирована для набора из 3 400 000 элементов, обрабатывает приблизительно 100–200 документов в секунду, в зависимости от языка, и 85 просмотров страниц в секунду, что соответствует 100 запросам в секунду.

Рекомендации по производительности

Какие факторы необходимо учитывать Почему это важно
Кэш Запросы и их результаты кэшируются Windows Server AppFabric парами ключ-значение, где ключ — это запрос, а значение — результаты. Коэффициент попадания запроса в кэш составляет приблизительно 50 %. Это значит, что из каждых 200 запросов (при скорости обработки 200 запросов в секунду) около 100 запросов отправляются в поисковый индекс, а остальные 100 запросов кэшируются. Задержка запроса результатов из кэша меньше, чем из поискового индекса. Например, результаты часто выполняемых запросов интерфейсного сервера скорее всего будут кэшироваться.
Непрерывный обход контента Рекомендуется включать непрерывный обход с минутным интервалом, а не с интервалом по умолчанию, который составляет 15 минут. Непрерывный обход можно включить только для источников контента SharePoint.
Анонимный доступ Анонимный доступ позволяет пользователям не использовать учетные данные для входа на интернет-сайт SharePoint. Анонимные запросы кэшируются и обрабатываются быстрее благодаря меньшей задержке. Анонимный доступ следует включать в двух расположениях: на интерфейсном веб-сервере и на сайте.
Задержка запросов На задержку обработки запросов влияет кэширование, анонимный доступ и другие факторы, такие как количество и сложность правил запроса, которые применяются и срабатывают. Также следует учитывать тип дисков, на которых хранится поисковый индекс: диск с несколькими шпинделями может повысить скорость доступа к данным и уменьшить задержку запросов.

См. также

Управление топологией поиска в SharePoint Server

Изменение топологии поиска по умолчанию в SharePoint Server

Управление компонентами поиска в SharePoint Server

Управление компонентом индекса в SharePoint Server