È necessario creare più di 40.000 siti di blog con spazio di 50 MB per ciascuno

Question

Ho bisogno di pianificare una piattaforma di blog su SharePoint che avrà supporto per oltre 40.000 siti di blog. Gli utenti verranno e creerà il blog per se stessi.

Ho controllato qui per la pianificazione della capacità e i limiti: Gestione della capacità di SharePoint Server 2010: confini del software e Limiti

Poiché una raccolta del sito può supportare 250.000 siti, pensavo di tenere la raccolta del sito come contenitore di livello superiore e creare i blog come siti e sottocostiteri sotto root-web (tale che nessun sito di siti a livello è <2000).

Più tardi ho visto che la dimensione del DB del contenuto massimo è di 200 GB che significa che ho solo ~ 5 MB per ogni blog (200 GB / 40000). Questo è troppo meno per un blog mentre il blogger caricherà anche le immagini durante la creazione di post sul blog. Ho bisogno di almeno 50 MB per ogni blog e voglio aumentarlo su richiesta.

Sto pensando di avere collezioni di più siti, ma sarà difficile gestire utenti, branding, masterpage, css, navigazione, ecc. Attraverso le raccolte del sito. Inoltre, non riesco a pensare a come instradare un utente alla nuova raccolta del sito per creare il blog quando il limite di 200 GB è attraversato.

Qualche idea per una soluzione alternativa?

Inoltre, vedo che possiamo andare fino a 4 TB di contenuti DB in alcuni casi speciali. Qualcuno ha esperienza con quello?

Answer 1

Penso che SharePoint sia una piattaforma potente, ricca di funzionalità ed estensibile e può soddisfare le tue esigenze di capacità se progettate correttamente (architettura di informazioni, architettura di soluzioni, architettura e architettura di infrastrutture)

È possibile utilizzare un'applicazione Web e dividere i blog in raccolte siti. Di seguito sono riportati alcuni punti che potrebbero indicare le tue preoccupazioni:

.

1. Categorizza i blog in almeno 20-25 gruppi o sottogruppi (per tecnologia E.G, finanza, hr, gestione ecc.). Creare una raccolta di siti per ciascuno di questi gruppi. È quindi possibile creare un WebPart che chiederà all'utente di selezionare una categoria appropriata per il suo blog e reindirizzare l'utente alla raccolta del sito appropriata (meglio, è possibile creare il blog tramite il codice per l'utente alla rispettiva raccolta del sito)

2. Per avere uno sguardo e una sensazione uniforme, è possibile creare una definizione del sito Blog con Branding personalizzato, CSS, Pagina master. Oppure è possibile creare una funzione per applicare tutti questi artefatti quando viene creato un blog utilizzando una definizione del sito esistente. È possibile utilizzare la navigazione basata su XML o personalizzata che è possibile consumare facilmente le raccolte di siti. Questo modo il modo di controlli tutto da una posizione (14 Hive)

3. . Per l'aggregazione dei dati tra le raccolte del sito, è possibile utilizzare la ricerca. Puoi creare Ricerca personalizzata WebParts per visualizzare gli ultimi post, tags , autori ecc. Puoi anche creare lavori timer personalizzati per aggregare a livello di codice i dati Come i blog totali, i posti, Commenti, utenti ecc.
4. . È possibile sfruttare le applicazioni di servizio come i metadati gestiti, i profili utente per la condivisione dei tipi di contenuto (hub del tipo di contenuto), set termini (per tagging), informazioni utente tra le raccolte del sito
5. Per gli amministratori e i moderatori del livello della piattaforma del blog, è possibile utilizzare i gruppi di dominio. I gruppi di SharePoint sono ambiti al livello di raccolta del sito e loro Può essere utilizzato solo all'interno della raccolta del sito. I gruppi di dominio possono essere usato ovunque nell'ambito della directory di Active Directory servizio.

   Si prega di notare, è molto importante avere un piano di governance solido in atto per una soluzione del genere .chescrivi questo articolo di technet Panoramica della governance . Un piano di governance lo farà Aiutarti a controllare la piattaforma nel tempo e assicurarsi che funzioni liscia senza introdurre rischi non necessari.

Answer 2

La dimensione minima del database è una raccomandazione, non una fermata.Dai un'occhiata al mio Blog Post su database e SharePoint: http://davidlozzi.com/tag/database/ .

Se stai cercando di spostarsi sopra i requisiti minimi, è necessario includere attività di manutenzione aggiuntive, possibilmente migliorare l'hardware e tali.SharePoint può supportare i database 4TB, è fino all'infrastruttura per supportarlo in modo efficace.

Answer 3

Se questo è principalmente una piattaforma del blog, non sarei troppo preoccupato per la dimensione dello stoccaggio.I post del blog non saranno così grandi, e a meno che le immagini siano enormi non occuperano spazio significativo.Sono d'accordo con i commenti di David sul dimensionamento e i limiti del database.

Quando si pensa alle quote e al dimensionamento, scoprirai che non avrai un uso uniforme da tutti i siti.Di solito pianifico per il 20% dell'utilizzo delle quote quando ho un gran numero di siti.Con 40k siti, che potrebbe essere anche meno di quello nel tuo caso.

Con quello detto, mi piace ancora provare e avere più raccolte di siti rispetto ai sottoschetti poiché migliora la tua capacità di amministrarlo (autorizzazioni, backup / recupero, funzionalità).Se la tua preoccupazione è il branding e la navigazione, puoi gestire facilmente questo installando un insieme relativamente semplice di funzionalità che può distribuire le tue masterpages, CSS e un fornitore di navigazione globale.

Answer 4

Come da il suo nome SharePoint dice tutto, condividi tutto in un unico punto per fermare la duplicazione dei dati, quindi se tutto ciò che riguarda il branding può essere condiviso all'interno della raccolta siti, non sono un esperto ma questa è la mia opinione, e tu Può creare una sola definizione del sito e un altro modello di sito con una pagina master personalizzata che può essere condivisa tra le definizioni del sito per creare migliaia di siti di blog.

Una cosa fuori argomento penso che tu debba prendere in considerazione è che, se creerai blog in SharePoint, il che significa che farà un po 'di applicazione il riciclaggio della piscina a mezzanotte o in qualche altro momento e i blog non saranno accessibili (non lo sono Sicuro il 100% se succede ovunque, ma accade nella nostra applicazione SharePoint)

Anche un'altra cosa che mantenerete è la gestione della memoria, se ci sono migliaia di siti, ogni singola riga del tuo codice per WebParts deve seguire le migliori pratiche di SharePoint.

btw Se fossi in te, contatterei alcune società di hosting di SharePoint e riceverai un consiglio perché devono aver fatto qualcosa di simile, conosco questa compagnia che aiuta il gruppo di utenti di SharePoint e altre persone, devi dare loro una prova :)

Questa è una società di hosting di Sharepoint che potrebbe fornirti un blog di SharePoint solo se si richiede

No Io non sono un ragazzo di marketing per loro, ho appena visto un MVP che racconta di loro qui

SharePoint Blogger con conoscenza dell'architettura ordinaria extra