Soluzioni High Availability

Il concetto di "alta affidabilità" si applica a soluzioni che hanno come obiettivo la riduzione al minimo indispensabile dell’interruzione del servizio in caso di "fault" del sistema informatico.

Lo scopo di un’architettura fault tolerant è quello invece di "tollerare" il guasto: di mitigare i suoi effetti e preservare comunque le funzionalità del sistema. Quando una componente si rompe, viene by-passata, le necessarie operazioni di recovery vengono eseguite e l’utente avverte solo un "rallentamento" del sistema.

I sistemi fault tolerant tendono ad essere centralizzati, e sono dei grossi elaboratori gestiti tendenzialmente da un unico sistema operativo. Nell’architettura H.A. invece non si fa riferimento ad un singolo oggetto informatico, ma ad un sistema distribuito in grado di gestire una serie di problematiche hardware e software e garantire un buon livello di affidabilità.

Un’architettura in H.A. si compone delle seguenti soluzioni:

• Soluzione cluster garantisce affidabilità, è scalabile in quanto il numero dei nodi può essere aumentato e potenziato, non richiede in genere l’adozione di hardware proprietario, ed il costo complessivo di un impianto non è paragonabile all’investimento necessario per un sistema fault tolerant.
   
• Soluzione "load balancing" o "distribuzione del carico", permette un oculato coordinamento e bilanciamento delle risorse di ogni nodo suddividendo equamente lo sforzo elaborativo, ma anche il traffico di rete e l’I/O.

Affidarsi ad una configurazione in alta affidabilità non equivale a mettersi al riparo da ogni problema, avere un cluster non significa rinunciare ai piani di backup e non significa garantire la "continuità" del servizio. Può, al massimo, essere considerato un buon punto di partenza per ridurre il "down time" dovuto ad un guasto imprevisto o ad esigenze amministrative pianificate.

Un ambiente fault tolerant o H.A. può aiutare notevolmente nel difficile compito di garantire un servizio, ma ogni soluzione adottata deve essere considerata come un tassello nel mosaico dell’amministrazione complessiva dei sistemi, senza rinunciare ad un opportuno piano di disaster recovery.