Entwerfen einer SharePoint Server-Farm in Azure

GILT FÜR:2013 2016 2019 Subscription Edition SharePoint in Microsoft 365

Dieser Artikel bietet eine Übersicht über die Unterstützung für SharePoint Server-Farmen in Azure-Infrastrukturdiensten sowie einen schrittweisen Prozess sowie Empfehlungen und bewährte Methoden für das Entwerfen der Azure-Umgebung, einschließlich Netzwerk-, Speicher- und Computeressourcen.

SharePoint Server-Farmen in Azure-Infrastrukturdiensten

Das Ausführen von SharePoint Server-Farmen in einer iaaS-Umgebung (Infrastructure-as-a-Service) kann folgendes nutzen:

• Kapazität nach Bedarf und die Möglichkeit zur zentralen Hochskalierung von virtuellen Computern (Elastizität)

• Teilweises Outsourcing

• Zusätzliche Standorte bei minimaler Investition

• Kosteneinsparungen

In den folgenden Szenarien sollten SharePoint-Farmen in einer IaaS-Umgebung ausgeführt werden:

• Farmen für Entwicklung/Tests, Pilotprojekte oder Machbarkeitsstudien

• Hybride Infrastrukturen

• Notfallwiederherstellung

• Produktionsfarm

Unterstützung von SharePoint Server in Azure

Microsoft unterstützt die folgenden SharePoint Server-Bereitstellungsszenarien auf virtuellen Azure-IaaS-Computern (VMs):

• Farmen, die nicht produktiv genutzt werden (z. B. Farmen für Entwicklungs-/Testumgebungen oder Machbarkeitsstudien)

• Als Notfallwiederherstellungsziel mit Protokollversand, SQL Server Always On Verfügbarkeitsgruppen oder Azure Site Recovery

• Produktionsfarmen mit Azure Storage Premium für Server, denen die Suchrolle zugewiesen ist

Produktionsfarmen mit SharePoint 2013 werden ebenfalls unterstützt. SharePoint 2010 wird nicht mehr standardmäßig unterstützt, kann jedoch zum Testen und Überprüfen von Migrationsszenarien auf Azure-VMs installiert werden.

Wie auch bei anderen Microsoft-Workloads läuft die Lizenzierung über Software Assurance mit Lizenzmobilität. Weitere Informationen finden Sie unter Lizenzierung von Microsoft-Serverprodukten für die Verwendung in virtuellen Umgebungen.

Entwurfsprozess für SharePoint Server-Farmen in Azure

Die Azure-Infrastrukturdienste sind eine Umgebung, die sich von lokalen Rechenzentren unterscheidet und zusätzliche Planung erfordert. Der folgende Entwurfsprozess führt Sie Schritt für Schritt durch die Ermittlung Ihres Bedarfs im Hinblick auf die folgenden Azure-Infrastrukturelementen:

1. Ressourcengruppen

2. Konnektivität

3. Speicher

4. Identität

5. Sicherheit

6. Virtuelle Computer

Jeder Schritt enthält bewährte Methoden und Empfehlungen, die speziell für die Anforderungen von SharePoint Server-Farmen gelten.

Am Ende des Entwurfsprozesses haben Sie die Komponenten in Azure-Infrastrukturdiensten bestimmt, die für Ihre SharePoint Server-Farm bereit sind.

Tipp

Der vorgestellte Prozess basiert auf dem Artikel Design Azure infrastructure services to host a multi-tier LOB application.

Schritt 1: Ressourcengruppen

Ressourcengruppen sind Container für mehrere Azure-Elemente, die gemeinsam verwaltet werden können. Beispielsweise können Sie Zugriffssteuerungslisten erstellen, die festlegen, dass nur bestimmte Benutzerkonten die Elemente in einer Ressourcengruppe ändern dürfen.

Sie können alle Ressourcen für Ihre SharePoint Server-Farm in derselben Ressourcengruppe platzieren, aber davon wird bei Produktionsbereitstellungen dringend abgeraten. Stattdessen wird empfohlen, verschiedene Ressourcengruppen für Folgendes zu verwenden:

