DNS的主从架构与数据同步

本文涉及的产品
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
云解析 DNS,旗舰版 1个月
简介: DNS的主从架构与数据同步

DNS的主从架构与数据同步

一、主从架构


// 主服务器
[root@tk ~]# cat /etc/named.conf
//
// named.conf
options {
        directory "/var/named";
        recursion no;
        // 修改为允许从服务器的IP地址下载主服务器的配置文件
        allow-transfer { 10.0.0.205; };
};

logging {
        channel default_debug {
                file "data/named.run";
                severity dynamic;
        };
};

zone "." IN {
        type hint;
        file "named.ca";
};
zone "test.cn" IN {
        type master;
        file "test.cn.zone";
};
zone "test1.cn" IN {
        type master;
        file "test1.cn.zone";
};
include "/etc/named.rfc1912.zones";
include "/etc/named.root.key";

[root@tk ~]#
// 配置地址库文件中从服务器的地址
[root@tk ~]# cat /var/named/test.cn.zone
$TTL 1D
@       IN SOA  @ rname.invalid. (
                                        0       ; serial
                                        1D      ; refresh
                                        1H      ; retry
                                        1W      ; expire
                                        3H )    ; minimum
test.cn. NS     tk
test.cn. NS     gitlab
tk      A       10.0.0.200
gitlab  A       10.0.0.205
www     A       10.0.0.201
www     A       10.0.0.202
abc     A       10.0.0.203
*       A       1.1.1.1
bieming CNAME   abc
[root@tk ~]#
[root@tk ~]# systemctl    restart    named

// 从服务器
[root@gitlab named]# cat /etc/named.conf
//
// named.conf
options {
        directory       "/var/named";
};
zone "test.cn" IN {
    // 类型为slave
        type slave;
        // 配置文件设置,也可以放到其他目录下,但是我们要修改named
        //  的权限为rwx
        file "/var/named/slaves/test.cn.slave";
        // 声明主服务器
        masters { 10.0.0.200; };
        // 以明文方式存储
        masterfile-format text;
};
[root@gitlab named]# systemctl    restart   named
[root@gitlab named]# ls slaves/
test.cn.slave
[root@gitlab named]# nslookup www.test.cn
// 此时就会同步数据
[root@gitlab named]# cat slaves/test.cn.slave
$ORIGIN .
$TTL 86400      ; 1 day
test.cn                 IN SOA  test.cn. rname.invalid. (
                                0          ; serial
                                86400      ; refresh (1 day)
                                3600       ; retry (1 hour)
                                604800     ; expire (1 week)
                                10800      ; minimum (3 hours)
                                )
                        NS      tk.test.cn.
                        NS      gitlab.test.cn.
$ORIGIN test.cn.
*                       A       1.1.1.1
abc                     A       10.0.0.203
bieming                 CNAME   abc
gitlab                  A       10.0.0.205
tk                      A       10.0.0.200
www                     A       10.0.0.201
                        A       10.0.0.202
[root@gitlab named]#


二、数据同步



// 主服务器的地址库中的配置
[root@tk ~]# cat /var/named/test.cn.zone
$TTL 1D
@       IN SOA  @ rname.invalid. (
    // 数据的版本号,由10个数字组成
                        2021111111     ; serial
    // 每隔1天主从进行数据交互           
                         1D      ; refresh
     // 失效之后的时间间隔每一个1小时向主服务器尝试建立联系            
                         1H      ; retry
    // 真正的失效时间,1周,就是说每隔一个小时就行联系,一直联            
    // 系不上,此时会不在尝试
                         1W      ; expire
    // 失效记录的记忆时间3小时
                         3H )    ; minimum
test.cn. NS     tk
test.cn. NS     gitlab
tk      A       10.0.0.200
gitlab  A       10.0.0.205
www     A       10.0.0.201
www     A       10.0.0.202
abc     A       10.0.0.203
*       A       1.1.1.1
bieming CNAME   abc
[root@tk ~]#

相关文章
|
4天前
|
运维 Kubernetes 监控
深入解析微服务架构的演进与实践
本文旨在探究微服务架构从诞生到成熟的发展历程,分析其背后的技术推动力和业务需求,并结合具体案例,揭示实施微服务过程中的挑战与解决策略。通过对微服务架构与传统单体架构的对比,阐明微服务如何优化现代应用开发流程,提高系统的可扩展性、可维护性和敏捷性。
14 0
|
20天前
|
缓存 NoSQL Redis
Redis主从架构
当看到图示中红色标记的,就代表从节点挂载成功了。
15 0
|
11天前
|
负载均衡 监控 安全
微服务架构中的API网关模式解析
【7月更文挑战第4天】在微服务架构中,API网关不仅是一个技术组件,它是连接客户端与微服务之间的桥梁,负责请求的路由、负载均衡、认证、限流等关键功能。本文将深入探讨API网关的设计原则、实现方式及其在微服务架构中的作用和挑战,帮助读者理解如何构建高效、可靠的API网关。
|
14天前
|
消息中间件 Java API
解析Java微服务架构:从零构建高性能系统
解析Java微服务架构:从零构建高性能系统
|
17天前
|
存储 SQL BI
深入解析实时数仓Doris:介绍、架构剖析、应用场景与数据划分细节
深入解析实时数仓Doris:介绍、架构剖析、应用场景与数据划分细节
|
23天前
|
前端开发 JavaScript 测试技术
安卓应用开发中的架构模式解析
【6月更文挑战第21天】在软件开发领域,架构模式是设计优雅、高效、可维护应用程序的基石。本文深入探讨了安卓应用开发中常见的架构模式,包括MVC、MVP、MVVM和Clean Architecture,旨在为开发者提供一个清晰的指导,帮助他们选择最适合自己项目的架构风格。通过对比分析这些架构模式的特点、优势以及适用场景,文章揭示了如何根据项目需求和团队能力来采用恰当的架构模式,以实现代码的可维护性、可扩展性和可测试性。
31 7
|
19天前
|
存储 缓存 监控
深入解析Elasticsearch的内存架构与管理
深入解析Elasticsearch的内存架构与管理
深入解析Elasticsearch的内存架构与管理
|
25天前
|
人工智能 NoSQL 关系型数据库
主从模式(Master-Slave Architecture)在传统的计算机科学中指的是一种分布式系统架构
主从模式(Master-Slave Architecture)在传统的计算机科学中指的是一种分布式系统架构
83 5
|
25天前
|
弹性计算 负载均衡 API
微服务架构下的API网关模式解析
在现代软件工程中,微服务架构因其灵活性和可维护性而受到青睐。本文将探讨API网关模式在微服务架构中的关键角色,分析其设计原则、实现方式及面临的挑战,并结合实际案例阐述如何有效整合API网关以提升系统整体性能和安全性。
|
24天前
|
存储 弹性计算 安全
构建高效企业应用架构:阿里云产品组合实践深度解析
该方案展现了阿里云产品组合的强大能力和灵活性,不仅满足了当前业务需求,也为未来的扩展打下了坚实的基础。希望本文的分享能为读者在设计自己的IT解决方案时提供一定的参考和启发。
177 1

相关产品

  • 云解析DNS
  • 推荐镜像

    更多