Q&A
ご回答ありがとうございます
(2),(3)の対策も検討してみたいと思います(アップデート等は避けたいところでして)
有難う御座いました
お世話になります。
2017年1月1日の8時59分59秒から9時0分0秒の間に
挿入予定の閏秒に関連することなのですが、
現在、インスタンス
( Linuxは「Amazon Linux AMI」ではなく、
「CentOS release 6.4 (Final)」 を使用しています )
を稼働しているのですが、
閏秒の対策としてネット上にて検索すると
閏秒が挿入された後に
「 date date +'%m%d%H%M%C%y.%S' 」
のコマンドを実行することで対処できるらしいのですが
閏秒の対策としては上記コマンドを実行する対処で
問題ないでしょうか
また、閏秒挿入後にAWSマネジメントコンソールからの
インスタンスの「再起動」等でも対処可能なのでしょうか
(「停止」→「起動」ではなく、「再起動(Reboot)」を行った場合)
インスタンス作成後、閏秒を迎えるのが今回初めてでして、
こちらでご質問させて頂きました。
恐れ入りますが、ご教示の程よろしくお願いいたします。
回答2件
0
ベストアンサー
うるう秒対策はこだわりがなければNTPサーバにtime.google.comを指定するのがお勧めです。
time.google.comはうるう秒を入れる代わりに、うるう秒の前後（今回は）10時間を使ってゆっくりと1秒遅らせて、結果として正しい時刻に追いつく、という機能を持つNTPサーバです。
従ってNTPサーバとして指定しておけば特にそれ以上利用者側がうるう秒対策をする必要がありません。
https://developers.google.com/time/
https://developers.google.com/time/smear
投稿2016/12/06 12:56
総合スコア841
0
おそらく、下記URLのことだと思います。
Java, MySQL などの CPU 使用率が 100% 近くになってしまう。
https://lkml.org/lkml/2012/7/1/27
https://bugzilla.redhat.com/show_bug.cgi?id=836803
RHEL/CentOS 6.4 の kernel では修正済みですが、その後にリリースされた kernel の changelog を見ると、うるう秒に関する修正がいくつか入っているようです。
対策としては、以下の順で検討するといいと思います。
(1) 可能であれば kernel, ntp をアップデートする。
(2) アップデートできないのであれば、2017/01/01 08:59:59 より前に ntpd を停止し、09:00:00 後に ntpd を起動する。
(3) kernel の修正を信じて何もしない。念のため 2017/01/01 09:00:00 以降にサーバーにログインして問題がないか確認する。
投稿2016/12/09 04:21
総合スコア12146
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2016/12/09 04:06