Gli imprevisti di un server condiviso: perché possono verificarsi interruzioni del servizio

Il downtime di un server condiviso può verificarsi anche quando l’infrastruttura adotta RAID 10, protezione DDoS, monitoraggio continuo e backup su server remoti. Questi sistemi riducono sensibilmente i rischi e proteggono i dati, ma nessuna infrastruttura fisica può garantire l’assenza assoluta di guasti, attacchi o problemi di rete.

L’infrastruttura Xlogic viene costantemente monitorata e configurata per offrire affidabilità, sicurezza e continuità operativa. Utilizziamo configurazioni RAID 10, sistemi di sicurezza, mitigazione degli attacchi DDoS e copie di backup conservate su server remoti separati dai server di produzione.

Tuttavia, come qualsiasi infrastruttura informatica composta da hardware, software, reti e servizi esterni, anche un server condiviso può essere interessato da guasti o eventi imprevisti. È quindi importante comprendere che un servizio di hosting condiviso non è automaticamente un cloud distribuito ad alta disponibilità e non può garantire l’assenza assoluta di interruzioni.

Downtime di un server condiviso: perché può verificarsi

Un server condiviso utilizza risorse fisiche reali ed è composto da numerosi elementi:

• processori;
• memoria RAM;
• dischi SSD o NVMe;
• controller;
• alimentatori;
• schede e interfacce di rete;
• sistema operativo;
• servizi web, database e posta elettronica;
• collegamenti di rete e sistemi DNS;
• infrastruttura elettrica e di connettività del datacenter.

Il malfunzionamento di uno di questi componenti può richiedere controlli tecnici, sostituzioni hardware, riavvii o procedure di ripristino. Anche utilizzando componenti ridondati e sistemi avanzati di protezione, non è possibile eliminare completamente la possibilità di un rallentamento o di un’interruzione temporanea.

Xlogic utilizza configurazioni RAID 10

Sui server condivisi Xlogic utilizziamo configurazioni RAID 10, una tecnologia che combina mirroring e striping: i dati vengono distribuiti su più unità e contemporaneamente replicati. Per un approfondimento tecnico è possibile consultare la documentazione Red Hat sulla gestione del RAID.

Il RAID 10 offre diversi vantaggi:

• maggiore tolleranza ai guasti delle unità;
• replica dei dati su dischi distinti;
• buone prestazioni in lettura e scrittura;
• maggiore affidabilità rispetto all’utilizzo di un singolo disco;
• ricostruzioni generalmente meno onerose rispetto ad alcune configurazioni RAID basate sulla parità.

Il RAID 10 riduce sensibilmente il rischio che il guasto di un singolo disco provochi la perdita immediata dei dati o l’arresto completo del server. La capacità di tollerare più guasti dipende però da quali unità vengono coinvolte e dalla disposizione delle coppie replicate.

Il RAID 10 non deve quindi essere interpretato come una garanzia di disponibilità assoluta e non sostituisce il backup.

Anche con RAID 10 possono verificarsi problemi

Quando un disco presenta un guasto, l’unità deve essere sostituita e il sistema RAID deve ricostruire i dati sul nuovo dispositivo. Durante questa fase possono verificarsi:

• maggiore attività sulle unità ancora operative;
• riduzione temporanea delle prestazioni;
• rallentamenti nelle operazioni di lettura e scrittura;
• necessità di effettuare controlli approfonditi;
• riavvii precauzionali;
• sospensione temporanea di alcuni servizi;
• ulteriori problemi hardware indipendenti dal primo guasto.

Possono inoltre verificarsi malfunzionamenti non direttamente collegati ai dischi, come problemi al controller, alla memoria RAM, alla scheda madre, agli alimentatori o alle interfacce di rete. Il RAID protegge principalmente dai guasti delle unità di archiviazione, non da qualsiasi possibile problema del server.

Protezione dagli attacchi DDoS

Xlogic adotta sistemi di protezione e mitigazione contro gli attacchi DDoS, Distributed Denial of Service. Un attacco DDoS tenta di rendere un sito, un server o un servizio irraggiungibile generando una quantità anomala di traffico o richieste provenienti da numerose sorgenti. La guida CISA sugli attacchi DDoS descrive le principali tecniche e le possibili misure di risposta.

I sistemi di protezione possono:

• identificare traffico sospetto;
• filtrare richieste malevole;
• bloccare determinate sorgenti;
• applicare limitazioni automatiche;
• mitigare parte del traffico prima che raggiunga il server;
• proteggere i servizi da numerose tipologie di attacco.

