Show Table of Contents
3.2.7. HornetQ-Änderungen
3.2.7.1. Über HornetQ und NFS
In den meisten Fällen ist NFS keine geeignete Methode zur Speicherung von JMS Daten zur Verwendung mit HornetQ, wenn NIO als Journaltyp verwendet wird, aufgrund der Weise, wie der synchron Sperrmechanismus funktioniert. NFS kann jedoch unter bestimmten Umständen verwendet werden, ausschließlich auf Red Hat Enterprise Linux Servern. Dies ist wegen der von Red Hat Enterprise Linux verwendeten NFS-Implementierung der Fall.
Die Red Hat Enterprise Linux NFS-Implementierung unterstützt sowohl direktes I/O (öffnet Dateien mit eingestelltem O_DIRECT Flag) als auch Kernel-basiertes, asynchrones I/O. Mit beiden dieser Features vorhanden ist es möglich, NFS als eine geteilte Speicheroption zu verwenden, wobei strenge Konfigurationsregeln gelten:
- Das Red Hat Enterprise Linux NFS Client Cache muss deaktiviert sein.
Wichtig
Das Serverprotokoll sollte nach dem Start der JBoss EAP 6 geprüft werden um sicherzustellen, dass die native Bibliothek erfolgreich geladen wurde und dass der ASYNCIO Journaltyp verwendet wird. Lädt die native Bibliothek nicht, so schlägt HornetQ am NIO Journaltyp fehl und dies wird im Serverprotokoll angezeigt.
Wichtig
Die native Bibliothek, die asynchrones I/O implementiert macht es erforderlich, dass
libaio, auf dem Red Hat Enterprise Linux System auf dem die JBoss EAP 6 läuft, installiert ist.
Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.