Tại sao cài đặt Exchange lớn yêu cầu thời gian chết để bảo trì?


8

Tôi đã sử dụng một số nhà cung cấp Exchange bên thứ ba hàng đầu trong những năm qua, và tất cả trong số họ đã có thời gian ngừng hoạt động theo lịch trình thường xuyên để bảo trì định kỳ (khoảng một tháng một lần). Tôi đang tự hỏi điều gì về Exchange khiến nó không thể tránh khỏi thời gian chết của bản chất này? Có thực sự không thể duy trì thời gian hoạt động 24x7 hay chỉ tốn kém quá nhiều và tại sao?


2
IMO theo cách câu hỏi này được hỏi làm cho nó lạc đề đối với serverfault. Trang web này dành cho các hệ thống bạn quản lý, không phải câu hỏi về cách các nhà cung cấp dịch vụ lưu trữ đã thiết lập hệ thống của họ. Một câu hỏi như 'làm thế nào để tôi thiết lập trao đổi để không bị cúp bảo trì' sẽ ổn.
Zoredache

@Zoredache Hiện đã sử dụng ba máy chủ Exchange khác nhau trong một khoảng thời gian đáng kể (hơn một năm) và cả ba đều thực hiện bảo trì theo lịch trình thường xuyên, tôi cảm thấy an toàn với giả định rằng thiết lập cài đặt Exchange không bị ngừng hoạt động là không thực tế. Tôi muốn tìm hiểu tại sao. @Zippy dường như đã có câu trả lời.
Michael Teper

Tôi đồng ý với Zoredache, đây là câu hỏi của người dùng cuối. Nó cũng hoàn toàn chủ quan, mặc dù câu trả lời ngắn gọn phải là: Lý do tương tự tất cả các hệ thống Windows đều ngoại tuyến để bảo trì (ví dụ: vá, cập nhật, v.v.)
John Gardeniers

Các hệ thống Linux cũng cần vá và cập nhật.
ceejayoz

Câu trả lời:


7

Các bản cập nhật Windows và Exchange luôn yêu cầu khởi động lại để hoàn tất cài đặt, vì vậy đó là một phần của nó. Với kế hoạch tốt và thiết lập đúng (cân bằng tải và phân cụm), bạn có thể duy trì thời gian hoạt động 24x7 để email luôn có sẵn trên một máy chủ.

Tuy nhiên, về phía khách hàng, luôn có một sự cố ngừng hoạt động (5-30 giây) khi Outlook chỉ ra máy chủ CAS được kết nối là ngoại tuyến và Tự động phát hiện chuyển nó sang máy chủ khác. Thông thường, bạn nhận được thông báo "Quản trị viên trao đổi đã thực hiện thay đổi yêu cầu bạn khởi động lại Outlook" khi điều này xảy ra.

Đây không phải là một lần mất điện dài, nhưng nó được coi là mất điện, vì vậy đó là lý do tại sao bạn cần sắp xếp thời gian bảo trì để thực hiện. Cũng có khả năng xảy ra sự cố trong thời gian bảo trì, vì vậy để CYA bạn cần lên lịch cho nó.

EDIT: Vì vậy, tôi đã phát hiện ra nếu bạn đặt một bộ cân bằng tải trước các máy chủ CAS của bạn, bạn sẽ không nhận được thông báo "Quản trị viên trao đổi đã thực hiện thay đổi ..." trong Outlook. Bạn vẫn sẽ bị cúp điện khi bộ cân bằng tải chuyển bạn sang máy chủ CAS đang hoạt động.


không có lý do gì để chuyển đổi máy chủ nên yêu cầu khách hàng khởi động lại phần mềm của họ (điều này cũng vô lý như yêu cầu người dùng khởi động lại IE / Firefox nếu máy chủ web khởi động lại), đây chỉ là một lỗ hổng trong chính Exchange.
Lie Ryan

Điều này nghe có vẻ như câu trả lời hợp lý nhất cho đến nay, nhưng nó bị mâu thuẫn trực tiếp bởi câu trả lời của @ Massimo. Tôi hơi hụt hẫng khi quyết định chọn giải thưởng nào cho câu trả lời. Gợi ý?
Michael Teper

Tôi sẽ bỏ phiếu cho câu trả lời của zippy trên massimo. Bạn sẽ luôn có khoảng thời gian cắt ngắn khi thư không thể truy cập được, ngay cả với hai máy chủ và bộ nhớ chia sẻ. Chế độ lưu trữ trên máy khách có thể làm cho nó ít rõ ràng hơn khi điều này xảy ra, nhưng tôi thực sự không muốn hai máy chủ truy cập vào cùng một cửa hàng sao lưu cùng một lúc.
Robert Novak

9

