Welcome!

Web Performance is a Journey, Not a Destination

Mehdi Daoudi

Subscribe to Mehdi Daoudi: eMailAlertsEmail Alerts
Get Mehdi Daoudi via: homepageHomepage mobileMobile rssRSS facebookFacebook twitterTwitter linkedinLinkedIn


Blog Feed Post

Tracking Multi-CDN Performance Issues to DNS

A multi-CDN service that combines multiple CDN providers into a single network is a common and effective way to speed up your web applications for users anywhere in the world. This strategy can also boost failover support in case one of the CDNs you’re using goes down.

But even a multi-CDN service is not immune from performance issues. Intermittent performance drops can and do happen even with this architecture. The likely culprit is a familiar but often ignored one—DNS.

First, let’s break down what typically happens in a multi-CDN setup:

  • When we access any domain (ex: tiqcdn.com), the browser checks its local cache for the DNS records.
  • If it does not have the information, a query is typically sent to the ISP’s DNS
  • Which in turn reaches out to the root server if the information is not already in the cache.
  • Typically, the Root Server would redirect the request to a GTLD server (.com in this case) if the info is not cached or if it has expired (depends on the TTL) and the GTLD server would return the Name Server info of the queried domain as shown below:

http://assetsblogfly2.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 300w, http://assetsblogfly2.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 624w" sizes="(max-width: 705px) 100vw, 705px" />

  • Next the DNS resolver queries one of the above listed name servers depending on a number of factors, most importantly the Shortest Round Trip Time (RTT).

http://assetsblogfly2.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 300w, http://assetsblogfly2.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 624w" sizes="(max-width: 705px) 100vw, 705px" />

  • We can see that the domain (tiqcdn.com) has been C-Named to the multi-CDN provider “Cedexis”.
  • The DNS resolver again goes through the process of resolving the host name by going back to the root server if the information is not available in its cache as shown below.

http://assetsblogfly1.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 300w, http://assetsblogfly1.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 624w" sizes="(max-width: 705px) 100vw, 705px" />

  • The above query to the multi-CDN host is made and this is where the multi-CDN provider decides to which CDN the request should be routed to, based on some real-time performance metrics they capture internally. The decision can vary from one request to the other, which can be seen below:

http://assetsblogfly1.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 300w, http://assetsblogfly1.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 624w" sizes="(max-width: 705px) 100vw, 705px" />

  • The DNS Resolver will go through the process of resolving the Akamai host until it reaches the edge server which will eventually serve the content. The whole process may involve numerous queries as show below:

 

http://assetsblogfly2.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 300w, http://assetsblogfly2.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 624w" sizes="(max-width: 705px) 100vw, 705px" />

Now let’s take a look at Scenario 2 where the multi-CDN provider is redirecting the request to a different CDN – Highwinds

http://assetsblogfly2.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 300w, http://assetsblogfly2.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 624w" sizes="(max-width: 705px) 100vw, 705px" />

The DNS resolver again has to go through the process of resolving this HOST. However, in this case we noticed that the Name Servers of Highwinds failed to respond:

http://assetsblogfly1.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 300w, http://assetsblogfly1.catchpoint.com/wp-content/uploads/2016/05/multi-cd... 624w" sizes="(max-width: 705px) 100vw, 705px" />

At Catchpoint, we have the option of failing a test at this point when all the available name servers fail to respond. In the real world, reattempts are made to the server if it fails the first time, so the users may not see a failure, but the performance will be hit badly.

To summarize, a multi-CDN service can make your web applications faster and more reliable but is still not failsafe. Monitoring your application alone is simply not enough; DNS monitoring remains crucial.

The post Tracking Multi-CDN Performance Issues to DNS appeared first on Catchpoint's Blog.

Read the original blog entry...

More Stories By Mehdi Daoudi

Catchpoint radically transforms the way businesses manage, monitor, and test the performance of online applications. Truly understand and improve user experience with clear visibility into complex, distributed online systems.

Founded in 2008 by four DoubleClick / Google executives with a passion for speed, reliability and overall better online experiences, Catchpoint has now become the most innovative provider of web performance testing and monitoring solutions. We are a team with expertise in designing, building, operating, scaling and monitoring highly transactional Internet services used by thousands of companies and impacting the experience of millions of users. Catchpoint is funded by top-tier venture capital firm, Battery Ventures, which has invested in category leaders such as Akamai, Omniture (Adobe Systems), Optimizely, Tealium, BazaarVoice, Marketo and many more.