如何利用Linux构建免费的缓存DNS服务器

如何利用Linux构建免费的缓存DNS服务器,第1张

通常需要安装服务软件bind,Centos下:yum -y install bind 命令安装。
然后修改主配置文件:
cp /etc/namedconf /etc/namedconfbak
vi /etc/namedconf
//-------------------------内容为:-------------------------
options {
listen-on port 53 { any; }; // 监听在主机的53端口上。any代表监听所有的主机
directory "/var/named"; // 如果此档案底下有规范到正反解的zone file 档名时,该档名预设应该放置在哪个目录底下
// 下面三项是服务的相关统计信息
dump-file "/var/named/data/cache_dumpdb";
statistics-file "/var/named/data/named_statstxt";
memstatistics-file "/var/named/data/named_mem_statstxt";
allow-query { any; }; // 谁可以对我的DNS服务器提出查询请求。any代表任何人
recursion yes;
dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside auto;
forwarders { // 指定上层DNS服务器
119292929; //这里使用OneDNS主服务器
};
bindkeys-file "/etc/namediscdlvkey";
managed-keys-directory "/var/named/dynamic";
};
logging {
channel default_debug {
file "data/namedrun";
severity dynamic;
};
};
zone "" IN {
type hint;
file "namedca";
};
include "/etc/namedrfc1912zones"; //这里是自定义解析区域;
include "/etc/namedrootkey";
//---------------------结束---------------------------------
下面进行自定义解析:
vi /etc/namedrfc1912zones
//-----------自定义解析开始:-------------------------------
zone "yumaozdycom" IN { // 定义要解析主域名
type master;
file "xxxcomzone"; // 具体相关解析的配置文件保存在 /var/named/xxxcomzone 文件中
};
//-----------自定义解析结束:-------------------------------
编辑自定义xxxcomzone文件:
vi /var/named/yumaozdycomzone
//-----------自定义开始:-----------------------------
$TTL 86400
@ IN SOA nsyumaozdycom root (
1 ; serial
1D ; refresh
1H ; retry
1W ; expire
0 ) ; minimum
@ IN NS nsxxxcom
ns IN A 19216812
>

15台服务器不少也不算太多,搭建一个基于LAMP技术的网站绰绰有余了。我的建议是

选择其中的两台硬盘较大,内存还可以的两台作为数据库服务器。搭建一套主从热备的主从数据库,实现系统的读写分离。提高数据访问的速度。

选择硬盘最大的一台作为文件服务器,放置系统需要使用的等静态资源。这里可以看情况而定,如果文件数据量大的话可以考虑多用一两台的搭建分布式文件系统。选择内存较大的一或两台搭建缓存服务器,将网站上满足二八定律的、访问量集中的、那百分之二十的数据缓存起来。内存的访问速度比硬盘快太多。剩下的用于搭建应用服务器集群。使用一台作为负载均衡调度服务器。当请求访问时根据既定的策略将请求分发到集群中去。

如有不对请斧正。欢迎评论讨论。

你公司搭建的是权威服务器还是缓存服务器啊?
不是随便搭个服务器就能解析的。你得在运营商注册将你公司的域名解析授权给你搭建的服务器(IP地址)。同时确保搭建的服务器正确配置,可以正常解析配置的域名。

如果把服务器挪回到公司的话 那么先确定一下你公司的网络IP 是否是固定IP

 如果不是固定IP的话 很麻烦的 因为家用宽带是不允许开80端口的 因为运营商都给限制了的,所以你搬回公司去运行的话 你通过网站域名去访问的话 是不行的 只能通过IP加端口形式的访问。 而且你如果不是固定IP 那就得用动态域名。 放到公司这里 需要路由器要映射端口。  不需要费用 主要的就是技术 *** 作服务。 

 挪回来后 把站点IIS 的配置还得改一下 增加端口形式的访问。 这些工作我们都做过。

一、Redis集群介绍

Redis真的是一个优秀的技术,它是一种key-value形式的NoSQL内存数据库,由ANSI C编写,遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库,并提供多种语言的API。 Redis最大的特性是它会将所有数据都放在内存中,所以读写速度性能非常好。Redis是基于内存进行 *** 作的,性能较高,可以很好的在一定程度上解决网站一瞬间的并发量,例如商品抢购秒杀等活动。

