Planen der Dienstarchitektur (SharePoint Server 2010)

 

Gilt für: SharePoint Foundation 2010, SharePoint Server 2010

Letztes Änderungsdatum des Themas: 2016-11-30

Dieser Artikel enthält Informationen zur Dienstarchitektur für die gemeinsame Nutzung von Dienstanwendungen und enthält Beispielarchitekturen für Microsoft SharePoint Server 2010.

Inhalt dieses Artikels:

  • Informationen zu Dienstanwendungen

  • Infrastruktur von Diensten und Entwurfsprinzipien

  • Bereitstellen von Dienstanwendungen in mehreren Farmen

  • Planungsüberlegungen für Dienste, die auf externe Datenquellen zugreifen

  • Beispielarchitekturen

  • Einzelne Farm, einzelne Dienstanwendungsgruppe

  • Einzelne Farm, mehrere Dienstanwendungsgruppen

  • Farmen für Unternehmensdienste

  • Farmen für spezialisierte Dienste

  • Organisationsübergreifende Farmen

Berücksichtigen Sie beim Planen der Dienstarchitektur die folgenden Fragen:

  • Welche Dienstanwendungen benötigt Ihre Organisation?

  • Benötigen Teams dedizierte Dienstanwendungen?

  • Wie viele Serverfarmen benötigt Ihre Organisation?

  • Gibt es Möglichkeiten für die farmübergreifende gemeinsame Nutzung von Diensten?

  • Machen die Anforderungen Ihrer Organisation eine Farm mit zentralisierten Diensten erforderlich?

Die folgenden Modelle in Postergröße können für diesen Artikel verwendet werden. Sie können die Diagramme innerhalb der Modelle zur Darstellung der Pläne Ihrer eigenen Organisation ändern.

Informationen zu Dienstanwendungen

SharePoint Server 2010 enthält eine Reihe von Diensten, die in Webanwendungen gemeinsam genutzt werden können. Diese Dienste werden als Dienstanwendungen bezeichnet. Einige Dienstanwendungen können von mehreren Farmen gemeinsam genutzt werden. Durch die gemeinsame Nutzung von Dienstanwendungen in Webanwendungen und Farmen werden die Ressourcen, die für die Bereitstellung dieser Dienste in mehreren Websites erforderlich sind, erheblich reduziert.

In der folgenden Tabelle sind die in SharePoint 2010-Produkten enthaltenen Dienstanwendungen aufgeführt.

Dienstanwendungen

Beschreibung

SharePoint Foundation 2010

SharePoint Server 2010 Standard

SharePoint Server 2010 Enterprise

Access Services

Hiermit können Benutzer Access 2010-Datenbanken in einem Webbrowser anzeigen, bearbeiten und mit diesen interagieren.

X

Business Data Connectivity-Dienst

Ermöglicht den Zugriff auf Branchendatensysteme.

X

X

X

Excel Services-Anwendung

Hiermit können Benutzer Excel 2010-Dateien in einem Webbrowser anzeigen und mit diesen interagieren.

X

Verwalteter Metadatendienst

Hiermit werden Taxonomiehierarchien, Schlüsselwörter und die Infrastruktur thematischer Kategorien verwaltet sowie Inhaltstypen websitesammlungsübergreifend veröffentlicht.

X

X

PerformancePoint Service-Anwendung

Stellt die PerformancePoint-Funktionalität bereit.

X

Suchdienst

Durchforstet Inhalte, erstellt Indexpartitionen und verarbeitet Suchabfragen.

X

X

Secure Store Service

Stellt die Einmalanmeldungsauthentifizierung für den Zugriff auf mehrere Anwendungen oder Dienste bereit.

X

X

Statusdienst

Ermöglicht die temporäre Speicherung von Benutzersitzungsdaten für SharePoint Server-Komponenten.

X

X

Erfassung von Verwendungs- und Integritätsdaten

Sammelt farmweite Verwendungs- und Integritätsdaten und ermöglicht das Anzeigen verschiedener Verwendungs- und Integritätsberichte.

X

X

X

Benutzerprofildienst

Fügt die Unterstützung für Websites vom Typ Meine Website, Profilseiten, thematische Kategorien und andere Features für soziale Netzwerke hinzu.

X

X

Visio-Grafikdienst

Hiermit können Benutzer veröffentlichte Visio 2010-Diagramme in einem Webbrowser anzeigen und aktualisieren.

X

Web Analytics-Dienst

Stellt Webdienst-Schnittstellen bereit.

X

X

Word Automation Services

Führt automatisierte Massenkonvertierungen von Dokumenten aus.

X

X

Microsoft SharePoint Foundation-Abonnementeinstellungendienst

