Business continuity e disaster recovery per Container Registry
Scopri la strategia di continuità operativa e di ripristino in caso di emergenza di Container Registry, comprese le tue responsabilità e le misure di ridondanza integrate in IBM.
Il ripristino di emergenzaLa 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. comprende una serie di politiche, strumenti e procedure per restituire un sistema, un'applicazione o un intero data center alla piena operatività dopo un'interruzione catastrofica. Include procedure per la copia e la memorizzazione dei dati essenziali di un sistema installato in una posizione sicura e per il recupero di tali dati per ripristinare la normalità del funzionamento.
Le tue responsabilità quando utilizzi Container Registry
Per ulteriori informazioni sulle tue responsabilità quando stai utilizzando IBM Cloud Container Registry, vedi Responsabilità condivise per IBM Cloud Container Registry.
Strategia di disaster recovery
IBM Cloud ha piani di business continuityLa capacità di un'azienda di resistere alle interruzioni e di gestire i servizi mission-critical normalmente e senza interruzioni in conformità con gli SLA (service - level agreement) predefiniti. per fornire il ripristino dei servizi entro poche ore se si verifica un disastro. Sei responsabile del tuo backup dei dati e del ripristino associato del contenuto.
Container Registry fornisce meccanismi per proteggere i dati e ripristinare le funzioni di servizio. I piani di business continuity sono in atto per raggiungere l'RPO ( recovery point objectiveNella pianificazione del disaster recovery, il momento in cui i dati vengono ripristinati, misurato in termini di tempo (secondi, minuti, ore) a partire dall'istanza recuperata fino al punto in cui si è verificato il disastro. ) e l'RTO ( recovery time objectiveNella pianificazione del disaster recovery, la durata del tempo necessario per ripristinare un processo aziendale dopo un disastro. ) di destinazione per il servizio. La seguente tabella delinea le destinazioni per Container Registry.
| Obiettivo di ripristino di emergenza | Valore obiettivo |
|---|---|
| RPO (Recovery Point Objective) | 48 ore |
| RPO (Recovery Point Objective) | 24 ore |
Ubicazioni per la disponibilità del servizio
Per ulteriori informazioni sulla disponibilità del servizio all'interno delle regioni e dei data center, vedi Disponibilità del servizio e dell'infrastruttura per ubicazione.
FAQ sul ripristino d'emergenza
Esaminate le seguenti domande frequenti sul ripristino d'emergenza.
Il servizio esegue la replica dei dati?
Viene eseguita la replica e il backup di tutti i dati cliente IBM Cloud Container Registry. I backup includono le impostazioni di servizio e politica e i dati immagine ma non i risultati della vulnerabilità, che possono essere ricostruiti. Viene eseguita la replica di tutti i dati, compresi i risultati della vulnerabilità, all'interno di ciascuna regione in modo che la perdita di una singola zona di disponibilità sia tollerata in modo trasparente. I backup con riferimento temporale regolari vengono utilizzati da IBM per ripristinare il contenuto se i dati sono danneggiati. Vengono creati altri backup in altre regioni con politiche di privacy compatibili utilizzate da IBM per ripristinare il servizio in una situazione di emergenza.
La tabella riportata di seguito mostra i percorsi di backup.
| Ambiente | Ambiente precedentemente noto come | Posizione attiva | Ubicazione di backup |
|---|---|---|---|
au-syd |
ap-south |
au-syd |
jp-tok |
br-sao |
Non applicabile | br-sao |
us-south |
ca-mon |
Non applicabile | ca-mon |
ca-tor |
ca-tor |
Non applicabile | ca-tor |
us-east (impostazioni di servizio e politica)
|
eu-de |
eu-central |
eu-de |
eu-gb |
eu-es |
Non applicabile | eu-es |
eu-de |
eu-gb |
uk-south |
eu-gb |
eu-de |
global |
Non applicabile | us-east |
us-south |
in-che |
Non applicabile | in-che |
jp-tok |
in-mum |
Non applicabile | in-mum |
in-che |
jp-osa |
Non applicabile | jp-osa |
jp-tok |
jp-tok |
ap-north |
jp-tok |
au-syd |
us-south |
Non applicabile | us-south |
us-east |
Di quali dati viene eseguito il backup o la replica?
I dati delle immagini, le impostazioni dei servizi e quelle relative alle politiche vengono sottoposti a backup tramite IBM.
Agli utenti è richiesto di replicare i dati?
Non si prevede che tu esegua la replica delle tue immagini. Tuttavia, puoi creare un'istanza del servizio in un'altra regione IBM Cloud Container Registry. È inoltre possibile scegliere tra una serie di strumenti, tra cui il push su più postazioni
dalla pipeline di sviluppo e l'uso di strumenti di replica, come ad esempio skopeo copy. IBM non
replica le istanze del servizio. Per ulteriori informazioni, vedi Alta disponibilità per Container Registry.
Cosa succede se si verifica un disastro?
IBM ha obiettivi di recovery point objective (RPO) di 48 ore e di recovery time objective (RTO) di 24 ore. Questi obiettivi contribuiscono a garantire la protezione dei dati e il ripristino tempestivo delle funzioni di servizio in caso di disastro. Se una regione non è disponibile, IBM ripristina la regione e i dati dell'utente, nel rispetto di un RPO di 48 ore, per cui potrebbero andare perse fino a 48 ore di dati appena creati o modificati.
Se la regione utilizzata non è disponibile, non è possibile accedere automaticamente ai dati in un'altra regione. Se si vogliono dati altamente disponibili, 24x7, è necessario creare un piano di disaster recovery completo. Ad esempio, un piano di disaster recovery completo potrebbe prevedere il push delle immagini in due regioni IBM Cloud Container Registry separate e la possibilità di accedere ai dati da una delle due regioni. Per ulteriori informazioni, vedi Alta disponibilità per Container Registry.