Müssen mehr als 40.000 Blog-Sites mit 50 MB Speicherplatz für jeden erstellen

Question

Ich muss eine Blogging-Plattform auf SharePoint planen, die mehr als 40.000 Blog-Sites unterstützt. Die Benutzer kommen und erstellen Blog für sich selbst.

Ich habe hier für die Kapazitätsplanung und die Grenzen geprüft: SharePoint Server 2010 Capacity Management: Software-Grenzen und Grenzen

Da eine Site-Kollektion 250.000 Websites unterstützen kann, dachte ich an, die Site-Kollektion als Top-Level-Container zu halten und die Blogs als Websites und Unterstellungen unter Root-Web zu erstellen (so, dass keine Sites auf einem Niveau <2000 ist).

später sah ich, dass der maximale Inhalt dB-Größe 200 GB beträgt, was bedeutet, dass ich nur ~ 5 MB für jeden Blog (200 GB / 40000) habe. Dies ist zu weniger für ein Blog, da der Blogger auch Bilder hochlädt, während Blogbeiträge erstellt werden. Ich brauche für jeden Blog mindestens 50 MB und möchte sie auf Anfrage erhöhen.

Ich denke, mehrere Standortsammlungen zu haben, aber es ist schwierig, Benutzer, Branding, Masterpage, CSS, Navigation usw. in den Standortsammlungen zu verwalten. Ich kann auch nicht daran denken, wie man einen Benutzer zur neuen Site-Sammlung zum Erstellen eines Blogs leitet, wenn eine Grenzfläche von 200 GB gekreuzt ist.

Jede Idee für eine alternative Lösung?

Ich sehe auch, dass wir in einigen besonderen Fällen bis zu 4 TB des Inhalts db gehen können. Hat jemand Erfahrung damit?

Answer 1

Ich denke, SharePoint ist eine leistungsstarke, funktionsreiche und erweiterbare Plattform und kann Ihre Kapazitätsbedürfnisse erfüllen, wenn sie ordnungsgemäß entworfen wurden (Information Architektur, Lösungsarchitektur, Infrastrukturarchitektur und Speicher)

Sie können eine Webanwendung verwenden und die Blogs in Standortsammlungen teilen. Unten sind nur wenige Punkte, die Ihre Anliegen ergeben können:

.

1. Kategorisieren Sie die Blogs in mindestens 20-25 Gruppen oder Untergruppen (für E.G-Technologie, Finanzen, HR, Management usw.). Erstellen Sie eine Website-Sammlung für jede dieser Gruppen. Sie können dann ein WebPart erstellen, mit dem Benutzer eine entsprechende Kategorie für seinen Blog auswählen und Benutzer zur entsprechenden Site-Sammlung leiten (besser, Sie können den Blog über Code für den Benutzer an der jeweiligen Site-Sammlung erstellen)

2. Um ein einheitliches Aussehen und das Gefühl zu haben, können Sie eine Blog-Site-Definition mit benutzerdefiniertem Branding, CSS, Master-Seite erstellen. Oder Sie können eine Funktion erstellen, um alle diese Artefakte anzuwenden, wenn ein Blog mit einer vorhandenen Site-Definition erstellt wird. Sie können die XML-basierte oder benutzerdefinierte Navigation verwenden, die Sie problemlos über Standortsammlungen konsumieren können. Diese Möglichkeit, die Sie alle von einem Ort (14 Bienenstock)

3. Für die Datenaggregation über Standortsammlungen können Sie die Suche verwenden. Sie können benutzerdefinierte Suchen Webparts zum Anzeigen neuester Beiträge, Tags , Autoren usw. Sie können auch benutzerdefinierte Timer-Jobs erstellen, um die Daten programmgesteuert zu aggregieren Wie totale Blogs, Beiträge, Kommentare, Benutzer usw.
4. Sie können Serviceanwendungen wie verwaltete Metadaten, Benutzerprofile zum Teilen von Inhaltstypen (Inhaltstyp-Hub), Term-Sets (für Tagging), Benutzerinformationen über Standortsammlungen
5. Für Blog-Platform-Level-Admins und Moderatoren können Sie Domänengruppen verwenden. SharePoint-Gruppen werden auf der Site-Collection-Ebene abgebaut und sie Kann nur innerhalb der Site-Sammlung verwendet werden. Domänengruppen können sein An jeder Hinsicht innerhalb des Umfangs des Active Directory-Verzeichnisses verwendet Service.

   Bitte beachten Sie, dass es sehr wichtig ist, einen soliden Governance-Plan für eine solche Lösung zu haben. Check Dieser TechNet-Artikel Governance-Übersicht . Ein Governance-Plan wird Helfen Sie dabei, die Plattform im Laufe der Zeit zu steuern, und stellen Sie sicher, dass es glatt läuft, ohne unnötige Risiken einzuführen.