Stellt mehrinstanzenfähige Funktionalität für Dienstanwendungen bereit und verfolgt Abonnement-IDs und Einstellungen für Dienste nach, die im partitionierten Modus bereitgestellt werden. Dieser Dienst wird nur über Windows PowerShell bereitgestellt.

X

X

X

Einige Dienste werden von anderen Microsoft-Produkten bereitgestellt, einschließlich der in der folgenden Tabelle aufgelisteten Dienste.

Dienstanwendung

Beschreibung

Office Web Apps-Dienste:

  • Word-Anzeigedienst

  • PowerPoint-Dienst

  • Dienste für Excel-Berechnungen

Bei Office Web Apps handelt es sich um ein webbasiertes Produktivitätsangebot der Microsoft Office 2010-Suites. Office Web Apps-Dienste enthalten Begleitanwendungen zu Microsoft Word 2010, Microsoft Excel 2010, Microsoft PowerPoint 2010 und Microsoft OneNote 2010. Diese webbasierten Anwendungen sind eigenständige Anwendungen und bieten in erster Linie Folgendes: Zugriff auf Word 2010-, PowerPoint 2010-, Excel 2010- und OneNote 2010-Dokumente mithilfe jedes Browsers und für mehrere Plattformen; einfache Erstellungs- und Bearbeitungsfunktionen für Standardformate; Freigabe und gemeinsame Nutzung dieser Dokumente über den Browser; und verschiedene Webszenarien. Mit Office Web Apps erstellte Dokumente unterscheiden sich nicht von Dokumenten, die mit den entsprechenden Desktopanwendungen erstellt wurden. Mithilfe der zugehörigen Dienste werden Dokumente zum Anzeigen und Bearbeiten in einem Webbrowser vorbereitet.

Microsoft Project Server 2010

Mit Microsoft Project Server 2010 werden eine oder mehrere Microsoft Project Web Access-Instanzen gehostet, Planungsfunktionalität und sonstige Middle-Tier-Berechnungen für Microsoft Office Project-Daten verfügbar gemacht sowie Webdienste für die Interaktion mit Microsoft Project 2010-Daten verfügbar gemacht.

Dienstanwendungen unterscheiden sich von den Diensten, die auf bestimmten Servern gestartet und beendet werden und auf der Seite Dienste auf dem Server auf der Website für die SharePoint-Zentraladministration aufgelistet werden. Einige der auf dieser Seite aufgelisteten Dienste sind Dienstanwendungen zugeordnet, aber Dienstanwendungen stellen bestimmte Instanzen von Diensten dar, die auf verschiedene Art und Weise konfiguriert und gemeinsam genutzt werden können.

Infrastruktur von Diensten und Entwurfsprinzipien

Mit SharePoint 2010-Produkten wird die in der vorherigen Version eingeführte Dienstinfrastruktur verbessert. In SharePoint 2010-Produkten wird die Infrastruktur zum Hosten von Diensten auf SharePoint Foundation 2010 verlagert, und die Konfiguration der Dienstangebote ist wesentlich flexibler. Einzelne Dienste können unabhängig konfiguriert werden, und Drittanbieter können der Plattform Dienste hinzufügen.

Die gemeinsame Nutzung von Diensten ist nicht mehr auf SharePoint Server beschränkt, und Dienste sind nicht mehr in Anbietern für gemeinsame Dienste (Shared Services Providers, SSPs) enthalten.

Bereitstellen von Diensten

Sie stellen Dienstanwendungen in einer Farm mithilfe der folgenden Methoden bereit:

  • Durch Auswählen von Diensten beim Ausführen des Konfigurations-Assistent für SharePoint-Produkte.

  • Durch sukzessives Hinzufügen von Diensten auf der Seite Dienstanwendungen verwalten der Website für die Zentraladministration.

  • Mithilfe von Windows PowerShell.

Präzisere Konfiguration von Diensten

Durch die aktualisierte Diensteinfrastruktur haben Sie mehr Kontrolle darüber, welche Dienste bereitgestellt werden und wie Dienstanwendungen gemeinsam genutzt werden:

  1. Sie können in einer Farm nur die benötigten Dienstanwendungen bereitstellen.

  2. Webanwendungen können so konfiguriert werden, dass nur die erforderlichen Dienstanwendungen und nicht sämtliche bereitgestellten Dienste verwendet werden.

  3. Sie können in einer Farm mehrere Instanzen desselben Diensts bereitstellen und den resultierenden Dienstanwendungen eindeutige Namen zuweisen.

  4. Dienstanwendungen können von mehreren Webanwendungen in einer Farm gemeinsam verwendet werden.

