Поделиться через

Часто задаваемые вопросы по устойчивости приложений для Azure NetApp Files

В этой статье приведены ответы на часто задаваемые вопросы о устойчивости приложений Azure NetApp Files.

Что рекомендуется для обработки потенциальных сбоев приложений из-за событий обслуживания службы хранилища?

Azure NetApp Files может проходить периодическое плановое обслуживание (например, обновления платформы, службы или обновления программного обеспечения). С точки зрения протокола файлов (NFS/SMB) операции обслуживания неразрушимы, если приложение может обрабатывать паузы ввода-вывода, которые могут кратко произойти во время этих событий. Паузы ввода-вывода обычно короткие, начиная от нескольких секунд до 30 секунд. Протокол NFS особенно надежный, а файловые операции клиента-сервера продолжаются нормально. Для некоторых приложений может потребоваться настройка для обработки приостановки ввода-вывода до 30–45 секунд для NFSv3 и до 120 секунд для NFSv4.1. Таким образом, убедитесь, что вы знаете параметры устойчивости приложения, чтобы справиться с событиями обслуживания службы хранилища. Для интерактивных приложений, использующих протокол SMB, обычно достаточно стандартных параметров протокола.

Это важно

Чтобы обеспечить устойчивость архитектуры, важно признать, что облако работает в рамках модели общей ответственности . Эта модель охватывает облачную платформу Azure, ее службы инфраструктуры, уровень ОС и поставщики приложений. Каждый из этих компонентов играет важную роль в корректной обработке потенциальных сбоев приложений, которые могут возникнуть во время событий обслуживания службы хранилища.

Необходимо ли принять специальные меры предосторожности для приложений на основе SMB?

Да, для некоторых приложений на основе SMB требуется прозрачное переключение SMB. Прозрачное переключение на резерв в SMB позволяет выполнять операции обслуживания в службе Azure NetApp Files без прерывания подключения к серверным приложениям, которые хранят и имеют доступ к данным на томах SMB. Для поддержки прозрачной отказоустойчивости SMB для определенных приложений Azure NetApp Files теперь поддерживает опцию сетевых ресурсов непрерывной доступности SMB. Использование непрерывной доступности SMB поддерживается только для рабочих нагрузок:

Осторожность

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

Я запускаю IBM MQ в Azure NetApp Files. Какие меры предосторожности можно предпринять, чтобы избежать сбоев из-за событий обслуживания службы хранилища, несмотря на использование протокола NFS?

Если вы используете приложение IBM MQ в конфигурации общих файлов, где данные и журналы IBM MQ хранятся в томе Azure NetApp Files, рекомендуется повысить устойчивость во время событий обслуживания службы хранилища:

Замечание

Количество сообщений, которое должна обрабатывать каждая мульти-мгновенная пара MQ, сильно зависит от вашей конкретной среды. Необходимо определить, сколько пар MQ с несколькими экземплярами потребуется, или какие правила увеличения или уменьшения масштабов следует использовать.

Архитектура горизонтального масштабирования будет состоять из нескольких пар IBM MQ с несколькими экземплярами, развернутыми за azure Load Balancer. Затем приложения, настроенные для взаимодействия с IBM MQ, будут настроены для взаимодействия с экземплярами IBM MQ через Azure Load Balancer. Для поддержки, связанной с IBM MQ на общих томах NFS, необходимо обратиться за поддержкой к поставщику IBM.

Я выполняю Apache ActiveMQ с LevelDB или KahaDB в Azure NetApp Files. Какие меры предосторожности можно предпринять, чтобы избежать сбоев из-за событий обслуживания службы хранилища, несмотря на использование протокола NFS ?

Если вы используете Apache ActiveMQ, рекомендуется развернуть ActiveMQ с высокой доступностью и подключаемыми модулями блокировки хранилища.

Модели высокой доступности ActiveMQ гарантируют, что экземпляр брокера всегда находится в сети и может обрабатывать трафик сообщений. Наиболее распространенные модели высокой доступности (HA) ActiveMQ включают совместное использование файловой системы по сети. Цель — предоставить либо LevelDB, либо KahaDB экземплярам активных и пассивных брокеров. Эти модели высокой доступности требуют, чтобы блокировка на уровне ОС была получена и поддерживалась в файле в каталогах LevelDB или KahaDB, который называется "lock". Существуют некоторые проблемы с этой моделью высокой доступности ActiveMQ. Они могут привести к ситуации «без ведущего», в которой реплика не знает, что она может заблокировать файл. Они также могут привести к конфигурации master-master, которая приводит к повреждению индекса или журнала и в конечном итоге потере сообщений. Большинство этих проблем возникают из-за факторов, не связанных с контролем ActiveMQ. Например, плохо оптимизированный клиент NFS может привести к тому, что данные блокировок становятся устаревшими под нагрузкой, что вызывает простой без основного сервера во время переключения на резерв.

Поскольку большинство проблем с этим решением высокой доступности связано с неточной блокировкой файлов на уровне ОС, сообщество ActiveMQ представило концепцию подключаемого средства хранения в версии 5.7 брокера. Такой подход позволяет пользователю воспользоваться разными средствами общей блокировки, используя блокировку базы данных JDBC на уровне строк, а не блокировку файловой системы на уровне ОС. Для поддержки или консультаций по архитектуре и развертываниям ActiveMQ вы должны обратиться в OpenLogic by Perforce.

Я выполняю Apache ActiveMQ с LevelDB или KahaDB в Azure NetApp Files. Какие меры предосторожности можно предпринять, чтобы избежать сбоев из-за событий обслуживания службы хранилища, несмотря на использование протокола SMB ?

Рекомендуется не запускать общее хранилище KahaDB на CIFS [Common Internet File System]/SMB. Если у вас возникли проблемы с поддержанием точного состояния блокировки, ознакомьтесь с JDBC Pluggable Storage Locker, который может обеспечить более надежный механизм блокировки. Для поддержки или консультаций по архитектуре и развертываниям ActiveMQ вы должны обратиться в OpenLogic by Perforce.

Я выполняю Boomi в Azure NetApp Files. Какие меры предосторожности можно предпринять, чтобы избежать сбоев из-за событий обслуживания службы хранилища?

Если вы используете Boomi, рекомендуется следовать рекомендациям Буми по обеспечению высокого уровня доступности и аварийного восстановления.

Boomi рекомендует использовать Boomi Molecule для обеспечения высокой доступности Boomi Atom. Требования к системе Boomi Molecule указывают, что можно использовать либо NFS с включенной блокировкой NFS (поддержка NLM), либо общие файлы SMB. В контексте Azure NetApp Files тома NFSv4.1 поддерживают NLM.

Boomi рекомендует использовать общую папку SMB с виртуальными машинами Windows; для NFS Boomi рекомендует виртуальные машины Linux.

Замечание

Общие папки непрерывной доступности Azure NetApp Files не поддерживаются в Boomi.

Дальнейшие шаги

  • Last updated on