Informazioni sulle stazioni di gestione

Un sistema a cui è assegnato il ruolo di stazione di gestione esegue il mirroring e distribuisce le origini software alle istanze on premise o nei cloud di terze parti supportati. Una stazione funge anche da proxy di rete per le istanze che comunicano con l'hub di gestione del sistema operativo in Oracle Cloud Infrastructure.

Nota

Le stazioni di gestione non vengono utilizzate dalle istanze OCI.

Che cos'è una stazione di gestione?

Una stazione di gestione è un'istanza che esegue il mirroring e distribuisce le origini software ad altre istanze on-premise o cloud di terze parti. La stazione funge anche da proxy di rete per le istanze non OCI per comunicare con l'hub di gestione del sistema operativo in Oracle Cloud Infrastructure. Il sistema che funge da stazione dispone di requisiti specifici per servire in modo efficiente le istanze client.

Ho bisogno di una stazione?

Se gestisci istanze cloud on-premise o di terze parti, devi disporre di almeno una stazione per fornire contenuti di origine software a tali istanze. Le stazioni non vengono utilizzate per le istanze OCI.

Devi creare e registrare una stazione prima di registrare istanze cloud on-premise o di terze parti. Il numero di istanze che una stazione può supportare dipende dalla memoria e dalla potenza di elaborazione della stazione e dalla velocità della rete del centro dati.

Puoi distribuire più stazioni all'interno di un data center del cliente o del cloud di terze parti. È inoltre possibile configurare più stazioni di gestione in una configurazione ad alta disponibilità.

Come si gestisce l'istanza della stazione?

Per garantire che la stazione di gestione sia aggiornata sulla sicurezza e su altre patch, sarà necessario creare un job di aggiornamento per l'istanza che funge da stazione di gestione.

L'istanza della stazione dispone del proprio set di origini software collegate. Questi sono separati dalle origini software in mirroring distribuite dalla stazione ad altre istanze. Per impostazione predefinita, all'istanza della stazione vengono inizialmente collegate solo le origini software Oracle Linux 8 BaseOS e Appstream. Se si utilizzano pacchetti sulla propria stazione da altre origini software, collegarli all'istanza della stazione.

Quali dati vengono memorizzati in OCI per le stazioni?

Capacità (percentuale libera) dello storage mirror
Output del comando reposync

Nota

Se anche la stazione di gestione viene gestita e aggiornata mediante l'hub di gestione del sistema operativo, vengono raccolte anche le relative informazioni sull'istanza.

Requisiti di sistema

Una stazione di gestione ha diversi requisiti per servire in modo efficiente le istanze client in un data center.

Requisiti Oracle Linux

Una stazione di gestione richiede Oracle Linux 8 (minimo 8.7, Oracle Linux 9 non è supportato) su un server Bare Metal o virtual machine x86_64 nel data center o nel cloud di terze parti supportato. Non registrare una stazione con Unbreakable Linux Network (ULN) o altri sistemi di distribuzione dei contenuti. Dopo la registrazione della stazione, l'hub di gestione del sistema operativo fornisce all'istanza della stazione gli aggiornamenti. Vedere Come gestire l'istanza della stazione.

Requisiti di CPU e memoria

Un sistema di stazioni di gestione richiede almeno quattro core CPU e 16 GB di RAM.

Requisiti di rete

Le stazioni di gestione devono avere la connettività all'hub di gestione del sistema operativo in OCI sulla porta tcp/443. Se la stazione richiede un proxy di inoltro per raggiungere OCI, fornire tali informazioni durante la creazione della stazione.

Le stazioni di gestione richiedono la connettività alle istanze client nella rete locale. Quando si crea una stazione, è necessario specificare una porta di ascolto proxy e due porte di ascolto mirror. Queste porte TCP devono essere aperte sulla rete tra la stazione e i relativi client. Si consiglia inoltre una rete da 10 Gigabit tra la stazione e le istanze client.

Requisiti di stoccaggio