Queste misure riducono sensibilmente il rischio e l’impatto degli attacchi, ma nessuna protezione può garantire che ogni DDoS venga neutralizzato senza conseguenze. Gli attacchi possono infatti variare per volume, durata, tecnica utilizzata e obiettivo.

Perché un DDoS può causare rallentamenti o interruzioni

Un attacco particolarmente intenso può provocare il downtime di un server condiviso o rendere temporaneamente irraggiungibile il sito direttamente coinvolto. Durante l’evento possono verificarsi:

• saturazione della connettività;
• aumento improvviso del carico;
• rallentamenti dei siti web;
• difficoltà di accesso ai servizi;
• blocco temporaneo di indirizzi IP;
• applicazione di filtri più restrittivi;
• interventi da parte del datacenter o del fornitore di connettività;
• temporanea indisponibilità del sito o del server attaccato.

In alcuni casi, per proteggere gli altri clienti e l’intera infrastruttura, può essere necessario isolare temporaneamente l’account, il dominio o l’indirizzo IP coinvolto. Un attacco diretto a un singolo sito ospitato su un server condiviso può inoltre produrre effetti sulle risorse comuni, anche quando sono presenti sistemi di isolamento e limitazione.

Altri attacchi informatici possibili

Non tutti gli attacchi hanno lo scopo di saturare la rete. Un’infrastruttura può essere interessata anche da:

• attacchi contro applicazioni web;
• tentativi di accesso non autorizzato;
• sfruttamento di vulnerabilità nuove o zero-day;
• attacchi brute force;
• scansioni automatiche;
• malware e botnet;
• invio massivo di spam;
• compromissione di siti WordPress, plugin o temi;
• consumo anomalo di risorse da parte di processi malevoli;
• attacchi contro database, posta elettronica o pannelli di controllo.

Firewall, sistemi di sicurezza e monitoraggio permettono di bloccare o limitare molti di questi eventi. Tuttavia, una vulnerabilità nuova, un’applicazione non aggiornata o credenziali compromesse possono richiedere interventi urgenti. In determinate circostanze può essere necessario sospendere temporaneamente un account per evitare che il problema si estenda ad altri servizi.

Il RAID non sostituisce il backup

RAID 10 e backup svolgono funzioni differenti. Il RAID aumenta la tolleranza ai guasti dei dischi all’interno del server, mentre il backup consente di recuperare una copia precedente dei dati.

Un backup può essere necessario in caso di:

• cancellazione accidentale;
• modifica errata di file o database;
• compromissione di un account;
• infezione malware;
• corruzione dei dati;
• danneggiamento del filesystem;
• guasto grave del server;
• necessità di ripristinare una versione precedente del sito.

Per questo motivo, oltre al RAID 10, Xlogic mantiene sempre copie di backup su server remoti separati dai server di produzione, secondo le modalità e le politiche previste dal servizio. La separazione tra produzione e backup rappresenta una misura fondamentale per ridurre l’impatto di un incidente.

Backup conservati su server remoti

I backup non vengono conservati esclusivamente sul server che ospita i siti web. Le copie vengono trasferite su server remoti dedicati, separati dall’infrastruttura di produzione. In questo modo i dati possono rimanere disponibili anche quando il server principale presenta un problema grave.

I backup remoti possono essere utilizzati in caso di:

• guasto hardware non recuperabile;
• danneggiamento di più dischi;
• corruzione del filesystem;
• compromissione del server;
• necessità di reinstallare il sistema;
• indisponibilità prolungata della macchina principale;
• ripristino di account, siti, database, email e configurazioni.

I backup remoti riducono le conseguenze del downtime di un server condiviso, ma non trasformano il ripristino in un’operazione istantanea. Anche le raccomandazioni del NIST sulla protezione dei dati sottolineano l’importanza di mantenere e verificare procedure di backup e recupero.

Il ripristino dei backup può richiedere tempo

In caso di guasto grave può essere necessario:

1. individuare la causa del problema;
2. mettere in sicurezza il sistema;
3. sostituire i componenti danneggiati;
4. verificare l’integrità dell’hardware;
5. reinstallare o riconfigurare il server;
6. recuperare i dati dai server remoti;
7. ripristinare progressivamente gli account;
8. verificare siti web, database, posta elettronica e configurazioni;
9. riattivare i servizi.

Quando un server contiene numerosi account e grandi quantità di dati, il trasferimento e il ripristino possono richiedere diverse ore. La priorità non è soltanto riattivare rapidamente il server, ma ripristinare i dati correttamente, evitando ulteriori danni o inconsistenze.

