Čísla velikosti a měřítka pro Configuration Manager

  • Článek

Platí pro: Configuration Manager (Current Branch)

Každé nasazení Configuration Manager má maximální počet lokalit, rolí systému lokality a zařízení, které může podporovat. Tato čísla se liší v závislosti na struktuře hierarchie, typu a počtu lokalit, které používáte, a rolích systému lokality, které nasadíte. Informace v tomto článku vám můžou pomoct určit počet rolí systému lokality a lokalit, které potřebujete k podpoře zařízení, která chcete spravovat.

Další informace najdete v následujících článcích:

Tato čísla podpory vycházejí z použití doporučeného hardwaru pro Configuration Manager. Jsou také založené na výchozím nastavení pro všechny dostupné funkce Configuration Manager. Pokud nepoužíváte doporučený hardware nebo používáte agresivnější vlastní nastavení, může se snížit výkon systémů lokality. Systémy lokality nemusí splňovat uvedené úrovně podpory. (Příkladem agresivnějšího nastavení klienta je spouštění inventáře hardwaru nebo softwaru častěji než výchozí hodnoty jednou za sedm dní.)

Typy webů

Lokalita centrální správy

  • Lokalita centrální správy podporuje až 25 podřízených primárních lokalit.

Primární lokalita

  • Každá primární lokalita podporuje až 250 sekundárních lokalit.

  • Počet sekundárních lokalit na primární lokalitu je založen na nepřetržitě připojených a spolehlivých připojeních WAN (Wide Area Network). Pro umístění, která mají méně než 500 klientů, zvažte distribuční bod místo sekundární lokality.

    Informace o počtu klientů a zařízení, které může primární lokalita podporovat, najdete v tématu Čísla klientů pro lokality a hierarchie.

Sekundární lokalita

  • Sekundární lokality nepodporují podřízené weby.

Role systému lokality

Brána pro správu cloudu