Una stazione di gestione esegue il mirroring delle origini software Oracle Linux per servire i contenuti localmente a istanze on-premise o cloud di terze parti. Lo spazio di archiviazione per una stazione può essere significativo. Dipende dal numero, dalle dimensioni e dall'ambito delle origini software in mirroring. Le stazioni che servono più versioni di Oracle Linux possono richiedere da diverse centinaia di gigabyte a diversi terabyte di spazio su disco. Assicurarsi che /var/cache/dnf disponga di storage sufficiente per i metadati del repository.

Ti consigliamo:

Allocare lo storage del mirror separatamente dal file system root.
Utilizzare un volume di rete per il mirror utilizzando NFS o iSCSI per semplificare il recupero da errori irreversibili (o utilizzare lo storage condiviso in una configurazione ad alta disponibilità).
Utilizzare la dimensione elencata nella lista di origini software per pianificare la dimensione del volume. In generale:
- Le origini software Ksplice possono richiedere da 1 a 5 TB di storage per ogni repository.
- Le origini software di grandi dimensioni possono richiedere da 100 MB a 200 MB di storage per repository.

Importante

I pacchetti non vengono mai rimossi dai repository Oracle Linux. Pertanto, lo spazio richiesto per ogni sorgente software aumenta sempre. monitorare attivamente la capacità di storage del mirror sulla stazione.

Stato di integrità stazione

È possibile visualizzare l'integrità della stazione quando si utilizzano Listing Management Station o Visualizzazione dei dettagli della stazione di gestione.

Il possibile stato di salute include:

Sana: la stazione di gestione funziona normalmente e esegue il check-in con il servizio.
Non in buono stato: la stazione di gestione ha perso la connessione al servizio (non attiva, non in linea o non registrata). Per informazioni sulla risoluzione dei problemi, vedere il log agente nell'istanza della stazione di gestione.
Non disponibile: si tratta dello stato iniziale della stazione di gestione dopo la prima creazione. La stazione rimane in questo stato fino a quando non si registra l'istanza della stazione.

Sincronizzazione speculare

Cos'è lo specchio della stazione?

Il mirror della stazione di gestione è una copia delle origini software necessarie per fornire contenuti a istanze cloud on-premise o di terze parti che utilizzano la stazione. Consente alle istanze cloud on-premise o di terze parti di ricevere contenuti software dalla stazione di gestione, anziché direttamente dall'hub di gestione del sistema operativo. Il contenuto delle origini software in mirroring viene aggiornato ogni volta che si verifica una sincronizzazione del mirror.

Importante

L'elenco delle origini software in mirroring rimarrà vuoto finché non si crea un profilo che utilizza la stazione. Vedere Quali origini software vengono sottoposte a mirroring?

Quando si verificano le sincronizzazioni dei mirror?

Quando una stazione si registra con l'hub di gestione del sistema operativo, il servizio crea anche un job di sincronizzazione mirror schedulato ricorrente per la stazione. È possibile modificare il tempo e la frequenza di esecuzione del job di sincronizzazione del mirror, ma non è possibile eliminare il job di sincronizzazione.

Si verifica una sincronizzazione del mirror:

Quando viene eseguito il job sincronizzazione mirror pianificata ricorrente per una stazione di gestione.
Quando si attiva una sincronizzazione mirror immediata per origini software specifiche.
Quando si aggiorna un'origine software personalizzata su cui è già stato eseguito il mirroring.

Che cosa accade durante la sincronizzazione di un mirror?

Quando viene eseguito il job di sincronizzazione del mirror, la stazione controlla se è necessario aggiornare le origini software in mirroring. Il job di sincronizzazione aggiorna il mirror locale con le eventuali modifiche apportate alle origini software. La stazione controlla anche la presenza di nuove fonti software da aggiungere al mirror locale.

Quali origini software vengono mirrorate?

Dopo la registrazione di una stazione di gestione, inizialmente l'elenco delle origini software in mirroring è vuoto. Hub di gestione del sistema operativo aggiorna dinamicamente l'elenco dei mirror in base ai profili e alle istanze che utilizzano la stazione.

