Kapazitätsplanung für SharePoint Server 2013

Artikel
02/23/2018

**Gilt für:**SharePoint Server 2013 Enterprise, SharePoint Server 2013 Standard

**Letztes Änderungsdatum des Themas:**2017-08-25

**Zusammenfassung:**Informationen zum Planen und Verwalten von Kapazität und Leistung für SharePoint Server 2013

In diesem Artikel wird beschrieben, wie Sie die Kapazität einer SharePoint Server 2013-Farm planen. Wenn Sie mit Kapazitätsplanung und -verwaltung eingehend vertraut sind, können Sie Ihre Kenntnisse auf die Systemdimensionierung anwenden. Mit dem Begriff Dimensionierung wird die Auswahl und Konfiguration der entsprechenden Datenarchitektur, logischen und physischen Topologie und Hardware für eine Lösungsplattform beschrieben. Es gibt eine Reihe von Überlegungen zu Kapazitätsverwaltung und -nutzung, die beeinflussen, wie Sie die am besten geeigneten Hardware- und Konfigurationsoptionen ermitteln.

Bevor Sie diesen Artikel lesen, sollten Sie Kapazitätsverwaltung und Größengestaltung für SharePoint Server 2013 lesen.

Wichtig

Einige Informationen und Werte in diesem Artikel basieren auf Testergebnissen und anderen Information in Zusammenhang mit SharePoint 2010-Produkte und stellen möglicherweise nicht die endgültigen Werte für SharePoint Server 2013 dar.

In diesem Artikel beschreiben wir die Schritte, die Sie für eine effektive Kapazitätsverwaltung für Ihre Umgebung durchführen sollten. Für jeden Schritt sind zur erforderlichen Durchführung bestimmte Informationen erforderlich, und jeder Schritt weist eine Reihe von Ergebnissen auf, die Sie im folgenden Schritt verwenden werden. Diese Anforderungen und Ergebnisse sind für jeden Schritt in Tabellen angegeben.

Inhalt dieses Artikels:

Schritt 1: Modellierung
Schritt 2: Entwurfserstellung
Schritt 3: Pilotbereitstellung, Test und Optimierung
Schritt 4: Bereitstellung
Schritt 5: Überwachung und Verwaltung

Schritt 1: Modellierung

Die Modellierung Ihrer SharePoint Server 2013-basierten Umgebung beginnt mit der Analyse Ihrer vorhandenen Lösungen und der Abschätzung der erwarteten Anforderungen und Ziele für die Bereitstellung, die Sie einrichten möchten. Sie beginnen mit der Sammlung von Informationen zu Ihrer Benutzerbasis, Datenanforderungen, Latenz- und Durchsatzzielen, und dokumentieren die SharePoint Server 2013-Features, die Sie bereitstellen möchten. Informieren Sie sich in diesem Abschnitt darüber, welche Daten Sie sammeln sollten, wie Sie diese sammeln sollten, und wie sie in Folgeschritten verwendet werden können.

Verstehen Ihrer erwarteten Arbeitslast und des erwarteten Datasets

Für eine richtige Dimensionierung einer SharePoint Server 2013-Implementierung ist es erforderlich, die Merkmale der Arbeitslast zu untersuchen und zu verstehen, die Ihre Lösung verarbeiten soll. Dazu müssen Sie in der Lage sein, sowohl die Merkmale der Arbeitslast wie die Anzahl der Benutzer und die am häufigsten verwendeten Vorgänge als auch die Merkmale des Datasets wie Inhaltsgröße und Inhaltsverteilung zu beschreiben.

Dieser Abschnitt kann Ihnen helfen, einige spezifische Kennzahlen und Parameter, die Sie sammeln sollten, sowie Mechanismen zu verstehen, anhand derer sie gesammelt werden können.

Arbeitslast

Arbeitslast beschreibt das Vorgangsvolumen, welches das System unterstützen muss, die Benutzerbasis und Nutzungsmerkmale. Die folgende Tabelle enthält einige zentrale Kennzahlen, die zur Ermittlung Ihrer Arbeitslast hilfreich sind. Sie können diese Tabelle verwenden, um diese Kennzahlen aufzuzeichnen, wenn Sie sie erfassen.

Merkmale der Arbeitlast	Wert
Durchschnittliche tägliche RPS
Durchschnittliche RPS zu Spitzenzeiten
Gesamtanzahl eindeutiger Benutzer pro Tag
Tägliche gleichzeitige Benutzer im Durchschnitt
Maximale gleichzeitige Benutzer zu Spitzenzeiten
Gesamtanzahl von Anfragen pro Tag
Erwartete Arbeitslastverteilung	Anzahl von Anfragen pro Tag
Webbrowser - Suchdurchforstung
Webbrowser - allgemeine Zusammenarbeitsinteraktion
Webbrowser - soziale Interaktion
Webbrowser - allgemeine Interaktion
Webbrowser - Office Web Apps
Office-Clients
OneNote-Client
SharePoint-Arbeitsbereich
Outlook-RSS-Synchronisierung
Outlook Connector für soziale Netzwerke
Sonstige Interaktionen (benutzerdefinierte Anwendungen/Webdienste)