• Infrastruktur- und Netzwerkkomponenten

  Beispiel: Verwenden Sie eine Ressourcengruppe namens „Networking_RG“, die das virtuelle Netzwerk (VNet), Netzwerksicherheitsgruppen und Load Balancer enthält.

• Die einzelnen Rollen in der SharePoint-Farm

  Verwenden Sie beispielsweise separate Ressourcengruppen für Front-End, Suche, Anwendung, verteilten Cache, Daten und kombinierte Rollen einer typischen SharePoint Server-Farm. Platzieren Sie in jeder separaten Ressourcengruppe die zu der betreffenden Rolle gehörenden Verfügbarkeitsgruppen, Netzwerkschnittstellen und virtuellen Computer.

Füllen Sie vor der Erstellung Ihrer Ressourcengruppen die folgende Tabelle aus. Sie können so viele Zeilen verwenden wie nötig.

Ressourcengruppenname	Azure-Standort (Region)

Schritt 2: Konnektivität

Unter den Aspekt Konnektivität fallen:

• Zugriff auf die Server, die in Ihrer SharePoint Server-Farm ausgeführt werden, sowohl für die Verwaltung als auch für die Ressourcen der Farm, über Ihr Intranet und das Internet.

• Der Zugriff der Farmserver aufeinander, auf das Intranet und auf das Internet

Zu den Konnektivitätselementen zählen virtuelle Netzwerke (VNets), die Subnetze innerhalb von VNets, das Domain Name System (DNS) für die Namensregistrierung und Namensauflösung, die Datenverkehrsverteilung und die Adressierung für virtuelle Computer.

VNets

Ein Azure-VNet ist der erforderliche Container für virtuelle Computer in den Azure-Infrastrukturdiensten. Es gibt zwei Typen von VNets:

• Rein cloudbasiert

  Dieser Typ VNet hat keine Verbindung zu einem lokalen Netzwerk. Verwenden Sie diesen VNET-Typ, wenn Sie eine SharePoint-Farm mit Internetzugriff bereitstellen, die eine eigenständige AD-Gesamtstruktur (Windows Server Active Directory) verwendet.

• Standortübergreifend

  Verfügt über eine Verbindung mit einem lokalen Netzwerk und muss einem eindeutigen Adressraum aus Ihrem Intranet zugewiesen werden. Verwenden Sie diesen VNET-Typ, wenn Sie eine intranetbasierte SharePoint-Farm bereitstellen, die eine lokale Windows Server AD Gesamtstruktur verwendet.

Obwohl es möglich ist, die VMs einer Serverrolle einer SharePoint-Farm in verschiedenen VNETs zu platzieren, wird dringend davon abgeraten, da der Netzwerkdatenverkehr zwischen VMs über eine VNet-zu-VNet- oder VNET-Peeringverbindung übertragen werden muss. Es wird empfohlen, alle Server einer Farm in einem einzelnen VNET zu platzieren.

Wenn Sie das VNET erstellen, müssen Sie ihm einen Adressraum zuweisen, der aus einem oder mehreren CIDR-Blöcken (Classless Inter-Domain Routing) (auch als Netzwerkpräfixe bezeichnet) bestehen kann. Das ist ähnlich der Zuweisung eines Adressraums an ein neues Rechenzentrum, das mehrere Subnetze und IT-Workloads enthalten wird. Die Auswahl des Adressraums hängt vom Typ des VNets ab:

• Rein cloudbasiert

  Diesem Typ kann jeder Adressraum aus dem privaten IPv4-Adressraum (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16) zugewiesen werden, solange es keine Überlappungen mit den Adressräumen anderer verbundener VNets gibt.

• Standortübergreifend

  Dieser Typ benötigt einen eindeutigen, nicht überlappenden Adressraum aus Ihrem Intranetadressraum. Dabei kann es sich um einen öffentlichen oder um einen privaten Adressraum handeln.

Füllen Sie die folgende Tabelle für Ihr VNet aus.

