Почему большие установки Exchange требуют простоя для обслуживания?

8

В течение многих лет я использовал несколько ведущих поставщиков Exchange третьего уровня, и у всех из них были регулярные плановые простои для планового обслуживания (примерно раз в месяц). Мне интересно, что такого в Exchange делает невозможным избежать простоев такого рода? Действительно ли невозможно поддерживать круглосуточную безотказную работу или просто слишком дорого и почему?

Майкл Тепер
источник
2
IMO, как этот вопрос задается, делает его не по теме для отказа сервера. Этот сайт предназначен для администрируемых вами систем, а не для вопросов о том, как хостинг-провайдеры настроили свою систему. Вопрос типа «как настроить обмен, чтобы не было перебоев в обслуживании» был бы нормальным.
Зоредаче
@Zoredache Теперь, когда в течение значительного периода времени (более года) использовались три разных хостера Exchange, и все три выполняли регулярное плановое обслуживание, я чувствовал себя в безопасности, предполагая, что установка установки Exchange без сбоев нецелесообразна. Я хотел выяснить, почему. У @Zippy, похоже, есть ответ.
Майкл Тепер
Я согласен с Zoredache, это вопрос конечного пользователя. Это также совершенно субъективно, хотя краткий ответ должен быть следующим: одна и та же причина, по которой все системы Windows отключаются для обслуживания (например, исправления, обновления и т. Д.)
Джон Гарденер,
Системы Linux также требуют исправлений и обновлений.
ceejayoz

Ответы:

7

Обновления Windows и Exchange всегда требуют перезагрузки для завершения установки, так что это часть этого. При хорошем планировании и правильной настройке (балансировщики нагрузки и кластеризация) вы можете поддерживать круглосуточную работоспособность, чтобы электронная почта всегда была доступна на одном сервере.

На стороне клиента всегда есть кратковременное отключение (5-30 секунд), поскольку Outlook выясняет, что сервер CAS, к которому он подключен, находится в автономном режиме, а автообнаружение переключает его на другой. Обычно вы получаете сообщение «Администратор Exchange внес изменения, требующие перезапуска Outlook», когда это происходит.

Это не длительное отключение, но оно считается отключением, поэтому для этого необходимо запланировать время обслуживания. Существует также вероятность того, что что-то пойдет не так в течение периода обслуживания, поэтому для CYA вам нужно запланировать это.

РЕДАКТИРОВАТЬ: Итак, я обнаружил, что если вы поставите балансировщик нагрузки перед вашими серверами CAS, вы не получите сообщение «Администратор Exchange внес изменения ...» в Outlook. У вас все еще будет короткое отключение, так как балансировщик нагрузки переключает вас на активный сервер CAS.

проворный
источник
нет никакой причины, по которой серверный коммутатор должен требовать, чтобы клиенты перезапускали свое программное обеспечение (это так же нелепо, как требование перезапускать IE / Firefox, если веб-сервер перезагружается), это просто недостаток в самом Exchange.
Ли Райан
Это звучит как наиболее правдоподобный ответ на данный момент, но это прямо противоречит ответу @ Massimo. Я немного растерялся относительно того, как решить, какой из них присудить ответ. Предложения?
Майкл Тепер
Я бы проголосовал за ответ Зиппи за Массимо. У вас всегда будет такой короткий период переключения, когда почта недоступна, даже с двумя серверами и общим хранилищем. Кэшированный режим на клиенте может сделать его менее очевидным, когда это произойдет, но я бы не хотел, чтобы два сервера обращались к одному и тому же резервному хранилищу одновременно.
Роберт Новак
9

Короче говоря ... Вы не используете этот великий провайдеров.

Нет причин, по которым вам нужно планировать регулярное время простоя среды Exchange (хотя планирование регулярных окон обслуживания всегда разумно). Особенно с Exchange 2010. Пока ваша избыточность спланирована и реализована должным образом, все просто течет. Резервная сеть, резервное хранилище, резервные серверы.

Вы, вероятно, не собираетесь получить это, используя поставщика за 3 $ / месяц. Я не перепродаю почтовые ящики Exchange за 3 доллара в месяц. Большинство причин, по которым я рекомендую размещать Exchange, связаны с важностью электронной почты и времени безотказной работы. Вы должны платить больше за провайдера, который не работает постоянно, но окупаемость инвестиций имеет смысл.

Наш провайдер рассылает электронные письма для каждого планового технического обслуживания. Мы получаем по крайней мере один из них в месяц. 99% из них в основном читают: «Мы проводим техническое обслуживание на наших серверах с 2:00 до 02:15. Вы можете заметить 15-30 секунд проблем с подключением при сбое почтовых ящиков / хранилища».

Если вы ищете 100% времени безотказной работы в течение 30 секунд, вы просто не найдете этого нигде. Не с Exchange, не с Google Apps, не с Domino. 100% безотказной работы не существует. Окна обслуживания всегда будут необходимы, а для отработки отказа по-прежнему требуется время (даже если это время короткое).

Так что найдите нового провайдера, который может стоить дороже, но предоставит вам необходимое время безотказной работы.

