Kapazitätsplanung für SharePoint Server 2010

Artikel
03/04/2017

Gilt für: SharePoint Server 2010

Letztes Änderungsdatum des Themas: 2016-11-30

In diesem Artikel wird die Kapazitätsplanung für eine Microsoft SharePoint Server 2010-Farm beschrieben. Wenn Sie mit der Kapazitätsplanung und -verwaltung vertraut sind, können Sie Ihr Wissen auf die Systemgrößenanpassung anwenden. Die Größenanpassung bezeichnet die Auswahl und Konfiguration einer entsprechenden Datenarchitektur, einer logischen und physikalischen Topologie sowie der Hardware für eine Lösungsplattform. Es gibt eine Reihe von Aspekten bei der Kapazitätsverwaltung und -verwendung, die Auswirkungen darauf haben, wie Sie die geeignetsten Hardware- und Konfigurationsoptionen festlegen sollten.

Bevor Sie diesen Artikel lesen, sollten Sie Kapazitätsverwaltung und Größengestaltung für SharePoint Server 2010 (Übersicht) lesen.

In diesem Artikel werden die Schritte beschrieben, die Sie für eine effektive Kapazitätsverwaltung für Ihre Umgebung ausführen sollten. Jeder Schritt erfordert bestimmte Informationen für die erfolgreiche Ausführung und weist eine Reihe von Resultaten auf, die Sie im nächsten Schritt verwenden werden. Für jeden Schritt werden diese Anforderungen und Resultate in Tabellen aufgelistet.

Inhalt dieses Artikels:

Schritt 1: Modellierung
Schritt 2: Entwurf
Schritt 3: Pilot-, Test- und Optimierungsphase
Schritt 4: Bereitstellung
Schritt 5: Überwachung und Wartung

Schritt 1: Modellierung

Die Modellierung Ihrer SharePoint Server 2010-basierten Umgebung beginnt mit der Analyse der vorhandenen Lösungen und der Bestimmung des erwarteten Bedarfs und der Zielvorgaben für die geplante Bereitstellung. Zunächst erfassen Sie Informationen zu Benutzerbasis, Datenanforderungen und Zielvorgaben für Wartezeit und Durchsatz und dokumentieren die SharePoint Server-Features, die Sie bereitstellen möchten. Anhand dieses Abschnitts sollten Sie sich damit vertraut machen, welche Daten Sie sammeln sollten, wie Sie sie sammeln sollten, und wie diese Daten in nachfolgenden Schritten verwendet werden können.

Analysieren der erwarteten Arbeitsauslastung und des Datasets

Für die geeignete Größenanpassung einer SharePoint Server 2010-Implementierung müssen Sie den Bedarf, den Ihre Lösung bewältigen soll, analysieren und kennen. Hierfür müssen Sie in der Lage sein, sowohl die Arbeitsauslastungsmerkmale wie etwa die Anzahl der Benutzer und die am häufigsten verwendeten Vorgänge als auch die Datasetmerkmale wie etwa Inhaltsgröße und Inhaltsverteilung zu beschreiben.

In diesem Abschnitt werden bestimmte Metriken und Parameter, die Sie erfassen sollten, sowie Mechanismen zu deren Erfassung behandelt.

Arbeitsauslastung

Die Arbeitsauslastung beschreibt den durch das System zu unterstützenden Bedarf, die Benutzerbasis und die Nutzungsmerkmale. In der folgenden Tabelle finden Sie einige wichtige Metriken, die beim Bestimmen der Arbeitsauslastung hilfreich sind. Mithilfe dieser Tabelle können Sie diese Metriken beim Erfassen aufzeichnen.

Arbeitsauslastungsmerkmale	Wert
Durchschnittliche tägliche Anforderungen pro Sekunde
Durchschn. Anforderungen pro Sekunde zu Spitzenzeiten
Gesamtanzahl eindeutiger Benutzer pro Tag
Durchschnittliche tägliche Anzahl gleichzeitiger Benutzer
Höchstwert gleichzeitiger Benutzer zu Spitzenzeiten
Gesamtanzahl der Anforderungen pro Tag
Erwartete Arbeitslastverteilung	Anzahl der Anforderungen pro Tag
Webbrowser – Suchdurchforstung
Webbrowser – Allgemeine Zusammenarbeitsinteraktion
Webbrowser – Allgemeine soziale Interaktion
Webbrowser – Allgemeine Interaktion
Webbrowser – Office Web Apps
Office-Clients
OneNote-Client
SharePoint Workspace
Outlook-RSS-Synchronisierung
Outlook Connector für soziale Netzwerke
Andere Interaktionen (Benutzerdefinierte Anwendungen/Webdienste)

Gleichzeitige Benutzer – Die Gleichzeitigkeit von Vorgängen, die in der Serverfarm ausgeführt werden, wird in der Regel gemessen als die Anzahl eindeutiger Benutzer, die Anforderungen in einem bestimmten Zeitraum generieren. Die wichtigen Metriken sind der tägliche Durchschnittswert und die gleichzeitigen Benutzer zu Spitzenzeiten.
Anforderungen pro Sekunde (Requests per Second, RPS) – RPS ist ein häufig verwendeter Indikator zur Beschreibung des Bedarfs in der Serverfarm, ausgedrückt in der Anzahl von Anforderungen, die von der Farm pro Sekunde verarbeitet werden. Dabei erfolgt jedoch keine Unterscheidung bezüglich des Typs oder der Größe der Anforderungen. Die Benutzerbasis jeder Organisation generiert eine Systemauslastung mit einer von den speziellen Nutzungsmerkmalen der Organisation abhängigen Geschwindigkeit. Weitere Informationen zu diesem Begriff finden Sie im Abschnitt Glossar unter Kapazitätsverwaltung und Größengestaltung für SharePoint Server 2010 (Übersicht).
Gesamtanzahl der Anforderungen pro Tag – Die Gesamtanzahl der Anforderungen pro Tag ist ein geeigneter Indikator für die Gesamtarbeitsauslastung, die vom System bewältigt werden muss. In der Regel werden alle Anforderungen, mit Ausnahmen von Authentifizierungshandshakeanforderungen (HTTP-Status 401), über einen Zeitraum von 24 Stunden gemessen.
Gesamtanzahl der Benutzer pro Tag – Die Gesamtanzahl der Benutzer ist ein weiterer geeigneter Indikator für die Gesamtarbeitsauslastung, die vom System bewältigt werden muss.

