distributed switch vmware คือ — คู่มือฉบับสมบูรณ์ 2026 | SiamCafe Blog

Distributed Switch VMware คืออะไร — เข้าใจพื้นฐานก่อนลงมือ

Distributed Switch หรือชื่อเต็มคือ vSphere Distributed Switch (vDS) คือสวิตช์เสมือนระดับศูนย์ข้อมูลของ VMware

ที่ทำหน้าที่รวมการจัดการเครือข่ายของเครื่องโฮสต์หลายเครื่องเข้าด้วยกันเป็นสวิตช์เดียว แทนที่คุณจะต้องไปตั้งค่า vSphere Standard Switch ทีละเครื่องบนโฮสต์ทั้งสิบเครื่อง คุณแค่สร้าง Distributed Switch หนึ่งตัว แล้วเพิ่มโฮสต์ทุกเครื่องเข้าไป การตั้งค่าพอร์ตกรุ๊ป แวลาน นโยบายด้านความปลอดภัย และการจัดการทราฟฟิกจะกระจายไปยังทุกโฮสต์ทันที ผมทำงานด้านโครงสร้างพื้นฐานมานานหลายปีควบคู่กับการเทรดฟอเร็กซ์ที่ต้องพึ่งระบบเซิร์ฟเวอร์เสมือนอย่างหนัก จึงถือว่า Distributed Switch เป็นหัวใจของการออกแบบเครือข่ายในสภาพแวดล้อม vSphere ขนาดกลางและขนาดใหญ่เลยทีเดียว

จุดต่างสำคัญระหว่าง Standard Switch กับ Distributed Switch คือที่ตัวแรกทำงานแบบแยกส่วนต่อโฮสต์ การเปลี่ยนแปลงใดๆ ต้องแก้ทีละเครื่อง มีโอกาสเกิดความผิดพลาดจากการตั้งค่าไม่ตรงกันสูงมาก ส่วน Distributed Switch จะเก็บการตั้งค่าไว้ที่ศูนย์กลางผ่าน vCenter Server ทำให้การจัดการเป็นเอกภาพ ลดงานซ้ำซ้อน และปลอดภัยกว่า อีกทั้งยังมีฟีเจอร์ระดับสูงที่ Standard Switch ไม่มี เช่น Network I/O Control, การสลับแบบ LACP รวมถึงการมองเห็นทราฟฟิกแบบ Port Mirroring ที่ครอบคลุมหลายโฮสต์พร้อมกัน

ในทางปฏิบัติ ถ้าคุณมีเซิร์ฟเวอร์โฮสต์สองสามเครื่อง Standard Switch ก็เพียงพอ แต่เมื่อสภาพแวดล้อมขยายถึงห้าเครื่องขึ้นไป หรือคุณต้องใช้ฟีเจอร์อย่าง vMotion ข้ามคลัสเตอร์, Fault Tolerance หรือ NSX การใช้ Distributed Switch แทบเป็นข้อบังคับ อย่าลืมว่าฟีเจอร์บางอย่างของ vDS ต้องใช้ไลเซนส์ระดับ Standard ขึ้นไป ไม่ใช่แพ็กเกจฟรีอย่าง vSphere Hypervisor ดังนั้นก่อนออกแบบควรตรวจสอบสิทธิ์การใช้งานให้ชัดเจน เพราะผมเคยเจอหลายโครงการที่วางแผนใช้ vDS แล้วพอเช็กไลเซนส์กลับพบว่าต้องซื้อเพิ่ม ทำให้งบประมาณบานปลายไปครึ่งหลัก การเข้าใจสิ่งเหล่านี้ล่วงหน้าช่วยประหยัดทั้งเวลาและเงินได้มหาศาล

ทำความเข้าใจสถาปัตยกรรมของ Distributed Switch ก่อน จะทำให้การวางระบบและแก้ปัญหาง่ายขึ้นมาก องค์ประกอบหลักมีสามส่วน ส่วนแรกคือ Control Plane

