Condividi tramite

Progettare una gerarchia di siti per Configuration Manager

  • Articolo

Si applica a: Configuration Manager (Current Branch)

Prima di installare il primo sito di una nuova gerarchia di Configuration Manager, è consigliabile comprendere:

  • Topologie disponibili per Configuration Manager

  • I tipi di siti disponibili e le relative relazioni tra loro

  • Ambito di gestione fornito da ogni tipo di sito

  • Le opzioni di gestione del contenuto che possono ridurre il numero di siti da installare

Pianificare quindi una topologia che sia in grado di soddisfare in modo efficiente le esigenze aziendali correnti e che possa successivamente espandersi per gestire la crescita futura.

Durante la pianificazione, tenere presente le limitazioni per l'aggiunta di siti aggiuntivi a una gerarchia o a un sito autonomo:

Nota

Quando si pianifica una nuova installazione di Configuration Manager, tenere presente le note sulla versione, che illustrano in dettaglio i problemi correnti nelle versioni attive. Le note sulla versione si applicano a tutti i rami di Configuration Manager. Quando si usa il ramo Technical Preview, individuare i problemi specifici di tale ramo nella documentazione per ogni versione della technical preview.

Topologia della gerarchia

Le topologie della gerarchia variano da:

  • Più semplice: un singolo sito primario autonomo

  • Più complesso: gruppo di siti primari e secondari connessi con un sito di amministrazione centrale nel sito di primo livello della gerarchia

Il driver chiave del tipo e del numero di siti usati in una gerarchia è in genere il numero e il tipo di dispositivi che è necessario supportare.

Sito primario autonomo

Usare un sito primario autonomo quando può supportare la gestione di tutti i dispositivi e gli utenti. Per altre informazioni, vedere Ridimensionare e ridimensionare i numeri. Questa topologia ha esito positivo anche quando le posizioni geografiche dell'azienda possono essere servite da un singolo sito primario. Per gestire il traffico di rete, usare più punti di gestione nei gruppi di limiti e un'infrastruttura di contenuto attentamente pianificata. Per altre informazioni, vedere Configurare i gruppi di limiti e Concetti fondamentali per la gestione del contenuto.

Questa topologia offre i vantaggi seguenti:

  • Sovraccarico amministrativo semplificato

  • Assegnazione e individuazione semplificata del sito client di risorse e servizi disponibili

  • Eliminazione dei possibili ritardi introdotti dalla replica del database tra siti

  • Opzione per espandere un sito primario autonomo in una gerarchia più ampia con un sito di amministrazione centrale. Questa opzione consente di installare nuovi siti primari per espandere la scalabilità della distribuzione.

Sito di amministrazione centrale con uno o più siti primari figlio

Usare questa topologia quando sono necessari più siti primari per supportare la gestione di tutti i dispositivi e gli utenti. È necessario quando è necessario usare più di un singolo sito primario.

Questa topologia offre i vantaggi seguenti:

  • Supporta fino a 25 siti primari che consentono di estendere la scalabilità della gerarchia.

  • Si usa sempre il sito di amministrazione centrale, a meno che non si reinstalli i siti. Questa opzione è permanente. Non è possibile scollegare un sito primario figlio per renderlo un sito primario autonomo.

Determinare quando usare un sito di amministrazione centrale

Usare un sito di amministrazione centrale per configurare le impostazioni a livello di gerarchia e monitorare tutti i siti e gli oggetti nella gerarchia. Questo tipo di sito non gestisce direttamente i client. Coordina la replica dei dati da sito a sito, che include la configurazione di siti e client in tutta la gerarchia.

