Sollte ich die Rolle der Webanwendung „Microsoft SharePoint Foundation“ auf allen Servern in einer großen Farm aktiv haben?

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/12547

Frage

Ich habe die Ressourcen bei Microsoft Technet, MSDN und Bing überprüft, aber ich bin mir keine Informationen über die Best Practice über die Konfiguration für die Servicerolle "Microsoft SharePoint Foundation" auf SharePoint Server 2010 aus.

Wir planen eine Farm, die sich auf Rechenzentren erstreckt, die 8 SharePoint -Server + 2 SQL -Server ausführen. Derzeit führen wir einen SharePoint 2007 mit 6 Servern aus, und zwei verwenden Windows Server-Netzwerk-Lastausgleich (NLB), um die hohe verfügbare Verbindlichkeit zu gewährleisten. Der SharePoint 2010 Farm Will wird auf die gleiche Weise geplant. Zwei der 8 Server (alle SharePoint Vollinstallation) werden in einer NLB -Konfiguration ausgeführt. Zwei Server werden für die schnelle Suche verwendet und benötigen außerdem die "Microsoft SharePoint Foundation -Webanwendung" Suche. Die verbleibenden 4 Server werden verwendet, um Anwendungsrollen wie Büro -Web -Apps, Metadaten, ...

Die Frage ist jetzt: Sollte ich die "Microsoft SharePoint Foundation -Webanwendung" auf den 4 verbleibenden Servern stoppen, da sie niemals Inhalte aus den geplanten Webanwendungen bedienen?

Wenn ich die Rolle entferne, wird die IIS -Konfiguration auf dem Server viel leichter. Es fühlt sich sauberer an. Die aktuelle Umgebung hostet nur die Rolle der Webanwendung "Microsoft SharePoint Foundation" im WFE, aber wir hatten einige Lösungen der Drittanbieter, die während des Setups Probleme hatten.

Eine allgemeine Informationen finden Sie im folgenden MSDN -Artikel:http://msdn.microsoft.com/en-us/library/cc768569.aspx

War es hilfreich?

Lösung

Ich hatte kürzlich das gleiche Problem mit dem Nintex Workflow 2010: Es würde nicht ordnungsgemäß von meinem App -Server ordnungsgemäß installiert, da dieser Dienst ausgeschaltet wurde.

Ansonsten ist es eine gute Möglichkeit, einen Anwendungsserver in a zu verwandeln Stimmt Anwendungsserver und verhindern Sie, dass die Inhaltswebanwendungen und IIS -Websites ausgeführt und bedient werden.

Schauen Sie sich das Diagramm "Topologies for SharePoint Server 2010" an http://technet.microsoft.com/en-us/library/cc263199.aspx - Es wird ausdrücklich erwähnt, dass dieser Dienst auf Anwendungsserver ausgeschaltet wird.

Andere Tipps

Lassen Sie es eingeschaltet, da es Flexibilität bietet.

Sie sollten den Datenverkehr bereits mit DNS oder einem Lastausgleich auf Ihr WFES leiten, sodass andere Server sie nicht trinken können. Aber lass es an. Auf der Straße müssen Sie eine Art Fehlerbehebung durchführen, und dies wird nützlich sein.

"Nun, dann mach es ein, wenn du brauchst!" Ich höre dich sagen. Das Problem beim Einschalten, wenn Sie die Fehlerbehebung einschalten müssen, ist, dass Sie es normalerweise tun, wenn Ihre normalen WFEs nicht zugänglich sind. Wenn die anderen WFEs nicht verfügbar sind, weil sie aufgrund eines Überraschungsgartenschlauchs in Ihrem Serverraum "heruntergefahren" sind, können Sie Ihren neuen Anwendungsserver nicht synchronisieren. Jetzt wird Ihre Farm erst verfügbar sein, wenn Sie Ihr Leck reparieren.

"Aber es verwendet es Ressourcen! Prozesse! Themen! Meine Anwendungsserver müssen mit der Spitzenleistung arbeiten! "Zu diesem Zeitpunkt sage ich Architektur Ihre Server entsprechend. Der Webanwendungsdienst verwendet minimale Ressourcen [Zitat erforderlich]. Auch vor allem, bis die Anfrage IIS trifft Es ist also nicht so, dass Ihre Webanwendung jeden Tag den ganzen Tag geladen wird.

Ja - Microsoft SharePoint Foundation -Webanwendung ist nur dann nützlich, wenn Ihr Server ein Frontend ist. Ich neige dazu, sie auf dem App -Server -Rollen -Computer auszuschalten, wenn ich kann. Auf diese Weise können Sie sicherstellen, dass keine Frontend -Aktivität auf dem App -Server stattfindet.

Das einzige (potenzielle) Problem ist die Bereitstellung von benutzerdefiniertem .WSP, bei dem davon ausgegangen wird

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top