Größe und Skalierung von Zahlen für Configuration Manager

  • Artikel

Gilt für: Configuration Manager (Current Branch)

Jede Configuration Manager Bereitstellung verfügt über eine maximale Anzahl von Standorten, Standortsystemrollen und Geräten, die unterstützt werden können. Diese Zahlen variieren je nach Hierarchiestruktur, den typen und der Anzahl der verwendeten Standorte und den von Ihnen bereitgestellten Standortsystemrollen. Die Informationen in diesem Artikel können Ihnen helfen, die Anzahl der Standortsystemrollen und Standorte zu bestimmen, die Sie zur Unterstützung der Geräte benötigen, die Sie voraussichtlich verwalten.

Weitere Informationen finden Sie in den folgenden Artikeln:

Diese Supportnummern basieren auf der Verwendung der empfohlenen Hardware für Configuration Manager. Sie basieren auch auf den Standardeinstellungen für alle verfügbaren Configuration Manager Features. Wenn Sie nicht die empfohlene Hardware oder aggressivere benutzerdefinierte Einstellungen verwenden, kann die Leistung von Standortsystemen beeinträchtigt werden. Die Standortsysteme erfüllen möglicherweise nicht die angegebenen Supportebenen. (Ein Beispiel für aggressivere Clienteinstellungen ist die Ausführung der Hardware- oder Softwareinventur, die häufiger als die Standardeinstellungen von einmal alle sieben Tage ist.)

Websitetypen

Standort der zentralen Verwaltung

  • Ein Standort der zentralen Verwaltung unterstützt bis zu 25 untergeordnete primäre Standorte.

Primärer Standort

  • Jeder primäre Standort unterstützt bis zu 250 sekundäre Standorte.

  • Die Anzahl der sekundären Standorte pro primärem Standort basiert auf kontinuierlich verbundenen und zuverlässigen WAN-Verbindungen (Wide Area Network). Für Standorte mit weniger als 500 Clients sollten Sie anstelle eines sekundären Standorts einen Verteilungspunkt in Betracht ziehen.

    Informationen zur Anzahl von Clients und Geräten, die ein primärer Standort unterstützen kann, finden Sie unter Clientnummern für Standorte und Hierarchien.

Sekundärer Standort

  • Sekundäre Standorte unterstützen keine untergeordneten Standorte.

Standortsystemrollen

Cloudverwaltungsgateway

Sofern nicht anders angegeben, ist dieser Leitfaden für alle Bereitstellungsmodelle und VM-Größen identisch.

  • Sie können mehrere Instanzen des Cloudverwaltungsgateways (CLOUD Management Gateway, CMG) an primären Standorten oder am Standort der zentralen Verwaltung (Central Administration Site, CAS) installieren.

    Tipp

    Erstellen Sie in einer Hierarchie das CMG am CAS.

  • Ein CMG unterstützt bis zu 16 VM-Instanzen im Azure-Clouddienst.

  • Gleichzeitige Clientverbindungen pro CMG-VM instance hängen vom Bereitstellungsmodell und der VM-Größe ab. Wenn das CMG mit mehr als der unterstützten Anzahl von Clients unter hoher Auslastung steht, verarbeitet er weiterhin Anforderungen, aber es kann zu Verzögerungen kommen.

    • VM-Skalierungsgruppe(Version 2107 und höher)

      • Lab (B2s): 10
      • Standard (A2_v2): 6.000
      • Groß (A4_v2):10.000

      Wichtig

      Die LAB-Größe (B2s) ist nur für Labtests und kleine Proof of Concept-Umgebungen vorgesehen. Sie sind nicht für die Verwendung in der Produktion mit dem CMG vorgesehen. Die B2s-VMs sind kostengünstig und leistungsarm. Der Configuration Manager Technical Preview-Branch unterstützt nur 10 Clients, weshalb diese Größe diese Anzahl von Clients unterstützt.

    • VM-Skalierungsgruppe(Version 2010 und 2103 für CSP-Abonnements ): 2.000

    • Clouddienst (klassisch)(Version 2111 und früher): 6.000

      Wichtig

      Ab Version 2203 wird die Option zum Bereitstellen eines CMG als Clouddienst (klassisch) entfernt. Alle CMG-Bereitstellungen sollten eine VM-Skalierungsgruppe verwenden. Weitere Informationen finden Sie unter Entfernte und veraltete Features.