Beim Erstellen einer Webanwendung können Sie die Dienstanwendungen für die Webanwendung auswählen. Darüber hinaus können Sie die Dienstanwendungen ändern, die später einer Webanwendung zugeordnet werden.

Dienstanwendungsgruppen

Standardmäßig sind alle Dienstanwendungen in der Standardgruppe enthalten, außer Sie ändern diese Einstellung beim Erstellen einer Dienstanwendung. Sie können der Standardgruppe jederzeit Dienstanwendungen hinzufügen bzw. Dienstanwendungen aus der Standardgruppe entfernen.

Wenn Sie eine Webanwendung erstellen, können Sie die Standardgruppe auswählen, oder Sie können eine benutzerdefinierte Gruppe von Dienstanwendungen erstellen. Zum Erstellen einer benutzerdefinierten Gruppe von Dienstanwendungen wählen Sie nur die Dienstanwendungen aus, die von der Webanwendung verwendet werden sollen.

Im folgenden Bildschirmfoto ist eine Liste von Dienstanwendungen für eine Beispielfarm dargestellt, die ausgewählt werden können, wenn beim Erstellen einer Webanwendung Benutzerdefiniert ausgewählt wird. Nur die ersten paar Dienstanwendungen sind abgebildet.

Auswählen oder Erstellen der Standarddienstgruppe

In der Zentraladministration erstellte benutzerdefinierte Gruppen können nicht in mehreren Webanwendungen wiederverwendet werden. Jedes Mal, wenn Sie beim Erstellen einer Webanwendung Benutzerdefiniert auswählen, wählen Sie Dienstanwendungen nur für die Webanwendung aus, die Sie gerade erstellen.

Logische Architektur

Dienstanwendungen werden auf einer einzigen IIS-Website (Internet Information Services, Internetinformationsdienste) bereitgestellt. Dies entspricht dem Standardverhalten und kann nicht geändert werden. Sie können jedoch die Konfiguration von Dienstanwendungsgruppen und die Zuordnung von Webanwendungen zu Dienstanwendungsgruppen anpassen.

Das folgende Diagramm veranschaulicht die logische Architektur für eine typische Farmbereitstellung.

Web-Apps verbinden sich mit benutzerdefinierten oder Standarddienstgruppen

Beachten Sie die folgenden Merkmale der Farm im Diagramm:

  • Alle Dienstanwendungen sind auf derselben IIS-Website enthalten.

  • Es gibt zwei Gruppen von Dienstanwendungen, nämlich die Standardgruppe und eine benutzerdefinierte Gruppe. Nicht alle Dienstanwendungen müssen in der Standardgruppe enthalten sein. In diesem Diagramm ist die Dienstanwendung F nicht in der Standardgruppe enthalten. Sie wird nur von einer einzigen Webanwendung verwendet.

  • Webanwendungen stellen eine Verbindung mit der Standardgruppe oder mit einer benutzerdefinierten Gruppe von Dienstanwendungen her. In diesem Diagramm gibt es eine benutzerdefinierte Gruppe.

Dienstanwendungen können in verschiedenen Anwendungspools bereitgestellt werden, um die Prozessisolation zu erreichen. Wenn Sie allerdings die Leistung der Farm optimieren möchten, wird empfohlen, Dienstanwendungen in einem einzigen Anwendungspool bereitzustellen.

Für die physische Isolation einer Dienstanwendung sollten Sie wie im folgenden Diagramm dargestellt einen anderen Anwendungspool für die Dienstanwendung auswählen oder erstellen.

Eine Dienstanwendung kann über einen eigenen Anwendungspool verfügen

Verbindungen für Dienstanwendungen

Beim Erstellen einer Dienstanwendung wird gleichzeitig eine Verbindung für die Dienstanwendung erstellt. Eine Verbindung ist eine virtuelle Entität, die Webanwendungen mit Dienstanwendungen verknüpft. In Windows PowerShell werden diese Verbindungen als Proxys bezeichnet. "Proxy" wird am Ende der Typbeschreibungen für Verbindungen auf der Seite Dienstanwendungen verwalten in der Zentraladministration angezeigt. Manche Verbindungen können Einstellungen enthalten, die geändert werden können. Beispielsweise enthalten Verbindungen für die Dienstanwendung für verwaltete Metadaten mehrere Einstellungen, einschließlich Laufzeitspeicheradministratoren und Standardsprache.

Verwaltung der Dienstanwendungen

Dienstanwendungen werden nicht auf einer separaten Verwaltungswebsite, sondern direkt in der Zentraladministration verwaltet. Dienstanwendungen können bei Bedarf remote überwacht und verwaltet werden. Es ist auch möglich, Dienstanwendungen mit Windows PowerShell zu verwalten oder Skripts dafür zu erstellen.