Hinweis

Die Gesamtanzahl der Benutzer pro Tag kann auf das Wachstumspotenzial bei der Arbeitsauslastung in der Farm hinweisen. Wenn z. B. die Anzahl potenzieller Benutzer 100.000 Mitarbeiter beträgt, sind 15.000 Benutzer pro Tag ein Hinweis darauf, dass die Arbeitsauslastung im Laufe der Zeit erheblich zunehmen kann, wenn es immer mehr Benutzer werden.
Arbeitslastverteilung – Durch die Kenntnis der Verteilung der Anforderungen basierend auf den Clientanwendungen, die mit der Farm interagieren, können Sie den erwarteten Trend und die erwarteten Änderungen bei der Arbeitsauslastung nach der Migration zu SharePoint Server 2010 besser vorhersagen. Wenn Benutzer auf neuere Clientversionen wie z. B. Office 2010 umstellen und die neuen Arbeitsauslastungsmuster zu verwenden beginnen, wird davon ausgegangen, dass die Anforderungen pro Sekunde (RPS) und die Gesamtanzahl der Anforderungen zunehmen werden. Für jeden Client können wir die Anzahl der eindeutigen Benutzer während eines bestimmten Zeitraums an einem Tag sowie die Gesamtanzahl der Anforderungen, die vom Client oder Feature auf dem Server generiert werden, beschreiben.

Beispielsweise ist im folgenden Diagramm eine Momentaufnahme einer internen Microsoft-Life-Umgebung mit einer typischen Lösung für soziale Netzwerke dargestellt. Anhand dieses Beispiels ist erkennbar, dass der Großteil der Auslastung durch den Suchcrawler und das typische Webbrowsing der Endbenutzer generiert wird. Darüber hinaus sehen Sie, dass durch den neuen Outlook Connector für soziale Netzwerke eine erhebliche Auslastung generiert wird (6,2 % der Anforderungen).

Typische Verteilung der täglichen Last von Anforderungen

Bestimmen der Produktionsarbeitsauslastung

Bei der Bestimmung des erforderlichen Durchsatzes Ihrer Farm beginnen Sie mit dem Bestimmen der in Ihrer Farm verwendeten Transaktionsmischung. Konzentrieren Sie sich auf die Analyse der am häufigsten verwendeten Transaktionen, die vom System angeboten werden, und stellen Sie fest, wie oft sie von wie vielen Benutzern verwendet werden. Dadurch können Sie später überprüfen, ob die Farm eine derartige Auslastung in der Testumgebung unterstützt.

Im folgenden Diagramm ist die Beziehung von Arbeitsauslastung und Auslastung im System beschrieben:

Kapazität - Arbeitslastdiagramm

Sammeln Sie die folgenden Informationen, um die erwartete Arbeitsauslastung zu bestimmen:

Identifizieren Sie Benutzerinteraktionen, wie z. B. typisches Browsen in Webseiten, Dateidownloads und -uploads, das Anzeigen und Bearbeiten von Office-Webanwendungen im Browser, Interaktionen bei der gemeinsamen Dokumenterstellung, Synchronisierungen von SharePoint Workspace-Websites, Outlook Connector für soziale Netzwerke, RSS-Synchronisierung (in Outlook oder anderen Viewern), PowerPoint-Übertragungen, freigegebene OneNote-Notizbücher, freigegebene Excel Services-Arbeitsmappen, freigegebene Access Services-Anwendungen usw. Weitere Informationen finden Sie im Abschnitt Dienste und Features des Artikels Kapazitätsverwaltung und Größengestaltung für SharePoint Server 2010 (Übersicht). Konzentrieren Sie sich auf das Identifizieren der Interaktionen, die für Ihre Bereitstellung eindeutig sind, und bestimmen Sie die erwarteten Auswirkungen einer derartigen Auslastung. Beispiele hierfür kann die zahlreiche Verwendung von InfoPath-Formularen, Excel Services-Berechnungen und ähnlichen dedizierten Lösungen sein.
Identifizieren Sie Systemvorgänge, wie z. B. inkrementelle Suchdurchforstungen, tägliche Sicherungen, Zeitgeberaufträge für die Profilsynchronisierung, Web Analytics-Verarbeitungen, die Protokollierung von Zeitgeberaufträgen usw.
Bestimmen Sie die Gesamtanzahl der Benutzer pro Tag, die voraussichtlich die einzelnen Features verwenden werden, und leiten Sie die geschätzte Anzahl gleichzeitiger Benutzer und eine Übersicht über die Anforderungen pro Sekunde ab. Dabei werden Sie von einigen Annahmen ausgehen, wie z. B. die aktuelle Anzahl gleichzeitiger Benutzer und der RPS-Faktor für gleichzeitige Benutzer, der für die verschiedenen Features unterschiedlich ist. Für diesen Vorgang sollten Sie die Arbeitsauslastungstabelle weiter oben in diesem Abschnitt heranziehen. Sie sollten sich nicht auf den durchschnittlichen Durchsatz, sondern unbedingt auf Spitzenzeiten konzentrieren. Durch die Planung für Spitzenaktivität können Sie die Größe Ihrer SharePoint Server 2010-basierten Lösung ordnungsgemäß anpassen.

