Descrizione di alta disponibilità e di ripristino di emergenza per IBM Cloud Direct Link
L' alta disponibilitàLa capacità di un servizio o di un carico di lavoro di resistere ai guasti e di continuare a fornire capacità di elaborazione secondo un livello di servizio predefinito. (HA) è la capacità di un servizio di rimanere operativo e accessibile in presenza di guasti imprevisti. Il disaster recoveryLa capacità di un servizio o di un carico di lavoro di riprendersi da incidenti rari e gravi e da guasti su larga scala, come l'interruzione del servizio. Ciò include un disastro fisico che colpisce un'intera regione, il danneggiamento di un database o la perdita di un servizio che contribuisce a un carico di lavoro. L'impatto supera la capacità del progetto di alta disponibilità di gestirlo. (DR) è il processo di ripristino dell'istanza di servizio in uno stato funzionante.
IBM Cloud® si consiglia vivamente di creare un collegamento diretto secondario e diversificato per evitare interruzioni, sia non pianificate che programmate per la manutenzione. Un disaster recovery efficace, soprattutto per i problemi che interessano un'intera sede, richiede un'attenta pianificazione e preparazione.
IBM Cloud Direct Link è un servizio ad alta disponibilità progettato per soddisfare gli obiettivi di livello di servizio(SLO). È composto da configurazioni zonali e regionali per adattarsi a una varietà di esigenze. Per comprendere meglio l'infrastruttura sottostante, comprese le definizioni di data center, zone e punti di presenza ( PoPs ), vedere IBM Cloud regione e posizioni dei data center per la distribuzione delle risorse. Per informazioni sulle regioni e le sedi dei data center disponibili per Direct Link, consultare la sezione Gateway nelle pagine di provisioning di Direct Link Connect o Direct Link Dedicated.
Per saperne di più sull'approccio di IBM Cloud all'alta disponibilità e al disaster recovery, compresi gli standard e le best practice a livello di piattaforma, vedere Come IBM Cloud garantisce l'alta disponibilità e il disaster recovery. Le informazioni sull'alta disponibilità si trovano anche nel Service Level Agreement (SLA) di IBM Cloud.
Architettura ad alta disponibilità
Per realizzare un'architettura ad alta disponibilità (HA) con IBM Cloud Direct Link non basta aggiungere una seconda connessione, ma occorre eliminare tutti i singoli punti di guasto, compresi quelli relativi ai fornitori di connettività. Il provisioning di un secondo Direct Link da una posizione o da un percorso di rete diverso è un buon inizio, ma la vera resilienza dipende da qualcosa di più della separazione fisica.
È qui che i concetti di ridondanza e diversità diventano importanti. Ridondanza significa disporre di sistemi o connessioni di backup in modo che, in caso di guasto, un altro possa subentrare. La diversità fa un ulteriore passo avanti: garantisce che i backup siano indipendenti, idealmente utilizzando fornitori, infrastrutture o percorsi fisici diversi. Senza diversità, i sistemi ridondanti possono comunque condividere un singolo punto di guasto.
Ad esempio, affidarsi a un unico provider per entrambe le connessioni Direct Link introduce ancora dei rischi. Per garantire una ridondanza completa dei percorsi, è necessario stabilire connessioni aggiuntive attraverso diversi provider. Ciò consente di mantenere la connettività a IBM Cloud anche durante le interruzioni specifiche del provider.
Per rafforzare ulteriormente la disponibilità, IBM consiglia di distribuire le connessioni Direct Link Connect o Dedicated su più zone IBM Cloud. Sebbene IBM fornisca l'infrastruttura e gli strumenti per supportare progetti resilienti, spetta a voi costruire e mantenere architetture che soddisfino i loro specifici requisiti di disponibilità. Ciò include la distribuzione dei carichi di lavoro tra le regioni, l'implementazione di connessioni diverse e la verifica regolare delle procedure di disaster recovery e failover.
L'utente è responsabile della comprensione delle modalità di configurazione, personalizzazione e utilizzo della connessione Direct Link. L'utente è inoltre responsabile della ricreazione di un'istanza del servizio in una nuova posizione e del ripristino dei dati. Per informazioni su come progettare la diversità per ottenere l'alta disponibilità con Direct Link, vedi Modelli per la diversità e la ridondanza in Direct Link.
Caratteristiche di alta disponibilità
IBM Cloud Direct Link supporta le seguenti funzioni di alta disponibilità:
| Funzione | Descrizione | Considerazione |
|---|---|---|
| IBM Cloud Transit Gateway | Collegate più link diretti a un gateway di transito per un routing di rete centralizzato, scalabile e ridondante tra VPC e on-premise. Centralizza il routing e riduce la complessità delle implementazioni su larga scala. | Per evitare un singolo punto di guasto, distribuire gateway di transito ridondanti in zone o regioni separate e collegare collegamenti diretti a ciascuno di essi. Tenete conto dei limiti di configurazione, come le quote degli allegati e la propagazione dei percorsi. |
| Supporto del protocollo Border Gateway (BGP) | Utilizzate BGP per reindirizzare dinamicamente il traffico in caso di guasto di un collegamento diretto, consentendo un recupero rapido e la selezione automatica del percorso. | Deve configurare il monitoraggio della sessione BGP e la messa a punto delle preferenze di percorso per evitare ritardi nel routing asimmetrico o nel failover. |
Come cliente, è possibile creare e supportare le seguenti altre funzionalità di alta disponibilità:
| Funzione | Descrizione | Considerazione |
|---|---|---|
| Dispositivi multipli in sede | Installate più dispositivi ridondanti (ad esempio, router e switch) in sede per garantire un'elevata disponibilità nel percorso di rete del vostro collegamento diretto. | Pianificare la ridondanza dello spazio fisico, dell'alimentazione e del cablaggio. Testate regolarmente gli scenari di failover per garantire che l'HA a livello di dispositivo funzioni come previsto. |
| Connessione di dispositivi on-premises a diversi PoPs e data center | Collegare i dispositivi (ad esempio, router e firewall) a diversi punti di presenza ( PoPs ) o centri dati per evitare singoli punti di guasto. | Valutare la latenza e la larghezza di banda della rete tra PoPs e i data center. Garantire percorsi fisici diversificati e coordinarsi con i fornitori per evitare gruppi a rischio condiviso. |
| Preposizione AS, BGP | Configurare l'AS prepending e il routing BGP per gestire il flusso di traffico tra le connessioni attive e passive. | Definire politiche di routing chiare per il traffico in entrata e in uscita. Monitorare gli annunci BGP per verificarne la correttezza e regolare le strategie di percorso AS, se necessario. |
| BFD (Bidirectional Forwarding Detection) | Abilitare BFD per rilevare rapidamente i guasti ai collegamenti e garantire un failover rapido, migliorando la disponibilità. | Verificare che tutti gli elementi di rete supportino BFD. Monitorare lo stato di salute della sessione BFD e regolare attentamente gli intervalli di rilevamento per bilanciare sensibilità e falsi positivi. |
Architettura di disaster recovery
IBM Cloud Direct Link svolge un ruolo fondamentale nella costruzione di architetture resilienti e ad alta disponibilità. Per la pianificazione del disaster recovery, Direct Link offre una serie di funzioni progettate per supportare una connettività affidabile e a bassa latenza durante le interruzioni.
Le organizzazioni possono scegliere tra diverse opzioni di velocità delle porte (da 50 Mbps a 10 Gbps) in base alle loro esigenze di replica dei dati. Sebbene la ridondanza non sia integrata, è possibile configurarla fornendo doppi collegamenti attraverso diversi router cross-connect (XCR) e implementando strategie di failover BGP adeguate. Direct Link supporta il routing sia locale che globale, consentendo la distribuzione del carico di lavoro tra le regioni per una maggiore resilienza. L'integrazione con le regioni multizona (MZR) e il supporto per il backup e il ripristino della configurazione offrono un'ulteriore protezione contro i guasti localizzati.
La tabella seguente illustra queste caratteristiche e le considerazioni principali.
Funzionalità di disaster recovery
IBM Cloud Direct Link supporta le seguenti funzioni di disaster recovery:
| Funzione | Descrizione | Considerazione |
|---|---|---|
| Routing locale e globale | Direct Link comprende sia l'instradamento locale che quello globale, fornendo una connettività continua ai centri dati all'interno dello stesso mercato (instradamento locale) e tra mercati geografici diversi (instradamento globale). | Il routing globale è necessario per la condivisione del carico di lavoro tra le regioni e per il disaster recovery tra più regioni. |
| Backup e ripristino delle configurazioni | IBM Cloud fornisce strumenti per il backup delle configurazioni di Direct Link, consentendo di ripristinare i servizi in caso di disastro. | Si raccomanda di eseguire backup regolari e di testare le procedure di ripristino per garantire un rapido ripristino durante le interruzioni. |
| Supporto regione multizona (o MZR, Multi-Zone Region) | Direct Link si integra con gli MZR di IBM Cloud, migliorando la disponibilità e la resilienza grazie alla distribuzione dei carichi di lavoro su più zone. | Una distribuzione corretta in più zone è necessaria per ottenere un'elevata disponibilità e ridurre al minimo l'impatto dei guasti specifici della zona. |
Come cliente, è possibile creare e supportare le seguenti altre opzioni di disaster recovery:
| Funzione | Descrizione | Considerazione |
|---|---|---|
| Script di backup/ripristino e dati di backup | Creare e mantenere i propri script di backup e ripristino, nonché archiviare in modo sicuro i dati di configurazione e di stato della rete, per accelerare il ripristino durante le interruzioni. | Assicuratevi che i backup siano crittografati, modificati e archiviati in luoghi geograficamente diversi. Automatizzare le pianificazioni di backup e convalidare periodicamente le procedure di ripristino. |
| Diverse connessioni a Direct Link | Stabilire diverse connessioni Direct Link in diverse regioni o zone per garantire una connettività continua durante le interruzioni regionali. | L'implementazione di connessioni diverse richiede un'attenta pianificazione dell'architettura di rete e delle configurazioni BGP per garantire un failover continuo. |
| Protezione dei dati | IBM fornisce soluzioni robuste per il backup, la conservazione e il ripristino dei dati, che sono fondamentali per mantenere la continuità aziendale e sostenere le iniziative di disaster recovery. | Testare regolarmente i processi di backup e ripristino per garantire l'integrità e la disponibilità dei dati. |
Pianificazione del ripristino in caso di disastro
È fondamentale mettere in pratica regolarmente le fasi di ripristino d'emergenza per assicurarsi di essere ben preparati ad affrontare interruzioni inaspettate. Nel costruire il vostro piano di disaster recovery, considerate i seguenti scenari di guasto e le soluzioni per IBM Cloud Direct Link.
Possono esistere più modi per recuperare da determinati guasti, quindi assicuratevi di valutare ogni scenario in base alla vostra architettura e ai vostri requisiti specifici. Ecco gli scenari di guasto più comuni, insieme alle potenziali azioni di ripristino:
| Operazione non riuscita | Risoluzione |
|---|---|
| PoP fallimento | Assicurarsi che ci siano due o più connessioni che non si collegano allo stesso PoP. |
| Guasto del centro dati (zona) | Assicurarsi che ci siano due o più collegamenti diretti tra zone diverse per garantire il failover. IBM Cloud Direct Link possono reindirizzare il traffico automaticamente, ma la configurazione lato cliente migliora la resilienza. |
| Errore di regione | Anticipate questo aspetto disponendo di connessioni in una regione restaurata. Se ciò è proibitivo dal punto di vista dei costi, è opportuno disporre di funzionalità VPN e script associati per sostituire le connessioni dirette. |
| Guasto hardware (punto singolo) | L'architettura IBM Cloud Direct Link è progettata per gestire i guasti hardware di un singolo punto fornendo connessioni di rete diverse. Il failover avviene senza problemi, senza bisogno di alcuna configurazione da parte del cliente. |
| Perdita di pacchetti della connessione di rete | Utilizzate gli strumenti di monitoraggio per identificare la causa principale. Controllare i picchi di traffico che superano la larghezza di banda prevista, che possono innescare il policing e la caduta dei pacchetti. Ispezionare le porte, il cablaggio e l'hardware di rete per individuare eventuali guasti. Se il problema persiste o non può essere isolato, rivolgersi all'assistenza IBM per ulteriori indagini. |
| Due collegamenti diretti sono forniti con provider diversi allo stesso PoP, ma entrambi sono collegati allo stesso dispositivo hardware, creando un singolo punto di guasto. | Per garantire la diversità delle porte, controllare i dettagli dell'assegnazione delle porte nella console IBM Cloud quando si ordinano i collegamenti diretti. Per i provider non integrati (ordinati separatamente sia nel portale provider che nella console IBM Cloud ), verificare la porta utilizzata da un collegamento esistente e selezionarne una diversa. Per i fornitori integrati con API (in cui gli ordini vengono avviati nel portale del fornitore e riflessi nella console IBM Cloud ), consultare le istruzioni specifiche del fornitore. Per i collegamenti diretti dedicati, verificare la presenza di collegamenti incrociati esistenti nello stesso PoP. |
Le vostre responsabilità per HA e DR
Per informazioni di base sulle responsabilità nell'uso di Direct Link tra IBM e il cliente, vedere Comprendere le responsabilità nell'uso di IBM Cloud Direct Link. È vostra responsabilità testare continuamente il vostro piano per HA e DR.
Potrebbero verificarsi interruzioni della connettività di rete e brevi periodi di indisponibilità di un servizio. È responsabilità dell'utente assicurarsi che il codice sorgente dell'applicazione includa la logica di riprova della disponibilità del client per mantenere l'alta disponibilità dell'applicazione.
RPO (Recovery Point Objective)
Direct Link fornisce meccanismi per proteggere i dati e ripristinare le funzioni del servizio. Sono stati predisposti piani di continuità operativa per raggiungere l'obiettivo del tempo di ripristino(RTONella pianificazione del disaster recovery, la durata del tempo necessario per ripristinare un processo aziendale dopo un disastro. ) per il servizio. La tabella seguente illustra gli obiettivi di Direct Link.
| Funzione | RTO |
|---|---|
| Configurazione della ridondanza | Entro pochi minuti (di solito < 5 minuti) |
| Instradamento | Failover automatico in pochi minuti (in genere < 2 minuti) |
| Backup e ripristino | In base alle dimensioni dei dati: ~10 minuti + 1 minuto per 10 GB di dati ripristinati |
| Regione multizona | ~10 minuti + 1 minuto ogni 10 GB se è necessario il ripristino dei dati |
| Script di backup/ripristino e dati di backup | 30 minuti - alcune ore, a seconda dell'automazione e del volume dei dati |
| Diverse connessioni a Direct Link | < 5 minuti (in genere 1-2 minuti) se BGP e il routing failover sono configurati correttamente e testati regolarmente |
| Protezione dei dati, assumendo gli strumenti forniti da IBM | 10 minuti + 1 minuto per 10 GB di dati ripristinati (come il ripristino del backup standard di IBM ) |
Gestione delle modifiche
La gestione delle modifiche comprende attività quali aggiornamenti, modifiche alla configurazione ed eliminazioni.
Assegnare agli utenti e ai processi i ruoli e le azioni di Identity and Access Management (IAM) con il minimo privilegio richiesto per il loro lavoro. Per ulteriori informazioni, vedere Come posso evitare la cancellazione accidentale dei servizi?
Le migliori pratiche per la gestione del cambiamento includono anche:
- Pianificare e documentare le modifiche mantenendo un registro delle modifiche apportate alla configurazione di Direct Link.
- Creare un backup delle configurazioni critiche prima di eseguire aggiornamenti o modifiche importanti.
- Programmare gli aggiornamenti o le modifiche ad alto impatto durante le finestre a basso traffico e informare i team interessati.
- Monitorate la salute e le metriche della vostra connessione Direct Link per assicurarvi che tutto funzioni come previsto.
Come IBM supporta la pianificazione del disaster recovery
IBM progetta la propria infrastruttura tenendo conto della resilienza, soprattutto per servizi come IBM Cloud Direct Link, che è fondamentale per collegare le reti on-premise a IBM Cloud. In caso di guasto:
- I team di risposta agli incidenti identificano e isolano rapidamente il guasto.
- Il reindirizzamento del traffico viene effettuato, quando possibile, utilizzando la dorsale di IBM e le reti dei provider.
- La comunicazione sullo stato del servizio viene mantenuta attraverso la pagina IBM Cloud Status per tenervi informati.
In caso di guasti a zone e regioni, IBM adotta le seguenti azioni di ripristino:
Come IBM si riprende dai guasti di zona
Un guasto di zona si riferisce al guasto di un data center o di una zona di disponibilità all'interno di una regione. IBM mitigare l'impatto in questi modi:
- Direct Link opera su più percorsi fisici di rete. Collegamenti e percorsi diversificati garantiscono che un guasto in una zona non comprometta l'intera connessione.
- IBM monitora costantemente lo stato di salute degli endpoint di Direct Link. Se una zona diventa indisponibile, il traffico può essere reindirizzato verso le zone sane, ove possibile.
Se IBM non è in grado di ripristinare l'istanza del servizio, è necessario ripristinare il servizio come descritto in Architettura del ripristino di emergenza.
Come IBM si riprende dai fallimenti regionali
Nel raro caso di un guasto regionale:
- IBM vi incoraggia ad architettare i carichi di lavoro su più regioni. Direct Link le connessioni possono essere fornite a diverse regioni di IBM Cloud, contribuendo a ridurre l'impatto di un'interruzione regionale.
- IBM la dorsale globale e le partnership con i principali fornitori di reti di telecomunicazione offrono percorsi alternativi per il traffico nel caso in cui una regione non sia disponibile.
- IBM supporta i piani di disaster recovery consentendo il provisioning di Direct Link in più regioni. Si consiglia di configurare diversi collegamenti in regioni secondarie che possono essere attivati in base alle necessità.
Se IBM non è in grado di ripristinare l'istanza del servizio, è necessario ripristinare il servizio come descritto nell'architettura del disaster recovery.
Come IBM mantiene i servizi
Tutti gli aggiornamenti seguono le best practice del servizio IBM, compresi i piani di ripristino e i processi di rollback. La manutenzione periodica potrebbe causare brevi interruzioni, mitigate dalla logica di riprova della disponibilità del client. Le modifiche vengono distribuite in modo sequenziale, regione per regione e zona per zona all'interno di una regione. IBM ripristina gli aggiornamenti al primo segno di difetto.
IBM fornisce un preavviso per tutte le attività di manutenzione programmate. Se si prevede che un cambiamento influisca sui vostri carichi di lavoro, IBM lo comunica attraverso notifiche ufficiali. Per rimanere aggiornati su manutenzione, annunci di servizio e altri aggiornamenti, consultate la pagina delle best practice sullo stato del monitoraggio.