Answer 2

Die minimale Datenbankgröße ist eine Empfehlung, nicht auf Anhalt.Schauen Sie sich meinen Blog-Beitrag auf Datenbanken und SharePoint an: http://davidlozzi.com/tag/database/ .

Wenn Sie sich über die Mindestanforderungen bewegen möchten, müssen Sie zusätzliche Wartungsaufgaben aufnehmen, möglicherweise die Hardware verbessern und z.SharePoint kann 4-TB-Datenbanken unterstützen, es ist bis zur Infrastruktur, um sie effektiv zu unterstützen.

Answer 3

Wenn dies in erster Linie eine Blog-Plattform ist, wäre ich nicht zu Sorge um die Speichergröße.Die Blogbeiträge werden nicht so groß sein, und es sei denn, die Bilder sind enorm, sie werden nicht erheblicher Raum einnehmen.Ich stimme mit Davids Kommentaren zur Datenbankgröße und -grenzen zu.

Wenn Sie über Quoten und Größen nachdenken, werden Sie feststellen, dass Sie keine einheitliche Verwendung von allen Standorten haben.In der Regel plane ich 20% der Quotennutzung, wenn ich eine große Anzahl von Websites habe.Mit 40k-Standorten, dass es in Ihrem Fall noch geringer ist.

Mit dem gesagt, ich habe immer noch gerne mehr Site-Sammlungen als Unter-Sites, da es Ihre Fähigkeit zur Verwaltung (Berechtigungen, Sicherung / Wiederherstellung, Funktionen) verbessert.Wenn Ihr Sorge Branding und Navigation ist, können Sie dies einfach verwalten, indem Sie ein relativ einfaches Set von Funktionen installieren, das Ihre MasterPages, CSS und einen globalen Navigationsanbieter bereitstellen kann.

Answer 4

Wie nach seinem Namen SharePoint sagt alles, teilen Sie alles an einem einzigen Punkt, um die Verknüpfung von Daten zu stoppen, sodass alles mit dem Branding in der Sendungssammlung teilgenommen werden kann, bin ich kein Experte, aber das ist meine Meinung, und Sie Kann nur eine Standortdefinition und eine andere Site-Vorlage mit einer benutzerdefinierten Master-Seite erstellen, die zwischen Standortdefinitionen gemeinsam genutzt werden kann, um Tausende von Blog-Sites zu erstellen.

Eine Sache außerhalb des Themas, den ich denke, dass Sie in Betracht ziehen, ist, dass, wenn Sie Blogs in SharePoint erstellen, was bedeutet, dass es ein Anwendungspool-Recycling um Mitternacht tut, oder ein anderes Mal, und Blogs werden nicht zugänglich sein (ich bin nicht 100% sicher, ob es überall passiert, aber es passiert in unserer SharePoint-Anwendung)

Eine andere Sache, die Sie in Betracht ziehen, ist die Speicherverwaltung, wenn Tausende von Websites vorhanden sind, muss jede einzelne Zeile Ihres Codes für Webparts mithilfe von SharePoint Best Practices sein.

Btw Wenn ich Sie wäre, würde ich mich mit einigen SharePoint-Hosting-Unternehmen in Verbindung setzen und einen Rat geben, da sie etwas Ähnliches getan haben, ich kenne dieses Unternehmen, das die SharePoint-Benutzergruppe und andere Personen hilft, Sie müssen ihnen einen Versuch geben :)

Dies ist ein SharePoint-Hosting-Unternehmen, das Ihnen möglicherweise nur freie SharePoint-Blog bereitstellt, wenn Sie anfragen

Nein, ich bin kein Marketing-Typ für sie, ich habe gerade einen MVP gesehen, der von ihnen hier erzählt wird

SharePoint Blogger mit extra gewöhnlichem Architekturwissen