Каковы последствия использования файловой системы NFS3 для администраторов очередей с несколькими экземплярами в WebSphere MQ?

Question

Мы застряли в сложном сценарии в нашей новой реализации инфраструктуры MQ с использованием администраторов очередей с несколькими экземплярами, использующих WebSphere MQ v7.5 на платформе Linux. Проблема в том, что наша сетевая команда не может настроить NFS4, и поэтому у нас все еще есть версия NFS3. Мы понимаем, что администраторы очередей с несколькими экземплярами не будут правильно работать с NFS3. Но есть ли проблемы, если мы определяем администраторы очередей в нескольких экземплярах в NFS3 и ожидаем, что они отлично подойдут для режима одного экземпляра.

Спасибо

Answer 1

Я не ожидаю, что у вас будут проблемы с запуском одноузловых администраторов очередей с NFS3, мы делаем это на регулярной основе. Требование для NFS4 заключалось в том, чтобы механизм блокировки файлов требовался от администраторов очередей с несколькими экземплярами, чтобы определить, когда первичный экземпляр потерял управление, а вторичный администратор очередей должен вступить во владение.

Если вы определите администратор очередей как несколько экземпляров, и администратор очередей попытается переключиться на другой ресурс, это может не произойти успешно, в худшем случае это может повредить файлы вашего администратора очередей.

Если вы сами управляете переключением при отказе - как в случае, выключите диспетчер очереди на одном узле и запустите его снова на другом узле - это должно работать для вас, поскольку не происходит обмена файлами, и все файлы будут отключены на основном узле до открывается на вторичном узле. Вы должны убедиться, что вторичный администратор очередей НЕ работает в резервном узле - никогда.

Надеюсь, это поможет.

Дейв