คลัสเตอร์ WordPress หลายภูมิภาคสำหรับกลุ่มค้าปลีก
รวม 14 เว็บแบรนด์เข้าสู่คลัสเตอร์เดียว ลด TTFB จาก 1.4 วินาทีเหลือ 180 มิลลิวินาที และรองรับแคมเปญ 11.11 ที่ทราฟฟิกพุ่ง 8 เท่า
- ลูกค้า
- กลุ่มค้าปลีก · ประเทศไทย
- บทบาท
- ที่ปรึกษาสถาปัตยกรรมและผู้นำการ implement
- ระยะเวลา
- 14 สัปดาห์
- เทคโนโลยี
- LiteSpeed ADC, MariaDB Galera, Redis
180ms
TTFB เฉลี่ย
99.99%
uptime 12 เดือน
6×
ความจุที่เพิ่มขึ้น
14
เว็บที่รวมเข้า
01 — โจทย์
แต่ละแบรนด์มีเว็บ WordPress ของตัวเองบนโฮสติ้งแยกกัน ทำให้แพตช์ช้า ข้อมูลไม่ตรงกัน และค่าใช้จ่ายบานปลาย แคมเปญใหญ่ปีละสองครั้งทำให้เว็บล่มซ้ำ ๆ
02 — แนวทาง
รวมเป็นคลัสเตอร์กลางด้วย LiteSpeed Web ADC, MariaDB Galera 3 โหนด, Redis object cache และ shared block storage พร้อม CDN ที่มี HTTP/3 และ WAF ระดับ layer-7 จากนั้นย้ายทีละเว็บพร้อม regression test
03 — ผลลัพธ์
แคมเปญ 11.11 ผ่านไปโดยไม่มี downtime, ภาระเซิร์ฟเวอร์ลดลง 6 เท่าเมื่อเทียบกับจำนวนเครื่องเดิม และทีม IT ปล่อยอัปเดตได้ทุกสัปดาห์แทนที่จะรอเดือนละครั้ง
เทคโนโลยี
สถานะเริ่มต้น
14 เว็บแบรนด์ แยกโฮสติ้ง 9 แห่ง PHP ตั้งแต่ 7.4 ถึง 8.2 ไม่มี staging ที่ใช้ได้จริง และมีปลั๊กอิน cache ซ้อนกัน 3 ตัวในบางเว็บ
สถาปัตยกรรมใหม่
CDN (HTTP/3 + WAF)
└─ LiteSpeed ADC (active/active, 2 nodes)
├─ Web node A (LiteSpeed Enterprise + LSCache)
├─ Web node B
└─ Web node C
├─ Redis (object cache, replicated)
├─ MariaDB Galera (3 nodes, multi-region)
└─ Shared block storage (wp-content)แผนย้ายที่ใช้จริง
- ตั้งคลัสเตอร์เปล่าและทดสอบด้วยเว็บจำลองสองสัปดาห์
- ย้ายเว็บที่ทราฟฟิกต่ำสุดก่อน เพื่อพิสูจน์ runbook
- ใช้ DNS TTL 60 วินาทีและทำ dual-run ระหว่างย้าย
- ตรวจ checkout flow ด้วย Playwright ทุกครั้งหลัง deploy
- ย้ายเว็บแบรนด์หลักเป็นลำดับสุดท้ายในคืนวันอังคาร
บทเรียน
- shared storage ที่ latency สูงคือศัตรูตัวจริง วัดก่อนเลือกผู้ให้บริการ
- อย่าไว้ใจ health check ที่ดูแค่ TCP
- runbook ที่ดีต้องมีคนอื่นทำตามได้ ไม่ใช่แค่คนที่เขียน