ซึ่งอยู่ที่ vCenter Server ทำหน้าที่เป็นศูนย์บริหารจัดการตั้งค่าทั้งหมด เมื่อคุณสร้างพอร์ตกรุ๊ปหรือแก้นโยบาย ข้อมูลจะถูกส่งลงไปยังโฮสต์ทุกเครื่องผ่านช่องทางนี้ ส่วนที่สองคือ I/O Plane หรือ Data Plane ซึ่งกระจายอยู่บนเคอร์เนลของโฮสต์แต่ละเครื่อง เรียกว่า Hidden vSwitch ทำหน้าที่ส่งต่อแพ็กเก็ตจริง ๆ ส่วนที่สามคือ Management Plane บนโฮสต์ที่ทำงานเป็นตัวกลางสื่อสารระหว่างส่วนบริหารกับส่วนส่งข้อมูล

ทำความเข้าใจสถาปัตยกรรมของ Distributed Switch ก่อน จะทำให้การวางระบบและแก้ปัญหาง่ายขึ้นมาก องค์ประกอบหลักมีสามส่วน ส่วนแรกคือ Control Plane ซึ่งอยู่ที่ vCenter Server ทำหน้าที่เป็นศูนย์บริหารจัดการตั้งค่าทั้งหมด เมื่อคุณสร้างพอร์ตกรุ๊ปหรือแก้นโยบาย ข้อมูลจะถูกส่งลงไปยังโฮสต์ทุกเครื่องผ่านช่องทางนี้ ส่วนที่สองคือ I/O Plane หรือ Data Plane ซึ่งกระจายอยู่บนเคอร์เนลของโฮสต์แต่ละเครื่อง เรียกว่า Hidden vSwitch ทำหน้าที่ส่งต่อแพ็กเก็ตจริง ๆ ส่วนที่สามคือ Management Plane บนโฮสต์ที่ทำงานเป็นตัวกลางสื่อสารระหว่างส่วนบริหารกับส่วนส่งข้อมูล

เมื่อ vCenter ล่ม โฮสต์ยังส่งต่อทราฟฟิกได้ตามปกติเพราะ Data Plane ยังทำงานอยู่ แต่คุณจะแก้การตั้งค่าไม่ได้ จนกว่า vCenter จะกลับมา ข้อควรระวังคือห้ามลบ Distributed Switch ขณะ vCenter ออฟไลน์ เพราะจะทำให้เครือข่ายเสมือนพังทั้งระบบ

องค์ประกอบย่อยที่ต้องรู้จักมีดังนี้

องค์ประกอบ	หน้าที่	หมายเหตุ
Uplink Port Group	เชื่อมต่อการ์ดเครือข่ายกายภาพของโฮสต์	รองรับการจัดกลุ่มแบบ LACP
Distributed Port Group	กำหนดนโยบายเครือข่ายสำหรับเครื่องเสมือน	ตั้งค่า VLAN นโยบายด้านความปลอดภัย
dvUplink	พอร์ตเชื่อมต่อสู่สวิตช์กายภาพ	แมปกับอัปลิงก์ของโฮสต์
Network I/O Control	จัดสรรแบนด์วิดท์ตามประเภทงาน	ต้องกำหนดค่าทรัพยากรให้เหมาะสม

เหตุผลที่หลายองค์กรยอมลงทุนซื้อไลเซนส์เพิ่มเพื่อใช้ Distributed Switch ก็เพราะฟีเจอร์ระดับสูงที่ไม่มีใน Standard Switch

ฟีเจอร์แรกที่ผมใช้บ่อยที่สุดคือ Network I/O Control ซึ่งช่วยแบ่งแบนด์วิดท์ของการ์ดเครือข่ายกายภาพตามสัดส่วนที่กำหนด เช่น ให้ vMotion ได้รับสามสิบเปอร์เซ็นต์ เครื่องเสมือนได้ห้าสิบเปอร์เซ็นต์ และงานสำรองข้อมูลได้ยี่สิบเปอร์เซ็นต์ เมื่อทราฟฟิกหนึ่งประเภทใช้งานหนัก ทราฟฟิกอื่นก็ยังได้ทรัพยากรตามสัดส่วนที่รับประกันไว้ ไม่ใช่แย่งกันแบบตามใจใครตามใจมัน

