Besoin de créer plus de 40 000 sites de blog avec un espace de 50 Mo pour chaque

Question

Je dois planifier une plate-forme de blogging sur SharePoint, qui aura une prise en charge de plus de 40 000 sites de blog. Les utilisateurs viendront créer un blog pour eux-mêmes.

J'ai vérifié ici pour la planification des capacités et les limites: Gestion des capacités SharePoint Server 2010: limites logicielles et limites

Étant donné qu'une collection de sites peut prendre en charge 250 000 sites, j'ai pensé à garder la collecte de sites en tant que conteneur de haut niveau et crée les blogs en tant que sites et sous-sites sous Root-Web (tel que le nombre de sites à un niveau est <2000).

Plus tard, j'ai vu que la taille maximale de la DB de contenu est de 200 Go, ce qui signifie que je n'ai que ~ 5 Mo pour chaque blog (200 Go / 40000). C'est trop moins pour un blog car le blogueur téléchargera également des images tout en créant des poteaux de blog. J'ai besoin d'au moins 50 Mo pour chaque blog et je veux l'augmenter à la demande.

Je pense avoir plusieurs collections de sites, mais il sera difficile de gérer les utilisateurs, la stratégie de marque, le masterpage, le CSS, la navigation, etc. à travers les collections de sites. En outre, je ne peux pas penser à comment acheminer un utilisateur vers une nouvelle collection de sites pour créer un blog lorsque 200 GB limite est croisée.

Des idées pour une solution alternative?

En outre, je vois que nous pouvons aller jusqu'à 4TOT de contenu DB dans certains cas particuliers. Quelqu'un a-t-il de l'expérience avec ça?

Answer 1

Je pense que SharePoint est une plate-forme puissante, riche en fonctionnalités et extensible et peut répondre à vos besoins en capacité si conçus correctement (architecture d'informations, architecture de solution, architecture d'infrastructure et stockage)

Vous pouvez utiliser une application Web et diviser les blogs en collections de site. Vous trouverez ci-dessous quelques points qui peuvent adresser vos préoccupations:

1. catégoriser les blogs dans au moins 20-25 groupes ou sous-groupes (pour la technologie E.G, la finance, les ressources humaines, la gestion, etc.). Créez une collection de sites pour chacun de ces groupes. Vous pouvez ensuite créer un WebPart qui demandera à l'utilisateur à sélectionner une catégorie appropriée pour son blog et rediriger l'utilisateur à la collection de sites appropriée (meilleure, vous pouvez créer le blog via le code pour l'utilisateur à la collection de sites respective)

2. Pour avoir une apparence uniforme et une sensation, vous pouvez créer une définition de site de blog avec une marque personnalisée, CSS, MASTER Page. Ou vous pouvez créer une fonctionnalité pour appliquer tous ces artefacts lorsqu'un blog est créé à l'aide d'une définition de site existante. Vous pouvez utiliser une navigation xml ou une navigation personnalisée que vous pouvez facilement consommer sur des collections de site. Cette façon de le contrôler dans un endroit (14 HIVE)

3. Pour l'agrégation de données à travers les collections de sites, vous pouvez utiliser la recherche. Vous pouvez créer recherche personnalisée WebParts pour afficher les derniers messages, Tags , auteurs, etc. Vous pouvez également créer des travaux de minuterie personnalisés pour agréger par programme les données. Comme des blogs totaux, des messages, Commentaires, Utilisateurs, etc.
4. Vous pouvez exploiter des applications de service tels que les métadonnées gérées, les profils d'utilisateurs pour le partage de types de contenu (hub de contenu), des ensembles de termes (pour le marquage), des informations de l'utilisateur sur les collections de site
5. Pour les administrateurs de niveau et modérateurs de niveau de plate-forme de blog, vous pouvez utiliser des groupes de domaine. Les groupes SharePoint sont définis au niveau de la collecte de site et ils Peut être utilisé uniquement dans la collection de sites. Les groupes de domaine peuvent être utilisé n'importe où dans le cadre du répertoire Active Directory Service.

   Veuillez noter qu'il est très important d'avoir un plan de gouvernance solide en place pour une telle solution .Check Cet article TechNet Vue d'ensemble de la gouvernance . Un plan de gouvernance va vous aider à contrôler la plate-forme au fil du temps et assurez-vous qu'il fonctionne sans introduction de risques inutiles.

Answer 2

La taille de la base de données minimale est une recommandation, pas un arrêt.Consultez mon article de blog sur les bases de données et SharePoint: http://davidlozzi.com/tag/database/ .

Si vous souhaitez déplacer au-dessus des exigences minimales, vous devez inclure des tâches de maintenance supplémentaires, éventuellement améliorer le matériel etc.SharePoint peut prendre en charge les bases de données de 4 To, sa hausse de l'infrastructure pour la soutenir efficacement.

Answer 3

S'il s'agit principalement d'une plate-forme de blog, je ne serais pas trop inquiet de la taille de stockage.Les poteaux de blog ne seront pas si importants, et à moins que les images soient énormes, elles ne prennent pas de place importante.Je suis d'accord avec les commentaires de David sur la taille de la base de données et les limites.

En pensant aux quotas et au dimensionnement, vous constaterez que vous n'aurez pas une utilisation uniforme de tous les sites.Je planifie généralement 20% de l'utilisation de quota lorsque j'ai un grand nombre de sites.Avec 40k sites, qu'il peut être encore inférieur à celui de votre cas.

Avec cela dit, j'aime toujours essayer d'avoir plus de collections de sites que des sous-sites, car il améliore votre capacité à l'administrer (autorisations, sauvegarde / récupération, fonctionnalités).Si votre préoccupation est votre préoccupation et une navigation, vous pouvez facilement le gérer en installant un ensemble relativement simple de fonctionnalités pouvant déployer vos MasterPages, CSS et un fournisseur de navigation global.

Answer 4

Comme par son nom SharePoint dit tout, partagez tout à un point unique pour arrêter la duplication des données, de sorte que tout ce qui concerne la stratégie de marque peut être partagé dans la collection de sites, je ne suis pas un expert, mais c'est mon avis, mais c'est mon avis et vous Peut créer une seule définition d'un site et un autre modèle de site avec une page principale personnalisée pouvant être partagée entre les définitions de site pour créer des milliers de sites de blog.

Une chose hors du sujet, je pense que Yu devrait envisager est que, si vous créez des blogs dans SharePoint, ce qui signifie que cela fera du recyclage du pool d'applications à minuit ou une autre fois sur et des blogs ne seront pas accessibles (je ne suis pas 100% sûr que cela arrive partout, mais cela se produit dans notre application SharePoint)

Une autre chose que vous envisagerez est une gestion de la mémoire, s'il ya des milliers de sites, chaque ligne de votre code pour WebParts doit suivre les meilleures pratiques SharePoint.

BTW Si j'étais vous, je contacterais des sociétés d'hébergement SharePoint et obtenez des conseils car ils doivent avoir fait quelque chose de similaire, je connais cette entreprise qui aide le groupe d'utilisateurs SharePoint et d'autres personnes, vous devez essayer d'essayer :)

Il s'agit d'une société d'hébergement SharePoint qui pourrait vous fournir un blog gratuit SharePoint uniquement si vous demandez

Non, je ne suis pas un gars de marketing pour eux, je viens de voir un MVP en disant d'eux ici

blogueur SharePoint avec des connaissances d'architecture extra ordinaire