FAQs de resiliência de aplicações para o Azure NetApp Files

  • Artigo

Este artigo responde a perguntas frequentes (FAQs) sobre a resiliência do aplicativo Azure NetApp Files.

O que você recomenda para lidar com possíveis interrupções de aplicativos devido a eventos de manutenção do serviço de armazenamento?

Os Arquivos NetApp do Azure podem passar por manutenção planejada ocasional (por exemplo, atualizações de plataforma, serviço ou atualizações de software). Do ponto de vista do protocolo de arquivo (NFS/SMB), as operações de manutenção não causam interrupções, desde que o aplicativo possa lidar com as pausas de E/S que podem ocorrer brevemente durante esses eventos. As pausas de E/S são normalmente curtas, variando de alguns segundos até 30 segundos. O protocolo NFS é especialmente robusto e as operações de arquivo cliente-servidor continuam normalmente. Alguns aplicativos podem exigir ajuste para lidar com pausas de E/S por até 30 a 45 segundos. Como tal, certifique-se de estar ciente das configurações de resiliência do aplicativo para lidar com os eventos de manutenção do serviço de armazenamento. Para aplicações interativas humanas que utilizam o protocolo SMB, as configurações de protocolo padrão geralmente são suficientes.

Importante

Para garantir uma arquitetura resiliente, é crucial reconhecer que a nuvem opera sob um modelo de responsabilidade compartilhada. Esse modelo engloba a plataforma de nuvem do Azure, seus serviços de infraestrutura, a camada do sistema operacional e os fornecedores de aplicativos. Cada um desses componentes desempenha um papel vital no tratamento adequado de possíveis interrupções de aplicativos que podem surgir durante eventos de manutenção do serviço de armazenamento.

Preciso tomar precauções especiais para aplicativos baseados em SMB?

Sim, alguns aplicativos baseados em SMB exigem failover transparente SMB. O Failover Transparente SMB permite operações de manutenção no serviço Arquivos NetApp do Azure sem interromper a conectividade com aplicativos de servidor que armazenam e acessam dados em volumes SMB. Para dar suporte ao Failover Transparente SMB para aplicativos específicos, o Azure NetApp Files agora oferece suporte à opção de compartilhamentos de Disponibilidade Contínua SMB. O uso da Disponibilidade Contínua SMB só é suportado para cargas de trabalho em:

Atenção

Os aplicativos personalizados não são suportados com a Disponibilidade Contínua SMB e não podem ser usados com volumes habilitados para Disponibilidade Contínua SMB.

Estou executando o IBM MQ em Arquivos NetApp do Azure. Que precauções posso tomar para evitar interrupções devido a eventos de manutenção do serviço de armazenamento apesar de usar o protocolo NFS?

Se você estiver executando o aplicativo IBM MQ em uma configuração de arquivos compartilhados, onde os dados e logs do IBM MQ são armazenados em um volume do Azure NetApp Files, as seguintes considerações são recomendadas para melhorar a resiliência durante eventos de manutenção do serviço de armazenamento:

Nota

O número de mensagens que cada par MQ multi-instância deve processar é altamente dependente do seu ambiente específico. Você precisa decidir quantos pares MQ multi-instância seriam necessários, ou quais seriam as regras de scale-up ou scale-down.

A arquitetura de expansão seria composta por vários pares de várias instâncias do IBM MQ implementados atrás de um Azure Load Balancer. Os aplicativos configurados para se comunicar com o IBM MQ seriam então configurados para se comunicar com as instâncias do IBM MQ por meio do Azure Load Balancer. Para suporte relacionado ao IBM MQ em volumes NFS compartilhados, você deve obter suporte do fornecedor na IBM.

Estou executando o Apache ActiveMQ com LevelDB ou KahaDB nos Arquivos NetApp do Azure. Que precauções posso tomar para evitar interrupções devido a eventos de manutenção do serviço de armazenamento apesar de usar o protocolo NFS?

Se você estiver executando o Apache ActiveMQ, é recomendável implantar o ActiveMQ High Availability com Pluggable Storage Lockers.

Os modelos de alta disponibilidade (HA) do ActiveMQ garantem que uma instância do broker esteja sempre online e capaz de processar o tráfego de mensagens. Os dois modelos de HA mais comuns do ActiveMQ envolvem o compartilhamento de um sistema de arquivos em uma rede. O objetivo é fornecer LevelDB ou KahaDB para as instâncias de broker ativas e passivas. Esses modelos de HA exigem que um bloqueio no nível do sistema operacional seja obtido e mantido em um arquivo nos diretórios LevelDB ou KahaDB, chamado "lock". Existem alguns problemas com este modelo ActiveMQ HA. Eles podem levar a uma situação de "não-mestre", onde a réplica não está ciente de que pode bloquear o arquivo. Eles também podem levar a uma configuração "mestre-mestre" que resulta em corrupção de índice ou diário e, finalmente, perda de mensagens. A maioria desses problemas deriva de fatores fora do controle do ActiveMQ. Por exemplo, um cliente NFS mal otimizado pode fazer com que os dados de bloqueio fiquem obsoletos sob carga, levando a um tempo de inatividade "sem mestre" durante o failover.

Como a maioria dos problemas com essa solução HA deriva do bloqueio impreciso de arquivos no nível do sistema operacional, a comunidade ActiveMQ introduziu o conceito de um armário de armazenamento conectável na versão 5.7 do broker. Essa abordagem permite que um usuário aproveite um meio diferente do bloqueio compartilhado, usando um bloqueio de banco de dados JDBC em nível de linha em vez de um bloqueio de sistema de arquivos no nível do sistema operacional. Para suporte ou consultoria em arquiteturas e implantações ActiveMQ HA, você deve entrar em contato com a OpenLogic by Perforce.

Estou executando o Apache ActiveMQ com LevelDB ou KahaDB nos Arquivos NetApp do Azure. Que precauções posso tomar para evitar interrupções devido a eventos de manutenção do serviço de armazenamento, apesar do uso do protocolo SMB ?

A recomendação geral do setor é não executar seu armazenamento compartilhado KahaDB em CIFS/SMB. Se você estiver tendo problemas para manter um estado de bloqueio preciso, confira o JDBC Pluggable Storage Locker, que pode fornecer um mecanismo de bloqueio mais confiável. Para suporte ou consultoria em arquiteturas e implantações ActiveMQ HA, você deve entrar em contato com a OpenLogic by Perforce.

Estou executando o Boomi nos Arquivos NetApp do Azure. Que precauções posso tomar para evitar interrupções devido a eventos de manutenção do serviço de armazenamento?

Se você estiver executando o Boomi, é recomendável seguir as práticas recomendadas do Boomi para alta disponibilidade em tempo de execução e recuperação de desastres.

Boomi recomenda Boomi Molecule é usado para implementar alta disponibilidade para Boomi Atom. Os requisitos de sistema do Boomi Molecule indicam que NFS com bloqueio NFS habilitado (suporte a NLM) ou compartilhamentos de arquivos SMB podem ser usados. No contexto dos Arquivos NetApp do Azure, os volumes NFSv4.1 têm suporte a NLM.

Boomi recomenda que o compartilhamento de arquivos SMB seja usado com VMs do Windows; para NFS, a Boomi recomenda VMs Linux.

Nota

Os Compartilhamentos de Disponibilidade Contínua de Arquivos NetApp do Azure não são suportados com o Boomi.

Próximos passos