网站承受高并发访问压力的同时,还需要从海量数据中查询出满足条件的数据,需要快速响应,前端发送请求、后端和mysql数据库交互,进行sql查询 *** 作,读写比较慢,这时候引入Redis ,把从mysql 的数据缓存到Redis 中,下次读取时候性能就会提高;当然,它也支持将内存中的数据以快照和日志的形式持久化到硬盘,这样即使在断电、机器故障等异常情况发生时数据也不会丢失,Redis能从硬盘中恢复快照数据到内存中。

Redis 发布了稳定版本的 50 版本,放弃 Ruby的集群方式,改用 C语言编写的 redis-cli的方式,是集群的构建方式复杂度大大降低。Redis-Cluster集群采用无中心结构,每个节点保存数据和整个集群状态,每个节点都和其他所有节点连接。
为了保证数据的高可用性,加入了主从模式,一个主节点对应一个或多个从节点,主节点提供数据存取,从节点则是从主节点拉取数据备份,当这个主节点挂掉后,就会有这个从节点选取一个来充当主节点,从而保证集群不会挂掉。
redis-cluster投票:容错,投票过程是集群中所有master参与,如果半数以上master节点与master节点通信超过(cluster-node-timeout),认为当前master节点挂掉。
集群中至少应该有奇数个节点,所以至少有三个节点,每个节点至少有一个备份节点,所以下面使用6节点(主节点、备份节点由redis-cluster集群确定)。6个节点分布在一台机器上,采用三主三从的模式。实际应用中,最好用多台机器,比如说6个节点分布到3台机器上,redis在建立集群时为自动的将主从节点进行不同机器的分配。

二、单机redis模式

下载源码redis50并解压编译

wget >可以
定义:原始意义是指访问速度比一般随机存取存储器(RAM)快的一种高速存储器,通常它不像系统主存那样使用DRAM技术,而使用昂贵但较快速的SRAM技术。缓存的设置是所有现代计算机系统发挥高性能的重要因素之一。
原理:缓存的工作原理是当CPU要读取一个数据时,首先从CPU缓存中查找,找到就立即读取并送给CPU处理;没有找到,就从速率相对较慢的内存中读取并送给CPU处理,同时把这个数据所在的数据块调入缓存中,可以使得以后对整块数据的读取都从缓存中进行,不必再调用内存。正是这样的读取机制使CPU读取缓存的命中率非常高(大多数CPU可达90%左右),也就是说CPU下一次要读取的数据90%都在CPU缓存中,只有大约10%需要从内存读取。这大大节省了CPU直接读取内存的时间,也使CPU读取数据时基本无需等待。总的来说,CPU读取数据的顺序是先缓存后内存。
2 web缓存
扯了这么多,其实web缓存的产生和原理跟上面一样一样的:客户端浏览器在显示一个完整网页前,需要去服务器获取一些必要的数据(js,css,image等),因为浏览器的数据处理和渲染速度很快,而通过网络传输的方式去服务器取数据的过程却很慢(虽然现在网速还算比较快,下载1M的文件都用不了1s,但相较于处理器,这就非常慢了),所以页面显示出来前都有一段时间的白屏,如果每次打开相同的页面,获取相同的资源都要等待一段时间的白屏,作为用户,岂能忍。如果把已经获取过的资源存在本地,下次用的时候就不用从服务器去取了,这样速度就要快很多了。这种机制便是web缓存。
其实web缓存的优点还有很多: - 减轻服务器压力 - 减少数据传输,节省网络带宽和流量 - 缩短页面加载时间,提升用户体验
二、web缓存分类
了解了缓存的由来和原理,下面针对web缓存(以下统一简称缓存)具体介绍一下。缓存是一个抽象的代名词,用以提高访问效率而临时存储副本的机制都可以称之为缓存。我们常说的缓存,根据资源存放位置、具体用途和运行机制不同,一般可以分为:
数据库缓存
服务器缓存
客户端缓存


欢迎分享,转载请注明来源:内存溢出

原文地址:https://www.54852.com/zz/12694705.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2025-08-27
下一篇2025-08-27

发表评论

登录后才能评论

评论列表(0条)

    保存