Por que as grandes instalações do Exchange exigem tempo de inatividade para manutenção?

Question

Eu tenho usado vários provedores de Exchange terceirizados de nível superior ao longo dos anos, e todos eles tiveram períodos de inatividade regulares programados para manutenção de rotina (aproximadamente uma vez por mês). Eu estou querendo saber o que é sobre o Exchange que torna impossível evitar o tempo de inatividade desta natureza? É realmente impossível manter o tempo de atividade 24x7 ou proibitivamente caro e por quê?

    

Answer 1

As atualizações do Windows e do Exchange sempre exigem reinicializações para concluir a instalação, portanto, isso é parte disso. Com bom planejamento e configuração adequada (balanceadores de carga e clustering), você pode manter o tempo de atividade 24x7 para que o email esteja sempre disponível em um servidor.

No entanto, no lado do cliente, sempre há uma breve interrupção (de 5 a 30 segundos), conforme o Outlook descobre que o servidor CAS ao qual está conectado está off-line e a Descoberta Automática a alterna para outra. Normalmente, você obtém a mensagem "O Exchange Server fez uma alteração que requer que você reinicie o Outlook" quando isso acontece.

Não é uma interrupção longa, mas isso é considerado uma interrupção, por isso é necessário programar o tempo de manutenção para isso. Há também a chance de algo dar errado durante o período de manutenção, então para o CYA você precisa agendar.

EDITAR: Então descobri que se você colocar um balanceador de carga na frente de seus servidores CAS, você não receberá a mensagem "O Administrador do Exchange fez uma alteração ..." no Outlook. Você ainda terá uma breve interrupção enquanto o balanceador de carga alterna para um servidor CAS ativo.

    

Answer 2

longa história curta ... você não está usando esse grande de provedores.

Não há motivos para que você precise agendar o tempo de inatividade regular de um ambiente do Exchange (embora agendar janelas de manutenção regulares seja sempre uma coisa sensata). Especialmente com o Exchange 2010. Contanto que sua redundância seja planejada e implementada corretamente, tudo flui. Rede redundante, armazenamento redundante, servidores redundantes.

Você provavelmente não conseguirá isso usando um provedor de $ 3 / mês. Eu não revendo caixas de correio do Exchange de $ 3 / mês. A maioria dos meus motivos para recomendar o Exchange hospedado trata da importância do email e do tempo de atividade. Você tem que pagar mais por um provedor que não desce o tempo todo, mas o ROI faz sentido.

Nosso provedor envia e-mails para cada manutenção programada. Nós recebemos pelo menos um deles por mês. 99% deles basicamente leram: "Estamos fazendo manutenção em nossos servidores entre 2h e 2h15. Você pode perceber 15 a 30 segundos de problemas de conectividade enquanto as caixas de correio / armazenamento apresentam failover".

Se você procura um tempo de atividade de 100% sem 30 segundos de failover, não encontrará isso em lugar algum. Não com o Exchange, não com o Google Apps, não com o Domino. 100% de tempo de atividade não existe. As janelas de manutenção sempre serão necessárias e os failovers ainda exigem tempo (mesmo que esse tempo seja breve).

Portanto, encontre um novo provedor que possa custar mais, mas que forneça o tipo de tempo de atividade que você precisa.

    

Answer 3

Mantenha a redundância N + 1 para literalmente todas as partes da rede para garantir que nenhum tempo de inatividade para manutenção seja mais caro; mais do que o serviço não seria mais competitivo em termos de preço. A maioria das empresas é muito tolerante com o mínimo de inatividade programada. Isso não é exclusivo do Exchange, quase todos os fornecedores de hospedagem, de qualquer tipo, lidam com aproximadamente a mesma coisa.

No caso do Exchange, ele vai cair uma vez por mês (pelo menos) para Patch Tuesday.

    

Answer 4

A única manutenção de rotina que o Exchange precisa é a correção dos servidores, que em um ambiente adequadamente construído não deve criar nenhum tempo de inatividade: mesmo com apenas dois servidores, você pode manter um deles ativo enquanto corrige & reinicie o outro. Fazer backups não cria nenhum tempo de inatividade, e as restaurações de teste são algo que precisa ser feito em um ambiente de DR, não em servidores ativos. Eu realmente não entendo o que é essa "manutenção de rotina" ou por que ela deveria ser necessária.

Não estou dizendo, claro, que garantir 99% de tempo de atividade é fácil; problemas acontecem, mesmo nos melhores e mais caros ambientes. O que estou dizendo é que não há nenhuma razão para derrubar um sistema do Exchange para manutenção de rotina. A menos que você execute desfragmentações offline de rotina de seus bancos de dados ... algo que ninguém em sã consciência deveria estar fazendo (mas ainda assim ...).

    

Answer 5

Não há nada no Exchange que o torne inerentemente não confiável ou propenso a cair ... na verdade, eu diria que o contrário se aplica. Depende de como os provedores estão configurados para fornecer seu serviço do Exchange.

Um serviço pode ser fornecido por um ou mais servidores - os principais sites, sistemas de e-mail (por exemplo, gmail, hotmail, etc) são fornecidos por grupos de servidores projetados para permitir que alguns dos servidores que hospedam o serviço estejam off-line sem afetar a disponibilidade do serviço.

Se os servidores que fornecem o serviço forem criados em um sistema que suporte alta disponibilidade (por exemplo, clustering), é possível que alguns dos servidores que fornecem o serviço estejam off-line sem realmente colocar o serviço offline.

Essa é a teoria ... e a teoria pode ser feita para funcionar na prática. A questão é quanto o provedor está preparado para gastar em hardware, projeto de sistemas e suporte (o custo de passar de 99,99% disponível para 99,999% disponível é muito maior que o custo de passar de 99% para 99,9% disponível, por exemplo) . No caso de um serviço hospedado, isso rapidamente se torna uma questão de quanto as pessoas estão preparadas para pagar pelo serviço.

Para um provedor, isso pode rapidamente se tornar proibitivamente caro, e quando você está gravando para uma disponibilidade muito alta, então mesmo é muito pequeno quantidades de tempo de inatividade podem prejudicar suas estatísticas .