Weitere Informationen finden Sie unter CMG-Leistung und -Skalierung.

Cloudverwaltungsgateway-Verbindungspunkt

Dieser Leitfaden ist für alle Bereitstellungsmodelle und VM-Größen identisch.

  • Sie können mehrere Instanzen des CMG-Verbindungspunkts an primären Standorten installieren.

  • Ein CMG-Verbindungspunkt kann ein CMG mit bis zu vier VM-Instanzen unterstützen. Wenn das CMG über mehr als vier VM-Instanzen verfügt, fügen Sie einen zweiten CMG-Verbindungspunkt für den Lastenausgleich hinzu. Ein CMG mit 16 VM-Instanzen sollte mit vier CMG-Verbindungspunkten verknüpft werden.

Hinweis

Wenn Sie die Hardwareanforderungen für den CMG-Verbindungspunkt berücksichtigen, lesen Sie Empfohlene Hardware für Remotestandortsystemserver.

Weitere Informationen finden Sie unter CMG-Leistung und -Skalierung.

Verteilungspunkt

  • Verteilungspunkte pro Standort:

    • Jeder primäre und sekundäre Standort unterstützt bis zu 250 Verteilungspunkte.

    • Jeder primäre und sekundäre Standort unterstützt bis zu 2.000 zusätzliche Verteilungspunkte, die als Pullverteilungspunkte konfiguriert sind. Beispielsweise unterstützt ein einzelner primärer Standort 2250 Verteilungspunkte, wenn 2000 dieser Verteilungspunkte als Pullverteilungspunkte konfiguriert sind.

    • Jeder Verteilungspunkt unterstützt Verbindungen von bis zu 4.000 Clients.

    • Ein Pullverteilungspunkt verhält sich wie ein Client, wenn er von einem Quellverteilungspunkt auf Inhalte zugreift.

  • Jeder primäre Standort unterstützt insgesamt bis zu 5.000 Verteilungspunkte. Diese Summe umfasst alle Verteilungspunkte am primären Standort und alle Verteilungspunkte, die zu den untergeordneten sekundären Standorten des primären Standorts gehören.

  • Jeder Verteilungspunkt unterstützt insgesamt bis zu 10.000 Pakete und Anwendungen.

Warnung

Die tatsächliche Anzahl von Clients, die ein Verteilungspunkt unterstützen kann, hängt von der Geschwindigkeit des Netzwerks und der Hardwarekonfiguration des Servers ab.

Die Anzahl der Pullverteilungspunkte, die ein Quellverteilungspunkt in ähnlicher Weise unterstützen kann, hängt von der Netzwerkgeschwindigkeit und der Hardwarekonfiguration des Quellverteilungspunkts ab. Diese Anzahl wird jedoch auch von der Menge der bereitgestellten Inhalte beeinflusst. Dieser Effekt liegt daran, dass im Gegensatz zu Clients, die in der Regel während einer Bereitstellung zu unterschiedlichen Zeiten auf Inhalte zugreifen, alle Pullverteilungspunkte inhalte gleichzeitig anfordern. Pullverteilungspunkte können alle verfügbaren Inhalte anfordern, nicht nur die Inhalte, die für sie gelten. Wenn Sie einen Quellverteilungspunkt mit hoher Verarbeitungslast belasten, kann es zu unerwarteten Verzögerungen bei der Verteilung des Inhalts an die Zielverteilungspunkte kommen.