Wenn eine Office SharePoint Server 2007-Lösung vorhanden ist, können Sie ein Data Mining für die IIS-Protokolldateien ausführen oder andere Webüberwachungstools verwenden, um bestimmte erwartete Verhaltensweisen der vorhandenen Lösung besser zu verstehen. Weitere Informationen finden Sie in den Anweisungen im nächsten Abschnitt. Falls Sie nicht von einer vorhandenen Lösung migrieren, sollten Sie grobe Schätzungen in die Tabelle eintragen. In späteren Schritten müssen Sie Ihre Vorgaben überprüfen und das System optimieren.

Analysieren der IIS-Protokolle von SharePoint Server 2010

Zur Ermittlung wichtiger Metriken zu einer vorhandenen SharePoint Server 2010-Bereitstellung, wie z. B. wie viele Benutzer aktiv sind, wie stark sie das System beanspruchen, welche Art von Anforderungen eingehen und von welchen Clienttypen sie stammen, müssen Daten aus ULS- und IIS-Protokollen extrahiert werden. Die Verwendung von Log Parser ist eine der einfachsten Methoden zur Beschaffung dieser Daten. Hierbei handelt es sich um ein leistungsfähiges Tool, das kostenlos von der Microsoft-Website heruntergeladen werden kann. Mit dem Log Parser kann eine Reihe von Text- und Binärformaten gelesen und geschrieben werden, einschließlich aller IIS-Formate.

Ausführliche Informationen zum Analysieren der Verwendung von SharePoint Server 2010 mit dem Log Parser finden Sie unter Analysieren der Verwendung von Microsoft SharePoint-Produkten und -Technologien (https://www.microsoft.com/downloads/details.aspx?familyid=f159af68-c3a3-413c-a3f7-2e0be6d5532e\&displaylang=de-de).

Log Parser 2.2 kann auf der Webseite https://www.microsoft.com/downloads/details.aspx?familyid=890cd06b-abf8-4c25-91b2-f8d975cf8c07&displaylang=de-de heruntergeladen werden.

Dataset

Das Dataset beschreibt das auf dem System gespeicherte Inhaltsvolumen und wie es im Datenspeicher verteilt werden kann. In der folgenden Tabelle finden Sie einige wichtige Metriken, die beim Bestimmen des Datasets hilfreich sind. Mithilfe dieser Tabelle können Sie diese Metriken beim Erfassen aufzeichnen.

Objekt	Wert
Datenbankgröße (in GB)
Anzahl der Inhaltsdatenbanken
Anzahl der Websitesammlungen
Anzahl der Webanwendungen
Anzahl der Websites
Suchindexgröße (Anzahl der Elemente)
Anzahl der Dokumente
Anzahl der Listen
Durchschnittliche Websitegröße
Größte Websitegröße
Anzahl der Benutzerprofile

Inhaltsgröße – Die Kenntnis der Größe des Inhalts, den Sie voraussichtlich im SharePoint Server 2010-System speichern werden, spielt für das Planen und Entwerfen des Systemspeichers sowie für die ordnungsgemäße Größenanpassung der Suchlösung, mit der dieser Inhalt durchforstet und indiziert wird, eine wichtige Rolle. Die Inhaltsgröße wird als Gesamtspeicherplatz beschrieben. Wenn Sie Inhalt aus einer vorhandenen Bereitstellung migrieren, ist die Festlegung der Gesamtgröße, die Sie verschieben werden, relativ einfach. Bei der Planung sollten Sie das Wachstum im Laufe der Zeit basierend auf dem vorhergesagten Trend berücksichtigen.
Gesamtanzahl der Dokumente – Neben der Inhaltsgröße muss unbedingt die Gesamtanzahl der Elemente nachverfolgt werden. Das System reagiert unterschiedlich, wenn 100 GB Daten aus 50 Dateien mit jeweils 2 GB bestehen oder wenn 100.000 Dateien mit jeweils 1 KB vorhanden sind. Bei großen Bereitstellungen gilt, je weniger ein einzelnes Element, ein Dokument oder ein Dokumentbereich belastet wird, desto besser ist die Leistung. Weit verteilte Inhalte wie z. B. viele kleinere Dateien in vielen Websites und Websitesammlungen können einfacher zur Verfügung gestellt werden, als dies bei einer einzelnen großen Dokumentbibliothek mit sehr großen Dateien der Fall ist.
Maximale Websitesammlungsgröße – Sie müssen unbedingt die größte Inhaltseinheit identifizieren, die Sie in SharePoint Server 2010 speichern werden. Gewöhnlich verhindern organisatorische Anforderungen das Aufteilen dieser Inhaltseinheit. Die durchschnittliche Größe aller Websitesammlungen und die geschätzte Gesamtanzahl von Websitesammlungen sind zusätzliche Indikatoren zum Identifizieren der bevorzugten Datenarchitektur.
Datenmerkmale von Dienstanwendungen – Neben der Analyse der Speicheranforderungen für den Inhaltsspeicher sollten Sie die Größe der folgenden anderen SharePoint Server 2010-Speicher analysieren und bestimmen:
Gesamtgröße des Suchindexes
Die Gesamtgröße der Profildatenbank basierend auf der Anzahl von Benutzern im Profilspeicher
Die Gesamtgröße der Datenbank für Funktionen und Daten für das soziale Netzwerk basierend auf der erwarteten Anzahl von Kategorien, Kollegen und Aktivitäten
Die Größe des Metadatenspeichers
Die Größe der Verwendungsdatenbank
Die Größe der Web Analytics-Datenbank

Weitere Informationen zum Bestimmen der Datenbankgrößen finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server 2010).

Festlegen von Zielvorgaben für die Leistung und Zuverlässigkeit der Farm

