Máy chủ có nên đặt múi giờ của mình thành GMT / UTC không? [đóng cửa]


22

Đây có thể không phải là một vấn đề lớn đối với các cửa hàng nhỏ hơn chỉ có một hoặc một vài trang web, nhưng đối với các tổ chức lớn hơn thì đây là điều tôi tò mò.

Những ưu và nhược điểm có tất cả / hầu hết máy chủ của bạn trong UTC là gì? Nó chắc chắn sẽ giúp trong báo cáo và đăng nhập tập trung. Ngoài ra với sự tương quan sự kiện để xử lý sự cố hoặc kiểm toán bảo mật. Người ta cũng sẽ không phải lo lắng nhiều về những thay đổi của Giờ tiết kiệm ánh sáng ban ngày.

Một nhược điểm có thể là việc lên lịch các sự kiện tự động (ví dụ: cron) có thể mất một chút thời gian nếu bạn muốn nó chạy một cái gì đó vào lúc "4 giờ sáng" theo giờ địa phương. Đối với máy Unix-y, bạn vẫn có thể có người dùng ở múi giờ địa phương bằng cách đặt "TZ" trong / etc / profile, nhưng đối với người dùng Windows mà RDesktop vào máy chủ (vì bất kỳ lý do gì), họ có bị kẹt khi nhìn vào UTC không?

time  ntp  utc 

Có một chủ đề tương tự (cũ hơn) đang chạy ở sage-thành viên: mailman.sage.org/pipermail/sage-members/2010/msg00592.html
adamo

Và tất nhiên vì bạn cũng đã đăng câu hỏi về các thành viên hiền triết, chủ đề (mới) mailman.sage.org/pipermail/sage-members/2010/msg01194.html :)
adamo

2
UTC một múi giờ để thống trị tất cả ...

Câu trả lời:


19

Như với hầu hết mọi thứ, "nó phụ thuộc".

  • Có phải tất cả quản trị viên / người dùng của bạn trong cùng một múi giờ? Có lẽ TZ của họ sẽ thích hợp.
  • Các máy móc có tương tác với môi trường địa phương? TZ địa phương có thể là tốt.
  • Có phải tất cả các bản ghi được kéo đến một vị trí trung tâm để phân tích? UTC có thể giúp đỡ ở đó.
  • Các máy móc có giao tiếp với nhau theo cách mà thời gian quan trọng không? UTC có thể giúp ngăn ngừa các vấn đề không phù hợp ngớ ngẩn.
  • Nhà cung cấp hệ điều hành (nhiều khả năng cho thiết bị mạng) có gợi ý không? Xem xét điều đó.
  • DST sẽ làm phiền bạn chứ? Sử dụng UTC.
  • Bạn nghĩ gì sẽ làm cho cuộc sống của bạn dễ dàng hơn? Sử dụng nó.

Tôi đã thực hiện tất cả các tùy chọn (Địa phương, UTC, tùy ý nhưng nhất quán) và thích "giờ địa phương đến văn phòng tại nhà cho tất cả các máy" vì đó là nơi các sysadins và người dùng, mặc dù các máy này nằm rải rác trên khắp thế giới .


4
Vâng, tôi sẽ thêm một vài tiêu chí. 1) Nếu bạn có các tổ chức hỗ trợ ở nhiều múi giờ, UTC ở mọi nơi có thể sẽ tránh nhầm lẫn (trong trường hợp này, mọi thứ được đặt ở múi giờ 'văn phòng tại nhà' sẽ chỉ phục vụ mọi người trong các văn phòng khác; khi DST khởi động. 2) Nếu bạn phải giao dịch với các nhà cung cấp quốc tế như các nhà mạng viễn thông, nhiều người trong số họ làm việc trong UTC; không phải chuyển đổi dấu thời gian trong nhật ký của bạn khi bạn gửi chúng sẽ tiết kiệm rất nhiều thời gian.
Murali Suriar

Tôi đã làm việc trên các múi giờ khác nhau với các máy chủ khác nhau. Chúng tôi đã gặp sự cố nghiêm trọng với một dự án khi dữ liệu được lưu trữ với múi giờ của máy chủ được đặt thành DST và GMT .. không dễ khắc phục. Không dễ chút nào. UTC là bạn của bạn :)
John Hunt

6