Fallback status Punkt

  • Jeder Fallback status Punkt kann bis zu 100.000 Clients unterstützen.

Verwaltungspunkt

  • Jeder primäre Standort unterstützt bis zu 15 Verwaltungspunkte.

    Tipp

    Installieren Sie keine Verwaltungspunkte auf Servern, die sich über eine langsame Verbindung vom primären Standortserver oder dem Standortdatenbankserver befinden. Wenn sich der Verwaltungspunkt nicht im selben Rechenzentrum befindet (auch als schnelle Verbindung bezeichnet), kann es zu Wartezeiten beim Status und status Nachrichten führen. Wenn Sie einen Remoteverwaltungspunkt benötigen, sollten Sie stattdessen einen sekundären Standort verwenden. Dadurch werden Backlogprobleme für Status- und status-Nachrichten vermieden.

  • Jeder sekundäre Standort unterstützt einen einzelnen Verwaltungspunkt, der auf dem sekundären Standortserver installiert werden muss.

Informationen zur Anzahl der Clients und Geräte, die ein Verwaltungspunkt unterstützen kann, finden Sie im Abschnitt Verwaltungspunkte .

Hinweis

Wenn Sie den Verwaltungspunkt für die Unterstützung eines Cloudverwaltungsgateways aktivieren, werden internetbasierte Clientanforderungen normal verarbeitet. Die Größenanpassung für einen Verwaltungspunkt ändert nicht, ob er lokale oder internetbasierte Clients verwendet.

Softwareupdatepunkt

Verwenden Sie die folgenden Empfehlungen als Baseline. Diese Baseline hilft Ihnen, die Informationen für die Kapazitätsplanung für Softwareupdates zu ermitteln, die für Ihre organization geeignet sind. Die tatsächlichen Kapazitätsanforderungen können je nach den folgenden Kriterien von den in diesem Artikel aufgeführten Empfehlungen abweichen:

  • Ihre spezifische Netzwerkumgebung
  • Die Hardware, die Sie zum Hosten des Standortsystems des Softwareupdatepunkts verwenden
  • Die Anzahl der verwalteten Clients
  • Die anderen auf dem Server installierten Standortsystemrollen

Hinweis

Wenn Sie den Softwareupdatepunkt für die Unterstützung eines Cloudverwaltungsgateways aktivieren, werden internetbasierte Clientanforderungen normal verarbeitet. Die Größenanpassung für einen Softwareupdatepunkt ändert nicht, ob er lokale oder internetbasierte Clients verwendet.

Kapazitätsplanung für den Softwareupdatepunkt

Die Anzahl der unterstützten Clients hängt von der Version von Windows Server Update Services (WSUS) ab, die auf dem Softwareupdatepunkt ausgeführt wird. Dies hängt auch davon ab, ob die Standortsystemrolle des Softwareupdatepunkts zusammen mit einer anderen Standortsystemrolle vorhanden ist:

  • Der Softwareupdatepunkt kann bis zu 25.000 Clients unterstützen, wenn WSUS auf dem Softwareupdatepunktserver ausgeführt wird und der Softwareupdatepunkt zusammen mit einer anderen Standortsystemrolle vorhanden ist.

  • Der Softwareupdatepunkt kann bis zu 150.000 Clients unterstützen, wenn ein Remoteserver die WSUS-Anforderungen erfüllt, WSUS mit Configuration Manager verwendet wird und Sie die folgenden Einstellungen konfigurieren:

    IIS-Anwendungspools:

    • Erhöhen Der Länge der WsusPool-Warteschlange auf 2000

    • Erhöhen Sie das Limit für den privaten WsusPool-Arbeitsspeicher um das x4-Fache, oder legen Sie sie auf 0 (unbegrenzt) fest. Wenn der Standardgrenzwert beispielsweise 1.843.200 KB beträgt, erhöhen Sie ihn auf 7.372.800. Weitere Informationen finden Sie unter Bewährte Methoden für WSUS.

      Weitere Informationen zu den Hardwareanforderungen für den Softwareupdatepunkt finden Sie unter Empfohlene Hardware für Standortsysteme.

