Datacenter & Cloud

Um centro de dados com 1000+ VMs, 10+ clusters físicos e monitoring stacks tem um denominador comum: tudo tem de permanecer em sincronia. Uma sincronização pobre significa:

• Os logs não podem ser ordenados cronologicamente, pelo que a resposta a incidentes demora 3x mais
• A validação de certificados TLS rejeita pacotes, fazendo com que as aplicações falhem inesperadamente
• A replicação de bases de dados perde sincronia, criando risco de corrupção de dados

O que tipicamente fazemos deploy:

• 2x NTP100-GNSS para redundância stratum-1 (active-active)
• GMR1000 ou GMR5000 como grandmaster PTP onde se apliquem requisitos sub-milissegundo
• À escala: grandmaster PTP com holdover OCXO e switches boundary-clock
• Instalação de antena no telhado: descarregador de gás, coaxial blindado e monitorização

Contexto de conformidade:

• SOC 2 / ISO 27001: fonte horária auditável obrigatória
• RGPD: timestamping de logs de consentimento e eventos de dados
• FINRA / MiFID II (centros de dados do setor financeiro): rastreabilidade sub-milissegundo

Ponto de atenção prático: um servidor NTP a correr em infraestrutura virtualizada é uma red flag, os relógios de VM deslizam de forma imprevisível. O nosso NTP100-GNSS é hardware dedicado que elimina essa dependência.

Não aconselhamos sobre DCIM ou hardware de servidor, é para isso que existem HPE, Dell e Cisco. A base horária por baixo do seu centro de dados é a nossa especialidade.

Que servidor de tempo escolher para um centro de dados?

Para a maioria dos usos em centro de dados (sincronização de servidores, registo, distribuição NTP), basta um servidor NTP stratum-1 em hardware dedicado: o NTP100-GNSS, ou o NTP100-OSC se quiser holdover longo em caso de perda de GPS. Se uma aplicação precisar de precisão ao microssegundo (bases de dados distribuídas, fabric PTP), entra um grandmaster GMR. Em dúvida entre NTP e PTP? Siga o guia de decisão de servidor de tempo NTP/PTP.