Топология и архитектура библиотеки цифровых активов (SharePoint Server 2010)
Применимо к: SharePoint Server 2010
Последнее изменение раздела: 2016-11-30
В этой статье рассматриваются решения по архитектуре и топологии, связанные с развертыванием библиотек цифровых активов. Дополнительные сведения об управлении цифровыми активами см. в статье Общие сведения об управлении цифровыми активами (SharePoint Server 2010).
Библиотека активов Microsoft SharePoint Server 2010 является одним из типов библиотек документов и представляет собой набор файлов мультимедиа, таких как изображения, аудио- и видеофайлы, которые находятся в общем доступе для других пользователей сайта. Поскольку библиотека активов является ничем иным, как стандартной библиотекой SharePoint Server со специальными типами контента для цифровых активов, ее общая архитектура и топология мало чем отличается от других библиотек. Ниже приведены факторы, которые могут повлиять на принятие решений по архитектуре и топологии:
Размещение библиотек цифровых активов в общей структуре сайта.
Взаимоотношения между библиотеками цифровых активов и базами данных контента в логической архитектуре.
Оптимизация фермы серверов с применением кэширования больших двоичных объектов (BLOB) или регулирования скорости передачи.
Масштабирование фермы серверов с использованием выделенных баз данных или серверного оборудования для цифровых активов, если требуется обеспечить хранение больших объемов цифровых активов.
Содержание:
Логическая архитектура управления цифровыми активами
Компоненты топологии библиотеки цифровых активов
Типовая топология библиотеки цифровых активов
Масштабирование топологий для библиотек цифровых активов
Логическая архитектура управления цифровыми активами
Базовым элементом в системе управления цифровыми активами в SharePoint Server 2010 является библиотека активов. Такую библиотеку можно добавить на любой сайт на любом уровне решения. Если в библиотеке активов предполагается хранение большого объема данных (например, десятков тысяч файлов или аудио- и видеофайлов общим объемом в сотни гигабайт), необходимо тщательно планировать расположение библиотеки активов, а также подлежащие хранению в ней активы.
Например, если в организации развернут сайт для совместной работы, на котором созданы отдельные сайты для нескольких групп, использующих общий набор файлов мультимедиа, можно создать на сайте верхнего уровня библиотеку активов, в которой будут храниться активы, используемые отдельными группами. В этом сценарии реализован общий доступ всех сайтов семейства к базе данных контента, что позволяет значительно уменьшить число и общий объем файлов, хранящихся в библиотеке активов, по сравнению с предыдущим примером.
На следующем рисунке показан пример логической архитектуры, в которой библиотека активов размещается в корне семейства сайтов и обеспечивает общий доступ к базе данных контента, которая содержит другие сайты семейства.
.gif "Одно семейство сайтов")
В качестве другого примера можно привести крупный корпоративный сайт обучения, на котором содержатся видеоуроки для сотрудников компании. В этом случае можно разместить библиотеку активов на сайте верхнего уровня семейства, который использует собственную базу данных контента и не имеет нижестоящих в иерархии сайтов. Это позволит обеспечить достаточный объем места для хранения файлов, отправляемых в библиотеку активов. Кроме того, такой подход позволяет планировать дальнейшее расширение, поскольку база данных контента уже изолирована и не обеспечивает общий доступ к контенту других сайтов решения.
На следующем рисунке показан пример логической архитектуры, в которой библиотека активов размещается в отдельном семействе сайтов с базой данных контента, изолированной от других сайтов семейства.
.gif "Два отдельных семейства сайтов")
В следующей таблице приведено сравнение этих двух подходов. Обратите внимание, что при необходимости можно использовать смешанный подход.
| Область | Одно семейство сайтов | Отдельное семейство сайтов |
|---|---|---|
Описание |
Библиотека цифровых активов размещается в том же семействе сайтов, что и другой контент. В структуре сайта возможно создание нескольких библиотек цифровых активов. |
Библиотека цифровых активов размещается в специально развертываемом для этого отдельном семействе сайтов. |
Использование |
Группы могут добавлять библиотеки цифровых активов на собственные сайты или использовать библиотеки, размещающиеся на сайте верхнего уровня. |
Группы могут добавлять файлы мультимедиа в централизованную библиотеку цифровых активов и использовать файлы, хранящиеся в ней. Примечание При использовании веб-сайта публикации URL-адрес для библиотеки активов на отдельном сайте можно добавить в список рекомендуемых размещений браузера контента для сайта публикации. Это позволит создателям контента получить доступ к библиотеке активов при вставке активов на веб-страницы в SharePoint Server 2010 или приложениях Microsoft Office 2010, таких как Microsoft Word. |
Управление |
Группы управляют собственными библиотеками. Управление файлами мультимедиа осуществляется так же, как и любым другим контентом в семействе сайтов. |
Поскольку файлы мультимедиа размещаются в отдельной базе данных, управление контентом может осуществляться отдельно или в соответствии с другим соглашением об уровне обслуживания. |
Производительность и емкость |
Большой совокупный объем файлов мультимедиа может отрицательно сказаться на общей производительности сайтов. Если размер семейства сайтов приближается к ограничениям размера базы данных или превышает их, масштабирование фермы серверов становится затруднительным. |
Поскольку файлы мультимедиа располагаются в отдельной базе данных, возможно масштабирование базы данных с применением выделенного устройства, что позволяет уменьшить влияние на производительность других серверов фермы. |
Если в решение планируется внедрить управление цифровыми активами, следует тщательно проанализировать число и общий объем хранимых файлов, а также порядок их использования. Это позволит выбрать правильное расположение библиотеки активов и соответствующим образом спланировать архитектуру.
Компоненты топологии библиотеки цифровых активов
Топологии библиотек цифровых активов состоят из тех же элементов, что и любые другие стандартные топологии SharePoint, такие как веб-серверы, серверы приложений и серверы баз данных. Специальные компоненты для управления цифровыми активами размещаются в определенных местах топологии, но не изменяют ее общую структуру. Ниже описываются компоненты, для которых требуется принятие решения по конфигурации при планировании топологии управления цифровыми активами:
Кэш BLOB. Дисковое кэширование BLOB управляет кэшированием больших двоичных объектов (BLOB), таких как часто используемые изображения, аудио- и видеофайлы, а также другие файлы, применяемые для отображения веб-страниц, например CSS- и JS-файлы. Кэш BLOB следует всегда включать, если решение включает библиотеки активов. Кроме того, кэш BLOB включен на каждом интерфейсном веб-сервере в ферме серверов.
Регулирование скорости передачи. Компонент регулирования скорости передачи — это расширение Службы IIS 7.0, измеряющее скорость загрузки файлов мультимедиа и данных с сервера на клиентский компьютер. Этот компонент может быть включен на каждом интерфейсном веб-сервере в ферме и должен быть всегда включен, если в решении используются библиотеки активов для хранения аудио- и видеофайлов. Дополнительные сведения см. в статье, посвященной регулированию скорости передачи (Возможно, на английском языке) (https://go.microsoft.com/fwlink/?linkid=155151&clcid=0x419) (Возможно, на английском языке).
Максимальный размер передаваемого файла. Этот параметр используется веб-приложением SharePoint Server 2010 и определяет максимальный размер файла, который пользователь может передать на сервер. Максимальный размер передаваемого файла настраивается для каждого веб-приложения на сервере с центром администрирования в соответствии с размером файлов, которые будут передаваться в библиотеки активов.
Дополнительные сведения см. в разделе Планирование кэширования и производительности (SharePoint Server 2010).
Если имеющееся решение по управлению цифровыми активами будет использоваться для хранения очень большого объема контента, нужно рассмотреть возможность использования удаленного хранилища больших двоичных объектов, чтобы переместить хранение больших двоичных объектов из Microsoft SQL Server 2008 во внешнее решение хранения. Хранилище больших двоичных объектов не является компонентом SharePoint Server 2010 или Службы IIS 7.0. Дополнительные сведения см. в разделе Overview of RBS (SharePoint Server 2010).
Типовая топология библиотеки цифровых активов
В этом разделе показаны компоненты, которые оказывают влияние на общую топологию фермы серверов.
Библиотеки цифровых активов эффективно работают в любой топологии фермы серверов, поддерживаемой SharePoint Server 2010. При этом ферма серверов может состоять из одного, нескольких или множества серверов.
Компоненты кэширования BLOB и регулирования скорости передачи развертываются на веб-серверах:
Кэш BLOB включен в IIS 7.0 и хранится на каждом интерфейсном веб-сервере.
Если в IIS 7.0 используется компонент регулирования скорости передачи, его необходимо устанавливать и настраивать на каждом интерфейсном веб-сервере.
Кроме того, сервер, на котором размещается веб-сайт центра администрирования, используется для настройки максимального размера передаваемого файла для каждого содержащегося на нем веб-приложения.
Примечание
В зависимости от размера фермы серверов и типа внедряемого решения в организации могут присутствовать дополнительные специальные серверы, например серверы баз данных поиска, запросов и индексирования.
На следующем рисунке показана типовая трехуровневая топология фермы серверов, в которую добавлены компоненты библиотеки цифровых активов:
.gif "Базовая топология фермы для цифрового управления активами")
| Номер пункта | Элемент |
|---|---|
1 |
Интерфейсные веб-серверы, на каждом из которых включен собственный компонент кэширования BLOB и регулирования скорости передачи (при необходимости). |
2 |
Сервер приложений, на котором выполняется центр администрирования. В центре администрирования настраивается максимальный размер передаваемого файла для каждого веб-приложения. |
3 |
Серверы баз данных, содержащие одну или несколько баз данных контента. |
Масштабирование топологий для библиотек цифровых активов
При планировании и масштабировании решения, включающего библиотеки цифровых активов, двумя основными факторами, которые следует учитывать, являются планирование емкости и производительности. Поскольку аудио- и видеофайлы могут иметь значительно больший размер, чем файлы изображений и файлы других типов, при их использовании емкость хранилища будет исчерпана намного быстрее. В зависимости от количества пользователей, которые должны иметь возможность обращаться к таким файлам в любое время, большое число запросов таких файлов, передаваемых на сервер и обратно в браузер клиента, может отрицательно повлиять на производительность сети.
Например, если планируется хранение видеоуроков в библиотеке активов, необходимо учитывать средний размер каждого видеофайла и приблизительное число файлов, которые будут использоваться в организации. Кроме того, необходимо учитывать число пользователей, просматривающих видеофайлы, а также файлы, которые будут запрашиваться чаще других.
Для каждого компонента в топологии библиотеки цифровых активов необходимо учитывать указанные ниже факторы.
Хранение баз данных. Убедитесь в наличии достаточного места на серверах баз данных контента для хранения всех передаваемых пользователями файлов. При этом следует учитывать средний размер файлов, а также ожидаемое число файлов, которые будут передаваться пользователями на сервер.
Хранение кэша BLOB. Убедитесь в наличии достаточного места на интерфейсных веб-серверах для хранения кэшируемых файлов.
Удаленное хранилище больших двоичных объектов (RBS). При наличии больших объемов контента рекомендуется рассмотреть возможность использования RBS для перемещения хранилища больших двоичных объектов из базы данных контента во внешнее решение. Дополнительные сведения см. в статье Overview of RBS (SharePoint Server 2010).
Логическая архитектура библиотеки цифровых активов определяет способы масштабирования фермы серверов. Если библиотека цифровых активов хранится в отдельном семействе сайтов, можно с легкостью переместить базу данных на выделенный сервер, чтобы повысить емкость и производительность.
See Also
Concepts
Планирование библиотек цифровых активов (SharePoint Server 2010)
Общие сведения об управлении цифровыми активами (SharePoint Server 2010)
Планирование кэширования и производительности (SharePoint Server 2010)