ฟีเจอร์เด่นที่ Standard Switch ทำไม่ได้

เหตุผลที่หลายองค์กรยอมลงทุนซื้อไลเซนส์เพิ่มเพื่อใช้ Distributed Switch ก็เพราะฟีเจอร์ระดับสูงที่ไม่มีใน Standard Switch ฟีเจอร์แรกที่ผมใช้บ่อยที่สุดคือ Network I/O Control ซึ่งช่วยแบ่งแบนด์วิดท์ของการ์ดเครือข่ายกายภาพตามสัดส่วนที่กำหนด เช่น ให้ vMotion ได้รับสามสิบเปอร์เซ็นต์ เครื่องเสมือนได้ห้าสิบเปอร์เซ็นต์ และงานสำรองข้อมูลได้ยี่สิบเปอร์เซ็นต์ เมื่อทราฟฟิกหนึ่งประเภทใช้งานหนัก ทราฟฟิกอื่นก็ยังได้ทรัพยากรตามสัดส่วนที่รับประกันไว้ ไม่ใช่แย่งกันแบบตามใจใครตามใจมัน

มาถึงขั้นตอนปฏิบัติจริงกันบ้าง การสร้าง Distributed Switch เริ่มจากเปิด vSphere Client เข้าเมนู Networking คลิกขวาที่ Datacenter แล้วเลือกสร้าง

Distributed Switch ตั้งชื่อให้สื่อความหมาย เช่น DS-Production จากนั้นเลือกเวอร์ชันของ Distributed Switch ให้ตรงกับเวอร์ชันของโฮสต์ทั้งหมดในสภาพแวดล้อม ถ้ามีโฮสต์เวอร์ชันเก่าปนอยู่ ต้องเลือกเวอร์ชันที่ต่ำที่สุด ไม่เช่นนั้นโฮสต์เก่าจะไม่สามารถเข้าร่วมได้ กำหนดจำนวนอัปลิงก์ให้พอกับการ์ดเครือข่ายกายภาพที่จะใช้ และควรเผื่อไว้บ้างสำหรับการขยายในอนาคตข้างหน้า

ฟีเจอร์ที่สี่คือ NetFlow ซึ่งส่งข้อมูลสถิติการไหลของทราฟฟิกไปยังระบบวิเคราะห์ภายนอก ช่วยให้เห็นภาพรวมการใช้งานเครือข่ายในระดับที่ละเอียด ฟีเจอร์ที่ห้าที่มักถูกลืมแต่สำคัญมากคือ Traffic Shaping แบบสองทิศทาง ทั้งขาเข้าและขาออก ซึ่งช่วยจำกัดเครื่องเสมือนที่กินแบนด์วิดท์เกินส่วนแบ่งของตัวเอง ผมเคยเจอเครื่องเสมือนที่รันงานสำรองข้อมูลตอนกลางวัน จนทำให้ระบบอื่นช้าทั้งคลัสเตอร์ พอกำหนดขีดจำกัดด้วย Traffic Shaping เรียบร้อย ปัญหาก็หมดไป นอกจากนี้ vDS ยังเป็นเงื่อนไขเบื้องต้นของ NSX ซึ่งเป็นแพลตฟอร์มเครือข่ายเสมือนระดับสูงของ VMware หากแผนองค์กรในอนาคตข้างหน้ามีทิศทางไปสู่การใช้ NSX หรือระบบความปลอดภัยขนาดใหญ่ การวาง Distributed Switch ไว้ก่อนคือการก้าวที่ถูกทางอย่างยิ่ง

ขั้นตอนการสร้างและตั้งค่า Distributed Switch อย่างละเอียด

