
Estou planejando implantar alguns computadores quiosques e gostaria de deixá-los com um pequeno pendrive como disco de inicialização, mantendo o restante em um servidor fácil de fazer backup, alaLTSP.
No momento estou pensando em duas opções. Um NFSed /home/ ou uma cópia local de ~/ copiada no login, sincronizada novamente no logout.
Meu medo é que trabalhar com arquivos fique muito lento ou que minha rede fiqueentupido.
Responder1
Eu uso NFS para meus diretórios pessoais em nosso ambiente de produção. Existem alguns truques.
Não monte o NFS
/home
- dessa forma você pode ter um usuário local que permite sua entrada no caso de o servidor NFS ficar inativo. Nós montamos para/mnt/nfs/home
Use montagens suaves e um tempo limite muito curto - isso evitará que os processos sejam bloqueados para sempre.
Use omontador automático. Isso manterá o uso de recursos baixo e também significa que você não precisa se preocupar em reiniciar os serviços quando o servidor NFS for ativado, caso ele fique inativo por algum motivo.
auto.master: +auto.master /mnt/nfs /etc/auto.home --timeout=300 auto.home home -rw,soft,timeo=5,intr home.bzzprod.lan:/home
Use um sistema de logon único para não se deparar com problemas relacionados à permissão. Eu tenho um servidor OpenLDAP.
Responder2
Tenha cuidado com as montagens suaves! A montagem suave de um sistema de arquivos NFS significa que o IO falhará após ocorrer um tempo limite. Tenha certeza de que é isso que você deseja nos diretórios pessoais dos usuários! Meu palpite é que você não. Usar uma montagem rígida em diretórios pessoais em combinação com a opção intr parece muito mais seguro aqui.
Hard não atingirá o tempo limite: as operações IO serão repetidas indefinidamente. A opção intr permite interromper o processo de montagem. Portanto, se você montar a exportação e ocorrer uma falha, a montagem rígida bloqueará sua sessão. A opção intr possibilitará interromper a montagem, portanto a combinação é bastante segura e garante que você não perderá facilmente os dados do usuário.
De qualquer forma, o autofs torna tudo isso ainda mais fácil.
Responder3
HowtoForge postou um artigo intituladoCriando um servidor de armazenamento autônomo semelhante ao NFS com GlusterFS no Debian Lenny, você pode querer dar uma olhada.
Aqui está uma breve descrição de por que é uma boa alternativa "viável" ao NFS, doGlusterFSpágina do projeto:
O GlusterFS se autocura instantaneamente. Não há fsck. O back-end de armazenamento pode ser acessado diretamente como arquivos e pastas normais (estilo NFS). Com a replicação habilitada, o GlusterFS pode suportar falhas de hardware.
Mais informações podem ser encontradas na documentação do projeto.
Além disso, outra coisa interessante sobre o uso do GlusterFS é que, se você precisar de mais espaço em sua SAN, basta adicionar outro bloco de armazenamento (nó de servidor) e poderá dimensionar/aumentar seu armazenamento em paralelo quando necessário.
Responder4
Alguns conselhos gerais que serão aplicados independentemente do sistema de arquivos de rede adotado: muitos programas armazenam dados em cache no diretório inicial do usuário, o que geralmente faz mais mal do que bem quando o diretório inicial é acessado através de uma rede.
Hoje em dia, você pode dizer a muitos programas para armazenarem seus caches em outro lugar (por exemplo, em um disco local) definindo a XDG_CACHE_HOME
variável de ambiente em um script de login. Muitos programas (por exemplo, Firefox) ainda exigem configuração manual, portanto você provavelmente terá que fazer algum trabalho extra para identificá-los e configurá-los de maneira uniforme para todos os seus usuários.