Chúng tôi đặt mọi thứ thành GMT, nó làm cho các tệp nhật ký tương quan trên các hệ thống đơn giản hơn.

Nhưng tôi nghĩ chúng ta nên bỏ múi giờ và tất cả sử dụng GMT cho mọi thứ.


3

Như những người khác đã nói, nó phụ thuộc. Một nhóm rất lớn với kinh nghiệm lâu dài và rộng lớn về vấn đề này đã cân nhắc. Nhóm này là lực lượng quân sự trên toàn thế giới và họ sử dụng UTC (GMT).

Một điều khác để xem xét. Nếu các hệ thống này hỗ trợ mã ứng dụng, bạn có thể biết liệu các ứng dụng có biết múi giờ hay không. Trong một số diễn đàn lập trình tôi tham gia, tôi đề nghị rằng ngày / giờ luôn được lưu trữ trong UTC trong cơ sở dữ liệu và cung cấp cho người dùng cuối tùy chọn về cách họ xem ngày / giờ.


2

Tôi làm việc cho một công ty lưu trữ rất lớn và chúng tôi có các trung tâm dữ liệu trên toàn thế giới. Chúng tôi thường đặt thời gian của máy thành thời gian của trung tâm dữ liệu cục bộ và sau đó sử dụng múi giờ nơi tất cả các nhân viên hỗ trợ của chúng tôi được đặt là thời gian chung mà mọi thứ được chuyển đổi khi sử dụng các công cụ, v.v.

Như những người khác đã nói, không có ai trả lời đúng, nhưng đó là phương pháp chúng tôi sử dụng :)


1

Chính sách ở đây cho biết tất cả các máy được chia thời gian theo múi giờ địa phương của chúng (tức là vị trí thực tế). Điều duy nhất khó khăn là tương quan các mục nhật ký sự kiện (windows machi) vì thời gian được đưa ra nlocal - hầu hết các logfile khác đều ghi thời gian bằng UTC.

nhưng đối với người dùng Windows mà RDesktop vào một máy chủ (vì bất kỳ lý do gì), họ có bị mắc kẹt khi nhìn vào UTC không?

Không hoàn toàn chắc chắn, nhưng tôi nghĩ là có - múi giờ là một thiết lập mức máy.


1

Chúng tôi có các máy được đặt vật lý trong một múi giờ được đặt trước 3 giờ vì ứng dụng mà chúng hỗ trợ.

Chúng tôi cũng có các nhà phát triển xây dựng phần mềm mong đợi sự đồng bộ dưới năm giây giữa các máy chủ, các nhà phát triển hoàn toàn dựa vào thời gian AD để đồng bộ hóa và họ không bận tâm đến việc viết kiểm tra lỗi hoặc xử lý các thói quen cho các trường hợp không đồng bộ hóa và ai khẳng định rằng những thất bại tiếp theo là lỗi của quản trị viên vì không duy trì thời gian mạng theo tiêu chuẩn mà họ đang tưởng tượng ..

Đừng làm những gì chúng ta đã làm. Nó sẽ chỉ làm cho bạn cay đắng.


1

Chỉ cần thêm vào cuộc thảo luận, chúng tôi có các văn phòng rải rác trên khắp thế giới và mỗi người trong số họ có bộ máy chủ web, ứng dụng và cơ sở dữ liệu riêng, với các nhánh ứng dụng khác nhau cho mỗi người trong số họ, vì vậy múi giờ địa phương là một ý tưởng tốt trong khi nói toàn quốc. Đối với các máy chủ của Hoa Kỳ, chúng tôi đang hướng tới Giờ Trung tâm cho tất cả các vị trí để khớp với trung tâm dữ liệu chính của chúng tôi, vì việc sử dụng các múi giờ khác nhau cho các máy chủ ứng dụng và DB sẽ khiến các nhà phát triển gặp khó khăn.


0

Ứng dụng Yeller gần đây đã xuất bản một bài đăng trên blog tư vấn cho tất cả các sysadins sử dụng UTC. Đây là một đoạn trích:

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.

Đùa sang một bên, về cơ bản, chỉ nói rằng chỉ sử dụng UTC có nghĩa là không bận tâm đến Giờ tiết kiệm ánh sáng ban ngày (DST) và các lỗi mà điều này mang lại.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.