Nginx

Workshop: Reverse Proxy + Load Balancing Hands-on กับ Nginx

Categories

Nginx Reverse Proxy และ Load Balancing เป็นเทคโนโลยีสำคัญในการสร้างระบบเซิร์ฟเวอร์ที่มีประสิทธิภาพและความน่าเชื่อถือสูง บทความนี้เป็น Workshop ปฏิบัติการแบบ Hands-on ที่จะสอนคุณตั้งแต่พื้นฐานความเข้าใจเกี่ยวกับ Reverse Proxy การกำหนดค่า Nginx เพื่อใช้งาน Reverse Proxy และ Load Balancing ระดับประทับใจ รวมถึงเทคนิคขั้นสูงเช่น SSL Termination, Health Checks, และการ Monitoring ระบบในสภาพแวดล้อมจริง

หากคุณจัดการโครงสร้าง Infrastructure บน Cloud VPS หรือ Cloud Hosting คุณจะได้เรียนรู้วิธีการใช้ Nginx Reverse Proxy เพื่อกระจายการโหลด (Load Balancing) อย่างมีประสิทธิภาพ ลดความเสี่ยงของ Single Point of Failure และเพิ่มความสามารถในการขยายขนาดของแอปพลิเคชัน Workshop นี้ครอบคลุมตั้งแต่การติดตั้งพื้นฐาน ไปจนถึงการจัดการ Load Balancing ตัวอย่างการปฏิบัติ และการแก้ไขปัญหาทั่วไป

ความเข้าใจพื้นฐานเกี่ยวกับ Nginx Reverse Proxy

Reverse Proxy คืออะไร

Reverse Proxy เป็นเซิร์ฟเวอร์ที่ทำหน้าที่เป็นตัวกลาง (intermediary) ระหว่างไคลเอนต์ (Client) กับเซิร์ฟเวอร์ Backend (Backend Server) เมื่อไคลเอนต์ส่งคำขอ (Request) มา Reverse Proxy จะรับคำขอนั้นและส่งต่อไปยังเซิร์ฟเวอร์ Backend ที่เหมาะสม แล้วรับการตอบสนอง (Response) จากเซิร์ฟเวอร์ Backend และส่งกลับไปยังไคลเอนต์

ความแตกต่างหลักระหว่าง Reverse Proxy และ Forward Proxy คือ Forward Proxy ทำหน้าที่เป็นตัวกลางสำหรับไคลเอนต์ในขณะที่ Reverse Proxy ทำหน้าที่เป็นตัวกลางสำหรับเซิร์ฟเวอร์ Backend Nginx Reverse Proxy เป็นตัวเลือกยอดนิยมเพราะมีประสิทธิภาพสูง ใช้ทรัพยากรน้อย และรองรับการกำหนดค่าที่ยืดหยุ่น

ประโยชน์ของการใช้ Nginx Reverse Proxy

  • Load Balancing: กระจายคำขอจากไคลเอนต์ไปยังเซิร์ฟเวอร์ Backend หลายตัว เพื่อสมดุลภาระการทำงาน
  • High Availability: หากเซิร์ฟเวอร์ Backend ตัวหนึ่งล้มเหลว Reverse Proxy สามารถส่งต่อคำขอไปยังเซิร์ฟเวอร์อื่นได้ โดยไคลเอนต์ไม่รู้ตัว
  • Security: Hidden ที่อยู่ IP ของเซิร์ฟเวอร์ Backend ทำให้ยากต่อการโจมตี
  • Performance: ประมวลผล SSL/TLS Encryption ที่ Reverse Proxy แทนที่จะให้เซิร์ฟเวอร์ Backend ทำ (SSL Termination)
  • Caching: แคชเนื้อหาเพื่อลดภาระของเซิร์ฟเวอร์ Backend
  • Centralized Logging: บันทึก Log ของคำขอทั้งหมดไว้ที่ Reverse Proxy

Nginx Load Balancing Algorithms

