pepoluan's questions

Portanto, estou encarregado de migrar alguns servidores para a AWS. Um dos servidores é um Salt Master .

Após investigação, todos os Salt Minions se conectam ao mestre usando o nome DNS em vez do endereço IP, portanto, do ponto de vista da conectividade, só preciso alterar o registro A para o FQDN do mestre.

No entanto, sei que o Mestre e os Minions trocam algumas chaves entre si para fins de autenticação.

Como movo o mestre, mas mantenho a associação? É suficiente copiar todo o /etc/saltdiretório para o novo mestre?

Estou usando o AWS RDS, acessado por alguns servidores no AWS EC2, todos conectados na mesma VPC.

Aparentemente, uma instância do AWS RDS que temos foi definida como "Acessível ao público" e queremos corrigir isso.

Minha pergunta: Se eu alterar as configurações da Instância de "Publicly Accessible: Yes" para "Publicly Accessible: No", isso mudará o Endpoint FQDN?

Como o título afirma, como atualizo o SaltStack (tanto o Master quanto o Minion) se os instalei usando o bootstrap.shscript?

A maioria dos exemplos - e também a documentação - do SaltStack coloca os arquivos de estados /srv/salte os arquivos de pilares /srv/pillar.

Isso significa que, se eu quiser rastrear os arquivos usando um controle de origem (Mercurial ou Git), preciso criar dois repositórios.

Agora, quero colocar os arquivos de estados e os arquivos de pilares como subdiretórios em /srv/salt. Ou, em outras palavras, obterei a seguinte estrutura de diretórios (após hg initon /srv/salt):

/srv/salt
  + .hg/
  + states/
  + pillars/

Isso causará algum problema com o SaltStack?

Ou você tem uma recomendação melhor para que eu possa ter apenas um repositório de controle de origem para os estados e os pilares?

Estou desmembrando um subdomínio do domínio da minha empresa. Agora, já faz algum tempo que não faço a configuração do DNS/BIND, então preciso da sua ajuda para garantir que minha configuração esteja sã/correta:

Portanto, para o domínio pai (digamos example.com), devo adicionar o seguinte:

mysub    IN NS 123.231.111.222  ; This is fictitious public IP

E então configurei meu próprio servidor BIND em 123.231.111.222 com o seguinte conteúdo:

$TTL 600
$ORIGIN mysub.example.com.

@  IN  SOA  ns1 hostmaster (
    2016051201 ; serial
    1h         ; slave refresh
    5m         ; slave retry
    24h        ; slave expiry
    30m        ; nxdomain ttl    
)

@    IN  NS  ns1
@    IN  TXT "v=spf1 ...spf statements follow..."
@    IN  A  123.231.111.222

ns1  IN  A  123.231.111.222

; definition of various hosts in this subdomain follows

Então, eu esqueci/esqueci alguma coisa? Ou talvez eu tenha cometido algum erro?

Eu tenho um servidor web Linux (Ubuntu 12.04, kernel 3.2.0) rodando Magento com um grande número de processos filho PHP-FPM.

Como o Magento é uma estrutura pesada, muitas vezes vejo vários processos filhos para baloon em CPU% (quando visualizados usando htop) por vários segundos antes de cair fora do N principal.

Tenho lido sobre os agendadores de CPU do Linux e o que descobri foi que SCHED_BATCH parece fornecer fatias de tempo mais longas aos processos do que o SCHED_OTHER padrão.

Seria benéfico se eu mudasse os agendadores de todos os processos PHP-FPM para SCHED_BATCH? Ou estou entendendo mal os agendadores?

Eu tenho uma pergunta sobre o Magento .

Aparentemente, para executar tarefas agendadas dentro do Magento, ele precisa executar um script chamado cron.php. Originalmente, o script foi acionado por um crontab no servidor usando a linha wget -O /dev/null http://www.example.com/cron12345.php.

Infelizmente, devido a alguns problemas, precisamos limitar a vida útil dos processos filho do PHP FPM para 300 segundos... e isso matou o processo PHP em execução cron.php.

Tentei executar a cron.phppartir da CLI usando o comando php -c /etc/php5/fpm/php.ini cron.phpe pareceu funcionar...

Então minhas perguntas:

1. É cron.phpum script único ou é executado até a conclusão e precisa ser invocado novamente?
2. Se precisar ser invocado regularmente (via cron), posso apenas adicionar um crontab como o seguinte:

*/15 * * * * cd /var/www/website && php -c /etc/php5/fpm/php.ini cron.php

Obrigado pela sua ajuda.

Sou um usuário fervoroso do WSUS Offline .

O que estou tentando descobrir é:

• Como agendar a atualização de mídia do WSUS Offline para acontecer automaticamente (ou seja, com Tarefa agendada)

Depois de algumas pesquisas, a única informação que encontrei é uma pequena resposta no FAQ do WSUS Offline , a saber:

P: É possível automatizar a criação da mídia de atualização (imagens de CD/DVD), talvez com uma tarefa agendada? Se sim, como faço isso?

R: Crie um novo arquivo de lote no diretório ".\cmd", por exemplo, "DownloadUpdatesAndCreateISOImage.cmd". Em seguida, insira as chamadas desejadas para "DownloadUpdates.cmd" e "CreateISOImage.cmd" com as opções necessárias neste arquivo. Um exemplo de tal arquivo seria:

@echo off
call DownloadUpdates wxp enu
call CreateISOImage wxp enu

Em seguida, crie uma tarefa agendada para seu novo script personalizado "DownloadUpdatesAndCreateISOImage.cmd" e selecione o tempo de execução desejado. Por exemplo, se você pretende criar uma nova mídia de atualização após cada Microsoft Patchday, selecione "segunda quarta-feira de cada mês".

Infelizmente, não parece haver nenhuma outra documentação sobre este procedimento.

Então, minhas perguntas:

• Alguém já tentou o método acima com sucesso?
• Existem "pegadinhas" das quais devo estar ciente?

Desde já, obrigado!