Estimer les capacités et les performances pour la gestion de contenu vidéo dans SharePoint Server 2013

**Sapplique à :**SharePoint Server 2013

**Dernière rubrique modifiée :**2017-08-25

Résumé : Découvrez comment planifier des types de contenu vidéo, ainsi que des pages du lecteur vidéo grâce au composant WebPart multimédia enrichi pour garantir une meilleure expérience utilisateur lorsque vous visionnez des vidéos dans SharePoint Server 2013.

SharePoint Server 2013 prend en charge le type de contenu vidéo et de la page du lecteur vidéo, où vous pouvez utiliser le composant WebPart Rich Media pour lire des vidéos. Cet article contient des données de test afin de vous aider à optimiser la lecture de l’expérience des utilisateurs dans un environnement de SharePoint Server 2013 la vidéo.

Contenu de cet article :

• Introduction

• Emplacement de stockage de vidéos

• Dimensionnement du cache BLOB pour garantir une diffusion en continu fluide des vidéos

• Jeu de données et scénarios de test

  • Résultats de notre laboratoire de test

  • Effet de la fonctionnalité Bit Rate Throttling IIS

  • Utilisation de vidéos stockées en dehors de SharePoint

Vidéos sont appelés des ressources numériques ou des contenus multimédias dans SharePoint Server 2013. SharePoint Server 2013 fournit une bibliothèque de composants pour stocker les vidéos afin que les utilisateurs peuvent visiter un emplacement central pour les afficher. Pour plus d’informations, consultez Vue d’ensemble de la gestion des biens numériques dans SharePoint Server 2013.

Introduction

Nous avons testé deux scénarios au cours de notre test de performances et de capacité vidéo. Le premier scénario stocke des vidéos dans un emplacement externe au déploiement SharePoint. Le second scénario stocke des vidéos dans une bibliothèque de biens SharePoint. Étudions les caractéristiques de performance des deux scénarios.

Emplacements de stockage vidéo

Vidéos de SharePoint Server 2016 utilisent un nouveau type de contenu nommé beaucoup de vidéo, comme un ensemble de documents. Lorsque vous créez une vidéo, SharePoint Server 2013 utilise une des méthodes suivantes pour stocker :

• Stocker le contenu vidéo comme un objet BLOB dans la base de données de contenu

• Stocker une référence vers une URL pour la vidéo

• Stocker un code incorporé qui contient une référence vers un lecteur et une vidéo externe

Les avantages et inconvénients suivants peuvent vous aider à choisir le bon emplacement pour stocker les vidéos :

• Si vous stockez des vidéos dans une bibliothèque de biens SharePoint, nous vous recommandons d’activer le cache BLOB pour les ordinateurs exécutés avec le rôle de serveur web frontal. La taille du cache BLOB doit être appropriée pour garantir une expérience de diffusion en continu fluide pour les utilisateurs.

  Notes

  Cette option augmente la taille de la base de données de contenu lorsque des vidéos sont ajoutées.

• Si les utilisateurs se trouvent dans la même région géographique et que l’ensemble des vidéos est volumineux (par exemple, des vidéos HD), ou si vous avez de nombreuses vidéos, pensez à héberger les vidéos sur un serveur web ou un serveur de fichiers au lieu de la base de données de contenu, afin de réduire les coûts de stockage SQL Server.

• Si les utilisateurs sont géographiquement éloignés, vous pouvez stocker les vidéos sur un réseau de distribution de contenu afin que les utilisateurs les plus éloignés de la batterie de serveurs SharePoint n’aient pas besoin de diffuser en continu les vidéos via une connexion réseau à latence élevée.

Lorsque vous stockez des vidéos à l’extérieur d’un déploiement SharePoint, vérifiez qu’elles sont correctement sécurisées afin que les utilisateurs non autorisés ne puissent pas y accéder.

Si vous pensez ne pas pouvoir télécharger de fichiers dépassant une certaine taille, vous pouvez modifier ce paramètre sur la page Paramètres d’application web de le site Web Administration centrale de SharePoint. Notez que vous pouvez également modifier la Validation de la sécurité des pages web pour utiliser une plus grande valeur du délai d’expiration si les utilisateurs téléchargent des vidéos qui prennent plus de 30 minutes à télécharger. Cette opération s’effectue également sur la page Paramètres d’application web dans Administration centrale.

Définir la taille du cache BLOB de sorte à garantir une expérience fluide de diffusion en continu des vidéos

Lorsque vous stockez des vidéos dans SharePoint Server 2013, la taille du cache BLOB peut vous aider à optimiser l’expérience de diffusion en continu pour les utilisateurs. Nous vous recommandons de vous que la taille du cache BLOB à un certain pourcentage de la taille totale des vidéos uniques affichés dans une semaine. Par exemple, considérez un environnement où la taille totale des vidéos uniques affichés dans les sept jours est de 100 Go. Dans cet environnement, vous pouvez dimensionner votre cache BLOB pour être de 80 Go, ce qui est de 80 % de la taille totale des vidéos uniques. Cela garantit que les vidéos plus fréquemment consultés sont toujours conservées dans le cache BLOB dans le cas où il n’y a aucune charge supplémentaire de la base de données de contenu pour récupérer ces vidéos plusieurs fois. Cela garantit également un utilisateur optimal, diffusion en continu. La taille idéale diffère selon la vidéo affichage de modèles dans le déploiement de SharePoint.

Pour optimiser les performances, ne placez pas le cache BLOB sur le même lecteur que le lecteur système.