Câu chuyện dài ... Bạn không sử dụng nhà cung cấp tuyệt vời đó.

Không có lý do tại sao bạn cần lên lịch ngừng hoạt động thường xuyên của môi trường Exchange (mặc dù lập lịch các cửa sổ bảo trì thường xuyên luôn là một điều khôn ngoan). Đặc biệt là với Exchange 2010. Miễn là dự phòng của bạn được lên kế hoạch và thực hiện đúng mọi thứ chỉ là dòng chảy. Mạng dự phòng, lưu trữ dự phòng, máy chủ dự phòng.

Bạn có thể sẽ không nhận được điều này bằng cách sử dụng nhà cung cấp $ 3 / tháng. Tôi không bán lại $ 3 / tháng Hộp thư trao đổi. Hầu hết các lý do của tôi để đề xuất giao dịch Exchange được lưu trữ với tầm quan trọng của email và thời gian hoạt động. Bạn phải trả nhiều tiền hơn cho một nhà cung cấp không ngừng hoạt động, nhưng ROI có ý nghĩa.

Nhà cung cấp của chúng tôi gửi email cho mỗi lần bảo trì theo lịch trình. Chúng tôi nhận được ít nhất một trong số họ một tháng. 99% trong số họ về cơ bản đọc, "Chúng tôi đang bảo trì máy chủ của chúng tôi trong khoảng thời gian từ 2 giờ sáng đến 2 giờ 15 phút. Bạn có thể nhận thấy 15-30 giây sự cố kết nối trong khi hộp thư / bộ lưu trữ bị lỗi."

Nếu bạn đang tìm kiếm 100% thời gian hoạt động mà không có 30 giây chuyển đổi dự phòng, bạn sẽ không tìm thấy điều đó ở bất cứ đâu. Không phải với Exchange, không phải với Google Apps, không phải với Domino. 100% thời gian hoạt động không tồn tại. Cửa sổ bảo trì sẽ luôn luôn cần thiết và chuyển đổi dự phòng vẫn cần thời gian (ngay cả khi thời gian đó là ngắn).

Vì vậy, tìm một nhà cung cấp mới có thể chi phí nhiều hơn nhưng sẽ cung cấp cho bạn loại thời gian hoạt động bạn cần.


2
@Jason Tôi xin lỗi, nhưng câu trả lời của bạn là một mâu thuẫn. Đầu tiên bạn nói rằng thời gian chết thường xuyên là không bắt buộc và sau đó bạn nói rằng nó là, và không ai có thể tránh nó. Bạn trích dẫn Google làm ví dụ cho Exchange, tuy nhiên tôi chưa bao giờ nhận được thông báo ngừng hoạt động cho GMail hoặc Google Apps. Bạn cũng, không chính xác, cho rằng tôi đã sử dụng các nhà cung cấp Exchange tầng dưới cùng. Thực tế tôi không có, và tôi đã trả hơn 3 đô la / hộp thư / tháng.
Michael Teper

2
Bạn có thể sẽ không nhận được thông báo thời gian chết từ các ứng dụng gmail hoặc google, nhưng điều đó không có nghĩa là bạn sẽ không bị xuống cấp nghiêm trọng theo thời gian (3-4 lần trong tháng trước cho tên miền của tôi).
Robert Novak

1
Và Jason không mâu thuẫn với chính mình. Cửa sổ bảo trì theo lịch trình (khung thời gian dự đoán để bảo trì theo kế hoạch, khi cần thiết) là một thực hành rất tốt. Thời gian chết theo lịch trình (mất điện có thể dự đoán / được đảm bảo) sẽ không được. Thấy sự khác biệt?
Robert Novak

3
but your answer is a contradition. First you say that regular downtime is not required and then you say that it is. Không thực sự, thời gian chết thực tế, không bắt buộc, nhưng có thể có một khoảng thời gian ngắn mà việc chuyển đổi dự phòng xảy ra. Tôi sẽ không gọi máy chủ 'xuống' trong cửa sổ chuyển đổi dự phòng. Các hệ thống riêng lẻ phải được bảo trì, nhưng toàn bộ cài đặt Exchange sẽ không phải ngừng hoạt động nếu bạn dành nhiều $$$ để thiết lập đúng.
Zoredache

Làm thế nào là 100% thời gian hoạt động không thể? Bạn không thể có một số máy chủ có bản ghi MX ưu tiên thấp hơn giữ thư trong khi các máy chủ chính không hoạt động?
Daniel Lo Nigro

7

Giữ dự phòng N + 1 cho mỗi phần của mạng theo nghĩa đen để đảm bảo không có thời gian chết để bảo trì sẽ có chi phí cao hơn; đủ nhiều hơn dịch vụ sẽ không còn cạnh tranh về giá. Hầu hết các doanh nghiệp rất khoan dung với thời gian chết theo lịch trình tối thiểu. Điều này không dành riêng cho Exchange, hầu hết mọi nhà cung cấp dịch vụ lưu trữ, dưới bất kỳ hình thức nào, tôi đã xử lý đều có cùng một điều.

