Code di stampa sui client standby: quali nomi servono perché il gruppo regga il failover

01

La domanda da cui parte la configurazione

La domanda operativa è semplice: quali code devono essere configurate sui client standby? La risposta della stampa cloud Nebulas è altrettanto semplice: le stesse code, con lo stesso nome esatto, usate dal client preferito. Un gruppo active/standby mantiene disponibile la stessa destinazione di stampa anche quando una postazione non è raggiungibile, viene disabilitata o perde l'autorizzazione, perché il Print Gateway assegna al gruppo un solo leader tramite una lease rinnovabile; se il leader non è più disponibile, uno standby assume automaticamente la leadership.

02

Come replicare le code sui client standby

Passaggi

1. Elenca i nomi esatti delle code locali richiamate dal gestionale sul client preferito.
2. Installa il client sulle postazioni standby che possano raggiungere le stesse stampanti.
3. Replica su ciascuna postazione standby gli stessi nomi di coda, senza variazioni.
4. Completa login e MFA nel browser e autorizza separatamente ogni PC.
5. Nel Portal assegna i client allo stesso gruppo e imposta priorità diverse, poi controlla heartbeat, stato e client attivo prima dell'uso in produzione.

03

Condizioni tecniche di partenza

Prerequisiti

• Stessi nomi di coda su ogni membro del gruppo HA.
• Sistemi supportati: Windows x64, macOS Intel o Apple Silicon, Linux x64.
• Documenti in formato PDF e code già installate e visibili al sistema operativo.
• Accesso HTTPS in uscita verso i servizi Nebulas.
• Utente Nebulas con modulo Cloud Printing attivo.

04

Esempio ipotetico: reception con client di backup condiviso

Esempio ipotetico. Tre postazioni servono due gruppi di stampa: 'Reception' con priorità 1 su una postazione dedicata e priorità 2 su una postazione di backup condivisa, che espone la coda locale 'STAMPANTE_RECEPTION' con lo stesso nome esatto della postazione dedicata. Se la postazione dedicata si arresta durante il download, il lavoro torna in attesa e viene preso dal backup. Se invece si interrompe dopo la consegna allo spooler, il lavoro passa a DELIVERY_UNKNOWN e non viene ristampato automaticamente, evitando copie duplicate.

05

Verifiche sui nomi delle code

• Confermare che i nomi delle code siano identici su tutti i membri del gruppo.
• Lasciare il lavoro in attesa quando una coda indicata non viene trovata, senza deviarlo su un'altra stampante.
• Verificare heartbeat, stato, code rilevate e client attivo prima dell'uso in produzione.
• Verificare l'esito fisico di un lavoro DELIVERY_UNKNOWN prima di decidere come procedere.
• Un amministratore può disabilitare, rimuovere o deautorizzare un client dal Portal in qualsiasi momento.

06

Il meccanismo di priorità e lease dietro le code

Nel Nebulas Portal l'amministratore assegna due o più client allo stesso gruppo di stampa e imposta una priorità numerica, con il numero più basso che indica il client preferito. Il Print Gateway assegna un solo leader tramite lease rinnovabile; le operazioni che prendono in carico un lavoro verificano sia il leader attivo sia l'epoca della lease, così un precedente leader isolato non può iniziare nuovi lavori dopo il passaggio a uno standby.

07

Sequenza di verifica per il team IT

Passaggi

1. Confronta i nomi delle code sul client preferito con quelli richiesti dal gestionale.
2. Replica i nomi identici su ogni postazione candidata a diventare standby.
3. Autorizza ogni PC separatamente con login recente e MFA forte.
4. Imposta le priorità nel Portal, assegnando la preferita come numero più basso.
5. Esegui un test di failover controllato prima del rilascio in produzione.

08

Prossimo passo

Prima di attivare un gruppo active/standby, confronta riga per riga i nomi delle code su ciascuna postazione candidata e verifica le priorità nel Portal. Un controllo di heartbeat e stato evita che un nome diverso resti nascosto fino al primo failover reale.