Você não deveria precisar. O relógio da sua instância do EC2 será sincronizado com o Xen Dom0. Você pode verificar isso verificando se o conteúdo de /proc/sys/xen/independent_wallclock é 0.
Estou trabalhando para obter alguns servidores em execução no ambiente EC2 e estou percebendo alguns erros com o ntpd tentando sincronizar (usando o CentOS).
Eu estava lendo neste site e a impressão que tenho é que não preciso executar o ntpd, pois o EC2 é o Xen e o host cuida do tempo dos servidores virtuais.
link
Isso é preciso ou preciso descobrir como contornar o erro que estou tendo?
cap_set_proc () falhou ao descartar privilégios de root
Parece que isso envolve a construção de um novo kernel e outras coisas que eu prefiro não fazer se eu não precisar.
Sim, você precisa executar o ntpd.
Meu relógio estava 18,5 segundos desligado em uma micro instância do EC2 (rodando o Ubuntu UEC Maverick) com 5 dias de atividade.
Depois de desligar e começar de novo, voltou ao normal, então parece haver algum tipo de desvio.
Isso ocorre apesar de /sys/devices/system/clocksource/clocksource0/current_clocksource dizer xen , a propósito. Não sei por que não está funcionando.
Instalar o pacote ntp resolveu o problema para mim. O relógio permanece preciso e não há nada de suspeito no syslog que possa indicar um conflito com a sincronização do relógio do Xen. (Ele usa ntp.ubuntu.com como seu servidor. Eu não tenho certeza se há um servidor NTP na rede da AWS que eu poderia usar em vez disso, mas o servidor Ubuntu fará muito bem por enquanto.)
Atualização: observei recentemente que em minhas instâncias (mais recentes?) o relógio permanece preciso automaticamente, sem que o ntp seja executado. A julgar pelos comentários, este não parece ser o caso para todos, por isso é provavelmente melhor usar o ntp apenas no caso.
Nós executamos instâncias do Linux ec2 de pequeno a extra grande e eu apenas fiz uma checagem para ter certeza de que elas estavam em sincronia.
Todos os servidores estavam executando o daemon ntp conectando-se a pools específicos da Amazon.
server 0.amazon.pool.ntp.org iburst
server 1.amazon.pool.ntp.org iburst
server 2.amazon.pool.ntp.org iburst
server 3.amazon.pool.ntp.org iburst
Isso pode não ter sido o caso antes do bug. Eu só queria ter certeza de que quem se deparar com isso no futuro tenha informações atualizadas.
Você precisa configurar o ntpd em todas as instâncias. Se você não fizer com que o tempo de seus servidores seja , comece a derivar.
Você tem que permitir o UDP 123 para a Internet pública, conforme descrito no guia do usuário em Configurando o Network Time Protocol .
Se suas instâncias estiverem dentro de um VPC, você pode querer dedicar uma instância a ser seu servidor NTP, apenas exponha essa instância à Internet e deixe os outros sincronizarem com ela.