Hãy hình dung điều này – bạn đã tạo ra một ứng dụng web và bây giờ đang tìm kiếm một web server phù hợp để lưu trữ (host) nó.
Ứng dụng của bạn có thể bao gồm nhiều tệp tin tĩnh (static files) — HTML, CSS và JavaScript, một backend phục vụ các API hoặc thậm chí nhiều webservice. Nginx có thể là cái bạn đang tìm kiếm và có một vài lý do cho điều đó.
NGINX là một web server mạnh mẽ và sử dụng kiến trúc đơn luồng, hướng sự kiện vì thế nó hiệu quả hơn Apache server nếu được cấu hình chính xác. Nó cũng có thể làm những thứ quan trọng khác, chẳng hạn như load balancing, HTTP caching, hay sử dụng như một reverse proxy.
Trong bài viết này, tôi sẽ hướng dẫn các bước về cách cài đặt và cấu hình những phần quan trọng nhất của NGINX.
Cài đặt cơ bản — Kiến trúc
Có 2 cách để cài đặt NGINX, có thể sử dụng gói (package) dựng sẵn hoặc cài đặt từ source.
Phương thức đầu tiên dễ và nhanh hơn, nhưng cài đặt từ source cung cấp khả năng cài đặt thêm các module khác giúp NGINX mạnh mẽ hơn. Nó cho phép chúng ta tùy chỉnh cho phù hợp với nhu cầu của ứng dụng.
Để cài đặt một gói Debian dựng sẵn, thứ duy nhất cần làm là:
|
1 2 3 |
sudo apt-get <span class="hljs-operator"><span class="hljs-keyword">update</span> sudo apt-<span class="hljs-keyword">get</span> <span class="hljs-keyword">install</span> nginx </span> |
Sau khi quá trình cài đặt kết thúc, bạn có thể kiểm tra mọi thứ là ỔN bằng cách chạy lệnh dưới đây, nó sẽ hiển thị phiên bản NGINX được cài đặt:
|
1 2 3 |
sudo nginx -v nginx version: nginx/1.6.2 |
Webserver mới sẽ được cài đặt tại /etc/nginx/. Nếu bạn vào trong thư mục này, bạn sẽ thấy nhiều tệp tin và thư mục. Nhưng thứ quan trọng nhất cần chú ý là tệp tin nginx.conf và thư mục sites-available.
Thiết lập cấu hình
Những thiết lập quan trọng nhất ở trong tập tin nginx.conf, mặc định nó sẽ như thế này:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 |
user www-data; worker_processes <span class="hljs-number">4</span>; pid /run/nginx.pid; events { worker_connections <span class="hljs-number">768</span>; <span class="hljs-preprocessor"># multi_accept on;</span> } http { sendfile on; tcp_nopush on; tcp_nodelay on; keepalive_timeout <span class="hljs-number">65</span>; types_hash_max_size <span class="hljs-number">2048</span>; <span class="hljs-preprocessor"># server_tokens off;</span> <span class="hljs-preprocessor"># server_names_hash_bucket_size 64;</span> <span class="hljs-preprocessor"># server_name_in_redirect off;</span> include /etc/nginx/mime.types; default_type application/octet-stream; access_log /var/<span class="hljs-built_in">log</span>/nginx/access.<span class="hljs-built_in">log</span>; error_log /var/<span class="hljs-built_in">log</span>/nginx/error.<span class="hljs-built_in">log</span>; gzip on; gzip_disable <span class="hljs-string">"msie6"</span>; <span class="hljs-preprocessor"># gzip_vary on;</span> <span class="hljs-preprocessor"># gzip_proxied any;</span> <span class="hljs-preprocessor"># gzip_comp_level 6;</span> <span class="hljs-preprocessor"># gzip_buffers 16 8k;</span> <span class="hljs-preprocessor"># gzip_http_version 1.1;</span> <span class="hljs-preprocessor"># gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;</span> include /etc/nginx/conf.d<span class="hljs-comment">/*.conf; include /etc/nginx/sites-enabled/*; } </span> |
Tệp tin được cấu trúc thành các ngữ cảnh. Đầu tiên là events, và thứ 2 là http. Cấu trúc này có một vài lợi thế trong việc cấu hình, như mỗi ngữ cảnh có thể lồng trong ngữ cảnh khác, cái kế thừa mọi thứ từ cha mẹ của chúng nhưng cũng có thể ghi đè thiết lập nếu cần.
Nhiều thứ trong tệp tin này có thể tinh chỉnh dựa theo nhu cầu của bạn, nhưng bạn cũng có thể sử dụng các thiết lập mặc định. Một số phần quan trọng của tệp tin cấu hình này là:
- worker_processes: Thiết lập này định nghĩa số worker processes mà NGINX sẽ sử dụng. Bởi vì NGINX là đơn luồng (single threaded), nó thường bằng với số lõi CPU.
- worker_connection: Đây là số lượng tối đa của các kết nối đồng thời cho mỗi worker process và nói cho các worker process của chúng ta có bao nhiêu người có thể được phục vụ đồng thời bởi NGINX.
- access_log & error_log: Đây là những tệp tin mà NGINX sẽ sử dụng để log bất kỳ lỗi và số lần truy cập. Các bản ghi này thường được sử dụng để gỡ lỗi hoặc sửa chữa.
- gzip: Đây là các thiết lập nén GZIP của các NGINX reponse. Tính năng này có nhiều thiết lập phụ, phần bị comment bởi mặc định có thể giúp hiệu suất được cải thiện đáng kể. Trong các thiết lập phụ của GZIP, cần quan tâm tới
gzip_comp_level, nó là mức nén và nằm trong khoảng từ 1 tới 10. Thông thường, giá trị này không nên lớn hơn 6 — trên mức này lợi ích từ việc nén là không đáng kể, vì nó cần sử dụng nhiều CPU hơn.gzip_typeslà một danh sách các kiểu response sẽ được nén.
NGINX có thể hỗ trợ nhiều hơn một website, và các tệp tin định nghĩa các trang web của bạn ở trong thư mục /etc/nginx/sites-available.
Tuy nhiên, các tệp tin trong thư mục này không “live” — bạn có thể có nhiều tệp tin định nghĩa các trang web ở đây, nhưng NGINX không thực sự làm bất cứ điều gì với chúng trừ khi chúng được symlink (liên kết tượng trưng) tới thư mục /etc/nginx/sites-enabled (bạn cũng có thể copy chúng tới thư mục này, nhưng symlink đảm bảo rằng chỉ có duy nhất một bản copy của mỗi tệp tin được theo dõi).
Nó cung cấp cho bạn một phương thức để nhanh chóng đưa các trang web online hoặc offilne mà không cần phải thực sự xóa bất kỳ tệp tin nào — khi bạn sẵn sàng cho một trang web online, tạo symlink tới sites-enabled và khởi động lại NGINX.
Thư mục site-available bao gồm các cấu hình cho các host ảo (virtual host). Nó cho phép web server có thể cấu hình cho nhiều trang web với các cấu hình riêng biệt. Các trang web trong thư mục không live và chỉ được cho phép nếu chúng ta tạo một symlink tới thư mục sites-enabled.
Bạn có thể tạo một tệp tin mới cho ứng dụng của mình hoặc chỉnh sửa một tệp tin mặc định. Một cấu hình thông thường sẽ như dưới đây:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 |
upstream remoteApplicationServer { server <span class="hljs-number">10.10</span><span class="hljs-number">.10</span><span class="hljs-number">.10</span>; } upstream remoteAPIServer { server <span class="hljs-number">20.20</span><span class="hljs-number">.20</span><span class="hljs-number">.20</span>; server <span class="hljs-number">20.20</span><span class="hljs-number">.20</span><span class="hljs-number">.21</span>; server <span class="hljs-number">20.20</span><span class="hljs-number">.20</span><span class="hljs-number">.22</span>; server <span class="hljs-number">20.20</span><span class="hljs-number">.20</span><span class="hljs-number">.23</span>; } server { listen <span class="hljs-number">80</span>; server_name www.customapp.com customapp.com root /<span class="hljs-keyword">var</span>/www/html; index index.html location / { alias /<span class="hljs-keyword">var</span>/www/html/customapp/; try_files <span class="hljs-variable">$uri</span> <span class="hljs-variable">$uri</span>/ =<span class="hljs-number">404</span>; } location /remoteapp { proxy_set_header Host <span class="hljs-variable">$host</span>:<span class="hljs-variable">$server_port</span>; proxy_set_header X-Real-IP <span class="hljs-variable">$remote_addr</span>; proxy_set_header X-Forwarded-<span class="hljs-keyword">For</span> <span class="hljs-variable">$proxy_add_x_forwarded_for</span>; proxy_pass http:<span class="hljs-comment">//remoteAPIServer/;</span> } location /api/v1/ { proxy_pass https:<span class="hljs-comment">//remoteAPIServer/api/v1/;</span> proxy_http_version <span class="hljs-number">1.1</span>; proxy_set_header Upgrade <span class="hljs-variable">$http_upgrade</span>; proxy_set_header Connection <span class="hljs-string">'upgrade'</span>; proxy_set_header Host <span class="hljs-variable">$host</span>; proxy_cache_bypass <span class="hljs-variable">$http_upgrade</span>; proxy_redirect http:<span class="hljs-comment">// https://;</span> } } |
Giống như nginx.conf, nó cũng sử dụng khái niệm các ngữ cảnh lồng nhau (và tất cả cũng được lồng trong ngữ cảnh HTTP CỦA nginx.conf, vì thế chúng cũng kế thừa mọi thứ từ nó).
Ngữ cảnh server định nghĩa một server ảo để xử lý các request từ client của bạn. Bạn có thể có nhiều khối server, và NGINX sẽ chọn một trong số chúng dựa trên các chỉ thị listen và server_name.
Trong một khối server, chúng ta định nghĩa nhiều ngữ cảnh location được sử dụng để quyết định cách xử lý các request từ client. Bất cứ khi nào một request đến, NGINX sẽ thử khớp URI tới một trong số các định nghĩa location và xử lý nó cho phù hợp.
Có nhiều chỉ thị quan trọng có thể được sử dụng dưới ngữ cảnh location, chẳng hạn như:
- try_files sẽ cố gắng phục vụ các tệp tin tĩnh được tìm thấy trong thư mục được trỏ tới bởi chỉ thị gốc.
- proxy_pass sẽ gửi request tới một proxy server cụ thể.
- rewrite sẽ viết lại URI tới dựa trên một regular expression để một khối location có thể xử lý nó.
Ngữ cảnh upstream định nghĩa một pool của các server cái NGINX sẽ ủy quyền các request tới. Sau khi chúng ta tạo một khối upstream và định nghĩa một server bên trong nó chúng có thể tham chiếu nó bằng tên bên trong các khối location. Thêm nữa, một ngữ cảnh upstream có thể có nhiều server được gán trong nó vì rằng NGINX sẽ làm một vài load balancing khi ủy quyền các request.
Bắt đầu NGINX
Sau khi chúng ta hoàn tất cấu hình và di chuyển ứng dụng web tới thư mục phù hợp, chúng ta có thể khởi động NGINX sử dụng lệnh dưới đây:
|
1 2 |
sudo service nginx <span class="hljs-operator"><span class="hljs-keyword">start</span> </span> |
Sau đó, bất cứ khi nào chúng ta thay đổi cấu hình, chúng ta chỉ cần tải lại (không có thời gian downtime) sử dụng lệnh dưới đây:
|
1 2 |
service nginx reload |
Cuối cùng, chúng ta có thể kiểm tra trạng thái của NGINX sử dụng lệnh dưới đây:
|
1 2 |
service nginx status |
Kết luận
Với nhiều tính năng mở rộng, NGINX có thể là một cách tuyệt vời để phục vụ ứng dụng của bạn hay thậm chí được sử dụng như một HTTP proxy hay load balancer cho các web server khác. Hiểu cách NGINX làm việc và xử lý các request sẽ cung cấp nhiều sức mạnh để mở rộng (scaling) và cân bằng tải (balancing the load) cho ứng dụng của bạn.
