CloudCasa by Catalogic ha añadido Dell PowerStore a las matrices de almacenamiento que CloudCasa Disaster Recovery puede gestionar para la conmutación por error de Kubernetes, junto con HPE Alletra y SUSE Storage. Esta misma actualización añade un servidor Model Context Protocol (MCP) de solo lectura que permite a los asistentes de IA comprobar el estado de las copias de seguridad y la recuperación ante desastres, y una vista previa del seguimiento de bloques modificados (CBT) para las copias de seguridad de máquinas virtuales de KubeVirt, que copia solo los bloques que han cambiado desde la última ejecución.
La recuperación ante desastres integrada en el almacenamiento se amplía a Dell PowerStore.
PowerStore se une a HPE Alletra Storage MP B10000 , HPE Alletra 9000 y SUSE Storage como proveedores de replicación para CloudCasa DR. La división del trabajo es la misma en cada plataforma: el array replica los datos de volumen persistentes en el sitio de recuperación, de forma síncrona o asíncrona en el caso de PowerStore, y CloudCasa gestiona la parte de Kubernetes de la conmutación por error y la recuperación para las aplicaciones en contenedores y las máquinas virtuales de KubeVirt. Los datos de volumen se mueven de array a array y nunca pasan por CloudCasa.
CloudCasa registra la configuración de cada carga de trabajo protegida en un volumen de inventario replicado y se comunica con el array mediante la API REST de PowerStore. En caso de conmutación por error, primero activa ese volumen de inventario, inicia un agente de recuperación en el clúster de destino y, a continuación, conmuta por error los grupos de volúmenes de PowerStore restantes y reconstruye los Deployments, StatefulSets, las solicitudes de volumen persistente y las máquinas virtuales de KubeVirt en los volúmenes replicados. Dado que PowerStore conmuta por error grupos de volúmenes completos, CloudCasa recomienda colocar las cargas de trabajo con diferentes requisitos de recuperación en grupos separados.
La recuperación automática espera la confirmación del operador, tras lo cual CloudCasa revierte la replicación en los grupos de volúmenes afectados para que PowerStore sincronice únicamente los cambios realizados desde la conmutación por error, reduzca la escala de las cargas de trabajo que aún se ejecutan en el sitio de recuperación ante desastres y, a continuación, restablezca los grupos de volúmenes al arreglo principal y reconstruya las cargas de trabajo allí. CloudCasa afirma que este enfoque busca tiempos de recuperación medidos en minutos y un RPO (Objetivo de Punto de Recuperación) cercano a cero cuando PowerStore se replica de forma síncrona, con resultados que dependen del modo de replicación, el tamaño de la carga de trabajo y la distancia entre los sitios.
La integración abarca volúmenes persistentes de bloques (SCSI) aprovisionados mediante el controlador PowerStore CSI; la recuperación ante desastres (DR) de volúmenes NFS y SMB está prevista en la hoja de ruta de CloudCasa. Las plataformas compatibles incluyen Red Hat OpenShift y OpenShift Virtualization, SUSE Rancher/RKE2 y SUSE Virtualization, VMware vSphere Kubernetes Service y Kubernetes 1.20 y versiones posteriores. CloudCasa DR se licencia por nodo de trabajo mediante una suscripción anual, independientemente del producto de copia de seguridad de CloudCasa, tanto en la edición SaaS como en la autohospedada.
Servidor de protocolo de contexto de modelo para la integración de agentes de IA
El servidor MCP permite que cualquier asistente de IA compatible con servidores MCP remotos a través de HTTP consulte CloudCasa en lenguaje natural, con preguntas como qué trabajos de copia de seguridad fallaron en las últimas 24 horas o qué puntos de recuperación existen para un espacio de nombres. Llama a las API de CloudCasa en nombre del usuario, se autentica con una clave de API de CloudCasa que se pasa en un encabezado HTTP y solo puede hacer lo que permite el rol de esa clave. Por ahora, es de solo lectura: los asistentes pueden listar clústeres, políticas de copia de seguridad, trabajos, puntos de recuperación, restauraciones, alertas y destinos de copia de seguridad, pero no pueden ejecutar, crear, editar ni eliminar nada.
“Los equipos de plataforma realizan cada vez más tareas cotidianas con asistentes de IA y desean tener acceso al estado de las copias de seguridad junto con el resto de sus herramientas”, afirmó Ryan Kaw, vicepresidente global de ventas y alianzas de CloudCasa. “El servidor MCP lo hace posible hoy en día”.
Se modificó la vista previa y la disponibilidad del seguimiento de bloques.
La versión preliminar de CBT se basa en la compatibilidad con copias de seguridad incrementales que KubeVirt añadió en la versión 1.8, la cual utiliza las capacidades de copia de seguridad de QEMU y libvirt y funciona independientemente del almacenamiento subyacente. CBT registra qué bloques de disco cambiaron desde la copia de seguridad anterior, por lo que CloudCasa copia solo esos bloques, lo que, según la empresa, reduce los tiempos de copia de seguridad de las máquinas virtuales. En Red Hat OpenShift, esa versión de KubeVirt llega con OpenShift 4.22, y la función debe habilitarse explícitamente.
La integración de PowerStore DR y el servidor MCP ya están disponibles, mientras que las copias de seguridad CBT permanecen en fase de vista previa. La actualización también incluye una página dedicada a las máquinas virtuales, donde se muestran las máquinas virtuales de todos los clústeres registrados con su estado de ejecución y el estado del agente invitado. En esta página, los administradores pueden definir las copias de seguridad y las restauraciones para cada máquina virtual.
Amazon