Bereitstellen von Dienstanwendungen in mehreren Farmen

Einige Dienstanwendungen können von mehreren Serverfarmen gemeinsam genutzt werden. Andere Dienstanwendungen können nur in einer einzelnen Serverfarm gemeinsam genutzt werden.

Im folgenden Diagramm ist dargestellt, welche Dienstanwendungen in mehreren Farmen gemeinsam genutzt werden können und welche Dienstanwendungen auf eine einzelne Farm beschränkt sind.

Einige Dienst-Apps können über Farmen freigegeben werden

Entwurfshinweise

Für die gemeinsame Nutzung von Diensten in mehreren Farmen gelten die folgenden Hinweise:

  • Dienstanwendungen, die die gemeinsame Nutzung in mehreren Farmen unterstützen, können in einer zentralen Farm ausgeführt und von anderen Farmen verwendet werden.

  • Für jede Webanwendung kann die Verwendung von Dienstanwendungen unterschiedlicher Farmen konfiguriert werden. Beispielsweise können Sie den Benutzerprofildienst für Webanwendungen in mehreren Serverfarmen gemeinsam nutzen, während Sie gleichzeitig konfigurieren können, dass manche Anwendungen, wie z. B. der Business Data Connectivity-Dienst, lokal verwendet wird.

  • In großen Umgebungen können ressourcenintensive Dienstanwendungen in einer zentralen Farm ausgeführt werden, um den Verwaltungsaufwand zu minimieren und bei steigenden Anforderungen auf einfache und effiziente Weise die horizontale Skalierung zu ermöglichen. Weitere Informationen finden Sie unter Farmen für Unternehmensdienste weiter unten in diesem Artikel.

WAN-Umgebungen

Manche farmübergreifenden Dienstanwendungen werden für die Verwendung in WAN-Umgebungen (Wide Area Network, Fernnetz) nicht empfohlen. In der folgenden Tabelle finden Sie aktuelle Empfehlungen für die Bereitstellung von Dienstanwendungen in diesen Umgebungen.

Dienstanwendung Empfohlen für WAN-Umgebungen? Hinweise

Suchdienst

Ja

Verwaltete Metadaten

Ja

Business Data Connectivity

Abhängig von der Business Data Connectivity-Umgebung

Nach der Auffüllung des Datencaches wird die WAN-Verbindung nicht benötigt. Erstmalige Seitenaufrufe sind langsam und können zu Zeitüberschreitungen führen. Nachfolgende Anforderungen zwischengespeicherter Daten sind schneller.

Benutzerprofil

Nicht unterstützt

Die Verwendung der Benutzerprofildienst-Anwendung über WAN-Verbindungen wird derzeit nicht unterstützt. Für diesen Dienst ist der direkte Datenbankzugriff erforderlich. Für WAN-Umgebungen wird stattdessen das Benutzerprofil-Replikationsmodul (User Profile Replication Engine, UPRE) empfohlen.

Secure Store Service

Nein

Secure Store Service kann über WAN-Verbindungen verwendet werden, wird jedoch nicht empfohlen, da die Leistung anderer Dienste über eine WAN-Verbindung beeinträchtigt werden könnte.

Web Analytics

Nein

Weitere Informationen zum Bereitstellen von Dienstanwendungen in WAN-Umgebungen finden Sie unter Globale Lösungen für SharePoint 2010-Produkte (Modell).

Bereitstellen farmübergreifender Dienste

Für die farmübergreifende gemeinsame Nutzung von Dienstanwendungen sind mehrere Schritte erforderlich:

  1. Konfigurieren Sie vertrauenswürdige Farmen.

    Stellen Sie sicher, dass die Farmen Zertifikate ausgetauscht haben, um sich gegenseitig zu vertrauen. Exportieren Sie das Zertifikat in eine Datei, und sichern Sie die Datei, bevor Sie eine Verbindung mit farmübergreifenden Diensten herstellen.

  2. Veröffentlich Sie die Dienstanwendungen.

    Für die farmübergreifende gemeinsame Nutzung einer Dienstanwendung müssen Sie zunächst den Dienst veröffentlichen.

  3. Stellen Sie eine Verbindung mit farmübergreifenden Dienstanwendungen her.

    Um einen Dienst zu nutzen, der von einer Remotefarm veröffentlicht wird, stellen Sie eine Verbindung mit dem Dienst her. Dabei werden Sie aufgefordert, die URL eines veröffentlichten Diensts einzugeben, die während des Veröffentlichungsvorgangs angezeigt wird. Eine Verbindung in der lokalen Farm wird erstellt, um eine Verbindung mit der Dienstanwendung in der Remotefarm herzustellen.

