‘壹’ 如何在django中使用redis做缓存服务器
实现缓存的方式，有多种，本地内存缓存，数据库缓存，文件系统缓存。这里介绍使用Redis数据库进行缓存。
环境
redis
django-redis
配置
settings.py
缓存有站点缓存，和单个view缓存
站点缓存：
settings.py
视图缓存：
views.py
‘贰’ 怎么搭建一个缓存服务器
我现在是把阿里云的 CDN 直接解析到 OSS 。
每天的 PV ， 1 万到 5 万。
然而才用了一个多月就跑了 300+G 流量。 0.36/GB 。泪。
阿里云的 CDN 实在是太贵了，用峰值带宽的话，根本就不能控制成本啊！万一有个用户 100M 水管，那一天岂不是要付 100 块钱？
所以还不如选一个好一点的 BGP 线路机器反代到 OSS 。
自己用 squid 搭建吗？
如果主站是 HTTPS 的， squid 能配置 SSL 吗？还是说要 nginx 配置 SSL 以后再去反代 squid ，然后 squid 反代 oss ？
有没有配置脚本？
还是装个 AMH/WDCP 之类面板，然后可以傻瓜化配置？
对主机磁盘 IO 、内存有什么要求？
‘叁’ 如何架设缓存DNS服务器
Windows Server配置缓存DNS：
安装DNS后，不设置任何zone。只通过forwarder、root hint对名称进行解析。参考：
https://technet.microsoft.com/zh-cn/library/cc740129%28v=ws.10%29.aspx?f=255&MSPPError=-2147217396
有问题的话你可以直接到微软的论坛提问：https://social.technet.microsoft.com/Forums/en-us/home
‘肆’ 如何将Sphinx配置成缓存服务器
先来了解下Sphinx的使用的文件，Sphinx使用的文件包括 .sph， .spa， .spi， .spd, .spp， .spm ，.spl。
sph：头文件，保存的是系统的配置文件。
spi：保存WordId及指向此WordId对应的文档信息在spd文件的指针, spi文件在检索程序启动时完全加载入内存。 spi文件是分块的，块内排序，块之间也排序。分块的目的应该是为了快速检索到WordId， 因为spi中的WordId是变长压缩的，索引需要先在块级别做二分定位，再在快内解压缩查找。
spa：存储DocInfo的文件，检索程序启动时会把此文件加载如内存，sphinx可以指定DocInfo的存储方式:
inline:存储到spd文件中。
extern:单独存储,就会生成spa文件。
spd：文档列表。
spp：关键字所在位置列表。
spm：在DocInfo中，有一种特殊的属性，叫MVA，多值属性。 Sphinx对此属性特殊处理，需要存储在spm文件中。 检索程序启动时会把此文件加载如内存。 此属性在DocInfo对应位置存储其在此文件中的字节偏移量。
spk：killlist
spl：索引锁
通过介绍可以得知Sphinx存储的文档的属性，在0.98之前的版本是不存储的，我们是不是可以利用这些数据作为缓存使用呢，根据DocID获取文档的信息。
通过hack搜索服务添加SEARCHD_COMMAND_DOCINFO指令，客户端API添加GetDocinfo函数可以达到预期的效果。
php示例代码:
require 'sphinxapi.php';
$cl = new SphinxClient ();
$cl->SetServer();
$res = $cl->GetDocinfo(1, 'singer');
print_r($res);
‘伍’ 实现一个“内存缓存”服务器
从你的理论上说，是一个不错的想法，电脑是这样工作的，数据保存在硬盘，通过加载硬盘数据，形成系统，系统程序读取硬盘数据到CPU执行，你说的内存缓存服务器，其实都没问题，其实你不知道硬盘也是内存，硬盘是永久内存，内存是暂时内存，从读取写入数据的角度来说，其中两者，从软件的角度来说都是一样，硬件调配我们暂时放一边，读取数据俩者都没问题，问题是在安全性，和速度上，这些也没问题，现在的科技硬件都可以满足，TB级读取写入，如你2KB左右的读取写入计算，TB级可以549755813888个链接，硬盘的读写数据差不多是内存速度的50%，希望对你有帮助。
‘陆’ 如何搭建linux缓存服务器
缓存服务器？没有这种说法。
你说的是不是网页代理程序？如squid web代理服务器
‘柒’ 如何利用Linux构建免费的缓存DNS服务器
通常需要安装服务软件bind，Centos下：yum -y install bind* 命令安装。
然后修改主配置文件：
cp /etc/named.conf /etc/named.conf.bak
vi /etc/named.conf
//-------------------------内容为：-------------------------
options {
listen-on port 53 { any; }; // 监听在主机的53端口上。any代表监听所有的主机
directory "/var/named"; // 如果此档案底下有规范到正反解的zone file 档名时，该档名预设应该放置在哪个目录底下
// 下面三项是服务的相关统计信息
mp-file "/var/named/data/cache_mp.db";
statistics-file "/var/named/data/named_stats.txt";
memstatistics-file "/var/named/data/named_mem_stats.txt";
allow-query { any; }; // 谁可以对我的DNS服务器提出查询请求。any代表任何人
recursion yes;
dnssec-enable yes;
dnssec-validation yes;
dnssec-lookaside auto;
forwarders { // 指定上层DNS服务器
119.29.29.29; //这里使用OneDNS主服务器
};
bindkeys-file "/etc/named.iscdlv.key";
managed-keys-directory "/var/named/dynamic";
};
logging {
channel default_debug {
file "data/named.run";
severity dynamic;
};
};
zone "." IN {
type hint;
file "named.ca";
};
include "/etc/named.rfc1912.zones"; //这里是自定义解析区域；
include "/etc/named.root.key";
//---------------------结束---------------------------------
下面进行自定义解析：
vi /etc/named.rfc1912.zones
//-----------自定义解析开始：-------------------------------
zone "yumaozdy.com" IN { // 定义要解析主域名
type master;
file "xxx.com.zone"; // 具体相关解析的配置文件保存在 /var/named/xxx.com.zone 文件中
};
//-----------自定义解析结束：-------------------------------
编辑自定义xxx.com.zone文件：
vi /var/named/yumaozdy.com.zone
//-----------自定义开始：-----------------------------
$TTL 86400
@ IN SOA ns.yumaozdy.com. root (
1 ; serial
1D ; refresh
1H ; retry
1W ; expire
0 ) ; minimum
@ IN NS ns.xxx.com.
ns IN A 192.168.1.2
www IN A 192.168.1.3
bbs IN A 192.168.1.4
ttt IN A 192.168.1.5
//-----------自定义结束：------------------------------
以上，ns服务器ip即本机，www服务器ip即xxx.com主机……
‘捌’ 怎样利用缓存服务器来负载均衡
根据一些专家的调查分析，发现企业在使用数据库的时候，90%以上主要用来查询。有些企业这个比例甚至更高。也就说，用户对数据库的操作，其实更新操作占的比例很少。大部分的操走都只是查询操作。
如一些论坛，大部分用户只会看贴，而不会发帖。这就是一个典型的查询操作比例大大超过更新操作比例的例子。针对这种情况，其查询操作往往是其数据库性能的瓶颈。如何有效提高查询的性能，这就使各个数据库专家在考虑的问题。在SQL Server数据库中，已经有了一个现成的解决方案。数据库管理员可以利用缓存服务器来提高数据库的性能。笔者这里就以SQLServer2008为例，谈谈如何利用缓存服务器来实现负载均衡，来提高数据库的查询效率。
一、 数据查询与数据更新分开走。
如上图所示，如果用户要查看某个帖子，其就会打开某个连接。此时WEB应用服务器就会从后台数据库中查询相关的记录。这里需要注意的是，由于其只是查看帖子，而不涉及到更新的操作，为此WEB应用服务器就只从缓存服务器中读取数据。这个缓存服务器中的记录跟数据库服务器的内容是同步的。WEB应用服务器在从数据库缓存服务器读取数据之前，还会先判断一下哪台数据库服务器比较空。会优先连接到比较空闲的数据缓存服务器中，然后从这台服务器中读取数据。所以，当访问这个论坛的用户比较多时，这个数据缓存服务器能够实现负载均衡的需要。
如果用户看了某个帖子，现在需要发表一个评论，此时后台数据库会怎么操作呢?注意，当WEB应用服务器发送了一个 Update更新操作的时候，其应用服务器会自动连接到数据库服务器，而不会再连接到数据库缓存服务器。而是直接向数据库服务器发送更新操走的语句。当数据库服务器更新了相关的内容之后，会与数据库缓存服务器实现数据的同步。从上图中可以看出，整个数据查询与数据更新WEB应用服务器是分两条路走。其实这就好像是公路上分道行驶，机动车走机动车道;非机动车走非机动车道。
如此的话，就不会因为非机动车比较慢，而影响到机动车的速度。在这个方案中，将数据库的更新操作与查询操作分开来走，也是类似的道理。在查询时，数据流是单向流动的，所以能够在很大程度上提高查询的效率。从而让数据负载均衡的效果更加明显。总之，当某个应用程序查询操作大大超过更新操作时，通过在多个数据库间缓存只读数据，并在数据库间均匀连接客户端以分发负载，则就可以向外扩展工作负荷的读取分区，即实现负载均衡的目的。
二、 采用这个方案需要注意的地方。
在部署这个解决方案时，仍然有些数据库管理员需要关注的内容。如以下这些内容，数据库管理员需要根据企业的实际情况来进行调整，以提高这个方案的价值。
首先需要考虑数据缓存服务器与数据库服务器之间同步的频率问题。这个同步操作是一把双刃剑。若同步的频率太高，会影响数据库服务器与缓存服务器的性能;若同步频率比较低的话，则数据库缓存服务器中的数据得不到及时的更新。
如此的话，用户查询时可能在短时间内无法获取最新的数据。所以，一般来说，系统滞后的时间应该尽量的短，即数据库服务器的更新内容必须尽快与数据库缓存服务器进行同步。
理想的状态时，在更新数据库服务器的同时更新数据库缓存服务器。但是，这么做是以牺牲数据库与数据库缓存服务器的性能为代价的。为此数据库管理员在实施这个解决方案时，往往不会这么做。而是设置在一段时间之后同步。如可以设置为10秒、60秒、300秒或者更长的时间后进行同步。
具体这个同步的时间间隔多少为好，没有一个统一的标准。这需要数据库管理员根据企业对数据同步的要求不同而定。一般来说，数据库管理员在满足用户需要的前期下，可以将这个时间设置的相对长一点。这可以避免因为过多的同步操作而降低了这个方案的价值。其实，对于大部分用户来说，60秒左右的时间差异还是可以接受的。如在论坛中，一个人发帖后，在一分钟之后看到一般不会有什么问题。对于人的感觉来说，这个一分钟时间不长。但是对于数据库服务器来说，这一分钟可以做很多事情。所以，适当延长这个同步时间，却可以在很大程度上提高数据库服务器性能。这个时间的代价，有时候还是值得的。
其次，在数据库服务器与数据库缓存服务器之间，应该建立比较直接的、快速的网络连接。当用户比较多时，数据库服务器与数据库缓存服务器之间若发生同步操作，则会造成很多的网络流量。有时候同步操作发生时，影响这个工作的效率可能并不是数据库服务器或者数据库缓存服务器本身，而是他们之间的网络连接。
由于其可用的带宽跟不少数据库服务器系统的吞吐量，从而影响到了同步操作的效率。为此，在数据库服务器与数据库缓存服务器之间的网路连接，应该尽量的直接。如最好不要在中间夹着其他的不必要的网络设备;也最好不要在他们之间配备防火墙等安全策略。这些安全策略与网络设备都会在很大程度上影响到这个同步操作的效率。
另外，最好也不要有其他的应用服务来争抢带宽。所以简单的说，如果可能的话，在数据库服务器上部署多张网卡，直接与数据库源服务器实现双机互联，而那传输同步操作需要的数据，这是一个很不错的手段。由于其数据传输更直接、而且其他设备或者应用服务也会来争夺其带宽，同时又可以克服他们的非法攻击。为此，只要他们之间多距离比较短的话，采用这种方案可能效果会比较好，可以在最大程度内缩短这个同步操作所需要的时间，从而让其他用户尽早看到更新的数据。
第三为同步选择合适的复制方案。
那么该如何实现数据库服务器与缓存服务器之间的同步呢?在SQLServer数据库中，有三个方案可供数据库管理员选择。这三个方案分别为快照复制、合并复制与事务复制。这三个复制模型各有各的特点。不过从最终效果来看，其都可以实现数据库服务器与数据库缓存服务器之间的同步。不过由于其内部的实现机制不同，为此其虽然结果相同，但是从性能等方面考虑，还是有差异的。
各种复制模型的原理与特点属于基本知识的范畴，笔者在这里就不做过多阐述了。笔者认为，在利用这个数据库缓存服务器来实现负载均衡的方案中，最好采用事务复制的同步方案。因为相比其他方案来说，事务日志能够满足事务的一致性、数据库服务器系统比较大的吞吐量、同步时尽量少的开销、以及系统比较短的滞后时间等等需求。
另外在有些企业中采用这个方案的话，还要考虑到表与记录的过滤需求。而通过事务复制的话，就可以实现对列和行的过滤。而其他复制模型的话，只能够部分满足这些需求。
所以，笔者认为，在选择数据同步方案时，可能选择事务复制来实现同步，更加的合适。不过最终是否真是如此，还是要求数据库管理员根据企业的实际需要，然后分别采用几个复制模型来进行测试，才能够得出真正合理的结果。
‘玖’ 网站服务器缓存实现
你这个相当于，拿A当cdn用了，直接用cdn代替A即可
‘拾’ 怎么做dns服务器
1、 安装DNS服务
开始—〉设置—〉控制面板—〉添加/删除程序—〉添加/删除Windows组件—〉“网络服务”—〉选择“域名服务系统（DNS）”—〉按确定进行安装
2、 创建DNS正相解析区域
开始—〉程序—〉管理工具—〉选择DNS，打开DNS控制台—〉右击“正相搜索区域”—〉选择“新建区域”—〉选择“标准主要区域”（或“Active Directory 集成区域”或“标准辅助区域”）--〉输入域名“abc.com” —〉输入要保存的区域的文件名“abc.com.dns”— 〉按完成，完成创建
创建主机记录等：
右击“abc.com”—〉“新建主机” —〉在名称处输入“www”，在“IP地址”处输入“192.168.0.3”，—〉按“添加主机”完成
3、 创建DNS反向解析区域
开始—〉程序—〉管理工具—〉选择DNS，打开DNS控制台—〉右击“反向搜索区域”—〉选择“新建区域”—〉选择“标准主要区域”—〉输入用来标示区域的“网络ID”—〉输入要保存的区域的文件名“0.168.192.in-addr.arpa.dns”—〉按完成，完成创建
创建指针PTR：
右击“192.168.1.x.subnet”—〉选择“新建指针”—〉在“主机IP号”中输入2—〉在“主机名”中输入ftp—按 “确定”完成添加
4、 启用DNS循环复用功能
如www.abc.com对应于多个IP地址时DNS每次解析的顺序都不同
右击选择“DNS服务器”—〉属性—〉高级—〉选择“启用循环”（round robin）--〉选择“启用netmask 排序”—〉按“ 确定”返回
注：如所有的IP和域名服务器在同一子网时需要取消“启用netmask排序”，才能实现循环复用功能。即启用循环时 ，当主机的IP和dns在同一个子网时将始终排在最前面，当都在一个子网时就不进行循环，只有去除了“启用netmask排序” 时才能实现循环复用。
DNS服务器会优先把与自己的网络ID相同的记录返回给客户端
5、 创建标准辅助区域，实现DNS区域复制
在另一台DNS服务器上，右击“正向搜索区域”—〉选择“新建区域”—〉选择“标准辅助区域”—〉输入“abc.com”—〉输入主域名服务器的IP地址—〉选择“完成”
可手工要求同步：
在辅域名服务器上右击“abc.com”的域—〉选择“从主服务器传输”
并且可以设置允许传输的域名服务器：
在主域名服务器上右击“abc.com”的域—〉选择“属性”—〉选择“区域复制”—〉在“允许复制”前打勾，并选择允许复制的主机（到所有服务器、只有在“名称服务器”选项卡中列出的服务器、只允许到下列服务器）
完成服务器类型的转换：
右击区域—〉选择 “属性”—〉选择“类型”的“更改”按钮—〉选择要更改的区域类 型—〉按“确定”
6、 实现DNS唯高速缓存服务器
创建一个没有任何区域的DNS服务器—〉右击DNS服务器—〉选择“属性”—〉选择“转 发器”中的“启用转发器”—〉输入转发器的IP地址—〉按“确定”完成
清除“唯高速缓存”中的cache内容：
右击“DNS服务器”—〉选择“清除缓存”
或者选择“DNS服务器”—〉在菜单中选择“查看”，高级—〉右击“缓存的查找”—〉选择“清除缓存”
（客户端清空DNS缓存—）ipconfig /flushdns）
7、 DNS的委派（子域的转向）
在原域名服务器上建立“subdomain.abc.com”的主机—〉右击abc.com的域，选择“新建委派”—〉将subdomain.abc.com的域代理给subdomain.abc.com的主机—〉在subdomain.abc.com上建立“正向标准区域”subdomain.abc.com—〉添加相关主机记录
8、 设置 DNS区域的动态更新
右击选择DNS上区域—〉选择“属性”—〉选择“常规”中的“允许动态更新”，选是— 〉然后按 “确定”—〉在本机的DHCP服务器中—〉右击选择DHCP服务器—〉选择“属性”—〉选择“DNS”—〉选择“为不支持动态更新的DNS客户启用更新”—〉在客户端使用ipconfig /registerdns来更新域名的注册信息
注意客户端需要将完整的计算机名改成myhost.abc.com
9、 配置DNS客户端
在客户端计算机上打开tcp/ip属性对话框，在dns服务器地址栏输入dns服务器的ip地址
手工配置最多可配置12个 DNS服务器