Eines der Resultate von Schritt 1: Modellierung ist die Kenntnis der Zielvorgaben für die Leistung und Zuverlässigkeit, die für die Anforderungen Ihrer Organisation am besten geeignet sind. Eine ordnungsgemäß entworfene SharePoint Server-Lösung sollte eine Betriebszeit von "vier Neunen" 99,99 % mit Serverreaktionszeiten unterhalb einer Sekunde erzielen.

Die folgenden Indikatoren können zum Beschreiben der Leistung und Zuverlässigkeit der Farm verwendet werden:

Serververfügbarkeit – Dies wird in der Regel durch die prozentuale Gesamtbetriebszeit des Systems beschrieben. Sie sollten unerwartete Downtime nachverfolgen und die Gesamtverfügbarkeit mit der von Ihnen festgelegten Zielvorgabe vergleichen. Die Zielvorgaben werden im Allgemeinen durch eine Reihe von Neunen beschrieben (z. B. 99 %, 99,9 %, 99,99 %)
Serverreaktionszeit – Die Zeit, die die Farm zur Erfüllung von Anforderungen benötigt, ist ein guter Indikator für die Nachverfolgung der Farmintegrität. Dieser Indikator wird gewöhnlich als serverseitige Wartezeit bezeichnet, und im Allgemeinen wird die durchschnittliche oder mittlere Wartezeit (50. Quantil) der täglich bedienten Anforderungen verwendet. Die Zielvorgaben werden generell als Sekundenbruchteile oder Sekunden beschrieben. Wenn es in Ihrer Organisation die Zielvorgabe gibt, Seiten aus SharePoint Server 2010 in weniger als zwei Sekunden verfügbar zu machen, muss die serverseitige Zielvorgabe Sekundenbruchteile sein, damit genügend Zeit vorhanden ist, dass die Seite den Client über das Netzwerk erreichen kann und im Browser gerendert werden kann. Im Allgemeinen sind außerdem längere Serverreaktionszeiten ein Hinweis auf eine instabile Farm, da dies normalerweise Auswirkungen auf den Durchsatz hat und RPS selten Schritt halten kann, wenn Sie für die meisten Anforderungen mehr als eine Sekunde auf dem Server verbringen.
Serverspitzenwerte – Ein weiterer guter serverseitiger Wartezeitindikator, der nachverfolgt werden sollte, ist das Verhalten der 5 % der langsamsten Anforderungen. Bei langsameren Anforderungen handelt es sich häufig um Anforderungen, die im System eingehen, wenn es stark ausgelastet ist, oder sogar noch häufiger um Anforderungen, die durch seltenere Aktivitäten während der Interaktion von Benutzern mit dem System beeinträchtigt werden. Bei einem stabilen System sind auch die langsamsten Anforderungen unter Kontrolle. Das Ziel ist in diesem Fall ähnlich wie bei der Serverreaktionszeit. Zum Erreichen einer Antwort unterhalb einer Sekunde bei Serverspitzenwerten müssen Sie jedoch für die Spitzenwerte eine Menge von Ersatzressourcen in das System einbauen.
Systemressourcenverwendung – Weitere häufig verwendete Indikatoren zum Nachverfolgen der Systemintegrität stellen eine Sammlung von Systemleistungsindikatoren dar, mit denen der Status jedes Servers in der Farmtopologie identifiziert wird. Die am häufigsten verwendeten Nachverfolgungsindikatoren sind die CP-Auslastung: % und Verfügbarer Arbeitsspeicher. Es gibt jedoch zusätzliche Leistungsindikatoren zum Identifizieren eines instabilen Systems. Weitere Informationen finden Sie in Schritt 5: Überwachung und Wartung.

Schritt 2: Entwurf

Nachdem Sie Fakten oder Schätzungen für die bereitzustellende Lösung gesammelt haben, können Sie mit dem nächsten Schritt des Entwerfens einer vorgeschlagenen Architektur fortfahren, die Ihrer Meinung nach den erwarteten Bedarf bewältigen kann.

Am Ende dieses Schritts sollte ein Entwurf für die physikalische Topologie und ein Layout für die logische Topologie vorliegen, sodass Sie mit notwendigen Bestellungen beginnen können.

Die Hardwarespezifikationen und die Anzahl der Server im Layout sind eng miteinander verknüpft. Für eine bestimmte Auslastung gibt es mehrere Lösungen, die für die Bereitstellung zur Auswahl stehen. Gewöhnlich werden entweder ein paar wenige leistungsstarke Server (vertikale Skalierung) oder aber eine größere Anzahl leistungsschwächerer Server (horizontale Skalierung) verwendet. Jede Lösung weist Vor- und Nachteile bezüglich Kapazität, Redundanz, Leistung, Kosten, Platzbedarf usw. auf.

Es wird empfohlen, diesen Schritt mit der Festlegung der Architektur und Topologie zu beginnen. Definieren Sie das Layout der verschiedenen Farmen und der verschiedenen Dienste in jeder Farm, und wählen Sie dann die Hardwarespezifikationen für die einzelnen Server Ihres Entwurfs aus. Dieses Verfahren können Sie auch ausführen, indem Sie die bereitzustellenden Hardwarespezifikationen identifizieren (viele Organisationen sind auf einen bestimmten Firmenstandard festgelegt) und anschließend die Architektur und Topologie definieren.

Zeichnen Sie anhand der folgenden Tabelle die Entwurfsparameter auf. Die angegebenen Daten sind Beispieldaten und sollten nicht für die Größenanpassung Ihrer Farm verwendet werden. Hiermit soll lediglich aufgezeigt werden, wie Sie diese Tabelle für Ihre eigenen Daten verwenden.

