Recomendações sobre o gerenciamento de arquivos de ponto para usuários que usam o Puppet

Question

O objetivo é ter uma coleção de arquivos de ponto ( .bashrc , .vimrc , etc.) em um local central. Quando estiver lá, o Puppet deve enviar os arquivos para todos os servidores gerenciados.

Inicialmente, eu estava pensando em dar aos usuários acesso FTP onde eles poderiam fazer upload de seus arquivos de ponto e, em seguida, ter um trabalho rsync cron. No entanto, pode não ser a solução mais elegante ou robusta. Queria ver se alguém mais tinha algumas recomendações.

    

Answer 1

Se você usa fantoches, pode configurar seu mestre de marionetes para extrair periodicamente os arquivos de ponto mais recentes do controle de versão.

No lado do controle de versão, você pode permitir que os usuários tenham permissão para gerenciar seus arquivos de ponto pessoais. (Não tenho 100% de certeza sobre os detalhes aqui, mas você poderia usar submodules git por exemplo, e ter um sub-repositório git para cada arquivo de usuários. Antes de sincronizar o repositório git "main", você atualiza os subrepresentantes.)

O Puppet pode enviar esses arquivos depois de uma sincronização de controle de versão.

Se o usuário quebrar alguma coisa, ele deve quebrar apenas para ele. Ele pode então atualizar os arquivos de ponto no controle de versão e esperar que o boneco o pegue.

Supondo que você use ambientes de marionetes, se ele quebrar, ele deverá quebrar apenas em um pequeno subconjunto de hosts.

Editar: configuração semelhante pode funcionar com o Chef também.

    

Answer 2

Existe uma ferramenta chamada csync2 . Mantenha os arquivos em vários hosts em um cluster em sincronia.

    

Answer 3

Meu módulo de usuários de marionetes lida com arquivos de pontos, mas não possui nenhum mecanismo para permitir que os usuários definam os deles. Ainda assim, você pode querer dar uma olhada nisso.

    

Answer 4

Se você não se importa em ter um único grande ponto de falha, um servidor NFS central com todos os diretórios home montados automaticamente é a maneira clássica de resolver esse problema. Dessa forma, sempre que um usuário SSH for para um novo servidor, seu diretório home já estará no sistema.

Esta solução não é muito "turva", mas funciona muito bem se você estiver lidando com muitos servidores em um local físico.