IBM Cloud - Structured Ideas

Welcome to the idea portal for structured ideas (i.e. product feature requests) - A more integrated and automated feedback system to connect your product improvement ideas with IBM product and engineering teams.  Happy submitting!

Synchronize the clocks between our dedicated envs and on-prem systems

Per the notes from ticket CS0030970 we are submitting the following enhancement request to have the clocks synchronized between the dedicated envs and the on-prem systems. 

In order to accomplish this we need to be able to point our dedicated ENV at our own NTP server.  

  • Guest
  • May 10 2018
  • Attach files
  • Admin
    Ananda Debnath commented
    May 10, 2018 22:14

    From past discussions on this topic, I believe pointing a dedicated environment back to KP's ntp server going over VPN/Direct Link tunnels makes the situation worse and not better.

    Can you please share some data that can help us understand where in your current logs (or other artifacts) you're seeing a difference in timestamps and what problem this is causing to you?

  • DENIS DUCHARME commented
    May 11, 2018 12:03

    Atomic clocks are the reference for all systems relying on NTP. All our data centers use antennas or stratum zero sync sources. The local servers then become sync'ed with a highly available local stratum 1 reference, ensuring minimal drift from the atomic clock reference.  When using NTP to synchronize machines, the best practice is to be as near as possible to the reference source to minimize the drift induced by network latency. This is best achieved by configuring the NTP settings to use local stratum 1 servers. Due to the very nature of NTP, synchronizing over WANs will invariably lead to greater time drift on systems between your premise machines and the ones running in the Cloud.

    In order to keep all the systems you use at the same time, IBM recommends ensuring the local on-prem source be as close as possible to stratum zero, and keep the ones in the cloud sync'ed to the local reference. That will guarantee you constantly remain with a minimum drift between on-prem systems and the IBM ones.

    If we have a specific incident to investigate, my team can definitely be engaged through the regular channels.

     

    See https://en.wikipedia.org/wiki/Network_Time_Protocol for background.

  • Guest commented
    May 11, 2018 16:20

    Thank you both for your feedback, however:

    We are trying to track the transaction from an on-prem API Connect DataPower into Bluemix Dedicated and the time stamps from APIC analytics are earlier than time stamps in the goRouter logs in the platform. We can discuss more details in a private forum if needed, but without this capability we can't effectively track latency between different hops in the request chain.

  • Admin
    Ananda Debnath commented
    May 11, 2018 20:42

    Thanks. This falls into the support/engineering engagement that Denis mentioned above.

    I'll leave this specific request (to use your NTP) in the "Will not implement" status until there's compelling reason to revisit it.

NOTICE TO EU RESIDENTS: per EU Data Protection Policy, if you wish to remove your personal information from the IBM ideas portal, please login to the ideas portal using your previously registered information then change your email to "anonymous@euprivacy.out" and first name to "anonymous" and last name to "anonymous". This will ensure that IBM will not send any emails to you about all idea submissions