VxRail: VxRail 클러스터에서 NTP 문제를 해결하는 방법
Summary: NTP(Network Time Protocol) 문제를 해결하는 방법
Instructions
/etc/ntp.conf 직접. 호스트에서 NTP를 구성하려면 다음을 참조하십시오. https://knowledge.broadcom.com/external/article/313808
및 https://knowledge.broadcom.com/external/article/313810/vsphere-esxi-70-u3-and-later-versions-nt.html
이전(예전) 메시지로 이동과 ntpq VxRail Manager에서 동기화 상태를 확인하려면 다음을 수행합니다.
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 3898 961a yes yes none sys.peer sys_peer 1
참고: NTP가 제대로 작동하면 다음과 같은 결과가 표시됩니다. reach=yes, condition=sys.peer명령을 수행할 수 있는 충분한 공간이 있어야 합니다.
ntpq> rv 3898 associd=3898 status=961a conf, reach, sel_sys.peer, 1 event, sys_peer, srcadr=10.XX.1XX.1X0, srcport=123, dstadr=10.XX.1XX.1X1, dstport=123, leap=00, stratum=12, precision=-6, rootdelay=31.250, rootdisp=64.575, refid=10.62.68.236, reftime=e0d00ab8.2af01902 Wed, Jul 10 2019 6:56:56.167, rec=e0d00c5e.d78d706e Wed, Jul 10 2019 7:03:58.842, reach=377,
도달 범위가 yes가 아니고 조건이 sys.peer가 아닌 경우(즉, 시간 동기화에 문제가 있음을 의미함) 현지 시간 및 NTP 서버 시간을 확인합니다. 로컬 시간이 1000초보다 크거나 작은 경우, ntpd (은)는 시계를 설정하지 않습니다. 시간은 수동으로 설정해야 합니다.
비정상적인 동기화 상태를 표시하는 상태는 다음과 같습니다.
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 58280 8011 yes no none reject mobilize 1
이 reach=no NTP 서버가 요청에 응답하지 않거나 네트워크를 사용할 수 없음을 의미합니다. 네트워크 및 NTP 서버 문제를 해결합니다.
시나리오 1: 네트워크 문제:
ping을 사용하여 NTP 서버에 연결할 수 있는지 확인하고 네트워크 문제 해결에 따라 확인합니다. 네트워크 문제가 확인되면 사용자에게 네트워크 팀에 연락하여 네트워크 문제가 해결되었는지 확인하도록 요청합니다.
시나리오 2: 잘못된 NTP IP 또는 서비스 문제:
NTP 서버에서 ping을 수행할 수 있는 경우 사용자가 잘못된 NTP IP를 입력했거나 NTP 서비스에 문제가 발생할 수 있습니다. NTP IP 주소가 올바른지 사용자에게 확인하거나, 사용자에게 NTP 서버가 있고 관리자에게 문의하여 확인하도록 요청한 경우 다른 NTP 서버를 사용합니다. 경우에 따라 서버 재부팅으로 문제가 해결될 수 있으므로 사용자가 허용하는 경우 해당 경로를 시도할 수 있습니다.
시나리오 3: Windows NTP 서버:
Windows 시간 서비스는 모든 기능을 갖춘 NTP를 구현합니다. 사용자가 Windows Server를 NTP 서버로 사용하는 경우 rootdisp 1000보다 클 수 있습니다. 이 경우 신뢰할 수 있는 외부 NTP 서버를 동기화하도록 Windows NTP 서버를 구성합니다.
만일 reach=yes하지만 condition=reject쓰다 ntpq 수정 값 assoc 및 rv 를 확인하려면 flash code, dispersion및 rootdisp명령을 수행할 수 있는 충분한 공간이 있어야 합니다.
vrm:~ # ntpq -c assoc ind assid status conf reach auth condition last_event cnt =========================================================== 1 3898 9014 yes yes none reject reachable 1
참고: 이 assoc 옵션은 다음을 표시할 수 있습니다. assid 필요한 경우 rv 나중에.
를 사용하십시오. rv 명령을 사용하여 flash code, dispersion및 rootdisp을 클릭합니다.
를 실행합니다. ntpq 명령을 사용하여 ntpq shell을 사용한 다음 rv assid 자세한 정보를 얻을 수 있습니다.
ntpq ntpq> rv 3898 associd=3898 status=9014 conf, reach, sel_reject, 1 event, reachable, srcadr=10.XX.1XX.1X0, srcport=123, dstadr=10.XX.1XX.1X1, dstport=123, leap=00, stratum=12, precision=-6, rootdelay=31.250, rootdisp=1814.209, refid=10.XX.XX.2X6, reftime=e0cff348.12fb407d Wed, Jul 10 2019 5:16:56.074, rec=e0cff42b.60680b73 Wed, Jul 10 2019 5:20:43.376, reach=377, unreach=0, hmode=3, pmode=4, hpoll=6, ppoll=6, headway=50, flash=400 peer_dist, keyid=0, offset=-2536.264, delay=0.354, dispersion=16.515, jitter=4.414, xleave=0.038, filtdelay= 0.35 0.29 0.32 0.26 0.28 3.22 0.28 0.35, filtoffset= -2536.2 -2538.2 -2529.4 -2536.2 -2541.6 -2530.0 -2532.5 -2538.1, filtdisp= 15.63 16.63 17.59 18.55 19.53 20.53 21.52 22.50 flash=400 peer_dist #reject reason dispersion=16.515 #it presents the error/variance between that NTP server and client rootdisp=1814.209 #it presents the total amount of error/variance from the root NTP server to client
flash=400 peer_dist 은 루트 NTP 서버까지의 거리가 너무 멀다는 것을 나타냅니다. 동기화하기에 적합하지 않습니다.
플래시 코드에 대한 자세한 내용은 다음 링크를 참조하십시오.
https://www.eecis.udel.edu/~mills/ntp/html/decode.html#flash일반적으로 dispersion 1000보다 크면 적합하지 않은 NTP 서버로 간주됩니다. Windows NTP 서버가 자체적으로 시간을 동기화하도록 구성되어 있거나 매개 변수가 올바르게 구성되지 않은 경우 rootdisp 가 1000보다 크고 Windows Server의 NTP 구성을 수정해야 합니다.
Windows 시간 서버를 구성하려면 다음 Microsoft KB 문서를 참조하십시오.
https://support.microsoft.com/en-us/help/816042/how-to-configure-an-authoritative-time-server-in-windows-server메모: 잔돈 MaxPosPhaseCorrection, MaxNegPhaseCorrection 및 SpecialPollInterval - 300초
시나리오 4: NTP 서버와 외부 NTP 서버 간의 불안정한 네트워크:
네트워크 문제 해결에 따라 네트워크를 확인하고 ping을 사용하여 레이턴시가 길지 확인할 수 있습니다.