Tabla de contenido
Hystax Acura 4.6 amplía las capacidades de replicación y recuperación ante desastres de la plataforma en OpenStack y en entornos donde la integración de la API de la plataforma de destino es limitada o no está disponible, al tiempo que moderniza componentes internos clave.
Una de las principales novedades es un mecanismo de seguimiento de bloques modificados (CBT) independiente del sistema de almacenamiento para el agente de replicación externa de OpenStack. Esto elimina la dependencia previa del acceso directo a Ceph y permite un enfoque de replicación incremental más consistente en entornos OpenStack compatibles con diferentes sistemas de almacenamiento Cinder.
Acura 4.6 también añade compatibilidad con Direct2Target para escenarios de recuperación ante desastres, extiende Receiver Mesh a los flujos de trabajo D2T, migra la base de datos interna de Acura de MariaDB a PostgreSQL e introduce actualizaciones adicionales de VMware, Linux, File Backup Agent y seguridad.
A continuación, analizamos con más detalle los cambios clave en Hystax Acura 4.6 y lo que significan en la práctica.
Replicación completa e incremental independiente del almacenamiento para OpenStack
En versiones anteriores de Hystax Acura, la replicación externa de OpenStack dependía del acceso directo a Ceph. Acura 4.6 introduce un mecanismo de seguimiento de bloques modificados independiente del almacenamiento para QEMU/KVM, integrado con el agente de replicación externa de OpenStack.
La nueva arquitectura elimina la necesidad de acceso directo a Ceph y evita la dependencia de una API proporcionada por un sistema de almacenamiento específico. Esto hace que el enfoque de replicación sea aplicable a entornos OpenStack compatibles que utilizan diferentes sistemas de almacenamiento Cinder.
Los rangos de disco modificados se identifican en la capa QEMU/KVM mediante mapas de bits modificados de QEMU. Un administrador de mapas de bits gestiona los metadatos de los bloques modificados a través de Libvirt y QEMU, mientras que el agente de replicación externa utiliza operaciones estándar de OpenStack para preparar y conectar discos temporales y leer los datos necesarios.
El Administrador de mapas de bits no lee ni transfiere datos de usuario para máquinas virtuales. Solo devuelve información sobre los rangos de disco que han cambiado. El Agente de replicación externa lee los datos de carga de trabajo desde discos temporales aprovisionados a través de OpenStack, y no es necesario instalar ningún software de replicación en cada sistema operativo invitado protegido.
La primera replicación permanece completa. Durante los ciclos posteriores, Acura puede leer y transferir únicamente los rangos de disco modificados, siempre que la máquina virtual de origen siga en funcionamiento y su proceso QEMU no se detenga ni se vuelva a crear.
Este enfoque reduce la dependencia de la tecnología de almacenamiento subyacente y proporciona una arquitectura de replicación incremental más consistente para entornos OpenStack compatibles.
Arquitectura: Gestión de CBT con implementación de gestor de mapas de bits local
Arquitectura: Gestión de CBT con implementación remota de Bitmap Manager
Direct2Target añade compatibilidad con escenarios de recuperación ante desastres.
Hystax presentado Direct2Target en Acura 4.5 Para migrar máquinas virtuales sin depender de la API de administración de la plataforma de destino, un agente D2T dedicado recibe los datos replicados y admite operaciones a nivel de disco en el lado de destino, lo que hace que este enfoque sea adecuado para entornos donde las API de la plataforma no están disponibles, están restringidas o son difíciles de integrar.
Acura 4.6 amplía Direct2Target más allá de la migración, al añadir compatibilidad con escenarios de recuperación ante desastres. Esto proporciona a las organizaciones una forma adicional de preparar un destino de recuperación en entornos donde la integración basada en API con la plataforma de destino no está disponible.
La compatibilidad con Receiver Mesh también se ha extendido a los flujos de trabajo D2T. La malla del receptor se introdujo en una versión anterior de Acura. Esto permite que los agentes de replicación transfieran datos directamente a los componentes receptores, en lugar de enrutar todo el tráfico de replicación a través del controlador Acura. En Acura 4.6, los agentes de replicación pueden enviar datos directamente a los agentes D2T. Esto elimina al controlador de la ruta de transferencia de datos D2T y proporciona una ruta de replicación más directa entre los agentes de origen y destino.
Esta versión añade compatibilidad con múltiples formatos de agente D2T (raw, qcow2, VMDK, OVA e ISO), junto con mejoras de estabilidad y una interfaz de usuario optimizada para los flujos de trabajo D2T.
¿Está planificando la migración a la nube, la recuperación ante desastres o las copias de seguridad para plataformas OpenStack, basadas en KVM o entornos con acceso limitado a la API de destino?
¡Gracias por tu solicitud!
Nos pondremos en contacto contigo pronto.
Respetamos su privacidad. Vea nuestra política de privacidadPuedes darte de baja en cualquier momento.
Migración interna de la base de datos a PostgreSQL
Acura 4.6 migra la base de datos interna de la plataforma de MariaDB a PostgreSQL. Ambas son bases de datos relacionales de código abierto consolidadas, pero PostgreSQL ofrece una arquitectura objeto-relacional extensible, un amplio soporte para los estándares SQL, tipos de datos avanzados como JSONB y una sólida gestión de transacciones y concurrencia.
Estas capacidades convierten a PostgreSQL en una base flexible para plataformas de software cuya funcionalidad, modelos de datos y requisitos operativos evolucionan constantemente. La migración moderniza una parte fundamental de la arquitectura interna de Acura y proporciona a Hystax mayor flexibilidad para el desarrollo y mantenimiento futuros de productos. Para los clientes de Hystax Acura, este cambio se realiza internamente y no implica un nuevo flujo de trabajo ni requiere una forma diferente de usar la plataforma. Su valor reside en su arquitectura: una capa de datos interna más flexible que respalda el desarrollo continuo y la mantenibilidad a largo plazo de Acura.
Actualizaciones adicionales de compatibilidad, copia de seguridad y seguridad.
Acura 4.6 añade compatibilidad con discos de aprovisionamiento grueso cuando VMware se utiliza como nube de destino. Esto permite que las implementaciones se ajusten a las configuraciones de almacenamiento de VMware y a las políticas del lado de destino que requieren la asignación de discos gruesos.
El agente de copia de seguridad de archivos también recibe mejoras de rendimiento y estabilidad. Esta versión amplía la compatibilidad con distribuciones y núcleos Linux más recientes, como RHEL 9.8, RHEL 10.2 y Ubuntu 26.04, lo que ayuda a las organizaciones a proteger y migrar cargas de trabajo que se ejecutan en entornos Linux actuales. Además, incluye actualizaciones de seguridad generales.
En conjunto, los cambios en Hystax Acura 4.6 amplían la replicación de OpenStack más allá del acceso directo a Ceph mediante un mecanismo CBT independiente del almacenamiento, añaden compatibilidad con Direct2Target para escenarios de recuperación ante desastres y modernizan la arquitectura interna de Acura, al tiempo que mejoran la compatibilidad de la plataforma, la seguridad y la estabilidad operativa.