Gleichzeitige Benutzer: Das gleichzeitige Auftreten von Vorgängen in der Serverfarm wird üblicherweise als die Anzahl unterschiedlicher Benutzer gemessen, die Anfragen in einem bestimmten Zeitrahmen generieren. Die zentralen Kennzahlen sind die täglich durchschnittlichen und die gleichzeitigen Benutzer bei Spitzenauslastung.
Anforderungen pro Sekunde (RPS): RPS ist ein häufig verwendeter Indikator, der zur Beschreibung der Last der Serverfarm verwendet wird, die in der Anzahl der Anfragen ausgedrückt wird, die von der Farm pro Sekunde verarbeitet werden. Dabei wird allerdings nicht zwischen der Art oder Größe von Anforderungen unterschieden. Die Benutzerbasis jeder Organisation generiert Systemlast in einer Geschwindigkeit, die von den individuellen Nutzungsmerkmalen der Organisation abhängt. Weitere Informationen zu diesem Begriff finden Sie im Abschnitt Glossar unter Kapazitätsverwaltung und Größengestaltung für SharePoint Server 2013.
Gesamte tägliche Anforderungen: Die gesamten täglichen Anforderungen sind ein guter Indikator für die Gesamtlast, die vom System verarbeitet werden muss. Es werden üblicherweise über einen 24-Stunden-Zeitraum alle Anforderungen außer Authentifizierungshandshake-Anforderungen (HTTP-Status 401) gemessen.
Gesamte tägliche Benutzer: Gesamtbenutzer sind ein weiterer wichtiger Indikator für die Gesamtlast, die vom System verarbeitet werden muss. Dieses Maß ist die tatsächliche Anzahl eindeutiger Benutzer in einem 24-Stunden-Zeitraum, nicht die Gesamtanzahl von Mitarbeitern in der Organisation.

Hinweis

Die Gesamtzahl täglicher Benutzer kann auf das Wachstumspotenzial der Last auf der Farm hinweisen. Wenn die Anzahl potenzieller Benutzer 100.000 Mitarbeiter beträgt, weist eine Anzahl von 15.000 täglichen Benutzern darauf hin, dass die Last im Laufe der Zeit mit steigender Benutzerakzeptanz deutlich anwachsen kann.
Verteilung der Arbeitslast: Wenn Sie wissen, wie sich die Anfragen basierend auf den Clientanwendungen verteilen, die mit der Farm interagieren, kann Ihnen dies helfen, Vorhersagen zum erwarteten Trend und den erwarteten Lastveränderungen nach einer Migration zu SharePoint Server 2013 zu treffen. Wenn Benutzer zu aktuelleren Clientversionen als Office 2013 wechseln und die neuen Funktionen zu nutzen beginnen, steigt die Anzahl von neuen Auslastungsmustern, RPS und Gesamtanfragen voraussichtlich an. Wir können für jeden Client die Anzahl unterschiedlicher Benutzer beschreiben, die ihn im Zeitraum eines Tages verwenden, sowie die Gesamtzahl der Anforderungen, die der Client oder das Feature auf dem Server generiert.

Das Diagramm unten zeigt z. B. eine Momentaufnahme einer internen Microsoft-Liveumgebung, die eine herkömmliche soziale Lösung unterstützt. In diesem Beispiel können Sie sehen, dass ein Großteil der Last durch die Suchdurchforstung und herkömmliches Browsen der Endbenutzer generiert wird. Sie können außerdem sehen, dass das Feature "Outlook Connector für soziale Netzwerke" eine erhebliche Arbeitslast generiert (6,2 Prozent der Anforderungen).

Abschätzen der Produktionsarbeitslast

Beginnen Sie zum Abschätzen des erforderlichen Durchsatzes, den Ihre Farm erzielen können muss, mit einer Schätzung der Mischung von Transaktionen, die in Ihrer Farm verwendet werden. Konzentrieren Sie sich auf die Analyse der am häufigsten verwendeten Transaktionen, die das System unterstützen wird, und ermitteln Sie, wie häufig und von wie vielen Benutzern diese verwendet werden. Dies hilft Ihnen später im Präproduktionstest zu bestimmen, ob die Farm eine derartige Last bewältigen kann.

Das folgende Diagramm beschreibt die Beziehung der Arbeitslast und der Last im System:

Kapazität – Arbeitslastdiagramm

Sammeln Sie die folgenden Informationen, um Ihre erwartete Arbeitslast abzuschätzen:

Identifizieren Sie Benutzerinteraktionen wie typische Webseiten-Browsevorgänge, Dateidownloads und -uploads, Office Web Application-Ansichten und -Bearbeitungen im Browser, Interaktionen zur gemeinsamen Dokumenterstellung, Synchronisierungsvorgänge der SharePoint Workspace-Website, Outlook-Verbindungen mit sozialen Netzwerken, RSS-Synchronisierung (in Outlook oder anderen Viewern), PowerPoint-Übertragungen, freigegebene OneNote-Notizbücher, freigegebene Excel Service-Arbeitsmappen oder freigegebene Access Service-Anwendungen. Weitere Informationen finden Sie im Abschnitt Dienste und Features des Artikels Kapazitätsverwaltung und Größengestaltung für SharePoint Server 2013. Konzentrieren Sie sich darauf, die Interaktionen zu identifizieren, die speziell für Ihre Bereitstellung relevant sind, und ermitteln Sie die erwarteten Auswirkungen auf diese Last. Beispiele können die häufige Verwendung von InfoPath-Formularen, Excel Service-Berechnungen und ähnlichen dedizierten Lösungen sein.
Identifizieren Sie Systemvorgänge wie inkrementelle Suchdurchforstungen, tägliche Backups, Timerjobs zur Profilsynchronisierung, Webanalyseverarbeitung, Timerjobs zur Protokollierung und sonstige Vorgänge.
Schätzen Sie die Gesamtanzahl der Benutzer pro Tag, von denen jede Funktion voraussichtlich verwendet wird, und leiten Sie die geschätzte Anzahl gleichzeitiger Benutzer und allgemeiner Anforderungen pro Sekunde ab. Dabei machen Sie einige Annahmen, etwa zur derzeitigen Parallelität und dem Faktor der RPS pro gleichzeitigem Benutzer, der für verschiedene Funktionen unterschiedlich hoch ist. Verwenden Sie für Ihre Schätzungen die Tabelle zur Arbeitslast, die Sie weiter oben in diesem Abschnitt finden. Es ist wichtig, sich auf Spitzenzeiten anstatt auf den durchschnittlichen Umsatz zu konzentrieren. Die Berücksichtigung von Spitzenaktivitäten erlaubt Ihnen die richtige Dimensionierung Ihrer SharePoint Server 2013-basierten Lösung.

