Kapazitätsplanung für SharePoint Server 2013

Artikel
03/08/2023

GILT FÜR: yes-img-13 2013 no-img-16 2016 no-img-19 2019 no-img-se Subscription Edition no-img-sop SharePoint in Microsoft 365

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 Kapazitätsverwaltungs- und Nutzungsüberlegungen, die sich darauf auswirken, wie Sie die am besten geeigneten Hardware- und Konfigurationsoptionen bestimmen sollten.

Bevor Sie diesen Artikel lesen, sollten Sie Capacity management and sizing overview for SharePoint Server 2013 lesen.

Wichtig

Einige 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. Jeder Schritt erfordert bestimmte Informationen für die erfolgreiche Ausführung und verfügt über eine Reihe von Lieferumfangn, die Sie im nächsten Schritt verwenden werden. Diese Anforderungen und Ergebnisse sind für jeden Schritt in Tabellen angegeben.

Schritt 1: Modellierung

Das Modellieren Ihrer SharePoint Server 2013-basierten Umgebung beginnt mit der Analyse Ihrer vorhandenen Lösungen und der Schätzung des erwarteten Bedarfs und der Ziele für die Bereitstellung, die Sie einrichten möchten. Sie sammeln zunächst 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

Die richtige Dimensionierung einer SharePoint Server 2013-Implementierung erfordert, dass Sie sich mit den Anforderungsmerkmalen vertraut machen, die Von Ihrer Lösung erwartet werden. Das Verständnis der Nachfrage erfordert, dass Sie sowohl die Workloadmerkmale wie die Anzahl der Benutzer und die am häufigsten verwendeten Vorgänge als auch Datasetmerkmale wie Inhaltsgröße und Inhaltsverteilung beschreiben können.

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
Nein von Anforderungen 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 : Am häufigsten wird die Parallelität von Vorgängen, die in der Serverfarm ausgeführt werden, als Anzahl unterschiedlicher Benutzer gemessen, die Anforderungen 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 zur Beschreibung des Bedarfs in der Serverfarm, ausgedrückt in der Anzahl von Anforderungen, die von der Farm pro Sekunde verarbeitet werden, jedoch ohne Unterscheidung zwischen Dem Typ oder der Größe von Anforderungen. Die Benutzerbasis jedes organization generiert Systemlasten mit einer Rate, die von den eindeutigen Nutzungsmerkmalen der organization abhängt. Weitere Informationen finden Sie unter Glossar.
Tägliche Gesamtanforderungen : Die tägliche Gesamtanzahl von Anforderungen ist ein guter Indikator für die Gesamtlast, die das System verarbeiten muss. Es ist am häufigsten, alle Anforderungen außer Authentifizierungs-Handshakeanforderungen (HTTP status 401) über einen Zeitraum von 24 Stunden zu messen.
Gesamte tägliche Benutzer: Gesamtbenutzer sind ein weiterer wichtiger Indikator für die Gesamtlast, die vom System verarbeitet werden muss. Diese Messung ist die tatsächliche Anzahl eindeutiger Benutzer innerhalb eines Zeitraums von 24 Stunden, nicht die Gesamtzahl der Mitarbeiter im organization.

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.
Workloadverteilung : Ein Verständnis der Verteilung der Anforderungen basierend auf den Anwendungen des Clients, die mit der Farm interagieren, kann dazu beitragen, den erwarteten Trend und die Laständerungen nach der Migration zu SharePoint Server 2013 vorherzusagen. Wenn Benutzer zu neueren Clientversionen wie Office 2013 wechseln und die neuen Funktionen nutzen, werden neue Auslastungsmuster, RPS und Die Gesamtzahl der Anforderungen voraussichtlich zunehmen. Für jeden Client können wir die Anzahl der unterschiedlichen Benutzer beschreiben, die ihn in einem Zeitrahmen von einem Tag verwenden, und die Anzahl der Gesamtanforderungen, 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 sehen Sie, dass der Großteil der Last durch den Suchcrawler und das typische Webbrowsen von Endbenutzern generiert wird. Sie können auch feststellen, dass das Outlook Connector-Feature für soziale Netzwerke eine erhebliche Last verursacht (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 bedienen wird, und verstehen Sie, wie häufig und wie viele Benutzer sie verwendet werden. Dieses Verständnis hilft Ihnen später, wenn Sie überprüfen, ob die Farm solche Lasten in Präproduktionstests aufrechterhalten 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. Zum Beispiel:
- Webseitenstöber.
- Dateidownloads und -uploads.
- Office-Webanwendungsansichten und -bearbeitungen im Browser.
- Interaktionen mit der gemeinsamen Dokumenterstellung.
- SharePoint Workspace-Websitesynchronisierungen.
- Outlook Social Connections.
- RSS-Synchronisierung (in Outlook oder anderen Viewern).
- PowerPoint-Übertragungen.
- Freigegebene OneNote-Notizbücher.
- Freigegebene Excel Service-Arbeitsmappen.
- Freigegebene Access Service-Anwendungen
Weitere Informationen finden Sie unter Dienste und Features. Konzentrieren Sie sich auf die Identifizierung der Interaktionen, die für Ihre Bereitstellung eindeutig sein können. Erkennen sie die erwarteten Auswirkungen solcher Lasten. Beispiel: Erhebliche Verwendung von InfoPath-Forms, Excel-Dienstberechnungen und ähnlichen dedizierten Lösungen.
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 folgenden Elemente:
- Die Gesamtzahl der Benutzer pro Tag, von denen erwartet wird, dass sie jede Funktion nutzen.
- Leiten Sie die geschätzten gleichzeitigen Benutzer und allgemeinen Anforderungen pro Sekunde ab.
Sie werden einige Annahmen treffen. Zum Beispiel:
- Parallelität darstellen.
- Der Faktor rpS pro gleichzeitiger Benutzer, der sich zwischen den Funktionen unterscheidet
Verwenden Sie die Workloadtabelle weiter oben in diesem Abschnitt für Ihre Schätzungen. Es ist wichtig, sich auf Spitzenzeiten und nicht auf den durchschnittlichen Durchsatz zu konzentrieren. Wenn Sie Spitzenaktivitäten planen, können Sie Ihre SharePoint Server 2013-basierte Lösung richtig dimensionieren.

Wenn Sie über eine vorhandene Office SharePoint Server 2007-Lösung verfügen, können Sie die IIS-Protokolldateien minen oder sich andere Webüberwachungstools ansehen, um einige der erwarteten Verhaltensweisen der vorhandenen Lösung besser zu verstehen. Andernfalls finden Sie weitere Informationen in den Anweisungen im abschnitt unten. Wenn Sie keine Migration von einer vorhandenen Lösung durchführen, sollten Sie die Tabelle mit groben Schätzungen ausfüllen. In späteren Schritten müssen Sie Ihre Annahmen überprüfen und das System optimieren.

Analysieren Ihrer IIS-Protokolle von SharePoint Server 2013

Sie müssen Daten aus den ULS- und IIS-Protokollen extrahieren, um wichtige Metriken zu einer vorhandenen SharePoint Server 2013-Bereitstellung zu ermitteln. Zum Beispiel:

Wie viele Benutzer aktiv sind.
Wie stark sie das System verwenden.
Welche Art von Anforderungen eintreffen?
Von welcher Art von Clients die Anforderungen stammen?

Eine der einfachsten Möglichkeiten, diese Daten zu finden, ist die Verwendung von Log Parser, einem leistungsstarken Tool, das kostenlos von Microsoft heruntergeladen werden kann. Der Protokollparser kann viele Text- und Binärformate lesen und schreiben, einschließlich aller IIS-Formate.

Sie können Log Parser 2.2 unter (https://www.microsoft.com/downloads/details.aspx?FamilyID=890CD06B-ABF8-4C25-91B2-F8D975CF8C07) 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 : Das Verständnis der Größe der Inhalte, die Sie voraussichtlich im SharePoint Server 2013-System speichern, ist wichtig für die Planung und Architektur des Systemspeichers sowie für die richtige Dimensionierung der Suchlösung, die diesen Inhalt durchforsten und indizieren wird. Die Inhaltsgröße wird in Festplattenspeicher insgesamt beschrieben. Wenn Sie Inhalte aus einer vorhandenen Bereitstellung migrieren, ist es möglicherweise einfach, die gesamt zu verschiebende Inhaltsgröße zu identifizieren. Während der Planung sollten Sie Raum für Wachstum im Laufe der Zeit lassen.
Gesamtanzahl von Dokumenten: Abgesehen von der Größe des Datenkorpus ist es wichtig, die Gesamtanzahl der Elemente nachzuverfolgen. 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. Bei großen Bereitstellungen ist die Leistung besser, je weniger Belastung für ein einzelnes Element, ein Dokument oder einen Dokumentbereich besteht. Weit verteilte Inhalte wie mehrere kleinere Dateien über viele Websites und Websitesammlungen sind einfacher zu bedienen als eine einzelne große Dokumentbibliothek mit großen Dateien.
Maximale Websitesammlungsgröße : Es ist wichtig, die größte Inhaltseinheit zu identifizieren, die Sie in SharePoint Server 2013 speichern werden. in der Regel handelt es sich um eine Organisationsanforderung, die verhindert, dass Sie diese Inhaltseinheit aufteilen. Die durchschnittliche Größe aller Websitesammlungen und die geschätzte Gesamtzahl der Websitesammlungen sind weitere Indikatoren, die Ihnen helfen, Ihre bevorzugte Datenarchitektur zu identifizieren.
Datenmerkmale von Dienstanwendungen – Zusätzlich zur Analyse der Speicheranforderungen für den Inhaltsspeicher sollten Sie die Größe anderer SharePoint Server 2013-Speicher analysieren und schätzen, einschließlich:
Gesamtgröße des Suchindex
Die Gesamtgröße der Profildatenbank basierend auf der Anzahl der Benutzer im Profilspeicher
Die Gesamtgröße der Social Media-Datenbank 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 ordnungsgemäß entworfene SharePoint Server 2013-Lösung sollte in der Lage sein, "vier Neunen" (99,99 %) der Betriebszeit mit einer Reaktionsfähigkeit des Servers unter einerSekunden zu erreichen.

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

Serververfügbarkeit: Wird durch den Prozentsatz 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 häufig durch eine Reihe von Neunen (d. h. 99 %, 99,9 %, 99,99 %)
Reaktionsfähigkeit des Servers: Die Zeit, die die Farm benötigt, um Anforderungen zu verarbeiten, ist ein guter Indikator, um die Integrität der Farm nachzuverfolgen. Dieser Indikator wird als serverseitige Latenz bezeichnet. Tt verwendet üblich die durchschnittliche oder mediane Latenz (das 50. Perzentil) der täglich verarbeiteten Anforderungen. Die Ziele werden häufig in Sekunden oder Sekundenbruchteilen beschrieben. Wenn das Ziel die Bereitstellung von Seiten in weniger als zwei Sekunden ist, sollte das serverseitige Ziel in Sekundenbruchteilen angegeben werden. Diese erhöhte Leistung ermöglicht es der Seite, den Client zu erreichen und im Browser zu rendern. Darüber hinaus sind längere Serverantwortzeiten in der Regel ein Hinweis auf eine fehlerhafte Farm. RpS kann selten Schritt halten, wenn Sie für die meisten Anforderungen mehr als eine Sekunde auf dem Server verbringen.
Server-Spikiness: Ein weiterer guter serverseitiger Latenzindikator, der nachverfolgt werden sollte, ist das Verhalten der langsamsten 5 % aller Anforderungen. Langsamere Anforderungen sind in der Regel die Anforderungen, die das System bei höherer Auslastung treffen, oder noch häufiger, Anforderungen, die von weniger häufigen Aktivitäten betroffen sind, die auftreten, während Benutzer mit dem System interagieren. Ein fehlerfreies System ist eines, das auch die langsamsten Anforderungen unter Kontrolle hat. Das Ziel ähnelt der Reaktionsfähigkeit des Servers, aber um eine Antwort unter einerSekundenanzahl auf Server-Spikiness zu erreichen, müssen Sie das System mit zahlreichen ressourcensparend erstellen, um die Lastspitzen zu bewältigen.
Systemressourcenauslastung: Andere gängige Indikatoren, die zum Nachverfolgen der Integrität des Systems verwendet werden, sind eine Sammlung von Systemindikatoren, die die Integrität jedes Servers in der Farmtopologie angeben. Die am häufigsten zu verfolgenden Indikatoren sind % CPU-Auslastung und verfügbarer Arbeitsspeicher; es gibt jedoch mehrere weitere Leistungsindikatoren, die bei der Identifizierung eines nicht fehlerfreien Systems helfen können. Weitere Informationen finden Sie in Schritt 5: Überwachen und Verwalten.

Schritt 2: Entwurfserstellung

Nachdem Sie nun einige Fakten oder Schätzungen für die Lösung gesammelt haben, die Sie liefern müssen, können Sie den nächsten Schritt beim Entwerfen einer vorgeschlagenen Architektur starten, die Sie vorhersagen, um die erwartete Nachfrage aufrechtzuerhalten.

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.

Die Hardwarespezifikationen und die Anzahl der Computer, die Sie layouten, hängen eng zusammen, um eine bestimmte Last zu bewältigen, gibt es mehrere Lösungen, die Sie bereitstellen können. Es ist üblich, entweder eine kleine Gruppe starker Computer (hochskalieren) oder eine größere Gruppe kleinerer Computer (horizontal hochskalieren) zu verwenden. Jede Lösung hat ihre Vor- und Nachteile, wenn es um Kapazität, Redundanz, Leistung, Kosten, Speicherplatz und andere Überlegungen geht.

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 anordnen 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 identifizieren, 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. Bei den enthaltenen Daten handelt es sich um Beispieldaten, die nicht für die Größe Ihrer Farm verwendet werden. Sie soll veranschaulichen, wie Sie diese Tabelle für Ihre eigenen Daten verwenden.

Rolle	Typ (Standard oder virtuell)	Anzahl der Maschinen	Prozessoren	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 Datenträger 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 Datenträger mit 150 GB bei 15.000 U/min
Sucheigenschaftenspeicher-Datenbank + Verwaltungsdatenbankserver	Standard	1 Cluster	4 Quad-Core 2,33 (GHz)	48	2.000 (optimiert für Schreibzugriff)	100 GB	16 Datenträger mit 150 GB bei 15.000 U/min

Bestimmen der Ausgangsarchitektur

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

Wenn Sie SharePoint Server 2013 bereitstellen, können Sie aus einer Reihe von Topologien auswählen, um Ihre Lösung zu implementieren. Sie können einen einzelnen Server bereitstellen oder viele Server in einer SharePoint Server 2013-Farm mit gruppierten oder gespiegelten Datenbankservern und diskreten Anwendungsservern für verschiedene Dienste aufskalieren. Später wählen Sie die Hardwarekonfigurationen basierend auf den Anforderungen der einzelnen Rollen aus, basierend auf Ihren Kapazitäts-, Verfügbarkeits- und Redundanzanforderungen.

Sehen Sie sich zunächst die verschiedenen Referenzarchitekturen an, und ermitteln Sie Ihre Farmstruktur, entscheiden Sie, ob Sie Ihre Lösung auf mehrere Farmen aufteilen oder einige Dienste, z. B. die Suche, in einer dedizierten Farm zusammenlegen sollten. Weitere Informationen finden Sie unter Referenzarchitekturen.

SharePoint Server 2010 – technische Fallstudien

Der Leitfaden zur Kapazitätsverwaltung für SharePoint Server 2013 enthält viele technische Fallstudien zu vorhandenen Produktionsumgebungen, die eine detaillierte Beschreibung vorhandener SharePoint Server 2013-basierter Produktionsumgebungen enthalten. Technische Fallstudien speziell für SharePoint Server 2013 werden veröffentlicht, sobald sie verfügbar sind. Die vorhandenen SharePoint Server 2010-Fallstudien können als Referenz zum Entwerfen einer SharePoint Server 2013-basierten Umgebung für bestimmte Zwecke dienen.

Sie können diese Fallstudien als Referenz beim Entwerfen der Architektur Ihrer SharePoint Server 2013-Lösungen verwenden, insbesondere wenn Sie die Beschreibung dieser bereitstellungsspezifischen Wichtigen Unterscheidungsmerkmale den Anforderungen und Zielen der Lösung, die Sie entwerfen, ähneln.

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 Inhaltsgrößen, Inhaltsmerkmale und Inhaltsverteilung
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.

Eine weitere zu berücksichtigende Sache ist die Verwendung von virtualisierten Computern. Eine SharePoint Server 2013-Farm kann mithilfe von virtuellen Computern bereitgestellt werden. Obwohl festgestellt wurde, dass die Virtualisierung keine Leistungsvorteile mit sich bringt, bietet sie verwaltbarkeitsvorteile. Das Virtualisieren von SQL Server-basierten Computern wird nicht empfohlen, aber die Virtualisierung der Webserver- und Anwendungsserverebenen kann bestimmte Vorteile haben. Weitere Informationen finden Sie unter Virtualisierungsplanung (/previous-versions/office/sharepoint-server-2010/ff607968(v=office.14)).

Weitere Informationen zu 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 werden einzelne Webserver hochskaliert, 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. Bei großen SharePoint Server 2013-Bereitstellungen wird empfohlen, entweder mehrere Webserver mit vier Kernen (die virtualisiert werden können) oder weniger stärkere Webserver (8-/16-/24 Kerne) zuzuweisen.

Die Anforderungen an die Prozessorkapazität von Anwendungsservern unterscheiden sich je nach Rolle des Servers und den Diensten, die 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 Cachefeatures von SharePoint Server 2013 nutzen, benötigen möglicherweise auch 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 empfiehlt es sich, mindestens 8 GB RAM auf jedem Webserver zuzuweisen. 16 GB werden für Server mit größerem Datenverkehr oder Bereitstellungen mit mehreren Anwendungspools empfohlen, die für die Isolation eingerichtet sind.

Die Arbeitsspeicheranforderungen von Anwendungsservern unterscheiden sich ebenfalls. Einige SharePoint Server 2013-Features haben höhere Arbeitsspeicheranforderungen auf der Anwendungsebene als andere. In den meisten SharePoint Server 2013-Produktionsbereitstellungen wird empfohlen, auf jedem Anwendungsserver mindestens 8 GB RAM zuzuweisen. 16 GB, 32 GB und 64 GB Anwendungsserver sind üblich, wenn viele Anwendungsdienste auf demselben Server aktiviert sind oder Dienste aktiviert sind, die stark vom Arbeitsspeicher abhängig sind, z. B. der Excel-Berechnungsdienst und der SharePoint Server 2013-Suchdienst.

Die Arbeitsspeicheranforderungen von Datenbankservern hängen stark von den Datenbankgrößen ab. Weitere Informationen zum Auswählen 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

Wenn Clients über das Netzwerk schnellen Datenzugriff haben, muss eine verteilte Farm zusätzlich zu den Vorteilen, die benutzern geboten werden, über schnellen Zugriff für die Kommunikation zwischen Servern verfügen. Dies gilt insbesondere, wenn Sie Dienste über mehrere Server verteilen oder einige Dienste mit anderen Farmen verbinden. Es gibt einen erheblichen Datenverkehr in einer Farm auf der Webserverebene, auf der Anwendungsserverebene und auf der Datenbankserverebene, und das Netzwerk kann unter bestimmten Bedingungen wie dem Umgang mit großen Dateien oder hohen Lasten 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, die die Inhaltsdatenbanken hosten, eine Netzwerklatenz von weniger als einer Millisekunde beizubehalten. Die SQL Server-basierten Computer, auf denen die einzelnen Dienstanwendungsdatenbanken gehostet werden, sollten sich so nah wie möglich am verbrauchenden Anwendungsserver befinden. Das Netzwerk zwischen Farmservern sollte mindestens 1 Gbit/s Bandbreite aufweisen.

Auswählen von Festplatten und Speicher

Die Datenträgerverwaltung ist nicht nur eine Funktion, um ausreichend Speicherplatz für Ihre Daten bereitzustellen. Sie müssen die laufende Nachfrage und das Wachstum bewerten und sicherstellen, dass die Speicherarchitektur das System nicht verlangsamt. Sie sollten immer sicherstellen, dass sie über mindestens 30 Prozent zusätzliche Kapazität auf jedem Datenträger verfügen, die ihre höchste Schätzung der Datenanforderungen übersteigen, um Platz für zukünftiges Wachstum zu schaffen. 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: Pilotversuch, Test und Optimierung

Die Test- und Optimierungsphase ist ein wichtiger Bestandteil eines effektiven Kapazitätsmanagements. 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 Planen, Architekturänderungen vorzunehmen, oder die Benutzerauslastung der neuen SharePoint Server 2013-Features schätzen, sollten Sie unbedingt testen, um sicherzustellen, dass Ihre neue SharePoint Server 2013-basierte Umgebung die 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.

Im Folgenden sind die Unterschritte für die Präproduktion aufgeführt:

Erstellen der Testumgebung, mit der die von Ihnen in Schritt 2: Entwurfserstellung entworfene Ausgangsarchitektur imitiert wird
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.
Bereitstellen der optimierten Architektur im Rechenzentrum und Einführen einer Pilotbereitstellung mit einer kleineren Benutzergruppe
Analysieren Sie die Pilotergebnisse, identifizieren Sie mögliche Engpässe, und optimieren Sie die Architektur. Testen Sie es erneut, wenn dies erforderlich ist.
Bereitstellen für die Produktionsumgebung

Testen

Tests sind ein wichtiger Faktor bei der Ermittlung der Fähigkeit Ihres Systementwurfs, Ihre Workload- und Nutzungsmerkmale zu unterstützen. Ausführliche Informationen zum Testen Ihrer SharePoint Server 2013-Bereitstellung finden Sie unter Leistungstests für SharePoint Server 2013.

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, dass Sie zuerst eine Pilotumgebung bereitstellen und die Farm gründlich testen, um sicherzustellen, dass sie Die Kapazitäts- und Leistungsziele für Die erwartete Spitzenlast erreichen kann. Es wird empfohlen, dass die Pilotumgebung zuerst mit synthetischer Last getestet wird, insbesondere für große Bereitstellungen, und dann von einer kleinen Gruppe von Livebenutzern und Liveinhalten betont wird. Der Vorteil der Analyse einer Pilotumgebung mithilfe einer kleinen Gruppe von Livebenutzern ist die Möglichkeit, einige Annahmen zu überprüfen, die Sie über die Nutzungsmerkmale und das Inhaltswachstum getroffen haben, bevor Sie vollständig in die Produktion gehen.

Optimieren

Wenn Sie Ihre Kapazitäts- und Leistungsziele nicht erreichen können, indem Sie Ihre Farmhardware skalieren oder Änderungen an der Topologie vornehmen, müssen Sie möglicherweise eine Überarbeitung Ihrer Lösung in Betracht ziehen. 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 Testrunde ausgeführt und bestätigt haben, dass die von Ihnen ausgewählte Architektur die Leistungs- und Kapazitätsziele erreichen kann, die Sie in Schritt 1: Modell festgelegt haben, können Sie Ihre SharePoint Server 2013-basierte Umgebung in der Produktion bereitstellen.

Welche Einführungsstrategie geeignet ist, hängt von der Umgebung und der Situation ab. Obwohl die SharePoint Server 2013-Bereitstellung im Allgemeinen nicht in den Rahmen dieses Dokuments fällt, gibt es bestimmte vorgeschlagene Aktivitäten, die aus der Kapazitätsplanungsübung resultieren können. Hier sind einige Beispiele:

Bereitstellen einer neuen SharePoint Server 2013-Farm: Die Übung zur Kapazitätsplanung sollte über geführte und bestätigte Pläne für einen Entwurf und die Bereitstellung von SharePoint Server 2016 verfügen. In diesem Fall ist der Rollout 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 vorhandenen Farm erforderlich sind.
Upgrade einer Office SharePoint Server 2007-Farm auf SharePoint Server 2013: Bei der Kapazitätsplanungsübung sollte der Entwurf für eine Farm überprüft worden sein, die vorhandene Anforderungen erfüllen und hochskaliert werden kann, um eine erhöhte Nachfrage und Nutzung einer SharePoint Server 2013-Farm zu erfüllen. Teil der Kapazitätsplanungsübung sollte Testmigrationen enthalten, um zu überprüfen, wie lange der Upgradeprozess dauert, ob benutzerdefinierter Code geändert oder ersetzt werden muss, ob Tools von Drittanbietern aktualisiert werden müssen usw. Am Ende der Kapazitätsplanung sollten Sie über einen validierten Entwurf verfügen und wissen, wie viel Zeit das Upgrade in Anspruch nimmt, und einen Plan, wie der Upgradeprozess am besten funktioniert, z. B. ein direktes Upgrade oder das Migrieren von Inhaltsdatenbanken in eine neue Farm. Wenn Sie ein direktes Upgrade durchführen, haben Sie bei der Kapazitätsplanung möglicherweise festgestellt, dass zusätzliche oder aktualisierte Hardware benötigt wird, und Überlegungen zu Ausfallzeiten. Ein Teil der Ausgabe der Planungsübung sollte eine Liste der erforderlichen Hardwareänderungen und ein detaillierter Plan sein, um die Hardwareänderungen zuerst in der Farm bereitzustellen. Sobald die Hardwareplattform vorhanden ist, die bei der Kapazitätsplanung überprüft wurde, können Sie mit dem Upgrade auf SharePoint Server 2013 fortfahren.
Verbessern der Leistung einer vorhandenen SharePoint Server 2013-Farm: Die Kapazitätsplanungsübung sollte Ihnen dabei helfen, die Engpässe in Ihrer aktuellen Implementierung zu identifizieren, Möglichkeiten zu planen, diese Engpässe zu reduzieren oder zu beseitigen, und eine verbesserte Implementierung zu überprüfen, die Ihre geschäftsspezifischen Anforderungen für SharePoint Server 2013-Dienste erfüllt. Es gibt verschiedene Möglichkeiten, wie Leistungsprobleme hätten gelöst werden können, z. B. das Umstellen von Diensten auf vorhandene Hardware, das Upgraden vorhandener Hardware oder das Hinzufügen weiterer Hardware und das Hinzufügen weiterer Dienste. Die verschiedenen Ansätze sollten während der Kapazitätsplanungsübung getestet und validiert werden, und anschließend sollten sie einen Bereitstellungsplan erstellen, der auf den Ergebnissen dieser Tests basiert.

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 Überwachen und Verwalten von SharePoint Server 2013 finden Sie eine Liste der Einstellungen, die Sie ändern können, um Ihre Umgebung in den frühen Phasen zu überwachen, mit denen Sie ermitteln 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 detaillierte Überwachung nicht mehr erforderlich ist, können Sie die unten angegebenen Einstellungen in ihre Standardeinstellungen umkehren.

Weitere Informationen zur Integritätsüberwachung und Problembehandlung mithilfe der in die SharePoint Server 2013 Central Admin-Schnittstelle integrierten Integritätsüberwachungstools finden Sie unter:

Überwachung und Berichterstellung in SharePoint Server 2016

Problembehandlung