การดูแล Distributed Switch ในระยะยาวต้องอาศัยทั้งความรู้และความระมัดระวัง ปัญหาที่พบบ่อยที่สุดอันดับหนึ่งที่ผมเจอคือการตั้งค่า VLAN

ไม่ตรงกันระหว่างพอร์ตกรุ๊ปกับสวิตช์กายภาพ อาการคือเครื่องเสมือนบางเครื่องเชื่อมต่อได้ บางเครื่องเชื่อมต่อไม่ได้ หรือเชื่อมต่อได้แต่หลุดเป็นระยะ วิธีวินิจฉัยคือเข้าไปดูสถานะพอร์ตของโฮสต์ใน vSphere Client ตรวจว่าอัปลิงก์ขึ้นสถานะปกติหรือไม่ จากนั้นเทียบการตั้งค่า VLAN ทั้งสองฝั่งให้ตรงกัน ปัญหาที่สองคือเครื่องเสมือนมีปัญหาการเชื่อมต่อหลังจาก vMotion ซึ่งมักเกิดจากนโยบายของพอร์ตกรุ๊ปไม่รองรับการย้ายข้ามโฮสต์ หรือโฮสต์ปลายทางไม่ได้เชื่อมต่อกับ Distributed Switch ที่ถูกต้อง

เมื่อสร้างเสร็จ ขั้นถัดไปคือเพิ่มโฮสต์เข้าไป เลือกโฮสต์ที่ต้องการ แล้วระบบจะให้เลือกวิธีจัดการ์ดเครือข่าย มีสองแนวทางคือย้ายการ์ดจาก Standard Switch มา หรือเพิ่มการ์ดเปล่าใหม่ แนะนำให้ทำในช่วงเวลาที่มีการใช้งานน้อย เพราะการย้ายอัปลิงก์อาจทำให้เครือข่ายขาดช่วงสั้น ๆ สำหรับเครื่องเสมือนที่รันอยู่ จากนั้นสร้างพอร์ตกรุ๊ปแยกตามประเภทงาน กำหนด VLAN ID ให้ถูกต้อง ตั้งค่านโยบายด้านความปลอดภัย เช่น ปิดการปลอมแปลงที่อยู่และปิดโหมดรับพรอมิสเคียส ยกเว้นกรณีจำเป็น เพราะการเปิดพรอมิสเคียสโดยไม่จำเป็นคือประตูบานใหญ่ของผู้ไม่หวังดี

หลังจากนั้นตั้งค่าความทนทานของอัปลิงก์ โดยเลือกวิธีกระจายโหลด เช่น อิงตามพอร์ตเสมือน ซึ่งเป็นค่าเริ่มต้นที่เสถียรที่สุด หรือถ้าสวิตช์กายภาพรองรับ ให้ใช้ LACP เพื่อประสิทธิภาพที่ดีกว่า อย่าลืมตั้งค่า Network I/O Control และกำหนดส่วนแบ่งทรัพยากรของแต่ละประเภททราฟฟิก ขั้นสุดท้ายคือทดสอบการเชื่อมต่อจากเครื่องเสมือนอย่างน้อยหนึ่งเครื่องในแต่ละพอร์ตกรุ๊ป ตรวจว่าได้ที่อยู่อุปกรณ์ถูกต้อง ส่งแพ็กเก็ตออกนอกวงได้ และ vMotion ทำงานปกติ ผมแนะนำให้จดทุกการตั้งค่าไว้เป็นเอกสารประกอบการทำงาน เพราะเมื่อเวลาผ่านไปหลายเดือน ความจำของมนุษย์จะเลือนราง การมีเอกสารที่อัปเดตสม่ำเสมอจะช่วยให้ทีมรุ่นหลังดูแลระบบต่อได้โดยไม่ต้องเดาใจคนเก่า

การแก้ปัญหาและแนวปฏิบัติที่ดีในการดูแลรักษา

