3.2.7. Cambios de HornetQ
3.2.7.1. HornetQ y NFS Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
En la mayoría de los casos, NFS no es un método apropiado para almacenar datos JMS para uso con HornetQ, al utilizar NIO como tipo de diario, debido a la manera en que funciona el mecanismo de bloqueo sincrónico. Sin embargo, NFS se puede utilizar en ciertas circunstancias, sólo en servidores de Red Hat Enterprise Linux. Esto se debe a la implementación NFS que Red Hat Enterprise Linux utiliza.
La implementación NFS de Red Hat Enterprise Linux soporta E/S directas (abriendo archivos con la configuración de etiquetas O_DIRECT) y la E/S asincrónica basada en el kernel. Con estas funcionalidades presentes, es posible usar NFS como una opción de almacenamiento compartido, bajo reglas estrictas de configuración:
- El caché del cliente NFS Red Hat Enterprise Linux se debe deshabilitar.
Importante
Se debe chequear el registro del servidor después de iniciar JBoss EAP 6 6 para asegurarse de que la biblioteca nativa cargó de manera exitosa y que se está utilizando el tipo de diario ASYNCIO. Si la biblioteca nativa no logra cargar, HornetQ fallará con el tipo de diario NIO y esto se verá declarado en el registro del servidor.
Importante
La biblioteca nativa que implementa E/S asincrónicas requiere que
libaio esté instalado en el sistema Red Hat Enterprise Linux en donde está ejecutando JBoss EAP 6.