Le informazioni seguenti consentono di decidere quando installare un sito di amministrazione centrale:

  • Il sito di amministrazione centrale è il sito di primo livello in una gerarchia.

  • Quando si configura una gerarchia con più siti primari, installare un sito di amministrazione centrale.

    • Se sono immediatamente necessari due o più siti primari, installare prima il sito di amministrazione centrale.

    • Quando si dispone già di un sito primario e si vuole installare un sito di amministrazione centrale, espandere il sito primario autonomo per installare il sito di amministrazione centrale.

  • Il sito di amministrazione centrale supporta solo i siti primari come siti figlio.

  • Al sito di amministrazione centrale non possono essere assegnati client.

  • Il sito di amministrazione centrale non supporta i ruoli del sistema del sito che supportano direttamente i client, ad esempio punti di gestione e punti di distribuzione.

  • Gestire tutti i client nella gerarchia ed eseguire tutte le attività di gestione del sito dalla console Configuration Manager connessa al sito di amministrazione centrale. Queste attività includono l'installazione di punti di gestione o altri ruoli del sistema del sito in siti primari o secondari figlio.

  • Quando si usa un sito di amministrazione centrale, è l'unica posizione in cui vengono visualizzati i dati del sito da tutti i siti nella gerarchia. Questi dati includono informazioni quali i dati di inventario e i messaggi di stato.

  • Configurare le operazioni di individuazione in tutta la gerarchia dal sito di amministrazione centrale. Dal sito di amministrazione centrale assegnare i metodi di individuazione da eseguire nei singoli siti primari.

  • Gestire la sicurezza in tutta la gerarchia assegnando ruoli di sicurezza, ambiti di sicurezza e raccolte diversi a utenti amministratori diversi. Queste configurazioni si applicano a ogni sito della gerarchia.

  • Configurare la replica per controllare la comunicazione tra siti nella gerarchia. Pianificare la replica del database per i dati del sito e gestire la larghezza di banda per il trasferimento di dati basati su file tra siti.

Determinare quando usare un sito primario

Usare i siti primari per gestire i client. Installare un sito primario come sito figlio sotto un sito di amministrazione centrale o come primo sito di una nuova gerarchia. Un sito primario che è il primo sito di una gerarchia crea un sito primario autonomo. Sia i siti primari figlio che i siti primari autonomi supportano i siti secondari.

Provare ad aggiungere altri siti primari per i motivi seguenti:

  • Per aumentare il numero di dispositivi, gestire con una singola gerarchia.

  • Per soddisfare i requisiti di gestione dell'organizzazione. Ad esempio, è possibile installare un sito primario in una posizione remota per gestire il trasferimento del contenuto di distribuzione in una rete a larghezza di banda ridotta.

    • È consigliabile usare invece le opzioni per limitare la larghezza di banda di rete durante il trasferimento dei dati a un punto di distribuzione. Tale funzionalità di gestione del contenuto può sostituire la necessità di installare siti aggiuntivi.

Le informazioni seguenti consentono di decidere quando installare un sito primario:

  • Un sito primario può essere un sito primario autonomo o un sito primario figlio in una gerarchia più ampia. Quando un sito primario è membro di una gerarchia con un sito di amministrazione centrale, i siti usano la replica del database per replicare i dati tra i siti. A meno che non sia necessario supportare più client e dispositivi rispetto a un singolo sito primario, prendere in considerazione l'installazione di un sito primario autonomo. Dopo aver installato un sito primario autonomo, espanderlo se necessario in futuro per segnalare un nuovo sito di amministrazione centrale per aumentare la distribuzione.

  • Un sito primario supporta solo un sito di amministrazione centrale come sito padre.

  • Un sito primario supporta solo siti secondari come siti figlio e più siti secondari.

  • I siti primari sono responsabili dell'elaborazione di tutti i dati client dai client assegnati.

  • I siti primari usano la replica di database per comunicare direttamente al sito di amministrazione centrale. Questo comportamento viene configurato automaticamente quando viene installato un nuovo sito.

Determinare quando usare un sito secondario

Usare i siti secondari per gestire il trasferimento di contenuto di distribuzione e dati client in reti a larghezza di banda ridotta.

Si gestisce un sito secondario da un sito di amministrazione centrale o dal sito primario padre diretto del sito secondario. I siti secondari sono collegati a un sito primario. Non è possibile spostarli in un sito padre diverso senza disinstallarli e quindi reinstallarli come sito figlio sotto il nuovo sito primario.

È tuttavia possibile instradare il contenuto tra due siti secondari peer per gestire la replica basata su file del contenuto di distribuzione. Per trasferire i dati client a un sito primario, il sito secondario usa la replica basata su file. Un sito secondario usa anche la replica del database per comunicare con il sito primario padre.

Prendere in considerazione l'installazione di un sito secondario se si applica una delle condizioni seguenti:

  • Non è necessario un punto di connettività locale per un utente amministratore.

  • È necessario gestire il trasferimento del contenuto di distribuzione ai siti più bassi della gerarchia.

  • È necessario gestire le informazioni client inviate ai siti più in alto nella gerarchia.

Se non si vuole installare un sito secondario e si dispone di client in posizioni remote, prendere in considerazione le opzioni seguenti:

  • Usare tecnologie peer-to-peer come Windows BranchCache

  • Abilitare i punti di distribuzione per il controllo e la pianificazione della larghezza di banda

