Beispielszenarien für die Planung einer vereinfachten Hierarchie mit Configuration Manager
Betrifft: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
Hinweis |
---|
Dieses Thema erscheint in den Handbüchern Standortverwaltung für System Center 2012 Configuration Manager und Szenarios und Lösungen mithilfe von System Center 2012 Configuration Manager. |
In den folgenden Beispielszenarien wird dargelegt, wie Sie System Center 2012 Configuration Manager implementieren können, um typische Geschäftsanforderungen zu erfüllen und den Gesamtentwurf der Hierarchie zu vereinfachen.
Szenario 1: Optimierung von Remotebüros
In diesem Szenario wird dargelegt, wie der Verwaltungsaufwand, der mit der Verwaltung des Informationsflusses über das Netzwerk verbunden ist, durch die Implementierung von System Center 2012 Configuration Manager verringert werden kann.
Ausgangssituation
Der Kunde verfügt über eine einfache Configuration Manager 2007-Hierarchie. Diese Hierarchie enthält einen primären Standort und zwei sekundäre Standorte, die einen Lagerort und ein Remotebezirksbüro umfassen. Der Kunde hat 5.015 Clients an vier Orten, wie in der folgenden Tabelle angegeben.
Speicherort |
Standorttyp |
Bereitstellungsdetails |
Verbindung mit Hauptsitz |
---|---|---|---|
Hauptsitz |
Primär |
|
Nicht anwendbar |
Lagerort |
Sekundärer |
|
Langsame Netzwerkverbindungen |
Bezirksbüro |
Sekundärer |
|
Langsame Netzwerkverbindungen |
Vertriebsbüro |
Keine |
|
Gute Verbindung |
Geschäftsanforderungen
Die folgenden Geschäftsanforderungen müssen von der System Center 2012 Configuration Manager-Hierarchie unterstützt werden:
Geschäftsanforderung |
Informationen zu Configuration Manager |
---|---|
Die über das Netzwerk übertragenen Daten dürfen keine übermäßige Bandbreite in Anspruch nehmen. |
Die Bandbreitensteuerung muss von langsamen Netzwerkverbindungen unterstützt werden. |
Die Anzahl der verwendeten Server soll auf ein Minimum reduziert werden. |
Nur die mindestens erforderliche Anzahl von Standortsystemservern wird installiert. |
Berichte mit aktuellen Geräteinformationen sollen erstellt werden. |
Hardwareinventurdaten, Statusmeldungen und Ermittlungsinformationen müssen regelmäßig von Clients eingereicht werden. |
Anwendungen, Softwareupdates und Betriebssysteme müssen täglich bereitgestellt werden. |
Der Inhalt muss den Clients zur Verfügung stehen, einschließlich großer Pakete für Betriebssystemabbilder. |
Planungsentscheidungen
Der Entwurf der System Center 2012 Configuration Manager-Hierarchie beruht auf den folgenden Planungsüberlegungen:
Herausforderungen |
Optionen und Überlegungen |
---|---|
Die Übertragung von Bereitstellungsinhalten vom primären Standort zu Remotestandorten wirkt sich am stärksten auf das Netzwerk aus und muss verwaltet werden. |
Die Übertragung von Inhalten an Remotestandorte kann wie folgt verwaltet werden:
|
Durch den Clientinformationsfluss von zahlreichen Clients kann die Netzwerkleistung beeinträchtigt werden. |
Jeder Remotestandort muss im Hinblick auf die Netzwerkkapazität bewertet werden. Dabei müssen die Clienteinstellungen, die Anzahl der Clients vor Ort und die verfügbare Netzwerkbandbreite abgewägt werden. Folgende Optionen stehen zur Auswahl:
|
Ergriffene Maßnahmen
Ausgehend von der Bewertung der Anforderungen, Optionen und Clientstandorte sowie der verfügbaren Netzwerkbandbreite werden die folgenden Entscheidungen getroffen:
Entscheidung |
Details |
---|---|
Am Hauptsitz wird ein eigenständiger primärer Standort bereitgestellt. |
Ein primärer System Center 2012 Configuration Manager-Standort ersetzt den vorhandenen primären Standort, da die Verwendung eines Standorts der zentralen Verwaltung in dieser Umgebung keine Vorteile für die Verwaltung oder die Inhaltsverwaltung bietet.
|
Für den Lagerort wird ein Verteilungspunkt bereitgestellt, der für die Bandbreitensteuerung aktiviert ist. |
Der Clientinformationsfluss vom Lagerort nach oben führt nicht zu einer Überbeanspruchung der verfügbaren Netzwerkbandbreite. Ein sekundärer Standort ist nicht notwendig. Die Anforderungen des Orts können durch einen Verteilungspunkt, der für die Bandbreitensteuerung aktiviert ist, erfüllt werden. Dieser Verteilungspunkt wird vom primären Standort bereitgestellt und dient zur Verwaltung der nach unten fließenden Bereitstellungsinhalte. Durch diese Entscheidung bleibt zwar die Anzahl der eingesetzten Server unverändert, aber die Notwendigkeit, einen zusätzlichen Standort zu verwalten, entfällt.
|
Für das Bezirksbüro wird ein sekundärer Standort bereitgestellt. |
Ausgehend von der Bewertung der Auswirkungen der lokalen Clients wird entschieden, dass ein sekundärer Standort mit der gleichen Konfiguration wie zuvor erforderlich ist.
|
Windows BranchCache wird weiterhin im Vertriebsbüro eingesetzt. |
Da dieser Ort nur 15 Clients bedient und eine schnelle Netzwerkverbindung mit dem Hauptsitz hat, ist Windows BranchCache weiterhin als beste Lösung für die Inhaltsbereitstellung anzusehen. |
Geschäftsvorteile
Durch die Entscheidung des Kunden, anstelle eines sekundären Standorts und eines entsprechenden Verteilungspunkts einen einzelnen Verteilungspunkt einzusetzen, der für die Bandbreitensteuerung aktiviert ist, wird die Geschäftsanforderung, Inhalte über langsame Netzwerkverbindungen zu verwalten, erfüllt. Durch diese Änderung wird außerdem der Verwaltungsaufwand verringert, und Clientinformationen gehen schneller beim Standort ein.
Szenario 2: Vereinfachung der Infrastruktur und Verwaltung von Clienteinstellungen
In diesem Szenario wird dargelegt, wie System Center 2012 Configuration Manager implementiert werden kann, um die verwendete Infrastruktur zu vereinfachen und es gleichzeitig zu ermöglichen, Clients weiterhin mit benutzerdefinierten Clienteinstellungen zu verwalten.
Ausgangssituation
In diesem Beispiel geht es um ein Unternehmen, das 25.000 Clients an zwei physischen Standorten mithilfe einer einzelnen Configuration Manager 2007-Hierarchie verwaltet. Die Hierarchie setzt sich dabei aus einem zentralen Standort und drei primären untergeordneten Standorten zusammen. Der zentrale Standort und ein primärer Standort befinden sich in Chicago und zwei weitere primäre Standorte in London. Die primären Standorte an den beiden geografischen Standorten befinden sich im gleichen physischen Netzwerk und haben schnelle Netzwerkverbindungen. Allerdings ist die Bandbreite zwischen Chicago und London beschränkt.
Details zur aktuellen Bereitstellung:
Speicherort |
Standorttyp |
Bereitstellungsdetails |
---|---|---|
Hauptsitz in Chicago |
Primär – zentraler Standort |
19.200 Clients, die für die Standardkonfiguration des Unternehmens für Client-Agent-Einstellungen eingerichtet sind |
Hauptsitz in Chicago |
Primär - dem zentralen Standort untergeordnet |
300 Clients auf Computern, die von Mitarbeitern der Personalabteilung verwendet werden. Dieser Standort ist für eine benutzerdefinierte Einstellung des Agents für den Remotesteuerungsclient konfiguriert. |
Büros in London |
Primär - dem zentralen Standort untergeordnet |
5.000 Desktopclients, die für die Standardkonfiguration des Unternehmens für Client-Agent-Einstellungen eingerichtet sind |
Büros in London |
Primär - dem zentralen Standort untergeordnet |
500 Serverclients, die für eine benutzerdefinierte Einstellung des Agents für den Hardwareinventurclient konfiguriert sind |
Geschäftsanforderungen
Die Configuration Manager-Hierarchie muss die folgenden Geschäftsanforderungen erfüllen:
Geschäftsanforderungen |
Informationen zu Configuration Manager |
---|---|
Die zentrale Verwaltung der Hierarchie in Chicago soll aufrechterhalten werden. |
Eine Voraussetzung für die zentrale Verwaltung von Chicago ist, dass Inhalte und Clientinformationen für die 5.500 Clients in London über das Netzwerk gesendet werden. |
Allen Clients muss eine Standardclientkonfiguration zugewiesen werden, es sei denn, bestimmte Geschäftsanforderungen sprechen dagegen. |
Die Standardkonfiguration für Clienteinstellungen muss für alle Clients verfügbar sein. |
Auf den Computern der Mitarbeiter der Personalabteilung darf der Agent für den Remotesteuerungsclient nicht aktiviert sein. |
Diese benutzerdefinierten Clienteinstellungen müssen den Computern zugewiesen werden, die von den Mitarbeitern der Personalabteilung verwendet werden. |
Die Server in London dürfen maximal einmal pro Monat eine Hardwareinventur ausführen. |
Diese benutzerdefinierten Clienteinstellungen müssen den Clients auf den Servern in London zugewiesen werden. |
Die Netzwerkbandbreite muss bei der Datenübertragung zwischen Chicago und London gesteuert werden. |
Für die langsame Netzwerkverbindung ist eine Bandbreitensteuerung erforderlich. |
Die Anzahl der Server soll auf ein Minimum reduziert werden. |
Die Installation von Standortsystemservern muss nach Möglichkeit vermieden werden, um den administrativen Arbeitsaufwand und die Infrastrukturkosten zu verringern. |
Planungsentscheidungen
Der Entwurf der System Center 2012 Configuration Manager-Hierarchie beruht auf den folgenden Planungsüberlegungen:
Herausforderungen |
Optionen und Überlegungen |
---|---|
Zentrale Verwaltung in Chicago |
Für diese Anforderung stehen unter anderem folgende Optionen zur Auswahl:
|
Bei der Übertragung von Inhalten von Chicago nach London wird viel Netzwerkbandbreite belegt, und diese Datenübertragung muss kontrolliert werden. |
Für die Übertragung von Inhalt in der Hierarchie nach unten stehen folgende Methoden zur Auswahl:
|
Die Netzwerkbandbreite muss verwaltet werden, wenn Clientinformationen von London gesendet werden. |
Es muss geprüft werden, welche Netzwerkbandbreite in London verfügbar ist und wie diese durch die von 5.500 Clients erzeugten Daten verringert wird. Folgende Optionen stehen zur Auswahl:
|
Ein Standardsatz Clienteinstellungen muss an allen Orten verfügbar sein. |
Ein Standardsatz Client-Agent-Einstellungen wird für die Hierarchie angegeben. |
Für zwei Gruppen, die Mitarbeiter der Personalabteilung und Server in London umfassen, sind Clienteinstellungen erforderlich, die sich von der Standardkonfiguration unterscheiden. |
Benutzerdefinierte Clienteinstellungen werden mithilfe von Sammlungen zugewiesen. |
Ergriffene Maßnahmen
Ausgehend von der Bewertung der Geschäftsanforderungen, der Netzwerkstruktur und der Anforderungen an die Clienteinstellungen wird in Chicago ein Standort der zentralen Verwaltung bereitgestellt. Dabei wird jeweils ein untergeordneter primärer Standort in Chicago und London eingerichtet. Diese Entscheidungen zum Entwurf werden in der folgenden Tabelle erläutert.
Entscheidung |
Details |
||
---|---|---|---|
In Chicago wird ein Standort der zentralen Verwaltung bereitgestellt. |
|
||
Ein primärer Standort ist in Chicago erforderlich. |
|
||
Ein primärer Standort wird in London bereitgestellt. |
|
||
Auf jeden Client in der Hierarchie wird eine Standardkonfiguration für Clienteinstellungen angewendet. |
|
||
Eine Sammlung wird erstellt, die die Benutzerkonten der Mitarbeiter der Personalabteilung aufnimmt. Diese Sammlung wird regelmäßig aktualisiert. Daher können ihr neue Konten hinzugefügt werden, kurz nachdem sie erstellt wurde. |
|
||
Eine Sammlung wird konfiguriert, die die Server in London aufnimmt. |
|
Geschäftsvorteile
Durch die Verwendung benutzerdefinierter Clienteinstellungen in System Center 2012 Configuration Manager werden die Geschäftsanforderungen wie folgt erfüllt:
Die Infrastrukturanforderungen werden verringert, indem Standorte entfernt werden, die lediglich zur Bereitstellung benutzerdefinierter Clienteinstellungen an Clientuntermengen dienten.
Die Verwaltung wird dadurch vereinfacht, dass vom Standort der zentralen Verwaltung eine Standardkonfiguration für Clienteinstellungen auf alle Clients in der Hierarchie angewendet wird.
Zwei Clientsammlungen werden für die erforderlichen benutzerdefinierten Clienteinstellungen konfiguriert.
Die Netzwerkbandbreite wird bei der Datenübertragung zwischen Chicago und London kontrolliert.