Welcome!

@DevOpsSummit Authors: Zakia Bouachraoui, Roger Strukhoff, Liz McMillan, Stackify Blog, Pat Romanski

Related Topics: @DevOpsSummit, Java IoT, Microservices Expo, Linux Containers, Containers Expo Blog, @CloudExpo, SDN Journal

@DevOpsSummit: Blog Feed Post

Monitoring DNS Load Balancers | @DevOpsSummit @Catchpoint #DevOps #WebPerf

How can you identify which DNS Load Balancing solution works for you?

If your website receives heavy traffic and you are hosted across multiple infrastructures across the world or you are using multiple CDNs, then you ought to use a DNS Load Balancer to reroute traffic for better performance.

While there are some large companies who create their own DNS load balancing system, which is complex and tedious to implement and manage, some companies make life easier by opting for ready-made solutions such as those from Cedexis, Dyn, NSONE, Rage4, etc.

Most of the above mentioned companies are backed by Anycast networks spread across global locations.

While there are some differences between the feature sets offered by these companies and the number of POPs they own, it is very important to identify the one that works best for your business.

How can you identify which DNS Load Balancing solution works for you?

You may have already realized by now that at Catchpoint we strongly recommend our customers and prospects have a strategy around DNS. The first step of that strategy is to create benchmark tests to compare the performance of each of these companies by monitoring their DNS servers.

Catchpoint has a global presence spread across 100+ locations with hundreds of backbone & last mile nodes which can help you measure the performance of each of these DNS load balancers.

How can you test?

Use our Direct DNS monitoring which allows you to monitor the DNS servers of different companies from across the globe:

DNS-load-balancing-1_705

The above testing methodology allows you to compare apples to apples and choose the best vendor that works for your business.

But wait, it doesn’t end at choosing the right solution.

You should be monitoring it 24/7 to ensure you provide a seamless experience for your end users.

While most DNS load balancers use Anycast, if there is a failure the user doesn’t really notice the failure as they automatically get rerouted to a working DNS server. But the user does have to wait longer, in many cases much longer, for the page to load so this process of rerouting does have a significant effect on the end users’ experience.

Here is an example:

The performance of the website takes a significant hit in a specific location:

DNS-load-balancing-3_705

When we dig deeper, we notice that the issue was related to poor DNS Resolution. As explained above while we don’t see many failures, the overall performance of the page—it took up to 13 seconds to load for some users—was impacted by high DNS resolution time:

DNS-load-balancing-4_705

With the help of our Web tests, we identified the root cause to be the DNS. Now the only question is, which DNS server? So, we monitored the different DNS servers using our DNS tests and voilà!

DNS-load-balancing-2_705

The graph on the right shows the specific DNS server which is failing across multiple ISPs. In the above scenario it was this specific DNS server, but the next time – who knows?

And this is why a DNS Monitoring Strategy is essential as you continue to make your way on the performance journey.

The post Monitoring DNS Load Balancers 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.

@DevOpsSummit Stories
Docker and Kubernetes are key elements of modern cloud native deployment automations. After building your microservices, common practice is to create docker images and create YAML files to automate the deployment with Docker and Kubernetes. Writing these YAMLs, Dockerfile descriptors are really painful and error prone.Ballerina is a new cloud-native programing language which understands the architecture around it - the compiler is environment aware of microservices directly deployable into infrastructures like Docker and Kubernetes.
At CloudEXPO Silicon Valley, June 24-26, 2019, Digital Transformation (DX) is a major focus with expanded DevOpsSUMMIT and FinTechEXPO programs within the DXWorldEXPO agenda. Successful transformation requires a laser focus on being data-driven and on using all the tools available that enable transformation if they plan to survive over the long term. A total of 88% of Fortune 500 companies from a generation ago are now out of business. Only 12% still survive. Similar percentages are found throughout enterprises of all sizes.
As you know, enterprise IT conversation over the past year have often centered upon the open-source Kubernetes container orchestration system. In fact, Kubernetes has emerged as the key technology -- and even primary platform -- of cloud migrations for a wide variety of organizations. Kubernetes is critical to forward-looking enterprises that continue to push their IT infrastructures toward maximum functionality, scalability, and flexibility. As they do so, IT professionals are also embracing the reality of Serverless architectures, which are critical to developing and operating real-time applications and services. Serverless is particularly important as enterprises of all sizes develop and deploy Internet of Things (IoT) initiatives.
DevOps is under attack because developers don’t want to mess with infrastructure. They will happily own their code into production, but want to use platforms instead of raw automation. That’s changing the landscape that we understand as DevOps with both architecture concepts (CloudNative) and process redefinition (SRE). Rob Hirschfeld’s recent work in Kubernetes operations has led to the conclusion that containers and related platforms have changed the way we should be thinking about DevOps and controlling infrastructure. The rise of Site Reliability Engineering (SRE) is part of that redefinition of operations vs development roles in organizations.
When a company wants to develop an application, it must worry about many aspects: selecting the infrastructure, building the technical stack, defining the storage strategy, configuring networks, setting up monitoring and logging, and on top of that, the company needs to worry about high availability, flexibility, scalability, data processing, machine learning, etc. Going to the cloud infrastructure can help you solving these problems to a level, but what if we have a better way to do things. As a pioneer in serverless notion, Google Cloud offers a complete platform for each of those necessities letting users to just write code, send messages, assign jobs, build models, and gain insights without deploying a single machine. So cloud compute on its own is not enough, we need to think about all of the pieces we need to move architecture from the bottom, up towards the top of the stack. Wi...