La ridondanza informatica è il principio su cui si fonda la continuità operativa di qualsiasi infrastruttura IT seria: non chiedersi “se” un componente si guasterà, ma “quando”, e fare in modo che quell'evento non causi interruzioni o perdite di dati. In questa guida esploriamo cos'è la ridondanza, come si applica a livello hardware, software e di rete, e come costruire una strategia concreta per una PMI italiana.
Cos'è la ridondanza informatica
In informatica, la ridondanza consiste nel replicare componenti, dati o percorsi di comunicazione in modo che il sistema continui a funzionare anche in caso di guasto di uno o più elementi. È un concetto mutuato dall'ingegneria aeronautica e spaziale, dove la duplicazione dei sistemi critici è obbligatoria per legge, ed è oggi applicato a tutti i livelli dell'infrastruttura IT: dai singoli dischi rigidi fino alle connessioni Internet.
La ridondanza non è sinonimo di backup, anche se i due concetti si sovrappongono. Un sistema ridondante opera in tempo reale: se un disco si guasta in un array RAID, il sistema continua a funzionare senza interruzione grazie ai dischi rimanenti. Un backup, invece, è una copia statica dei dati in un determinato momento: non evita il downtime, ma permette di recuperare i dati dopo un disastro. Ridondanza e backup si complementano, non si sostituiscono.
Ridondanza hardware
La ridondanza hardware riguarda tutti i componenti fisici del sistema: dischi di archiviazione, alimentatori, schede di rete, processori e server interi. È il livello di ridondanza più visibile e quello con il ROI più immediato per una PMI.
RAID: ridondanza dei dischi
Il RAID (Redundant Array of Independent Disks) è la forma più diffusa di ridondanza hardware. Combina più dischi fisici in un unico volume logico, con diversi livelli di protezione e prestazioni. I livelli più usati in ambito PMI sono:
- RAID 1 (mirroring): due dischi identici contengono gli stessi dati. Se uno si guasta, l'altro continua a funzionare. Semplice, affidabile, ma usa solo il 50% della capacità totale. Ideale per server con pochi dischi e budget limitato.
- RAID 5 (parità distribuita): almeno 3 dischi, tolera il guasto di uno. La capacità utilizzabile è N-1 dischi. Ottimo compromesso tra protezione, prestazioni e costo. Il livello più diffuso nei NAS aziendali.
- RAID 6 (doppia parità): almeno 4 dischi, tolera il guasto di due dischi contemporaneamente. Raccomandato con dischi di grande capacità (>4 TB) dove il rischio di un secondo guasto durante il rebuild è statisticamente significativo.
- RAID 10 (mirror + stripe): combina mirroring e striping. Prestazioni elevate, rebuild velocissimo, tolera il guasto di un disco per coppia. Usa il 50% della capacità. Ideale per database e workload ad alta intensità di I/O.
Per una guida dettagliata alla scelta del livello RAID più adatto alla tua situazione, consulta il nostro articolo RAID 1, 5, 6, 10: quale scegliere. È importante ricordare che il RAID non è un backup: un ransomware che cifra i dati li cifra su tutti i dischi dell'array simultaneamente.
Alimentatori ridondanti (PSU ridondanti)
I server enterprise e i NAS di fascia media supportano la configurazione conalimentatori ridondanti: due o più unità di alimentazione (PSU) collegate simultaneamente al sistema, ognuna capace da sola di alimentare tutto l'hardware. Se una PSU si guasta, l'altra prende il carico senza interruzioni. Molti modelli supportano lo hot swap: è possibile sostituire la PSU guasta senza spegnere il server.
Un dettaglio spesso trascurato: le due PSU dovrebbero essere collegate a circuiti elettrici separati, idealmente a UPS separati. Se entrambe le PSU sono sullo stesso circuito e salta il salvavita, la ridondanza è inutile.
Hot spare: il disco di riserva pronto all'uso
Un hot spare è un disco fisico installato nell'array RAID ma non attivamente usato per memorizzare dati. Quando un disco dell'array si guasta, il controller RAID avvia automaticamente il rebuild sul disco spare senza alcun intervento manuale. Questo riduce drasticamente la finestra di vulnerabilità — il periodo in cui l'array è in stato degradato e un secondo guasto causerebbe la perdita di dati.
Ridondanza software
La ridondanza software opera a livello applicativo e di sistema operativo, indipendentemente dall'hardware sottostante. Riguarda come i dati vengono replicati tra istanze diverse di database, applicazioni e server.
Replica dei database
I principali motori di database (MySQL, PostgreSQL, SQL Server, MongoDB) supportano lareplica: le modifiche apportate al database principale (ilprimary o master) vengono propagate automaticamente a uno o più database secondari (replica o slave). In caso di guasto del primary, uno dei secondari può essere promosso a nuovo primary in pochi secondi, limitando il downtime.
La replica può essere sincrona (la transazione è confermata solo quando tutti i nodi l'hanno ricevuta — massima coerenza, latenza maggiore) oasincrona (la transazione è confermata appena il primary la registra, i secondari si aggiornano con un piccolo ritardo — latenza minore, possibile perdita minima di dati in caso di failover improvviso).
Clustering e alta disponibilità
Un cluster è un gruppo di server che si presentano all'esterno come un'unica entità. In un cluster di alta disponibilità (HA), se uno dei nodi va offline, i servizi che gestiva vengono spostati automaticamente sugli altri nodi (questo processo si chiama failover). Windows Server Failover Clustering, Pacemaker su Linux e VMware vSphere HA sono esempi comuni di soluzioni di clustering.
Per le PMI, il clustering completo di tutti i servizi è spesso eccessivo. Un approccio più pratico è virtualizzare i server con VMware, Hyper-V o Proxmox e usare le funzionalità HA integrate nell'hypervisor: in caso di guasto di un host fisico, le macchine virtuali vengono riavviate automaticamente sugli host rimanenti.
Load balancing
Il load balancing distribuisce il traffico in arrivo tra più server o istanze applicative. Oltre al beneficio prestazionale (nessun server è sovraccaricato), offre ridondanza: se uno dei server nel pool cade, il load balancer smette di inviargli traffico e lo distribuisce agli altri, senza che l'utente finale noti l'interruzione. HAProxy, Nginx e i load balancer cloud (AWS ALB, Azure Load Balancer) sono le soluzioni più diffuse.
Ridondanza di rete
Una rete aziendale senza ridondanza è un singolo punto di guasto critico: un cavo danneggiato, uno switch difettoso o un router riavviato possono isolare interi reparti o bloccare l'accesso a Internet. La ridondanza di rete elimina questi single point of failure.
Link failover e bonding
Il link failover (o bonding su Linux, teaming su Windows Server) consiste nel collegare un server o uno switch a due porte di rete separate, su switch diversi. In condizioni normali entrambe le connessioni sono attive (modalità active-active, con load balancing) oppure una è attiva e l'altra in standby (active-passive). Se il link principale cade, il failover avviene in millisecondi senza interruzione delle sessioni di rete attive.
Doppia connettività Internet (dual ISP)
Per le aziende che dipendono dalla connettività Internet per le loro operazioni — e oggi è difficile trovarne una che non dipenda — avere un unico fornitore di connettività (ISP) è un rischio concreto. Un guasto alla linea principale, un problema al DSLAM o alla centrale può bloccare l'accesso a cloud, VPN aziendali, email e strumenti collaborativi per ore o giorni.
La soluzione è la doppia connettività: due linee di due ISP diversi, idealmente su tecnologie diverse (es. fibra FTTH + connessione 4G/5G di backup). Un router con supporto dual-WAN (pfSense, OPNsense, MikroTik, o i firewall Fortinet e Cisco di fascia business) può gestire automaticamente il failover: se la linea principale cade, il traffico viene instradato sulla linea secondaria in pochi secondi.
BGP multihoming
Per organizzazioni con requisiti di disponibilità molto elevati, il BGP multihoming è la soluzione più robusta: l'azienda ottiene un proprio blocco di indirizzi IP pubblici (un AS number) e si connette a Internet attraverso due o più ISP usando il protocollo BGP. In caso di guasto di un ISP, il traffico viene automaticamente reindirizzato attraverso gli altri. Questa soluzione è tipicamente adottata da aziende con data center propri o esigenze di uptime garantito del 99,99%.
La regola 3-2-1 del backup
La ridondanza hardware e software protegge dalle interruzioni in tempo reale, ma non sostituisce il backup. La regola 3-2-1 è lo standard internazionale per strutturare una strategia di backup solida:
- 3 copie dei dati (originale + 2 backup);
- 2 supporti diversi (es. NAS locale + cloud);
- 1 copia offsite, fuori dalla sede fisica, idealmente immutabile.
La copia offsite è l'elemento che protegge dagli scenari catastrofici: incendio, alluvione, furto fisico dell'hardware, o un attacco ransomware che si propaga a tutti i sistemi in rete. Per una trattazione completa, consulta la nostra guida al backup aziendale con la regola 3-2-1.
Ridondanza geografica e disaster recovery
La ridondanza geografica replica l'infrastruttura IT in sedi fisicamente distanti, in modo che un disastro localizzato (incendio, allagamento, blackout prolungato) non comprometta la continuità operativa. Le soluzioni spaziano dalla semplice replica dei dati su un sito secondario, alla replica completa di server e servizi che possono subentrare al sito primario in caso di disastro.
Questa strategia è formalizzata in un Disaster Recovery Plan (DRP): un documento che definisce le procedure da seguire, le risorse necessarie, i tempi di ripristino attesi (RTO — Recovery Time Objective) e la quantità massima di dati che si può perdere (RPO — Recovery Point Objective). Per sapere come redigere un DRP efficace, leggi il nostro articolo Disaster Recovery Plan: come redigere un piano efficace.
Per una PMI, la ridondanza geografica può essere realizzata in modo economico usando i servizi cloud: replica dei dati su AWS, Azure o Google Cloud in una regione diversa da quella principale costa pochissimo per volumi standard (qualche decina di euro al mese per centinaia di GB) e offre una protezione contro i disastri fisici difficilmente ottenibile con infrastruttura propria.
Quanto costa la ridondanza e quando vale l'investimento
La ridondanza ha un costo: più hardware, più licenze software, più banda, più complessità gestionale. La domanda giusta non è “posso permettermi la ridondanza?” ma “quanto mi costa un'ora di downtime?”.
Per stimare il costo del downtime bisogna considerare:
- Ricavi persi durante il fermo (vendite mancate, ordini non processati);
- Costo del personale bloccato che non riesce a lavorare;
- Costi di ripristino (tecnici, hardware di sostituzione, ore straordinarie);
- Danni reputazionali e perdita di clienti;
- Sanzioni GDPR in caso di violazione dei dati.
Per la maggior parte delle PMI italiane, il costo di un giorno di fermo completo supera facilmente i 5.000-20.000 euro. In questo contesto, spendere 1.000-3.000 euro per alimentatori ridondanti, un NAS con RAID 6 e una seconda linea Internet è un investimento con ROI chiarissimo.
Over-engineering: quando la ridondanza è troppa
Esiste anche il rischio opposto: progettare sistemi così ridondanti da diventare ingestibili. Più componenti ci sono, più componenti possono guastarsi o essere configurati male. Un'architettura eccessivamente complessa richiede personale specializzato per mantenerla, e una manutenzione inadeguata di un sistema complesso è spesso più pericolosa di un'architettura semplice ma ben gestita.
Il principio guida è la proporzionalità: il livello di ridondanza deve essere commisurato al costo del downtime e alla capacità interna di gestire la complessità. Per un piccolo studio professionale con 5 dipendenti, un NAS con RAID 5, backup cloud giornaliero e una SIM dati come backup Internet potrebbero essere sufficienti. Per un e-commerce con 50.000 transazioni al giorno, servono architetture completamente diverse.
Esempi pratici per PMI
Studio professionale (5-10 utenti)
Un NAS Synology a 2 bay in RAID 1 per i file condivisi, con replica notturna su Backblaze B2. Router con dual-WAN: ADSL/FTTH come principale, SIM 4G come failover. UPS da 600VA sul NAS e sul router. Costo totale: circa 600-1.000€ una tantum + ~20€/mese di cloud storage. Downtime in caso di guasto di un disco: zero (il RAID continua). Downtime in caso di guasto del NAS: 2-4 ore (ripristino da backup su nuovo hardware).
Azienda manifatturiera (20-50 utenti)
Server principale in VMware con due host fisici in cluster HA. Storage condiviso su NAS QNAP in RAID 6 con hot spare. Backup giornaliero su Veeam verso NAS secondario in sede + replica settimanale su cloud. Due linee Internet di ISP diversi su firewall Fortinet con failover automatico. UPS online (double conversion) sui server. Costo totale: 15.000-30.000€ di infrastruttura + ~300€/mese di gestione e cloud.
Come valutare la ridondanza della tua infrastruttura
Per capire il livello di ridondanza attuale della tua infrastruttura IT, fatti queste domande:
- Quali sono i single point of failure (SPOF) della mia infrastruttura? (componenti il cui guasto bloccherebbe tutto)
- Quanto tempo ci vorrebbe per ripristinare il servizio per ogni SPOF?
- Qual è il costo di quel downtime?
- Qual è il costo per eliminare ogni SPOF?
- I backup vengono testati regolarmente? L'ultimo test di ripristino è documentato?
Queste domande sono il punto di partenza per un audit IT serio. Se non hai le risposte a tutte e cinque, è il momento di fare un assessment.
Hai dubbi sulla ridondanza della tua infrastruttura?
Costruire la ridondanza giusta richiede di bilanciare costi, complessità e rischi in modo su misura per la tua realtà. Non esiste una formula universale: un'azienda con dati critici e zero tolleranza al downtime ha esigenze completamente diverse da uno studio che può permettersi qualche ora di fermo.
Il nostro team può aiutarti a identificare i single point of failure della tua infrastruttura e a progettare le soluzioni di ridondanza più adatte al tuo budget e al tuo profilo di rischio. Scrivici per una consulenza gratuita oppure esplora gli altri articoli del nostro blog per approfondire ogni aspetto della sicurezza e della continuità operativa IT.