Rolle	Typ (Standard oder virtuell)	Anzahl der Server	Prozessoren	RAM	IOPS-Anforderungen	Datenträgergröße BS+Protokoll	Datenlaufwerk
Webserver	Virtuell	4	4 Kerne	8	n/v	400 GB	n/v
Inhaltsdatenbankserver	Standard	1 Cluster	4 Quad-Core mit 2,33 GHz	48	2000	400 GB	20 300-GB-Datenträger mit 15.000 Umdrehungen pro Minute
Anwendungsserver	Virtuell	4	4 Kerne	16	n/v	400 GB	n/v
Suchdurchforstung-Zielwebserver	Virtuell	1	4 Kerne	8	n/v	400 GB	n/v
Suchabfrageserver	Standard	2	2 Quad-Core mit 2,33 GHz	32	n/v	400 GB	500 GB
Suchcrawlerserver	Standard	2	2 Quad-Core mit 2,33 GHz	16	400	400 GB	n/v
Server mit Suchdurchforstungsdatenbank	Standard	1 Cluster	4 Quad-Core mit 2,33 GHz	48	4000 (optimiert für das Lesen)	100 GB	16 150-GB-Datenträger mit 15.000 Umdrehungen pro Minute
Sucheigenschaften-Informationsspeicherdatenbank + Administrationsdatenbankserver	Standard	1 Cluster	4 Quad-Core mit 2,33 GHz	48	2000 (optimiert für das Schreiben)	100 GB	16 150-GB-Datenträger mit 15.000 Umdrehungen pro Minute

Bestimmen der Ausgangsarchitektur

In diesem Abschnitt wird beschrieben, wie Sie eine Ausgangsarchitektur auswählen.

Bei der Bereitstellung von SharePoint Server 2010 stehen eine Reihe von Topologien zum Implementieren Ihrer Lösung zur Auswahl. Sie können einen einzelnen Server bereitstellen oder viele Server auf eine SharePoint Server-Farm mit gruppierten oder gespiegelten Datenbankservern und separaten Anwendungsservern für verschiedene Dienste horizontal skalieren. Später wählen Sie die Hardwarekonfigurationen basierend auf den Anforderungen der verschiedenen Rollen und basierend auf Kapazität, Verfügbarkeit und Redundanzanforderungen aus.

Beginnen Sie mit der Überprüfung der verschiedenen Referenzarchitekturen, und bestimmen Sie die Farmstruktur. Entscheiden Sie, ob die Lösung auf mehrere Farmen verteilt werden soll, oder fassen Sie Dienste, wie z. B. die Suche, in einer dedizierten Farm zusammen. Weitere Informationen finden Sie im Abschnitt Referenzarchitekturen unter Kapazitätsverwaltung und Größengestaltung für SharePoint Server 2010 (Übersicht).

Technische Fallstudien für SharePoint Server 2010

Die Dokumentation zur Kapazitätsverwaltung für SharePoint Server 2010 beinhaltet eine Reihe von technischen Fallstudien für bestehende Produktionsumgebungen. Hier finden Sie ausführliche Beschreibungen vorhandener SharePoint Server-basierter Produktionsumgebungen. Weitere technische Fallstudien werden im Laufe der Zeit veröffentlicht. Sie dienen als Referenz zum Entwerfen einer SharePoint Server-basierten Umgebung für bestimmte Zwecke.

Verwenden Sie diese Fallstudien als Referenz beim Entwerfen der Architektur Ihrer SharePoint Server-Lösungen, insbesondere wenn die Beschreibung der wichtigen bereitstellungsspezifischen Unterscheidungsmerkmale mit den Anforderungen und Zielvorgaben der zu erstellenden Lösung vergleichbar sind.

In diesen Dokumenten werden für jede dokumentierte Fallstudie die folgenden Informationen beschrieben:

Spezifikationen, wie z. B, Hardware, Farmtopologie und Konfiguration.
Arbeitsauslastung, einschließlich Benutzerbasis und Nutzungsmerkmalen.
Dataset, einschließlich Inhaltsgrößen, Inhaltsmerkmalen und Inhaltsverteilung.
Integrität und Leistung, einschließlich einer Reihe aufgezeichneter Indikatoren zur Beschreibung der Zuverlässigkeit und Leistungsmerkmale der Farm.

Um weitere Informationen zu erhalten, laden Sie die entsprechenden Dokumente von der https://technet.microsoft.com/de-de/library/cc261716(Office.14).aspx Webseite Technische Fallstudien zu Leistung und Kapazität (https://technet.microsoft.com/de-de/library/cc261716(Office.14).aspx) herunter.

Auswählen der Hardware

Die Auswahl der richtigen Spezifikationen für die Computer in der Farm ist ein wichtiger Schritt, um die Zuverlässigkeit und Leistung der Bereitstellung sicherzustellen. Beachten Sie unbedingt, dass Sie für Spitzenauslastungen und Spitzenzeiten planen sollten. Das heißt, wenn die Farm unter durchschnittlichen Auslastungsbedingungen arbeitet, sollten ausreichend Ressourcen verfügbar sein, um den größtmöglichen erwarteten Bedarf zu bewältigen, während gleichzeitig die Zielvorgaben für Wartezeit und Durchsatz erfüllt werden.

Die zentralen Hardwarefeatures für Kapazität und Leistung von Servern entsprechen vier Hauptkategorien: Verarbeitungsleistung, Datenträgerleistung, Netzwerkkapazität und Arbeitsspeicherkapazität eines Systems.