Notez que les tailles de cache BLOB plus activent SharePoint Server 2013 stocker d’autres vidéos. Par conséquent, si vous disposez de l’espace disque disponible sur les serveurs web frontaux et que vous savez que vous allez stocker de nombreuses vidéos, augmentez la taille du cache BLOB. Notez que si la taille du cache BLOB est inférieure à un certain seuil que les utilisateurs peuvent bénéficier de vidéo en flux continu.

Jeu de données et scénarios de test

Le tableau suivant décrit la vidéothèque que nous avons utilisée pour nos tests :

Nous avons utilisé cet ensemble de vidéos dans différents tests :

1. Vidéos à SharePoint Server 2013 et activé le cache BLOB.

2. Nous avons téléchargé les vidéos vers un Windows Server 2008 R2.

Nous avons effectué les tests dans la topologie de batterie de serveurs suivante :

Figure 1 : Topologie de test pour la gestion de contenu vidéo

La liste suivante présente les ordinateurs que nous avons utilisés :

• Un ordinateur hébergeant SQL Server

• Un ordinateur hébergeant des applications de service SharePoint et qui est exécuté en tant que serveur web frontal

Résultats de laboratoire de test

Pour générer les résultats de laboratoire de test, nous avons créé un test de charge dans lequel nous avons parcouru différentes pages. Nous avons accédé à la page du lecteur vidéo ou à la page de publication qui utilise le contrôle multimédia enrichi. Ensuite, nous avons demandé le fichier vidéo référencé par la page à l’aide de différents nombres d’utilisateurs Visual Studio Team System (VSTS). Pour l’application de cette charge sur notre déploiement SharePoint, nous avons accédé manuellement à une page de lecteur vidéo et à une page de publication qui utilise le contrôle vidéo pour nous assurer que l’expérience de vidéo en continu était acceptable. Nous définissons une expérience acceptable comme suit :

1. La lecture de la vidéo commence dans les 2 secondes suivant l’accès à la page

2. L’expérience de recherche de vidéos fonctionne comme prévu

Notez que tous les ordinateurs utilisés lors de nos tests sont sur un réseau utilisant des connexions réseau de 1 Go/s. Nous avons constaté que dans la plupart des tests, nous réussissions à atteindre un point où le réseau était le point de goulot d’étranglement du réseau, à la place des ordinateurs sur lesquels le contenu était pris en charge.

Les tests de démarrer avec une charge de 50 utilisateurs et ensuite augmenté le nombre d’utilisateurs simultanés, jusqu'à ce que l’expérience n’est plus acceptable. Sur un ordinateur unique qui est en cours d’exécution SharePoint Server 2013 et maintenance que des vidéos, nous avons constaté que nous avions une expérience acceptable jusqu'à ce que nous avons augmenté la charge de 400 utilisateurs simultanés. Une fois que nous avons passé ce point, nous avons commencé à constater que la page a pris plus de temps à charger et l’expérience vidéo seek est devenu plus lent.

Le graphique suivant montre ces effets :

Figure 2 : Expérience de diffusion en continu des vidéos acceptable

Pour voir comment cette expérience monte en charge, nous avons progressivement ajouté plusieurs ordinateurs à notre déploiement SharePoint et continué à augmenter la charge. Le graphique suivant montre les résultats.

Figure 3 : Diffusion en continu des vidéos acceptable avec plus d’ordinateurs et d’utilisateurs

Effet de la fonctionnalité Bit Rate Throttling IIS

Nous avons utilisé la fonctionnalité Bit Rate Throttling Internet Information Services (IIS) sur nos serveurs de test. Cette extension de Services Internet (IIS) permet d’utiliser de manière plus efficace la bande passante pendant que vous diffusez en continu des vidéos. Pour plus d’informations sur la fonctionnalité Bit Rate Throttling, consultez Bit Rate Throttling.

Notez qu’il n’existe aucune différence significative liée au nombre d’utilisateurs simultanés pris en charge due au fait que nous ayons, ou pas, utilisé la fonctionnalité Bit Rate Throttling Services Internet (IIS). Toutefois, l’expérience de lecture de vidéos semble plus fluide lorsque cette fonctionnalité est activée.

À l’aide de vidéos stockées externes à SharePoint Server 2013

Lorsque vous stockez des vidéos en dehors d’un environnement de SharePoint Server 2013, la charge se déplace à partir de SharePoint Server 2013 à l’emplacement externe. SharePoint Server 2013 charge uniquement la page de lecteur vidéo ou de la page de publication qui utilise le contrôle Rich Media. La transmission en continu est effectuée par la source de l’emplacement externe.

Dans notre environnement de laboratoire, nous avons configuré un serveur Services Internet (IIS) pour héberger et diffuser en continu les vidéos. Nous avons mis à jour notre jeu de données de sorte qu’il fasse référence à l’URL externe pour les vidéos de notre vidéothèque SharePoint. Nous avons exécuté le même test de nouveau. Le résultat indique que nous pourrions diffuser en continu jusqu’à 650 vidéos simultanément tout en conservant une expérience acceptable. Nous n’avons pas effectué de test pour un plus grand nombre d’utilisateurs simultanés.

Notez que les vidéos stockées à l’extérieur d’un environnement SharePoint ne reçoivent pas les mêmes avantages liés à l’authentification que les vidéos d’une vidéothèque SharePoint. Prenez cet aspect en considération lorsque vous concevez votre topologie et décidez comment stocker vos vidéos.

See also

Gérer les composants WebPart dans SharePoint Server

Planification de la bibliothèque de biens numériques dans SharePoint Server 2013