Arquitectura y topología de biblioteca de activos digitales (SharePoint Server 2010)
Se aplica a: SharePoint Server 2010
Última modificación del tema: 2016-11-30
En este artículo, se describe la arquitectura lógica y las decisiones de topología que se relacionan con la implementación de bibliotecas de activos digitales. Para obtener información acerca de la administración de activos digitales, vea Información general sobre la administración de activos digitales (SharePoint Server 2010).
La biblioteca de activos de Microsoft SharePoint Server 2010, que es un tipo de biblioteca de documentos, es una colección de archivos multimedia, como archivos de imagen, audio y vídeo, que se comparten con otros usuarios del sitio. Dado que la biblioteca de activos no es más que una biblioteca de SharePoint Server con tipos de contenido especializados para activos digitales, la arquitectura y topología generales se ven mínimamente afectadas. Entre los factores que pueden influir en la arquitectura lógica y las decisiones sobre la topología, se encuentran los siguientes:
La ubicación de las bibliotecas de activos digitales en la estructura general del sitio.
La relación entre las bibliotecas de activos digitales y las bases de datos de contenido en la arquitectura lógica.
La optimización de un conjunto o granja de servidores con una caché de objeto binario grande (BLOB) o con limitación de velocidad de bits.
La escala de una granja de servidores con bases de datos dedicadas o hardware de servidores para activos digitales, si es necesario, para dar cabida a un gran volumen de activos digitales.
En este artículo:
Arquitectura lógica para administrar activos digitales
Componentes de una topología de biblioteca de activos digitales
Topología típica de biblioteca de activos digitales
Topologías con escala para bibliotecas de activos digitales
Arquitectura lógica para administrar activos digitales
El elemento principal para administrar activos digitales de SharePoint Server 2010 es la biblioteca de activos. Se puede agregar una biblioteca de activos en cualquier sitio, en cualquier nivel dentro de la solución. No obstante, si se va a agregar un volumen total grande de datos, como miles o decenas de miles de archivos en una biblioteca de activos, o archivos de audio o de vídeo que en total requieren cientos de gigabytes de espacio de almacenamiento, se debe planear detenidamente la ubicación en la que se creará la biblioteca de activos y en la cual se almacenarán tales activos.
Por ejemplo, si cuenta con un sitio de colaboración en el que varios equipos individuales tienen sus propios sitios, pero deben usar un conjunto compartido de medios, puede crear una biblioteca de activos en el sitio de primer nivel para almacenar los activos que usarán los equipos individuales. En este escenario, todos los sitios de la colección de sitios comparten la base de datos de contenido, de modo que la cantidad y el tamaño de los archivos que están almacenados en la biblioteca de activos pueden ser significativamente más pequeños que en el ejemplo anterior.
En la siguiente figura, se muestra un ejemplo de la arquitectura lógica para cuando una biblioteca de activos se coloca en la raíz de una colección de sitios y comparte una base de datos de contenido que posee otros sitios en la colección de sitios.
.gif "Una sola colección de sitios")
Como otro ejemplo, para un sitio de aprendizaje corporativo de gran tamaño que incluirá vídeos de aprendizaje que usarán los empleados internos, puede colocar la biblioteca de activos en el sitio de primer nivel de una colección de sitios que usa su propia base de datos de contenido y que no tiene otros sitios en niveles inferiores de la jerarquía del sitio. Al hacer esto, puede asegurarse de que habrá suficiente espacio de almacenamiento para los archivos que se cargarán en la biblioteca de activos. Además, esto permite planear la expansión futura, porque la base de datos de contenido ya se encuentra aislada y no comparte contenido con ningún otro sitio de la solución.
En la siguiente figura, se muestra un ejemplo de la arquitectura lógica para cuando una biblioteca de activos se coloca en una colección de sitios independiente con una base de datos de contenido aparte del resto de los sitios:
.gif "Dos colecciones de sitios independientes")
En la siguiente tabla, se resumen estos dos enfoques. Tenga en cuenta que puede implementar una combinación de ambos.
| Área | Una sola colección de sitios | Colección de sitios independiente |
|---|---|---|
Descripción |
Una biblioteca de activos digitales se encuentra dentro de la misma colección de sitios que el resto del contenido. Se pueden crear varias bibliotecas de activos digitales dentro de la estructura del sitio. |
Se implementa una colección de sitios independiente para hospedar una biblioteca de activos digitales. |
Uso |
Los equipos pueden agregar bibliotecas de activos digitales en sus sitios de grupo o usar la biblioteca contenida en el sitio de nivel superior. |
Los equipos agregan y usan archivos multimedia desde la biblioteca de activos digitales administrada centralmente. Nota Cuando se usa un sitio de publicación, la dirección URL para una biblioteca de activos en un sitio independiente puede agregarse a la lista Ubicaciones de explorador de contenido sugeridas del sitio de publicación. Esto permitirá que los creadores de contenido tengan acceso a la biblioteca de activos cuando inserten activos en las páginas web dentro de SharePoint Server 2010 o dentro de conjuntos de aplicaciones de Microsoft Office 2010, como Microsoft Word. |
Administración |
Los equipos administran sus propias bibliotecas. Los archivos multimedia se administran del mismo modo que todo el resto del contenido de la colección de sitios. |
Dado que los archivos multimedia residen en una base de datos independiente, este contenido puede administrarse aparte y de conformidad con un acuerdo de nivel de servicio distinto. |
Rendimiento y capacidad |
Un volumen total grande de archivos multimedia puede afectar al rendimiento general de los sitios. Si las colecciones de sitios se acercan a los límites de tamaño de la base de datos o los exceden, es más difícil escalar la granja de servidores general. |
Dado que los archivos multimedia residen en una base de datos independiente, la base de datos puede escalarse en el hardware dedicado, en caso de ser necesario, para reducir el efecto del rendimiento de este contacto en el resto de la granja de servidores. |
Cuando planee incorporar la administración de activos digitales a la solución, deberá tener en cuenta la cantidad y el tamaño de los archivos que se almacenarán y, además, la manera en la que se usarán. Esto lo ayudará a diseñar la arquitectura del sitio cuando determine dónde se ubicará la biblioteca de activos.
Componentes de una topología de biblioteca de activos digitales
Las topologías de biblioteca de activos digitales usan los mismos elementos que cualquier otra topología de SharePoint estándar, como servidores web, servidores de aplicaciones y servidores de base de datos. Los componentes que son específicos para administrar activos digitales se colocan en algunas ubicaciones de la topología, pero no cambian la estructura general de ésta. A continuación, se observan componentes respecto de los cuales debe tomar decisiones de configuración para la topología de biblioteca de activos digitales:
Memoria caché BLOB La memoria caché BLOB basada en disco controla el almacenamiento en caché de objetos binarios grandes (BLOB), como archivos de vídeo, audio e imagen usados frecuentemente, y otros archivos que se usan para mostrar páginas web, como archivos .css y .js. La memoria caché BLOB siempre debe estar habilitada si la solución va a incluir bibliotecas de activos. Asimismo, esta memoria está habilitada en todos los servidores front-end web de una granja de servidores.
Limitación de velocidad de bits La limitación de velocidad de bits es una extensión de Internet Information Services (IIS) 7.0 que mide las velocidades de descarga de los tipos de archivos multimedia y datos entre un equipo servidor y un equipo cliente. La limitación de velocidad de bits puede habilitarse en cada servidor front-end web de cada granja de servidores, y siempre debe estar habilitada si la solución va a incluir archivos de audio o de vídeo en bibliotecas de activos. Para obtener más información, vea el tema sobre la limitación de velocidad de bits (https://go.microsoft.com/fwlink/?linkid=155151&clcid=0xC0A).
Tamaño máximo de archivo de carga El tamaño máximo de archivo de carga es una configuración que usa la aplicación web SharePoint Server 2010 que especifica el tamaño máximo de un archivo que un usuario puede cargar en el servidor. Este tamaño se configura para cada aplicación web en el servidor que hospeda Administración central y debe ajustarse para dar cabida al tamaño de los archivos que se van a cargar en las bibliotecas de activos.
Para obtener más información, vea Planeación del almacenamiento en caché y el rendimiento (SharePoint Server 2010).
Si la solución de biblioteca de activos digitales se usará para almacenar una gran cantidad de contenido, debe considerar la posibilidad de usar el almacenamiento remoto de blobs (RBS) para mover el almacenamiento de datos binarios grandes (BLOB) desde Microsoft SQL Server 2008 a una solución de almacenamiento externo. RBS no es una característica de SharePoint Server 2010 ni Internet Information Services (IIS) 7.0. Para obtener más información, vea Información general de RBS (SharePoint Server 2010).
Topología típica de biblioteca de activos digitales
En esta sección, se muestran los componentes que pueden afectar a la topología de la granja de servidores general.
Las bibliotecas de activos digitales funcionan correctamente con cualquier topología de granja de servidores compatible con SharePoint Server 2010. La granja de servidores puede ser un único servidor, una granja de servidores pequeña o una granja de servidores grande.
Cuando decide implementar la memoria caché BLOB o la limitación de velocidad de bits, debe implementarlas en servidores web:
La memoria caché BLOB está habilitada en IIS 7.0 y se almacena en cada servidor front-end web.
Si se usa la limitación de velocidad de bits, debe instalarse y configurarse en cada servidor front-end web de IIS 7.0.
Además, el servidor que hospeda el sitio web de Administración central se usa para configurar el tamaño máximo de archivo de carga para cada aplicación web que contiene.
Nota
Según el tamaño de la granja de servidores y el tipo de solución que desee implementar, puede contar con servidores adicionales que están designados para cumplir roles específicos, como bases de datos de búsqueda, o servidores de consultas e índice.
En la siguiente ilustración, se muestra una topología de la granja de servidores de tres niveles típica con componentes agregados para una topología de biblioteca de activos digitales:
.gif "Topología de granja de servidores básica para la administración de activos digitales")
| Leyenda | Elemento |
|---|---|
1 |
Servidores front-end web, cada uno con su propia memoria caché BLOB y limitación de velocidad de bits habilitadas (si corresponde). |
2 |
Servidor de aplicaciones que ejecuta Administración central. El tamaño máximo de archivo de carga se especifica para cada aplicación web de Administración central. |
3 |
Servidores de base de datos que contienen una base de datos de contenido o más. |
Topologías con escala para bibliotecas de activos digitales
Al planear y escalar una solución que incluya bibliotecas de activos digitales, los dos factores principales que se deben tener en cuenta son la planeación de capacidad y el rendimiento. Dado que los archivos de audio y de vídeo pueden ser mucho más grandes que los archivos de imágenes u otros tipos de archivos, es probable que alcance la capacidad de almacenamiento más rápido si los usa. Además, según el número de usuarios que deban tener acceso a estos archivos en cualquier momento, la velocidad a la que se efectúen solicitudes de estos archivos al servidor y a la que posteriormente se envíen al explorador cliente afectará al rendimiento de la red.
Por ejemplo, si planea usar una biblioteca de activos para almacenar vídeos de aprendizaje, debe tener en cuenta el tamaño promedio de cada vídeo y el número estimado total de vídeos que necesitará la organización. También debe tener en cuenta el número de usuarios que verán los vídeos y qué vídeos es probable que sean solicitados con mayor frecuencia.
Para cada componente principal de una topología de biblioteca de activos digitales, tenga en cuenta los siguientes puntos:
Almacenamiento en base de datos ¿Los servidores de base de datos tienen capacidad de almacenamiento suficiente para todos los archivos que los usuarios van a cargar? Es importante saber el tamaño promedio de los archivos y el número de archivos que se espera que los usuarios carguen en el servidor.
Almacenamiento en memoria caché BLOB ¿Los servidores front-end web tienen capacidad de almacenamiento suficiente para los archivos que se almacenarán en caché?
Almacenamiento remoto de blobs (RBS) Si tiene grandes volúmenes de contenido, debe considerar la posibilidad de usar RBS para mover el almacenamiento de blobs de la base de datos de contenido a una solución de almacenamiento externo. Para obtener más información, vea Información general de RBS (SharePoint Server 2010).
La arquitectura lógica del plan de biblioteca de activos digitales va a influir en las opciones para escalar la granja de servidores. Si hay una biblioteca de activos digitales en una colección de sitios dedicada, puede mover fácilmente la base de datos a un servidor dedicado, en caso de ser necesario, a fin de mejorar la capacidad y el rendimiento.
See Also
Concepts
Planeación de bibliotecas de activos digitales (SharePoint Server 2010)
Información general sobre la administración de activos digitales (SharePoint Server 2010)
Planeación del almacenamiento en caché y el rendimiento (SharePoint Server 2010)