Topologie et architecture de la bibliothèque d’actifs numériques (SharePoint Server 2010)

 

S’applique à : SharePoint Server 2010

Dernière rubrique modifiée : 2016-11-30

Cet article traite d’architecture logique et des décisions de topologie qui sont liées au déploiement des bibliothèques d’actifs numériques. Pour plus d’informations sur la gestion des actifs informatiques, voir Vue d’ensemble de la gestion de biens numériques (SharePoint Server 2010).

La bibliothèque d’actifs Microsoft SharePoint Server 2010, qui est un genre de bibliothèque de documents, est une collection de fichiers multimédias, tels que des fichiers image, audio et vidéo, que vous partagez avec les autres utilisateurs du site. Dans la mesure où la bibliothèque d’actifs n’est rien de plus qu’une bibliothèque SharePoint Server avec des types de contenu spécialisés pour les actifs numériques, l’architecture et la topologie globales sont affectées au minimum. Les facteurs qui peuvent potentiellement influencer les décisions d’architecture et de topologie logiques sont les suivants :

• Le placement des bibliothèques d’actifs numériques dans la structure de site globale.

• La relation entre les bibliothèques d’actifs numériques et les bases de données de contenu dans l’architecture logique.

• L’optimisation d’une batterie de serveurs avec un cache BLOB (Binary Large Object) ou Bit Rate Throttling (limitation de taux de bits).

• Mise à l’échelle d’une batterie de serveurs avec des bases de données dédiées ou de matériel serveur pour les actifs numériques, au besoin, pour prendre en charge une grande quantité d’actifs numériques.

Dans cet article :

• Architecture logique pour la gestion des actifs numériques

• Composants d’une topologie de bibliothèque d’actifs numériques

• Topologie de bibliothèque d’actifs numériques standard

• Mise à l’échelle de topologies pour les bibliothèques d’actifs numériques

Architecture logique pour la gestion des actifs numériques

L’élément principal de la gestion d’actifs numériques dans SharePoint Server 2010 est la bibliothèque des actifs. Vous pouvez ajouter la bibliothèque des actifs à n’importe quel site, à n’importe quel niveau au sein de votre solution. Toutefois, si vous êtes amené à stocker un grand volume total de données, par exemple des milliers à des dizaines de milliers de fichiers dans une bibliothèque d’actifs, ou des fichiers audio ou vidéo qui requièrent des centaines de gigaoctets d’espace de stockage au total, vous devez planifier avec soin l’emplacement auquel la bibliothèque d’actifs est créée et où les actifs seront stockés.

Par exemple, si vous disposez d’un site de collaboration dans lequel plusieurs équipes distinctes ont chacun leurs propres sites mais doivent partager un jeu de supports, vous pouvez créer une bibliothèque d’actifs au site de niveau supérieur pour stocker les actifs qui seront utilisés par les différentes équipes. Dans ce scénario, la base de données de contenu est partagée par tous les sites au sein de la collection de sites, ce qui fait que la quantité et la taille des fichiers qui sont stockés dans la bibliothèque d’actifs peuvent être considérablement plus petites que dans l’exemple précédent.

La figure suivante illustre un exemple de l’architecture logique du cas où une bibliothèque d’actifs est placée à la racine d’une collection de sites et partage une base de données de contenu qui a d’autres sites dans la collection de sites.

À titre d’exemple, pour un site de formation d’une grande entreprise qui contiendra les vidéos de formation utilisées par les employés internes, vous pourriez placer la bibliothèque des actifs dans le site de niveau supérieur d’une collection de sites qui utilise sa propre base de données de contenu, et qui n’a pas d’autres sites en dessous de lui dans la hiérarchie des sites. En procédant ainsi, vous faites en sorte qu’un stockage suffisant soit disponible pour les fichiers qui seront téléchargés vers la bibliothèque d’actifs. Cette approche vous permet également de planifier une extension future, car la base de données de contenu est déjà isolée par elle-même, et ne partage pas de contenu avec d’autres sites de votre solution.

La figure suivante illustre un exemple d’architecture logique où une bibliothèque d’actifs est placée dans une collection de sites distincte avec une base de données de contenu qui est séparée du reste des sites :

Le tableau suivant récapitule ces deux approches. Notez que vous pouvez implémenter une combinaison de ces deux approches.

