Categoría de función
|
Función
|
Detalles
|
Instalación y actualizaciones
|
Soporte de Ansible
|
Ansible es una popular herramienta de administración de configuración que automatiza varias operaciones de configuración e implementación en su entorno. Los manuales de estrategias Ansible son archivos escritos en formato YAML que contienen un código legible por el ser humano que puede definir las operaciones realizadas en su entorno.
Veritas ahora ofrece módulos Ansible que se pueden utilizar en guías de estrategias para instalar o actualizar Veritas InfoScale, implementar clústeres o configurar funciones como el intercambio de almacenamiento flexible (FSS), el sistema de archivos de clúster (CFS) y el volumen del grupo de discos.
Para conocer los módulos de Ansible, las plantillas del libro de jugadas y la guía del usuario para usar Ansible en un entorno de InfoScale, visite:
https://sort.veritas.com/utility/ansible
|
Instalación y actualizaciones
|
Actualizar ruta
|
Puede actualizar a Veritas InfoScale 7,4,1 solo si la versión base de su producto instalado actualmente es 6.2.1 o posterior.
|
Instalación y actualizaciones
|
Soporte obsoleto para la coexistencia de productos Veritas InfoScale
|
La compatibilidad con la coexistencia de los siguientes productos Veritas InfoScale ha quedado obsoleta en 7.4.1:
- Disponibilidad y almacenamiento de InfoScale
- Disponibilidad de InfoScale e InfoScale Foundation
Veritas ya no admite la coexistencia de más de un producto InfoScale en un sistema.
|
Licencias
|
Misc
|
Veritas recopila información relacionada con las licencias y la plataforma de los productos de InfoScale como parte del Programa de mejora de productos de Veritas. La información recopilada ayuda a identificar cómo los clientes implementan y utilizan el producto, y permite que Veritas administre las licencias de los clientes de manera más eficiente.
Veritas Telemetry Collector se utiliza para recopilar información relacionada con las licencias y la plataforma de los productos InfoScale como parte del Programa de mejora de productos de Veritas. Veritas Telemetry Collector envía esta información a un servidor edge.
Veritas Cloud Receiver (VCR) es un servidor perimetral preconfigurado y basado en la nube implementado por Veritas. Mientras instala o actualiza InfoScale, asegúrese de configurar Veritas Cloud Receiver (VCR) como su servidor edge.
Para obtener más información sobre la configuración y la recopilación de datos de telemetría, consulte las guías Veritas InfoScale Installation o Configuración y actualización de Veritas InfoScale.
|
Seguridad
|
Compatibilidad con certificados de otro fabricante para la validación de entidades en SSL/TLS Server
|
InfoScale admite el uso de un certificado de otro fabricante para la validación de la entidad en el servidor SSL/TLS en VxAT en un host Linux.
Nota: el certificado de otro fabricante no es compatible con el host de Windows.
En las versiones anteriores de InfoScale, el servidor SSL / TLS utiliza un certificado autofirmado. Este certificado autofirmado no está verificado por una autoridad de certificados de confianza y, por lo tanto, representa una amenaza para la seguridad.
Con la compatibilidad con certificados de confianza de otro fabricante, ahora puede generar un certificado para el servidor SSL/TLS proporcionando la frase de contraseña cifrada a InfoScale. InfoScale emite una solicitud de firma de certificado, que se utiliza para generar un certificado para el servidor SSL/TLS.
Para obtener más información, consulte la Guía de instalación de Veritas InfoScale: Linux.
|
Seguridad
|
Interrupción del soporte del servidor SSL/TLS para TLSv1.0 y TLSv1.1
|
Para reducir las vulnerabilidades de seguridad, los protocolos TLSv1.0 y TLSv1.1 no son compatibles de forma predeterminada. Sin embargo, puede habilitar estos protocolos estableciendo el valor del atributo AT_CLIENT_ALLOW_TLSV1 en 1.
|
Seguridad
|
Asistencia interrumpida
|
Las siguientes funciones ya no se admiten en esta versión:
- El atributo AllowV2 para habilitar o deshabilitar el protocolo SSLv2.
- Los cifrados de fuerza media para la comunicación SSL.
|
Seguridad
|
openssl 1.0.2o para mejorar la seguridad
|
El servidor VxAT ahora utiliza openssl 1.0.2o para la comunicación SSL.
|
Configuraciones admitidas
|
Soporte para Oracle 18c
|
InfoScale ahora admite configuraciones de una sola instancia con Oracle 18c.
|
Configuraciones admitidas
|
Soporte para Oracle Enterprise Manager 13c
|
InfoScale ahora proporciona un complemento OEM para Oracle 13c.
|
Entornos en la nube
|
Nuevos agentes de alta disponibilidad para la plataforma de Google Cloud (GCP)
|
InfoScale ha introducido los agentes GoogleIP y GoogleDisk para entornos GCP.
Estos agentes se incluyen con el producto.
Agente GoogleIP
El agente GoogleIP administra los recursos de red en Google Cloud.
El agente realiza las siguientes tareas:
- Obtiene los detalles de la NIC, crea la configuración y asocia o desvincula la dirección IP privada con instancias de máquinas virtuales
- Gestiona el enrutamiento de IP superpuestas para evitar errores en todas las subredes
El recurso GoogleIP depende del recurso IP.
Agente de Google Disk
El agente de Google Disk trabaja con discos persistentes zonales en Google Cloud. El agente conecta los discos, supervisa sus estados y los desconecta. Adjunta los discos a una instancia de máquinas virtuales del mismo grupo de recursos o de uno diferente. El agente usa el SDK de Python de GCP para determinar si los discos están conectados a las instancias de máquinas virtuales o no.
El recurso GoogleDisk no depende de ningún otro recurso.
Para obtener más información, consulte la Guía de referencia de agentes combinados en agrupación de servidores: Linux.
|
Entornos en la nube
|
Compatibilidad con la nivelación de archivos para migrar datos mediante conectores en la nube
|
InfoScale admite la organización en niveles a nivel de archivo para migrar datos mediante conectores en la nube.
En la organización por niveles a nivel de archivo, un solo archivo se divide en fragmentos de tamaño definido y cada fragmento se almacena como un solo objeto. Por tanto, un solo archivo puede tener varios objetos. Se asocian metadatos relevantes con cada objeto, lo que facilita el acceso al archivo directamente desde la nube.
Dado que un archivo se divide en objetos individuales, se mejora el rendimiento de lectura y escritura. Además, el tamaño de objeto grande facilita la migración de archivos grandes con una fragmentación mínima.
Para obtener información detallada sobre la migración de datos mediante conectores de nube, consulte el documento Soluciones de InfoScale en entornos de nube.
|
Entornos en la nube
|
Soporte para configuraciones de InfoScale en Google Cloud
|
InfoScale le permite configurar aplicaciones para HA y DR en entornos Google Could. Los agentes GoogleIP y GoogleDisk se proporcionan para admitir recursos de disco e IP en GCP.
Se admiten las siguientes configuraciones de replicación:
- Replicación en las regiones de GCP
- Replicación en múltiples zonas y regiones de GCP (clúster de campus)
Se admiten las siguientes configuraciones de HA y DR:
- Conmutación por error dentro de una subred de una zona de GCP mediante IP privada virtual
- Conmutación por error en todas las subredes GCP utilizando IP de superposición
- DR en todas las regiones GCP o redes VPC
- Almacenamiento compartido dentro de una zona GCP o en todas las zonas GCP
Para obtener más información, consulte el documento Soluciones de InfoScale en entornos de nube.
|
Agentes de agrupación de servidores
|
Soporte para el agente aplicaciones clonado
|
El agente aplicaciones se utiliza para hacer que las aplicaciones estén altamente disponibles cuando no hay disponible un agente ISV adecuado. Para que varias aplicaciones diferentes tengan alta disponibilidad mediante un clúster, debe crear un grupo de servicios para cada aplicación. InfoScale le permite clonar el agente de la aplicación para que pueda configurar un grupo de servicios diferente para cada aplicación. A continuación, debe asignar los permisos de operador adecuados para cada grupo de servicios para que funcione según lo previsto.
Nota: Un agente aplicación clonado también es compatible con IMF.
Para obtener más información, consulte la Guía de referencia de agentes agrupados de Cluster Server para su plataforma.
|
Agentes de agrupación de servidores
|
Agente SambaShare compatible con IMF
|
El agente SambaShare ahora es compatible con IMF.
|
Agentes de agrupación de servidores
|
Nuevos atributos opcionales en el agente SambaServer
|
El agente del servidor Samba ahora admite los atributos Interfaces y BindInterfaceOnly. Estos atributos permiten al agente escuchar en todas las cadenas de interfaces que son compatibles con el servidor Samba.
|
Veritas Volume Manager
|
Rendimiento mejorado de daemon vradmind para recopilar estadísticas consolidadas
|
Puede configurar VVR para recopilar estadísticas de los componentes de VVR. Las estadísticas recopiladas se pueden usar para monitorear el sistema y diagnosticar problemas con la configuración del VVR. De forma predeterminada, VVR recopila las estadísticas automáticamente cuando se inicia el daemon vradmind.
El daemon vradmind se mejora convirtiéndolo en un proceso de múltiples subprocesos donde un subproceso está reservado específicamente para recopilar estadísticas periódicas.
Nota: Si el daemon vradmind no se está ejecutando, VVR deja de recopilar las estadísticas.
Para obtener más información, consulte la Guía del administrador de Veritas InfoScale Replication.
|
Veritas Volume Manager
|
Cambios en la reubicación activa en el entorno de FSS
|
En entornos FSS, la reubicación activa emplea un mecanismo basado en políticas para reparar fallas de almacenamiento. Las fallas de almacenamiento pueden incluir fallas en los medios de disco o fallas en los nodos que hacen que el almacenamiento sea inaccesible. Sin embargo, VxVM no pudo diferenciar entre los medios de disco y las fallas de los nodos. Como resultado, VxVM establece el mismo valor para los parámetros ajustables node_reloc_timeout y storage_reloc_timeout.
El daemon de reubicación activa ahora se ha mejorado para diferenciar entre la falla del disco o las fallas del nodo. Ahora puede establecer un valor diferente para los parámetros ajustables node_reloc_timeout y storage_reloc_timeout para la reubicación activa en entornos FSS. Los valores predeterminados son 30 minutos para nbspstorage_reloc_timeoutnbsptunable y 120 minutos paranbspnode_reloc_timeoutnbsptunable. Puede modificar los valores ajustables para adaptarlos a sus necesidades comerciales.
|
Veritas File System.
|
Cambios en las versiones de diseño de disco VxFS (DLV)
|
Ahora se aplican los siguientes cambios de DLV:
- Soporte agregado para DLV 15.
- El DLV predeterminado es DLV 15.
- Soporte rechazado para DLV 10.
Con este cambio puede crear y montar VxFS solo en DLV 11 y posterior. DLV 6 a 10 se puede utilizar solo para montaje local.
|
Veritas File System.
|
Soporte para atributos extendidos de seguridad SELinux
|
La política SELinux para RHEL 7.6 y posterior ahora incluye soporte para el sistema de archivos VxFS como almacenamiento persistente de los atributos extendidos de seguridad SELinux. Con este soporte, ahora puede usar las funciones y características de seguridad de SELinux en archivos y directorios VxFS en RHEL 7.6 y versiones posteriores.
|
asíncrona
|
Se agregó soporte para asignar un nodo esclavo como propietario de registro
|
En un entorno de recuperación después de un desastre, VVR mantiene la fidelidad de los pedidos escritos para las E/S de la aplicación recibidos. Al replicar en un entorno de grupo de discos compartidos, VVR designa un nodo de clúster como propietario de registro para mantener el orden de escritura.
De forma predeterminada, VVR designa el nodo maestro como un logowner.
Para optimizar la carga de trabajo del nodo maestro, VVR ahora le permite asignar cualquier nodo clúster (nodo esclavo) como un logowner.
Nota: En los siguientes casos, el cambio en el rol del logowner no se conserva y los nodos maestros asumen el control como logowners.
- Actualizaciones de productos
- Actualización o reinicio del clúster
- Fallo del nodo esclavo del propietario del registro
Para obtener más información sobre la asignación de un nodo esclavo como logowner, consulte la Guía del administrador de replicación de Veritas InfoScale™ 7.4.1.
|
asíncrona
|
Vista previa de la tecnología: modo sincrónico adaptativo en VVR
|
Cuando el atributo sincrónico de RLINK en VVR está configurado para anularse, el sistema cambia temporalmente el modo de replicación de sincrónico a asíncrono cuando RLINK se desconecta. La opción de anulación permite que VVR continúe recibiendo escrituras de la aplicación incluso cuando RLINK está desconectado. Sin embargo, en el caso de una alta latencia de la red, la replicación continúa ejecutándose en modo sincrónico con un rendimiento de la aplicación degradado.
El modo sincrónico adaptable en VVR es una mejora en el modo de anulación sincrónica existente. En el modo sincrónico adaptable, la replicación cambia de sincrónico a asíncrono en función de la latencia de la red entre sitios. Esto permite que la replicación tenga lugar en modo sincrónico cuando las condiciones de red son buenas y cambia automáticamente al modo asíncrono cuando hay un aumento en la latencia de red entre sitios.
- umbral para cambiar al modo asincrónico (porcentaje de ocurrencias de tiempo de espera agotado)
- intervalo de tiempo para el que se calcula el umbral
- intervalo de tiempo para el cual el sistema debe permanecer en modo asincrónico antes de volver al modo sincrónico
También puede configurar alertas para cuando el sistema sufra períodos prolongados de deterioro de la red. Para obtener más información, consulte la Guía del administrador de replicación de Veritas InfoScale: Linux.
|
InfoScale 7.4.1u1 Notas de la versión de Linux |