Egress Fee คืออะไร: ประมาณการค่า Data Transfer ก่อนย้ายระบบขึ้น Public Cloud

Egress Fee คือค่าส่งข้อมูลออกจาก Cloud อธิบายประเภทค่า Data Transfer วิธีวัดปริมาณข้อมูลจริง สูตรประมาณการรายเดือน และแนวทางลดค่าใช้จ่ายด้วย CDN

โดย ทีมงาน THAI DATA CLOUD อ่าน 12 นาที เข้าชม 1 ครั้ง

แชร์FacebookXLINELinkedIn
Egress Fee และการประมาณการค่า Data Transfer บน Cloud

Egress Fee คือค่าบริการที่ผู้ให้บริการ Cloud คิดเมื่อข้อมูลถูกส่งออกจากเครือข่ายของตน เช่น ส่งไปยังผู้ใช้บนอินเทอร์เน็ต ส่งข้าม Region หรือส่งกลับไปยัง Data Center ขององค์กร ส่วนข้อมูลขาเข้า (Ingress) ผู้ให้บริการส่วนใหญ่ไม่คิดค่าบริการ Egress Fee มักคิดตามปริมาณ GB แบบขั้นบันได และเป็นค่าใช้จ่ายที่ประมาณการยากที่สุด เพราะขึ้นกับพฤติกรรมของผู้ใช้และการออกแบบระบบ ไม่ใช่สเปกของเครื่อง

บทความนี้อธิบายโครงสร้างค่าใช้จ่าย วิธีวัดปริมาณข้อมูลจากระบบเดิม และสูตรประมาณการที่ใช้ได้กับผู้ให้บริการทุกราย แนวคิดเรื่องการบริหารต้นทุน Cloud ดูเพิ่มเติมได้ที่ FinOps Foundation

ประเภทของค่า Data Transfer ที่ต้องรู้

เส้นทางข้อมูล ตัวอย่าง มักมีค่าใช้จ่ายไหม
อินเทอร์เน็ตเข้า Cloud ผู้ใช้อัปโหลดไฟล์ ส่วนใหญ่ไม่คิด
Cloud ออกสู่อินเทอร์เน็ต ผู้ใช้ดาวน์โหลดไฟล์ เปิดเว็บไซต์ เรียก API คิด เป็น Egress Fee หลัก
ข้าม Region Replicate Database ไป Region อื่น มักคิด
ข้าม Availability Zone Application อยู่คนละ Zone กับ Database ผู้ให้บริการหลายรายคิด
ผ่าน NAT Gateway เครื่องใน Private Subnet ดาวน์โหลด Update มักคิดค่าประมวลผลข้อมูลเพิ่ม
Cloud ไปยัง Data Center ขององค์กร Backup กลับมาเก็บที่สำนักงาน คิดตามเส้นทางที่ใช้

ราคาและเงื่อนไขต่างกันตามผู้ให้บริการ Region และปริมาณการใช้ ต้องตรวจจากหน้า Pricing ทางการของผู้ให้บริการที่พิจารณาอยู่ ณ วันที่ประเมิน [ตรวจสอบ: ใส่ลิงก์หน้า Pricing และวันที่ตรวจ ถ้าจะยกตัวเลขตัวอย่าง]

ทำไม Egress Fee ประมาณการยาก

  • ขึ้นกับผู้ใช้: แคมเปญการตลาดหรือไฟล์ที่ถูกแชร์ออกไป อาจทำให้ปริมาณดาวน์โหลดเพิ่มหลายเท่าในวันเดียว
  • ซ่อนอยู่ในสถาปัตยกรรม: Traffic ระหว่าง Zone หรือผ่าน NAT Gateway มักไม่มีใครนับตอนออกแบบ
  • ระบบเดิมไม่เคยวัด: Data Center ภายในองค์กรส่วนใหญ่จ่ายค่าวงจรเป็นรายเดือนตาม Bandwidth ไม่ได้คิดตามปริมาณ จึงไม่มีตัวเลข GB ต่อเดือนให้ใช้

ขั้นตอนที่ 1: วัดปริมาณข้อมูลขาออกจากระบบเดิม

