OneFS: Práticas recomendadas para configurações de client do NFS

Versões de protocolo compatíveis

Neste momento, o PowerScale OneFS é compatível com as versões 3 e 4 do NFS. O NFS versão 2 não é compatível.

NFSv3

O NFS versão 3 é a versão mais usada do protocolo NFS no momento, e geralmente é considerado como o mais amplamente adotado para client e servidor de dados. Estes são os componentes-chave desta versão:

• Sem monitoramento de estado — tecnicamente, um client não estabelecerá uma nova sessão se tiver as informações corretas para solicitar arquivos e assim por diante. Isso permite o failover simples entre os nós do OneFS usando pools de IP dinâmicos.
• As informações do usuário e grupo são apresentadas numericamente — client e servidor comunicam as informações do usuário por meio de identificadores numéricos, permitindo que o mesmo usuário apareça como nomes diferentes entre client e servidor.
• O bloqueio de arquivos está fora de banda — a versão 3 do NFS usa um protocolo auxiliar chamado NLM para realizar bloqueios. Isso requer que o client responda a mensagens RPC do servidor para confirmar que os bloqueios foram concedidos etc.
• Pode ser executado sobre TCP ou UDP — essa versão do protocolo pode ser executada sobre UDP em vez de TCP, deixando o controle de perda e retransmissão para o software em vez do sistema operacional. Sempre recomendamos o uso de TCP.

NFSv4

O NFS versão 4 é a revisão principal mais recente do protocolo NFS e sua adoção está aumentando. Neste momento, o NFSv4 é geralmente menos eficiente do que o v3 em relação ao mesmo fluxo de trabalho devido ao maior volume de mapeamento de identidade e trabalho de monitoramento de sessão necessários para responder. Aqui estão algumas das principais diferenças entre v3 e v4

• Com monitoramento de estado — o NFSv4 usa sessões para lidar com a comunicação, assim tanto o client quanto o servidor devem monitorar o estado da sessão para continuar a comunicação.
  • Antes do OneFS 8.X, isso significava que os clients de NFSv4 precisavam de pools de IP estáticos no PowerScale ou poderiam apresentar problemas.
• As informações de usuário e grupo são apresentadas como strings — tanto o client quanto o servidor devem determinar os nomes das informações numéricas armazenadas. O servidor deve pesquisar nomes para apresentar, enquanto o client deve remapeá-los para números em sua extremidade.
• O bloqueio de arquivo está em banda — a versão 4 não usa mais um protocolo separado para bloqueio de arquivo, em vez disso, torna-se um tipo de chamada que normalmente é composta por OPENs, CREATES, ou WRITES.
• Chamadas compostas — a versão 4 pode agrupar uma série de chamadas em um único pacote, permitindo que o servidor processe todas elas e responda no final. Isso é usado para reduzir o número de chamadas envolvidas em operações comuns.
• Compatível apenas com TCP — a versão 4 do NFS deixou perda e retransmissão para o sistema operacional subjacente.

NFSv4.1 e posteriores

NFSv4.1 e v4.2 estão disponíveis a partir do OneFS versão 9.3

Aqui estão as informações oficiais da versão para 9.3:

https://dl.dell.com/content/docu105998_powerscale-onefs-9-3-0-0-release-notes.pdf?language=en_us
 

Opções de montagem

Embora não tenhamos requisitos rígidos para as opções de montagem, fazemos algumas recomendações sobre a conexão de clients. Não fornecemos strings de montagem específicas, pois a sintaxe usada para definir essas opções varia dependendo do sistema operacional em uso. Você deve manter a documentação dos responsáveis pela distribuição para obter a sintaxe específica da montagem.

Definição de novas tentativas e tempos de espera excedido

Embora o PowerScale geralmente responda à comunicação do client muito rapidamente, durante as instâncias em que um nó fica sem energia ou conectividade de rede, pode levar alguns segundos para que seus endereços IP sejam movidos para um nó em funcionamento, por isso é importante ter valores de tempo de espera excedido e de novas tentativas definidos corretamente. O PowerScale geralmente recomenda um tempo de espera excedido de 60 segundos para considerar o pior cenário de failover, definido para tentar novamente duas vezes antes de relatar uma falha.

Montagens de software vs. hardware

As montagens de hardware fazem com que o client repita suas operações indefinidamente de acordo com o tempo de espera excedido ou erro. Isso garante que o client não desconectará a montagem nos casos em que o cluster do PowerScale move os endereços IP de um nó para outro. Uma montagem de software apresentará erro e expirará a montagem, exigindo uma remontagem para restaurar o acesso após a mudança do endereço IP.

Permitindo a interrupção

Por padrão, a maioria dos clients não permite interromper uma entrada/saída ou espera de E/S, o que significa que você não poderá usar ctrl+c etc., para encerrar o processo de espera se o cluster parar de responder, incluindo a opção de montagem interrupt, que permite que esses sinais passem normalmente.

Comparação local com bloqueio remoto

Ao montar uma exportação NFS, você pode especificar se um similar executará seus bloqueios localmente ou usando o coordenador de bloqueio no cluster. A maioria dos clientes usa o bloqueio remoto como padrão, e essa é geralmente a melhor opção quando vários clients acessam o mesmo diretório, no entanto, pode haver benefícios de desempenho ao realizar o bloqueio local quando um client não precisa compartilhar o acesso ao diretório com o qual está trabalhando. Além disso, alguns bancos de dados e softwares solicitarão o uso de bloqueio local, pois eles têm seu próprio coordenador.