La durata del downtime di un server condiviso dipende quindi dalla natura del problema, dalla quantità di dati coinvolti e dalle verifiche tecniche necessarie.

Altri problemi che possono provocare un downtime

Le cause del downtime di un server condiviso non riguardano esclusivamente i dischi o gli attacchi informatici. Possono verificarsi anche:

• guasti alla memoria RAM;
• problemi alla scheda madre;
• malfunzionamenti dei controller;
• guasti agli alimentatori;
• surriscaldamento o problemi di raffreddamento;
• errori del sistema operativo;
• kernel panic;
• blocchi dei servizi web;
• arresti del database;
• problemi del servizio di posta;
• corruzione del filesystem;
• errori durante aggiornamenti critici;
• incompatibilità software impreviste;
• saturazione delle risorse;
• processi anomali;
• problemi di rete;
• guasti agli apparati del datacenter;
• interruzioni della connettività;
• problemi agli operatori di transito;
• anomalie DNS;
• problemi elettrici;
• manutenzioni urgenti;
• eventi naturali o cause di forza maggiore.

Problemi causati da software e aggiornamenti

Un server esegue contemporaneamente numerosi servizi e componenti software. Aggiornamenti di sicurezza, nuove versioni del sistema operativo, modifiche ai servizi web o correzioni urgenti possono talvolta causare:

• incompatibilità impreviste;
• mancato avvio di un servizio;
• errori applicativi;
• consumo anomalo di memoria;
• blocchi del database;
• necessità di ripristinare una configurazione precedente;
• riavvio del server.

Gli aggiornamenti vengono gestiti con attenzione, ma in ambito informatico non è possibile prevedere ogni possibile interazione tra sistema operativo, pannello di controllo, applicazioni, plugin e configurazioni dei singoli clienti. In presenza di una vulnerabilità critica può inoltre essere necessario intervenire immediatamente per proteggere l’intera infrastruttura.

Sovraccarichi provocati da siti o account

In un ambiente condiviso, più account utilizzano le risorse dello stesso server. Xlogic adotta sistemi di isolamento e controllo delle risorse per impedire che un singolo account comprometta l’intera macchina. Tuttavia, possono verificarsi situazioni anomale come:

• siti che generano improvvisamente molto traffico;
• script non ottimizzati;
• query database particolarmente pesanti;
• processi bloccati;
• attività automatiche incontrollate;
• scansioni massive;
• account compromessi;
• invio anomalo di email;
• importazioni o backup eseguiti in modo intensivo.

Questi eventi possono provocare rallentamenti e richiedere l’intervento dei tecnici, la limitazione delle risorse o la sospensione temporanea dell’account interessato. I sistemi di isolamento riducono l’impatto sulle altre utenze, ma non possono prevenire ogni possibile anomalia.

Problemi di rete e datacenter

Il server dipende anche da infrastrutture esterne. Un problema può verificarsi:

• sugli switch di rete;
• sui router;
• sui collegamenti in fibra;
• presso gli operatori di transito;
• sull’infrastruttura elettrica;
• sui sistemi di raffreddamento;
• sugli apparati del datacenter;
• sui servizi DNS;
• lungo il percorso di rete tra il visitatore e il server.

Un sito potrebbe quindi risultare irraggiungibile da alcune reti o zone geografiche anche quando il server è acceso e operativo. La ridondanza del datacenter riduce il rischio, ma non può eliminare completamente qualsiasi evento tecnico o esterno.

Un server condiviso non è un cloud distribuito

Un server condiviso utilizza generalmente una singola macchina fisica, anche quando sono presenti RAID 10, componenti ridondati, sistemi di sicurezza, protezioni DDoS e backup remoti.

Un’infrastruttura cloud ad alta disponibilità può invece distribuire applicazioni e dati su più nodi attraverso:

• replica continua;
• bilanciamento del traffico;
• failover automatico;
• storage distribuito;
• più server attivi contemporaneamente;
• applicazioni progettate per funzionare su più macchine.

Queste architetture richiedono costi più elevati e una progettazione specifica dell’applicazione. Anche un cloud, comunque, può subire interruzioni: il termine “cloud” non significa automaticamente “sempre online” e non costituisce una garanzia assoluta contro guasti, errori umani, attacchi informatici o problemi di rete.

Cosa accade quando viene rilevato un problema

Quando i sistemi di monitoraggio o i tecnici rilevano un’anomalia, viene avviata una procedura di verifica. Le operazioni possono comprendere:

• analisi dei registri di sistema;
• controllo dello stato dei dischi;
• verifica del RAID 10;
• analisi del traffico di rete;
• attivazione o rafforzamento della mitigazione DDoS;
• verifica dei servizi web e database;
• controllo del filesystem;
• isolamento di account compromessi;
• sostituzione dei componenti danneggiati;
• riavvio di singoli servizi;
• riavvio del server;
• recupero dei dati dai backup remoti;
• ripristino degli account;
• verifica finale dei servizi.

L’obiettivo è ripristinare l’operatività nel minor tempo tecnicamente possibile, proteggendo al tempo stesso l’integrità dei dati e la sicurezza dell’infrastruttura.

Non sempre è possibile fornire immediatamente una tempistica precisa. La durata del downtime di un server condiviso può essere stimata in modo attendibile solo dopo avere identificato la causa e valutato l’eventuale necessità di sostituire componenti o ripristinare dati.

Le interruzioni sono contemplate dalle condizioni del servizio

Le condizioni e il regolamento del servizio contemplano la possibilità che si verifichino sospensioni, rallentamenti o interruzioni temporanee dovute, tra le altre cause, a:

• guasti hardware;
• problemi software;
• attacchi DDoS;
• altri attacchi informatici;
• manutenzioni ordinarie o straordinarie;
• aggiornamenti di sicurezza;
• problemi di rete;
• interventi del datacenter;
• eventi esterni;
• cause di forza maggiore;
• circostanze indipendenti dalla volontà del provider.

Il downtime di un server condiviso può quindi rientrare, nei casi, nei termini e nei limiti previsti, nelle circostanze disciplinate dal regolamento e dalle condizioni contrattuali accettate al momento dell’ordine.

Questo non significa che le interruzioni vengano considerate normali o trascurabili. Significa che nessuna infrastruttura informatica può garantire l’assenza assoluta di guasti e che, quando si verifica un problema, il provider deve poter eseguire tutte le attività tecniche necessarie per mettere in sicurezza i sistemi, proteggere i dati e ripristinare correttamente i servizi.

Come Xlogic protegge i servizi e i dati

Per ridurre i rischi e gestire gli imprevisti, Xlogic adotta diverse misure:

• configurazioni RAID 10;
• backup conservati su server remoti separati;
• monitoraggio continuo dei server e dei servizi;
• sistemi di sicurezza e firewall;
• protezione e mitigazione degli attacchi DDoS;
• isolamento e controllo delle risorse degli account;
• controllo dello stato delle unità;
• aggiornamenti di sicurezza;
• procedure di sostituzione dei componenti;
• procedure di ripristino degli account;
• intervento tecnico in caso di anomalie.

Queste misure aumentano sensibilmente l’affidabilità del servizio e la protezione dei dati, ma non possono eliminare completamente qualsiasi possibile interruzione.

Affidabilità significa gestire correttamente gli imprevisti

L’affidabilità di un servizio hosting non si misura soltanto dall’assenza di problemi, ma anche dalla capacità di prevenirli, individuarli e affrontarli correttamente.

Ridurre il rischio di downtime di un server condiviso significa utilizzare sistemi ridondati, mantenere backup remoti, proteggere la rete dagli attacchi DDoS, monitorare l’infrastruttura e applicare procedure di intervento e ripristino.

Non è possibile promettere che un server non subirà mai un guasto, un attacco o un problema di rete. È però possibile adottare sistemi e procedure che consentano di intervenire responsabilmente, proteggendo i dati e ripristinando i servizi nel minor tempo tecnicamente possibile.

Conclusioni

Un server condiviso rappresenta una soluzione conveniente e adatta alla maggior parte dei siti web, ma rimane un sistema basato su componenti hardware, software, collegamenti di rete e servizi esterni che possono essere soggetti a guasti o anomalie.

Xlogic utilizza configurazioni RAID 10, sistemi di sicurezza e protezione DDoS e conserva sempre copie di backup su server remoti separati dai server di produzione.

Queste misure riducono sensibilmente i rischi, ma non possono garantire una disponibilità assoluta e continua. Per questo motivo, eventuali rallentamenti o interruzioni temporanee dovuti a guasti, attacchi, manutenzioni o interventi tecnici sono contemplati, nei termini previsti, dalle condizioni e dal regolamento del servizio.

In presenza di un problema, la priorità è sempre individuare la causa, mettere in sicurezza l’infrastruttura, proteggere i dati e ripristinare correttamente l’operatività. La gestione responsabile del downtime di un server condiviso consiste proprio nel ridurne l’impatto e nel recuperare i servizi in modo sicuro, non nel promettere l’assenza assoluta di imprevisti.