How to Enhance SD-WAN Efficiency with DNS-Based Application Routing
May 27, 2020

Jim Offutt
EfficientIP

Share this

Keeping networks operational is critical for businesses to run smoothly. The Ponemon Institute estimates that the average cost of an unplanned network outage is $8,850 per minute, a staggering number. In addition to cost, a network failure has a negative effect on application efficiency and user experience.

One area where networks tend to fail is in app delivery continuity. As multi-cloud environments grow more and more popular for hosting apps, finding the best way to route users across networks to their desired applications is becoming challenging. Not only are there a larger number of network exit points, but it is more difficult to define the best path to take for a user to access an app.

Typically the best path includes parameters like performance of the app itself or availability of the app, meaning that the app should be reachable via the path defined. Finding the best path can be a reasonably straightforward task, but only if all network components are functioning properly. As networks become more complex, a scenario where an application becomes unreachable (such as due to WAN failure) is all too likely.

The more complex the network, the higher the cost of failure. Enterprise Management Associates assessed the damage of one hour of WAN downtime in a 100-branch enterprise and a 1,000-branch enterprise; they found that a 100-branch enterprise loses $300,000 per hour of downtime, while a 1,000-branch enterprise could lose up to $1 million per hour.

Fortunately, a variety of solutions exist that could prevent such losses. One is a home-made multi-WAN vendor routing diversity; however, this is best for large enterprises with IP networking experts I&O.

A simpler solution is SD-WAN, or software-defined wide area network. SD-WAN automatically selects the route to take to reach an IP destination. But like any IP routing solution, it does not select the destination to go to; it tells you how to go, not where to go. It is a popular option for many companies, since it is excellent in efficiency and redundancy and can apply political or financial routing rules, not just technical IP routing.

However, a main drawback is that if any component on the path goes down, SD-WAN just drops the application traffic — it is unable to propose a new path to reach the same app hosted on a different server or in a different datacenter. Therefore, SD-WAN alone is not enough to ensure app delivery continuity; while it can control access to apps, SD-WAN is unable to guarantee that the app being requested is reachable by the user. For that, you need an application-aware routing solution to augment your network.

This is where DNS-based routing comes in. Before knowing how to go somewhere (with SD-WAN), you need to know where you want to go. DNS already performs the role of selecting the destination, and the best way to detect that the app is reachable is from the viewpoint of the user. Intelligent routing decisions should therefore be taken as close as possible to users, to enable "application aware routing"; a recursive DNS located near enterprise users is ideally placed.

Indeed, putting app routing control functionality into DNS located at the edge of the network makes sense. This is essentially how a DNS Global Server Load Balancer (GSLB), located at the network edge, would work; by continuously checking availability of app resources, following the same network path that will be used by the user to reach the app. The DNS GSLB could quickly detect an application access failure and "force" an alternative destination (a new IP address for the same application name).

Early failure detection, followed by automatic failover, would ensure that users are always routed to the app in an accessible datacenter. This would guarantee the desired app availability.


Adding DNS GSLB capability at the network edge covers scenarios that SD-WAN cannot handle. This includes detecting application access failure (IP path or server infrastructure or configuration), reacting on the user’s behalf on WAN failure, and selecting the best destination based on application response time metric. The bottom line is that everyone already uses DNS; it would therefore make sense to incorporate the GSLB functionality, and provide it at the edge.

DNS GSLB and SD-WAN are complementary to each other. SD-WAN chooses the how, DNS chooses the where, and adding DNS GSLB functionality as close as possible to users offers increased intelligence on the where. Moving DNS GSLB to the edge is disruptive in that it offers a smarter approach for controlling app traffic routing, one that is simple to implement and efficient in use.

Jim Offutt is Senior Solutions Architect at EfficientIP
Share this

The Latest

September 25, 2020

Michael Olson on the AI+ITOPS Podcast: "I really see AIOps as being a core requirement for observability because it ... applies intelligence to your telemetry data and your incident data ... to potentially predict problems before they happen."

September 24, 2020

Enterprise ITOM and ITSM teams have been welcoming of AIOps, believing that it has the potential to deliver great value to them as their IT environments become more distributed, hybrid and complex. Not so with DevOps teams. It's safe to say they've kept AIOps at arm's length, because they don't think it's relevant nor useful for what they do. Instead, to manage the software code they develop and deploy, they've focused on observability ...

September 23, 2020

The post-pandemic environment has resulted in a major shift on where SREs will be located, with nearly 50% of SREs believing they will be working remotely post COVID-19, as compared to only 19% prior to the pandemic, according to the 2020 SRE Survey Report from Catchpoint and the DevOps Institute ...

September 22, 2020

All application traffic travels across the network. While application performance management tools can offer insight into how critical applications are functioning, they do not provide visibility into the broader network environment. In order to optimize application performance, you need a few key capabilities. Let's explore three steps that can help NetOps teams better support the critical applications upon which your business depends ...

September 21, 2020

In Episode 8, Michael Olson, Director of Product Marketing at New Relic, joins the AI+ITOPS Podcast to discuss how AIOps provides real benefits to IT teams ...

September 18, 2020

Will Cappelli on the AI+ITOPS Podcast: "I'll predict that in 5 years time, APM as we know it will have been completely mutated into an observability plus dynamic analytics capability."

September 17, 2020
One of the benefits of doing the EMA Radar Report: AIOps- A Guide for Investing in Innovation was getting data from all 17 vendors on critical areas ranging from deployment and adoption challenges, to cost and pricing, to architectural and functionality insights across everything from heuristics, to automation, and data assimilation ...
September 16, 2020

When you consider that the average end-user interacts with at least 8 applications, then think about how important those applications are in the overall success of the business and how often the interface between the application and the hardware needs to be updated, it's a potential minefield for business operations. Any single update could explode in your face at any time ...

September 15, 2020

Despite the efforts in modernizing and building a robust infrastructure, IT teams routinely deal with the application, database, hardware, or software outages that can last from a few minutes to several days. These types of incidents can cause financial losses to businesses and damage its reputation ...

September 14, 2020

In Episode 7, Will Cappelli, Field CTO of Moogsoft and Former Gartner Research VP, joins the AI+ITOPS Podcast to discuss the future of APM, AIOps and Observability ...