backup mx vs. segundo servidor de correio dedicado

Question

Quando tenho dois servidores disponíveis, quais são os prós e contras de

1. um servidor de correio principal + um backup-MX que apenas enfileira o correio se o principal estiver inativo

2. dois servidores de correio 'dedicados' (possivelmente configurados de forma idêntica) que funcionam como pontos de extremidade para todos os domínios

Um esboço da minha configuração atual, veja abaixo.

    

Answer 1

Você tem necessidade de dois servidores de e-mail? O SMTP é um protocolo de armazenamento e encaminhamento e normalmente é bastante resistente à interrupção de até um ou dois dias.

Não sei por que você tem quatro servidores MX em seu diagrama. Você só precisa de um domínio de e-mail por MX. Vários domínios podem apontar para o mesmo MX. Por exemplo, mail1.example.com e mail2.example.com podem suportar qualquer número de domínios. (OBSERVAÇÃO: os subdomínios mail1 e mail2 são domínios de serviço e geralmente são diferentes do nome do host no qual o serviço é executado.) Os domínios adicionais precisam ser domínios virtuais ou domínios com MDAs independentes (Agentes de Entrega de Correspondência) . Esse pode ser o objetivo dos servidores que você listou como server 1 e server 2 , ou são esses os servidores que você pretende usar como MXs.

Se o seu tráfego for mais balanceado para a direção de saída, talvez faça sentido ter um MTA de saída (Mail Transfer Agent) e um servidor MX separado para as mensagens recebidas.

1. one main mail-server + a backup-MX that only queues mail if main is down

PRO: Eu suponho que você pretende usar o servidor de e-mail principal como seu MDA. Ter apenas um MDA torna a vida mais simples.

CON: O backup-MX provavelmente será usado como alvo por spammers. Se não for possível validar completamente as mensagens recebidas quando o servidor de e-mail principal estiver inoperante, talvez seja necessário descartar mensagens que chegam lá ou gerar um e-mail de retroespalhamento.

2. two 'dedicated' (possibly identically configured) mail-servers that work as end-points for all domains.

PRO: Ter dois servidores aumenta sua redundância e pode permitir que você equilibre sua carga. Se os dois servidores estiverem agindo como MDAs, você precisará de armazenamento compartilhado ou de um método para balancear os dados dos usuários nos dois servidores.

CON: Você deve ter configurações diferentes para os dois servidores, com um mínimo de domínios de correio diferentes. Se você tiver servidores separados agindo como MDAs, as diferenças de configuração podem ser relativamente pequenas.

A execução de dois servidores MX ativos adiciona problemas adicionais, além dos problemas de execução de um servidor de email. Até que você tenha dominado a execução de um único servidor de e-mail, pode ser melhor ficar com um. Depois de ter dominado a execução de um servidor, você deve poder decidir qual a maneira de dividir a carga para sua organização.

    

Answer 2

Os prós e contras, e como pesá-los, realmente dependem do aplicativo de negócios.

Esta questão também é um pouco mais difícil de responder, pois pode haver redundância e balanceamento de carga em pontos diferentes, dependendo de quanto você abstrai e realmente interrompe seu serviço.

Em geral, o nº 1 é o cenário mais típico para implantações de pequeno e médio porte. É fácil de configurar, de baixo custo e fácil de conceituar.

Para o nº 2, você não necessariamente vai conseguir o que está pedindo. Ou melhor, pode haver outras maneiras de resolvê-lo, dependendo de suas preocupações subjacentes. Por exemplo, não há razão para que o "servidor de correio principal" em # 1 tenha que ser apenas um servidor. Poderia ser facilmente um cluster de servidores SMTP front-end com um pool de armazenamento de dados compartilhado.

Portanto, para abordar sua situação específica, as informações acima geralmente se aplicam e mais informações seriam necessárias para uma recomendação individualizada real.