Domaine	Collection de sites unique	Collection de sites séparée
Description	Une bibliothèque d’actifs numériques est contenue au sein de la même collection de sites que n’importe quel autre contenu. Il est possible de créer plusieurs bibliothèques d’actifs numériques dans la structure de site.	Une collection de sites séparée est déployée pour héberger une bibliothèque d’actifs numériques.
Utilisation	Les équipes peuvent ajouter des bibliothèques d’actifs numériques à leurs sites d’équipe ou utiliser la bibliothèque qui se trouve au site de niveau supérieur.	Les équipes ajoutent et utilisent des fichiers multimédias à partir de la bibliothèque d’actifs numériques à gestion centralisée. Notes Lors de l’utilisation d’un site de publication, l’URL d’une bibliothèque de biens dans un site distinct peut être ajoutée à la liste Emplacements de navigateur de contenu suggérés associée au site de publication. Cela permet aux créateurs de contenu d’accéder à la bibliothèque de biens lorsqu’ils insèrent des biens dans des pages Web dans SharePoint Server 2010 ou dans les applications de la suite Microsoft Office 2010, comme Microsoft Word.
Gestion	Les équipes gèrent leurs propres bibliothèques. Les fichiers multimédias sont gérés de la même manière que tout autre contenu dans la collection de sites.	Les fichiers multimédias résident dans une base de données distincte ; il est donc possible de gérer ce contenu séparément et en fonction d’un contrat de niveau de service différent.
Performances et capacité	Un grand volume total de fichiers multimédias peut affecter les performances globales de sites. Si des collections de sites approchent ou dépassent les limites de taille de la base de données, il est plus difficile de mettre à l’échelle la batterie de serveurs globale.	Dans la mesure où les fichiers multimédias résident dans une base de données séparée, la base de données peut être mise à l’échelle pour un matériel dédié, au besoin, afin de réduire l’effet des performances que ce contact a sur le reste de la batterie de serveurs.

Lorsque vous envisagez d’intégrer la gestion des actifs numériques à votre solution, vous devez étudier avec soin la quantité et la taille des fichiers qui seront stockés et comment ils seront utilisés. Ceci vous aidera à mieux concevoir l’architecture de votre site au moment de déterminer où la bibliothèque d’actifs doit être placée.

Composants d’une topologie de bibliothèque d’actifs numériques

Les topologies de bibliothèques d’actifs numériques utilisent les mêmes éléments que n’importe quelle topologie SharePoint standard, tels que des serveurs Web, des serveurs d’applications et des serveurs de base de données. Les composants qui sont spécifiques à la gestion des actifs numériques sont placés à certains emplacements de la topologie, mais ne changent pas la structure générale de la topologie. Les composants suivants sont ceux au sujet desquels vous devez prendre des décisions en matière de configuration pour votre topologie de bibliothèque d’actifs numériques :

• Cache BLOB   Le cache BLOB disque contrôle la mise en cache des objets BLOB (Binary Large Objects), tels que les fichiers image, audio et vidéo fréquemment utilisés, et d’autres fichiers permettant d’afficher les pages Web, tels que les fichiers .css et .js. Le cache BLOB doit toujours être activé si votre solution inclut des bibliothèques d’actifs, et elle est activée sur chaque serveur Web frontal dans une batterie de serveurs.