Kapazitätsplanung für Softwareupdateobjekte

Verwenden Sie die folgenden Kapazitätsinformationen, um Softwareupdateobjekte zu planen:

  • Grenzwert von 1.000 Softwareupdates in einer Bereitstellung : Begrenzen Sie die Anzahl der Softwareupdates auf 1.000 für jede Softwareupdatebereitstellung. Wenn Sie eine automatische Bereitstellungsregel (ADR) erstellen, geben Sie Kriterien an, die die Anzahl der Softwareupdates einschränken. Die ADR schlägt fehl, wenn die angegebenen Kriterien mehr als 1.000 Softwareupdates zurückgeben. Überprüfen Sie die status der ADR über den Knoten Regeln für die automatische Bereitstellung in der Configuration Manager-Konsole. Wenn Sie Softwareupdates manuell bereitstellen, wählen Sie nicht mehr als 1.000 Updates aus, die bereitgestellt werden sollen.

    Begrenzen Sie außerdem die Anzahl von Softwareupdates in einer Konfigurationsbaseline auf 1000. Weitere Informationen finden Sie unter Erstellen von Konfigurationsbaselines.

  • Grenzwert von 580 Sicherheitsbereichen für automatische Bereitstellungsregeln - Beschränken Sie die Anzahl der Sicherheitsbereiche für automatische Bereitstellungsregeln (ADRs) auf weniger als 580. Wenn Sie eine ADR erstellen, werden die Sicherheitsbereiche, die Zugriff darauf haben, automatisch hinzugefügt. Wenn mehr als 580 Sicherheitsbereiche festgelegt sind, kann der ADR nicht ausgeführt werden, und in ruleengine.log wird ein Fehler protokolliert.

SMS-Anbieter

Jede instance des SMS-Anbieters unterstützt gleichzeitige Verbindungen aus mehreren Anforderungen. Die einzigen Einschränkungen für diese Verbindungen sind die Anzahl der Serververbindungen, die für Windows verfügbar sind, und die verfügbaren Ressourcen auf dem Server, um die Verbindungsanforderungen zu verarbeiten.

Weitere Informationen finden Sie unter Planen des SMS-Anbieters.

Der Verwaltungsdienst ist eine REST-API für jede instance des SMS-Anbieters. Er unterstützt bis zu 5.000 Anforderungen pro Sekunde und 200 Anforderungen pro Client-IP-Adresse.

Clientnummern für Standorte und Hierarchien

Verwenden Sie die folgenden Informationen, um zu bestimmen, wie viele Clients und welche Arten von Clients an einem Standort oder in einer Hierarchie unterstützt werden können.

Hierarchie mit einem Standort der zentralen Verwaltung

Ein Standort der zentralen Verwaltung unterstützt eine Gesamtzahl von Geräten, die bis zu der Anzahl der Geräte umfasst, die für die folgenden drei Gruppen aufgeführt sind:

  • 700.000 Windows-Desktops. Weitere Informationen finden Sie unter Unterstützung für eingebettete Geräte.

  • 25.000 Geräte mit macOS

  • 100.000 Geräte, die Sie mithilfe der lokalen Verwaltung mobiler Geräte (Mobile Device Management, MDM) verwalten

In einer Hierarchie können Sie beispielsweise 700.000 Desktops, bis zu 25.000 macOS-Geräte und bis zu 100.000 Geräte unterstützen, die von einer lokalen MDM verwaltet werden. Diese Hierarchie unterstützt insgesamt 825.000 Geräte.

Wichtig

