基于DNS的全局负载均衡（GSLB）详解（上篇）

前言  

  DNS解析现在已经成为互联网访问的第一步，访问网络资源必然要经过DNS解析流程。对于一个比较复杂的网站来说，DNS解析时间大概占到初始页面登录时间的29%，所以DNS解析的性能对于访问一个网站有着至关重要的作用。如果DNS性能比较差，或者它的稳定性比较差，可能会对用户的访问带来非常大的影响。

  既然DNS有这么重要的一个作用，我们应该如何提高DNS的安全性和可用性，这是很多运维人员和互联网技术人员所关心的问题。全局负载均衡（GSLB）技术使得网络DNS服务更快捷更安全。本片内容将会对DNS全局负载均衡（GSLB ）进行详细介绍。

  为了更好的表述整个的全局流量负载的流程，首先回顾一下DNS的基本原理（可查看文章DNS原理及解析过程）。了解DNS访问的整个流程，对于更好地讲解全局流量负载有所帮助。

 

DNS流量负载和容灾切换功能的意义

   DNS流量负载和容灾切换是全局负载均衡中重要的两项技术。下面我们将阐述它们在单数据中心、双数据中心、云服务下扮演的角色。

单数据中心

  随着互联网的发展，企业许多业务都已经迁到线上进行，线上的应用越来越重要。最早的时候只有一个单数据中心，随着业务增多和业务的扩展，单数据中心同时接入电信、联通、移动三家运营商的线路，这个时候运营商线路之间就会出现跨网访问的问题。这种情况下，如果这个用户的宽带是联通的，我们需要自动把它引流到服务器的联通线路上，防止跨网访问的问题出现，因此会使更多用户访问网站的时候速度都比较快。在单数据中心情况下，会有在多线路之间的一个智能解析调度或者流量负载的应用，把不同的运营商分开，形成流量负载的架构。

 

双数据中心/两地三中心

  后来慢慢随着业务进一步发展，我们发现单数据中心已经不能满足需求，便出现双数据中心或者是两地三中心的架构。

    通常情况下，这两个数据中心可能是同城的，也有可能是异地的，相互作为容灾，同时也作为双活的架构。通过DNS域名解析将不同用户的流量调度到不同的数据中心来，不同数据中心也会分多条运营商线路，通过这些方式进行流量负载。

   同时，如果一个数据中心运营商线路出现故障，DNS会通过自动切换的功能切换到另外一个数据中心，形成一个整体的自动检查和自动容灾切换的功能。

 

云扩展

  随着近些年来云的发展，很多企业不仅仅是局限于自己建立的两地三中心多数据中心的架构，可能有些业务会逐渐往云上迁移，包括私有云和公有云。这个时候的技术架构就变成IDC，自建的数据中心、云及CDN的资源等混合的架构，这种情况下，如何保证数据中心的顺利运营，以及用户访问到资源的时候拥有最好的访问效果，会变得非常复杂。这就是为什么DNS要做流量负载和容灾切换的一个主要原因。