Solutions pour les centres de données

Construit une base de temps unifiée et reproductible pour les services critiques, garantissant la continuité, la stabilité et la haute disponibilité des centres de données.

Construire une "base de temps" contrôlée et reproductible : déployer des récepteurs GNSS directs + un maintien d'oscillation de haute stabilité + un PTP (complété par une compatibilité avec le lissage NTP) à l'intérieur du centre de données pour réduire les erreurs de temps de la milliseconde à la micro/nanoseconde afin de garantir le déterminisme et la traçabilité pour l'informatique distribuée, les bases de données, l'audit et la sécurité.

Pourquoi reconstruire la "base de temps" ?

Alors que l'IA, le HPC et l'IoT à grande échelle sont en plein essor, les systèmes detemps déterministeNTP fonctionne encore dans de nombreux scénarios, mais sa mesure du temps "demande-réponse" de la couche application traduit les files d'attente et la gigue sur la liaison en temps d'aller-retour indéterminés, ce qui rend difficile la satisfaction des demandes à la microseconde. En revanche, le protocole PTP avec horodatage matériel et SyncE peut "resserrer" le temps de la grappe en tronquant la gigue à chaque saut et en assurant la convergence de la fréquence et de la phase.

Risques liés à l'incohérence du calendrier

Plate-forme d'échange et de billetterieLe décalage horaire entre les nœuds peut entraîner des erreurs de classement, une confusion dans les décisions d'occupation/libération et des problèmes de survente ou de non-délivrance de billets par l'occupant.

Base de données distribuée et informatique en continuDans le cas des calculs de la fenêtre, l'ordre des journaux tranchés peut être perturbé, ce qui compromet la cohérence et la précision.

Audit de sécurité et de conformitéLes délais d'enregistrement sont mal alignés et la capacité d'examiner les accidents et la collecte de preuves est affaiblie.

Aperçu des solutions

Préférence pour l'auto-approvisionnement de l'intranet

Antenne GNSS (BeiDou/GPS) directement dans la salle des serveurs, serveur d'horloge sur l'intranet, réduisant ainsi l'exposition du réseau public.

Aligner d'abord, serrer ensuite

Commencez par NTP pour rassembler l'ensemble du parc d'appareils, puis passez les domaines clés à un PTP de haute précision par lots.

Politique des couches/domaines

Priorité au même campus G.8275.1 (L2 + SyncE), cross-layer 3/cross-campus avec G.8275.2 (UDPv4), et sauvegarde primaire multi-GM avec numéro de domaine/priorité si nécessaire.

Compatibilité hybride, évolution en douceur

Conserver les chemins compatibles avec le protocole NTP et migrer progressivement les services critiques vers le protocole PTP.

Aperçu des solutions

Antenne GNSS → serveur d'horloge (OCXO/rubidium) → distribution PTP (L2 + SyncE) aux commutateurs/hôtes ; compatible avec les hôtes de stock orientés NTP.

Cliquez pour contacter
Programme complet

GNSS par emplacement + GM local, politique de synchronisation des domaines et commutation des priorités, reprise après sinistre hors site via UDPv4 pour maintenir la pénétration et la cohérence.

Cliquez pour contacter
Programme complet

Les domaines PTP sont divisés par entreprise/cluster, et la formation/l'inférence/le stockage sont contrôlés séparément pour garantir une faible gigue et des possibilités de précision de l'ordre de la nanoseconde.

Cliquez pour contacter
Programme complet

Accès des appareils au réseau existant - chemin d'atterrissage en trois étapes

phase préparatoire

  • Confirmer l'alignement de l'antenne GNSS, l'alimentation et les étoiles visibles ;

  • Préparation du réseau : VLAN de gestion/réseau de service, routage, si les commutateurs prennent en charge les horodatages matériels, BC/TC, une étape/deux étapes ;

  • Ports/politiques de sécurité : Configurer les ports minimums autorisés pour la synchronisation et la gestion à distance.

phase d'ouverture

  • Le dispositif d'horloge s'allume et s'autoteste, règle le fuseau horaire et les paramètres de maintien (Holdover), active la réception GNSS et observe le verrouillage ;

  • NTP Open pour les appareils en stock ; activer le PTP par domaine (même campus L2 + SyncE, inter-domaines UDPv4) ; configurer le numéro/priorité du domaine et les politiques d'annonce/synchronisation/retard.

Décharge et retour

  • Accès par petits lots et observation du biais/de la gigue ; libération progressive ;

  • Préparer des sources de temps de contournement et des schémas de repli pour assurer la stabilité des activités de la couche supérieure en cas d'anomalies.

Conseils en matière de sécurité et de conformité

  • Placez le serveur d'horloge sur l'intranet et connectez-le directement au GNSS pour éviter le risque de détourner la source de temps en la capturant de l'extérieur ;

  • Réduire au minimum les ports ouverts, ne libérer que les ports de synchronisation et d'O&M à distance ; utiliser la version 3 pour le SNMP, le jeton pour les API et enregistrer les journaux d'audit ;

  • L'uniformité de l'heure constitue la meilleure base de référence en matière de criminalistique, car elle garantit que les journaux peuvent être comparés les uns aux autres.

Intégration et O&M (surveillance et alerte)

  • interface de surveillanceLes fonctions suivantes sont disponibles : API RESTful + SNMP (v2c/v3) ; transmission des courbes clés et de l'état à un grand écran ou à une plateforme de surveillance.

  • Préoccupations en matière d'exploitation et d'entretienLes informations suivantes sont disponibles : nombre de verrouillages de satellites, déviation UTC, anomalie d'antenne, santé du processus PTP/NTP, profil de déviation/gigue, ressources (CPU/mémoire/disque/température/état de maintien), alarmes (seuils de déviation, étoiles perdues, basculement maître/secours, etc.)

  • Expérience en matière d'exploitation et de gestionL'appareil est doté d'un écran tactile et d'instructions sur le panneau avant, ce qui permet au personnel de visualiser directement la cause première de l'anomalie ; l'API peut envoyer la courbe directement au tableau de contrôle, ce qui permet de localiser facilement le "problème de temps" d'un seul coup d'œil.

Foire aux questions (FAQ)

La synchronisation des nuages publics peut-elle être remplacée ?

Le nuage public "donne du temps" mais ne garantit pas l'uniformité et la répétabilité de l'intranet. L'auto-provisionnement de l'intranet réduit l'instabilité, l'exposition et l'incertitude des tiers à un niveau gérable.

habituelPas de remaniement immédiat nécessaireRecommandation. Recommandation "NTP d'abord, puis PTP par lots" - étape par étape, risque gérable.

Soutenu par des horodatages matériels et des commutateurs BC/TC, le PTP réduit les erreurs de quelques millisecondes à quelques microsecondes, voire quelques nanosecondes, pour les scénarios AI/HPC à haute densité, transactionnels et d'audit rigoureux.

Nous contacter

Vous souhaitez faire passer la précision temporelle de votre centre de données de "fonctionnel" à "socle de qualité technique pouvant faire l'objet d'un nouveau test" ? Contactez nous pourProgrammes d'évaluation et d'atterrissage personnalisésIl comprend l'adaptation du réseau, le déploiement pilote, la surveillance et la fourniture de services d'exploitation et de maintenance.

Retour en haut