VNet-Name	VNet-Typ	Ressourcengruppenname	Adressraum

Platzieren Sie das VNet in der Ressourcengruppe für Infrastruktur- und Netzwerkkomponenten.

Beachten Sie: Sie können ein bereits vorhandenes VNet verwenden, das IT-Workloads in virtuellen Computern in Azure hostet, oder Sie können ein neues VNet erstellen.

Subnetze

Genauso wie die Subnetze in einem Rechenzentrum sind die Subnetze eines Azure-VNets logische Teilbereiche des IPv4-Adressraums, die Netzwerkknoten und deren Datenverkehr gruppieren oder voneinander trennen. Azure unterstützt drei Typen von Subnetzen:

• VM-Host (erforderlich)

  Dieser Typ Subnetz hostet eine IT-Workload. Ein Beispiel sind alle Server, auf denen der verteilte Cachedienst einer SharePoint Server-Farm ausgeführt wird.

• Gateway

  Dieser Typ Subnetz hostet Azure-Gateways für standortübergreifende VPN-Verbindungen oder VNet-zu-VNet-VPN-Verbindungen. Dieses Subnetz muss den Namen "GatewaySubnet" haben.

• Verwaltung (empfohlen)

  Dieser Typ Subnetz hostet zwei oder mehr VMs, die Remotedesktopverbindungen zu den Servern im VNet bereitstellen und Funktionen zur Netzwerkverwaltung unterstützen.

Genau wie in lokalen Rechenzentren empfehlen wir auch in Azure die Verwendung eines separaten Subnetzes des Typs „VM-Host“ für jede Gruppe von VMs, die dieselbe Serverrolle für die Farm bereitstellen. Wenn Sie getrennte Subnetze implementieren, können Sie mithilfe von Azure-Netzwerksicherheitsgruppen festlegen, welcher eingehende und welcher ausgehende Datenverkehr erlaubt ist, und Subnetze voneinander isolieren.

Der Adressraum für jedes Subnetz muss Teil des als einzelner CIDR-Block (Netzwerkpräfix) verschriftlichen VNet-Adressraums sein. Wählen Sie den Adressraum so groß, dass die geplante Zahl von Servern mit identischer Serverrolle darin Platz hat.

Anzahl Server	Länge des Netzwerkpräfixes
1-3	/29
4-11	/28
12-27	/27
18-59	/26

Wir empfehlen, für das Subnetz „GatewaySubnet“ die Netzwerkpräfixlänge „/27“ zu verwenden und ein Präfix aus dem letzten Teil des VNet-Adressraums zuzuweisen. Weitere Informationen finden Sie unter Berechnen des Gatewaysubnetzadressraums für virtuelle Azure-Netzwerke.

Füllen Sie vor der Erstellung der Subnetze Ihres VNet die folgende Tabelle aus. Sie können so viele Zeilen verwenden wie nötig.

Subnetzname	Adressraum
GatewaySubnet (sofern erforderlich)

DNS

Allen VMs in einem Azure-VNet wird standardmäßig eine Gruppe von DNS-Servern zugewiesen, die die Namensregistrierung und Namensauflösung übernehmen. Sie können diese Einstellung außer Kraft setzen, indem Sie einzelnen VM-Netzwerkschnittstellen DNS-Server zuweisen.

Weisen Sie für eine SharePoint Server-Farm in Azure, die Microsoft Entra Domain Services verwendet, die IP-Adressen des Diensts als DNS-Server zu.

Weisen Sie für eine SharePoint Server-Farm in Azure, die einen Satz von Windows Server AD Domänencontrollern enthält, die auch als DNS-Server fungieren, die IP-Adressen der Domänencontroller als DNS-Server zu. Bei einem übergreifenden VNet benötigen Sie zwei Sätze von DNS-Servern:

• zum Einen eine Gruppe von DNS-Servern in Ihrem lokalen Netzwerk, die Ihre Domänencontroller-VMs verwenden, wenn sie der Domäne beitreten und auf Domänencontroller hochgestuft werden.