Wenn sich die Serverfarmen in zwei Domänen befinden, müssen für die Benutzerprofildienst-Anwendung die beiden Domänen sich gegenseitig vertrauen. Die Domäne der Veröffentlichungsfarm muss der Domäne der Farm, die den Dienst in Anspruch nimmt, vertrauen, damit die Verwaltungsfeatures des Business Data Connectivity-Diensts und der Secure Store Service-Anwendung für die Farm, die den Dienst in Anspruch nimmt, ordnungsgemäß ausgeführt werden. Für andere farmübergreifende Dienstanwendungen ist keine Vertrauensstellung zwischen Domänen erforderlich.

Weitere Informationen zum Konfigurieren von Diensten für die farmübergreifende Verwendung finden Sie unter Herstellen einer Verbindung mit einer Dienstanwendung in einer Remotefarm (SharePoint Server 2010).

Planungsüberlegungen für Dienste, die auf externe Datenquellen zugreifen

Einige Dienstanwendungen können auf externe Datenquellen zugreifen. Für Dienstanwendungen, die auf externe Datenquellen mithilfe einer delegierten Windows-Identität zugreifen, gelten zusätzliche Anforderungen an die Umgebung. Für diese Dienstanwendungen müssen externe Datenquellen innerhalb derselben Domäne gespeichert sein wie die SharePoint Server 2010-Farm, in der sich die Dienstanwendungen befinden, oder die Dienstanwendung muss so konfiguriert sein, dass Secure Store Service verwendet wird.

Die folgenden Dienstanwendungen greifen mithilfe einer delegierten Windows-Identität auf externe Datenquellen zu:

  • Excel Services

  • PerformancePoint-Dienste

  • InfoPath Forms Services

  • Visio Services

Dienstanwendungen, die auf externe Datenquellen mithilfe einer delegierten Windows-Identität zugreifen, können für die Verwendung von Secure Store Service als Alternative konfiguriert werden. Secure Store Service speichert und verwaltet Benutzer- und Dienstanmeldeinformationen. Dienstanwendungen können gespeicherte Anmeldeinformationen zur direkten Authentifizierung einer Datenquelle verwenden.

Wenn der Secure Store Service nicht verwendet wird und sich externe Datenquellen nicht in der gleichen Domäne befinden, tritt bei der Authentifizierung bei den externen Datenquellen ein Fehler auf. Falls Farmserver zwischen zwei Domänen aufgeteilt sind, müssen sich die Anwendungsserver in derselben Domäne befinden wie die externen Datenquellen.

Die folgenden Dienstanwendungen und Produkte sind von diesen Anforderungen nicht betroffen:

  • Business Data Connectivity Service und Microsoft Business Connectivity Services

  • Access Services

  • Microsoft SQL Server PowerPivot für Microsoft SharePoint

  • Microsoft SQL Server Reporting Services (SSRS)

  • Microsoft Project Server 2010

Beispielarchitekturen

Der Rest dieses Artikels enthält Beispielarchitekturen für gängige Bereitstellungsszenarien.

Einzelne Farm, einzelne Dienstanwendungsgruppe

Bei einer Architektur mit einer einzelnen Farm und einer einzelnen Dienstanwendungsgruppe wird die standardmäßige Dienstanwendungsgruppe für alle Webanwendungen in der Farm verwendet. Alle Websites haben Zugriff auf alle in der Farm bereitgestellten Dienstanwendungen.

Einzelne Farm, einzelne Dienstgruppe

Vorteile

Diese Architektur bietet folgende Vorteile:

  • Dies ist die am einfachsten bereitzustellende Architektur.

  • Alle Dienstanwendungen sind für alle Webanwendungen verfügbar.

  • Die Farmressourcen werden sehr effizient genutzt.

  • Alle Dienstanwendungen werden zentral verwaltet.

Nachteile

Bei dieser Architektur sollten die folgenden Nachteile berücksichtigt werden:

  • Dienstanwendungsdaten können nicht isoliert werden.

  • Einzelne Abteilungen oder Teams können Dienstanwendungen nicht eigenständig verwalten.

Empfehlungen

Die Architektur mit einer einzelnen Farm und einer einzelnen Dienstanwendungsgruppe wird für die meisten Organisationen, zumindest für den Anfang, als Konfiguration empfohlen. Diese Konfiguration ist gut geeignet, wenn Sie viele Websites für ein einzelnes Unternehmen in derselben Farm hosten möchten.

Verwenden Sie diese Konfiguration für die folgenden Zielsetzungen:

  • Sie möchten die Ressourcen optimieren, die zum Ausführen von Dienstanwendungen in einer Serverfarm erforderlich sind.

  • Aus Leistungs- oder Sicherheitsgründen geben Sie Inhalte und Profildaten zwischen Websites frei, die andernfalls die Prozessisolation erfordern.

