서버의 시간대를 GMT / UTC로 설정해야합니까? [닫은]

22

휴무 . 이 질문은 의견 기반 입니다. 현재 답변을받지 않습니다.

이 질문을 개선하고 싶습니까? 이 게시물 을 편집 하여 사실과 인용으로 답변 할 수 있도록 질문을 업데이트하십시오 .

휴일 3 년 전 .

하나 또는 몇 개의 사이트 만있는 소규모 상점에는 큰 문제가되지 않지만 대규모 조직의 경우이 점이 궁금합니다.

UTC로 서버의 전부 / 대부분을 가지고있는 장단점은 무엇입니까? 보고 및 중앙 로깅에 도움이 될 것입니다. 문제 해결 또는 보안 감사를위한 이벤트 상관 관계도 있습니다. 일광 절약 시간제 변경에 대해 걱정할 필요도 없습니다.

자동화 된 이벤트 (예 : cron)를 예약하려면 현지 시간으로 "오전 4시"에 무언가를 실행하려는 경우 약간의 시간이 걸릴 수 있습니다. Unix-y 시스템의 경우 / etc / profile에서 "TZ"를 설정하여 사용자를 여전히 현지 시간대로 유지할 수 있지만 RDesktop을 서버에 넣은 Windows 사용자의 경우 UTC를 계속보고 있습니까?

time ntp utc

sage-members에서 비슷한 (이전의) 스레드가 실행 중입니다. mailman.sage.org/pipermail/sage-members/2010/msg00592.html

— adamo

물론 당신도 세이지 회원들에게 질문을 게시 한 이후로, (새로운) 스레드 mailman.sage.org/pipermail/sage-members/2010/msg01194.html :)

— adamo

2

그들 모두를

19

대부분의 경우와 마찬가지로 "의존합니다".

모든 관리자 / 사용자가 동일한 시간대에 있습니까? 아마도 그들의 TZ가 적절할 것입니다.
기계가 로컬 환경과 상호 작용합니까? 로컬 TZ가 좋을 수 있습니다.
모든 로그를 분석을 위해 중앙 위치로 가져 옵니까? UTC가 도움이 될 수 있습니다.
기계는 시간이 중요한 방식으로 서로 통신합니까? UTC는 어리석은 불일치 문제를 방지하는 데 도움이 될 수 있습니다.
OS 공급 업체 (네트워크 장비 일 가능성이 높음)에 제안이 있습니까? 생각 해봐
DST가 당신을 귀찮게 할 것입니까? UTC를 사용하십시오.
인생이 더 쉬워 질 것이라고 생각하십니까? 사용하십시오.

모든 옵션 (Local, UTC, 임의적이지만 일관된)을 모두 수행했으며 시스템이 전 세계에 흩어져 있어도 sysadmins 및 사용자가있는 곳에서 "모든 시스템의 홈 오피스에 현지 시간"을 선호합니다. .

— 누가
소스

4

글쎄-몇 가지 기준을 더 추가하겠습니다. 1) 여러 시간대의 지원 조직이있는 경우 UTC는 어디에서나 혼동을 피할 것입니다 (이 경우 '홈 오피스'시간대로 설정된 모든 항목을 다른 사무실의 사람들에게만 자극하는 역할을 할 것입니다. DST가 시작될 때. 2) 통신 사업자와 같은 국제 공급 업체와 거래해야하는 경우, 대부분 UTC로 작동합니다. 로그를 보낼 때 타임 스탬프를 변환 할 필요가 없으면 많은 시간이 절약됩니다.

— Murali Suriar

다른 시간대로 다른 서버에서 작업했습니다. 서버 시간대가 DST 및 GMT로 설정된 상태에서 데이터가 저장되는 프로젝트에 심각한 문제가있었습니다. 수정하기 쉽지 않았습니다. 전혀 쉽지 않습니다. UTC는 당신의 친구입니다 :)