การดูแล Distributed Switch ในระยะยาวต้องอาศัยทั้งความรู้และความระมัดระวัง ปัญหาที่พบบ่อยที่สุดอันดับหนึ่งที่ผมเจอคือการตั้งค่า VLAN ไม่ตรงกันระหว่างพอร์ตกรุ๊ปกับสวิตช์กายภาพ อาการคือเครื่องเสมือนบางเครื่องเชื่อมต่อได้ บางเครื่องเชื่อมต่อไม่ได้ หรือเชื่อมต่อได้แต่หลุดเป็นระยะ วิธีวินิจฉัยคือเข้าไปดูสถานะพอร์ตของโฮสต์ใน vSphere Client ตรวจว่าอัปลิงก์ขึ้นสถานะปกติหรือไม่ จากนั้นเทียบการตั้งค่า VLAN ทั้งสองฝั่งให้ตรงกัน ปัญหาที่สองคือเครื่องเสมือนมีปัญหาการเชื่อมต่อหลังจาก vMotion ซึ่งมักเกิดจากนโยบายของพอร์ตกรุ๊ปไม่รองรับการย้ายข้ามโฮสต์ หรือโฮสต์ปลายทางไม่ได้เชื่อมต่อกับ Distributed Switch ที่ถูกต้อง

ปัญหาที่สามเป็นเรื่องประสิทธิภาพ เช่น ทราฟฟิกช้าเมื่อใช้งานหนัก มักเกิดจากการ์ดเครือข่ายกายภาพถูกใช้ร่วมกันหลายประเภทงานโดยไม่มีการควบคุมการรับส่งข้อมูลเครือข่าย ทางแก้คือเปิดใช้ Network I/O Control และแยกอัปลิงก์สำหรับงานที่ต้องการแบนด์วิดท์สูง เช่น งานสำรองข้อมูลหรือ vMotion ส่วนปัญหาด้านความปลอดภัย เช่น มีเครื่องเสมือนปลอมตัวเป็นเกตเวย์ ควรตรวจสอบว่านโยบายการปลอมแปลงที่อยู่ถูกปิดอยู่ตลอดเวลา

แนวปฏิบัติที่ดีที่ผมสรุปจากประสบการณ์มีดังต่อไปนี้

แนวปฏิบัติ	รายละเอียด	ผลที่ได้รับ
แยกพอร์ตกรุ๊ปตามประเภทงาน	แยกวงเครือข่ายชัดเจนทุกประเภท	ลดความเสี่ยงและง่ายต่อการวิเคราะห์
สำรองการตั้งค่าสม่ำเสมอ	ใช้คำสั่งส่งออกการกำหนดค่า	กู้คืนได้เร็วเมื่อเกิดเหตุ
อัปเกรดเวอร์ชันอย่างรอบคอบ	ตรวจสอบความเข้ากันได้ก่อนทุกครั้ง	ป้องกันปัญหาหลังอัปเดต
ตรวจสอบสถานะตามปกติ	ใช้ระบบเฝ้าระวังแจ้งเตือนอัตโนมัติ	รู้ปัญหาก่อนผู้ใช้ร้องเรียน

อีกจุดสำคัญคือการสำรองการตั้งค่าของ Distributed Switch อย่างสม่ำเสมอ เพราะหากระบบเกิดปัญหาใหญ่และต้องสร้างใหม่ทั้งหมด การมีไฟล์การกำหนดค่าที่ส่งออกไว้จะช่วยให้การกู้คืนเสร็จภายในไม่กี่นาที แทนที่จะต้องตั้งค่าใหม่ทั้งหมดซึ่งใช้เวลาเป็นชั่วโมงและมีโอกาสผิดพลาดสูง

ตัวอย่างการใช้งานจริงในองค์กรและแผนการเรียนรู้ 30 วัน

