Precisa criar mais de 40.000 sites de blog com espaço de 50MB para cada

Question

Eu preciso planejar uma plataforma de blog no SharePoint, que terá suporte para mais de 40.000 sites de blog. Os usuários virão e criarão blogs para si mesmos.

Eu verifiquei aqui para planejamento de capacidade e os limites: SharePoint Server 2010 Capacity Management: Limites de software e Limites

Como uma coleção de sites pode suportar 250.000 sites, eu pensei em manter a coleta do site como contêiner de nível superior e criar os blogs como sites e sub-sites sob a Web raiz (tal que nenhum site em um nível é <2000).

Mais tarde eu vi que o tamanho máximo do banco de dados é 200 gb, o que significa que eu só tenho ~ 5mb para cada blog (200GB / 40000). Isso é muito menos para um blog como o blogger também carregará imagens ao criar postagens de blogs. Eu preciso de pelo menos 50MB para cada blog e quero aumentá-lo sob demanda.

Estou pensando em ter várias coleções de sites, mas será difícil gerenciar usuários, branding, masterpage, css, navegação etc através das coleções do site. Além disso, não consigo pensar em como encaminhar um usuário para nova coleção de sites para criar blog quando 200 GB limite for cruzado.

Alguma ideia para uma solução alternativa?

Além disso, vejo que podemos ir até 4TB de conteúdo DB em alguns casos especiais. Alguém tem experiência com isso?

Answer 1

Eu acho que o SharePoint é uma plataforma poderosa, rica em recursos e extensível e pode cumprir suas necessidades de capacidade se projetado corretamente (arquitetura de informação, arquitetura de solução, arquitetura de infraestrutura e armazenamento)

Você pode usar um aplicativo da Web e dividir os blogs em coleções do site. Abaixo estão alguns pontos que podem aderir suas preocupações:

.

1. categorize os blogs em pelo menos 20-25 grupos ou subgrupos (para tecnologia, finanças, RH, gerenciamento etc). Crie uma coleção de sites para cada um desses grupos. Você pode criar uma WebPart que perguntará ao usuário para selecionar uma categoria apropriada para o seu blog e redirecionar o usuário para a coleta de site apropriado (melhor, você pode criar o blog via código para o usuário no respectivo coleção de sites)

   Para ter uma aparência uniforme, você pode criar uma definição de um blog com marca personalizada, CSS, página mestra. Ou você pode criar um recurso para aplicar todos esses artefatos quando um blog é criado usando uma definição de site existente.Você pode usar a navegação com base ou personalização XML que você pode facilmente consumir entre coleções do site. Essa maneira que você controla tudo de um local (14 Hive)

2. . Para agregação de dados em coleções do site, você pode usar a pesquisa. Você pode criar Pesquisa personalizada WebParts para exibir posts mais recentes, tags , autores, etc. Você também pode criar trabalhos de temporizador personalizados para agregar programaticamente os dados Como os blogs totais, posts, Comentários, usuários, etc
3. . Você pode explorar aplicativos de serviço como Metadados gerenciados, perfis de usuário para compartilhar tipos de conteúdo (hub de tipo de conteúdo), conjuntos de termo (para marcação), informações do usuário entre coleções do site
4. Para os administradores e moderadores do nível da plataforma do blog, você pode usar grupos de domínio. Grupos do SharePoint são escopos para o nível de coleta do site, e eles pode ser usado apenas dentro da coleção do site. Grupos de domínio podem ser usado em qualquer lugar dentro do escopo do diretório do Active Directory serviço.

   Por favor, note, é muito importante ter um plano de governança sólida em vigor para tal solução .Check este artigo TechNet Visão geral da governança . Um plano de governança ajudá-lo a controlar a plataforma ao longo do tempo e garantir que ele seja suave sem introduzir riscos desnecessários.

Answer 2

O tamanho mínimo do banco de dados é uma recomendação, não uma parada.Confira minha postagem no blog em bancos de dados e SharePoint: http://davidlozzi.com/tag/database/ .

Se você está procurando mover acima os requisitos mínimos, você precisará incluir tarefas de manutenção adicionais, possivelmente melhorar o hardware e tal.O SharePoint pode suportar bancos de dados 4TB, até a infraestrutura para suportá-lo de forma eficaz.

Answer 3

Se esta é principalmente uma plataforma de blog, então eu não estaria muito preocupado com o tamanho do armazenamento.As postagens do blog não serão tão grandes e, a menos que as imagens sejam enormes, elas não assumirão espaço significativo.Concordo com os comentários de David sobre dimensionamento e limites de banco de dados.

Ao pensar em cotas e dimensionamento, você descobrirá que não terá uso uniforme de todos os sites.Eu normalmente planejo 20% do uso de quotas quando tenho um grande número de sites.Com sites de 40k, que pode ser ainda menor que o seu caso.

Com isso, eu ainda gosto de tentar ter mais coleções do site do que os sub-sites, pois aumenta sua capacidade de administrá-lo (permissões, backup / recuperação, recursos).Se a sua preocupação é branding e navegação, você poderá facilmente gerenciar isso instalando um conjunto relativamente simples de recursos que podem implantar suas obras-de-expressão, CSS e um provedor de navegação global.

Answer 4

Como pelo seu nome SharePoint diz tudo, compartilhe tudo em um único ponto para parar a duplicação de dados, por isso, se tudo relacionado ao branding pode ser compartilhado dentro da coleção de sites, eu não sou um especialista, mas esta é a minha opinião e você pode criar apenas uma definição de site e outro modelo de site com uma página mestra personalizada que pode ser compartilhada entre as definições do site para criar milhares de sites de blog.

Uma coisa fora do tópico que eu acho que você deve considerar é que, se você criar blogs no SharePoint, o que significa que vai fazer alguma reciclagem de pool de aplicativos à meia-noite ou algum outro tempo e blogs não vai ser acessível (eu não sou 100% de certeza se acontece em todos os lugares, mas acontece em nosso aplicativo do SharePoint)

Também outra coisa que você estará considerando é o gerenciamento de memória, se houver milhares de sites, cada linha de seu código para o WebParts deve seguir as melhores práticas do SharePoint.

BTW Se eu fosse você, eu entrar em contato algumas empresas de hospedagem do SharePoint e obter alguns conselhos como eles devem ter feito algo semelhante, eu conheço esta empresa que ajuda o grupo de usuários do SharePoint e outras pessoas, você deve dar uma tentativa :)

Esta é uma empresa de hospedagem do SharePoint que pode fornecer um blog gratuito do SharePoint somente se você solicitar

Não, eu não sou um cara de marketing para eles, acabei de ver um MVP contando sobre eles aqui

Blogger do SharePoint com o conhecimento extra comum da arquitetura