Continuidad de negocio y recuperación tras desastre para Container Registry
Obtenga más información sobre la estrategia de continuidad del negocio y recuperación tras desastre para IBM Cloud® Container Registry.
La recuperación ante desastresCapacidad de un servicio o carga de trabajo para recuperarse de incidentes graves poco frecuentes y fallos a gran escala, como la interrupción del servicio. Esto incluye un desastre físico que afecte a toda una región, la corrupción de una base de datos o la pérdida de un servicio que contribuya a una carga de trabajo. El impacto supera la capacidad del diseño de alta disponibilidad para gestionarlo. implica un conjunto de políticas, herramientas y procedimientos para que un sistema, una aplicación o un centro de datos completo vuelvan a funcionar plenamente después de una interrupción catastrófica. Incluye procedimientos para copiar y almacenar los datos esenciales de un sistema instalado en una ubicación segura, así como para recuperar esos datos para restaurar la normalidad de la operación.
Sus responsabilidades cuando utiliza Container Registry
Para obtener más información sobre sus responsabilidades cuando utiliza IBM Cloud Container Registry, consulte Responsabilidades compartidas para IBM Cloud Container Registry.
Estrategia de recuperación tras desastre
IBM Cloud dispone de planes de continuidad de negocioCapacidad de una empresa para soportar paradas y para operar con servicios críticos de forma normal y sin interrupciones de acuerdo con los acuerdos de nivel de servicio predefinidos. para proporcionar la recuperación de los servicios en cuestión de horas si se produce un desastre. Usted es responsable de la copia de seguridad de sus datos y de la recuperación asociada de su contenido.
Container Registry proporciona mecanismos para proteger sus datos y restaurar funciones de servicio. Existen planes de continuidad empresarial para alcanzar el objetivo de punto de recuperaciónEn la planificación de la recuperación de desastres, el momento en el que se restauran los datos medido en tiempo (segundos, minutos, horas) empezando en la instancia recuperada y terminando en el punto del desastre. (RPO) y el objetivo de tiempo de recuperaciónEn la planificación de la recuperación en caso de catástrofe, el tiempo que tarda en restablecerse un proceso empresarial tras una catástrofe. (RTO) específicos para el servicio. La tabla siguiente describe los objetivos de Container Registry.
Objetivo de recuperación tras desastre | Valor objetivo |
---|---|
Objetivo de punto de recuperación (RPO) | 48 horas |
Objetivo de tiempo de restauración (RTO) | 24 horas |
Ubicaciones para la disponibilidad de servicio
Para obtener más información sobre la disponibilidad de servicios en regiones y centros de datos, consulte Disponibilidad de servicio e infraestructura por ubicación.
Preguntas frecuentes sobre recuperación ante desastres
Revise las siguientes preguntas frecuentes sobre recuperación ante desastres.
¿El servicio replica los datos?
Todos los datos de cliente en IBM Cloud Container Registry se replican y se copian. Las copias de seguridad incluyen valores de política y servicio, así como datos de imagen, pero no resultados de vulnerabilidad, que se pueden reconstruir. Todos los datos, incluyendo los resultados de vulnerabilidad, se replican dentro de cada región, para que la pérdida de una sola zona de disponibilidad se pueda tolerar de forma transparente. IBM utiliza copias de seguridad de un momento específico regulares para restaurar el contenido si los datos están dañados. IBM crea más copias de seguridad en otras regiones con políticas de privacidad compatibles que se utilizan para restaurar el servicio en caso de desastre.
En la tabla siguiente se muestran las ubicaciones de copia de seguridad.
Entorno | Entorno que antes se conocía como | Ubicación activa | Ubicación de copia de seguridad |
---|---|---|---|
au-syd |
ap-south |
au-syd |
jp-tok |
br-sao |
No aplicable | br-sao |
us-south |
ca-tor |
No aplicable | ca-tor |
us-east (valores de servicio y política)
|
eu-de |
eu-central |
eu-de |
eu-gb |
eu-es |
No aplicable | eu-es |
eu-de |
eu-gb |
uk-south |
eu-gb |
eu-de |
global |
No aplicable | us-east |
us-south |
jp-osa |
No aplicable | jp-osa |
jp-tok |
jp-tok |
ap-north |
jp-tok |
au-syd |
us-south |
No aplicable | us-south |
us-east |
¿Qué datos se replican o se realiza una copia de seguridad de ellos?
IBM realiza copia de seguridad de los datos de imagen, los valores de servicio y los valores de política.
¿Deben los usuarios replicar los datos?
No se espera que reproduzca sus imágenes. Sin embargo, puede crear una instancia de servicio en otra región de IBM Cloud Container Registry. También puede elegir entre una serie de herramientas, como el envío a varias ubicaciones desde su
canal de desarrollo y el uso de herramientas de replicación, como skopeo copy
. IBM no replica instancias de
servicio.