In a previous article, Configure Kemp Load Balancer for Exchange 2016, we explored how to make client access services highly available for Exchange 2016. In this article we continue that trend by making the Simple Mail Transfer Protocol (otherwise known as SMTP) highly available.
If you don’t have a load balancer you can download one for free from Kemp. Kemp’s free appliance is what we will use in this guide.
Don’t worry. Despite the focus being on Kemp you can translate these principles to any vendor.
Let’s get started!
In our example below we plan to have two Exchange 2016 servers behind a load balancer in a single site; EX16-01 and EX16-02.
The Kemp load balancer will be a virtual load balancer running on ESXi 5.5. We have already deployed the Kemp image to a virtual machine and made our client access services highly available. The Kemp LoadMaster is performing no other functions at this time.
Our external DNS provider will resolve our MX record to webmail.exchangeservergeek.com. This in turn resolves to a public IP on our firewall
Luke, use the templates!
Kemp provides templates for the configuration of is load balancers. These templates cover many technologies including Exchange. These templates give you a tremendous head start in configuring your load balancer. In turn that head start will save you a tremendous amount of time. More importantly it eliminates a lot of room for human error. It really doesn’t take much effort to get a Kemp load balancer configured for Exchange. In this article we explore the configuration of a Kemp load balancer using its 2016 templates.
To download the Exchange templates visit https://kemptechnologies.com/loadMaster-documentation/.
Kemp offers three distinctive templates.
- Core Services: This is the base template for all Exchange HTTPS and SMTP services.
- ESP Services: The Edge Security Pack (ESP) is a template for advanced authentication needs. One such benefit of ESP is pre-auth for clients. This allows the load balancer to take the brunt of any brute force attacks, passing only legitimate requests to the Exchange Servers. A great alternative if you had previously been using Microsoft Threat Management Gateway (TMG).
- Additional Services: If you plan to offer POP or IMAP then I recommend snagging this template as well.
For SMTP we just need the Core Services template pack. You may already have this if you followed our previous article on client access. If so, you can skip to the next section.
To import a template expand Virtual Services and select Manage Templates. Click the Choose File button and locate your template. Click Add New Template.
You will receive a confirmation that the templates have been installed. Click Ok. The screen will refresh showing the newly installed templates. You can use this screen to delete templates should you wish.
Creating the SMTP Virtual IP (VIP)
With our templates installed we can move on to creating our Virtual IP (VIP) for SMTP. The IP we choose for our VIP must not used anywhere else in the environment. The Virtual IP will represent all Exchange servers in our site. Using the environment diagram above our VIP will be 10.15.1.7. We can reuse the same IP as our client access services because SMTP uses a different port. You could use a brand new VIP here should you wish.
To create a new Virtual IP expand Virtual Services and select Add New. From the Use Template drop-down pick the Exchange 2016 SMTP template.
Once we select the template it automatically populates in Port and Protocol fields. It also suggests a Service Name. You can make the service name whatever you desire. You will still need to enter a Virtual Address manually. Based on our environment diagram this will be 10.15.1.7. Once complete click Add this Virtual Service.
This brings us to the properties screen for the virtual service. This is where the awesome sauce of the template really kicks in. All the hard work has already been done for us. You can expand each section to see what options the template has configured.
Configuring SMTP Servers
Let’s continue by adding our SMTP servers. Under the Real Servers section click the Add New button.
This brings up the Parameters for the Real Server screen. The template has already filled out most of these fields for us. All we need to add here is the IP address of our first Exchange server in the Real Server Address field. Then click the Add This Real Server button. In our lab, our first server is 10.15.1.13.
You will receive a confirmation that the server was successfully added. As each server is added it will be displayed under ‘The Following Real Servers Are Already Configured’ section. Repeat this process for all additional Exchange servers in your site. In our lab we just have one additional server to add; 10.15.1.14. When complete click the Back button.
You will notice the servers now listed at the bottom of the page. Click Modify to make corrections to a server. Click Delete to remove the server. You can also administratively disable a server with the Disable button. When ready click the Back button.
Back on the View/Modify Services screen we can see that SMTP services are functional. If one of the servers were to go offline its IP under the Real Server column would turn to red. If both servers were down the Status column would indicate a status of down.
In our lab we are now ready to reconfigure our message hygiene appliance to route SMTP messages to the new VIP (10.15.1.7). If we were leveraging a cloud based message hygiene solution, such as Exchange Online Protection, then we reconfigure our firewall NAT rule to point to the SMTP VIP. The steps for either scenario will vary based on the vendor you use.
Checking our work
Once you have added the Kemp VIP into your transport path let’s make sure everything works. My favorite way to test is to use the https://testconnectivity.microsoft.com/. Select the Inbound SMTP Email and click Next.
Enter an email address to receive the test message. Verify the captcha. Click Perform Test.
If the test passes it will indicate which server responded.
If we run the test again we see our other server responds.
For additional confirmation we can check the test message headers testexchangeconnectivity.com sent to our user, Amy Pond. Viewing the message headers from Outlook on the Web we see which server responded. You can gather similar information from the Message Tracking Logs.
The Kemp Load Balancer also has some great real time statistics. If you navigate to Statistics >> Real Time Statistics and select Virtual Services you can see how connections are currently being distributed.
You are all set!
This wraps up load balancing Exchange SMTP services. In a future article we’ll explore using Kemp to pre-authenticate HTTPS traffic. Until then I recommend checking out our other Exchange 2016 articles below.
Here are some articles I thought you might like.