Protezione di MyQ X con l’Alta disponibilità
Implementazione dell'alta disponibilità con MyQ X
Tenendo conto di quanto discusso finora, continueremo ad esaminare diversi modi per proteggere MyQ X con tecnologie ad alta disponibilità (HA), clustering e l'insieme unico di funzionalità di failover di MyQ X.
A questo punto, dovreste avere una chiara panoramica dei requisiti aziendali relativi alla disponibilità dei servizi di stampa e di gestione della stampa.
Sappiamo che esistono molti metodi e tecnologie HA disponibili che la vostra organizzazione e il vostro reparto IT potrebbero già conoscere e utilizzare attualmente nella vostra infrastruttura esistente. Questi metodi e tecnologie HA possono offrire funzionalità simili a quelle che tratteremo, come il cluster di failover di Microsoft e il cluster virtuale di VMware. Nei nostri esempi, spiegheremo il concetto fondamentale di come ottenere l'alta disponibilità con MyQ e il vostro ambiente di stampa.
Se potete ottenere lo stesso risultato con le vostre tecnologie esistenti, vi consigliamo di utilizzare ciò su cui il vostro reparto IT è stato formato e ciò con cui avete familiarità. Quando utilizzate i vostri metodi e tecnologie, tuttavia, vi consigliamo di implementare una prova di concetto in un ambiente controllato ed eseguire test approfonditi prima di implementare in un ambiente live.
Noi di MyQ abbiamo anche considerato che potrebbero esserci organizzazioni più piccole che necessitano comunque di servizi di stampa disponibili durante i periodi di inattività. Queste organizzazioni non dispongono necessariamente del budget o del personale IT qualificato per implementare metodi e tecnologie di alta disponibilità costosi e complessi. Pertanto, abbiamo sviluppato una serie di funzionalità di failover di MyQ X gratuite per tutti i clienti MyQ X. Queste funzionalità sono state progettate per consentire ai nostri clienti di continuare a stampare durante i periodi di inattività del server, sia pianificati che non pianificati.
Clustering di failover Microsoft
Il cluster di failover Microsoft è una funzionalità basata su Windows Server (sistema operativo). La soluzione software facilita il raggruppamento di più server hardware indipendenti (di seguito denominati nodi) in un cluster. I nodi del cluster lavorano collettivamente per fornire funzionalità avanzate quali la gestione delle risorse, il monitoraggio dello stato di salute e il coordinamento del failover.
In termini di requisiti di archiviazione per implementazioni ad alta disponibilità, si raccomanda di disporre di almeno una posizione di archiviazione condivisa accessibile a tutti i nodi del cluster. I nodi interconnessi all'interno del cluster devono essere configurati per accedere all'archiviazione condivisa tramite, ad esempio, una connessione di rete ad alta velocità.
La comunicazione interconnessa tra i diversi nodi, combinata con lo storage condiviso, rende questa soluzione altamente disponibile. Se uno dei server in cluster (nodi) si guasta, gli altri nodi subentrano per fornire il servizio (processo di failover). I nodi in cluster vengono monitorati in modo proattivo. Quando il software rileva che un nodo non funziona correttamente, questo viene automaticamente riavviato o spostato su un altro nodo.

Illustrazione del cluster di failover Microsoft
MyQ X e clustering di failover Microsoft
Il concetto di alta disponibilità di MyQ X e Microsoft Cluster consiste nel raggruppare almeno 2 nodi in un cluster di failover. Il cluster di failover sarà gestito utilizzando la funzionalità di cluster di failover di Windows Server di Microsoft e dovrà essere configurato per la gestione delle risorse condivise, il monitoraggio dello stato di salute e la connessione di failover.
I nodi all'interno del cluster di failover devono essere configurati in modo da includere una rete ad alta velocità collegata a uno storage condiviso accessibile da tutti i nodi interconnessi all'interno del failover. MyQ X viene quindi distribuito all'interno del cluster in una configurazione attiva-passiva con il Print Server MyQ X installato su almeno 2 nodi. Il software del cluster di failover di Microsoft amministra i servizi MyQ; se il nodo attualmente attivo diventa non disponibile, passa a uno dei nodi passivi disponibili.
Il vantaggio di implementare MyQ X all'interno del cluster di failover Microsoft è che il sistema non dipende più da un unico server hardware fisico ed è, quindi, più resiliente nei confronti dei guasti hardware.
Continua a leggere…
Continua a leggere il nostro Manuale su MyQ e MS Cluster per i dettagli esatti sulla configurazione. Imparerai come configurare MS Cluster e preparare MyQ per l'esecuzione in questa configurazione.
📓 Esempio:
Nell'illustrazione sottostante, il Print Server MyQ X è implementato in una configurazione attiva-passiva all'interno del cluster di failover Microsoft, con il Nodo 1 impostato come attivo e il Nodo 2 come passivo. Il Nodo 1, il Nodo 2 e lo storage condiviso sono interconnessi tramite una rete dedicata ad alta velocità. Inoltre, questa configurazione richiede anche una rete separata che interconnetta i client utente e le stampanti multifunzione con il Nodo 1 e il Nodo 2. Le reti separate si basano sul concetto di alta disponibilità per eliminare i singoli punti di guasto.
Il software del cluster di failover di Microsoft amministra i servizi MyQ e monitora continuamente lo stato dei nodi. Se rileva che il nodo attivo (Nodo 1) non è più disponibile, tenterà di ripristinare i servizi; se non è in grado di farlo, passerà automaticamente al nodo passivo (Nodo 2).

