많은 도움에 감사드립니다.

저번에 답변주신 바와 같이 bosh.yml을 확인해 보았고

ntp 혹은 chrony 설정 파일을 열어보면

keyfile /etc/chrony/chrony.keys 등 키파일이 존재하고

저희가 가칭 파스타 엔진이라고 부르는 master서버

bosh.yml 파일 내용

-

cloud_provider:
  cert: ((mbus_bootstrap_ssl))
  mbus: https://mbus:((mbus_bootstrap_password))@((internal_ip)):포트넘버1
  properties:
    agent:
      mbus: https://mbus:((mbus_bootstrap_password))@0.0.0.0:포트넘버1
    blobstore:
      path: /var/vcap/micro_bosh/data/cache
      provider: local
    ntp:
    - 파스타 엔진서버(컨테이너 master 서버로 추정)
-

파스타 구성도

https://github.com/PaaS-TA/Guide/blob/v5.5.0/service-guide/images/container-service/Container_Service_Architecture.png

가 ntp 서버로 설정되어 있습니다.

저희가 내부망이라 외부 통신은 불가능 하며 각 파스타 인스턴스들의 시간동기화는 적용되어 있지 않고 있습니다.

이 경우 각 인스턴스의 시간을 수동으로 

timedatectl set-time "$(date −−date="30 seconds" | cut -d ' ' -f 4) 등등으로 시간을 맞추는 방법 외 

다른 방법이 있는지 여쭙습니다,

또한 핀포인트 시간이 상호간에 차이가나 분포도가 뜨지 않아 위의

timedatectl set-time "$(date −−date="30 seconds" | cut -d ' ' -f 4) 명령어 구문으로 

시간을 맞추었으나 시간을 맞춘 후

핀포인트 서비스 상호간 통신을 할 때 콜렉터 -> h_base -> 핀포인트웹이 세션을 연결하지 못하는 것을

확인하였습니다.

이 때 시간을 맞추기 전시간으로 timedatectl set-time "$(date −−date="30 seconds" | cut -d ' ' -f 4)" 구문을

이용하여 시간을 원복하였을 때도 세션이 연결되지 않는 점을 확인하였습니다.

이후 핀포인트 디플로이먼트를 전부 재기동하여 문제를 해결하였습니다.

이러한 경우 vm 재구동으로 시간이 최초 세팅 된 것과 해당 명령어를 이용하여 시간을 변동한 것과의 차이점이

무엇인지 "$(date −−date="30 seconds" | cut -d ' ' -f 4)" 환경변수값이 어떤 값을 변동시키는지 문의드립니다.