Continuidad de negocio y recuperación tras desastre para Container Registry
Infórmate sobre la estrategia de continuidad del negocio y recuperación ante desastres de Container Registry, incluidas tus responsabilidades y las medidas de redundancia integradas en IBM.
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. consiste en un conjunto de políticas, herramientas y procedimientos destinados a restablecer el pleno funcionamiento de un sistema, una aplicación o todo un centro de datos tras 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.
Tus responsabilidades al utilizar 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 cuenta con planes de continuidad del 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 garantizar la recuperación de los servicios en cuestión de horas en caso de que se produzca un desastre. Eres responsable de la copia de seguridad de tus datos y de la recuperación asociada de tu contenido.
Container Registry proporciona mecanismos para proteger sus datos y restaurar funciones de servicio. Se han establecido planes de continuidad del negocio para alcanzar los objetivos 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 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) previstos 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, por sus siglas en inglés) | 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
Consulta las siguientes preguntas frecuentes sobre la 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. Se crean más copias de seguridad en otras regiones con políticas de privacidad compatibles, que IBM utiliza para restablecer 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-mon |
No aplicable | ca-mon |
ca-tor |
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 |
in-che |
No aplicable | in-che |
jp-tok |
in-mum |
No aplicable | in-mum |
in-che |
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 replique sus imágenes. Sin embargo, puede crear una instancia de servicio en otra región de IBM Cloud Container Registry. También puedes elegir entre una amplia gama de herramientas, como la publicación en varias ubicaciones
desde tu canal de desarrollo y el uso de herramientas de replicación, como skopeo copy. IBM no replica
instancias de servicio. Para obtener más información, consulte Alta disponibilidad para Container Registry.
¿Qué ocurre si se produce una catástrofe?
IBM tiene metas para el objetivo de punto de recuperación (RPO) de 48 horas y el objetivo de tiempo de recuperación (RTO) de 24 horas. Estos objetivos contribuyen a garantizar la protección de sus datos y el rápido restablecimiento de las funciones de servicio en caso de catástrofe. Si una región no está disponible, IBM restaura la región y los datos del usuario, sujeto al RPO de 48 horas, por lo que podrían perderse hasta 48 horas de datos recién creados o modificados.
Si la región que utilizas no está disponible, no podrás acceder automáticamente a tus datos en otra región. Si desea disponer de datos de alta disponibilidad, 24x7, es responsable de crear un plan integral de recuperación en caso de catástrofe. Por ejemplo, un plan completo de recuperación en caso de catástrofe podría incluir la transferencia de imágenes a dos regiones distintas de IBM Cloud Container Registry y la posibilidad de acceder a los datos desde cualquiera de ellas. Para obtener más información, consulte Alta disponibilidad para Container Registry.