Оценка мощности и производительности управления видеоконтентом в SharePoint Server 2013

ОБЛАСТЬ ПРИМЕНЕНИЯ:2013 2016 2019 Subscription Edition SharePoint в Microsoft 365

SharePoint Server 2013 поддерживает видеоконтент и страницу видеопроигрывателя, где можно воспроизводить видео с помощью веб-части мультимедиа. Эта статья содержит тестовые данные, которые помогут вам оптимизировать воспроизведения видео для пользователей в среде SharePoint Server 2013.

В SharePoint Server 2013 видео называются цифровыми активами или мультимедийными ресурсами. SharePoint Server 2013 предоставляет библиотеку ресурсов для хранения видео, чтобы пользователи могли просматривать их в центральном расположении. Дополнительные сведения см. в статье Overview of managing digital assets in SharePoint Server 2013.

Важно!

SharePoint в Microsoft 365 имеет разные свойства производительности и масштабируемости, чем локальные установки SharePoint Server 2013. Хотя SharePoint в Microsoft 365 поддерживает потоковую передачу видео, эту возможность следует зарезервировать для видео, не очень большого размера, или для видео с ограниченным распространением. В остальных случаях для получения лучших результатов можно хранить видео во внешнем хранилище и использовать для потоковой передачи партнерскую службу, например службы мультимедиа Azure. > Вы также можете выполнить поиск в Магазине Office, чтобы найти партнерские приложения, которые обеспечивают интеграцию видео в SharePoint в Microsoft 365.

Введение

Мы протестировали два сценария на емкость и производительность. В первом сценарии видеоролики хранятся в папке, которая не является частью развертывания SharePoint. Во втором сценарии видеоролики хранятся в библиотеке активов SharePoint. Мы рассматриваем показатели производительности для обоих сценариев.

Расположение хранилищ видео

В видео в SharePoint Server 2016 используется новый тип контента с именем Видео, который похож на набор документов. При создании видео SharePoint Server 2013 использует один из следующих методов для его хранения:

• Хранение видеоконтента в виде больших двоичных объектов (BLOB) в базе данных контента

• Хранение ссылки на URL-адрес видео

• Хранение встроенного кода, который содержит ссылку на внешнее видео и проигрыватель

Следующие преимущества и недостатки могут помочь вам решить, где хранить видео:

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

  Примечание.

  Этот параметр повышает размер базы данных контента по мере добавления видео.

• Если пользователи находятся в одном географическом регионе, а видеоролики имеют большой размер (например, видео высокой четкости), или у вас много видеороликов, то вы можете размещать видео на веб-сервере или файловом сервере, а не в базе данных контента, чтобы сократить расходы на хранилище SQL Server.

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

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

Если вы обнаружите, что не удается отправлять файлы больше определенного размера, вы можете изменить этот параметр на странице Параметры веб-приложений в Веб-сайт центра администрирования SharePoint. Обратите внимание, что вы также можете увеличить значение времени ожидания для проверки безопасности веб-страниц, если пользователи отправляют видеоролики, загрузка которых занимает более 30 минут. Это также можно сделать на странице Параметры веб-приложений в Центр администрирования.

Изменение размера кэша больших двоичных объектов для обеспечения плавной потоковой передачи видео

При сохранении видео в SharePoint Server 2013 размер кэша BLOB-объектов может помочь вам оптимизировать потоковую передачу видео для пользователей. Рекомендуем устанавливать размер кэша BLOB-объектов, равный определенному проценту от общего размера уникальных видеороликов, просмотренных за неделю. Например, рассмотрим среду, где общий размер уникальных видеороликов, просмотренных за семь дней, составляет 100 ГБ. Для этой среды можно задать размер кэша BLOB-объектов, равный 80 ГБ, что составляет 80 процентов общего размера уникальных видеороликов. Таким образом, наиболее часто просматриваемые видеоролики всегда хранятся в кэше BLOB-объектов, где многократная загрузка видео не создает дополнительной нагрузки на базу данных контента. Это также обеспечивает оптимальную потоковою передачу для пользователей. Идеальный размер зависит от шаблонов просмотра видео в развертывании SharePoint

Чтобы оптимизировать производительность, не помещайте кэш BLOB-объектов на системном диске.

Обратите внимание, что увеличение размеров кэша BLOB-объектов позволяет SharePoint Server 2013 сохранять больше видео. Поэтому, если у вас есть свободное дисковое пространство на интерфейсных веб-серверах и планируется хранить много видео, необходимо увеличить размер кэша BLOB-объектов. Обратите внимание, что если размер кэша BLOB-объектов ниже определенного порога, пользователи могут столкнуться с неравномерной потоковой передачей видео.

Набор данных и тестовые сценарии

В следующей таблице описывается библиотека видео, которая использовалась в наших тестах:

Переменная	Значение
Количество видео	350
Размер видео	1 МБ — по 1 ГБ на каждый видеоролик, итого 14 ГБ

Мы использовали этот набор видео в различных тестах:

1. Отправка видео в SharePoint Server 2013 и включение кэша BLOB-объекта.

2. Отправка видео в Windows Server 2008 R2.

Мы выполняли тесты в следующей топологии фермы:

Рисунок 1. Тестовая топология управления видеоконтентом

В следующем списке показаны компьютеры, которые мы использовали:

• Один компьютер, где размещается SQL Server

• Один компьютер с приложениями служб SharePoint, выполняющий роль интерфейсного веб-сервера

Результаты тестовой лаборатории

Чтобы получить результаты тестовой лаборатории, мы создали нагрузочный тест, в ходе которого мы переходили на разные страницы. Мы переходили на страницу видеопроигрывателя или страницу публикации, где используется элемент управления мультимедиа. Затем мы запрашивали видеофайл, на который ссылается страница, с разным количеством пользователей Visual Studio Team System (VSTS). Применяя эту нагрузку к развертыванию SharePoint, мы вручную переходили на страницу видеопроигрывателя и страницу публикации, которая использует элемент управления видео, чтобы обеспечить качественную потоковую передачу. Качественная потоковая передача определяется следующими условиями:

1. Воспроизведение видео начинается в течение 2 секунд после перехода на страницу

2. Перемотка видео работает надлежащим образом

Обратите внимание, что все компьютеры в наших тестах подключены к сети с подключениями скоростью 1 Гбит/с. Мы обнаружили, что во многих тестах удалось добиться того, что слабым звеном была сеть, а не компьютеры, обслуживающие контент.

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

Это показано на следующем графике:

Рисунок 2. Допустимые условия потоковой передачи видео

Чтобы изучить масштабируемость системы, мы постепенно добавляли компьютеры к нашему развертыванию SharePoint и продолжали повышать нагрузку. Результаты показаны на следующем графике.

Рисунок 3. Допустимые условия потоковой передачи видео с дополнительными тестовыми компьютерами и пользователями

Влияние регулирования скорости IIS

На тестовых серверах мы использовали регулирование скорости битов служб IIS. Это расширение для IIS позволяет более эффективно использовать пропускную способность во время потоковой передачи видео. Дополнительные сведения о регулировании скорости битов см. в разделе Регулирование скорости передачи данных.

Обратите внимание, что регулирование скорости IIS практически не повлияло на поддерживаемое количество одновременных пользователей. Тем не менее, воспроизведение видео было более плавным при включенном регулировании скорости.

Использование видеороликов, которые хранятся вне SharePoint Server 2013

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

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

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

См. также

Понятия

Управление веб-частями в SharePoint Server

Другие ресурсы

Планирование библиотеки цифровых активов в SharePoint Server 2013