Implante o e-mail do Microsoft 365 ou virtualize o Microsoft Exchange no local

O Exchange é a tábua de salvação de virtualmente todas as empresas neste mundo. Pode parecer o fim do mundo quando seu e-mail é lento. Portanto, quando chegar a hora de atualizar seus servidores de e-mail, sempre há um planejamento cuidadoso e muito a considerar, especialmente em um momento em que os departamentos de TI têm a tarefa de fornecer economia de custos. Muitas vezes me perguntam como devo atualizar ou devo ir para a nuvem e deixar o trabalho para a Microsoft. E a virtualização e sua arquitetura realmente suportada? Esta postagem é para ajudá-lo a avaliar suas opções. Tem algum conhecimento técnico, opiniões e alguns discursos, juntamente com referências de Star Trek, mas acima de tudo, espero que seja útil para você. Então, vamos começar a ver se você deve implantar o Microsoft 365 Email ou Virtualize Microsoft Exchange On-Prem…

Implantar o e-mail do Microsoft 365 - Pequeno navio - Faça parte do coletivo

Se você é uma empresa com 200 funcionários ou menos e está pensando em atualizar seu ambiente Exchange, não atualize, apenas seja assimilado pelo Microsoft 365 Borg. Vá para a nuvem! Quando digo nuvem, quero dizer Microsoft 365. Dada a quantidade de treinamento e conhecimento necessários para executar um ambiente de intercâmbio para um pequeno ambiente local, é muito melhor deixar outra pessoa fazer o trabalho duro, ou seja, a Microsoft. Faça parte do coletivo e sua equipe de TI pode se concentrar em outros assuntos.

O M365 tem muitas ofertas com diferentes preços que podem atender às suas necessidades. Implantar o Exchange no local com todos os recursos requer muito trabalho e manutenção. O tempo necessário para cuidar do Exchange não vale a pena quando você obtém tudo no MIcrosoft 365 sem todo o trabalho duro.

A resistência nem sempre é fútil

Para médias e grandes empresas, você tem algumas opções além de ser assimilado pelo Microsoft 365 Borg. Se você escolher não ser assimilado, eu primeiro recomendo que você leia sobre Arquitetura preferida da Microsoft (PA) escrito por Ross Smith IV no blog da equipe do Exchange. Alguns gostam de se referir a isso como o evangelho abençoado pelos Deuses do Exchange e se você seguir, não precisa fazer suas ofertas de sacrifício diárias, pois tudo ficará bem com seus servidores de correio. Para aqueles de nós que não bebem Kool-Aid, consulte este como um guia de referência com recomendações para o melhor desempenho se você atender aos requisitos com ofertas diárias de sacrifício como opcionais.

A arquitetura preferida (PA)

[ALERTA DE SPOILER se você não leu o PA]

Eu pessoalmente acho o PA fofo. É 2016, estamos em um mundo virtualizado. Assim como a Matrix. Agora vivemos em contêineres que vivem em contêineres (Google Docker, se você não tem ideia de qual é a minha referência de contêineres), enquanto a Microsoft prega que os servidores físicos são melhores. Sim, meninos e meninas, a Microsoft prefere que você execute o Exchange em servidores físicos com apenas um monte de discos. Mantenha a simplicidade para seus servidores, remova hipervisores e SANs, use o Exchange High Availability e se preocupe apenas em ativar bancos de dados em caso de falha. Hmmm… Isso significa que um Keanu Reeves bonito vai me salvar da Matrix ???

Não discordo totalmente da arquitetura preferida; na verdade, eu realmente concordo com os componentes dele, exceto para o requisito de hardware físico. No mundo real, todos nós temos diferentes requisitos técnicos e comerciais. Por exemplo, quando você é obrigado a reduzir a pegada de hardware no datacenter sem levar o e-mail para a nuvem. Talvez você apenas queira utilizar seu investimento em sua plataforma de virtualização. Nestes casos, o PA pode não ser o ideal e isso está OK, até a Microsoft diz que está ok (veja a imagem). Eles podem não gostar, mas não há problema em não seguir o evangelho. Significa apenas que você implanta o Exchange em outro suportado projetos de arquitetura.

Virtualização

Agora, de volta às opções para implantar o Exchange quando você não estiver sendo assimilado pelo Borg. Você pode implantar o Exchange seguindo o PA e executar servidores físicos ou virtualizar seus servidores Exchange. Sim, meus amigos, a virtualização do intercâmbio local é totalmente compatível, MAS há uma ressalva. Se você for fazer isso, faça da maneira certa ou você pode ter uma grande dor de cabeça para lidar. A virtualização de servidores Exchange não é como qualquer aplicativo comum. Ele tem necessidades e requisitos especiais que, quando não atendidos, podem causar estragos em seu ambiente de mensagens. Há orientações publicadas sobre virtualizar o Exchange que pode ser encontrado em Technet Siga-o, compartilhe-o com seus administradores de virtualização, depois pratique, e tudo ficará bem com os servidores Exchange. Você também pode conferir uma postagem do blog que escrevi há 3 anos na Petri.com “Dicas e truques de virtualização do Microsoft Exchange”. Se você está com pouco tempo ou simplesmente não quer clicar nos links para ler as outras postagens abaixo, é uma breve recapitulação do que é importante observar ao virtualizar o Exchange.