Per inizializzare e sincronizzare una stazione prima di registrare le istanze, è possibile creare i profili di registrazione necessari per le istanze che utilizzeranno la stazione. Il servizio identifica le origini software utilizzate dai profili e le aggiunge all'elenco dei mirror delle stazioni. Quando si creano nuovi profili o si collegano nuove origini software alle istanze, l'elenco dei mirror delle stazioni viene aggiornato automaticamente. Se si eliminano i profili o si scollegano le origini software dalle istanze, le voci dell'elenco dei mirror vengono rimosse solo se nessuna istanza o profilo fa riferimento all'origine software.

Quando si esegue il mirroring di origini software personalizzate, la stazione di gestione esegue anche il mirroring di tutte le origini software del fornitore su cui si basa l'origine software personalizzata. Quando una stazione non deve più eseguire il mirroring di un'origine software, viene immediatamente eliminata dal volume del mirror.

Se si utilizza una configurazione ad alta disponibilità (HA), l'elenco dei mirror viene unificato in tutte le stazioni. Un profilo o un'istanza che fa riferimento a una delle stazioni aggiorna anche le origini software con mirroring su tutte le altre stazioni nella configurazione HA. Quando si utilizza lo storage mirror condiviso con HA, lo stato di sincronizzazione del mirror dell'origine software in una stazione di gestione potrebbe essere visualizzato in modo errato come 'Non sincronizzato'. Vedere Problema noto: stato 'Non sincronizzato' nelle stazioni che utilizzano lo storage condiviso.

Le origini software di terze parti e private vengono specchiate?

Quando si aggiunge un'origine di terze parti o privata, si seleziona se l'origine verrà specchiata nelle stazioni di gestione. Se il mirroring è abilitato, l'origine di terze parti o privata viene copiata nelle stazioni quando un'istanza o un profilo associato alla stazione fa riferimento all'origine. Vedere Quali origini software sono in mirroring?

Esempio di lista di origini software con mirroring

Si consideri un caso in cui è stato creato un profilo che utilizza la stazione, ma non sono ancora state registrate istanze. La tabella seguente elenca le sorgenti software associate al profilo e all'elenco dei mirror risultanti.


Profilo 1	Elenco di origini software con mirroring
`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`

Diamo un'occhiata a cosa succede quando:

Registra istanza 1 e istanza 2 con profilo 1

Le origini software definite nel profilo vengono collegate a ciascuna istanza. L'elenco dei mirror rimane invariato perché non sono state aggiunte o rimosse nuove origini.


Profilo 1	Istanza 1	Istanza 2	Elenco di origini software con mirroring
`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`

Diamo un'occhiata a cosa succede se:

L'istanza 1 collega un'origine software (ol8_custom_source che si basa su ol8_developer-x86_64).
Le istanze 1 e 2 separano ciascuna un'origine software (ol8_addons-x86_64).

L'elenco delle origini software nella stazione di gestione viene aggiornato per riflettere la modifica. Il servizio aggiunge ol8_custom_source e ol8_developer-x86_64 alla lista perché l'istanza 1 utilizza ol8_custom_source, che dipende da ol8_developer-x86_64. L'origine ol8_addons-x86_64 rimane sulla stazione perché il profilo 1 la fa ancora riferimento.


Profilo 1	Istanza 1	Istanza 2	Elenco di origini software con mirroring
`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` Scollega:`ol8_addons-x86_64` Allega: `ol8_custom_source`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` Scollega: `ol8_addons-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_addons-x86_64` (non rimosso perché il profilo 1 utilizza questa origine) Aggiunto: `ol8_custom_source` Aggiunto: `ol8_developer-x86_64`

Infine, diamo un'occhiata a cosa succede quando elimini il profilo 1.

L'origine software ol8_addons-x86_64 viene rimossa dall'elenco perché non è più utilizzata da un profilo o da un'istanza.


Profilo 1	Istanza 1	Istanza 2	Elenco di origini software con mirroring
Data eliminazione	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` `ol8_custom_source`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64`	`ol8_baseos_latest-x86_64` `ol8_appstream-x86_64` Rimosso:`ol8_addons-x86_64` `ol8_custom_source` `ol8_developer-x86_64`

Documentazione di Oracle Cloud Infrastructure