Pokud není uvedeno jinak, jsou tyto pokyny stejné pro všechny modely nasazení a velikosti virtuálních počítačů.

  • V primárních lokalitách nebo v lokalitě centrální správy (CAS) můžete nainstalovat několik instancí brány pro správu cloudu (CMG).

    Tip

    V hierarchii vytvořte cmg v CAS.

  • Jedna cmg podporuje až 16 instancí virtuálních počítačů v cloudové službě Azure.

  • Souběžná připojení klientů pro každou instanci virtuálního počítače CMG závisí na modelu nasazení a velikosti virtuálního počítače. Pokud je CMG pod vysokým zatížením s větším než podporovaným počtem klientů, stále zpracovává požadavky, ale může dojít ke zpoždění.

    • Škálovací sada virtuálních počítačů(verze 2107 a novější)

      • Testovací prostředí (B2s): 10
      • Standardní (A2_v2): 6 000
      • Velké (A4_v2): 10 000

      Důležité

      Virtuální počítač s velikostí testovacího prostředí (B2s) je určený jenom pro testovací prostředí a malá prostředí pro testování konceptu. Nejsou určené pro produkční použití s CMG. Virtuální počítače B2s jsou nízkonákladové a mají nízký výkon. Větev Configuration Manager Technical Preview podporuje pouze 10 klientů, a proto tato velikost podporuje tento počet klientů.

    • Škálovací sada virtuálních počítačů(verze 2010 a 2103 pro předplatná CSP (Cloud Service Provider): 2 000

    • Cloudová služba (classic)(verze 2111 a starší): 6 000

      Důležité

      Od verze 2203 se odebere možnost nasadit cmg jako cloudovou službu (classic). Všechna nasazení CMG by měla používat škálovací sadu virtuálních počítačů. Další informace najdete v tématu Odebrání a zastaralé funkce.

Další informace najdete v tématu Výkon a škálování CMG.

Spojovací bod brány pro správu cloudu

Tyto pokyny jsou stejné pro všechny modely nasazení a velikosti virtuálních počítačů.

  • V primárních lokalitách můžete nainstalovat více instancí spojovacího bodu CMG.

  • Jeden spojovací bod CMG může podporovat cmg až se čtyřmi instancemi virtuálních počítačů. Pokud má cmg více než čtyři instance virtuálních počítačů, přidejte druhý spojovací bod CMG pro vyrovnávání zatížení. Skupina cmg s 16 instancemi virtuálních počítačů by měla být propojená se čtyřmi spojovacími body CMG.

Poznámka

Při zvažování požadavků na hardware pro spojovací bod CMG si projděte doporučený hardware pro servery systému vzdálené lokality.

Další informace najdete v tématu Výkon a škálování CMG.

Distribuční bod

  • Distribuční body na lokalitu:

    • Každá primární a sekundární lokalita podporuje až 250 distribučních bodů.

    • Každá primární a sekundární lokalita podporuje až 2 000 dalších distribučních bodů, které jsou nakonfigurované jako distribuční body pro vyžádání obsahu. Například jedna primární lokalita podporuje 2250 distribučních bodů, pokud je 2000 těchto distribučních bodů nakonfigurováno jako distribuční body pro vyžádání obsahu.

    • Každý distribuční bod podporuje připojení až od 4 000 klientů.

    • Distribuční bod pro vyžádání obsahu se při přístupu k obsahu ze zdrojového distribučního bodu chová jako klient.

  • Každá primární lokalita podporuje kombinovaný součet až 5 000 distribučních bodů. Tento součet zahrnuje všechny distribuční body v primární lokalitě a všechny distribuční body, které patří do podřízených sekundárních lokalit primární lokality.

  • Každý distribuční bod podporuje celkový celkový počet až 10 000 balíčků a aplikací.

Upozornění

Skutečný počet klientů, které může jeden distribuční bod podporovat, závisí na rychlosti sítě a hardwarové konfiguraci serveru.

Počet distribučních bodů pro vyžádání obsahu, které může jeden zdrojový distribuční bod podporovat, podobně závisí na rychlosti sítě a hardwarové konfiguraci zdrojového distribučního bodu. Toto číslo je ale také ovlivněno množstvím obsahu, který jste nasadili. Tento efekt je způsobený tím, že na rozdíl od klientů, kteří obvykle přistupují k obsahu v různých časech během nasazení, všechny distribuční body pro vyžádání obsahu požadují obsah současně. Distribuční body pro vyžádání obsahu můžou požadovat veškerý dostupný obsah, nejen obsah, který se na ně vztahuje. Když umístíte na zdrojový distribuční bod vysoké zatížení zpracování, může docházet k neočekávaným zpožděním při distribuci obsahu do cílových distribučních bodů.

Bod stavu náhradního stavu

  • Každý bod záložního stavu může podporovat až 100 000 klientů.

Bod správy

  • Každá primární lokalita podporuje až 15 bodů správy.

    Tip

    Neinstalujte body správy na servery, které jsou přes pomalé propojení ze serveru primární lokality nebo serveru databáze lokality. Pokud bod správy není ve stejném datovém centru (označuje se také jako rychlé propojení), můžete zaznamenat latenci stavových a stavových zpráv. Pokud máte požadavek na vzdálený bod správy, zvažte použití sekundární lokality. Tím se vyhnete problémům s backlogem pro stavové a stavové zprávy.

  • Každá sekundární lokalita podporuje jeden bod správy, který musí být nainstalován na serveru sekundární lokality.

Informace o počtu klientů a zařízení, které může bod správy podporovat, najdete v části Body správy .

Poznámka

Pokud povolíte, aby bod správy podporoval bránu pro správu cloudu, bude normálně obsluhovat internetové požadavky klientů. Pokyny k určení velikosti bodu správy se nemění na tom, jestli obsluhuje místní nebo internetové klienty.

Bod aktualizace softwaru

Jako směrný plán použijte následující doporučení. Tento směrný plán vám pomůže určit informace o plánování kapacity aktualizací softwaru, které jsou vhodné pro vaši organizaci. Skutečné požadavky na kapacitu se mohou lišit od doporučení uvedených v tomto článku v závislosti na následujících kritériích:

  • Vaše konkrétní síťové prostředí
  • Hardware, který používáte k hostování systému lokality bodu aktualizace softwaru
  • Počet spravovaných klientů
  • Další role systému lokality nainstalované na serveru

Poznámka

Pokud povolíte, aby bod aktualizace softwaru podporoval bránu pro správu cloudu, bude normálně obsluhovat internetové požadavky klientů. Pokyny k určení velikosti bodu aktualizace softwaru se nemění na tom, jestli obsluhuje místní nebo internetové klienty.

Plánování kapacity pro bod aktualizace softwaru

Počet podporovaných klientů závisí na verzi služby Windows Server Update Services (WSUS), která běží v bodě aktualizace softwaru. Závisí také na tom, jestli role systému lokality bodu aktualizace softwaru existuje současně s jinou rolí systému lokality:

  • Bod aktualizace softwaru může podporovat až 25 000 klientů, pokud služba WSUS běží na serveru bodu aktualizace softwaru a bod aktualizace softwaru existuje společně s jinou rolí systému lokality.

  • Bod aktualizace softwaru může podporovat až 150 000 klientů, pokud vzdálený server splňuje požadavky služby WSUS, služba WSUS se používá s Configuration Manager a nakonfigurujete následující nastavení:

    Fondy aplikací služby IIS:

    • Zvýšení délky fronty Fondu služby WsusPool na 2000

    • Zvyšte limit privátní paměti Fondu služby WsusPool x4krát nebo nastavte na 0 (neomezené). Pokud je například výchozí limit 1 843 200 kB, zvyšte ho na 7 372 800. Další informace najdete v tématu Osvědčené postupy služby WSUS.

      Další informace o požadavcích na hardware pro bod aktualizace softwaru najdete v tématu Doporučený hardware pro systémy lokality.

Plánování kapacity pro objekty aktualizací softwaru

Při plánování objektů aktualizací softwaru použijte následující informace o kapacitě:

  • Limit 1000 aktualizací softwaru v nasazení – Omezte počet aktualizací softwaru na 1000 pro každé nasazení aktualizací softwaru. Při vytváření pravidla automatického nasazení (ADR) zadejte kritéria, která omezují počet aktualizací softwaru. Pokud zadaná kritéria vrátí více než 1000 aktualizací softwaru, automatické obnovení selže. Zkontrolujte stav ADR v uzlu Pravidla automatického nasazení v konzole Configuration Manager. Pokud ručně nasazujete aktualizace softwaru, nevybírejte k nasazení více než 1000 aktualizací.

    Omezte také počet aktualizací softwaru na 1000 ve standardních hodnotách konfigurace. Další informace najdete v tématu Vytvoření standardních hodnot konfigurace.

  • Limit 580 rozsahů zabezpečení pro pravidla - automatického nasazení Omezte počet rozsahů zabezpečení v pravidlech automatického nasazení na méně než 580. Když vytvoříte ADR, automaticky se přidají obory zabezpečení, které k němu mají přístup. Pokud je nastaveno více než 580 oborů zabezpečení, ADR se nepodaří spustit a do souboru ruleengine.log se zaprotokoluje chyba.

Poskytovatel serveru SMS

Každá instance poskytovatele serveru SMS podporuje souběžná připojení z více požadavků. Jedinými omezeními těchto připojení jsou počet serverových připojení, která jsou k dispozici pro Windows, a dostupné prostředky na serveru pro obsluhu žádostí o připojení.

Další informace najdete v tématu Plánování pro poskytovatele serveru SMS.

Služba pro správu je rozhraní REST API pro každou instanci poskytovatele serveru SMS. Podporuje až 5 000 požadavků za sekundu a 200 požadavků na IP adresu klienta.

Čísla klientů pro lokality a hierarchie

Pomocí následujících informací můžete určit, kolik klientů a jaké typy klientů můžete podporovat v lokalitě nebo v hierarchii.

Hierarchie s lokalitou centrální správy

Lokalita centrální správy podporuje celkový počet zařízení, která zahrnují až počet zařízení uvedených pro následující tři skupiny:

  • 700 000 stolních počítačů s Windows. Podívejte se také na podporu vložených zařízení.

  • 25 000 zařízení s macOS

  • 100 000 zařízení, která spravujete pomocí místní správy mobilních zařízení (MDM)

V hierarchii můžete například podporovat 700 000 stolních počítačů, až 25 000 zařízení s macOS a až 100 000 zařízení spravovaných místním mdm. Tato hierarchie podporuje celkem 825 000 zařízení.

Důležité

V hierarchii, kde lokalita centrální správy používá edici Standard SQL Server, podporuje hierarchie maximálně 50 000 stolních počítačů a zařízení. Pokud chcete podporovat více než 50 000 stolních počítačů a zařízení, musíte použít edici Enterprise SQL Server. Tento požadavek se vztahuje pouze na lokalitu centrální správy. Nevztahuje se na samostatnou primární lokalitu ani podřízenou primární lokalitu. Edice SQL Server, kterou používáte pro primární lokalitu, neomezuje její kapacitu tak, aby podporovala uvedený počet klientů.

Edice SQL Server, která se používá v samostatné primární lokalitě, neomezuje kapacitu této lokality, aby podporovala až uvedený počet klientů.

Podřízená primární lokalita

Každá podřízená primární lokalita v hierarchii s lokalitou centrální správy podporuje následující počet klientů:

  • Celkem 150 000 klientů a zařízení, která nejsou omezena na konkrétní skupinu nebo typ, pokud podpora nepřekročí počet podporovaný pro hierarchii. Podívejte se také na podporu vložených zařízení.

Například primární lokalita podporuje 25 000 zařízení s macOS. Toto číslo je limitem pro hierarchii. Tato primární lokalita pak může podporovat dalších 125 000 stolních počítačů. Celkový počet podporovaných zařízení pro podřízenou primární lokalitu je maximální podporovaný limit 150 000.

Samostatná primární lokalita

Samostatná primární lokalita podporuje následující počet zařízení:

  • Celkem 175 000 klientů a zařízení, nesmí být překročeno:

    • 150 000 klientů Windows. Podívejte se také na podporu vložených zařízení.

    • 25 000 zařízení s macOS

    • 50 000 zařízení, která spravujete pomocí místního mdm

Například samostatná primární lokalita, která podporuje 150 000 stolních počítačů a 10 000 počítačů Mac, může podporovat jenom dalších 15 000 mobilních zařízení spravovaných místním mdm.

Primární lokality a zařízení s Windows Embedded

Primární lokality podporují zařízení se systémem Windows Embedded, která mají povolené File-Based filtry zápisu (FBWF). Pokud vložená zařízení nemají povolené filtry zápisu, může primární lokalita podporovat několik vložených zařízení až do povoleného počtu zařízení pro danou lokalitu. Pokud mají vložená zařízení povolené FBWF nebo Jednotné filtry zápisu (UWF), primární lokalita může podporovat maximálně 10 000 zařízení s Windows Embedded. Tato zařízení musí být nakonfigurovaná s výjimkami uvedenými v důležité poznámce v tématu Plánování nasazení klientů do zařízení se systémem Windows Embedded. Primární lokalita podporuje pouze 3 000 zařízení se systémem Windows Embedded, která mají povolený EWF a která nejsou nakonfigurovaná pro výjimky.

Sekundární lokality

Sekundární lokality podporují následující počet zařízení:

  • 15 000 klientů s Windows

Body správy

Každý bod správy může podporovat následující počet zařízení:

  • Celkem 25 000 klientů a zařízení, nesmí být překročeno:

    • 25 000 klientů Windows

    • Jedna z následujících možností (ne obě):

      • 10 000 zařízení spravovaných pomocí místního mdm

      • 10 000 zařízení se systémem macOS