Einzelne Farm, mehrere Dienstanwendungsgruppen

Falls Teams dedizierte Dienstanwendungen benötigen, erstellen Sie eine Architektur mithilfe einer oder mehrerer benutzerdefinierten Dienstanwendungsgruppen. Befolgen Sie die nachstehenden Richtlinien:

  • Stellen Sie bestimmte Dienstanwendung für die ausschließliche Nutzung durch eines oder mehrere Teams in einer Organisation bereit.

  • Stellen Sie sicher, dass die dedizierten Dienstanwendungen nicht auch in der Standardgruppe vorhanden sind.

  • Erstellen Sie eine oder mehrere Webanwendungen, die eine benutzerdefinierte Gruppe von Dienstanwendungen verwenden. Der SharePoint-Administrator wählt die Dienstanwendungen für die benutzerdefinierte Gruppe aus.

Im folgenden Diagramm stellt die Farm B eine Beispielarchitektur mit zwei Dienstanwendungsgruppen dar. In diesem Beispiel benötigt das Finanzteam eine dedizierte Excel Services-Anwendung. Für dieses Team wird auch Access Services bereitgestellt.

Einzelne Farm, mehrere Dienstgruppen

Sie können mehrere benutzerdefinierte Dienstanwendungsgruppen erstellen. Im folgenden Diagramm werden in der Farm C zwei benutzerdefinierte Gruppen erstellt. Basierend auf der Architektur für die Farm B werden für die Personalabteilung ein dedizierter verwalteter Metadatendienst und ein dedizierter Business Data Connectivity-Dienst in der Farm bereitgestellt. Dadurch ergibt sich zusätzliche zur ersten dedizierten Dienstanwendungsgruppe, die für das Finanzteam erstellt wurde, eine zweite benutzerdefinierte Dienstanwendungsgruppe.

Einzelne Farm, mehrere benutzerdefinierte Dienstgruppen

Dienstanwendungen, die für die ausschließliche Nutzung bereitgestellt werden, können denselben Anwendungspool verwenden oder in einem separaten Anwendungspool bereitgestellt werden, um zusätzliche Isolation zu ermöglichen. Der Entwurf von Farm B (zwei Diagramme weiter oben) erreicht die Prozessisolation für Dienstanwendungen, die für das Finanzteam bereitgestellt werden, durch die Verwendung eines dedizierten Anwendungspools für diese Dienstanwendungen. Für die im vorherigen Diagramm dargestellte Farm C wird ein einziger Anwendungspool für alle Dienstanwendungen verwendet. Bei dieser Architektur werden Dienstanwendungen so bereitgestellt, dass stattdessen die Leistung optimiert wird.

Herstellen einer Verbindung mit mehreren Dienstanwendungen für verwaltete Metadaten

Eine Dienstanwendungsgruppe kann mehrere Dienstanwendungen für verwaltete Metadaten enthalten. Beispielsweise enthält im Diagramm mit der Farm C die grün hervorgehobene benutzerdefinierte Gruppe zwei Dienstanwendungen für verwaltete Metadaten.

In diesem Szenario werden für die Websites innerhalb der Webanwendungen Taxonomie, thematische Kategorien und sonstige Features aus beiden Dienstanwendungen für verwaltete Metadaten angezeigt. Im Gegensatz zu anderen farmübergreifenden Diensten enthalten Webparts standardmäßig Daten aus mehreren Dienstanwendungen für verwaltete Metadaten.

Weitere Informationen zum Verwalten mehrere Dienstanwendungen für verwaltete Metadaten finden Sie unter Informationen zur Metadatendienstanwendung.

Vorteile

Architekturen mit mehreren Dienstanwendungsgruppen bieten die folgenden Vorteile:

  • Sie erfüllen mehrere Organisationsziele in derselben Farm.

  • Dienstdaten können isoliert werden.

  • Einzelne Teams oder Abteilungen können die Dienstanwendungen verwalten, die zu ihrer Verwendung reserviert wurden.

  • Für Websites kann die Verwendung einer Teilmenge der Dienstanwendungen konfiguriert werden.

Nachteile

Architekturen, bei denen mehrere Dienstanwendungsgruppen verwendet werden, bieten die folgenden Nachteile:

  • Die Konfiguration und Verwaltung solcher Architekturen ist komplexer.

  • Farmressourcen werden verbraucht, um mehrere Instanzen einiger Dienstanwendungen zu unterstützen, wodurch die Leistung beeinträchtigt werden kann.

Empfehlungen