Usare queste opzioni di gestione del contenuto con o senza siti secondari. Consentono di ridurre le dimensioni dell'infrastruttura di Configuration Manager. Per altre informazioni sulle opzioni di gestione del contenuto in Configuration Manager, vedere Determinare quando usare le opzioni di gestione del contenuto.

Le informazioni seguenti consentono di decidere quando installare un sito secondario:

  • Se non è disponibile un'istanza locale di SQL Server, i server del sito secondario installano automaticamente SQL Server Express durante l'installazione del sito.

  • L'installazione del sito secondario viene avviata dalla console di Configuration Manager, anziché eseguire il programma di installazione direttamente in un computer.

  • I siti secondari usano un subset delle informazioni nel database del sito. Questo comportamento riduce la quantità di dati che SQL Server replica tra il sito primario padre e il sito secondario.

  • I siti secondari supportano il routing del contenuto basato su file ad altri siti secondari che hanno un sito primario padre comune.

  • Le installazioni del sito secondario installano automaticamente i ruoli del sistema del sito del punto di gestione e del punto di distribuzione nel server del sito secondario.

Determinare quando usare le opzioni di gestione del contenuto

Se si dispone di client in percorsi di rete remoti, è consigliabile usare una o più opzioni di gestione del contenuto anziché un sito primario o secondario. Le opzioni seguenti spesso eliminano la necessità di installare un sito:

  • Ottimizzazione recapito Windows

  • Configuration Manager peer cache

  • Windows BranchCache

  • Configurare i punti di distribuzione per il controllo della larghezza di banda

  • Copiare manualmente il contenuto nei punti di distribuzione (pre-installazione del contenuto)

Se si applica una delle condizioni seguenti, prendere in considerazione la distribuzione di un punto di distribuzione anziché l'installazione di un altro sito:

  • La larghezza di banda di rete è sufficiente per consentire ai computer client nella posizione remota di comunicare con un punto di gestione nel sito primario. I client comunicano con un punto di gestione per scaricare i criteri client, inviare inventario, inviare lo stato dei report e inviare informazioni di individuazione.

  • Il servizio BITS (Background Intelligent Transfer Service) non fornisce un controllo sufficiente della larghezza di banda per i requisiti di rete.

Per altre informazioni sulle opzioni di gestione del contenuto in Configuration Manager, vedere Concetti fondamentali per la gestione del contenuto.

Oltre la topologia della gerarchia

Oltre alla topologia della gerarchia iniziale, considerare anche le domande seguenti:

  • Quali ruoli del sistema del sito forniscono servizi o funzionalità da siti diversi nella gerarchia?

  • Come si gestiscono le configurazioni e le funzionalità a livello di gerarchia nell'infrastruttura?

Le considerazioni comuni seguenti sono illustrate in articoli separati. Queste informazioni sono importanti per influenzare o essere influenzate dalla progettazione della gerarchia:

  • Quando ci si prepara a gestire computer e dispositivi, valutare se i dispositivi sono locali, nel cloud o includere dispositivi di proprietà dell'utente (BYOD). Si consideri anche come si gestiranno i dispositivi che supportano più opzioni di gestione. Ad esempio, gestire i dispositivi Windows con Configuration Manager o tramite l'integrazione con Microsoft Intune. Per altre informazioni, vedere Scegliere una soluzione di gestione dei dispositivi.

  • Comprendere in che modo l'infrastruttura di rete disponibile potrebbe influire sul flusso di dati tra posizioni remote. Per altre informazioni, vedere Preparare l'ambiente di rete. Si consideri anche la posizione geografica degli utenti e dei dispositivi e se accedono all'infrastruttura tramite la rete locale o Internet.

  • Pianificare un'infrastruttura del contenuto per distribuire in modo efficiente il contenuto distribuito nei dispositivi gestiti. Questo contenuto può essere applicazioni, aggiornamenti software o sistemi operativi. Per altre informazioni, vedere Gestire il contenuto e l'infrastruttura del contenuto.

  • Determinare quali funzionalità e funzionalità di Configuration Manager si prevede di usare. Funzionalità diverse richiedono ruoli del sistema del sito diversi o infrastruttura Windows. In una gerarchia di più siti, decidere dove distribuirle per l'uso più efficiente delle risorse di rete e server.

  • Considerare la sicurezza per dati e dispositivi, incluso l'uso di un'infrastruttura a chiave pubblica (PKI). Per altre informazioni, vedere Requisiti del certificato PKI.

Passaggi successivi

Esaminare gli articoli seguenti per le configurazioni specifiche del sito:

Prendere in considerazione le configurazioni che si estendono su siti e gerarchie