서버의 현지 시간대가 해로운 것으로 간주됩니까? [닫은]

원격 관리 서버와 관련하여 시간대에 대한 다른 관리자의 경험이 무엇인지 궁금합니다. 내 경력에서 나는 몇 가지 규칙을 겪었습니다.

1. 항상 항상 항상 UTC를 사용하십시오.
2. 항상 기본 본사가있는 곳의 시간대를 항상 사용하십시오.
3. 관리하는 사람들의 현지 시간을 사용하십시오.
4. 서버 위치의 현지 시간을 사용하십시오.

어떤 곳에서는 여러 개의 상충되는 규칙을 겪었습니다. 필자는 일광 절약 시간없이 UTC를 사용하는 것을 선호했습니다. 그러나 어떤 이유로 든 대부분의 사람들은 일광 절약 시간제와 함께 일부 현지 시간 개념을 선호하는 것 같습니다. 그것은 단순한 기술적 문제처럼 보이지만, 변화하는 관습에 관한 논의는 항상 종교적 분열로 경향이있는 것 같습니다.

무엇을 사용하고 있습니까? 각 접근법의 장단점은 무엇이라고 생각하십니까?

• 하드웨어 시계는 항상 UTC 여야합니다. 항상.
• 설정으로서의 시간대는 어느 것이 든 편리 할 수 ​​있습니다. 보통. 때로는 UTC이기도합니다.

UTC가 좋은 이유 :

• 일광 절약 규칙이 변경되고 업데이트가 항상 적시에 이루어지지는 않습니다. UTC는 이것을 멀리합니다.
• 다른 위치에있는 서버의 로그를 비교해야하는 경우 UTC는 가장 일반적인 표준입니다.
• 일반적으로 서버가 다른 위치에있는 경우 사람이나 응용 프로그램 또는 둘 다 데이터베이스 삽입을 수행하는 동안 시간 변환을 처리해야합니다. UTC로 단일 변환을 수행하는 경우 서버 TZ에 따라 다른 TZ에서 다른 TZ로 변환해야하는 것보다 훨씬 쉽게 얻을 수 있습니다.

옵션 4를 선호합니다. DateTime 값을 UTC로 저장할지 여부를 결정하는 것은 서버에서 실행되는 응용 프로그램의 책임입니다.

또한 서버가 시스템 이벤트 로그를 기록 할 때 로컬 이벤트를 로그 항목과 상관시킬 수 있습니다. 예를 들어, 데이터 센터가 현지 시간으로 네트워크 중단을보고하면 헤드에서 시간 값을 변환하지 않고도 발생한 문제를 쉽게 식별 할 수 있습니다.

아니, 아니, 천 번 아니

프로그래머에는 두 가지 유형이 있습니다. 현지 시간을 표시 / 포맷 목적으로 만 사용해야한다는 것을 이해하는 사람들과 스스로 구석에 그리는 사람들은 등유 로 그림을 그리는 사람들 입니다.

모든 이벤트는 UTC로 기록되어야하며 결과는 사용자에게만 표시되도록 현지 시간으로 만 변환됩니다. 이것을하지 않는 사람들은 저주를 받았으며, 시간대 정보를 버리는 형식으로 현지 시간을 사용하는 사람들은 두 배로 저조했습니다 ( Oracle DBA를 보고 있습니다 ).

시간 검사를 현지 시간으로 변환 한 다음 STDOUT으로 방출되지 않는 작업을 수행하면 치명적인 오류로 종료 될뿐만 아니라 가르치는 소스도 삭제해야합니다. 당신은 교훈입니다.

선택권이 주어지면 BIOS 시계를 UTC로 유지하고 실제 서버 시간을 현지 시간으로 유지하고 싶습니다. 우리는 다중 시간대가 없으므로 통합 로그 타임 스탬프는 3M과 같은 문제가 아닙니다.

우리 회사에서는 올해까지 단일 서버에 모든 서버를 보유했습니다. 이제 3 개의 새로운 시간대에 서버가 있습니다. 모든 서버는 현지 시간대로 실행됩니다. 로그 분석 에 특히 유용합니다 . 특히 3 개의 시간대에 걸쳐 웹 사이트를 분산 시켰기 때문입니다.

그러나 특별한 경우에는 고객 TZ와 서버를 남겼습니다. 응용 프로그램은 하루 종일 가동되며 유지 관리 작업은 일반적으로 "야간"동안 실행되도록 설정됩니다. 처음에 TZ에 서버를 설정했지만 고객이 "잠을 잘 때 작동"하는 고객에게는 유지 관리 작업이 너무 느려졌습니다.

UTC도 매우 좋은 옵션입니다. 사람들이 로그를 볼 때 항상 현지 시간대를 참조하지 않는 한 (여기서는 여기 참조).

UTC로 모든 서버를 실행하고 가능한 한 빨리 제어 할 수있는 서버를 변환합니다.

지금까지 한 가지 예외는 별표 서버였습니다. 현지 시간으로 떠나야했습니다. UTC로 변경하면 별표가 완전히 끊어졌습니다. (1.6에 있습니다. 올해 후반에 업그레이드 할 때 이것이 문제가되지 않기를 바랍니다.)