Centos – Amazon Aws Centos 7システムクロックは高速ですか？

CentOS Linux 7（コア）を備えたAmazonAWSインスタンスがあります。しかし、それはシステムに固有のものではないかもしれません

数日前システム時計 （日付）非常に速くスピードアップし始めます。
Hardware Clockと同期すると（ hwclock ）、約10〜20分後システム時計（日付）は48秒間先行します。
And 48 secs offset is the max value 。数時間後、48秒間も先に進みます。

私は少しのオフセットが正常であることを知っています。しかし、約10〜20分で48秒のオフセットは正常ではありません。
「デルタ」値を使用してシステム時間を調整できるadjtimexのようなファイルやライブラリがあることも知っています
しかし、私の場合は、スピードアッププロセスは、最大48秒に達すると停止します。
つまり、 hwclock たとえば、12：00：00と date 12:00:48を印刷します

試しました：

ntpdateをインストールします ntpdate pool.ntp.orgを介して時刻を同期します
hwclock --hctosys ハードウェアクロックからシステム時間を設定します。 hwclock --systohcも試してみました時間（日付）をntpdateと同期した後
作成されたファイル/etc/sysconfig/clock 「HWCLOCK_ADJUST ”paramをtrueに設定。 falseでも試してみました値
削除されたファイル/etc/adjtime UTCがあったおよびZERO その中の値

しかし運が悪かった。

時間同期後、次のコードを実行します。$ while true; do ntpdate pool.ntp.org; sleep 60; done

16 Jan 15:29:45 ntpdate[20656]: step time server 129.250.35.251 offset -4.977822 sec
16 Jan 15:30:46 ntpdate[20743]: step time server 129.250.35.251 offset -5.117517 sec
16 Jan 15:31:48 ntpdate[20813]: step time server 74.117.214.3 offset -4.853926 sec
16 Jan 15:32:50 ntpdate[20890]: step time server 23.239.26.89 offset -5.583270 sec
16 Jan 15:33:51 ntpdate[20941]: step time server 74.117.214.3 offset -4.983483 sec
16 Jan 15:34:53 ntpdate[20994]: step time server 12.167.151.1 offset -5.150401 sec
16 Jan 15:35:54 ntpdate[21080]: step time server 173.255.206.154 offset -5.256357 sec
16 Jan 15:37:03 ntpdate[21155]: adjust time server 12.167.151.1 offset 0.011276 sec
16 Jan 15:38:09 ntpdate[21205]: adjust time server 108.61.56.35 offset -0.019818 sec
16 Jan 15:39:16 ntpdate[21241]: adjust time server 108.61.56.35 offset -0.285154 sec
16 Jan 15:40:18 ntpdate[21660]: step time server 108.61.56.35 offset -5.227262 sec
16 Jan 15:41:19 ntpdate[21706]: step time server 108.61.73.244 offset -5.474606 sec
16 Jan 15:42:20 ntpdate[21756]: step time server 108.61.73.244 offset -5.286961 sec
16 Jan 15:43:22 ntpdate[21791]: step time server 108.61.73.244 offset -4.808674 sec
16 Jan 15:44:29 ntpdate[21885]: adjust time server 96.244.96.19 offset -0.010287 sec
16 Jan 15:45:36 ntpdate[21952]: adjust time server 96.244.96.19 offset -0.000296 sec
16 Jan 15:46:43 ntpdate[22013]: adjust time server 96.244.96.19 offset -0.012838 sec
16 Jan 15:47:51 ntpdate[22126]: adjust time server 198.206.133.14 offset -0.347436 sec
16 Jan 15:48:53 ntpdate[22220]: step time server 198.206.133.14 offset -5.570427 sec
16 Jan 15:49:57 ntpdate[22300]: step time server 198.206.133.14 offset -5.229636 sec
16 Jan 15:50:58 ntpdate[22367]: step time server 104.131.53.252 offset -5.466987 sec
16 Jan 15:52:00 ntpdate[22407]: step time server 104.131.53.252 offset -5.298659 sec
16 Jan 15:53:01 ntpdate[22462]: step time server 104.131.53.252 offset -5.127748 sec
16 Jan 15:54:03 ntpdate[22578]: step time server 129.6.15.30 offset -5.014787 sec
16 Jan 15:55:05 ntpdate[22617]: step time server 129.6.15.30 offset -5.144181 sec
16 Jan 15:56:06 ntpdate[22694]: step time server 129.6.15.30 offset -5.436509 sec
16 Jan 15:57:08 ntpdate[22733]: step time server 96.238.43.39 offset -5.038639 sec

ここで何が起こっているのか誰に教えてもらえますか？
それはシステム時計を意味しますか？場合によっては約3〜4分で正常に動作しますか？
これらのログの前は、常に最大48秒の速度になると思いました。
ntpdateが機能するため、ログが正確に60秒ごとに出力されない理由数秒後、同期後にそれらのテキストが書き込まれます。

関連：パイプラインのセクションを完全に「パススルー」するように指定する方法は？

日付を自動的に同期するサービスとしてntpdate（ntp）を実行することで、この問題を解決しました。

その「突然の巨大なスピードアップ」の考えられる理由は何ですか？

これが一般的な問題でない場合は、Amazonサポートにサポートを依頼します。

承認された回答：

問題はおそらくハイパーバイザーの1つにありました。時計が48秒ずれていた可能性があります。それは起こります（そしてAWSに固有の問題ではありません）

Xenのバグもありましたが、それが最近当てはまるかどうかはわかりません。（AWSはkvmに移行していませんか？）

アマゾンは人々にchronyをインストールするようにアドバイスしています NTPサーバーの1つと同期しました。 AWSのドキュメント– EC2 –Linuxインスタンスの時間を設定する

をご覧ください

のように：

sudo yum erase ntp*
sudo yum install chrony

/etc/chrony.confを作成しますと：

server 169.254.169.123 prefer iburst

そして最後に：

sudo service chronyd start

@jordanmのコメントによると、EC2サーバーの停止/起動も試すことができます。運が良ければ、時計をずらすことなく別のハイパーバイザーで実行できるかもしれません。

それでも問題が解決しない場合は、Amazonでチケットを開きます。