MyQ X implementato in un cluster di failover Microsoft
Clustering di macchine virtuali (cluster VMware)
Lo scopo principale del clustering di macchine virtuali (VM) è quello di eseguire servizi in un ambiente virtualizzato, garantendo alta disponibilità e un migliore utilizzo del server. I guasti hardware all'interno di un cluster di macchine virtuali hanno un impatto minimo sulle macchine virtuali, poiché la VM verrà trasferita su un altro nodo.
Un cluster di macchine virtuali è tipicamente costituito da diversi componenti. È necessaria una tecnologia di hypervisor, ad esempio vSphere ESXi di VMware. L'immagine vSphere ESXi viene installata su hardware bare-metal proprio come un sistema operativo e funge da hypervisor di Tipo 1 (denominato host ESXi). Gli host ESXi sono configurati in modo che le loro risorse siano condivise.
Un componente essenziale della configurazione di un cluster di macchine virtuali ad alta disponibilità è la scelta di una soluzione di storage adeguata, altamente resistente ai guasti e priva di singoli punti di errore. MyQ raccomanda di combinare il cluster di macchine virtuali con una soluzione di storage condiviso collegata in rete. Tuttavia, i diversi fornitori di software di clustering per macchine virtuali gestiscono lo storage del cluster in modi diversi e potrebbero esserci altre soluzioni di storage più adatte alla vostra organizzazione. Il concetto generale di eliminare i singoli punti di guasto deve rimanere, ma la soluzione di storage scelta deve soddisfare i requisiti aziendali specifici in termini di uptime operativo e costi.
Gli host ESXi possono essere gestiti utilizzando una piattaforma di gestione server centralizzata come VMware vCenter. vCenter consente la gestione centralizzata delle risorse di calcolo sottostanti degli host ESXi e l'amministrazione delle macchine virtuali, inclusa una serie di funzionalità quali la clonazione delle macchine virtuali, l'alta disponibilità, la tolleranza ai guasti, ecc. Inoltre, utilizzando vCenter, è possibile raggruppare diversi host ESXi per creare un cluster di macchine virtuali. Ogni macchina virtuale in un cluster è interconnessa tramite una rete virtuale.

Esempio di un cluster di macchine virtuali che utilizza le tecnologie VMware
MyQ X e clustering di macchine virtuali (VMHA)
Il concetto di clustering di macchine virtuali MyQ X, noto anche come VMHA (Virtual Machine High Availability), consiste nell'eseguire il sistema MyQ X in un ambiente cluster virtualizzato in combinazione con un datastore NAS (network-attached storage).
Il NAS (network-attached storage) è costituito da sistemi di archiviazione esterni che i nodi server (host ESXi) utilizzeranno per archiviare e accedere ai file delle macchine virtuali da remoto. Gli host ESXi accederanno a questi sistemi tramite una rete di archiviazione ad alta velocità. È possibile accedere ai datastore sull'archiviazione in rete da più nodi server (host ESXi) contemporaneamente. Il Print Server MyQ X è installato su un nodo server virtuale (host ESXi), con il carico di lavoro e le risorse del nodo virtuale distribuiti nel cluster virtuale. Quando si utilizza il database di sistema integrato di MyQ X (database Firebird), i dati vengono memorizzati sull'istanza virtuale. Con questo approccio, i dati sono sempre disponibili ogni volta che l'istanza virtuale di MyQ X viene spostata su altri nodi all'interno del cluster virtuale. Oltre ai dati del database, i dati dei Lavori di Stampa vengono memorizzati nella cartella dei Lavori di Stampa sull'istanza virtuale di MyQ X.
Il vantaggio di implementare MyQ X con la modalità VMHA in un cluster virtuale è che il sistema non dipende più da un unico server hardware fisico ed è, quindi, più resiliente nei confronti dei guasti hardware. VMHA può anche operare in un ambiente cloud privato come, ad esempio, MS Azure, a condizione che siano stati stabiliti tunnel VPN (Virtual Private Network) tra il server MyQ X e la rete locale dell’organizzazione.
📓 Esempio:
Nell'illustrazione sottostante, il Print Server MyQ X è distribuito sulla VM 1, assegnata all'host ESXi 1. L'immagine della macchina virtuale della VM 1 è archiviata in modo sicuro nella posizione di archiviazione condivisa; l'archiviazione condivisa può essere, ad esempio, un NAS (network-attached storage). Se l'host ESXi 1 si guasta, la VM 1 (Print Server MyQ X) si sposterà, ad esempio, sull'host ESXi 3 e continuerà a funzionare senza interruzioni. I dati e i lavori di stampa di MyQ X Print Server rimangono al sicuro nel datastore e non sono influenzati da guasti hardware.

Operazione di failover del cluster di macchine virtuali