Esta página fornece detalhes sobre a resiliência de aplicativos do Google Cloud NetApp Volumes.
Considerações sobre a resiliência de aplicativos
Embora o NetApp Volumes tenha alta disponibilidade, eventos de manutenção planejados, como atualizações de plataforma, upgrades de serviço, upgrades de software ou falhas não planejadas de componentes no serviço, podem levar a breves pausas nas operações de entrada e saída (E/S).
Pausas de E/S
O software cliente do Network File System (NFS) ou do Server Message Block (SMB) no sistema operacional processa pausas curtas de E/S. O cliente aguarda e tenta novamente as operações de E/S sem mostrar o problema ao aplicativo. Essas pausas curtas são consideradas não disruptivas porque, embora os usuários do aplicativo possam ter tempos de resposta mais longos, o aplicativo não informa erros de E/S.
Para pausas de E/S mais longas, o comportamento depende do cliente NFS ou SMB do sistema operacional e dos possíveis tempos limite configurados no aplicativo. As seções a seguir discutem detalhes específicos do protocolo para pausas de E/S.
Pausas de E/S do NFS
Todas as chamadas para um compartilhamento NFS montado de forma rígida e indisponível são bloqueadas no cliente NFS e aguardam indefinidamente até que o servidor NFS responda novamente. Enquanto o cliente NFS espera, mensagens aparecem nos registros do cliente indicando que o servidor NFS não está respondendo.
Do ponto de vista do aplicativo, as operações de E/S, como leitura ou gravação, são bloqueadas e permanecem pendentes até que o compartilhamento NFS seja retornado. Durante pausas de E/S, nenhuma operação de E/S é perdida e os volumes NetApp garantem a consistência dos dados, a menos que você interrompa as operações de E/S pendentes no lado do cliente.
Usar aplicativos de software de cluster para automatizar failovers
Se você usa aplicativos de software de cluster, como o Pacemaker, nas VMs do cliente para automatizar o failover do aplicativo, configure os tempos limite para compartilhamentos NFS para resistir a eventos de manutenção dos volumes do NetApp. Essas failovers abortam operações de E/S pendentes no cliente e podem levar a transações perdidas. Recomendamos os seguintes tempos limite:
Tipo de protocolo | Tempo limite recomendado | Observações |
---|---|---|
Compartilhamentos NFSv3 | 60 segundos (para os níveis de serviço padrão, Premium e Extreme)
120 segundos (para o nível de serviço Flex) |
Recomendamos o uso de um método de proteção, que usa a
opção de montagem nolock em vez de depender de bloqueios NFS. |
NFSv4.1 | 105 segundos (para os níveis de serviço padrão, Premium e extremo)
165 segundos (para o nível de serviço flexível) |
O protocolo NFSv4.1 adiciona automaticamente o bloqueio confiável ao NFSv3 (RFC do NFSv4.x, seção 9.6.2), que pode ser usado como um mecanismo de proteção. A recuperação do estado de bloqueio adiciona mais 45 segundos. |
Pausas de E/S de compartilhamento SMB
Ao contrário do NFS, as sessões SMB usam uma conexão que pode expirar. Na maioria dos casos, o NetApp Volumes fica abaixo dos limites de tempo.
Tempos limite da sessão
O tempo limite da sessão é definido no cliente. O tempo limite padrão para
clientes Windows é de 60 segundos. É possível executar o comando Get-SmbClientConfiguration/Set-SmbClientConfiguration
usando o parâmetro SessionTimeout
para ler ou mudar o tempo limite da sessão.
Se ocorrer um tempo limite de sessão, a sessão SMB será interrompida e um erro de E/S será informado ao aplicativo que está fazendo a E/S. O File Explorer ou os aplicativos do Microsoft 365 geralmente se reconectam assim que o usuário acessa o compartilhamento SMB novamente. Ao encontrar erros de E/S, alguns aplicativos tentam se reconectar e tentar novamente a operação de E/S com falha, enquanto outros não. Consulte a documentação do fornecedor do aplicativo para saber como ele lida com os tempos limite do SMB e pode operar de forma resiliente em compartilhamentos SMB.
Os compartilhamentos de disponibilidade contínua (CA, na sigla em inglês) são um recurso do SMB3.x que melhoram a resiliência de failover para aplicativos semelhantes a bancos de dados. O NetApp Volumes oferece suporte a compartilhamentos disponíveis continuamente para Microsoft SQL Server e FSLogix.
A recuperação de falhas melhora a cada nova versão do SMB. O NetApp Volumes é compatível com SMB 2.1, 3.0 e 3.1.1. Se possível, use a versão mais recente do SMB com suporte. O Windows 10/Server 2016 e versões mais recentes oferecem suporte à versão SMB 3.1.1 mais recente.
Precauções baseadas em aplicativos de PME
Alguns aplicativos baseados em SMB exigem o failover transparente SMB. O failover transparente SMB permite operações de manutenção em volumes SMB no NetApp Volumes sem interromper a conectividade com aplicativos de servidor que armazenam e acessam dados. O NetApp Volumes oferece suporte à opção de compartilhamentos de disponibilidade contínua do SMB para garantir que aplicativos específicos ofereçam suporte ao failover transparente do SMB. O uso de compartilhamentos disponíveis continuamente do SMB oferece suporte apenas às seguintes cargas de trabalho:
Contêineres de perfil de usuário do FSLogix
Microsoft SQL Server (não o SQL Server para Linux)
As compartilhamentos disponíveis continuamente do SMB não são compatíveis com aplicativos personalizados.
Interrupções de aplicativos relacionadas a eventos de manutenção
Eventos de manutenção planejados, como upgrades de plataforma e de software de serviço, podem ocorrer ocasionalmente. Os eventos de manutenção são considerados não disruptivos do ponto de vista de um protocolo de arquivos (NFS ou SMB), desde que o aplicativo possa processar as pausas de E/S que podem ocorrer durante esses eventos.
Para os níveis de serviço padrão, Premium e Extreme, as pausas de E/S são geralmente curtas e variam de alguns segundos a 30 segundos.
No nível de serviço Flex, as pausas de E/S podem durar até 70 segundos.
A seguir
Leia sobre as considerações de segurança do Google Cloud NetApp Volumes.