Джейсон Берг
источник
2
@ Джейсон, прости, но твой ответ противоречит. Сначала вы говорите, что регулярные простои не требуются, а потом говорите, что это так, и никто не может этого избежать. Вы ссылаетесь на Google как на контрпример к Exchange, однако я никогда не получал уведомления о простоях GMail или Google Apps. Вы также ошибочно полагаете, что я использовал провайдеров Exchange нижнего уровня. На самом деле у меня нет, и я плачу гораздо больше, чем $ 3 / почтовый ящик / месяц.
Майкл Тепер
2
Вероятно, вы не будете получать уведомления о простоях из приложений gmail или google, но это не значит, что вы не будете время от времени подвергаться серьезной деградации (3-4 раза за последний месяц для моих доменов).
Роберт Новак
1
И Джейсон не противоречит сам себе. Периоды планового технического обслуживания (прогнозируемые временные рамки для планового технического обслуживания, когда это необходимо) - очень хорошая практика. Запланированное время простоя (предсказуемые / гарантированные отключения) не будет. Увидеть разницу?
Роберт Новак
3
but your answer is a contradition. First you say that regular downtime is not required and then you say that it is, Не совсем, фактическое время простоя не требуется, но может быть короткий промежуток времени, когда происходит аварийное переключение. Я бы не назвал сервер «выключенным» во время аварийного переключения. Отдельные системы должны обслуживаться, но вся установка Exchange не должна выходить из строя, если вы потратите много $$$ для ее правильной настройки.
Зоредаче
Как 100% безотказная работа невозможна? Не могли бы вы просто иметь несколько серверов с MX-записями с более низким приоритетом, которые хранят почту, пока главные серверы не работают?
Даниэль Ло Нигро
7

Сохраняйте избыточность N + 1 буквально для каждой части сети, чтобы исключить простои в обслуживании; достаточно больше, чем услуга больше не будет конкурентоспособной ценой. Большинство предприятий очень терпимо относятся к минимальным запланированным простоям. Это не эксклюзивно для Exchange, почти каждый поставщик хостинга любого типа, с которым я имел дело, делает примерно то же самое.

В случае с Exchange это будет выходить раз в месяц (как минимум) для Patch вторник.

Крис С
источник
6
Каждый хочет 100% бесперебойной работы, но очень немногие готовы или способны платить за это. Что касается серверов электронной почты, я думаю, что большинство людей хорошо с 99% безотказной работы
Молния
1
Сохранение избыточности N + 1 является низкой стоимостью для большого значения N, OP заинтересован в большой установке Exchange, которая должна иметь возможность обеспечить избыточность N + 1.
Ли Райан
@Lie Ryan - стоимость на пользователя может быть ниже на больших установочных базах, но это не бесплатно. Если люди сталкиваются с обменным хостингом за 10 долларов в месяц и с обменным хостингом за 5 долларов в месяц, то кто из них выберет более дешевый план и будет беспокоиться о времени простоя, и никогда даже не поймет, что хост с 10 долларами в месяц в 3 раза больше доступности хоста за 5 долларов и поэтому стоит дороже?
Роб Мойр
5

Единственное рутинное обслуживание, в котором нуждается Exchange, - это исправление серверов, что в правильно построенной среде вообще не должно вызывать простоев: даже при наличии только двух серверов вы можете поддерживать один из них активным, пока вы исправляете и перезагружаете другой. Создание резервных копий не приводит к простоям, а тестирование - это то, что нужно делать в среде аварийного восстановления, а не на живых серверах. Я действительно не понимаю, что такое «текущее обслуживание» или зачем оно вообще нужно.

Я не говорю, конечно, что обеспечить 99% безотказной работы легко; неприятности случаются даже в самых лучших и дорогих условиях. Я хочу сказать, что нет никакой причины отключать систему Exchange для «текущего обслуживания». Если вы не выполняете обычную автономную дефрагментацию своих баз данных ... то, что никто в здравом уме не должен делать больше (но все же ...).

Massimo
источник
0

В Exchange нет ничего, что делает его по своей природе ненадежным или склонным к падению ... на самом деле я бы сказал, что применяется обратное. Это зависит от того, как провайдеры настроены на предоставление своих услуг Exchange .

Услуга может быть предоставлена одним или несколькими серверами - крупных веб - сайтов, системы электронной почты (например , Gmail, Hotmail и т.д.) предоставляются группами серверов, которые предназначены для обеспечения некоторых серверов , обслуживание , чтобы находиться в автономном режиме , не влияя на доступность службы.

Если серверы, предоставляющие службу, построены на системе, которая поддерживает высокую доступность (например, кластеризацию), то некоторые серверы, предоставляющие службу, могут быть отключены без фактического отключения самой службы.

Это теория ... и эту теорию можно заставить работать на практике. Вопрос в том, сколько провайдер готов потратить на оборудование, проектирование и поддержку систем (например, стоимость перехода с 99,99% до 99,999% намного выше стоимости перехода с 99% до 99,9%). , В случае размещенной службы это быстро становится вопросом того, сколько люди готовы заплатить за услугу.

Для провайдера это может быстро стать чрезмерно дорогим, а когда вы снимаете с очень высокой доступностью, даже очень малое время простоя может подорвать вашу статистику .

Роб Моир
источник