Chia Sẽ Kinh Nghiệm Về IT

Tìm Kiếm Với Google

Gởi Ðề Tài Mới  Gửi trả lời
Công Cụ Xếp Bài
Tuổi 17-06-2014, 03:41 PM   #1
Trả Lời: n/a
Tự xây dựng hệ thống CDN với Bind, GeoIP,Nginx, Varnish (How to build your own CDN
Tự xây dựng hệ thống CDN với Bind, GeoIP,Nginx, Varnish

(How to build your own CDN using BIND, GeoIP, Nginx, and Varnish)

GIT – In this article, we shall outline the steps required to build a private Content Delivery or Distribution Network (CDN) using a VPS with Varnish Cache and Nginx. The goal is to build a CDN using free, readily available software but most importantly spend the least amount of funds possible.

To this end, all nodes participating in this network are going to be virtual machines (Xen, Virtuozzo, OpenVZ, etc). Should you have any questions or comments on the configuration of this CDN, please post them in this


Our global CDN can not only keep the latest copy of static files closer to our global visitors but can also cache the most used pages (dynamic or not) in memory on the edge nodes! This means less trips to the geographically distant and slower Dynamic Node (see below). This is similar to what Akamai and other well known firms do, only at a fraction of the cost. However, in this article, and to keep things simple, we will only be caching static files.
  • The Big Picture
The illustration below presents a logical layout of our CDN. Edge nodes can be located just about anywhere in the world. One could also add more nodes at any location should there be a capacity need. The Dynamic Content Node will typically run a mixture of MySQL, Apache, and server-side software built using PHP, Ruby, Python, .Net, or any language for that matter.

Global CDN

  • Role of Each Software Component
Nginx is a lightweight high-performance Web server that is able to handle large traffic consistently. We are leveraging its proxy and caching capabilities. We shall compile Nginx and leverage the proxy module. This module allows us to cache data on the local disks of the remote edge locations.

As its name implies, Varnish Cache is a high-performance caching engine used to keep recently accessed content in memory for fastest access. Varnish is not a Web server. Hence our need to bundle it with Nginx, which is acting as a Web server at the edge nodes. We will cover Varnish in detail in our next installment.

And finally the glue that holds all of these components together: BIND. BIND is the DNS software used to map Internet host names to IP addresses. We shall patch Bind to add geographical filters support. In other words, BIND will serve each client the IP of closest edge node in the CDN. For example, an vistor from Africa will receive the edge node IP of South Africa or Morocco depending on the filters. We will touch on this later.

  • Node Layout
At a minimum, we will need two nodes to demo and build our private CDN. That’s one Dynamic Content Node and one Edge Location node. The Dynamic Content Node will run the full LAMP stack along with BIND and the geographical filters patch. The Edge Location node will run Nginx and Varnish. One could always run BIND+GeoIP on a separate node as it is good practice. We will assign the hostname dynamic_content to the Dynamic Content Node and edge_node to the Edge Location.

  • Installation and configuration

Download BIND from ISC:
Download MaxMind’s C API:

[root@dynamic_node /]# cd /usr/src/
[root@dynamic_node src]# wget

[root@dynamic_node src]# wget

[root@dynamic_node src]# wget

[root@dynamic_node src]# tar -xzvf bind-9.2.4.tar.gz

[root@dynamic_node src]# tar -xzvf GeoIP-1.4.6.tar.gz

[root@dynamic_node src]# tar -xzvf bind-9.2.4-geodns-patch.tar.gz

[root@dynamic_node src]# cd GeoIP-1.4.6

[root@dynamic_node GeoIP-1.4.6]# ./configure –prefix=/usr/local/geoip

[root@dynamic_node GeoIP-1.4.6]# make

[root@dynamic_node GeoIP-1.4.6]# make install

[root@dynamic_node GeoIP-1.4.6]# cd ..

[root@dynamic_node src]# patch -p0 < bind-9.2.4-geodns-patch/patch.diff

[root@dynamic_node src]# cd bind-9.2.4

[root@dynamic_node bind-9.2.4]# CFLAGS=”-I/usr/local/geoip/include” LDFLAGS=”-L/usr/local/geoip/lib -lGeoIP”
./configure –prefix=/usr/local/bind

[root@dynamic_node bind-9.2.4]# make

[root@dynamic_node bind-9.2.4]# make install

Bind-GeoIP comes with a named.conf file with examples on how to use filtering. Setup your zone files and test them accordingly. The GeoIP patch official page has instructions and examples. Be sure to read over it should you need help: If you do not have access to nodes in the different geo locations around the world to test your BIND configuration, is a good resource to leverage. It allows one to test DNS resolution using a looking glass (ping).
Here is how the filters should look inside named.conf:
view “us” {

// Match clients from US & Canada

match-clients { country_US; country_CA; };

// Provide recursive service to internal clients only.

recursion no;

zone “” {

type master;

file “pri/unixy-us.db”;


zone “.” IN {

type hint;

file “”;



view “latin” {

// Match from Argentina, Chile and Brazil

match-clients { country_AR; country_CL; country_BR; };

// Provide recursive service to internal clients only.

recursion no;

zone “” {

type master;

file “pri/unixy-latin.db”;


zone “.” IN {

type hint;

file “”;



Let us move on now and install Nginx and Varnish.
[root@edge_node src]# wget

[root@edge_node src]# tar -xzvf nginx-0.8.45.tar.gz

[root@edge_node src]# cd nginx-0.8.45

[root@edge_node nginx-0.8.45]# ./configure –prefix=/usr/local/nginx –with-http_realip_module

[root@edge_node nginx-0.8.45]# make

[root@edge_node nginx-0.8.45]# make install

Here is our nginx.conf file with relevant lines only. All other configuration options are stock Nginx:
http {

include mime.types;

default_type application/octet-stream;

sendfile on;

keepalive_timeout 65;

upstream dynamic_node {

server; # is the IP of the Dynamic Node

server {

listen 81;


location ~*
\.(gif|jpg|jpeg|png|wmv|avi|mpg|mpeg|mp4|htm|html| js|css|mp3|swf|ico|flv)$ {

proxy_set_header X-Real-IP $remote_addr;

proxy_pass http://dynamic_node;

proxy_store /var/www/cache$uri;

proxy_store_access user:rw group:rw all:r;


In bold above are configuration lines that are key and define our private CDN. The upstream is essentially going to be our Dynamic Node to which we pass requests that cannot be served from cache. Also, Nginx will only be caching static files like GIF, PNG, and JS. Varnish on the other hand will be caching dynamic pages. Notice how Nginx listens on port 81. This is because Varnish will listen on port 80 and will forward requests to Nginx on port 80. More on Varnish later.

Notice how we are using as the handle for our virtual host name. It can be just about anything depending on your configuration. Once the cache builds up, you should start seeing files and directories being populated under /var/www/ as instructed above.
A few seconds of browsing and the disk cache is already populating:
[root@edge_node /]# ls -al /var/www/cache

contact-unixy css images index.html javascript js

[root@edge_node /]#

Next we will proceed with installing Varnish. Varnish will act an in-memory cache. While it is not necessary, it can improve response time greatly. Nonetheless, installing Varnish does add a level of complexity to our configuration.
[root@edge_node src]# wget

[root@edge_node src]# tar -xzvf varnish-2.1.2.tar.gz

[root@edge_node varnish-2.1.2]# ./configure –prefix=/usr/local/varnish

[root@edge_node varnish-2.1.2]# make

[root@edge_node varnish-2.1.2]# make install

Be sure to follow guides online on the initial setup of Varnish. This article only covers the configuration of the CDN. There are certainly additional Varnish options that need tuning but those are most likely peculiar to your application.
backend default {

.host = “″;

.port = “81″;


sub vcl_recv {

if (req.url ~ “\.(js|css|jpg|jpeg|png|gif|gz|tgz|bz2|tbz|mp3|o gg|swf)$”) {
return (lookup);
sub vcl_fetch {
if (req.url ~ “\.(js|css|jpg|jpeg|png|gif|gz|tgz|bz2|tbz|mp3|o gg|swf)$”) {
unset obj.http.set-cookie;

Go ahead and startup Varnish and browse around you portal a bit to build the cache. Monitor the command varnishstat on the edge node and you will be able to see the cache hits and misses. There should be more hits as the cache builds up over time and more objects are accessed.

  • Wrap up
The instructions above can replicated across however many additional Edge Nodes you want to add. One could also add redundancy to the BIND+GeoIP setup by configuring secondary nodes. The illustration below shows the flow of a request from top to bottom.

  Trả lời ngay kèm theo trích dẫn này
Gửi trả lời

Công Cụ
Xếp Bài

Quyền Hạn Của Bạn
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is Mở
Hình Cảm xúc đang Mở
[IMG] đang Mở
Mã HTML đang Tắt

Bây giờ là 07:21 AM. Giờ GMT +7

Diễn đàn tin học QuantriNet |
Founded by Trương Văn Phương | Developed by QuantriNet's members.
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.