Gruppi di limiti e punti di aggiornamento software

Articolo
04/04/2023

Si applica a: Configuration Manager (Current Branch)

I client usano i gruppi di limiti per trovare un nuovo punto di aggiornamento software. Per controllare i server che un client può trovare, aggiungere singoli punti di aggiornamento software a gruppi di limiti diversi.

Se si aggiungono tutti i punti di aggiornamento software esistenti al gruppo di limiti del sito predefinito, il client seleziona un punto di aggiornamento software dal pool di server disponibili. Questo comportamento è simile alle versioni precedenti di Configuration Manager current branch. Per il comportamento di selezione e fallback controllato, aggiungere singoli punti di aggiornamento software a gruppi di limiti diversi.

Se si installa un nuovo sito, i punti di aggiornamento software non vengono aggiunti al gruppo di limiti del sito predefinito. Assegnare punti di aggiornamento software a un gruppo di limiti in modo che i client possano trovarli e usarli.

Fallback

Configurare il fallback del punto di aggiornamento software come altri ruoli del sistema del sito, ma con le avvertenze seguenti.

I nuovi client usano gruppi di limiti per selezionare i punti di aggiornamento software

Quando si installano nuovi client, selezionano un punto di aggiornamento software dai server associati ai gruppi di limiti configurati. Questo comportamento sostituisce il comportamento precedente in cui i client selezionano in modo casuale un punto di aggiornamento software da un elenco dei server che condividono la foresta del client.

I client continuano a usare un ultimo punto di aggiornamento software valido fino a quando non tornano a trovarne uno nuovo

I client che dispongono già di un punto di aggiornamento software continuano a usarlo fino a quando non è possibile raggiungerlo. Questo comportamento include l'uso continuo di un punto di aggiornamento software non associato al gruppo di limiti corrente del client.

Questo comportamento è intenzionale. Il client continua a usare un punto di aggiornamento software esistente, anche quando non è nel gruppo di limiti corrente del client. Quando il punto di aggiornamento software cambia, il client sincronizza i dati con il nuovo server, che causa un utilizzo significativo della rete. Se tutti i client passano a un nuovo server contemporaneamente, il ritardo nella transizione consente di evitare la saturazione della rete.

Un client tenta sempre di raggiungere l'ultimo punto di aggiornamento software valido per 120 minuti prima di iniziare il fallback

Dopo 120 minuti, se il client non ha stabilito un contatto, inizia il fallback. All'avvio del fallback, il client riceve un elenco di tutti i punti di aggiornamento software nel gruppo di limiti corrente. Altri punti di aggiornamento software nei gruppi di limiti adiacenti e predefiniti del sito sono disponibili in base alle configurazioni di fallback.

Configurazioni di fallback

È possibile configurare i tempi di fallback (in minuti) per i punti di aggiornamento software inferiori a 120 minuti. Tuttavia, il client tenta ancora di raggiungere il punto di aggiornamento software originale per 120 minuti. Quindi espande la ricerca in altri server. I tempi di fallback del gruppo di limiti iniziano quando il client non riesce a raggiungere il server originale. Quando il client espande la ricerca, il sito fornisce eventuali gruppi di limiti configurati per meno di 120 minuti.

Per bloccare il fallback per un punto di aggiornamento software a un gruppo di limiti adiacente, configurare l'impostazione su Mai fallback.

Dopo aver mancato di raggiungere il server originale per due ore, il client usa quindi un ciclo più breve per stabilire una connessione a un nuovo punto di aggiornamento software. Questo comportamento consente al client di eseguire rapidamente la ricerca nell'elenco in espansione di potenziali punti di aggiornamento software.

Esempio

I punti di aggiornamento software nel gruppo di limiti A vengono configurati in modo che rientrino dopo 10 minuti. Configurare la stessa impostazione per il gruppo di limiti B a 130 minuti. Un client nel gruppo di limiti Z non riesce a raggiungere l'ultimo punto di aggiornamento software noto.

Per i successivi 120 minuti, il client tenta di raggiungere solo il server originale nel gruppo di limiti Z. Dopo 10 minuti, Configuration Manager aggiunge i punti di aggiornamento software dal gruppo di limiti A al pool di server disponibili. Tuttavia, il client non tenta di contattarli o qualsiasi altro server fino al termine del periodo iniziale di 120 minuti.
Dopo aver tentato di contattare il punto di aggiornamento software originale per 120 minuti, il client espande la ricerca. Aggiunge i server al pool disponibile di punti di aggiornamento software che si trovano nel file corrente ed eventuali gruppi di limiti adiacenti configurati per 120 minuti o meno. Questo pool include i server nel gruppo di limiti A, che sono stati aggiunti in precedenza al pool di server disponibili.
Dopo altri 10 minuti, il client espande la ricerca per includere punti di aggiornamento software dal gruppo di limiti B. Questo periodo è di 130 minuti di tempo totale dopo che il client non è riuscito a raggiungere l'ultimo punto di aggiornamento software noto.

