電子郵件服務器有彈性負載均衡

Question

比方說，我有幾個EC2實例具有彈性負載均衡，我想對它們運行電子郵件服務器，這樣我可以發送和從多個地址接收電子郵件。最佳做法是什麼？

Answer 1

這有點一個寬泛的問題，但我可以給你一個（希望）有用的，具體的答案。電子郵件是一個不被AWS討論太多的話題。事實上，這是雲的好處可能會變得有點陰沉的地方。

在我看來，的關鍵問題是電子郵件的傳送能力 - 確保從雲發送的電子郵件可以被預期收件人可靠地接收。由於電子郵件供應商採用反垃圾郵件措施，這意味着使用具有良好聲譽的IP地址。不幸的是，這不是AWS的一大好處。事實上，許多垃圾郵件過濾器簡單地拖放從AWS IP的發送的電子郵件，而這是其他雲服務供應商也是如此。

因此，無論何時我從AWS發送任何電子郵件，我總是使用轉發服務，如SendGrid。這些公司以安全的方式提供SMTP轉發，併爲您提供所有可靠交付批量和交易電子郵件所需的工具。

在入門級別，您使用共享IP的，並得到DKIM，開放的利益和點擊跟蹤和彈跳/塊的報告。 SendGrid有助於管理您的域名與大提供商的聲譽。在更高的服務級別上，他們可以幫助您預熱和維護自己的專用電子郵件發送IP地址，以確保您不受其他SendGrid客戶的負面影響。

當然，亞馬遜還銷售簡單的電子郵件服務，並且也有其他選項，如通過發送Gmail的。我絕不與任何這些公司的下屬，但我的人們想從雲提供商發送任何類型的電子郵件的主要忠告是要始終使用第三方服務，最大限度的產能。

至於接收電子郵件，Elastic Load Balancer對SMTP沒有幫助，但如果您提供網絡郵件，那麼它可以幫助平衡您的端口80流量。對於SMTP，使用具有相同權重的多個MX記錄，指向可接收電子郵件的一組主機。

爲了您的郵件傳輸代理，我建議後綴，但這是偏好的問題。你會發現許多人也推薦Qmail和Sendmail。

Answer 2

我同意@platforms關於的大部分回答，在「雲」中收到電子郵件，即AWS。特別是有關平衡端口80流量和無法平衡SMTP的說明（改爲使用多個MX記錄）。爲了對這個問題有不同的看法，我總是爲這些任務建立一個MS Exchange邊緣傳輸服務器。他們在Microsoft TechNet post中提到，這些服務器中的6個服務器場能夠安全地處理大約每天1300萬條消息（即使在峯值負載下）。

在從「雲」，即AWS發送電子郵件，事，我不同意，必須雖然。我強烈建議使用Amazon Simple Email Service（SES）。它與您的其他基礎架構完全集成，並且AWS SDK具有大部分編程語言/平臺所需的所有綁定。只要您正確設置了您的域名記錄，DKIM等，您將不會遇到任何問題。你也有關於反彈，積木，投訴等的報告。來源：我多年來一直在使用SES，沒有就產品的可交付性提出任何投訴。