Darüber hinaus sollten Sie die Verwendung virtualisierter Computer berücksichtigen. Eine SharePoint Server-Farm kann mithilfe virtueller Computer bereitgestellt werden. Dies bietet zwar keine Leistungsvorteile, dafür aber Verwaltungsvorteile. Das Virtualisieren von SQL Server-basierten Computern wird im Allgemeinen nicht empfohlen, aber das Virtualisieren der Webserver- und Anwendungsserverebenen bietet möglicherweise gewisse Vorteile. Weitere Informationen finden Sie unter Virtualisierungsplanung (https://technet.microsoft.com/de-de/library/ff607968.aspx).

Richtlinien für die Hardwareauswahl

Auswählen von Prozessoren

SharePoint Server 2010 gibt es nur für 64-Bit-Prozessoren. Im Allgemeinen kann mit mehr Prozessoren ein höherer Bedarf abgedeckt werden.

In SharePoint Server 2010 werden einzelne Webserver beim Hinzufügen von Prozessorkernen skaliert (wir haben bis zu 24 Prozessorkerne getestet). Je mehr Prozessorkerne der Server aufweist, desto mehr Auslastung kann bewältigt werden, Alles andere ist identisch. Bei großen SharePoint Server-Bereitstellungen wird empfohlen, entweder mehrere Webserver mit 4 Kernen (die virtualisiert werden können) oder weniger und leistungsstärkere Webserver (mit 8/16/24 Kernen) zuzuordnen.

Die Prozessorkapazitätsanforderungen der Anwendungsserver hängen von der Rolle des Servers und den darauf ausgeführten Diensten ab. Die SharePoint Server-Features erfordern unterschiedlich viel Verarbeitungsleistung. Beispielsweise ist der SharePoint-Suchdienst in hohem Maß von der Verarbeitungsleistung des Anwendungsservers abhängig. Weitere Informationen zu den Ressourcenanforderungen von SharePoint Server-Features und -Diensten finden Sie im Abschnitt Dienste und Features des Artikels Kapazitätsverwaltung und Größengestaltung für SharePoint Server 2010 (Übersicht).

Die Prozessorkapazitätsanforderungen für SQL Server hängen auch von den Dienstdatenbanken ab, die von einem SQL Server-basierten Computer gehostet werden. Weitere Informationen zum typischen Verhalten und zu den Anforderungen der verschiedenen Datenbanken finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server 2010).

Auswählen des Arbeitsspeichers

Ihre Server benötigen in Abhängigkeit von der Funktion und der Rolle des Servers eine unterschiedliche Menge an Arbeitsspeicher. Beispielsweise verarbeiten Server, auf denen Suchdurchforstungskomponenten ausgeführt werden, Daten schneller, wenn sie sehr viel Arbeitsspeicher aufweisen, da Dokumente zur Verarbeitung in den Arbeitsspeicher eingelesen werden. Webserver, die viele Zwischenspeicherungsfeatures von SharePoint Server 2010 nutzen, benötigen möglicherweise ebenfalls mehr Arbeitsspeicher.

Im Allgemeinen sind die Arbeitsspeicheranforderungen für Webserver stark abhängig von der in der Farm aktivierten Anzahl von Anwendungspools und von der Anzahl gleichzeitig verarbeiteter Anforderungen. Bei den meisten SharePoint Server-Produktionsbereitstellungen wird empfohlen, auf jedem Webserver mindestens 8 GB RAM zuzuordnen, wobei 16 GB für Server mit höherem Datenverkehr oder für Bereitstellungen mit mehreren separat konfigurierten Anwendungspools empfohlen werden.

Die Arbeitsspeicheranforderungen für Anwendungsserver variieren ebenfalls. Die SharePoint Server-Features haben unterschiedliche Arbeitsspeicheranforderungen an die Anwendungsebene. Bei den meisten SharePoint Server-Produktionsbereitstellungen wird empfohlen, auf jedem Anwendungsserver mindestens 8 GB RAM zuzuordnen. Anwendungsserver mit 16 GB, 32 GB und 64 GB RAM sind üblich, wenn viele Anwendungsdienste auf demselben Server aktiviert sind, oder wenn Dienste, die in hohem Maß auf Arbeitsspeicher angewiesen sind, wie z. B. die Dienste für Excel-Berechnungen oder der SharePoint Server-Suchdienst, aktiviert sind.

Die Arbeitsspeicheranforderungen von Datenbankservern sind direkt abhängig von der Größe der Datenbanken. Weitere Informationen zum Auswählen von Arbeitsspeicher für Ihre SQL Server-basierten Computer finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server 2010).

Auswählen von Netzwerken

Neben dem Vorteil für Benutzer, wenn Clients über das Netzwerk schnellen Zugriff auf Daten haben, benötigt eine verteilte Farm schnellen Zugriff für die Kommunikation zwischen den Servern. Dies gilt insbesondere, wenn Sie Dienste auf mehrere Server verteilen oder einige Dienste anderen Farmen zuteilen. In der Farm gibt es einen erheblichen Datenverkehr auf der Webserverebene, der Anwendungsserverebene und der Datenbankserverebene. Das Netzwerk kann in bestimmten Situationen schnell zu einem Engpass werden, wie z. B. bei der Verwendung sehr großer Dateien oder sehr hoher Auslastungen.

Für Webserver und Anwendungsserver sollten mindestens zwei Netzwerkschnittstellenkarten (Network Interface Card, NIC) konfiguriert sein, nämlich eine für den Datenverkehr von Endbenutzern, und eine zweite für die Kommunikation zwischen den Servern. Die Netzwerklatenz zwischen Servern kann erhebliche Auswirkungen auf die Leistung haben. Deshalb muss unbedingt eine Netzwerklatenz von weniger als 1 Millisekunde zwischen dem Webserver und den SQL Server-basierten Computern, von denen die Inhaltsdatenbanken gehostet werden, eingehalten werden. Die SQL Server-basierten Computer, die die Dienstanwendungsdatenbanken hosten, sollten auch möglichst nahe beim Anwendungsserver sein. Das Netzwerk zwischen Farmservern sollte eine Bandbreite von mindestens 1 GBit/s aufweisen.

Auswählen von Datenträgern und Speicherplatz

