Gestion de serveurs multi-fuseaux horaires

Quelle serait la configuration idéale de l'heure et du fuseau horaire pour les serveurs multi-pays? Surtout en considérant une équipe informatique centrale qui gère ces serveurs.

Actuellement, chaque serveur utilise un fuseau horaire local. Par exemple, les serveurs du centre de données chinois sont définis avec CST. Les serveurs de notre centre de données allemand sont définis sur CEST. L'heure est définie comme heure locale au niveau du centre de données. (note: au total nous avons des serveurs dans 6 pays).
La configuration actuelle est utile lorsqu'il s'agit de consulter les journaux localement sur le serveur (savoir exactement quand l'événement s'est produit par rapport à l'heure locale actuelle du serveur). Cependant, lorsque vous regardez les événements d'un serveur Syslog central, cela devient un cauchemar.

Réglez tout sur UTC. En plus des exemples user48838 mentionnés, la plupart des choses liées à l'aviation sont données en temps zoulou (comme UTC / GMT). Par exemple, les plans de vol sont enregistrés avec les heures de décollage et d'atterrissage en UTC.

L'heure GMT (Greenwich Mean Time) est l'heure commune à plusieurs entités (gouvernements, organisations militaires, etc.) devant suivre l'heure sur plusieurs fuseaux horaires.

Nous avons tous nos serveurs, routeurs, etc. synchronisés en UTC / GMT. Pour moi, la meilleure caractéristique de l'UTC est qu'elle n'a pas d'heure d'été; ce qui est mauvais si vous avez besoin de recouper / relier les journaux système ou les CDR (appels de détail).

Si vous n'avez pas besoin d'utiliser UTC (parce que vous êtes loin de l'Europe et que vous aurez du mal à savoir quand un événement s'est produit), vous pouvez utiliser un décalage GMT + qui est significatif pour vous.