Trong trường hợp trao đổi, nó sẽ giảm xuống mỗi tháng một lần (ít nhất là) cho Patch thứ ba.


6
Mọi người đều muốn 100% thời gian hoạt động, nhưng rất ít người sẵn sàng hoặc có khả năng trả tiền cho nó. Đối với máy chủ email, tôi nghĩ rằng hầu hết mọi người đều ổn với 99% thời gian hoạt động.
zippy

1
Giữ dự phòng N + 1 là chi phí thấp cho giá trị lớn của N, OP quan tâm đến việc cài đặt Exchange lớn, do đó có thể đủ khả năng dự phòng N + 1.
Lie Ryan

@Lie Ryan - chi phí cho mỗi người dùng có thể thấp hơn trên cơ sở cài đặt lớn, nhưng nó không miễn phí. Nếu mọi người phải đối mặt với lưu trữ trao đổi với giá 10 đô la một tháng và trao đổi lưu trữ với giá 5 đô la một tháng thì có bao nhiêu người sẽ chọn gói chi phí thấp hơn và nắm bắt được thời gian chết của họ và thậm chí không bao giờ nhận ra rằng máy chủ lưu trữ 10 đô la mỗi tháng có sẵn gấp 3 lần máy chủ lưu trữ 5 đô la và đó là lý do tại sao nó có giá cao hơn?
Rob Moir

5

Bảo trì thường xuyên duy nhất mà Exchange cần là vá các máy chủ, trong một môi trường được xây dựng đúng cách sẽ không tạo ra thời gian chết: thậm chí chỉ với hai máy chủ bạn có thể giữ một trong số chúng hoạt động trong khi bạn vá và khởi động lại máy chủ kia. Việc sao lưu không tạo ra bất kỳ thời gian chết nào và kiểm tra khôi phục là điều cần được thực hiện trong môi trường DR, không phải trên các máy chủ trực tiếp. Tôi thực sự không hiểu "bảo trì thường xuyên" này là gì hoặc tại sao nó lại cần thiết.

Tất nhiên tôi không nói rằng việc đảm bảo 99% thời gian hoạt động là dễ dàng; rắc rối xảy ra, ngay cả trong môi trường tốt nhất và đắt tiền nhất. Điều tôi đang nói là, không có lý do nào để gỡ bỏ một hệ thống Exchange để "bảo trì thường xuyên". Trừ khi bạn thực hiện phân mảnh ngoại tuyến thường xuyên cho cơ sở dữ liệu của mình ... một việc mà không ai có thể làm được nữa (nhưng vẫn ...).


0

Không có gì trong Exchange khiến nó vốn không đáng tin cậy hoặc dễ bị đi xuống ... thực tế tôi cho rằng điều ngược lại được áp dụng. Nó phụ thuộc vào cách các nhà cung cấp được thiết lập để cung cấp dịch vụ Exchange của họ .

Một dịch vụ có thể được cung cấp bởi một hoặc nhiều máy chủ - các trang web lớn, hệ thống email (ví dụ: gmail, hotmail, v.v.) được cung cấp bởi các nhóm máy chủ được thiết kế để cho phép một số máy chủ lưu trữ dịch vụ ngoại tuyến mà không ảnh hưởng đến tính khả dụng của dịch vụ.

Nếu các máy chủ cung cấp dịch vụ được xây dựng trên một hệ thống hỗ trợ tính sẵn sàng cao (ví dụ: phân cụm) thì một số máy chủ cung cấp dịch vụ sẽ ngoại tuyến mà không thực sự sử dụng dịch vụ ngoại tuyến.

Đó là lý thuyết ... và lý thuyết có thể được thực hiện để hoạt động trong thực tế. Câu hỏi đặt ra là nhà cung cấp đã chuẩn bị chi bao nhiêu cho phần cứng, thiết kế và hỗ trợ hệ thống (ví dụ: chi phí đi từ 99,99% đến 99,999% cao hơn nhiều so với chi phí đi từ 99% đến 99,9% khả dụng) . Trong trường hợp dịch vụ được lưu trữ, điều này nhanh chóng trở thành một câu hỏi về việc mọi người chuẩn bị trả bao nhiêu cho dịch vụ này.

Đối với một nhà cung cấp, điều này có thể nhanh chóng trở nên đắt đỏ và khi bạn chụp với tính sẵn sàng rất cao thì ngay cả một lượng rất nhỏ thời gian chết cũng có thể làm giảm chỉ số của bạn .

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.