Salta ai contenuti

Citadel — Console appliance

Citadel è la console web con cui si amministra l’appliance. Risponde su:

https://<indirizzo-del-nodo>:8443

È volutamente separata dal portale: Lumina serve gli utenti della piattaforma, Citadel serve chi gestisce l’infrastruttura che la ospita. Sono due pubblici diversi, con due percorsi di autenticazione diversi e due cicli di vita diversi. Un problema che rende il portale irraggiungibile lascia Citadel disponibile — che è esattamente quando serve.

Gira come servizio systemd (corellix-citadel.service) e inoltra le proprie chiamate a Meridian-South.

Configurazione iniziale. Il setup wizard: licenza, dominio, DNS, VIP e deploy della piattaforma. Si esegue una volta sola.

Stato del cluster. Nodi, salute, capacità, layer installati. La prima pagina da aprire quando qualcosa non va.

Lifecycle. La tabella dei componenti con versione installata e disponibile, e l’esecuzione degli aggiornamenti. Vedi CoreLCM.

Beacon. Impostazioni della raccolta, stato dell’ingestione, registro dei trasferimenti. Da qui si raggiunge anche Beacon Studio.

Vanguard. Accesso remoto e registrazioni delle sessioni.

Rete e certificati. Configurazione di rete del nodo, VIP, certificati con le loro scadenze, caricamento di un certificato della vostra PKI.

Accesso al portale. La pagina che ricorda l’indirizzo del portale e i record DNS che la piattaforma si aspetta. Il wizard li mostra una volta sola: questa pagina è dove ritrovarli mesi dopo, quando qualcuno riconfigura un resolver.

Al primo avvio, su un nodo appena installato, Citadel genera un certificato auto-firmato per poter rispondere in HTTPS prima che esista una CA. Il browser avvisa, ed è corretto che lo faccia.

Dopo il bootstrap, il certificato viene sostituito da uno emesso dalla CA interna della piattaforma. L’avviso sparisce per i client che si fidano di quella CA: distribuirne la radice alle postazioni degli amministratori è un passaggio che vale la pena fare una volta. Vedi Certificati e TLS.

Citadel è disponibile anche quando il cluster non è sano — è il motivo per cui gira sul nodo e non dentro Kubernetes. Se non risponde nemmeno lei, si passa a CoreCLI dalla console del nodo, e solo come ultima risorsa alla procedura di break-glass verso la shell, che è tracciata.