ขอเล่ากรณีจริงที่ผมให้คำปรึกษาไว้เมื่อไม่นานมานี้ บริษัทขนาดกลางแห่งหนึ่งในกรุงเทพฯ มีเซิร์ฟเวอร์โฮสต์แปดเครื่อง บริหารด้วย Standard Switch มาหลายปี ทุกครั้งที่ต้องเพิ่มแวลานใหม่ ผู้ดูแลระบบต้องเข้าไปแก้ทีละเครื่อง ใช้เวลาสองสามชั่วโมง และเคยเกิดเหตุแก้ผิดเครื่องจนเครื่องเสมือนดับสองตัว เมื่อย้ายมาใช้ Distributed Switch การเพิ่มแวลานใหม่ใช้เวลาไม่ถึงห้านาที ทีมงานมีเวลาไปทำงานสำคัญอื่นมากขึ้น และที่สำคัญคือ Network I/O Control ช่วยให้งานสำรองข้อมูลตอนกลางคืนไม่รบกวนเครื่องเสมือนที่ต้องให้บริการตลอดยี่สิบสี่ชั่วโมง ปัญหาความช้าช่วงเช้าวันจันทร์ที่เคยร้องเรียนกันทุกสัปดาห์ก็หายไป

สำหรับผู้ที่ต้องการเริ่มต้นเรียนรู้จริงจัง ผมแนะนำแผนสามสิบวันดังนี้ สัปดาห์แรก ศึกษาพื้นฐานเครือข่ายเสมือน ติดตั้งโปรแกรมจำลองสภาพแวดล้อมอย่าง EVE-NG หรือ GNS3 ทดลองสร้าง Standard Switch กับเครื่องเสมือนง่าย ๆ สัปดาห์ที่สอง ลองติดตั้ง vCenter จำลองบนเครื่องที่มีทรัพยากรพอ สร้าง Distributed Switch ตัวแรก เพิ่มโฮสต์จำลองเข้าไป และสร้างพอร์ตกรุ๊ปตามตัวอย่างในบทความนี้ สัปดาห์ที่สาม ทดลองฟีเจอร์ขั้นสูง เช่น Network I/O Control และการจัดกลุ่มอัปลิงก์ ลองตัดสายจำลองเพื่อดูพฤติกรรมการสำรองกันเอง สัปดาห์ที่สี่ ศึกษาการแก้ปัญหา ทำลายระบบจำลองด้วยตัวเองแล้วฝึกซ่อม วิธีนี้ได้ผลที่สุดในการจดจำ

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

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

Distributed Switch (vDS) ต่างจาก Standard Switch อย่างไร?

Distributed Switch หรือ vSphere Distributed Switch (vDS) เป็นสวิตช์เสมือนระดับศูนย์ข้อมูลที่รวมการจัดการเครือข่ายของโฮสต์หลายเครื่องเข้าด้วยกันเป็นสวิตช์เดียว โดยเก็บการตั้งค่าไว้ที่ศูนย์กลางผ่าน vCenter Server ทำให้การจัดการเป็นเอกภาพ ลดงานซ้ำซ้อน และลดโอกาสเกิดความผิดพลาดจากการตั้งค่าไม่ตรงกัน ขณะที่ Standard Switch ทำงานแบบแยกส่วนต่อโฮสต์ การเปลี่ยนแปลงใดๆ ต้องแก้ไขทีละเครื่อง ซึ่งเสี่ยงต่อความผิดพลาดสูงมากเมื่อมีโฮสต์จำนวนมาก นอกจากนี้ vDS ยังมีฟีเจอร์ระดับสูงที่ Standard Switch ไม่มี เช่น Network I/O Control สำหรับจัดสรรแบนด์วิดท์, การรวมลิงก์แบบ LACP และ Port Mirroring ที่ครอบคลุมหลายโฮสต์พร้อมกัน ดังนั้น vDS จึงเหมาะสำหรับสภาพแวดล้อมขนาดกลางและขนาดใหญ่ที่ต้องการจัดการเครือข่ายที่มีประสิทธิภาพและปลอดภัยกว่า

เมื่อไรควรใช้ Distributed Switch แทน Standard Switch?

