Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a: Gestione configurazione (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 del ramo corrente di Gestione configurazione. Per la selezione controllata e il comportamento di fallback, aggiungere singoli punti di aggiornamento software a diversi gruppi di limiti.
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 gli altri ruoli del sistema del sito, ma con le avvertenze seguenti.
I nuovi client usano i gruppi di limiti per selezionare i punti di aggiornamento software
Quando si installano nuovi client, questi selezionano un punto di aggiornamento software tra i server associati ai gruppi di limiti configurati. Questo comportamento sostituisce il comportamento precedente in cui i client selezionavano casualmente un punto di aggiornamento software da un elenco di server che condividono la foresta del client.
I client continuano a usare un ultimo punto di aggiornamento software valido noto finché non effettuano un fallback per trovarne uno nuovo
I client che hanno già un punto di aggiornamento software continuano a usarlo finché non può essere raggiunto. Questo comportamento include l'uso continuato 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, causando un utilizzo significativo della rete. Se tutti i client passano contemporaneamente a un nuovo server, il ritardo nella transizione aiuta a evitare di saturare la rete.
Un client cerca sempre di raggiungere l'ultimo punto di aggiornamento software noto per 120 minuti prima di avviare 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. Sono disponibili altri punti di aggiornamento software nei gruppi di limiti predefiniti dei siti e dei vicini 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 comunque di raggiungere il punto di aggiornamento software originale per 120 minuti. Quindi espande la sua ricerca ad altri server. I tempi di fallback dei gruppi 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 di un punto di aggiornamento software a un gruppo di limiti adiacente, configurare l'impostazione su Non eseguire mai il fallback.
Dopo non essere riuscito a raggiungere il server originale per due ore, il client usa un ciclo più breve per stabilire una connessione a un nuovo punto di aggiornamento software. Questo comportamento consente al client di eseguire rapidamente una 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 eseguano il fallback 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 valido noto.
Per i successivi 120 minuti, il client tenta di raggiungere solo il server originale nel gruppo di limiti Z. Dopo 10 minuti, Gestione configurazione aggiunge i punti di aggiornamento software dal gruppo di limiti A al pool di server disponibili. Tuttavia, il client non prova a contattare il server fino a quando non è trascorso il periodo iniziale di 120 minuti.
Dopo aver provato a 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 nella parte corrente e in qualsiasi gruppo di limiti adiacente configurato per 120 minuti o meno. Questo pool include i server nel gruppo di limiti A, aggiunti in precedenza al pool di server disponibili.
Dopo altri 10 minuti, il client espande la ricerca per includere i punti di aggiornamento software del gruppo di limiti B. Questo periodo è 130 minuti di tempo totale dopo che il client non è riuscito a raggiungere l'ultimo punto di aggiornamento software valido noto.
Passare manualmente a un nuovo punto di aggiornamento software
Oltre al fallback, usa la notifica client per forzare manualmente il passaggio di un dispositivo 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 successivo ciclo di analisi degli aggiornamenti software.
Esaminare le configurazioni dei gruppi di limiti. Prima di iniziare questa modifica, assicurati che i punti di aggiornamento software siano nei gruppi di limiti corretti.
Per ulteriori informazioni, vedere Passaggio manuale dei 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 (CMG). Assegnare il gateway di gestione cloud a un gruppo di limiti e abilitare il punto di aggiornamento software per consentire il traffico del gateway di gestione cloud di Gestione configurazione.
Questo comportamento è utile negli scenari seguenti:
Quando un computer Internet si connette alla VPN, continuerà a eseguire l'analisi del 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 verranno analizzati in base a tale punto.
Preferisci punti di aggiornamento software basati su cloud
(Disponibile nella versione 2203)
A partire dalla versione 2203, i client preferiscono eseguire l'analisi in base a un punto di aggiornamento software (SUP) del gateway di gestione cloud (CMG) su un SUP locale quando il gruppo di limiti usa l'opzione Preferisci l'origine basata su cloud rispetto all'origine locale . Per ridurre l'impatto di questa modifica sulle prestazioni, i client non passano automaticamente dal SUP a uno basato su cloud. Il client rimarrà assegnato al SUP corrente, a meno che il SUP corrente non abbia esito negativo o che il client non passi 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.
- Abilita l'opzione Consenti traffico del gateway di gestione cloud di Gestione configurazione per qualsiasi SUP che vuoi usare con CMG.
- Configurare il gruppo di limiti per questo comportamento abilitando l'opzione Preferisci origini basate su cloud rispetto a origini locali e aggiungendo il server SUP CMG all'elenco dei server del sistema del sito .
- Per passare manualmente i client a un nuovo SUP, usa 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 del SUP corrente non riesca quattro volte nell'arco 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 il SUP CMG, avviare un ciclo di analisi degli aggiornamenti software in alcuni dei client cambiati.
- Per limitare i potenziali problemi di prestazioni causati da un numero elevato di client che eseguono contemporaneamente l'analisi di un nuovo SUP, se si chiama immediatamente un ciclo di analisi su un numero elevato di client, è consigliabile iniziare con non più di 100 client ogni 10-15 minuti. Aumentare o diminuire il numero di client e la frequenza dopo aver valutato l'impatto sulle prestazioni nell'ambiente.