基于DNS的全局负载均衡(GSLB)详解(上篇)

前言

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

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

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

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

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

单数据中心

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

双数据中心/两地三中心

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

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

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

云扩展

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

未经允许不得转载(声明:本文内容由互联网用户自发贡献自行上传,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任。如果您发现有涉嫌版权的内容,欢迎发送邮件至:net-net@foxmail.com进行举报,并提供相关证据,工作人员会在10个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。):策信智库资讯网 » 基于DNS的全局负载均衡(GSLB)详解(上篇)

赞 (0)