เก็บข้อมูลย้อนหลังอย่างน้อย 1–3 เดือน เพื่อให้เห็นทั้งค่าเฉลี่ยและช่วง Peak

  • Firewall หรือ Router: ดูปริมาณ Traffic ขาออกตาม Interface หรือตาม Server
  • Web Server Log: รวมขนาด Response จาก Access Log ของ Nginx หรือ Apache
  • Monitoring: ใช้ข้อมูลจาก SNMP หรือ NetFlow ถ้ามีอยู่แล้ว

ตัวอย่างการรวมขนาด Response จาก Access Log ของ Nginx แบบ Combined Format

awk '{sum += $10} END {printf "%.2f GB\n", sum/1000000000}' /var/log/nginx/access.log

ขั้นตอนที่ 2: แยกปริมาณตามเส้นทาง

แบ่งปริมาณที่วัดได้ตามเส้นทางในตาราง เช่น ส่งถึงผู้ใช้บนอินเทอร์เน็ต ส่งไป Backup นอกสถานที่ และส่งระหว่างระบบภายใน จากนั้นวาดสถาปัตยกรรมบน Cloud ที่วางแผนไว้ แล้วดูว่า Traffic ภายในที่ปัจจุบันไม่มีค่าใช้จ่าย จะกลายเป็น Traffic ข้าม Zone หรือข้าม Region หรือไม่

ขั้นตอนที่ 3: คำนวณ Egress Fee รายเดือน

ค่า Data Transfer ต่อเดือน = Σ (ปริมาณ GB ของแต่ละเส้นทาง × ราคาต่อ GB ของเส้นทางนั้นตามขั้นบันได)

ตัวอย่างการคิด ถ้าเว็บไซต์ส่งข้อมูลถึงผู้ใช้ 3,000 GB ต่อเดือน และราคาขั้นแรกคือ [ราคาต่อ GB ขั้นที่ 1] สำหรับ 1,000 GB แรก และ [ราคาต่อ GB ขั้นที่ 2] สำหรับส่วนที่เกิน

  • 1,000 GB × [ราคาต่อ GB ขั้นที่ 1]
  • 2,000 GB × [ราคาต่อ GB ขั้นที่ 2]
  • ค่า Egress Fee รวม = ผลรวมทั้งสองบรรทัด

ขั้นบันไดและปริมาณที่ได้ฟรีต่อเดือนต่างกันตามผู้ให้บริการ ให้ใช้ตัวเลขจากหน้า Pricing ทางการเท่านั้น และคำนวณเพิ่มอีกกรณีสำหรับเดือนที่ Traffic สูงสุด เช่น ช่วงแคมเปญ 11.11 และ 12.12

ขั้นตอนที่ 4: เผื่อกรณีย้ายระบบออก

การย้ายข้อมูลจำนวนมากออกจาก Cloud เช่น เปลี่ยนผู้ให้บริการหรือนำข้อมูลกลับมาที่ Data Center ขององค์กร ก็มีค่า Egress Fee ผู้ให้บริการรายใหญ่บางรายมีเงื่อนไขยกเว้นค่าส่งข้อมูลออกสำหรับลูกค้าที่ย้ายออกทั้งหมด [ตรวจสอบ: เงื่อนไขปัจจุบันของผู้ให้บริการแต่ละราย] ควรตรวจเงื่อนไขนี้และรวมไว้ใน Exit Plan ตั้งแต่ก่อนย้ายเข้า

ถ้าวางแผนใช้ Cloud เป็น DR Site ให้นำปริมาณ Replication รายวันมารวมด้วย วิธีคำนวณ Bandwidth จาก Change Rate ดูได้ที่ RPO RTO คืออะไร

แนวทางลดค่า Egress Fee

  • ใช้ CDN: เก็บไฟล์ Static เช่น รูปภาพ วิดีโอ และ JavaScript ไว้ที่ Edge ช่วยลดข้อมูลที่ต้องส่งจาก Origin ดูตัวอย่างบริการได้ที่ Cloud CDN
  • บีบอัดข้อมูล: เปิด gzip หรือ Brotli สำหรับข้อความ, JSON และ HTML
  • ตั้ง Cache Header ให้ถูกต้อง: ลดการดาวน์โหลดไฟล์เดิมซ้ำจาก Browser
  • วางระบบที่คุยกันบ่อยไว้ใน Zone เดียวกัน: เช่น Application กับ Database โดยประเมินร่วมกับความต้องการด้าน High Availability
  • ใช้ Private Endpoint: เมื่อเครื่องใน Private Subnet ต้องเรียกบริการของผู้ให้บริการเดียวกัน เพื่อไม่ต้องผ่าน NAT Gateway
  • ตั้ง Budget Alert: แจ้งเตือนเมื่อค่าใช้จ่ายด้าน Data Transfer สูงผิดปกติ