• Sobald die VMs zu DNS-Servern geworden sind, setzen Sie die DNS-Server auf die IP-Adressen der Domänencontroller zurück.

Füllen Sie die folgende Tabelle für die DNS-Server-IP-Adressen aus, die Ihrem VNet zugewiesen werden sollen. Sie können so viele Zeilen verwenden wie nötig.

IP-Adressen des DNS-Servers

Datenverkehrsverteilung

In einer typischen SharePoint-Farm werden Load Balancer verwendet, um den Datenverkehr auf Server zu verteilen, denen dieselbe Rolle zugewiesen ist. Die Azure-Infrastrukturdienste umfassen einen integrierten Load Balancer, der auf folgende Weise verwendet werden kann:

• Mit Internetanbindung: Der Load Balancer wird mit einer öffentlichen IP-Adresse verwendet, um eingehenden Internetdatenverkehr auf die VM-Mitglieder einer Gruppe mit Lastenausgleich zu verteilen.

• Intern: Der Load Balancer wird mit einer IP-Adresse aus einem Subnetz des VNet verwendet, um eingehenden Internetdatenverkehr auf die VM-Mitglieder einer Gruppe mit Lastenausgleich zu verteilen.

Hier unsere Empfehlungen für Azure-Load Balancer in einer Azure-basierten SharePoint Server 2016-Farm:

• Verwenden Sie für die Front-End-Server den Azure-Load Balancer oder eine Load Balancer-Netzwerkappliance. Kann über das Internet auf die SharePoint-Farm zugegriffen werden: Verwenden Sie einen Load Balancer mit Internetanbindung.

• Verwenden Sie einen internen Azure-Load Balancer oder eine Load Balancer-Netzwerkappliance für die Gruppe von Servern, auf denen Anwendungen ausgeführt werden, sowie für den SQL Server-Cluster (über die Listener-IP-Adresse).

• Erstellen Sie die Azure-Load Balancer oder die Load Balancer-Netzwerkappliances in der Ressourcengruppe für Infrastruktur- und Netzwerkkomponenten.

• Verlängern Sie mit dem Azure PowerShell-Befehl Set-AzureLoadBalancedEndpoint -IdleTimeoutInMinutes 15 das Verbindungstimeout bei Leerlauf, um lang andauernde Verbindungen von SharePoint-Clients zu unterstützen.

• Zum Testen der VM-Integrität können Sie entweder eine HTTP-GET-Nachricht oder eine ICMP-Echo-Request-Nachricht (ping) absetzen. Ausnahme: Arbeitet die Load Balancer-Netzwerkappliance auf Layer 4, müssen Sie eine HTTP-GET-Nachricht verwenden.

Füllen Sie vor der Erstellung der Azure-Load Balancer die folgende Tabelle aus. Sie können so viele Zeilen verwenden wie nötig.

Load Balancer-Name	Zweck	Typ (Internet oder intern)

Statische Adressen

Sie können VM-Netzwerkschnittstellen statische IP-Adressen aus dem verfügbaren Subnetzadressraum zuweisen. Wenn Sie einen internen Azure-Load Balancer verwenden, um den Datenverkehr auf Server mit identischer Rolle zu verteilen, sollten Sie dem Load Balancer eine statische IP-Adresse aus dem Subnetz zuweisen, das die Mitglieder der Gruppe mit Lastenausgleich enthält.

Für eine SharePoint Server-Farm in Azure empfiehlt Microsoft, jedem Server, auf dem SQL Server oder SharePoint Server ausgeführt wird, eine statische IP-Adresse zuzuweisen.

Füllen Sie die folgende Tabelle für die statischen IP-Adressen aus. Sie können so viele Zeilen verwenden wie nötig.

VM-Name oder Load Balancer-Name	Statische IP-Adresse

Öffentliche IP-Adressen

Eine öffentliche IP-Adresse ermöglicht Internetzugriff auf einen Load Balancer oder eine VM. Um die Angriffsfläche für Hacker zu verkleinern, empfiehlt Microsoft, öffentliche IP-Adressen ausschließlich für Folgendes zu verwenden:

• Jumpbox-VMs in einem rein cloudbasierten Netzwerk:

  Eine Jumpbox-VM ist die VM, über die Sie Remotedesktopverbindungen zur Remoteverwaltung der übrigen VMs im VNet initiieren. Es ist nicht nötig, jeder VM eine öffentliche IP-Adresse zuzuweisen.

• Load Balancer mit Internetanbindung in Farmen, auf die extern zugegriffen wird:

  Die öffentliche IP-Adresse ermöglicht den Zugriff für die Front-End-Server der Farm.

Füllen Sie die folgende Tabelle für die öffentlichen IP-Adressen aus. Sie können so viele Zeilen verwenden wie nötig.

VM-Name oder Load Balancer-Name

Azure weist öffentliche IP-Adressen zu dem Zeitpunkt zu, an dem sie für eine VM oder einen Load Balancer angefordert werden.

Schritt 3: Speicher

Speicherressourcen für VMs in Azure sind verwaltete Datenträger. Hierunter fallen auch die Datenträger, die von den einzelnen VMs verwendet werden.

Azure unterstützt Standard- und Premium-Speichertypen. Um in einer unterstützten Konfiguration zu sein, müssen Sie Storage Premium für die Server verwenden, auf denen SharePoint Server ausgeführt wird, die die Suchrolle hosten. Microsoft empfiehlt die Verwendung von Storage Premium für alle VMs, auf denen SQL Server oder SharePoint-Server ausgeführt werden. Für die anderen VMs in der Farm können Sie Storage Standard-Speicher verwenden, beispielsweise für Domänencontroller und die VMs im Verwaltungssubnetz.

Schritt 4: Identität

SharePoint Server erfordert Windows Server AD Domänenmitgliedschaft. Daher muss eine SharePoint Server-Farm in Azure Zugriff auf eine Windows Server AD Domäne haben, entweder mit virtuellen Computern, die als Domänencontroller fungieren, oder mit Microsoft Entra Domain Services.

Bei Verwendung von virtuellen Computern, die als Domänencontroller fungieren, gilt Folgendes:

• Erstellen Sie für ausschließlich internetbasierte Farmen in einem rein cloudbasierten VNet eine eigenständige Windows Server AD-Gesamtstruktur mit mindestens zwei VMs für Verfügbarkeit.

• Für eine Intranetfarm in einem standortübergreifenden VNet können Sie lokale Domänencontroller verwenden. Microsoft empfiehlt jedoch die Verwendung von mindestens zwei Replikatdomänencontrollern für die lokale Windows Server AD-Gesamtstruktur in dem VNet, das die SharePoint-Farm enthält.

Schritt 5: Sicherheit

Verwenden Sie die folgenden Azure-Elemente, um die Sicherheit der Server in der SharePoint-Farm zu gewährleisten:

• Verwenden Sie für rein cloudbasierte VNets eine Jumpbox-VM für Remotedesktopverbindungen, und weisen Sie dieser Jumpbox-VM die einzige öffentliche IP-Adresse zu. Jumpbox-VMs sind für standortübergreifende VNets optional, da die VMs der SharePoint-Farm direkt aus dem Intranet erreichbar sind.

• Verwenden Sie subnetzbasierte Netzwerksicherheitsgruppen zur Isolierung von Subnetzen. Netzwerksicherheitsgruppen und die zugehörigen Regeln definieren, welcher Datenverkehr das Subnetz passieren darf. Platzieren Sie die Netzwerksicherheitsgruppen in der Ressourcengruppe für Infrastruktur- und Netzwerkkomponenten.

Füllen Sie vor der Erstellung der Netzwerksicherheitsgruppen die folgende Tabelle aus. Sie können so viele Zeilen verwenden wie nötig.

Name der Netzwerksicherheitsgruppe	Subnetzname	Regeln

Schritt 6: Virtuelle Computer

Führen Sie für die virtuellen Computer der SharePoint-Farm die folgenden Schritte durch:

• Erstellen Sie eine Verfügbarkeitsgruppe für jede Gruppe von VMs mit identischer Rolle, und platzieren Sie jeweils alle VMs mit identischer Serverrolle in der entsprechenden Gruppe.

• Erstellen Sie die Verfügbarkeitsgruppe in der Ressourcengruppe für die jeweilige Serverrolle.

• Verwenden Sie mindestens zwei VMs für jede Serverrolle.

• Wenn Sie SQL Server Always On Verfügbarkeitsgruppen verwenden und nur zwei SQL-Server verwenden möchten, müssen Sie auch den Minderheitsknotenserver für den Cluster verwenden.

• Platzieren Sie die Netzwerkschnittstellen und die VMs in der Ressourcengruppe für die jeweilige Serverrolle.

Hier die empfohlenen Mindestgrößen für die VMs:

• Windows Server AD-Domänencontroller: Standard_D2

• SQL-Server: Standard_DS4

• Minderheitsknotenserver: Standard_D2

• SharePoint-Server: Standard_DS4

Adressen für Netzwerkschnittstellen:

• Verwenden Sie statische private IP-Adressen für alle Schnittstellen von VMs, die Domänencontroller sind oder SharePoint Server oder SQL Server ausführen.

• Verwenden Sie nur für die Jumpbox-VM eine öffentliche IP-Adresse.

• Verwenden Sie eine öffentliche IP-Adresse für den über das Internet erreichbaren Load Balancer der Front-End-Server, wenn die Farm über das Internet erreichbar ist.

Jede Azure-VM enthält einen Betriebssystemdatenträger. Sie können bei der Erstellung der VM und auch später zusätzliche Datenträger hinzufügen. In der folgenden Tabelle finden Sie eine Übersicht über die Mindestanzahl von zusätzlichen Datenträgern für die VMs in einer SharePoint-Farm.

Servertyp	Zusätzliche Datenträger
Windows Server AD-Domänencontroller	Ein zusätzlicher Datenträger mit 40 GB zum Speichern von Windows Server AD-Informationen
SQL-Server	Drei zusätzliche Datenträger mit je 1 TB für Daten, Protokolle und temporäre Daten
Anwendungs- oder Suchserver	Ein zusätzlicher Datenträger mit 100 GB für Protokolle, ein zusätzlicher Datenträger mit 200 GB für den Suchindex
Front-End-Server oder Hostserver für den verteilten Cache	Ein zusätzlicher Datenträger mit 100 GB für Protokolle

Füllen Sie vor der Erstellung der Verfügbarkeitsgruppen die folgende Tabelle aus. Sie können so viele Zeilen verwenden wie nötig.

Name der Verfügbarkeitsgruppe	Rolle in der SharePoint-Farm	Ressourcengruppe

Füllen Sie vor der Erstellung der VM-Netzwerkschnittstellen die folgende Tabelle aus. Sie können so viele Zeilen verwenden wie nötig.

Name der Netzwerkschnittstelle	Ressourcengruppe	Subnetzname	Statische IP-Adresse	Load Balancer-Instanz (sofern erforderlich)

Füllen Sie vor der Erstellung der VMs die folgende Tabelle aus. Sie können so viele Zeilen verwenden wie nötig.

VM-Name	Zweck	Größe	Verfügbarkeitssatz	Ressourcengruppe	Name der Netzwerkschnittstelle

Nächste Schritte

Wenn Sie bereit sind, eine Proof-of-Concept- oder Dev/Test-Konfiguration einer SharePoint Server-Intranetfarm in Azure zu erstellen, lesen Sie Intranet SharePoint Server in Azure Dev/Test-Umgebung.

Wenn Sie bereit sind, eine produktionsbereite Hochverfügbarkeits-SharePoint Server-Farm in Azure bereitzustellen, finden Sie weitere Informationen unter Bereitstellen von SharePoint Server mit SQL Server Always On Verfügbarkeitsgruppen in Azure.

Siehe auch

Konzepte

SharePoint 2013 und SharePoint 2016

Installieren und Konfigurieren von SharePoint Server 2016

Weitere Ressourcen

SharePoint Server in Microsoft Azure