เวลาพูดถึงทิศทางของข้อมูลใน Data Center เรามักได้ยินคำว่า North-South Traffic และ East-West Traffic
ฟังครั้งแรกอาจนึกว่าต้องเตรียมเข็มทิศ หรือ Server ฝั่งเหนือกำลังส่งข้อมูลไปหา Server ฝั่งใต้ แต่ความจริงแล้วคำเหล่านี้ไม่ได้หมายถึงตำแหน่งทางภูมิศาสตร์ เป็นเพียงคำที่ใช้อธิบายว่า Traffic กำลังเดินทาง เข้า–ออก Data Center หรือกำลังสื่อสาร ระหว่างระบบภายใน Data Center
การแยก Traffic สองประเภทนี้มีความสำคัญ เพราะช่วยให้องค์กรเลือก Network Architecture, Bandwidth, Security Policy และระบบ Monitoring ได้เหมาะกับการใช้งานจริง โดยเฉพาะในยุคที่ Cloud, Virtualization, Microservices, Storage Cluster และ AI ทำให้ข้อมูลภายใน Data Center เพิ่มขึ้นอย่างรวดเร็ว
North-South Traffic คืออะไร?
North-South Traffic คือ ข้อมูลที่เดินทางระหว่างระบบภายใน Data Center กับผู้ใช้งาน หรือระบบที่อยู่ภายนอกตัวอย่างเช่น
- พนักงานจากสำนักงานเชื่อมต่อมายัง Application ใน Private Cloud
- ลูกค้าเปิดเว็บไซต์ หรือแอปพลิเคชันขององค์กร
- ผู้ใช้งานส่ง และรับอีเมลผ่าน Mail Server
- สาขาเชื่อมต่อเข้าสู่ระบบสำนักงานใหญ่ผ่าน MPLS หรือ SD-WAN
- ระบบใน Data Center ติดต่อกับบริการบน Public Cloud หรือ Internet
หากวาดแผนผัง Network แบบดั้งเดิม ผู้ใช้งานมักอยู่ด้านบน ส่วน Server อยู่ด้านล่าง ข้อมูลจึงดูเหมือนวิ่งขึ้น และลงในแนวเหนือ–ใต้ จึงเป็นที่มาของชื่อ North-South Traffic
พูดง่าย ๆ คือ Traffic ที่เข้า และออกจาก Data Center
East-West Traffic คืออะไร?
East-West Traffic คือ ข้อมูลที่เดินทางระหว่าง Server, Virtual Machine, Container, Storage หรือ Service ต่างๆ ภายใน Data Center เดียวกัน หรือระหว่างสภาพแวดล้อม Data Center ที่เชื่อมต่อกันตามการออกแบบระบบ
ตัวอย่างเช่น
- Web Server ส่งคำขอไปยัง Application Server
- Application Server เรียกข้อมูลจาก Database
- Virtual Machine ติดต่อกันภายใน Private Cloud
- Kubernetes Pod หรือ Microservice แลกเปลี่ยนข้อมูลกัน
- Server สำรองข้อมูลไปยัง Backup หรือ Object Storage
- AI Server ดึง Dataset จาก Storage Cluster
- ระบบทำ Replication ระหว่างฐานข้อมูลหรืออุปกรณ์จัดเก็บข้อมูล
Traffic เหล่านี้มักถูกวาดให้เคลื่อนที่ในแนวนอนระหว่างระบบ จึงเรียกว่า East-West Traffic
สรุปง่าย ๆ คือ Server คุยกับ Server หรือระบบภายในคุยกันเอง
เปรียบเทียบ East-West กับ North-South Traffic
|
หัวข้อ |
North-South Traffic |
East-West Traffic |
|
ทิศทางหลัก |
เข้า–ออก Data Center |
ระหว่างระบบภายใน Data Center |
|
ตัวอย่าง |
ผู้ใช้เปิดเว็บไซต์, สาขาเข้า ERP |
Web ติดต่อ Database, Server ติดต่อ Storage |
|
จุดควบคุมสำคัญ |
Internet Gateway, Router, Firewall, Load Balancer |
Data Center Fabric, Distributed Firewall, Microsegmentation |
|
ลักษณะเด่น |
ติดต่อกับผู้ใช้หรือระบบภายนอก |
ปริมาณมากและเกิดขึ้นระหว่าง Workload จำนวนมาก |
|
Network แบบที่รองรับ |
Three-Tier หรือ Edge Design |
Spine-Leaf Fabric เหมาะกับปริมาณสูง |
|
ความเสี่ยงด้าน Security |
ภัยคุกคามจากภายนอกเข้าสู่ระบบ |
การเคลื่อนที่ของภัยคุกคามภายในระบบ |
ตัวอย่างง่าย ๆ: การสั่งซื้อสินค้าออนไลน์หนึ่งครั้ง
เมื่อลูกค้ากดสั่งซื้อสินค้าบนเว็บไซต์ Traffic ไม่ได้จบลงเพียงแค่ Browser ติดต่อกับ Web Server
ลำดับการทำงานอาจประกอบด้วย
- ลูกค้าส่งคำขอจาก Internet มายังเว็บไซต์ — North-South
- Web Server ติดต่อ Application Server — East-West
- Application Server ตรวจสอบสินค้าใน Database — East-West
- ระบบตรวจสอบสถานะการชำระเงินผ่าน Payment Service — อาจเป็น East-West หรือ North-South ขึ้นอยู่กับตำแหน่งของบริการ
- ระบบส่งผลการสั่งซื้อกลับไปยังลูกค้า — North-South
จะเห็นว่าการทำรายการจากผู้ใช้เพียงหนึ่งครั้ง อาจสร้างการสื่อสารภายในหลายครั้ง
เปรียบเทียบง่าย ๆ ลูกค้าเดินเข้าร้านเพียงหนึ่งคน แต่พนักงานหลังร้านอาจต้องคุยกันทั้งฝ่ายขาย คลังสินค้า บัญชี และฝ่ายจัดส่ง ส่วนที่คุยกับลูกค้าคือ North-South ส่วนที่ทีมงานคุยกันเองคือ East-West ครับ
ทำไม East-West Traffic จึงเพิ่มขึ้นมากใน Data Center รุ่นใหม่?
ในอดีต Application อาจทำงานอยู่บน Server เครื่องเดียว ทำให้การสื่อสารส่วนใหญ่เกิดขึ้นระหว่างผู้ใช้กับ Server
แต่ระบบสมัยใหม่มักแบ่งการทำงานออกเป็นหลายส่วน เช่น Web, Application, API, Database, Cache, Analytics และ Storage บางระบบยังประกอบด้วย Microservices หลายสิบหรือหลายร้อย Service ที่ต้องสื่อสารกันตลอดเวลา
เทคโนโลยีต่อไปนี้จึงทำให้ East-West Traffic เติบโตอย่างต่อเนื่อง
Virtualization และ Private Cloud: Virtual Machine จำนวนมากทำงานร่วมกันบนหลาย Host รวมถึงมีการย้าย Workload, Replication และ Backup ภายในระบบ
Container และ Microservices: หนึ่งคำขอจากผู้ใช้อาจเรียก Service ภายในต่อเนื่องหลายทอด ทำให้เกิด Traffic ระหว่าง Container มากกว่าที่ผู้ใช้งานมองเห็นจากภายนอก
Distributed Storage: Storage Cluster ต้องกระจายและทำสำเนาข้อมูลระหว่าง Node เพื่อรักษาประสิทธิภาพและความพร้อมใช้งาน
AI และ Data Analytics: GPU Server ต้องรับ Dataset ปริมาณมากจาก Storage และแลกเปลี่ยนข้อมูลระหว่าง Compute Node ความเร็วของ Network ภายในจึงมีผลโดยตรงต่อเวลาประมวลผล
Backup และ Disaster Recovery: การสำรองและทำ Replication สามารถสร้าง Traffic ปริมาณสูง โดยเฉพาะในช่วง Backup Window หากวางแผนไม่ดีอาจกระทบ Application หลักได้
ทำไม Network แบบเดิมอาจกลายเป็นคอขวด?
Traditional Three-Tier Network ประกอบด้วย Access, Aggregation และ Core เดิมถูกออกแบบมาได้ดีสำหรับ Traffic ที่วิ่งจากผู้ใช้งานเข้าสู่ระบบส่วนกลาง
แต่เมื่อ Server ต้องติดต่อกันมากขึ้น ข้อมูลอาจต้องเดินทางขึ้นไปยัง Switch ชั้นบน ก่อนย้อนกลับมายัง Server ปลายทาง แม้ Server ทั้งสองจะอยู่ไม่ไกลกันก็ตาม
ผลที่อาจเกิดขึ้น ได้แก่
- Traffic กระจุกตัวบน Uplink หรือ Aggregation Switch
- Latency เพิ่มขึ้นและไม่สม่ำเสมอ
- Link บางเส้นถูกใช้งานหนัก ขณะที่บางเส้นเป็นเพียงเส้นสำรอง
- การเพิ่ม Server ไม่ได้หมายความว่า Bandwidth ภายในจะเพิ่มตามไปด้วย
- การแก้ปัญหาทำได้ยาก เพราะมองเห็นเพียง Traffic เข้า–ออก แต่ไม่เห็นการสื่อสารภายในทั้งหมด
เหมือนออฟฟิศที่พนักงานนั่งติดกัน แต่ทุกครั้งที่ต้องคุยกันต้องขึ้นลิฟต์ไปขออนุญาตสำนักงานใหญ่ก่อน งานอาจเสร็จครับ แต่คงไม่เร็วเท่าไร
Spine-Leaf ช่วยรองรับ East-West Traffic อย่างไร?
Spine-Leaf Architecture ถูกออกแบบมาเพื่อรองรับการสื่อสารระหว่าง Server จำนวนมากอย่างมีประสิทธิภาพ
ในโครงสร้างนี้ Server และอุปกรณ์ปลายทางเชื่อมต่อกับ Leaf Switch ขณะที่ Leaf ทุกตัวเชื่อมต่อกับ Spine ทุกตัว เมื่อ Server ที่อยู่คนละ Leaf ติดต่อกัน ข้อมูลมักเดินทางผ่านเส้นทางสั้น ๆ ดังนี้
Leaf → Spine → Leaf
ข้อดีที่สำคัญ ได้แก่
- จำนวน Hop ระหว่าง Server ค่อนข้างคงที่
- Latency สม่ำเสมอและคาดการณ์ได้ง่ายขึ้น
- กระจาย Traffic ผ่านหลายเส้นทางด้วย ECMP
- เพิ่ม Leaf เพื่อรองรับ Server และ Port เพิ่มเติมได้
- เพิ่ม Spine ตามการออกแบบเพื่อรองรับ Bandwidth ของ Fabric
Spine-Leaf ไม่ได้ทำให้ Network เร็วขึ้นโดยอัตโนมัติ ประสิทธิภาพจริงยังขึ้นอยู่กับ Link Speed, Oversubscription Ratio, Routing, Buffer, Cabling และการออกแบบ Workload แต่เป็น Architecture ที่เหมาะกับ Traffic Pattern ของ Data Center ยุคใหม่มากกว่า
East-West Traffic เกี่ยวข้องกับ Cybersecurity อย่างไร?
หลายองค์กรติดตั้ง Firewall และระบบป้องกันที่ทางเข้า–ออก Data Center อย่างเข้มงวด ซึ่งช่วยควบคุม North-South Traffic ได้ดี แต่หากระบบภายในไม่มีการแบ่ง Segment หรือไม่มี Visibility เพียงพอ ผู้โจมตีที่ผ่านเข้ามาได้อาจเคลื่อนที่จาก Server หนึ่งไปยังอีก Server หนึ่ง พฤติกรรมนี้เรียกว่า Lateral Movement และเกิดขึ้นบนเส้นทาง East-West เป็นหลัก
แนวทางควบคุมความเสี่ยงจึงควรประกอบด้วย
- แบ่ง Network ตาม Application, Environment หรือระดับความสำคัญ
- ใช้ Microsegmentation หรือ Distributed Firewall ตามความเหมาะสม
- กำหนด Policy แบบ Least Privilege ให้ระบบติดต่อเฉพาะ Service ที่จำเป็น
- ตรวจสอบ Traffic ภายใน ไม่ใช่มองเฉพาะ Internet Gateway
- เก็บ Log และวิเคราะห์พฤติกรรมผิดปกติระหว่าง Workload
- แยก Management, Storage, Backup และ Production Traffic อย่างเหมาะสม
อย่างไรก็ตาม การบังคับให้ East-West Traffic ทั้งหมดวิ่งอ้อมผ่าน Firewall ส่วนกลางอาจสร้างคอขวดได้ จึงต้องเลือกตำแหน่งและวิธีบังคับใช้นโยบายให้สอดคล้องกับ Architecture
วิธีประเมินว่าองค์กรมี Traffic แบบใดมากกว่ากัน
องค์กรไม่ควรตัดสินจากความรู้สึกเพียงอย่างเดียว ควรเก็บข้อมูลจาก Network และ Workload จริง โดยพิจารณาอย่างน้อยดังนี้
- Flow Data — เช่น NetFlow, sFlow หรือ IPFIX เพื่อดูต้นทาง ปลายทาง ปริมาณ และช่วงเวลา
- Switch Port Utilization — ตรวจสอบทั้ง Server-facing Port และ Uplink
- Application Dependency — ทำความเข้าใจว่าแต่ละ Application ติดต่อกับ Service ใดบ้าง
- Peak และ Average Traffic — ค่าเฉลี่ยเพียงอย่างเดียวอาจซ่อนช่วงที่ Traffic พุ่งสูง
- Latency และ Packet Loss — ตรวจสอบทั้งเส้นทางเข้า–ออก และเส้นทางภายใน
- Backup และ Replication Window — แยก Traffic งานประจำออกจาก Traffic ที่เกิดตามตารางเวลา
- แผนการเติบโต — คำนึงถึง Cloud, AI, Storage และจำนวน Workload ในอนาคต
ข้อมูลเหล่านี้จะช่วยให้องค์กรตอบได้ว่า ควรเพิ่ม Internet Bandwidth, เพิ่ม Uplink ภายใน, ปรับ Network Fabric, แบ่ง Segment หรือปรับตำแหน่งของ Firewall และ Load Balancer
ความเข้าใจผิดที่พบบ่อย
“อินเทอร์เน็ตเร็ว แปลว่า Network ภายในต้องเร็วด้วย”
ไม่เสมอไป Internet Bandwidth มีผลต่อ North-South Traffic ส่วนการสื่อสารระหว่าง Server ขึ้นอยู่กับ Data Center Fabric และ Bandwidth ภายใน
“Traffic ภายในไม่ออก Internet จึงไม่ต้องรักษาความปลอดภัย”
ไม่ถูกต้อง หาก Server หนึ่งถูกโจมตี East-West Traffic อาจกลายเป็นเส้นทางให้ภัยคุกคามขยายไปยังระบบอื่นได้
“ติด Firewall ตัวใหญ่ตรงกลางก็เพียงพอ”
Firewall ส่วนกลางมีประโยชน์ แต่ต้องประเมิน Throughput, Latency, Failure Domain และเส้นทางของ Traffic หากบังคับให้ทุก Packet วิ่งอ้อม อาจได้ความปลอดภัยพร้อมคอขวดเป็นของแถม
“มี Spine-Leaf แล้วไม่ต้องวางแผน Bandwidth”
ยังจำเป็นต้องวางแผน Oversubscription, Link Speed และ Traffic Pattern เพราะ Architecture ที่ดีไม่สามารถชดเชย Capacity ที่ไม่เพียงพอได้ทั้งหมด
สรุป
North-South Traffic คือ ข้อมูลที่เดินทางเข้า และออกจาก Data Center เช่น ผู้ใช้งานเชื่อมต่อเว็บไซต์หรือพนักงานเข้า Application ส่วน East-West Traffic คือข้อมูลที่แลกเปลี่ยนระหว่าง Server, Database, Storage, Virtual Machine และ Service ภายใน
Data Center รุ่นใหม่มี East-West Traffic เพิ่มขึ้นจาก Cloud, Virtualization, Microservices, Distributed Storage และ AI จึงต้องออกแบบ Network ให้รองรับทั้ง Bandwidth, Latency, Scalability, Visibility และ Security อย่างสมดุล
คำถามสำคัญจึงไม่ใช่เพียงว่า “Internet เร็วแค่ไหน” แต่ต้องถามต่อว่า “เมื่อข้อมูลเข้ามาแล้ว ระบบภายในคุยกันได้เร็วและปลอดภัยเพียงใด”
KIRZ มีความเชี่ยวชาญด้าน Enterprise Network, Fiber Optic, Data Center Interconnection และ Private Cloud พร้อมทีมวิศวกร และศูนย์เฝ้าระวัง Network ตลอด 24 ชั่วโมง ช่วยประเมิน Traffic Pattern และออกแบบโครงสร้างพื้นฐานให้เหมาะกับ Workload ขององค์กร ทั้งในปัจจุบันและแผนการเติบโตในอนาคต
ปรึกษาการออกแบบ Network และ Cloud Infrastructure สำหรับองค์กร
โทร. 02 770 9770
อีเมล info@kirz.com
FAQ: คำถามที่พบบ่อย
East-West Traffic ต้องอยู่ภายใน Data Center เดียวกันเท่านั้นหรือไม่?
โดยทั่วไปคำนี้หมายถึง Traffic ระหว่าง Workload ภายในสภาพแวดล้อม Data Center หรือ Cloud แต่ในบาง Architecture อาจใช้ครอบคลุมการสื่อสารระหว่าง Workload ข้าม Data Center หรือข้าม Cloud ด้วย จึงควรกำหนดขอบเขตให้ชัดเจนเมื่อวิเคราะห์ระบบ
North-South Traffic ต้องผ่าน Internet เสมอหรือไม่?
ไม่เสมอไป การเชื่อมต่อจากสำนักงานหรือสาขาผ่าน Private Network, MPLS, SD-WAN หรือ Leased Line เข้าสู่ Data Center ก็สามารถจัดเป็น North-South Traffic ได้
Traffic ประเภทใดสำคัญกว่ากัน?
ทั้งสองประเภทสำคัญ North-South มีผลต่อประสบการณ์ของผู้ใช้งานและการเข้าถึงบริการ ส่วน East-West มีผลต่อประสิทธิภาพภายใน Application, Database, Storage และระบบ Distributed ต่าง ๆ
Spine-Leaf จำเป็นสำหรับทุก Data Center หรือไม่?
ไม่จำเป็นสำหรับทุกระบบ ห้อง Server ขนาดเล็กที่มี Workload ไม่มากอาจใช้โครงสร้างแบบเดิมได้เพียงพอ ควรเลือกจากปริมาณ Traffic, จำนวนอุปกรณ์, ความต้องการด้าน Latency และแผนการขยายระบบ
ควรเริ่มตรวจสอบ East-West Traffic จากจุดใด?
เริ่มจากเก็บ Flow Data, ตรวจสอบ Uplink Utilization, ทำ Application Dependency Mapping และระบุช่วง Backup หรือ Replication จากนั้นจึงวิเคราะห์ว่าคอขวดเกิดที่ Network, Server, Storage หรือ Application