Wenn Sie derzeit eine Office SharePoint Server 2007-Lösung verwenden, können Sie die IIS-Protokolldateien prüfen oder andere vorhandene Web-Überwachungstools verwenden, um einige der erwarteten Verhaltensweisen in der vorhandenen Lösung besser zu verstehen. Im folgenden Abschnitt finden Sie außerdem weitere Hinweise. Wenn Sie nicht von einer vorhandenen Lösung migrieren, sollten Sie die Tabelle mit groben Schätzwerten ausfüllen. Sie müssen dann in späteren Schritten Ihre Annahmen überprüfen und das System optimieren.

Analysieren Ihrer IIS-Protokolle von SharePoint Server 2013

Um wichtige Kennzahlen zur vorhandenen SharePoint Server 2013-Bereitstellung zu ermitteln, z. B. die Anzahl aktiver Benutzer, deren Nutzungsintensität des Systems, die Art der eingehenden Anforderungen und die Art der Clients, von denen diese stammen, müssen Daten aus ULS- und IIS-Protokollen extrahiert werden. Eine der einfachsten Möglichkeiten, diese Daten zu erfassen, ist, Log Parser zu verwenden, eine leistungsstarkes Tool, das kostenlos von der Microsoft-Website heruntergeladen werden kann. Log Parser kann eine Reihe von Text- und binären Formaten, einschließlich aller IIS-Formate, lesen und schreiben.

