Fala Pessoal,
Abaixo segue um artigo bem bacana, que consegui no blog do amigo Jonathan Santos…
Abraços a Todos..
Algo que não é mais segredo para nenhum administrador de um ambiente Exchange Server é a vasta opção de HA disponível no Exchange 2010, combinando isso com o Windows Server 2008 R2 temos um sistema de mensageria com Redundância, Balanceamento de carga e Farm de servidores.
Os recursos de redundância do Exchange 2010 vão alem do Database Availability Group (DAG).
Tendo isso em vista, vou levantar neste post todos os possíveis cenários de Alta Disponibilidade das Roles do Exchange Server 2010.
Lembrando que a ideia não é ensinar a criar este ambiente, mas demonstrar os possíveis cenários que podem ser criado no Exchange 2010.
Como todos sabem, o Exchange possui 4 principais funções para um ambiente de mensageria o Mailbox Server, Client Access Server (CAS), Hub Transport e Edge Transport (Incluo o Edge pois falaremos sobre envio e recebimento também). Tendo todas essas funções em mente, podemos começar a detalhar as opções de Redundância para o Exchange:
Mailbox Server
No Exchange 2010 é a função mais conhecida quando falamos de redundância, o recurso utilizado pelo Exchange 2010 para redundância é o Database Availability Group ou simplesmente DAG.
O DAG é um recurso poderoso e ao mesmo tempo bem simples de se configurar. Ele prover redundância em caso de falha de um Database ativo em um servidor Mailbox Server que faça parte de um nó de Cluster DAG. Cada banco de dados pode ter até 16 copias distribuídas entre os servidores Mailbox. Caso ocorra alguma falha em um dos database do Cluster DAG, o Active Directory informa aos servidores CAS daquele site em qual servidor esta o novo banco de dados ativo, Provendo assim uma redundância maior com menos custos de gerenciamento ou até mesmo hardware comparado as versões anteriores do Exchange.
E quando ocorre um corrompimento Logico do Banco dados? é possível fazer redundância?
Eu respondo, SIM é possível, mas esse assunto vou deixar para detalhar em um outro post.
Client Access Server
O Client Access para quem não conhece, é o serviço responsável pelo acesso dos clientes de e-mail, ele disponibiliza acesso ao OWA, Active Sync, Autodiscover, POP3, IMAP4 e RPC é claro (Microsoft Outlook) apenas o acesso a Public Folder continua sendo feito diretamente no Mailbox Server.
Existe um recurso no Exchange Server Client Access chamado CAS Array que cria uma Matriz de servidores CAS em cada site do Active Directory onde estão alocados aqueles servidores CAS. Mas lembre-se, o CAS Array não fornece redundância em caso de falha sozinho, precisamos combina-lo com o Cluster NLB do Windows Server 2008 para que os recursos possam ser distribuídos e redundante a falhas. Ou seja você possui o serviço CAS Array que agrupa os servidores e o Windows NLB que balanceia a carga de trabalho.
Hub Transport
O Hub Transport é a função que esta e foi feita na Floresta do Active Directory, isso porque os emails quando são enviados por um usuário que esta na floresta onde esta alocado este servidor Hub Transport são roteados por ele mesmo. Quando você envia um email para outra Floresta, neste momento o Hub entra em contato com o Active Directory procurando procurando por relação de confiança entre essas florestas, assim que estabelecida a confidencialidade ele procura pelo Hub Transport responsável pela floresta de destino, entregando assim a responsabilidade da entrega do email para este servidor.
A partir deste ponto de vista, vamos ao cenário de HA com Hub.
O Exchange 2007 começou implementando um recurso chamado Transport Dumpster que mantem uma fila para um domínio de email que foi enviado recentemente, possibilitando assim reutilização da fila sem necessidade de criação de novas.
No Exchange 2010 esse recurso foi customizado e aprimorado com redundância de sombra enquanto a mensagem esta em transito. Como isso funciona?
A mensagem é enviada ao destinatário, sendo que ela não é excluída enquanto o numero de saltos definidos de um domínio para outro for concluído com sucesso. Assim, quando você adiciona mais de 1 servidor Hub Transport na sua infraestrutura ele torna-se redundante a falha pois a mensagem será entregue mesmo que o servidor que estava responsavel pela entrega desta mensagem falhe. Sendo assim podemos afirmar que ao adicionar no minimo 2 servidores Hub Transport na nossa infraestrutura temos um ambiente redundante.
Edge Transport
Nesta função temos 2 pontos a verificar, redundância na comunicação do Hub Transport da rede interna com o Edge e redundância no envio das mensagens. Então vamos lá!
Criar redundância de Edge Transport para seu Hub Transport é bem simples, quando precisamos que nosso Edge Transport tenha algumas informações dos usuários do Active Directory, usamos o Edge Subscription que cria uma comunicação entre o Hub Transport e o Edge. Feito isso, o Subscription torna-se um grupo que contem os servidores Edge Transport que podem ser utilizados para envio de uma mensagem. Assim sempre que adicionarmos um novo servidor Edge a um Subscription ele torna-se um caminho alternativo para entrega de mensagem caso o principal falhe.
Agora para recebimento de email externo temos a opção de criar MX’s alternativos:
Eu particularmente utilizo registro MX com custos diferente, isso porque existem diversos problemas que podem ocorrer ao utilizar prioridades iguais para endereços MX diferente.
Lembrando que. O endereço de IP do MX necessariamente precisa ser o mesmo endereço de IP de saida dos emails, por questões de Blacklist e spam.
Para um ambiente sem indisponibilidade
Como todos nós sabemos, essa é uma pergunta que depende de muitos fatores, isso por que dependemos de Hardware, locais físicos para alocação dos servidores e muito mais. Fora que precisamos avaliar a necessidade do negocio, digo isso pois trabalho com alguns clientes que tem uma SLA maior para um cenário de indisponibilidade de envio email externo, mas ao mesmo tempo não pode ficar sem conseguir enviar e receber email entre os usuários da empresa, por esse motivo precisamos desenhar bem a nossa necessidade para depois investir no nosso ambiente de mensageria para prover alta disponibilidade. Sendo assim para um ambiente muito critico eu indicaria o seguinte cenário:
– No minimo 2 servidores Mailbox para fornecer o DAG, mantendo assim a integridade dos dados.
– 2 servidores CAS para criar um Cluster NLB, mantendo assim o acesso dos usuários sejam moveis, Web ou local.
– 2 servidores Hub Transport para o roteamento das mensagens em uma organização. Lembrando que quando você faz redundância de servidores Hub Transport o envio de mensagens para organizações parceiras continua disponível mesmo que o Edge Transport (ou outra solução de transporte de mensagens) esteja indisponível.
– 2 Edge Transport para garantir o envio e recebimento de email externo.
Assim, finalizamos aqui mais um artigo.
Aguardo você em um próximo post.
Att,
Apresentação de Virtualização de Servidores
Olá Pessoal,
Essa semana precisei de uma apresentação de Virtualização Microsoft, fiz um mix de um material enviado pela Microsoft e um material de um colega.
Para quem precisar ela se encontra na pasta Hyper-V, com o nome de APSVT01.pptx.
Abraços a todos!
Videos Tutoriais para Exchange Server
Olá Pessoal,
Junto dos amigos Jonathan Santos (http://twitter.com/#!/jonathanrsantos) e Marcelo Nogueira (http://twitter.com/#!/DJMnogs) , início hoje a gravação dos primeiros Videos Tutoriais para Exchange Server… Em breve vão estar no ar….
Abraços,
David Chaves
Microsoft Community Contributor Award
Pessoal
Ontem a noite recebi a informação da Microsoft que ganhei o titulo Microsoft Community Contributor Benefit, por compartilhar conhecimentos técnico com a Comunidade.
Fico muito contente de saber que a Microsoft reconhece também profissionais que compartilham seus conhecimento com a Equipe Técnica dos fóruns. Algo que sem duvida incentiva muito a continuar contribuindo.
Fora que, compartilhar é algo importante não só para quem recebe a informação como também para quem compartilha, pois faz com que você desafie-se em ambientes reais para uma solucionar problemas da melhor forma possivel.
Todos os profissionais reconhecidos recebem:
Direito de acesso por 1 ano aos E-books do Microsoft Press pela Safari Books,
Certificado de contribuinte
Um Kit MCC, com logo, contrato e outros arquivos.
É isso ai Pessoal!
Realmente essa iniciativa mostra o quão importante é o compartilhamento de ideias para a Microsoft!
Abraços,
David Chaves
Windows Intune
Olá Pessoal,
Essa semana comecei a dar uma olhada na nova solução da Microsoft chamada Windows Intune. O Intune é uma nova solução da Microsoft na nuvem (cloud computing), onde você pode fazer o gerenciamento e proteger computadores da sua rede através da web. Ele é indicado para gerenciar de 25 a 500 computadores. O interessante é que você pode usá-lo para administrar máquinas de funcionários que permanecem muito tempo fora da empresa, que por exemplo, que fazem trabalho em campo. Ele também é uma solução para ambientes de pequeno e médio porte e pelo que andei lendo a licença será comercializada à US$ 11,00/mês por computador.
O serviço ainda não está disponível para testes no Brasil, mas você pode acompanhá-lo através do site: http://www.microsoft.com/brasil/windows/windowsintune/pc-management.aspx.
Indico também o site do Cleber Marques, fera no assunto:
http://msmvps.com/blogs/clebermarques/archive/tags/Intune/default.aspx
Lá ele tem uma série de artigos que explicam o funcionamento e características do produto.
Abs,
David Chaves
Correção Exchange 2010 Sp1 Ru3
- Customers with RU3 already installed within your Exchange environmentIt is not necessary for you to uninstall the existing RU3 within your environment. The new RU3 package can be installed over the top of the existing package installed on your servers.
- Customers with previous SP1 RUs installed within your Exchange environmentYou can simply install the new version of the RU3 package.
General RU Installation Guidance
- Note for deployments that leverage Forefront Security for Exchange: For those of you running Forefront Security for Exchange perform these important steps from the command line in the Forefront directory before and after this rollup’s installation. Without these steps, Exchange services for Information Store and Transport will not start back up. You will need to disable Forefront via “fscutility /disable” before installing the patch and then re-enable after the patch by running “fscutility /enable” to start it up again post installation.
We deeply regret the impact that these issues have had on you, our customers, and as always, we continue to identify ways to better serve your needs through our regular servicing releases.”
Olá Pessoal,
Esta semana encontrei um artigo no Blog (http://jonathanrsantos.wordpress.com/) de um colega do Technet Brasil e achei bastante interessante, sendo assim resolvi copiar este artigo para exibição aqui no Blog.
Arquitetura de Discos no Exchange 2010 – PARTE 1
Algumas pessoas me perguntaram como é possivel afirmar que houve uma redução de 70% I/O nos discos de um Mailbox Server no Exchange 2010 comparado ao Exchange 2007 e 90% comparado ao 2003, a resposta é bem simples.
Antes vamos lembrar como funciona o fluxo de emails nas versões anteriores do Exchange Server.
Uma mensagem seja ela de entrada ou de saida utiliza o seguinte caminho antes de ser armazenada no Banco da dados:
– A mensagem é enviada pelo cliente de e-mail (ou pelo servidor Remetente).
– O servidor Mailbox recebe a mensagem.
– A mensagem é armazenada no Transaction Log e enviada para o Banco de Dados.
– E disponibiliza para o usuário Final (ou para o servidor remoto caso a mensagem seja de saida).
Sendo que não é simplesmente “armazenar no Transaction Log “, o Transaction Log como todos sabem é crucial para uma restauração de um Database, ele armazena toda transação de mensagens em um Mailbox Server, sendo assim pense comigo que pelo fato simples fato desses arquivos tratarem de toda transação no servidor o consumo de I/O dos discos será elevado. Correto?
Este processo continua o mesmo no Exchange 2010, so que agora com uma pequena modificação que resultou em grandes resultados, para ilustrar este flow utilizei minhas “habilidades” no Visio para
demonstrar esse processo:
Ou seja o processo continua o mesmo, a grande mudança é a alteração do Page size de 8 KB para 32KB.
O que isso resultou?
Um armazenamento mais rápido no banco de dados, pois com pages de 32 KB, o numero de paginas necessárias para armazenar informações no Database reduz e muito.
Pensando no operacional avaliamos essa mudança da seguinte forma:
Como por padrão as informações que são armazenadas no Transation Log também são armazenadas na Memória Ram, o acesso ao disco é reduzido em grande quantidade, resultando assim um consumo moderado de memória e uma redução de IOPS.
E na hora de somar os custos? Em qual hardware tenho que investir?
Memória Ram
Avaliando o investimento em Memória Ram comparado a Discos rígido, isso é algo irrelevante já que o custo necessário para uma implementação um servidor Exchange com Alta performance no 2003 e 2007, era necessário um planejamento detalhado dos discos do servidor, surgindo assim a possibilidade de alto custo.
Agora com o Exchange 2010 o uso de DAS SATA ou SATA JBOD gera uma economia considerável para sua estrutura.
A Memória Ram já é algo muito mais fácil de se avaliar na hora de investir, avaliando bem o numero de acessos com tamanhos das Mailbox, e media de tamanho das mensagens recebidas e enviadas.
Ou seja, com o Exchange Server 2010 uma implementação de um Mailbox Server é algo muito mais simples já que a configuração adequada para os discos de um servidor Mailbox Server é bem mais simples e de baixo custo.
Sendo assim, finalizamos aqui nossa primeira sessão de artigos sobre Arquitetura de discos no Exchange 2010.
Até a proxima!
Exchange 2010 SP1 Ru3
” Nós recebemos uma notificação de um problema de impacto de alguns clientes que possuem aparelhos BlackBerry da RIM se conectar a um ambiente do Exchange 2010 SP1 Ru3. Nesta fase, a equipe deestamos trabalhando ativamente com a RIM para identificar os cenários exato em que os clientes estão reportando este problema, a fim de diminuir a causa raiz do problema e identificar uma resolução adequada para ele.
Como medida de precaução, temos desativou a página de download para o Exchange 2010 SP1 Ru3 até que possamos identificar os próximos passos.
Se você é um cliente vendo mensagens duplicadas sejam entregues quando uma mensagem é enviada de um dispositivo BlackBerry e você tem Ru3 instalado dentro do seu ambiente Exchange 2010, nossa recomendação é contatar o suporte da Microsoft para obter ajuda para solucionar o problema que está ocorrendo.”
davidlchaves.wordpress.com 