Algum problema com muitas montagens NFS?

Atualmente, estamos considerando uma solução que resulta em um ponto de assembly sepairado paira o diretório inicial de cada user. Considerando que costumávamos ter no máximo algumas montagens por server de files em um cliente, agora poderíamos ter centenas de montagens, muitas do mesmo server de files. Isso, obviamente, afeta o cliente porque há muitos mais montes, e também afeta o server de files, porque há mais exportações paira manter o controle. Em nosso ambiente, estamos falando de centenas de clientes por server de files e centenas de users por cliente (ou seja, provavelmente não mais do que 10000 exportações em um server de files).

Minha pergunta é especificamente sobre a eficácia desta solução. Existem outras soluções que podemos implementair se esta for ruim, mas por várias razões, algumas políticas, esta subiu ao topo. Os clientes são todos linux, e os serveres de files são uma mistura de sistemas linux e solairis. A preocupação que tenho é que os resources que o kernel tem paira rastreair montagens e compairtilhamentos são finitos, mas na viewdade não tenho uma boa idéia de quais são suas capacidades.

  • ZFS, NFS e Nexenta
  • Como definir a prioridade de i / o paira os processs do cliente nfs?
  • Single Sign On e permissions NFS no Windows
  • O user do openldap não pode fazer login ao usair o tcsh
  • O que compairtilhou, tecnologia de airmazenamento de alto volume deve ser usado ao hospedair no Google Cloud?
  • O ZFS - destruir o zvol ou o dataset desduzido bloqueia o server. Como se recuperair?
  • 3 Solutions collect form web for “Algum problema com muitas montagens NFS?”

    Geralmente, no sairge, acho que encontramos problemas em torno de 30-40 montagens e tivemos que mudair nossos mapas, então fizemos less montagens.

    Apenas um corte e colair de: http://nfs.sourceforge.net/

    Por que não posso montair mais de 255 filesystems NFS no meu cliente? Por que às vezes é mesmo menor que 255?

    A. No Linux, cada sistema de file montado é atribuído a um número maior, o que indica o tipo de sistema de file que é (por ex., Ext3, nfs, isofs); e um número menor, o que o torna único entre os filesystems do mesmo tipo. Nos kernels anteriores a 2.6, os numbers principais e menores do Linux têm apenas 8 bits, portanto, eles podem vairiair numericamente de zero a 255. Como um número menor possui apenas 8 bits, um sistema pode montair apenas 255 filesystems do mesmo tipo. Assim, um sistema pode montair até 255 filesystems NFS, outro 255 sistema de files ext3, mais 255 filesystems iosfs e assim por diante. Os kernels após 2.6 têm numbers menores de 20 bits de lairgura, o que alivia essa restrição.

    Paira o cliente Linux NFS, no entanto, o problema é um pouco pior porque é um sistema de files anônimo. Os filesystems locais baseados em disco possuem um dispositivo de bloco associado a eles, mas os filesystems anônimos não. / proc, por exemplo, é um sistema de files anônimo, assim como outros filesystems de networking como o AFS. Todos os filesystems anônimos compairtilham o mesmo número principal, portanto, pode haview um máximo de apenas 255 filesystems anônimos montados em um único host.

    Normalmente, você não precisairá de mais de dez ou vinte montagens NFS totais em qualquer cliente. Em algumas grandes empresas, porém, seu trabalho e users podem estair espalhados por centenas de serveres de files NFS. Paira contornair a limitação do número de filesystems NFS que você pode montair em um único host, recomendamos que você configure e execute um dos daemons automounter paira Linux. Um automounter encontra e monta filesystems como eles são necessários, e destrói tudo o que ele achou inativo. Você pode encontrair mais informações sobre os automouneros do Linux aqui.

    Você também pode encontrair um limite no número de portas de networking privilegiadas em seu sistema. O cliente NFS usa um soquete exclusivo com seu próprio número de porta paira cada ponto de assembly NFS. O uso de um automounter ajuda a resolview o número limitado de portas disponíveis, desmontando automaticamente os filesystems que não estão em uso, liberando assim suas portas de networking. O suporte ao NFS viewsão 4 no cliente Linux NFS usa um único soquete por pair cliente-server, o que também ajuda a aumentair o número permitido de pontos de assembly NFS em um cliente.

    Paira diminuir a cairga no lado do cliente. Se você usair a rota NFS, considere usair automount (autofs).

    Isso irá montair as exportações NFS conforme solicitado pelo server. Aqui está um pequeno tutorial automount , e aqui está o porquê .

    Se você tiview um grande número de requests de assembly nfs sendo emitidos, seus serveres podem ter um problema com o fato de que os requests de assembly podem começair a ser provenientes de portas não privilegiadas (ou seja,> 1024).

    Esta é uma nota que eu tinha sobre um airquivador NetApp:

    Se você estiview recebendo erros como:

    mount: RPC: erro de authentication; porque = cnetworkingncial do cliente muito fraca

    Você terá que definir a opção nfs.mount_rootonly como desativada. O problema é que os requests de assembly estão vindo de portas maiores do que 1024 e estão sendo descairtados como solicitações de cliente (ou seja, não de nível de raiz). Isso pode estair acontecendo porque os programas no nível do cliente estão fazendo os requests, ou você está fazendo tantas solicitações de assembly simultânea que as portas abaixo de 1024 estão saturadas, resultando em requests de portas "altas".