เปรียบเทียบโมเดลการคิด Egress Fee และค่า Data Transfer

โมเดล ลักษณะ เหมาะกับ
คิดตามปริมาณ (ต่อ GB) จ่ายตามที่ใช้จริง ผันผวนตาม Traffic ระบบที่ Traffic ต่ำหรือไม่แน่นอน
คิดตาม Bandwidth คงที่ จ่ายตามขนาดวงจร ไม่จำกัดปริมาณภายใต้ Bandwidth ที่ซื้อ ระบบที่ Traffic สูงและสม่ำเสมอ
รวมปริมาณในแพ็กเกจ มีปริมาณรวมให้ต่อเดือน เกินแล้วคิดเพิ่ม ระบบขนาดกลางที่ต้องการงบคาดการณ์ได้

ไม่มีโมเดลใดดีที่สุดสำหรับทุกองค์กร สิ่งสำคัญคือเลือกให้ตรงกับรูปแบบ Traffic ที่วัดได้จริง

คำถามที่พบบ่อย

Egress Fee กับ Ingress ต่างกันอย่างไร?

Ingress คือข้อมูลที่ส่งเข้า Cloud ผู้ให้บริการส่วนใหญ่ไม่คิดค่าบริการ ส่วน Egress คือข้อมูลที่ส่งออกจาก Cloud ซึ่งมักคิดค่าบริการตามปริมาณ

ข้อมูลที่ส่งระหว่าง Server ใน Cloud เดียวกันมี Egress Fee ไหม?

ขึ้นกับว่าอยู่ใน Zone หรือ Region เดียวกันหรือไม่ ใน Zone เดียวกันมักไม่คิด แต่ข้าม Zone หรือข้าม Region มักคิดค่าบริการ ต้องตรวจเงื่อนไขของผู้ให้บริการแต่ละราย

CDN ช่วยลด Egress Fee ได้จริงไหม?

ช่วยได้สำหรับไฟล์ที่ถูกเรียกซ้ำบ่อย เพราะผู้ใช้ดึงไฟล์จาก Edge แทน Origin แต่ CDN ก็มีค่าบริการของตัวเอง ต้องเทียบต้นทุนรวมทั้งสองส่วน

จะรู้ได้อย่างไรว่าค่า Data Transfer ส่วนไหนสูงผิดปกติ?

เปิดรายงานค่าใช้จ่ายแยกตามบริการและเส้นทางข้อมูลในหน้า Billing ของผู้ให้บริการ และตั้ง Budget Alert เมื่อเกินเกณฑ์ที่กำหนด

สรุป

Egress Fee เป็นค่าใช้จ่ายที่ควรประเมินตั้งแต่ขั้นออกแบบ ไม่ใช่หลังได้รับบิลแรก ให้วัดปริมาณข้อมูลจากระบบเดิม แยกตามเส้นทาง คำนวณจากราคาทางการ และเผื่อทั้งช่วง Peak และกรณีย้ายระบบออก จากนั้นลดค่าใช้จ่ายด้วย CDN การบีบอัด และการวางสถาปัตยกรรมที่เหมาะสม

THAI DATA CLOUD ให้บริการ Cloud Server และ Cloud CDN บน Data Center ในประเทศไทย [ตรวจสอบ: โมเดลการคิดค่า Data Transfer และ Bandwidth ของบริการ] หากต้องการให้ทีมช่วยประเมินค่า Data Transfer จากข้อมูล Traffic จริงของระบบ ปรึกษาได้ที่ ติดต่อ THAI DATA CLOUD

แชร์FacebookXLINELinkedIn

มีคำถามเรื่องบริการ? ติดต่อทีมงาน