ในทางปฏิบัติ หากคุณมีเซิร์ฟเวอร์โฮสต์เพียงสองสามเครื่อง Standard Switch ก็เพียงพอต่อความต้องการแล้ว เพราะการจัดการยังไม่ซับซ้อนมากนัก แต่เมื่อสภาพแวดล้อมขยายตัวถึงห้าเครื่องขึ้นไป หรือคุณต้องใช้ฟีเจอร์ระดับสูงอย่าง vMotion ข้ามคลัสเตอร์, Fault Tolerance หรือ NSX การใช้ Distributed Switch แทบจะเป็นข้อบังคับ เพราะฟีเจอร์เหล่านี้ต้องอาศัยการจัดการเครือข่ายแบบรวมศูนย์ การใช้ vDS ช่วยให้คุณสร้างการตั้งค่าเพียงครั้งเดียวแล้วกระจายไปยังโฮสต์ทุกเครื่องทันที ทั้งพอร์ตกรุ๊ป แวลาน นโยบายความปลอดภัย และการจัดการทราฟฟิก ซึ่งช่วยลดภาระงานของผู้ดูแลระบบอย่างมากและลดความเสี่ยงจากการตั้งค่าไม่สอดคล้องกันระหว่างโฮสต์ ควรวางแผนการใช้งานให้รอบคอบตั้งแต่ต้นเพื่อให้ระบบราบรื่นในระยะยาว

Distributed Switch ต้องใช้ไลเซนส์แบบไหน และควรตรวจสอบอะไรบ้าง?

ฟีเจอร์บางอย่างของ vSphere Distributed Switch ต้องใช้ไลเซนส์ระดับ Standard ขึ้นไป ไม่สามารถใช้ได้กับแพ็กเกจฟรีอย่าง vSphere Hypervisor ดังนั้นก่อนออกแบบระบบควรตรวจสอบสิทธิ์การใช้งานให้ชัดเจนเสมอ นี่เป็นข้อผิดพลาดที่พบบ่อยในหลายโครงการ ซึ่งวางแผนใช้ vDS ไว้แล้ว แต่พอเช็กไลเซนส์กลับพบว่าต้องซื้อเพิ่ม ทำให้งบประมาณบานปลายไปครึ่งหลัก การเข้าใจข้อจำกัดด้านไลเซนส์ล่วงหน้าจึงช่วยประหยัดทั้งเวลาและเงินได้มหาศาล นอกจากนี้ยังควรพิจารณาว่าฟีเจอร์ใดของ vDS ที่องค์กรต้องใช้จริง เช่น Network I/O Control หรือ LACP เพื่อเลือกไลเซนส์ที่เหมาะสมและคุ้มค่าที่สุด การวางแผนด้านสิทธิ์การใช้งานที่ดีตั้งแต่วันแรกจะช่วยให้การขยายระบบในอนาคตเป็นไปอย่างราบรื่นโดยไม่มีอุปสรรคด้านงบประมาณมาขัดขวาง

เมื่อ vCenter Server ล่ม ระบบเครือข่ายของ Distributed Switch ยังทำงานได้หรือไม่?

เมื่อ vCenter Server ล่ม โฮสต์ทุกเครื่องยังคงส่งต่อทราฟฟิกได้ตามปกติ เพราะ Data Plane หรือ I/O Plane ซึ่งทำหน้าที่ส่งต่อแพ็กเก็ตจริงๆ นั้นกระจายอยู่บนเคอร์เนลของโฮสต์แต่ละเครื่องในรูปแบบ Hidden vSwitch และยังทำงานอยู่แม้ vCenter จะออฟไลน์ก็ตาม อย

แนะนำเพิ่มเติม

🎯 เปิดบัญชี XM Forex → สมัคร

📱 แอป iCafeFX → ดาวน์โหลด

📊 สัญญาณฟรี → รับสัญญาณ

📚 คู่มือเทรด → SiamCafeBook

🤝 สมัคร Partner XM → pipaffiliates.com/c?c=72816&l=th&p=6