Necesita crear más de 40,000 sitios de blog con espacio de 50MB para cada

Question

Necesito planificar una plataforma de blogs en SharePoint, que tendrá apoyo para más de 40,000 sitios de blogs. Los usuarios vendrán y crearán blog por sí mismos.

Revisé aquí para la planificación de la capacidad y los límites: Administración de capacidad de SharePoint Server 2010: Límites de software y límites

Dado que una colección de sitios puede admitir 250,000 sitios, pensé en mantener la colección del sitio como contenedor de nivel superior y crear los blogs como sitios y subsitros en la web de la raíz (de tal manera que no hay de los sitios en un nivel.

Más tarde vi que el tamaño máximo de DB de contenido es 200 GB, lo que significa que solo tengo ~ 5 MB para cada blog (200 GB / 40000). Esto es demasiado menos para un blog, ya que el blogger también cargará imágenes mientras se crea publicaciones de blog. Necesito al menos 50 MB para cada blog y quiero aumentarlo a pedido.

Estoy pensando en tener varias colecciones de sitios, pero será difícil administrar usuarios, marca, maestra, CSS, navegación, etc. en las colecciones del sitio. Además, no puedo pensar en cómo enrutar a un usuario a una nueva colección de sitios para crear un blog cuando se cruzan el límite de 200 GB.

¿Alguna idea para una solución alternativa?

Además, veo que podemos ir hasta 4TB de contenido de contenido en algunos casos especiales. ¿Alguien tiene experiencia con eso?

Answer 1

creo que SharePoint es una plataforma poderosa, rica en funciones y extensibles y puede cumplir con sus necesidades de capacidad si está diseñada correctamente (arquitectura de información, arquitectura de la solución, arquitectura de infraestructura y almacenamiento)

Puede usar una aplicación web y dividir los blogs en colecciones de sitios. A continuación se presentan pocos puntos que pueden dirigirse sus inquietudes:

1. categoriza los blogs en al menos 20-25 grupos o subgrupos (para la tecnología, Finanzas, HR, Gestión, etc.). Crea una colección de sitios para cada uno de estos grupos. Luego, puede crear un WebPart que le pedirá al usuario que seleccione una categoría apropiada para su blog y redirigir al usuario en la recopilación de sitios apropiada (mejor, puede crear el blog a través del código para el usuario en la colección de sitios respectivos)

2. Para tener un aspecto y una sensación uniforme, puede crear una definición de sitio de blog con marca personalizada, CSS, Página principal. O puede crear una función para aplicar todos estos artefactos cuando se crea un blog utilizando una definición del sitio existente. Puede usar la navegación basada en XML o personalizada que puede consumir fácilmente en las colecciones del sitio. Esta forma en que lo controle de una ubicación (14 colmena)

3. Para la agregación de datos en las colecciones del sitio, puede usar la búsqueda. Puedes crear búsqueda personalizada webparts para mostrar las últimas publicaciones, tags , autores, etc. También puede crear trabajos de temporizador personalizados para agregar programáticamente los datos Como blogs totales, publicaciones, Comentarios, usuarios, etc.
4. Puede explotar aplicaciones de servicio, como metadatos administrados, perfiles de usuario para compartir tipos de contenido (hub de tipo de contenido), conjuntos de plazos (para etiquetar), información del usuario en las colecciones del sitio
5. Para administradores y moderadores de nivel de plataforma de blog, puede usar grupos de dominios. Los grupos de SharePoint se encuentran al alcance del nivel de colección del sitio, y ellos Puede ser utilizado solo dentro de la colección del sitio. Los grupos de dominio pueden ser Utilizado en cualquier lugar dentro del alcance del directorio de Active Directory servicio.

   Tenga en cuenta que es muy importante tener un plan de gobernabilidad sólida en su lugar para tal solución. Comprobue este artículo de TechNet Visión general de la gobernanza . Un plan de gobernabilidad será Ayudarle a controlar la plataforma con el tiempo y asegurarse de que se ejecute suave sin introducir riesgos innecesarios.

Answer 2

El tamaño mínimo de la base de datos es una recomendación, no una parada.Echa un vistazo a mi correo blog en bases de datos y SharePoint: http://davidlozzi.com/tag/database/ .

Si está buscando moverse por encima de los requisitos mínimos, deberá incluir tareas de mantenimiento adicionales, posiblemente mejorar el hardware y demás.SharePoint puede admitir bases de datos de 4TB, su hasta la infraestructura para apoyarla de manera efectiva.

Answer 3

Si esta es principalmente una plataforma de blog, entonces no estaría demasiado preocupada por el tamaño de almacenamiento.Las publicaciones del blog no serán tan grandes, y a menos que las imágenes sean enormes, no asumirán un espacio significativo.Estoy de acuerdo con los comentarios de David sobre el tamaño y los límites de la base de datos.

Al pensar en las cuotas y el tamaño, encontrará que no tendrá un uso uniforme de todos los sitios.Normalmente, planifico el 20% del uso de cuotas cuando tengo un gran número de sitios.Con sitios 40k, que puede ser incluso menos que eso en su caso.

Con Dicho esto, todavía me gusta probar y tener más colecciones de sitios que los subsitios, ya que mejora su capacidad para administrarlo (permisos, copia de seguridad / recuperación, características).Si su preocupación es la marca y la navegación, puede administrar esto fácilmente instalando un conjunto relativamente simple de características que pueden implementar sus páginas maestras, CSS y un proveedor de navegación global.

Answer 4

Como por su nombre, SharePoint lo dice todo, comparte todo en un solo punto para detener la duplicación de datos, por lo que si todo lo relacionado con la marca se puede compartir dentro de la colección del sitio, no soy un experto, pero esta es mi opinión, y usted Puede crear una definición de un sitio y otra plantilla de sitio con una página maestra personalizada que se puede compartir entre las definiciones del sitio para crear miles de sitios de blogs.

Una cosa fuera del tema Creo que debería considerar que, si creará blogs en SharePoint, lo que significa que estará haciendo un reciclaje de la piscina de la aplicación a la medianoche o en algún momento y los blogs no podrán ser accesibles (no soy 100% seguro si sucede en todas partes, pero sí sucede en nuestra aplicación de SharePoint)

También otra cosa que estará considerando es la administración de la memoria, si hay miles de sitios, cada línea de su código para webparts debe estar siguiendo las mejores prácticas de SharePoint.

Por cierto, si fuera usted, me pondré en contacto con algunas compañías de alojamiento de SharePoint y obtendría algún consejo, ya que deben haber hecho algo similar, conozco a esta compañía que ayuda a SharePoint User Group y otras personas, debes darles un intento :)

Esta es una compañía de alojamiento de SharePoint que podría proporcionarle un blog gratuito de SharePoint solo si solicita

No, no soy un chico de marketing para ellos, acabo de ver a un MVP que les contó aquí

Blogger de SharePoint con conocimiento extra ordinario de la arquitectura