• Bit Rate Throttling   Bit Rate Throttling (Limitation de la vitesse de transmission) est une extension de Internet Information Services (IIS) 7.0 qui mesure les vitesses de téléchargement de types de fichiers et des données multimédias entre un serveur et un ordinateur client. La fonction Bit Rate Throttling peut être activée sur chaque serveur Web frontal dans une batterie de serveurs, et elle est toujours activée si votre solution doit inclure des fichiers audio ou vidéo dans les bibliothèques d’actifs. Pour plus d’informations, voir Bit Rate Throttling (Limitation de la vitesse de transmission) (éventuellement en anglais) (https://go.microsoft.com/fwlink/?linkid=155151&clcid=0x40C) (éventuellement en anglais).

• Taille maximale de téléchargement de fichiers   La taille maximale de téléchargement de fichiers est un paramètre qui est utilisé par l’application Web SharePoint Server 2010 qui spécifie la taille maximale d’un fichier qu’un utilisateur peut télécharger vers le serveur. La taille maximale de téléchargement de fichiers est configurée pour chaque application Web sur le serveur qui héberge l’administration centrale et doit être ajustée en fonction de la taille des fichiers qui seront téléchargés vers les bibliothèques d’actifs.

Pour plus d\rquote informations, voir Planifier la mise en cache et les performances (SharePoint Server 2010).

Si votre solution de bibliothèque d’actifs numériques est destinée au stockage d’une très grande quantité de contenu, vous devez envisager l’utilisation du stockage BLOB distant (RBS, Remote Blob Storage) pour déplacer le stockage des données binaires volumineuses (objets BLOB) depuis Microsoft SQL Server 2008 vers une solution de stockage externe. RBS n’est pas une fonctionnalité de SharePoint Server 2010 ou d’Internet Information Services (IIS) 7.0. Pour plus d’informations, voir Vue d’ensemble du stockage BLOB distant (SharePoint Server 2010).

Topologie de bibliothèque d’actifs numériques standard

Cette section présente les composants qui peuvent avoir une incidence sur la topologie globale de la batterie de serveurs.

La bibliothèque d’actifs numériques fonctionne correctement avec n’importe quelle topologie de batterie de serveurs qui est prise en charge par SharePoint Server 2010. La batterie de serveurs peut être un serveur unique, une batterie de serveurs de petite taille ou une batterie de serveurs de grande taille.

Lorsque vous décidez de déployer le cache BLOB ou la fonction Bit Rate Throttling (limitation de taux de bits), vous devez les déployer sur des serveurs Web :

• Le cache BLOB est activé dans IIS 7,0 et est stocké sur chaque serveur Web frontal.

• Si la fonction Bit Rate Throttling (limitation de taux de transmission) est utilisée, elle doit être installée et configurée dans IIS 7,0 sur chaque serveur Web frontal.

En outre, le serveur qui héberge le site Web Administration centrale est utilisé pour configurer la taille maximale de téléchargement de fichiers pour chaque application Web qu’il contient.

Notes

Selon la taille de votre batterie de serveurs et le type de solution que vous implémentez, vous pouvez avoir des serveurs supplémentaires qui sont désignés pour des rôles spécifiques, tels que des bases de données de recherche, ou des serveurs de requête et d’index.

L’illustration suivante montre une topologie de batterie de serveurs à trois niveaux type avec les composants ajoutés pour la topologie de bibliothèque d’actifs numériques :

Légende	Élément
1	Serveurs Web frontaux, chacun avec son propre cache BLOB et la fonction Bit Rate Throttling (limitation de vitesse de transmission) activée (le cas échéant).
2	Serveur d’applications qui exécute l’administration centrale. La taille maximale de téléchargement de fichier est spécifiée pour chaque application Web Administration centrale.
3	Serveurs de base de données qui contiennent une ou plusieurs bases de données de contenu.

Mise à l’échelle de topologies pour les bibliothèques d’actifs numériques

Lors de la planification et de la mise à l’échelle d’une solution qui comprend des bibliothèques d’actifs numériques, les deux principaux facteurs à prendre en compte sont la planification de capacité et les performances. Dans la mesure où les fichiers audio et vidéo peuvent être beaucoup plus volumineux que les images ou autres types de fichiers, vous pouvez atteindre potentiellement la capacité de stockage avec eux plus rapidement que vous ne le feriez sans eux. Et, selon le nombre d’utilisateurs qui doivent accéder à ces fichiers à un moment donné, le taux auquel les demandes pour les fichiers sont présentées au serveur et puis envoyées au navigateur client affecteront les performances du réseau.

Par exemple, si vous envisagez d’utiliser une bibliothèque d’actifs pour le stockage des vidéos de formation, vous devez tenir compte de la taille moyenne de chaque vidéo, ainsi que du nombre total estimé de vidéos qui seront nécessaires pour votre organisation. Vous devez également prendre en compte le nombre d’utilisateurs qui afficheront les vidéos et les vidéos qui sont susceptibles d’être plus le fréquemment demandées.

Pour chaque composant principal dans une topologie de bibliothèque d’actifs numériques, considérez les problèmes suivants :

• Stockage de base de données Y a-t-il une capacité de stockage suffisante sur les serveurs de base de données de contenu pour tous les fichiers que les utilisateurs vont télécharger ? Il est important de comprendre la taille moyenne des fichiers et le nombre de fichiers que vous pensez que les utilisateurs vont télécharger vers le serveur.

• Stockage de cache BLOB Y a-t-il une capacité de stockage suffisante sur les serveurs Web frontaux pour les fichiers qui seront mis en cache ?

• Stockage BLOB distant (RBS)   Si vous possédez des volumes élevés de contenu, vous devez envisager l’utilisation de RBS pour déplacer le stockage des objets BLOB depuis la base de données de contenu vers une solution de stockage externe. Pour plus d’informations, voir Vue d’ensemble du stockage BLOB distant (SharePoint Server 2010).

L’architecture logique de votre plan de bibliothèque d’actifs numériques influera sur les options de mise à l’échelle d’une batterie de serveurs. Si une bibliothèque d’actifs numériques est contenue dans une collection de sites dédiée, vous pouvez facilement déplacer la base de données vers un serveur dédié, au besoin, afin d’améliorer la capacité et les performances.

See Also

Concepts

Planifier les bibliothèques de biens numériques (SharePoint Server 2010)
Vue d’ensemble de la gestion de biens numériques (SharePoint Server 2010)
Planifier la mise en cache et les performances (SharePoint Server 2010)