Dicas para virtualizar o Exchange

• Leia a boa impressão. Antes de começar a criar VMs, dê uma olhada na declaração de suporte da Microsoft para virtualização de servidores Exchange. Fazer um pouco de pesquisa ajuda muito a determinar as necessidades certas para seu ambiente específico.
• Reservar CPU e memória - O Exchange não gosta do Hot Add ou da memória dinâmica e das reduções de CPU. Isso pode ter um efeito negativo no desempenho dos servidores Exchange. Servidor Exchange de desempenho lento significa usuários insatisfeitos.
• NÃO vMotion um servidor de caixa de correio em execução com bancos de dados ativos - O Exchange não gosta do vMotion de servidores de caixa de correio ativos. Não há razão para usar qualquer momento da migração vMotion ou Live para Exchange se você estiver usando um DAG. Se você estiver executando um DAG, não precisa migrar seu vms porque seus bancos de dados passivos em outra VM lidariam com a alta disponibilidade das caixas de correio. Apenas se preocupe em ativar bancos de dados.
• Desativar DRS e DRS de armazenamento - Consulte as recomendações para migração vMotion e Live.
• Conheça o seu armazenamento subjacente - me citando de Petri.com “O Exchange não suporta NFSpara dados do Exchange. O armazenamento apresentado a uma VM do Exchange deve ser armazenamento em nível de bloco. NFS é um protocolo comum usado em muitos ambientes VMware; se você estiver em um deles, precisará examinar outros protocolos para apresentar o armazenamento às suas VMs. A maneira ideal de apresentar armazenamento para uma VM do Exchange é usar o armazenamento de passagem do host para a VM. O software iSCSI dentro da VM convidada também é compatível, mas há considerações de desempenho que você deve levar em conta. ”

The 3^rd não opção

Portanto, agora vamos discutir minha opção “favorita” que não considero realmente uma opção, que é executar o Exchange na nuvem a partir de Infraestrutura como serviço (IaaS) como a Amazon. A declaração de suporte oficial para executar o Exchange na nuvem em IaaS, como os serviços da Web da Amazon, é meio turva. É nublado porque troca de virtualização técnica que é suportada desde que atenda totalmente às especificações técnicas para executar o Exchange Software de virtualização de hardware não Microsoft. Depois de ler isso, fique à vontade para navegar as soluções validadas do Programa de Validação de Virtualização de Servidor (SVVP). Longo, complicado e demorado para clicar e ler, hein? Imagine ter que fazer isso o tempo todo para garantir que os hipervisores de seus provedores de IaaS sejam compatíveis. Isso é além de garantir que eles tenham configurado os hipervisores para o conjunto específico de requisitos de que você precisa, como recursos reservados.

Minha opinião sobre a execução do Exchange em IaaS é que não vale a pena quando você pode ir direto para o Office 365. Se você deseja virtualizar o Exchange para economia de custos, fique no local. Ficar no local permite a você mais controle de seu hipervisor, é seu hardware que você pode atualizá-lo quando quiser e não é ditado por um provedor de hospedagem. Por que lidar com a dor de cabeça de tentar descobrir se seu provedor atendeu a todas as especificações?

Há suporte para a execução do Exchange no Microsoft Azure, o que obviamente não é uma surpresa para ninguém. Acho que não preciso explicar mais nada aí ... Mas, na minha opinião, executar o Exchange no Azure é tão inútil quanto o Amazon Web Services porque existe o Office 365.

Existe uma saída para cada caixa, uma solução para cada quebra-cabeça; é só uma questão de encontrá-lo.

Então, aí estão suas opções para implantar o Exchange. Se você está pensando em executar o Exchange na nuvem em IaaS, convém implantar o Microsoft 365 Email. Basta ligar para o seu Microsoft TAM e dizer a ele / ela que deseja ser assimilado ao Microsoft 365 Borg. Para aqueles que não querem assimilar ou não podem por certos motivos de conformidade, você pode ir físico ou virtualizar. Eu recomendo usar o Calculadora de função de troca para determinar quais serão seus requisitos de hardware. A calculadora pode dar uma ideia dos requisitos de hardware / virtualização para o seu ambiente. Compare os 2 cenários e os custos associados aos seus requisitos de negócios para determinar o que seria mais adequado para você. Boa sorte.