— 존 헌트

6

모든 것을 GMT로 설정하면 시스템 전체에서 로그 파일의 상관 관계가 더 간단 해집니다.

그러나 시간대를 삭제하고 모든 것을 위해 GMT를 사용해야한다고 생각합니다.

— 로널드 포톨
소스

3

다른 사람들이 말했듯이, 그것은 달려 있습니다. 이 문제에 대해 길고 광대 한 경험을 가진 매우 큰 그룹이 참여했습니다.이 그룹은 전 세계의 군대이며 UTC (GMT)를 사용합니다.

고려해야 할 또 다른 것. 이 시스템이 응용 프로그램 코드를 지원하는 경우 응용 프로그램이 시간대를 인식하는지 알아야합니다. 내가 참여하는 일부 프로그래밍 포럼에서 날짜 / 시간은 항상 UTC로 데이터베이스에 저장하고 최종 사용자에게 날짜 / 시간을 보는 방법에 대한 옵션을 제공하는 것이 좋습니다.

— dbasnett
소스

2

저는 대규모 호스팅 회사에서 일하고 있으며 전 세계에 데이터 센터가 있습니다. 일반적으로 기계 시간을 현지 데이터 센터 시간으로 설정 한 다음 모든 지원 담당자가있는 시간대를 도구 등을 사용할 때 변환되는 표준시로 사용합니다.

다른 사람들이 말했듯이, 정답은 없지만 우리가 사용하는 방법입니다.)

— 포이보스
소스

1

정책에 따르면 모든 머신은 현지 시간대 (즉, 물리적 위치)로 팀화되어 있습니다. 시간이 nlocal을 주므로 이벤트 로그 항목 (windows machiens)을 상관시키는 것은 까다로운 일입니다. 대부분의 다른 로그 파일은 어쨌든 UTC로 시간을 씁니다.

그러나 RDesktop을 서버에 넣는 Windows 사용자의 경우 UTC를보고 있습니까?

완전히 확실하지는 않지만 시간대는 논리적으로 머신 레벨 설정입니다.

— 톰톰
소스

1

우리는 기계가 물리적으로 한 시간대에 위치하고 있으며 지원하는 응용 프로그램으로 인해 3 시간 앞서 설정되어 있습니다.

또한 서버간에 5 초 미만의 동기화를 기대하는 소프트웨어를 구축하는 개발자, 동기화를 위해 AD 시간에 암시 적으로 의존하고 동기화되지 않은 경우에 대한 오류 점검 또는 처리 루틴을 작성하는 것을 귀찮게하지 않는 개발자도 있습니다. 이후의 실패는 상상했던 표준에 따라 네트워크 시간을 유지하지 않은 관리자의 잘못이라는 것입니다.

우리가 한 일을하지 마십시오. 그것은 단지 당신을 쓰게 만들 것입니다.

— AndyN
소스

1

토론에 추가하기 위해 전 세계에 사무실이 흩어져 있으며 각 사무실마다 서로 다른 응용 프로그램 분기가있는 자체 웹, 응용 프로그램 및 데이터베이스 서버 세트가 있으므로 현지 시간대를 사용하는 것이 좋습니다. 전국적으로 말하기. 미국 서버의 경우 앱 서버와 DB에 서로 다른 시간대를 사용하면 개발자가 어려움을 겪기 때문에 모든 위치가 기본 데이터 센터와 일치하도록 중앙 시간으로 향하고 있습니다.

— 바트
소스

0

Yeller 앱은 최근 모든 시스템 관리자에게 UTC를 사용하도록 조언 하는 블로그 게시물을 게시했습니다 . 발췌문은 다음과 같습니다.

Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC. Use UTC.

농담을 제외하고는 기본적으로 UTC 만 사용한다는 것은 일광 절약 시간제 (DST)와 귀찮게하지 않는다는 것을 의미합니다.

— Dayuloli
소스