Alterações no Puppetmaster nem sempre reconhecidas imediatamente pelos agentes-marionetes

1

Introdução

Ocorre várias vezes ao dia que as alterações no Puppetmaster não são reconhecidas imediatamente pelos agentes Puppet. Se este for o caso, Puppet precisa ser executado mais de 5 vezes (por exemplo, X < 5min) antes que as alterações sejam reconhecidas.

  • Versão do fantoche: 3.7.3
  • X > 100 nós do agente-fantoche
  • Um Puppetmaster

Esperado

Mudanças no Puppetmaster devem ser reconhecidas pelo Puppet-agent imediatamente sempre

Tentativas

Uma das tentativas de resolver o problema foi executada depois de ler esta documentação :

Puppet includes a basic puppet master web server based on Ruby’s WEBrick library.
(This is what Puppet uses if you run puppet master on the command line or use
most puppetmaster init scripts.)

You cannot use this default server for real-life loads, as it can’t handle 
concurrent connections; it is only suitable for small tests with ten nodes 
or fewer. You must configure a production quality web server before you
start managing your nodes with Puppet.

Any Rack-based application server stack will work with a puppet master, but if 
you don’t have any particular preference, you should use Passenger combined 
with Apache. This guide shows how to configure Puppet with this software.
  1. Corra o puppetmaster usando o Passenger.
  2. Outra tentativa foi parar a execução automática do fantoche nos nós do agente-fantoche a cada 30 minutos

Atual

As tentativas não resolveram o problema, ou seja, as mudanças no Puppetmaster não são reconhecidas imediatamente pelo agente-marionete

    
por 030 14.01.2015 / 19:47

1 resposta

3

Esse é provavelmente um problema com o armazenamento em cache dos ambientes - por padrão, em 3.7, os dados de um ambiente no sistema de arquivos serão armazenados em cache por 3 minutos, portanto, as alterações não estarão visíveis nos nós do agente até que esse cache tenha expirado. p>

Ajuste o environment_timeout do mestre para obter o comportamento desejado, com o aviso de que ir com 0 para evitar o cache completamente pode ter algumas implicações desagradáveis no desempenho.

    
por 14.01.2015 / 19:51