Passare manualmente a un nuovo punto di aggiornamento software

Oltre al fallback, usare la notifica client per forzare manualmente un dispositivo a passare a un nuovo punto di aggiornamento software.

Quando si passa a un nuovo server, i dispositivi usano il fallback per trovare il nuovo server. I client passano al nuovo punto di aggiornamento software durante il ciclo di analisi degli aggiornamenti software successivo.

Esaminare le configurazioni del gruppo di limiti. Prima di iniziare questa modifica, assicurarsi che i punti di aggiornamento software si trovino nei gruppi di limiti corretti.

Per altre informazioni, vedere Passare manualmente i client a un nuovo punto di aggiornamento software.

I client Intranet possono usare un punto di aggiornamento software cmg

I client Intranet possono accedere a un punto di aggiornamento software tramite un gateway di gestione cloud.Intranet clients can access a software update point via a cloud management gateway (CMG). Assegnare il gateway di gestione cloud a un gruppo di limiti e abilitare il punto di aggiornamento software su Consenti traffico gateway di gestione cloud Configuration Manager.

Questo comportamento è utile negli scenari seguenti:

Quando un computer Internet si connette alla VPN, continuerà a eseguire l'analisi sul punto di aggiornamento software cmg su Internet.
Se l'unico punto di aggiornamento software per il gruppo di limiti è il punto di aggiornamento software cmg, tutti i dispositivi Intranet e Internet eseguiranno l'analisi.

Preferire i punti di aggiornamento software basati sul cloud

(Introdotto nella versione 2203)

A partire dalla versione 2203, i client preferiscono eseguire l'analisi in base a un punto di aggiornamento software (SUP) di Cloud Management Gateway (CMG) rispetto a un SUP locale quando il gruppo di limiti usa l'opzione Prefer origine basata su cloud rispetto all'origine locale . Per ridurre l'impatto sulle prestazioni di questa modifica, i client non passano automaticamente il sup a un SUP basato sul cloud. Il client rimarrà assegnato al SUP corrente, a meno che il SUP corrente non riesca o che il client non venga passato manualmente a un nuovo SUP. Non sarà necessario cambiare manualmente il sup per i nuovi client aggiunti all'ambiente dopo l'impostazione dell'opzione del gruppo di limiti.

Usare le indicazioni generali seguenti per impostare i client in modo che preferiscano un punto di aggiornamento software basato sul cloud:

Verificare che il gateway di gestione cloud sia configurato e funzionante
Verificare che i punti di aggiornamento software siano funzionali e sincronizzati.
Abilitare l'opzione Consenti traffico gateway di gestione cloud Configuration Manager per qualsiasi SUP che si vuole usare con CMG.
Configurare il gruppo di limiti per questo comportamento abilitando l'opzione Prefer cloud based sources over on-premises sources (Prefer origini basate su cloud rispetto alle origini locali ) e aggiungendo il server SUP CGM all'elenco Dei server del sistema del sito .
Per passare manualmente i client a un nuovo sup, usare l'azione di notifica client Passa al punto di aggiornamento software successivo per un dispositivo o per una raccolta.
- I client nel gruppo di limiti non passano automaticamente a un nuovo SUP*9 a meno che l'analisi rispetto al SUP corrente non venga eseguita quattro volte nel corso di due ore.
- Non sarà necessario cambiare manualmente il sup per i nuovi client aggiunti all'ambiente dopo l'impostazione dell'opzione del gruppo di limiti.
Per verificare che i client preferiscano cmg SUP, avviare un ciclo di analisi dell'aggiornamento software in alcuni client che sono stati scambiati.
- Per limitare i potenziali problemi di prestazioni causati da un numero elevato di client che eseguono contemporaneamente l'analisi di un nuovo SUP, è consigliabile chiamare immediatamente un ciclo di analisi su un numero elevato di client che iniziano con non più di 100 client ogni 10-15 minuti. Aumentare o ridurre il numero di client e la frequenza dopo aver misurato l'impatto sulle prestazioni nell'ambiente.