Architekturen mit mehreren Dienstanwendungsgruppen sind gut geeignet für Unternehmen mit Abteilungen oder Teams, die dedizierte Dienstanwendungen oder isolierte Dienstdaten benötigen, oder für Websites, die für einen eingegrenzteren Gültigkeitsbereich eingerichtet wurden, wie z. B. die Partnerzusammenarbeit.

Wenn darüber hinaus mehrere Dienstanwendungsgruppen konfiguriert sind, können Teams und Websites unternehmensweit angebotene Dienste nutzen, wie z­. B. Profil- und Suchdienste, während gleichzeitig die Verwendung bestimmter Dienste aus Sicherheits- oder Leistungsgründen isoliert wird.

Die folgenden Dienstanwendungen werden in der Regel für die ausschließliche Nutzung durch ein bestimmtes Team oder eine bestimmte Abteilung bereitgestellt:

  • Excel Services   Zur Optimierung der Leistung für ein bestimmtes Team oder zum Isolieren sensibler Daten.

  • Verwaltete Metadaten   Um einem Team oder einer Abteilung die Verwaltung der eigenen Taxonomie, Hierarchien, Schlüsselwörter usw. zu erlauben. SharePoint Server 2010 kombiniert die Ergebnisse mehrerer Dienstanwendungen für verwaltete Metadaten, damit Taxonomien, Inhaltstypen und andere Elemente in der gesamten Organisation gemeinsam genutzt werden können.

  • Business Data Connectivity   Einzelne Teams oder Abteilungen können ihre eigenen Branchendatensysteme integrieren und die Daten von der restlichen Organisation isolieren.

In einigen Fällen wird eine dedizierte Dienstanwendungsgruppe konfiguriert, um die Liste der Dienste einzugrenzen, die von einer Webanwendung verwendet werden. Beispielsweise kann für eine Website für die Partnerzusammenarbeit konfiguriert werden, dass eine Teilmenge der von einer Farm angebotenen Dienstanwendungen genutzt wird.

Farmen für Unternehmensdienste

Eine Farm für Unternehmensdienste ist eine Serverfarm, von der ausschließlich Dienstanwendungen für eine Organisation gehostet werden. Das folgende Diagramm zeigt eine Farm für Unternehmensdienste, von der die am häufigsten bereitgestellten farmübergreifenden Dienstanwendungen bereitgestellt werden. Außerdem sind mehrere gängige Farmtypen dargestellt, die Dienste über eine Farm für Unternehmensdienste nutzen.

Farm für Unternehmensdienste

Im Rest dieses Abschnitts werden die anderen Farmen im Diagramm beschrieben. Farm 2, Farm 3 und Farm 4 stellen die Farmtypen dar, von denen höchstwahrscheinlich Dienste über eine Farm für Unternehmensdienste genutzt werden.

Farmen nur für veröffentlichte Inhalte (alle Dienstanwendungen sind Remoteanwendungen)

Sie können eine Serverfarm bereitstellen, ohne lokal Dienstanwendungen bereitzustellen. In der Farm 2 werden keine Dienstanwendungen lokal gehostet. Alle Dienstanwendungen werden über eine separate Farm genutzt.

Diese Konfiguration ist gut geeignet für Inhalte, die veröffentlicht werden. Dadurch wird der Verwaltungsaufwand reduziert, der mit dem Hosten einer Farm für veröffentlichte Inhalte verbunden ist, und die Organisation kann zentral verwaltete Dienstanwendungen nutzen.

Verwenden Sie diese Konfiguration für die folgenden Zielsetzungen:

  • Sie möchten die Ressourcen in einer Farm zum Hosten von Inhalten optimieren, anstatt Dienstanwendungen auszuführen.

  • Sie integrieren unternehmensweite Profile, Metadaten, Suchvorgänge und andere zentral verwaltete Ressourcen.

Farmen für die Zusammenarbeit (Mischung aus lokalen und Remotedienstanwendungen)

Farm 3 stellt eine für die Zusammenarbeit optimierte Farm dar. Alle Dienstanwendungen, die nicht von mehreren Farmen gemeinsam genutzt werden können, werden lokal gehostet. Hierzu zählen die clientbezogenen Dienstanwendungen, die für die Zusammenarbeit eine wichtige Rolle spielen. Farmübergreifende Dienstanwendungen werden über eine Farm für Unternehmensdienste genutzt (Farm 1).

Die Farmen können Dienste einer oder mehrerer Remotefarmen nutzen. Im Diagramm nutzt Farm 3 auch den verwalteten Metadatendienst über eine spezialisierte Abteilungsfarm (Farm 4) für die Integration der autonom verwalteten Taxonomie, der thematischen Kategorien und von sonstigen Features dieser Abteilung.