In einer Hierarchie, in der der Standort der zentralen Verwaltung eine Standard-Edition von SQL Server verwendet, unterstützt die Hierarchie maximal 50.000 Desktops und Geräte. Um mehr als 50.000 Desktops und Geräte zu unterstützen, müssen Sie eine Enterprise Edition von SQL Server verwenden. Diese Anforderung gilt nur für einen Standort der zentralen Verwaltung. Sie gilt nicht für einen eigenständigen primären Standort oder einen untergeordneten primären Standort. Die Edition von SQL Server, die Sie für einen primären Standort verwenden, schränkt die Kapazität zur Unterstützung der angegebenen Anzahl von Clients nicht ein.

Die Edition von SQL Server, die an einem eigenständigen primären Standort verwendet wird, schränkt die Kapazität dieses Standorts zur Unterstützung von bis zu der angegebenen Anzahl von Clients nicht ein.

Untergeordneter primärer Standort

Jeder untergeordnete primäre Standort in einer Hierarchie mit einem Standort der zentralen Verwaltung unterstützt die folgende Anzahl von Clients:

  • Insgesamt 150.000 Clients und Geräte, die nicht auf eine bestimmte Gruppe oder einen bestimmten Typ beschränkt sind, solange der Support nicht die Anzahl überschreitet, die für die Hierarchie unterstützt wird. Weitere Informationen finden Sie unter Unterstützung für eingebettete Geräte.

Beispielsweise unterstützt ein primärer Standort 25.000 macOS-Geräte. Diese Zahl ist der Grenzwert für eine Hierarchie. Dieser primäre Standort kann dann weitere 125.000 Desktopcomputer unterstützen. Die Gesamtzahl der unterstützten Geräte für den untergeordneten primären Standort ist der unterstützte maximale Grenzwert von 150.000.

Eigenständiger primärer Standort

Ein eigenständiger primärer Standort unterstützt die folgende Anzahl von Geräten:

  • Insgesamt 175.000 Clients und Geräte, die nicht übersteigen dürfen:

    • 150.000 Windows-Clients. Weitere Informationen finden Sie unter Unterstützung für eingebettete Geräte.

    • 25.000 Geräte mit macOS

    • 50.000 Geräte, die Sie mit lokaler MDM verwalten

Beispielsweise kann ein eigenständiger primärer Standort, der 150.000 Desktops und 10.000 Macs unterstützt, nur weitere 15.000 mobile Geräte unterstützen, die von einer lokalen MDM verwaltet werden.

Primäre Standorte und Windows Embedded-Geräte

Primäre Standorte unterstützen Windows Embedded-Geräte, auf denen File-Based Schreibfilter (FBWF) aktiviert sind. Wenn auf eingebetteten Geräten keine Schreibfilter aktiviert sind, kann ein primärer Standort eine Reihe von eingebetteten Geräten bis zur zulässigen Anzahl von Geräten für diesen Standort unterstützen. Wenn für eingebettete Geräte FBWF oder Unified Write Filters (UWF) aktiviert sind, kann ein primärer Standort maximal 10.000 Windows Embedded-Geräte unterstützen. Diese Geräte müssen mit den Ausnahmen konfiguriert werden, die im wichtigen Hinweis unter Planen der Clientbereitstellung auf Windows Embedded-Geräten aufgeführt sind. Ein primärer Standort unterstützt nur 3.000 Windows Embedded-Geräte, auf denen EWF aktiviert ist und die nicht für die Ausnahmen konfiguriert sind.

Sekundäre Standorte

Sekundäre Standorte unterstützen die folgende Anzahl von Geräten:

  • 15.000 Windows-Clients

Verwaltungspunkte

Jeder Verwaltungspunkt kann die folgende Anzahl von Geräten unterstützen:

  • 25.000 Clients und Geräte insgesamt, nicht zu überschreiten:

    • 25.000 Windows-Clients

    • Eine der folgenden (nicht beide):

      • 10.000 Geräte, die mithilfe einer lokalen MDM verwaltet werden

      • 10.000 Geräte mit macOS