Bei der Datenträgerverwaltung geht es nicht einfach darum, ausreichend Speicherplatz für die Daten bereitzustellen. Sie müssen den Bedarf und das Wachstum kontinuierlich bewerten und sicherstellen, dass das System durch die Speicherarchitektur nicht ausgebremst wird. Sie sollten stets darauf achten, dass auf jedem Datenträger mindestens 30 % mehr Speicherkapazität im Vergleich zum höchsten von Ihnen geschätzten Datenanforderungswert vorhanden ist, um zukünftiges Wachstum zu ermöglichen. Darüber hinaus spielt bei den meisten Produktionsumgebungen die Datenträgergeschwindigkeit (IOps) eine entscheidende Rolle für ausreichend Durchsatz, um die Speicheranforderungen der Server zu befriedigen. Sie müssen den Umfang des Datenverkehrs (IOps) schätzen, der für die wichtigsten Datenbanken in der Bereitstellung anfällt, und ausreichend Datenträger zur Bewältigung dieses Datenverkehrs zuordnen.

Weitere Informationen zum Auswählen von Datenträgern für Datenbankserver finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server 2010).

Für die Webserver und Anwendungsserver gelten ebenfalls Speicheranforderungen. Bei den meisten Produktionsumgebungen wird empfohlen, mindestens 200 GB Speicherplatz für das Betriebssystem und temporäre Dateien sowie 150 GB Speicherplatz für Protokolle zuzuordnen.

Schritt 3: Pilot-, Test- und Optimierungsphase

Die Test- und Optimierungsphase ist ein wichtiger Bestandteil einer effektiven Kapazitätsverwaltung. Sie sollten neue Architekturen testen, bevor Sie sie in der Produktionsumgebung bereitstellen. Außerdem sollten Sie Akzeptanztests in Verbindung mit den folgenden bewährten Methoden für die Überwachung ausführen, um sicherzustellen, dass die von Ihnen entworfenen Architekturen die Zielvorgaben bezüglich Leistung und Kapazität erfüllen. Auf diese Weise können Sie potenzielle Engpässe identifizieren und optimieren, bevor sie sich auf Benutzer in einer Livebereitstellung negativ auswirken. Das Testen ist besonders wichtig, wenn Sie von einer Office SharePoint Server 2007-Umgebung upgraden und Änderungen an der Architektur vornehmen möchten, oder wenn Sie die Benutzerauslastung der neuen SharePoint Server-Features bestimmen. Dadurch können Sie nämlich sicherstellen, dass die neue SharePoint Server-basierte Umgebung die Zielvorgaben bezüglich Leistung und Kapazität erfüllt.

Nachdem Sie die Umgebung getestet haben, können Sie die Testergebnisse analysieren, um zu bestimmen, welche Änderungen erforderlich sind, um die von Ihnen in Schritt 1: Modellierung aufgestellten Zielvorgaben bezüglich Leistung und Kapazität zu erfüllen.

Die folgenden empfohlenen untergeordneten Schritte sollten Sie für die Testumgebung ausführen:

Erstellen Sie die Testumgebung, in der die von Ihnen in Schritt 2: Entwurf entworfene Ausgangsarchitektur imitiert wird.
Füllen Sie den Speicherplatz mit dem Dataset oder einem Teil des Datasets, das Sie in Schritt 1: Modellierung definiert haben.
Belasten Sie das System mit einer synthetischen Auslastung, die die von Ihnen in Schritt 1: Modellierung definierte Arbeitsauslastung darstellt.
Führen Sie Tests aus, analysieren Sie die Ergebnisse, und optimieren Sie die Architektur.
Stellen Sie die optimierte Architektur im Rechenzentrum bereit, und führen Sie einen Pilotversuch mit wenigen Benutzern durch.
Analysieren Sie die Ergebnisse des Pilotversuchs, identifizieren Sie potenzielle Engpässe, und optimieren Sie die Architektur. Testen Sie bei Bedarf erneut.
Stellen Sie in der Produktionsumgebung bereit.

Testen

Das Testen ist ein wichtiger Faktor, um zu erreichen, dass von Ihrem Systementwurf die anfallende Arbeitsauslastung und die Nutzungsmerkmale unterstützt werden. Ausführliche Informationen zum Testen der Bereitstellung von SharePoint Server 2010 finden Sie unter Testen der Leistung für SharePoint Server 2010.

Erstellen eines Testplans
Erstellen der Testumgebung
Erstellen von Tests und Tools

Bereitstellen der Pilotumgebung

Vor der Bereitstellung von SharePoint Server 2010 in einer Produktionsumgebung müssen Sie unbedingt vorher eine Pilotumgebung bereitstellen und die Farm gründlich testen, um sicherzustellen, dass sie die Zielvorgaben bezüglich Kapazität und Leistung für die erwarteten Spitzenauslastungen erfüllt. Es wird empfohlen, speziell für große Bereitstellungen die Pilotumgebung zuerst mit einer synthetischen Auslastung zu testen und dann die Auslastung mit wenigen Livebenutzern und Liveinhalten zu testen. Die Analyse einer Pilotumgebung mit wenigen Livebenutzern bietet die Möglichkeit, einige von Ihnen aufgestellte Annahmen zu den Nutzungsmerkmalen und zum Inhaltswachstum zu überprüfen, bevor Sie komplett auf die Produktionsumgebung umstellen.

Optimieren

Wenn die Zielvorgaben bezüglich Kapazität und Leistung durch Skalieren der Farmhardware oder Änderungen an der Topologie nicht erfüllt werden können, müssen Sie möglicherweise die Lösung überarbeiten. Wenn z. B. die ursprünglichen Anforderungen eine einzelne Farm für die Zusammenarbeit, die Suche und soziale Netzwerke vorsah, müssen Sie möglicherweise einige der Dienste wie z. B. den Suchdienst einer dedizierten Farm für Dienste zuteilen oder die Arbeitsauslastung auf mehr Farmen aufteilen. Eine Alternative ist das Bereitstellen einer dedizierten Farm für soziale Netzwerke und eine weitere Farm für die Teamzusammenarbeit.

