『壹』 如何在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伺服器