Ausführliche Informationen zum Analysieren der SharePoint Server 2013-Nutzung mithilfe von Log Parser finden Sie unter Analyzing Microsoft SharePoint Products and Technologies Usage (https://www.microsoft.com/downloads/details.aspx?familyid=f159af68-c3a3-413c-a3f7-2e0be6d5532e\&displaylang=en\&tm).

Sie können Parser 2.2 unter https://www.microsoft.com/downloads/details.aspx?FamilyID=890CD06B-ABF8-4C25-91B2-F8D975CF8C07&displaylang=en herunterladen.

Dataset

Dataset beschreibt das Volumen der Inhalte, die im System gespeichert sind, und wie diese im Datenspeicher verteilt werden können. Die folgende Tabelle enthält einige wichtige Kennzahlen, die zur Bestimmung Ihres Datasets hilfreich sind. Sie können diese Tabelle verwenden, um diese Kennzahlen aufzuzeichnen, wenn Sie sie erfassen.

Objekt	Wert
DB-Größe (in GB)
Anzahl der Inhaltsdatenbanken
Anzahl der Websitesammlungen
Anzahl der Web-Apps
Anzahl der Websites
Suchindexgröße (Anzahl der Elemente)
Anzahl der Dokumente
Anzahl der Listen
Durchschnittliche Anzahl der Websites
Größe der größten Website
Anzahl der Benutzerprofile

Inhaltsgröße: Für die Planung und Entwicklung der Architektur des Systemspeichers und auch für die richtige Dimensionierung der Suchlösung, die diese Inhalte durchforsten und indizieren wird, es ist wichtig, die Größe der Inhalte zu kennen, die im SharePoint Server 2013-System voraussichtlich gespeichert werden. Die Inhaltsgröße wird in Festplattenspeicher insgesamt beschrieben. Wenn Sie Inhalte von einer vorhandenen Bereitstellung migrieren, kann es einfach sein, die Gesamtgröße der Inhalte zu ermitteln, die Sie verschieben werden; bei der Planung sollten Sie berücksichtigen, dass Inhalte basierend auf dem vorhergesagten Trend mit der Zeit anwachsen können.
Gesamtanzahl von Dokumenten: Neben der Größe des Datenkorpus ist es wichtig, die Gesamtanzahl der Elemente zu verfolgen. Das System reagiert unterschiedlich, je nachdem, ob 100 GB Daten aus 50 Dateien mit je 2 GB oder 100.000 Dateien mit je 1 KB bestehen. In großen Bereitstellungen ist die Leistung umso besser, je weniger Last auf einem einzelnen Element, Dokument oder Dokumentbereich liegt. Stark verteilte Inhalte wie mehrere kleinere Dateien in vielen Websites und Websitesammlungen sind einfacher zu unterstützen als eine einzige große Dokumentbibliothek mit sehr großen Dateien.
Maximale Größe von Websitesammlungen: Es ist wichtig, die größte Inhaltseinheit zu identifizieren, die Sie in SharePoint Server 2013 speichern werden; normalerweise verhindert eine organisationsbezogene Anforderung das Aufteilen dieser Inhaltseinheit. Die durchschnittliche Größe aller Websitesammlungen und die geschätzte Anzahl von Websitesammlungen sind zusätzliche Indikatoren, die Ihnen helfen, Ihre bevorzugte Datenarchitektur zu ermitteln.
Merkmale von Dienstanwendungsdaten: Zusätzlich zu den Speicheranforderungen für den Inhaltsspeicher sollten Sie die Größen anderer SharePoint Server 2013-Speicher analysieren und abschätzen. Dazu zählen folgende:
Gesamtgröße des Suchindex
Die Gesamtgröße der Profildatenbank basierend auf der Anzahl der Benutzer im Profilspeicher
Die Gesamtgröße der Datenbank für Funktionen und Daten für das soziale Netzwerk basierend auf der erwarteten Anzahl von Tags, Kollegen und Aktivitäten
Die Größe des Metadatenspeichers
Die Größe der Nutzungsdatenbank
Die Größe der Webanalysendatenbank

Festlegen von Zielen für Farmleistung und -zuverlässigkeit

Eines der Ergebnisse von Schritt 1: Modellierung ist ein eingehendes Verständnis der Leistungs- und Zuverlässigkeitsziele, welche die Anforderungen Ihrer Organisation am besten erfüllen. Eine richtig entworfene SharePoint Server 2013-Lösung sollte eine Betriebszeit von 99,99 % mit einer Serverreaktionszeit von unter einer Sekunde aufweisen.

Zu den Indikatoren, die zum Beschreiben der Leistung und Zuverlässigkeit der Farm verwendet werden, können folgende zählen:

Serververfügbarkeit: Üblicherweise anhand des Prozentsatzes der Gesamtbetriebszeit des Systems beschrieben. Sie sollten alle unerwarteten Ausfallzeiten verfolgen und die Gesamtverfügbarkeit mit dem von Ihnen festlegten Organisationsziel vergleichen. Die Ziele werden üblicherweise anhand einer bestimmten Anzahl von Neunen beschrieben (d. h. 99 %, 99,9 %, 99,99 %).
Serverreaktionszeit: Die Zeit, welche die Farm zur Verarbeitung von Anforderungen benötigt, ist ein guter Indikator, um die Integrität der Farm zu verfolgen. Dieser Indikator wird üblicherweise als serverseitige Latenz bezeichnet, und normalerweise wird die durchschnittliche oder mittlere Latenz (50. Quantil) der verarbeiteten täglichen Anforderungen verwendet. Die Ziele werden üblicherweise im Subsekunden- oder Sekundenbereich angegeben. Wenn Ihre Organisation ein Ziel hat, nach dem Seiten von SharePoint Server 2013 in weniger als zwei Sekunden verarbeitet werden müssen, muss das serverseitige Ziel Subsekunden sein, damit Zeit dafür bleibt, dass die Seite den Client über das Netzwerk erreichen und im Browser dargestellt werden kann. Außerdem deuten längere Serverreaktionszeiten im Allgemeinen auf eine fehlerhafte Farm hin, da sich dies normalerweise auf den Durchsatz auswirkt, und RPS können kaum aufrechterhalten werden, wenn die Verarbeitung der meisten Anforderungen auf dem Server länger als eine Sekunde dauert.
Serverbelastungsspitzen: Ein weiterer guter Indikator für serverseitige Latenz, der verfolgt werden sollte, ist das Verhalten der langsamsten 5 % aller Anforderungen. Bei langsameren Anforderungen handelt es sich normalerweise um die Anforderungen, die bei hoher Last auf das System treffen, oder, was noch häufiger der Fall ist, um Anforderungen, die von weniger häufigen Aktivitäten betroffen sind, die auftreten, wenn Benutzer mit dem System interagieren; ein fehlerfreies System ist ein System, das auch die langsamsten Anforderungen unter Kontrolle hat. Das Ziel ähnelt hier der Serverreaktionszeit, um jedoch eine Reaktionszeit im Subsekundenbereich bei Serverbelastungsspitzen zu erzielen, müssen Sie das System mit zahlreichen freien Ressourcen erstellen, um die Auslastungsspitzen zu bewältigen.
Auslastung der Systemressourcen: Andere gängige Indikatoren, die zur Überwachung des Zustands des Systems verwendet werden, sind eine Sammlung von Systemindikatoren, die den Zustand jedes Servers in der Farmtopologie angeben. Die am häufigsten verwendeten Indikatoren zur Überwachung sind die prozentuale CPU-Auslastung und der verfügbare Speicher; es gibt allerdings zahlreiche weitere Indikatoren, die helfen können, ein fehlerhaftes System zu identifizieren; weitere Details finden Sie unter Schritt 5: Überwachung und Verwaltung.

Schritt 2: Entwurfserstellung

Nachdem Sie nun einige Fakten oder Schätzungen zur Lösung gesammelt haben, die Sie bereitstellen müssen, können Sie mit dem nächsten Schritt beginnen: dem Entwurf einer vorgeschlagenen Architektur, welche die erwartete Arbeitslast bewältigen kann.

Am Ende dieses Schritts sollten Sie einen Entwurf für Ihre physische Topologie und ein Layout für Ihre logische Topologie haben, sodass Sie alle erforderlichen Bestellungen aufgeben können.

Es besteht ein enger Zusammenhang zwischen den Hardwarespezifikationen und der Anzahl der eingeplanten Computer. Es gibt zahlreiche Lösungen, die Sie bereitstellen können, um eine bestimmte Arbeitslast zu bewältigen. Normalerweise wird entweder eine kleine Anzahl leistungsstarker Computer (horizontale Skalierung) oder eine größere Anzahl weniger leistungsstarker Computer (vertikale Skalierung) verwendet; jede Lösung hat ihre Vor- und Nachteile im Hinblick auf Kapazität, Redundanz, Energieverbrauch, Kosten, Platzbedarf usw.

Wir empfehlen, diesen Schritt mit der Bestimmung Ihrer Architektur und Topologie zu beginnen. Definieren Sie, wie Sie die verschiedenen Farmen und die verschiedenen Dienste in jeder Farm gestalten möchten, und wählen Sie dann die Hardwarespezifikationen für jeden der einzelnen Server in Ihrem Entwurf aus. Sie können diesen Prozess auch ausführen, indem Sie die Hardwarespezifikationen ermitteln, die Sie bereitstellen sollen (viele Organisationen sind auf einen bestimmten Unternehmensstandard beschränkt) und dann Ihre Architektur und Topologie definieren.

Halten Sie Ihre Entwurfsparameter mithilfe der folgenden Tabelle fest. Die enthaltenen Daten sind Beispieldaten und sollten nicht zur Dimensionierung Ihrer Farm verwendet werden. Mit diesen Daten soll lediglich demonstriert werden, wie Sie diese Tabelle für Ihre eigenen Daten verwenden.

Rolle	Typ (Standard oder virtuell)	Anzahl der Maschinen	Prozessoren	Arbeitsspeicher (RAM)	IOPS-Bedarf	Festplattengröße BS+Protokoll	Datenlaufwerk
Webserver	Virtuell	4	4 Kerne	8	–	400 GB	–
Inhaltsdatenbankserver	Standard	1 Cluster	4 Quad-Core 2,33 (GHz)	48	2.000	400 GB	20 Festplatten mit 300 GB bei 15.000 RPM
Anwendungsserver	Virtuell	4	4 Kerne	16	–	400 GB	–
Suchdurchforstungsziel-Webserver	Virtuell	1	4 Kerne	8	–	400 GB	–
Suchabfragenserver	Standard	2	2 Quad-Core 2,33 (GHz)	32	–	400 GB	500 GB
Suchdurchforstungsserver	Standard	2	2 Quad-Core 2,33 (GHz)	16	400	400 GB	–
Datenbankserver für Suchdurchforstungen	Standard	1 Cluster	4 Quad-Core 2,33 (GHz)	48	4.000 (optimiert für Lesezugriff)	100 GB	16 Festplatten mit 150 GB bei 15.000 RPM
Sucheigenschaftenspeicher-Datenbank + Verwaltungsdatenbankserver	Standard	1 Cluster	4 Quad-Core 2,33 (GHz)	48	2.000 (optimiert für Schreibzugriff)	100 GB	16 Festplatten mit 150 GB bei 15.000 RPM

Bestimmen der Ausgangsarchitektur

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

Wenn Sie SharePoint Server 2013 bereitstellen, können Sie zwischen einer Reihe von Topologien wählen, um Ihre Lösung zu implementieren; Sie können einen einzelnen Server bereitstellen oder mehrere Server in einer SharePoint Server 2013-Farm mit geclusterten oder gespiegelten Datenbankservern und eigenen Anwendungsservern für verschiedene Dienste horizontal skalieren. Später wählen Sie die Hardwarekonfigurationen auf Basis der Anforderungen der einzelnen Rollen und Ihrer Anforderungen hinsichtlich Kapazität, Verfügbarkeit und Redundanz aus.

Beginnen Sie, indem Sie die verschiedenen Referenzarchitekturen prüfen und sich Gedanken über Ihre Farmstruktur machen. Entscheiden Sie, ob Sie Ihre Lösung über mehrere Farmen verteilen oder einige Dienste wie die Suche in einer dedizierten Farm verbinden sollten. Weitere Informationen finden Sie im Abschnitt Referenzarchitekturen in Kapazitätsverwaltung und Größengestaltung für SharePoint Server 2013.

SharePoint Server 2010 – technische Fallstudien

Die Anleitung zur Kapazitätsverwaltung für SharePoint Server 2013 umfasst eine Reihe von technischen Fallstudien zu bestehenden Produktionsumgebungen, die eine ausführliche Beschreibung vorhandener SharePoint Server 2013-basierter Produktionsumgebungen liefern. Technische Fallstudien speziell zu SharePoint Server 2013 werden veröffentlicht, sobald sie verfügbar sind; die vorhandenen SharePoint Server 2010-Fallstudien können als Referenz dafür dienen, wie eine SharePoint Server 2013-basierte Umgebung für bestimmte Zwecke entworfen wird.

Sie können diese Fallstudien als Referenz verwenden, wenn Sie die Architektur Ihrer SharePoint Server 2013-Lösungen entwerfen. Dies gilt insbesondere dann, wenn die Beschreibung dieser bereitstellungsspezifischen wichtigen Unterscheidungsmerkmale den Anforderungen und Zielen der von Ihnen entworfenen Lösung ähnelt.

Diese Dokumente beschreiben die folgenden Informationen für jede dokumentierte Fallstudie:

Spezifikationen, wie Hardware, Farmtopologie und Konfiguration
Arbeitslast, einschließlich der Benutzerbasis und der Nutzungsmerkmale
Dataset, einschließlich der Größe, Merkmale und Verteilung von Inhalten
Integrität und Leistung, einschließlich einer Reihe von aufgezeichneten Indikatoren, welche die Zuverlässigkeits- und Leistungsmerkmale der Farm beschreiben

Wenn Sie weitere Informationen wünschen, laden Sie relevante Dokumente auf der Seite Technische Fallstudien zu Leistung und Kapazität (SharePoint Server 2010) herunter.

Auswahl der Hardware

Die Auswahl der richtigen Spezifikationen für die Computer in Ihrer Farm ist ein wichtiger Schritt, um ein geeignetes Maß an Zuverlässigkeit und Leistung Ihrer Bereitstellung sicherzustellen; ein wichtiger Aspekt, den es zu berücksichtigen gilt, sind Spitzenlasten und Spitzenzeiten. In anderen Worten: Wenn Ihre Farm unter durchschnittlichen Auslastungsbedingungen betrieben wird, sollten ausreichend Ressourcen verfügbar sein, um die höchste erwartete Arbeitslast zu bewältigen und gleichzeitig Latenz- und Durchsatzziele zu erfüllen.

Die zentralen Hardwarefeatures von Servern im Hinblick auf Kapazität und Leistung fallen in eine von vier Hauptkategorien: Verarbeitungsleistung, Festplattenleistung, Netzwerkkapazität und Speicherfunktionen eines Systems.

Außerdem sollte die Verwendung virtueller Computer berücksichtigt werden. Eine SharePoint Server 2013-Farm kann mithilfe von virtuellen Computern bereitgestellt werden. Virtualisierung bietet zwar keine nachweislichen Leistungsvorteile, bringt jedoch Vorteile bei der Verwaltbarkeit. Eine Virtualisierung von SQL Server-basierten Computern wird im Allgemeinen nicht empfohlen. Die Virtualisierung der Webserver- und Anwendungsserverebenen kann aber bestimmte Vorteile haben. Weitere Informationen finden Sie unter Virtualisierungsplanung (https://technet.microsoft.com/de-de/library/71c203cd-7534-47b0-9122-657d72ff0080(Office.14).aspx).

Weitere Informationen über Hardwareanforderungen finden Sie unter Hardware- und Softwareanforderungen für SharePoint Server 2016.

Hinweise zur Hardwareauswahl

Auswählen von Prozessoren

SharePoint Server 2013 ist nur für 64-Bit-Prozessoren verfügbar. Allgemein gilt, dass mit mehr Prozessoren größere Arbeitslasten bewältigt werden können.

In SharePoint Server 2013 lassen sich einzelne Webserver vertikal skalieren, wenn Sie weitere Kerne hinzufügen. Wenn alle anderen Faktoren gleich bleiben, erhöht sich mit der Anzahl der Kerne die Arbeitslast, die verarbeitet werden kann. In großen SharePoint Server 2013-Bereitstellungen empfehlen wir, entweder mehrere 4-Kern-Webserver (die virtualisiert werden können) oder weniger leistungsstärkere (8/16/24 Kerne) Webserver bereitzustellen.

Die Prozessorkapazitätsanforderungen von Anwendungsservern hängen von der Rolle des Servers und den Diensten ab, die vom Prozessor ausgeführt werden. Einige SharePoint Server 2013-Features erfordern eine höhere Verarbeitungsleistung als andere. So ist der SharePoint-Suchdienst z. B. stark abhängig von der Verarbeitungsleistung des Anwendungsservers.

Die Prozessorkapazitätsanforderungen für SQL Server hängen auch von den Dienstdatenbanken ab, die ein SQL Server-basierter Computer hostet.

Auswählen des Arbeitsspeichers

Ihre Server benötigen je nach Serverfunktion und -rolle unterschiedliche Mengen an Arbeitsspeicher. So verarbeiten z. B. Server, die Suchdurchforstungskomponenten ausführen, Daten schneller, wenn sie große Mengen an Arbeitsspeicher haben, da Dokumente zur Verarbeitung in den Arbeitsspeicher gelesen werden. Webserver, die viele der Cachingfeatures von SharePoint Server 2013 verwenden, benötigen möglicherweise ebenfalls mehr Arbeitsspeicher.

Im Allgemeinen hängen Arbeitsspeicheranforderungen von Webservern stark von der Anzahl der in der Farm aktivierten Anwendungspools und der Anzahl verarbeiteter gleichzeitiger Anforderungen ab. In den meisten SharePoint Server 2013-Produktionsbereitstellungen empfehlen wir, auf jedem Webserver mindestens 8 GB RAM zuzuweisen, wobei für Server mit stärkerem Datenverkehr oder Bereitstellungen mit mehreren, zur Isolation verwendeten Anwendungspools 16 GB empfohlen werden.

Die Arbeitsspeicheranforderungen von Anwendungsservern variieren ebenfalls; einige Features von SharePoint Server 2013 haben größere Arbeitsspeicheranforderungen auf der Anwendungsebene als andere. In den meisten SharePoint Server 2013-Produktionsbereitstellungen empfehlen wir, auf jedem Anwendungsserver mindestens 8 GB RAM zuzuweisen; Anwendungsserver mit 16 GB, 32 GB und 64 GB werden häufig verwendet, wenn viele Anwendungsdienste auf dem gleichen Server aktiviert sind, oder wenn Dienste wie der Excel-Berechnungsdienst und der SharePoint Server 2013-Suchdienst aktiviert sind, die stark vom Arbeitsspeicher abhängen.

Die Arbeitsspeicheranforderungen von Datenbankservern hängen stark von den Datenbankgrößen ab. Weitere Informationen zur Auswahl des Arbeitsspeichers für Ihre SQL Server-basierten Computer finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server).

Auswählen von Netzwerken

Zusätzlich zum Vorteil, den Benutzer erhalten, wenn Clients schnellen Datenzugriff über das Netzwerk haben, benötigt eine verteilte Farm schnellen Zugriff für die Kommunikation zwischen den Servern. Dies gilt insbesondere, wenn Sie Dienste über mehrere Server verteilen oder einige Dienste mit anderen Farmen verbinden. In einer Farm tritt erheblicher Datenverkehr auf der Webserverebene, der Anwendungsserverebene und der Datenbankserverebene auf, und das Netzwerk kann unter bestimmten Bedingungen, etwa bei der Verarbeitung sehr großer Dateien oder sehr hoher Arbeitslasten, leicht zu einem Engpass werden.

Webserver und Anwendungsserver sollten so konfiguriert werden, dass sie mindestens zwei Netzwerk-Schnittstellenkarten (NICs) verwenden: eine NIC für den Endbenutzerverkehr und die andere NIC für die Kommunikation zwischen den Servern. Netzwerklatenz zwischen Servern kann einen erheblichen Einfluss auf die Leistung haben. Daher ist es wichtig, zwischen dem Webserver und den SQL Server-basierten Computern, welche die Inhaltsdatenbanken hosten, weniger als 1 Millisekunde Netzwerklatenz beizubehalten. Die SQL Server-basierten Computer, die jede Dienstanwendungsdatenbank hosten, sollten sich auch so nahe wie möglich am Anwendungsserver befinden, der den Dienst verwendet. Das Netzwerk zwischen Farmservern sollte mindestens 1 Gbit/s Bandbreite aufweisen.

Auswählen von Festplatten und Speicher

Festplattenverwaltung ist nicht einfach eine Funktion, die ausreichenden Speicherplatz für Ihre Daten bereitstellt. Sie müssen die laufende Arbeitslast und das aktuelle Wachstum ermitteln und sicherstellen, dass das System durch die Speicherarchitektur nicht verlangsamt wird. Sie sollten immer dafür sorgen, auf jeder Festplatte über Ihre höchsten Schätzungen für Datenanforderungen hinaus mindestens 30 Prozent zusätzliche Kapazität zur Verfügung zu haben, um Raum für künftiges Wachstum zu lassen. Darüber hinaus ist in den meisten Produktionsumgebungen die Festplattengeschwindigkeit (IOPS) wichtig, um genügend Durchsatz zu gewährleisten, der die Speicheranforderungen der Server erfüllt. Sie müssen die Menge an Datenverkehr (IOPS) abschätzen, welche die großen Datenbanken in Ihrer Bereitstellung benötigen werden, und ausreichend Festplatten zuweisen, um diese Datenverkehrsanforderungen zu erfüllen.

Weitere Informationen zur Auswahl von Festplatten für Datenbankserver finden Sie unter Speicher- und SQL Server-Kapazitätsplanung und -Konfiguration (SharePoint Server).

Auch die Web- und Anwendungsserver haben Speicheranforderungen. In den meisten Produktionsumgebungen empfehlen wir, mindestens 200 GB Festplattenspeicher für das Betriebssystem und temporäre Dateien und 150 GB Festplattenspeicher für Protokolle zuzuweisen.

Schritt 3: Pilotbereitstellung, Test und Optimierung

Die Test- und Optimierungsphase ist eine sehr wichtige Komponente einer effektiven Kapazitätsverwaltung. Sie sollten neue Architekturen testen, bevor Sie diese in einer Produktionsumgebung bereitstellen, und Sie sollten Akzeptanztests zusammen mit folgenden Best Practices zur Überwachung durchführen, um sicherzustellen, dass von Ihnen entworfene Architekturen die Leistungs- und Kapazitätsziele erfüllen. So können Sie mögliche Engpässe identifizieren und optimieren, bevor diese sich auf Benutzer in einer Livebereitstellung auswirken. Wenn Sie ein Upgrade von einer Office SharePoint Server 2007-Umgebung durchführen und Änderungen an der Architektur vornehmen möchten, oder die Benutzerlast der neuen SharePoint Server 2013-Features abschätzen, sind Tests besonders wichtig, um sicherzustellen, dass Ihre neue SharePoint Server 2013-basierte Umgebung Leistungs- und Kapazitätsziele erfüllt.

Nachdem Sie Ihre Umgebung getestet haben, können Sie die Testergebnisse analysieren, um die Änderungen zu ermitteln, die erforderlich sind, um die Leistungs- und Kapazitätsziele zu erfüllen, die Sie in Schritt 1: Modellierung aufgestellt haben.

Dies sind die erforderlichen Teilschritte, die Sie für die Präproduktion befolgen müssen:

Erstellen Sie die Testumgebung, welche die ursprüngliche Architektur nachahmt, die Sie in Schritt 2: Entwurfserstellung entworfen haben.
Füllen Sie den Speicher mit dem Dataset oder einem Teil des Datasets auf, das Sie in Schritt 1: Modellierung identifiziert haben.
Belasten Sie das System mit synthetischer Last, welche die Arbeitslast darstellt, die Sie Schritt 1: Modellierung identifiziert haben.
Führen Sie Tests aus, analysieren Sie Ergebnisse, und optimieren Sie Ihre Architektur.
Stellen Sie Ihre optimierte Architektur in Ihrem Rechenzentrum bereit, und stellen Sie eine Pilotumgebung mit einer geringeren Anzahl von Benutzern bereit.
Analysieren Sie die Pilotergebnisse, identifizieren Sie mögliche Engpässe, und optimieren Sie die Architektur. Führen Sie bei Bedarf einen erneuten Test durch.
Stellen Sie die Produktionsumgebung bereit.

Testen

Tests spielen eine wichtige Rolle dabei sicherzustellen, dass ihr Systemdesign Ihre Arbeitslast- und Nutzungsmerkmale unterstützen kann. Unter Leistungstests für SharePoint Server 2013 finden Sie ausführliche Informationen dazu, wie Sie Ihre SharePoint Server 2013-Bereitstellung testen.

Erstellen eines Testplans
Erstellen der Testumgebung
Erstellen von Tests und Tools

Bereitstellen der Pilotumgebung

Bevor Sie SharePoint Server 2013 in einer Produktionsumgebung bereitstellen, ist es wichtig, zunächst eine Pilotumgebung bereitzustellen und die Farm eingehend zu testen. So stellen Sie sicher, dass sie Kapazitäts- und Leistungsziele für Ihre erwartete Spitzenlast erfüllen kann. Wir empfehlen besonders bei großen Bereitstellungen, die Pilotumgebung zuerst mit synthetischer Last und anschließend mit einer kleinen Anzahl von Livebenutzern und -inhalten zu testen. Der Vorteil einer Analyse einer Pilotumgebung mithilfe einer geringen Anzahl von Livebenutzern ist, dass Sie die Gelegenheit haben, einige Annahmen zu überprüfen, die Sie zu Nutzungsmerkmalen und dem Wachstum der Inhalte getroffen haben, bevor Sie vollständig in die Produktion gehen.

Optimieren

Wenn Sie Ihre Kapazitäts- und Leistungsziele nicht erfüllen können, indem Sie Ihre Farmhardware skalieren oder Änderungen an der Topologie vornehmen, sollten Sie in Erwägung ziehen, Ihre Lösung zu überarbeiten. Wenn Ihre anfängliche Anforderung z. B. eine kleine Farm für Zusammenarbeit, Suche und soziale Funktionen war, müssen Sie möglicherweise einige Dienste wie die Suche mit einer dedizierten Dienstfarm verbinden oder die Arbeitslast auf mehrere Farmen verteilen. Eine Alternative ist, eine dedizierte Farm für soziale Funktionen und eine weitere für Teamzusammenarbeit bereitzustellen.

Schritt 4: Bereitstellung

Nachdem Sie Ihre letzte Runde an Tests durchgeführt und bestätigt haben, dass die von Ihnen ausgewählte Architektur die Leistungs- und Kapazitätsziele erfüllen kann, die Sie in Schritt 1: Modellierung festgelegt haben, können Sie Ihre SharePoint Server 2013-basierte Umgebung in die Produktionsumgebung übertragen.

Welche Einführungsstrategie geeignet ist, hängt von der Umgebung und der Situation ab. Die SharePoint Server 2013-Bereitstellung ist zwar in diesem Dokument kein Thema, doch können aus der Übung zur Kapazitätsplanung bestimmte vorgeschlagene Aktivitäten resultieren. Hier einige Beispiele:

Bereitstellen einer neuen SharePoint Server 2013-Farm: Die Übung zur Kapazitätsplanung sollte die Planung des Entwurfs und der Bereitstellung von SharePoint Server 2016 angeleitet und bestätigt haben. In diesem Fall handelt es sich bei der Einführung um die erste umfassende Bereitstellung von SharePoint Server 2013. Dazu müssen die Server und Dienste, die während den Übungen zur Kapazitätsplanung verwendet werden, in die Produktionsumgebung überführt oder dort neu erstellt werden. Dies ist das einfachste Szenario, da keine Upgrades oder Änderungen an einer bestehenden Farm erforderlich sind.
Upgrade einer Office SharePoint Server 2007-Farm auf SharePoint Server 2013: Die Übung zur Kapazitätsplanung sollte den Entwurf für eine Farm validiert haben, die bestehende Anforderungen erfüllen und vertikal skaliert werden kann, um höhere Anforderungen und eine verstärkte Nutzung einer SharePoint Server 2013-Farm erfüllen zu können. Im Rahmen der Übung zur Kapazitätsplanung sollten Testmigrationen durchgeführt worden sein, um zu ermitteln, wie lange der Upgradevorgang dauert, ob benutzerdefinierter Code geändert oder ersetzt werden muss, oder ob Drittanbietertools aktualisiert werden müssen usw. Am Ende der Kapazitätsplanung sollten Sie einen validierten Entwurf haben und wissen, wie lange ein Upgrade dauert. Außerdem sollten Sie einen Plan dafür haben, wie Sie den Upgradeprozess am besten durchführen (Beispiel: Führen Sie ein direktes Upgrade durch, oder migrieren Sie Inhaltsdatenbanken in eine neue Farm?). Wenn Sie ein direktes Upgrade durchführen, stellen Sie bei der Kapazitätsplanung möglicherweise fest, dass zusätzliche oder aktualisierte Hardware erforderlich ist. Die Ergebnisse der Planungsübung sollten eine Liste der erforderlichen Hardwareänderungen und einen ausführlichen Plan umfassen, die Hardwareänderungen zuerst in der Farm bereitzustellen. Sobald die Hardwareplattform, die bei der Kapazitätsplanung validiert wurde, implementiert wurde, können Sie mit dem Upgrade auf SharePoint Server 2013 fortfahren.
Verbessern der Leistung einer vorhandenen SharePoint Server 2013-Farm: Die Übung zur Kapazitätsplanung sollte Ihnen geholfen haben, die Engpässe in Ihrer aktuellen Implementierung zu identifizieren, Möglichkeiten zur Reduzierung oder Beseitigung dieser Engpässe zu planen und eine verbesserte Implementierung zu validieren, die Ihre Geschäftsanforderungen für SharePoint Server 2013-Dienste erfüllt. Es gibt unterschiedliche Möglichkeiten, wie Leistungsprobleme behoben werden können: So können Dienste einfach bestehender Hardware neu zugewiesen werden, vorhandene Hardware kann aktualisiert werden, oder zusätzliche Hardware kann hinzugefügt und dieser können dann zusätzliche Dienste hinzugefügt werden. Die unterschiedlichen Methoden sollten im Rahmen der Übung zur Kapazitätsplanung getestet und validiert werden. Anschließend sollte auf Basis der Ergebnisse dieses Tests ein Bereitstellungsplan entworfen werden.

Schritt 5: Überwachung und Verwaltung

Um die Systemleistung aufrechtzuerhalten, müssen Sie Ihren Server überwachen, um mögliche Engpässe zu ermitteln. Bevor Sie eine effektive Überwachung durchführen können, müssen Sie wissen, welches die zentralen Indikatoren dafür sind, ob eine bestimmte Komponente Ihrer Farm Aufmerksamkeit erfordert, und wie Sie diese Indikatoren interpretieren. Wenn Sie feststellen, dass Ihre Farm die von Ihnen definierten Ziele nicht erreicht, können Sie Ihre Farm anpassen, indem Sie Hardwareressourcen hinzufügen oder entfernen, Ihre Topologie ändern oder die Art der Speicherung Ihrer Daten ändern.

Unter Warten und Überwachen von SharePoint Server 2013 finden Sie eine Liste der Einstellungen, die Sie ändern müssen, um Ihre Umgebung in frühen Phasen zu überwachen, sodass Sie leichter feststellen können, ob Änderungen erforderlich sind. Beachten Sie, dass eine Erweiterung der Überwachungsfunktionen Auswirkungen darauf hat, wie viel Speicherplatz Ihre Nutzungsdatenbank benötigt. Sobald die Umgebung stabil ist und diese umfassende Überwachung nicht mehr erforderlich ist, sollten Sie die Einstellungen unten wieder in die jeweiligen Standardeinstellungen ändern.

Weitere Informationen zur Zustandsüberwachung und Problembehandlung mithilfe der in die SharePoint Server 2013-Schnittstelle integrierten Zustandsüberwachungstools finden Sie im folgenden Artikel:

Überwachung und Berichterstellung in SharePoint Server 2016

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