Schritt 4: Bereitstellung

Nachdem Sie die abschließende Testrunde ausgeführt und bestätigt haben, dass die gewählte Architektur die von Ihnen Schritt 1: Modellierung aufgestellten Zielvorgaben bezüglich Leistung und Kapazität erfüllt, können Sie die SharePoint Server 2010-basierte Umgebung für die Produktion bereitstellen.

Die geeignete Einführungsstrategie hängt von der Umgebung und der Situation ab. Während die Bereitstellung von SharePoint Server im Allgemeinen den Rahmen dieses Dokuments sprengt, gibt es bestimmte vorgeschlagene Aktivitäten, die sich aus der Kapazitätsplanungsübung ergeben. Es folgen einige Beispiele:

Bereitstellen einer neuen SharePoint Server-Farm: Die Kapazitätsplanungsübung sollte die Pläne für einen Entwurf und die Bereitstellung von SharePoint Server 2010 in die richtigen Bahnen gelenkt und bestätigt haben. In diesem Fall ist die Einführung die erste umfassende Bereitstellung von SharePoint Server 2010. Dabei müssen die Server und Dienste, die in den Kapazitätsplanungsübungen verwendet wurden, in die Produktionsumgebung verschoben oder neu erstellt werden. Dies ist das einfachste Szenario, da keine Upgrades oder Änderungen an einer vorhandenen Farm erforderlich sind.
Upgraden einer Office SharePoint Server 2007-Farm auf SharePoint Server 2010: In der Kapazitätsplanungsübung sollte der Entwurf für eine Farm, die die bestehenden Anforderungen erfüllen und für den höheren Bedarf und die höhere Nutzung einer SharePoint Server 2010-Farm vertikal skaliert werden kann, überprüft worden sein. Die Kapazitätsplanungsübung sollte Testmigrationen beinhaltet haben, um zu überprüfen, wie lange der Upgradeprozess dauert, ob benutzerdefinierter Code geändert oder ersetzt werden muss, ob Drittanbietertools aktualisiert werden müssen usw. Am Ende der Kapazitätsplanung sollten Sie über einen geprüften Entwurf verfügen und wissen, wie lange das Upgrade dauert, sowie einen Plan für die optimale Abarbeitung des Upgradeprozesses haben – z. B. ein direktes Upgrade oder das Migrieren von Inhaltsdatenbanken in eine neue Farm. Falls Sie ein direktes Upgrade ausführen, haben Sie bei der Kapazitätsplanung möglicherweise festgestellt, dass zusätzliche oder aktualisierte Hardware erforderlich ist und die Downtime berücksichtigt werden muss. Das Resultat der Kapazitätsplanungsübung sollte unter anderem eine Liste der erforderlichen Hardwareänderungen und ein detaillierter Plan für die vorherige Bereitstellung der Hardwareänderungen in der Farm sein. Wenn die während der Kapazitätsplanung überprüfte Hardwareplattform vorhanden ist, können Sie das Upgraden auf SharePoint Server 2010 fortsetzen.
Verbessern der Leistung einer vorhandenen SharePoint Server 2010-Farm: Die Kapazitätsplanungsübung sollte Ihnen beim Identifizieren der Engpässe in Ihrer aktuellen Implementierung geholfen, Wege zum Reduzieren oder Eliminieren dieser Engpässe aufgezeigt sowie eine optimierte Implementierung, die Ihre Geschäftsanforderungen für SharePoint Server-Dienste erfüllt, ergeben haben. Es gibt verschiedene Methoden zum Beheben von Leistungsproblemen, die von der einfachen Neuzuordnung von Diensten auf vorhandener Hardware, dem Upgraden vorhandener Hardware, bis hin zum Hinzufügen zusätzlicher Hardware und Dienste reichen können. Die verschiedenen Methoden sollten während der Kapazitätsplanungsübung getestet und geprüft werden. Anschließend sollte in Abhängigkeit von den Ergebnissen dieser Tests ein Bereitstellungsplan aufgestellt werden.

Schritt 5: Überwachung und Wartung

Zur Aufrechterhaltung der Systemleistung müssen Sie den Server überwachen, um potenzielle Engpässe zu identifizieren. Vor einer effektiven Überwachung müssen Sie die wichtigen Indikatoren kennen, von denen Sie auf ein Problem bei einer bestimmten Farmkomponente hingewiesen werden, und diese Indikatoren zu deuten wissen. Falls Sie feststellen, dass in der Farm die von Ihnen definierten Zielvorgaben nicht eingehalten werden, können Sie die Farm anpassen, indem Sie Hardwareressourcen hinzufügen oder entfernen, die Topologie ändern oder die Methode zum Speichern von Daten ändern.

Eine Liste der Einstellungen, die Sie ändern können, um die Umgebung in einer früheren Phase zu überwachen, finden Sie unter Überwachen und Verwalten von SharePoint Server 2010. Anhand dieser Liste können Sie entscheiden, ob Änderungen erforderlich sind. Beachten Sie, dass sich eine detailliertere Überwachung auf den Speicherplatzbedarf der Verwendungsdatenbank auswirkt. Wenn die Umgebung stabil ist und diese detaillierte Überwachung nicht mehr benötigt wird, können Sie die folgenden Einstellungen auf die Standardwerte zurücksetzen.

Weitere Informationen zur Systemüberwachung und zur Problembehandlung mithilfe der in die Benutzeroberfläche der SharePoint Server-Zentraladministration integrierten Systemüberwachungstools finden Sie in den folgenden Artikeln:

Systemüberwachung (SharePoint Server 2010)

Problembehandlung (**https://technet.microsoft.com/de-de/library/ee748639(office.14).asp**x)