Múi giờ địa phương trên máy chủ được coi là có hại? [đóng cửa]

Tôi tò mò về trải nghiệm của các quản trị viên khác với múi giờ, trong bối cảnh các máy chủ được quản lý từ xa, là gì. Trong sự nghiệp của tôi, tôi đã bắt gặp một số quy ước;

1. Luôn luôn, luôn luôn, luôn luôn sử dụng UTC.
2. Luôn luôn, luôn luôn, luôn luôn sử dụng múi giờ của bất cứ nơi nào căn cứ HQ.
3. Sử dụng thời gian địa phương của những người tình cờ được quản lý.
4. Sử dụng thời gian địa phương của vị trí máy chủ.

Ở một số nơi, tôi đã bắt gặp nhiều quy ước và xung đột. Sở thích của tôi là sử dụng UTC, luôn luôn - không tiết kiệm ánh sáng ban ngày. Nhưng vì lý do này hay lý do khác, dường như hầu hết mọi người thích sử dụng một số khái niệm về thời gian địa phương, với tiết kiệm ánh sáng ban ngày. Mặc dù có vẻ như là một vấn đề kỹ thuật đơn giản, các cuộc thảo luận xung quanh việc thay đổi các quy ước dường như luôn có xu hướng đối với các quan điểm tôn giáo.

Bạn đang dùng gì? Bạn nghĩ gì về ưu điểm và nhược điểm của từng phương pháp?

• Đồng hồ phần cứng phải luôn là UTC. Luôn luôn.
• Múi giờ như một thiết lập có thể là bất cứ điều gì thuận tiện. Thông thường. Đôi khi nó cũng nên là UTC.

Một số lý do tại sao UTC là tốt đẹp:

• Quy tắc tiết kiệm ánh sáng ban ngày thay đổi và cập nhật không phải lúc nào cũng diễn ra một cách kịp thời. UTC làm cho điều này biến mất.
• Khi các bản ghi từ các máy chủ ở các vị trí khác nhau cần được so sánh, UTC tạo ra một tiêu chuẩn chung tuyệt vời.
• Thông thường, khi các máy chủ ở các vị trí khác nhau, người hoặc ứng dụng hoặc cả hai phải xử lý chuyển đổi thời gian trong khi thực hiện, giả sử, chèn cơ sở dữ liệu. Nếu bạn có một chuyển đổi duy nhất (sang UTC) thì việc chuyển quyền trở nên dễ dàng hơn nhiều so với việc bạn phải chuyển đổi từ TZ này sang TZ khác, thay đổi theo máy chủ, TZ.

Tôi thích tùy chọn 4. Trách nhiệm của các ứng dụng chạy trên máy chủ là quyết định có lưu trữ giá trị DateTime trong UTC hay không.

Ngoài ra, khi máy chủ ghi lại nhật ký sự kiện hệ thống, thật tuyệt khi có thể tương quan các sự kiện cục bộ với các mục nhật ký. Ví dụ: nếu trung tâm dữ liệu báo cáo sự gián đoạn mạng theo giờ địa phương, bạn có thể dễ dàng xác định bất kỳ sự cố nào xảy ra mà không phải chuyển đổi giá trị thời gian trong đầu.

Không, không, một ngàn lần không.

Có hai loại lập trình viên ... Những người hiểu localtime nên được sử dụng để hiển thị / định dạng mục đích duy nhất , và những người được vẽ mình vào một góc ... và họ đang vẽ với dầu hỏa .

Tất cả các sự kiện phải được ghi lại trong UTC và kết quả được chuyển đổi thành giờ địa phương chỉ để hiển thị chúng cho người dùng. Chết tiệt là những người không làm điều này, và đôi khi bị nguyền rủa là những người sử dụng giờ địa phương theo định dạng loại bỏ thông tin múi giờ (Tôi đang nhìn vào bạn , Oracle DBAs).

Hãy nghĩ về nó giống như một kiểm tra mờ nhạt ... Nếu bạn chuyển đổi thời gian thành giờ địa phương và sau đó làm bất cứ điều gì với nó mà không phát ra nó thành STDOUT, chương trình của bạn không chỉ thoát với một lỗi nghiêm trọng, mà còn xóa nguồn của bạn để dạy bạn một bài học

Khi được lựa chọn, tôi muốn giữ đồng hồ BIOS trên UTC nhưng thời gian máy chủ thực tế là giờ địa phương. Chúng tôi không có sự hiện diện của nhiều múi giờ nên việc xác định thời gian đăng nhập thống nhất không phải là vấn đề mà nó sẽ xảy ra đối với 3M.

Trong công ty của tôi, chúng tôi đã có tất cả các máy chủ trong một TZ duy nhất cho đến năm nay. Bây giờ chúng tôi có máy chủ trong 3 múi giờ mới. Tất cả các máy chủ chạy với múi giờ địa phương của chúng tôi. Điều này khá hữu ích để phân tích nhật ký , đặc biệt là khi chúng tôi đã phân phối các trang web chạy trên 3 múi giờ.

Tuy nhiên, trong một trường hợp đặc biệt , chúng tôi đã rời khỏi một máy chủ với TZ khách hàng của chúng tôi. Ứng dụng này được cho là hầu hết thời gian trong ngày và các nhiệm vụ bảo trì thường được thiết lập để chạy trong "đêm". Lúc đầu, chúng tôi đặt máy chủ trong TZ của chúng tôi nhưng các nhiệm vụ bảo trì đã làm chậm quá nhiều thứ cho khách hàng "chúng tôi làm việc khi bạn ngủ" yêu quý của chúng tôi ...

UTC cũng là một lựa chọn rất hay. Trừ khi mọi người luôn đề cập đến múi giờ địa phương khi xem nhật ký (đó là trường hợp ở đây).

Tôi chạy tất cả các máy chủ của mình trên UTC và tôi chuyển đổi bất kỳ máy chủ nào trong tầm kiểm soát của mình ngay khi có thể.

Một ngoại lệ cho đến nay là một máy chủ hoa thị, mà tôi phải rời đi vào giờ địa phương. Thay đổi nó thành UTC hoàn toàn phá vỡ dấu hoa thị. (Đó là vào ngày 1.6, hy vọng điều này sẽ không thành vấn đề khi tôi bắt đầu nâng cấp nó vào cuối năm nay.)