Nginx รองรับวิธีการกระจายคำขอ (Load Balancing Algorithms) ที่หลากหลายเพื่อให้เหมาะสมกับสถานการณ์ต่างๆ

  • Round Robin (Default): กระจายคำขอให้กับเซิร์ฟเวอร์ Backend ตามลำดับ (ไคลเอนต์ 1 ไป Backend 1, ไคลเอนต์ 2 ไป Backend 2 เป็นต้น)
  • Least Connections: ส่งคำขอไปยังเซิร์ฟเวอร์ที่มีจำนวนการเชื่อมต่อน้อยที่สุด เหมาะสำหรับการติดต่อที่ยาวนาน
  • IP Hash: ใช้ IP Address ของไคลเอนต์เพื่อตัดสินใจเลือกเซิร์ฟเวอร์ Backend ทำให้คำขอจากไคลเอนต์เดียวกันไปยังเซิร์ฟเวอร์เดียวกันเสมอ (Sticky Session)
  • Random: เลือกเซิร์ฟเวอร์แบบสุ่ม
  • Weight: กำหนดน้ำหนัก (Weight) ให้กับแต่ละเซิร์ฟเวอร์ เซิร์ฟเวอร์ที่มีน้ำหนักสูงจะได้รับคำขอมากขึ้น

การติดตั้ง Nginx

ติดตั้งบน Ubuntu/Debian

ขั้นแรก อัปเดต Package Manager:

sudo apt update
sudo apt install nginx -y

เริ่มต้นและตรวจสอบ Nginx:

sudo systemctl start nginx
sudo systemctl enable nginx
sudo systemctl status nginx

ติดตั้งบน CentOS/RHEL

sudo yum install nginx -y
sudo systemctl start nginx
sudo systemctl enable nginx
sudo systemctl status nginx

การกำหนดค่า Nginx Reverse Proxy พื้นฐาน

Simple Reverse Proxy

สมมติว่าคุณมีเซิร์ฟเวอร์ Backend ที่ทำงานบนพอร์ต 8080 ที่ที่อยู่ 127.0.0.1 ในการตั้งค่า Nginx เพื่อใช้เป็น Reverse Proxy ให้แก้ไขไฟล์ `/etc/nginx/sites-available/default`:

server {
    listen 80 default_server;
    listen [::]:80 default_server;

    server_name _;

    location / {
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

อธิบายการตั้งค่า:

  • listen 80 — ฟังพอร์ต 80 (HTTP)
  • proxy_pass http://127.0.0.1:8080 — ส่งต่อคำขอไปยัง Backend ที่พอร์ต 8080
  • proxy_set_header Host $host — ส่งต่อ Host Header ต้นฉบับ
  • proxy_set_header X-Real-IP $remote_addr — บอก Backend IP ของไคลเอนต์จริง
  • proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for — บอก Backend Chain ของ IP Addresses
  • proxy_set_header X-Forwarded-Proto $scheme — บอก Backend Protocol ที่ใช้ (HTTP หรือ HTTPS)

Load Balancing with Multiple Backend Servers

ถ้าคุณต้องการกระจายคำขอไปยังเซิร์ฟเวอร์ Backend หลายตัว ให้สร้าง Upstream Block:

upstream backend_servers {
    server 192.168.1.10:8080;
    server 192.168.1.11:8080;
    server 192.168.1.12:8080;
}

server {
    listen 80 default_server;
    server_name _;

    location / {
        proxy_pass http://backend_servers;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

ตามค่าเริ่มต้น Nginx ใช้ Round Robin Algorithm เพื่อกระจายคำขอ

Load Balancing with Weights

ถ้าเซิร์ฟเวอร์ Backend บางตัวมีความสามารถสูงกว่า ให้กำหนด Weight:

upstream backend_servers {
    server 192.168.1.10:8080 weight=5;   # เซิร์ฟเวอร์นี้จะได้รับ 5 เท่า
    server 192.168.1.11:8080 weight=2;   # เซิร์ฟเวอร์นี้จะได้รับ 2 เท่า
    server 192.168.1.12:8080 weight=1;   # เซิร์ฟเวอร์นี้จะได้รับ 1 เท่า
}

IP Hash for Sticky Sessions

ถ้าต้องให้คำขอจากไคลเอนต์เดียวกันไปยังเซิร์ฟเวอร์เดียวกันเสมอ ใช้ IP Hash:

upstream backend_servers {
    ip_hash;
    server 192.168.1.10:8080;
    server 192.168.1.11:8080;
    server 192.168.1.12:8080;
}

Least Connections

ส่งคำขอไปยังเซิร์ฟเวอร์ที่มีการเชื่อมต่อน้อยที่สุด:

upstream backend_servers {
    least_conn;
    server 192.168.1.10:8080;
    server 192.168.1.11:8080;
    server 192.168.1.12:8080;
}

SSL Termination

SSL Termination หมายถึงการถอดรหัส HTTPS ที่ Reverse Proxy แทนที่จะให้เซิร์ฟเวอร์ Backend ทำ ซึ่งช่วยลดภาระ CPU ของ Backend

การตั้งค่า SSL Termination

upstream backend_servers {
    server 192.168.1.10:8080;
    server 192.168.1.11:8080;
}

server {
    listen 443 ssl http2 default_server;
    listen [::]:443 ssl http2 default_server;

    server_name example.com;

    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;

    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers HIGH:!aNULL:!MD5;
    ssl_prefer_server_ciphers on;

    location / {
        proxy_pass http://backend_servers;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto https;
    }
}

# Redirect HTTP ไป HTTPS
server {
    listen 80 default_server;
    listen [::]:80 default_server;

    server_name example.com;

    return 301 https://$server_name$request_uri;
}

Health Checks

Nginx Community Edition ไม่มี Built-in Health Checks แต่ Nginx Plus (Paid Version) มี อย่างไรก็ตาม เราสามารถใช้ Module เพิ่มเติมหรือเขียน Script ภายนอกเพื่อตรวจสอบสุขภาพของ Backend

การใช้ Nginx Health Checks with tcp_check

ถ้าต้องการใช้ Health Checks บน Nginx Community Edition ต้องสร้าง Custom Module หรือใช้ Script ภายนอก เช่น Shell Script ที่ตรวจสอบโดยใช้ curl:

#!/bin/bash
# health_check.sh

BACKEND_SERVERS=("192.168.1.10:8080" "192.168.1.11:8080" "192.168.1.12:8080")
HEALTH_ENDPOINT="/health"

for server in "${BACKEND_SERVERS[@]}"; do
    if curl -f http://$server$HEALTH_ENDPOINT > /dev/null 2>&1; then
        echo "$server is healthy"
    else
        echo "$server is down"
        # คุณสามารถทำการจัดการได้ที่นี่ เช่นส่ง Alert หรืออัปเดต Nginx Config
    fi
done

Nginx Plus Health Checks (Commercial)

ถ้าใช้ Nginx Plus สามารถเปิดใช้งาน Health Checks ได้ดังนี้:

upstream backend_servers {
    server 192.168.1.10:8080;
    server 192.168.1.11:8080;
    server 192.168.1.12:8080;

    # Enable health checks
    zone backend_pool 64k;
}

server {
    listen 80 default_server;

    location / {
        proxy_pass http://backend_servers;
    }

    # Health check endpoint
    location @health_check {
        access_log off;
        proxy_pass http://backend_servers;
        proxy_http_version 1.1;
        proxy_set_header Connection "";
    }
}

Monitoring และ Logging

Access Log

โดยค่าเริ่มต้น Nginx บันทึก Access Log ไว้ในไฟล์ `/var/log/nginx/access.log` คุณสามารถดูบันทึกดังนี้:

tail -f /var/log/nginx/access.log

ตัวอย่าง Access Log:

192.168.1.100 - - [06/Apr/2026:10:15:30 +0700] "GET / HTTP/1.1" 200 1234 "-" "Mozilla/5.0"
192.168.1.101 - - [06/Apr/2026:10:15:31 +0700] "POST /api/data HTTP/1.1" 201 567 "-" "curl/7.68.0"

Error Log

Error Log บันทึกอยู่ในไฟล์ `/var/log/nginx/error.log`:

tail -f /var/log/nginx/error.log

Custom Log Format

สามารถกำหนดรูปแบบ Log ได้เอง ในไฟล์ `/etc/nginx/nginx.conf`:

log_format custom '$remote_addr - $remote_user [$time_local] '
                  '"$request" $status $body_bytes_sent '
                  '"$http_referer" "$http_user_agent" '
                  'upstream: $upstream_addr '
                  'response_time: $upstream_response_time';

access_log /var/log/nginx/access.log custom;

ใช้ Prometheus และ Grafana เพื่อ Monitoring

ติดตั้ง nginx_exporter เพื่อส่ง Metrics ไปยัง Prometheus:

wget https://github.com/nginxinc/nginx-prometheus-exporter/releases/download/v0.11.0/nginx-prometheus-exporter_0.11.0_linux_amd64.tar.gz
tar xzf nginx-prometheus-exporter_0.11.0_linux_amd64.tar.gz
sudo mv nginx-prometheus-exporter /usr/local/bin/

# เปิด ngx_http_stub_status_module ใน Nginx
server {
    listen 127.0.0.1:8080;
    location /nginx_status {
        stub_status on;
        access_log off;
        allow 127.0.0.1;
        deny all;
    }
}

# เริ่มต้น nginx_exporter
nginx-prometheus-exporter -nginx.scrape-uri=http://127.0.0.1:8080/nginx_status

การแก้ไขปัญหาทั่วไป

502 Bad Gateway Error

ข้อผิดพลาด 502 Bad Gateway มักเกิดจากเซิร์ฟเวอร์ Backend ไม่สามารถเข้าถึงได้ วิธีแก้ไข:

  • ตรวจสอบว่าเซิร์ฟเวอร์ Backend กำลังทำงาน
  • ตรวจสอบไฟร์วอลล์และเปิดพอร์ตที่จำเป็น
  • ตรวจสอบ Error Log ของ Nginx: `tail -f /var/log/nginx/error.log`
  • ตรวจสอบว่าที่อยู่ IP และพอร์ต Backend ถูกต้อง

Timeout Issues

ถ้า Backend ตอบกลับช้า ให้เพิ่ม Timeout:

location / {
    proxy_pass http://backend_servers;
    proxy_connect_timeout 60s;
    proxy_send_timeout 60s;
    proxy_read_timeout 60s;
}

Connection Refused

ถ้าเห็นข้อผิดพลาด “Connection refused” ให้:

  • ตรวจสอบว่า Backend เปิดฟังพอร์ตที่ถูกต้อง: `netstat -tuln | grep 8080`
  • ตรวจสอบ Firewall บนเซิร์ฟเวอร์ Backend: `sudo ufw status`
  • ตรวจสอบว่า Nginx มี Permission ให้เข้าถึง Backend

Configuration Syntax Error

ตรวจสอบไฟล์ Config สำหรับ Syntax Errors:

sudo nginx -t

ถ้ามี Syntax Error ให้แก้ไขไฟล์ `/etc/nginx/sites-available/default` หรือไฟล์ที่เกี่ยวข้อง

Workshop Practical Exercise

Exercise 1: ติดตั้ง Nginx Reverse Proxy

ขั้นตอน:

  • ติดตั้ง Nginx บนเซิร์ฟเวอร์ Ubuntu/Debian
  • สร้าง Simple Python HTTP Server ที่พอร์ต 8080 สำหรับการทดสอบ
  • กำหนดค่า Nginx เป็น Reverse Proxy ที่ชี้ไปยัง Python Server
  • ทดสอบ Reverse Proxy โดยส่ง curl request: `curl http://localhost`

Exercise 2: Load Balancing with Multiple Backends

ขั้นตอน:

  • สร้าง Python HTTP Servers 3 ตัว ที่พอร์ต 8081, 8082, 8083
  • แต่ละ Server ให้เพิ่ม Response Header “Server: Backend-X” เพื่อให้สามารถแยกแยะได้
  • กำหนดค่า Nginx เป็น Load Balancer ที่กระจายคำขอไปยังทั้ง 3 Backend
  • ส่ง 30 curl requests และดูว่าการกระจายเป็นแบบ Round Robin จริงหรือไม่

Exercise 3: SSL Termination

ขั้นตอน:

  • สร้าง Self-Signed SSL Certificate ด้วย OpenSSL
  • กำหนดค่า Nginx เพื่อฟังพอร์ต 443 HTTPS
  • ตั้งค่าให้ Redirect HTTP requests ไปที่ HTTPS
  • ทดสอบโดยใช้ curl -k https://localhost

Exercise 4: IP Hash (Sticky Sessions)

ขั้นตอน:

  • ใช้การตั้งค่า Load Balancing จากบทก่อนหน้า
  • เปลี่ยน Round Robin ให้เป็น IP Hash ในการตั้งค่า Upstream
  • ส่ง 20 curl requests จากไคลเอนต์เดียวกัน ตรวจสอบว่าไปยังเซิร์ฟเวอร์เดียวกันเสมอหรือไม่

Exercise 5: Custom Log Format และ Monitoring

ขั้นตอน:

  • กำหนด Custom Log Format ที่บันทึก Upstream Server Address และ Response Time
  • ส่ง curl requests ไปยัง Reverse Proxy
  • อ่าน Access Log และดูว่า Upstream Server และ Response Time ถูกบันทึกหรือไม่
  • ติดตั้ง nginx_exporter และตรวจสอบ Metrics ใน Prometheus

สรุป

Nginx Reverse Proxy และ Load Balancing เป็นเครื่องมือที่สำคัญในการสร้างระบบ Infrastructure ที่มีประสิทธิภาพและความน่าเชื่อถือ Workshop นี้ได้ครอบคลุมพื้นฐาน ของ Reverse Proxy, การกำหนดค่า Nginx, Load Balancing Algorithms, SSL Termination, Health Checks, Logging และ Monitoring รวมถึงเทคนิคขั้นสูงต่างๆ

ผ่านการฝึกปฏิบัติที่ Hands-on ในบทความนี้ คุณสามารถเข้าใจและนำไปประยุกต์ใช้ได้จริง โดยเริ่มจาก Reverse Proxy พื้นฐาน ไปจนถึง Load Balancing ขั้นสูงและการจัดการ SSL/TLS บนสภาพแวดล้อมจริง

แนะนำบริการ DE

การตั้งค่า Nginx Reverse Proxy และ Load Balancing นั้นต้องการ Server ที่มีความเสถียร และสามารถจัดการได้อย่างง่ายดาย Cloud VPS ของ DE ให้ความสามารถในการควบคุมเต็มที่ (Full Root Access) ทำให้คุณสามารถติดตั้งและจัดการ Nginx ตามต้องการ พร้อมทั้งมี Network ที่เสถียรและประสิทธิภาพสูง

สำหรับผู้ที่ต้องการความสะดวกสบายและไม่ต้องจัดการ Server Configuration เอง Cloud Hosting ของ DE ก็เป็นตัวเลือกที่ดี แม้ว่าจะไม่มีความยืดหยุ่นเหมือน VPS แต่ก็เหมาะสำหรับเว็บไซต์ทั่วไปและ WordPress ที่ต้องการ Reverse Proxy ง่ายๆ

ทั้ง Cloud VPS และ Cloud Hosting ของ DE สามารถให้คำปรึกษาและ Support ได้ตลอดเวลา เพื่อให้คุณสามารถจัดการ Infrastructure ได้อย่างมั่นใจ