Falls mehrere Dienstanwendungen für verwaltete Metadaten vorhanden sind, muss eine dieser Dienstanwendungen als die primäre Dienstanwendung festgelegt werden, von der die Unternehmenstaxonomie gehostet wird. Alle anderen Instanzen dieser Dienstanwendung sind dann sekundäre Dienstanwendungen und stellen der primären Dienstanwendung zusätzliche Daten bereit. Im Gegensatz zu anderen farmübergreifenden Diensten enthalten Webparts standardmäßig Daten aus mehreren Dienstanwendungen für verwaltete Metadaten.

Für Firmen, die mehrere Farmen hosten, wird die folgenden Konfiguration für ihre Unternehmensanforderungen empfohlen. Verwenden Sie diese Konfiguration für die folgenden Zielsetzungen:

  • Zur Optimierung der administrativen Ressourcen und Farmressourcen auf der Unternehmensebene für das Hosten von Diensten (Farm 1).

  • Zur Optimierung der Ressourcen auf der Farmebene für das Hosten von Websites für die Zusammenarbeit (Farm 3).

  • Zur Integration unternehmensweiter Profile, Metadaten, Suchvorgänge und anderer zentral verwalteter Ressourcen.

  • Zur Integration von Metadaten, die von einem spezialisierten Team oder einer spezialisierten Abteilung erstellt wurden (Farm 4).

Farmen für spezialisierte Abteilungen (Mischung aus lokalen und Remotedienstanwendungen)

Für manche Teams einer Organisation ist aus folgenden Gründen möglicherweise eine separate Bereitstellung bestimmter Dienste erforderlich:

  • Zur Sicherstellung der Datenisolation (z. B. Business Data Connectivity-Daten).

  • Für die Möglichkeit der autonomen Verwaltung von Dienstanwendung (z. B. verwaltete Metadaten).

Ein Beispiel hierfür ist Farm 4. Diese Farm weist die folgenden Merkmale auf:

  • Zentral verwaltete Dienstanwendungen werden genutzt, wie z. B. der verwaltete Metadatendienst.

  • Eine eigene Dienstanwendung für verwaltete Metadaten ist vorhanden, damit dieses Team seine eigenen Metadaten autonom verwalten kann. Da es sich dabei um eine gemeinsam genutzte Dienstanwendung handelt, können die Metadaten der restlichen Organisation in diese Metadaten integriert werden.

Verwenden Sie diese Konfiguration für die folgenden Zielsetzungen:

  • Sie möchten einem spezialisierten Team oder einer spezialisierten Abteilung die eigenständige Verwaltung von Metadaten erlauben.

  • Sie möchten sicherstellen, dass bestimmte Dienstdaten isoliert werden und separat von der restlichen Organisation verwaltet werden.

Farmen für spezialisierte Dienste

Sie können Farmen für spezialisierte Dienste bereitstellen, um Farmressourcen für bestimmte Dienstanwendungen zu optimieren. Auf diese Weise können Sie die Serverfarm horizontal skalieren und die Hardware aufrüsten, um die Leistung für eine bestimmte Dienstanwendung zu optimieren.

Der Suchdienst ist die primäre Dienstanwendung, die eine dedizierte Farm für Dienste erforderlich machen könnte. Für den Suchdienst gelten spezielle Leistungs- und Kapazitätsanforderungen. Durch Verschieben der Suchdienstanwendung auf eine dedizierte Farm können die Ressourcen für die restlichen farmübergreifenden Dienstanwendungen optimiert werden.

Das folgende Diagramm enthält zwei Farmen mit zentralisierten Diensten. Eine Farm ist für die Suche optimiert. Von der anderen Farm werden alle anderen farmübergreifenden Dienstanwendungen gehostet.

Zwei zentralisierte Farmen: eine optimiert für Suche

Organisationsübergreifende Farmen

Dienstanwendungen können über jede Farm gemeinsam genutzt werden, nicht nur über Farmen für Unternehmensdienste. In den folgenden Szenarien sollten Sie eventuell Dienstanwendungen farmübergreifend gemeinsam nutzen.

Szenario A: Bereitstellen unternehmensweiter Dienstanwendungen ohne eine dedizierte Farm für Unternehmensdienste, wie im folgenden Diagramm dargestellt.

Bereitstellen unternehmensweiter Dienste

Szenario B: Gemeinsames Nutzen von Ressourcen in Farmen und Vermeiden der Bereitstellung redundanter Dienstanwendungen, wie im folgenden Diagramm dargestellt.

Vermeiden der Bereitstellung redundanter Dienste

See Also

Other Resources

Ressourcencenter: Architekturentwurf für SharePoint Server 2010
Ressourcencenter: Sicherheit und Authentifizierung für SharePoint Server 2010