เซิร์ฟเวอร์เก่าในโรงงาน อัปเกรดปี 2026 | ย้ายระบบไม่ให้สายการผลิตหยุด

“เซิร์ฟเวอร์ตัวนี้ใช้มาตั้งแต่เปิดไลน์ผลิตใหม่ ยังไม่เคยเปลี่ยนเลย” ประโยคแบบนี้ได้ยินบ่อยจากโรงงานญี่ปุ่นในไทย และปัญหาของเซิร์ฟเวอร์เก่าก็ไม่ได้ส่งสัญญาณเตือนด้วยการพังกะทันหันแบบนั้น แต่จะค่อย ๆ โผล่ออกมาในรูปของค่าบำรุงรักษาที่แพงขึ้นทุกปีและเวลาที่ระบบหยุดทำงานยาวขึ้นเรื่อย ๆ บทความนี้จะพาไปดูว่าทำไมปี 2026 ถึงเป็นจังหวะที่ต้องตัดสินใจเรื่องเซิร์ฟเวอร์เก่าจริงจัง ทั้งจากปัจจัยภายนอกอย่างการสิ้นสุดระยะซัพพอร์ตของ Windows Server และการเปลี่ยนเงื่อนไขไลเซนส์ของ VMware พร้อมเปรียบเทียบทางเลือกอัปเกรดทั้งสามแบบ คือ อัปเกรดแบบเดิม เวอร์ชวลไลซ์ และย้ายขึ้นคลาวด์ ด้วยกรณีศึกษาต้นทุน 5 ปีที่คำนวณให้เห็นตัวเลขจริง

ทำไมเรื่องเซิร์ฟเวอร์เก่ากลายเป็นปัญหาเร่งด่วนของฝ่ายไอทีในโรงงานตอนนี้

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

ปัจจัยแรกคือกำหนดเวลาซัพพอร์ตของระบบปฏิบัติการ Windows Server 2016 หยุดให้ซัพพอร์ตหลักไปแล้วตั้งแต่เดือนมกราคม 2022 และซัพพอร์ตแบบขยายเวลาจะสิ้นสุดวันที่ 13 มกราคม 2027 ส่วน Windows Server 2019 ซัพพอร์ตแบบขยายเวลาจะสิ้นสุดวันที่ 10 มกราคม 2029 หากระบบบริหารการผลิตของโรงงานยังรันอยู่บน OS เหล่านี้ เมื่อพ้นระยะซัพพอร์ตแล้วจะไม่มีแพตช์ความปลอดภัยออกมาอีก ต่อให้พบช่องโหว่ใหม่ก็ต้องปล่อยทิ้งไว้แบบนั้น สำหรับฝั่ง Windows 10 เองก็หยุดซัพพอร์ตฝั่งไคลเอนต์ไปแล้วตั้งแต่วันที่ 14 ตุลาคม 2025 ทำให้หลายโรงงานเริ่มพิจารณาอัปเกรดเซิร์ฟเวอร์ควบคู่ไปกับการเปลี่ยนคอมพิวเตอร์สำนักงานด้วย

อีกปัจจัยหนึ่งคือการเปลี่ยนเงื่อนไขไลเซนส์ของซอฟต์แวร์เวอร์ชวลไลซ์ หลังจาก Broadcom เข้าซื้อ VMware ก็ปรับโครงสร้างไลเซนส์ใหม่ทั้งหมด โดยกำหนดว่าแต่ละ CPU บนโฮสต์ ESXi ต้องคิดไลเซนส์ขั้นต่ำที่ 16 คอร์กายภาพ แม้ CPU จริงจะมีแค่ 8 คอร์หรือ 6 คอร์ ก็ยังต้องคิดเสมือนว่ามี 16 คอร์อยู่ดี ทำให้ระบบเซิร์ฟเวอร์ขนาดเล็กยิ่งเสียเปรียบด้านต้นทุนต่อคอร์ มีรายงานจากสื่อด้านไลเซนส์ไอทีหลายแห่งว่า หลังการเปลี่ยนแปลงนี้ ค่าไลเซนส์รายปีของ VMware เพิ่มขึ้นในช่วง 150% ถึง 1,200% แล้วแต่องค์กร โดยองค์กรขนาดกลางและเล็กมีรายงานว่าเพิ่มขึ้นในช่วง 350% ถึง 1,000% สำหรับโรงงานที่ใช้ระบบเวอร์ชวลไลซ์อยู่แล้ว จังหวะอัปเกรดครั้งต่อไปอาจเป็นจุดที่ต้องทบทวนค่าไลเซนส์ก้อนนี้ใหม่ทั้งหมด

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

3 ความเสี่ยงที่มาพร้อมกับเซิร์ฟเวอร์เก่า

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

ถ้าระบบบริหารการผลิตหยุดทำงาน จะเกิดอะไรขึ้น

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

ความเสี่ยงหลังแพตช์ความปลอดภัยหยุดออก

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

ความเสี่ยงหยุดนานจากอะไหล่ขาดตลาด

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

กรณีศึกษาสมมติ ต้นทุนถ้ายังใช้เซิร์ฟเวอร์เก่าต่อไปโดยไม่อัปเกรด

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

บริษัทสมมติที่ใช้เป็นตัวอย่างคือ “บริษัท B” (นามสมมติ) ผู้ผลิตชิ้นส่วนยานยนต์ในจังหวัดชลบุรี มีพนักงาน 150 คน ติดตั้งเซิร์ฟเวอร์กายภาพ 1 เครื่องเพื่อรองรับระบบบริหารการผลิตตั้งแต่เดือนสิงหาคม 2020 ด้วยราคาซื้อ 900,000 THB ณ เดือนสิงหาคม 2026 ผ่านการใช้งานมาครบ 6 ปีเต็มแล้ว เกินกว่าอายุการใช้งานตามเกณฑ์ภาษี 5 ปีไปแล้ว 1 ปี ตัวเลข 5 ปีนี้อ้างอิงจากตารางอายุการใช้งานเพื่อคำนวณค่าเสื่อมราคาของกรมสรรพากรญี่ปุ่น (เครื่องคอมพิวเตอร์อิเล็กทรอนิกส์สำหรับใช้เป็นเซิร์ฟเวอร์กำหนดไว้ที่ 5 ปี ส่วนคอมพิวเตอร์ทั่วไปที่ไม่ใช่เซิร์ฟเวอร์กำหนดไว้ที่ 4 ปี) ใช้เป็นเพียงเกณฑ์อ้างอิงสำหรับรอบการอัปเกรดเท่านั้น ไม่ใช่มาตรฐานบัญชีของประเทศไทย

ในช่วง 5 ปีแรกของการใช้งาน บริษัท B มีสัญญาบำรุงรักษามาตรฐานอยู่ที่ปีละ 80,000 THB แต่พอเข้าปีที่ 6 อะไหล่ซ่อมบำรุงในสต็อกของผู้ผลิตหมดลง ต้องเปลี่ยนไปใช้สัญญาบำรุงรักษาแบบขยายเวลาที่คิดค่าใช้จ่ายเป็นครั้ง ๆ ไป สมมติให้ค่าบำรุงรักษาแบบขยายเวลานี้สูงกว่าสัญญามาตรฐาน 60% คือปีละ 128,000 THB พร้อมกันนั้น เวลาที่ระบบหยุดทำงานต่อปีก็คาดว่าจะแย่ลงจาก 2 ชั่วโมงในช่วงสัญญามาตรฐาน เป็น 6 ชั่วโมง เมื่อรวมความล่าช้าจากการจัดหาอะไหล่เข้าไปด้วย หากสมมติให้ความสูญเสียโอกาสทางธุรกิจต่อการหยุดระบบ 1 ชั่วโมง (รวมค่าใช้จ่ายจากการจัดส่งล่าช้าและค่าล่วงเวลา) อยู่ที่ 45,000 THB ต้นทุนจากการหยุดระบบต่อปีจะเพิ่มจาก 90,000 THB ก่อนเซิร์ฟเวอร์เก่า เป็น 270,000 THB หลังเซิร์ฟเวอร์เก่า เรื่องขอบเขตของสัญญาบำรุงรักษาเองและวิธีกำหนด SLA มีอธิบายไว้ในค่าบำรุงรักษาระบบงานปี 2026 หากกำลังพิจารณาเปลี่ยนไปใช้สัญญาบำรุงรักษาแบบขยายเวลา ลองอ่านประกอบได้

หากรวมยอดค่าบำรุงรักษาแบบขยายเวลาและต้นทุนจากการหยุดระบบที่เพิ่มขึ้นนี้เป็นเวลา 5 ปี (กันยายน 2026 ถึงสิงหาคม 2031) จะได้ค่าบำรุงรักษารวม 640,000 THB และต้นทุนจากการหยุดระบบรวม 1,350,000 THB นอกจากนี้ยังต้องเผื่อความเสี่ยงจากเหตุขัดข้องร้ายแรงที่เกิดจากอะไหล่ขาดตลาดเพิ่มอีกหนึ่งรายการ สมมติกรณีที่หาอะไหล่ในประเทศไม่ได้และใช้เวลากู้ระบบนาน 24 ชั่วโมง โดยตั้งสมมติฐานว่าตั้งแต่ปีที่ 6 เป็นต้นไป เหตุขัดข้องร้ายแรงแบบนี้มีโอกาสเกิดขึ้นปีละ 40% ความสูญเสียที่คาดหวังจะอยู่ที่ปีละ 432,000 THB หรือรวม 5 ปีเท่ากับ 2,160,000 THB เมื่อรวมทั้ง 3 รายการเข้าด้วยกัน ต้นทุนที่คาดว่าจะเกิดขึ้นใน 5 ปีหากปล่อยเซิร์ฟเวอร์เก่าทิ้งไว้ต่อไปคือ 4,150,000 THB

ตัวเลข 4,150,000 THB นี้ไม่ใช่การพยากรณ์ที่แม่นยำ สิ่งที่สำคัญกว่าคือโครงสร้างของมัน คือเมื่อคิดรวมทั้งค่าบำรุงรักษาที่เพิ่มขึ้น เวลาหยุดที่แย่ลงในการใช้งานประจำวัน และความสูญเสียที่คาดหวังจากเหตุขัดข้องร้ายแรงซึ่งมีโอกาสเกิดขึ้นแบบไม่แน่นอนเข้าไปด้วย ต้นทุนของการปล่อยทิ้งไว้มักจะสูงกว่าที่มองเห็นด้วยตาเปล่ามาก

ทางเลือกในการอัปเกรดมี 3 แบบ

เมื่อตัดสินใจจะอัปเกรดเซิร์ฟเวอร์แล้ว ทางเลือกหลัก ๆ แบ่งออกเป็น 3 แบบ ต่อไปนี้คือลักษณะเด่นของแต่ละแบบ

อัปเกรดแบบเดิม (On-Premise ทดแทนของเดิม)

เป็นการตั้งเซิร์ฟเวอร์กายภาพ 1 เครื่องไว้ในพื้นที่ของบริษัทเหมือนเดิม แล้วย้าย OS และแอปพลิเคชันไปตรง ๆ วิธีนี้ไม่ต้องเปลี่ยนแนวคิดการดูแลระบบมากนัก ทำให้ต้นทุนออกแบบการย้ายระบบและต้นทุนอบรมหน้างานต่ำกว่าอีกสองแบบ ในทางกลับกัน รอบเวลาที่เซิร์ฟเวอร์จะเก่าอีกครั้ง (ประมาณ 5 ถึง 7 ปี) ก็ยังคงเดิม ทำให้ต้องมาพิจารณาเรื่องเดียวกันนี้ซ้ำอีกทุกครั้งที่ถึงรอบอัปเกรด

อัปเกรดสู่ระบบเวอร์ชวลไลซ์ (Virtualization)

เป็นการตั้งเซิร์ฟเวอร์กายภาพประสิทธิภาพสูง 1 เครื่อง แล้วใช้ไฮเปอร์ไวเซอร์สร้างเครื่องเสมือน (VM) หลายเครื่องขึ้นมา แยกเซิร์ฟเวอร์ฐานข้อมูล เซิร์ฟเวอร์ไฟล์ และแอปพลิเคชันระบบบริหารการผลิตออกเป็นคนละ VM อิสระต่อกัน หาก VM หนึ่งมีปัญหา ผลกระทบต่อ VM อื่นก็จะจำกัดได้ง่ายกว่า และในบางกรณีการรวมเซิร์ฟเวอร์แบบนี้ยังช่วยลดจำนวนเครื่องลงได้ด้วย อย่างไรก็ตาม ดังที่กล่าวไปแล้วว่าหากใช้ซอฟต์แวร์เวอร์ชวลไลซ์แบบเสียเงินจะต้องทบทวนค่าไลเซนส์ใหม่ทั้งหมด ในกรณีศึกษาของบทความนี้จึงตั้งสมมติฐานว่าใช้ไฮเปอร์ไวเซอร์แบบฟรีไม่เสียค่าใช้จ่าย

ย้ายไปคลาวด์ (IaaS)

เป็นการไม่ถือครองเซิร์ฟเวอร์เองอีกต่อไป แต่สร้างระบบบริหารการผลิตบน IaaS (Infrastructure as a Service) ของผู้ให้บริการคลาวด์แทน จุดเด่นคือไม่มีค่าใช้จ่ายซื้อฮาร์ดแวร์ตั้งแต่ต้น และปรับสเปกให้เหมาะกับความต้องการได้ยืดหยุ่นกว่า ในทางกลับกัน ค่าใช้บริการรายเดือนจะเกิดขึ้นต่อเนื่องไปเรื่อย ๆ และหลายกรณีสัญญาจะผูกกับสกุลเงินดอลลาร์สหรัฐ ซึ่งเป็นจุดที่ต้องระวังสำหรับฐานปฏิบัติการอย่างไทยที่ต้องบริหารค่าใช้จ่ายทั้งสกุลเงินท้องถิ่นและสกุลเงินต่างประเทศไปพร้อมกัน ประเด็นว่าควรเลือกคลาวด์หรือ On-Premise เมื่อลงทุนระบบใหม่นั้น มีสรุปไว้ละเอียดในระบบบริหารการผลิต คลาวด์ 2026 หากต้องการเปรียบเทียบจากมุมของการติดตั้งใหม่ ลองอ่านประกอบได้

เปรียบเทียบต้นทุนรวม 5 ปี (TCO) จากกรณีศึกษา

ใช้บริษัท B เป็นตัวอย่างเดิม มาลองคำนวณต้นทุนรวมในการเป็นเจ้าของ (TCO) ตลอด 5 ปี หากเลือกอัปเกรดทั้ง 3 แบบข้างต้น โดยตั้งสมมติฐานว่าทำการอัปเกรดในปี 2026

สำหรับอัปเกรดแบบเดิม เมื่อรวมราคาตัวเครื่องเซิร์ฟเวอร์ที่ปรับขึ้นเป็น 1,000,000 THB และค่าติดตั้งย้ายระบบ 200,000 THB จะได้ค่าใช้จ่ายเริ่มต้น 1,200,000 THB ค่าบำรุงรักษาต่อปีคงที่ตามเดิมที่ 80,000 THB รวม 5 ปีเท่ากับ 400,000 THB เนื่องจากเป็นเครื่องใหม่ทันทีหลังอัปเกรด จึงสมมติให้เวลาระบบหยุดกลับมาอยู่ที่ระดับมาตรฐานคือ 2 ชั่วโมงต่อปีอีกครั้ง ทำให้ต้นทุนจากการหยุดระบบตลอด 5 ปีอยู่ที่ 450,000 THB รวมทั้งหมดเท่ากับ 2,050,000 THB

สำหรับอัปเกรดสู่ระบบเวอร์ชวลไลซ์ เมื่อรวมราคาเซิร์ฟเวอร์ประสิทธิภาพสูง 1,600,000 THB และค่าติดตั้งย้ายระบบ 800,000 THB จะได้ค่าใช้จ่ายเริ่มต้น 2,400,000 THB เนื่องจากมีสิ่งที่ต้องดูแลเพิ่มขึ้น จึงตั้งค่าบำรุงรักษาต่อปีไว้สูงขึ้นเล็กน้อยที่ 100,000 THB รวม 5 ปีเท่ากับ 500,000 THB เพราะแยก VM ออกจากกัน ผลกระทบเมื่อเกิดปัญหาจึงแคบลง สมมติให้เวลาระบบหยุดลดเหลือ 1 ชั่วโมงต่อปี ทำให้ต้นทุนจากการหยุดระบบตลอด 5 ปีอยู่ที่ 225,000 THB รวมทั้งหมดเท่ากับ 3,125,000 THB

สำหรับย้ายไปคลาวด์ ไม่มีค่าใช้จ่ายซื้อเซิร์ฟเวอร์ มีเพียงค่าออกแบบและติดตั้งย้ายระบบ 700,000 THB เป็นค่าใช้จ่ายเริ่มต้น หากสมมติค่าใช้บริการรายเดือนสำหรับสเปกเทียบเท่าเซิร์ฟเวอร์ฐานข้อมูลและเซิร์ฟเวอร์ไฟล์อยู่ที่ 30,000 THB จะรวม 5 ปีเท่ากับ 1,800,000 THB บวกค่าเฝ้าระวังดูแลระบบฝั่งบริษัทเองที่ไม่ครอบคลุมอยู่ใน SLA ของผู้ให้บริการคลาวด์อีกปีละ 50,000 THB รวม 5 ปีเท่ากับ 250,000 THB หากตั้งสมมติฐานว่า SLA รับประกันอัตราการทำงานที่ 99.9% เวลาระบบหยุดจึงลดเหลือ 0.5 ชั่วโมงต่อปี ทำให้ต้นทุนจากการหยุดระบบตลอด 5 ปีอยู่ที่ 112,500 THB รวมทั้งหมดเท่ากับ 2,862,500 THB

สิ่งที่ตัวเลขนี้บอกคือ หากดูแค่ค่าใช้จ่ายเริ่มต้น อัปเกรดแบบเดิมดูถูกที่สุด แต่เมื่อเทียบกับ 4,150,000 THB ของการปล่อยทิ้งไว้แล้ว จะเห็นว่าไม่ว่าจะเลือกอัปเกรดแบบไหน ต้นทุนที่แท้จริงก็ต่ำกว่าการปล่อยเซิร์ฟเวอร์เก่าทิ้งไว้ทั้งสิ้น จากนั้นทั้ง 3 ทางเลือกก็มีจุดแลกเปลี่ยนที่ต่างกัน อัปเกรดสู่เวอร์ชวลไลซ์มีค่าใช้จ่ายเริ่มต้นสูงสุด แต่ลดต้นทุนจากการหยุดระบบได้มากที่สุด เหมาะกับโรงงานที่ให้ความสำคัญกับความต่อเนื่องของระบบเป็นอันดับแรก ส่วนย้ายไปคลาวด์ช่วยลดค่าใช้จ่ายเริ่มต้นและต้นทุนจากการหยุดระบบได้ แต่เพราะค่าใช้บริการรายเดือนสะสมไปเรื่อย ๆ เมื่อมองในกรอบเวลา 5 ปี ยอดรวมจึงมากกว่าอัปเกรดแบบเดิม อีกทั้งยังมีความเสี่ยงอีกแบบที่แตกต่างออกไปคือความผันผวนของอัตราแลกเปลี่ยน หากค่าบริการรายเดือนเป็นสัญญาสกุลดอลลาร์สหรัฐ และตั้งอัตราแลกเปลี่ยนอ้างอิงไว้ที่ 1 ดอลลาร์สหรัฐ เท่ากับ 36 THB เพียงแค่อัตราแลกเปลี่ยนขยับขึ้นหรือลง 10% ก็ทำให้ค่าใช้จ่ายต่อปีผันผวนขึ้นหรือลงประมาณ 36,000 THB ความผันผวนของอัตราแลกเปลี่ยนนี้เป็นตัวแปรที่ควรเผื่อไว้ล่วงหน้าหากเลือกย้ายไปคลาวด์

เกณฑ์การเลือกวิธีอัปเกรดที่เหมาะกับองค์กรของคุณ

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

โรงงานที่ปริมาณการผลิตผันผวนมาก คลาวด์เหมาะกว่า

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

สาขาที่มีพนักงานไอทีน้อย ผสมเวอร์ชวลไลซ์กับเอาต์ซอร์สภายนอกให้เข้ากับความเป็นจริง

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

กรณีที่ควรคง On-Premise ไว้เพราะข้อกำหนดควบคุมไอทีของสำนักงานใหญ่และอธิปไตยของข้อมูล

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

ทางเลือกแบบผสมผสานทั้ง 3 แบบเข้าด้วยกัน

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

ประเด็นที่ต้องรู้เมื่อดำเนินการอัปเกรดเซิร์ฟเวอร์ในประเทศไทย

การอัปเกรดเซิร์ฟเวอร์ของระบบบริหารการผลิตในไทย นอกจากการคำนวณต้นทุนแล้ว หากเข้าใจกฎเกณฑ์และสภาพตลาดเฉพาะของไทยด้วย จะช่วยให้ตัดสินใจได้แม่นยำขึ้น

ในประเทศไทย พ.ศ. 2569 (2026) มีพระราชกฤษฎีกาฉบับที่ 802 ออกมาเพื่อยกเว้นภาษีเงินได้นิติบุคคลสำหรับผู้ประกอบการ SME ที่มีทุนจดทะเบียนชำระแล้วล่าสุดไม่เกิน 5,000,000 บาท และมีรายได้ไม่เกิน 30,000,000 บาท พระราชกฤษฎีกาฉบับนี้ประกาศในราชกิจจานุเบกษาเมื่อวันที่ 7 กุมภาพันธ์ 2569 และมีผลบังคับใช้ตั้งแต่วันที่ 8 กุมภาพันธ์ 2569 เป็นต้นไป โดยระยะเวลาที่ใช้สิทธิได้คือตั้งแต่วันที่ 24 มิถุนายน 2568 ถึงวันที่ 31 ธันวาคม 2570 สิ่งที่เข้าเงื่อนไขได้รับยกเว้นภาษีคือค่าใช้จ่ายในการซื้อหรือว่าจ้างพัฒนาซอฟต์แวร์คอมพิวเตอร์ และค่าใช้จ่ายในการซื้อฮาร์ดแวร์ (ไม่รวมราคาซื้อตัวเครื่องคอมพิวเตอร์) โดยหักลดหย่อนได้ 100% ของค่าใช้จ่ายจริง สูงสุดไม่เกิน 300,000 บาท จุดที่ต้องระวังคือ ราคาซื้อตัวเครื่องเซิร์ฟเวอร์เองไม่อยู่ในสิทธิยกเว้นนี้ แต่ค่าใช้จ่ายด้านซอฟต์แวร์และฮาร์ดแวร์อื่นที่เกี่ยวข้องกับการย้ายระบบยังมีโอกาสเข้าเงื่อนไขได้ จึงควรปรึกษาฝ่ายภาษีหรือสำนักงานบัญชีเพื่อตรวจสอบรายละเอียดอีกครั้ง

ในด้านสภาพตลาด ทางเลือกของดาต้าเซ็นเตอร์และคลาวด์รอบกรุงเทพฯ ก็ขยายตัวขึ้นเรื่อย ๆ เช่นกัน ตลาดดาต้าเซ็นเตอร์ของไทยมีมูลค่าประมาณ 1,450 ล้านดอลลาร์สหรัฐ ณ ปี 2025 และมีการคาดการณ์ว่าจะขยายตัวถึง 6,290 ล้านดอลลาร์สหรัฐภายในปี 2031 คิดเป็นอัตราเติบโตเฉลี่ยต่อปี (CAGR) ที่ 27.71% โดย ณ เดือนกันยายน 2025 กรุงเทพฯ มีดาต้าเซ็นเตอร์ที่เปิดดำเนินการแล้ว 31 แห่ง และอยู่ระหว่างแผนก่อสร้างอีก 8 แห่ง ทำให้การเลือกใช้คลาวด์หรือโคโลเคชันในไทยทำได้ง่ายขึ้นกว่าสองสามปีก่อนมาก อย่างไรก็ตาม จากการค้นคว้าครั้งนี้ยังไม่พบกรณีศึกษาการอัปเกรดจริงในไทยที่ระบุชื่อบริษัทเป็นข้อมูลเปิดเผยต่อสาธารณะ จึงขอให้นำกฎเกณฑ์และสภาพตลาดที่กล่าวมานี้ไปปรับใช้กับสถานการณ์ของแต่ละองค์กรเอง

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

ขั้นตอนการเริ่มต้นโครงการอัปเกรดเซิร์ฟเวอร์

เมื่อเริ่มพิจารณาอัปเกรดเซิร์ฟเวอร์ สิ่งแรกที่ควรทำไม่ใช่การขอใบเสนอราคา แต่คือการสำรวจสถานะเซิร์ฟเวอร์ของตัวเองก่อน

• ไล่เช็กปีที่ติดตั้ง OS และสถานะสัญญาบำรุงรักษา (มาตรฐานหรือขยายเวลา) ของเซิร์ฟเวอร์ที่ใช้งานอยู่ตอนนี้
• ตรวจสอบวันสิ้นสุดซัพพอร์ตของ OS และดูว่าเหลือเวลาอีกเท่าไหร่
• ดึงข้อมูลเวลาระบบหยุดในรอบ 1 ปีที่ผ่านมา พร้อมผลกระทบต่อธุรกิจตอนที่ระบบหยุด เช่น เวลาที่ต้องใช้เอกสารกระดาษ หรือชั่วโมงล่วงเวลา
• สอบถามผู้ผลิตหรือผู้รับเหมาบำรุงรักษาถึงสถานะการจัดหาอะไหล่ซ่อมบำรุง
• ตรวจสอบความผันผวนของปริมาณการผลิต และส่วนต่างของภาระงานระหว่างช่วงพีคกับช่วงซบเซา
• พิจารณาว่ามีบุคลากรภายในที่ดูแลระบบหลังอัปเกรดได้หรือไม่ หรือจำเป็นต้องเอาต์ซอร์สภายนอก
• ตรวจสอบว่านโยบายด้านอธิปไตยข้อมูลและความปลอดภัยของสำนักงานใหญ่มีข้อจำกัดอะไรหรือไม่
• ปรึกษาสำนักงานบัญชีว่ามีรายการค่าใช้จ่ายใดเข้าเงื่อนไขสิทธิประโยชน์ทางภาษีของไทยได้บ้าง

เมื่อสำรวจสถานะครบถ้วนแล้วเท่านั้น จึงจะเปรียบเทียบทางเลือกทั้ง 3 แบบด้วยตัวเลขที่เป็นรูปธรรมได้ หากขอใบเสนอราคาจากหลายเจ้าโดยไม่สำรวจสถานะก่อน จะกลายเป็นการเปรียบเทียบตัวเลขล้วน ๆ โดยเงื่อนไขไม่เท่ากัน ซึ่งเสี่ยงต่อการตัดสินใจผิดพลาด

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

ควรอัปเกรดเซิร์ฟเวอร์ทุกกี่ปี

การจัดหาอะไหล่บำรุงรักษาของเซิร์ฟเวอร์กายภาพส่วนใหญ่มักสิ้นสุดในช่วง 5 ถึง 7 ปี อายุการใช้งานตามเกณฑ์ภาษีของญี่ปุ่นสำหรับเครื่องคอมพิวเตอร์อิเล็กทรอนิกส์ที่ใช้เป็นเซิร์ฟเวอร์ก็อยู่ที่ 5 ปีเช่นกัน แนะนำให้ใช้ช่วง 5 ปีนี้เป็นเกณฑ์คร่าว ๆ ในการพิจารณาอัปเกรด แต่การตัดสินใจจริงควรพิจารณาจากระยะเวลาสัญญาบำรุงรักษาที่เหลือ วันสิ้นสุดซัพพอร์ตของ OS และสถิติการหยุดระบบในอดีตประกอบกันด้วย

เวอร์ชวลไลซ์กับคลาวด์ อันไหนถูกกว่า

ในกรณีศึกษาของบทความนี้ TCO 5 ปีของเวอร์ชวลไลซ์อยู่ที่ 3,125,000 THB ส่วนย้ายไปคลาวด์อยู่ที่ 2,862,500 THB ทำให้คลาวด์ที่ประหยัดค่าใช้จ่ายเริ่มต้นได้มียอดรวมต่ำกว่าเล็กน้อย แต่ผลลัพธ์นี้ขึ้นอยู่กับสมมติฐานของค่าบริการรายเดือนและต้นทุนจากการหยุดระบบเป็นอย่างมาก ทางเลือกที่เหมาะสมที่สุดจะเปลี่ยนไปตามความผันผวนของภาระงาน โครงสร้างพนักงานไอที และระดับความเสี่ยงจากอัตราแลกเปลี่ยนที่แต่ละองค์กรรับได้ จึงไม่สามารถสรุปได้ตายตัวว่าแบบไหนถูกกว่ากัน

ย้ายระบบเซิร์ฟเวอร์โดยไม่ให้สายการผลิตหยุดได้ไหม

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

เซิร์ฟเวอร์ที่หมดระยะซัพพอร์ตแล้ว ต้องรีบอัปเกรดทันทีไหม

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

ควรทบทวนคอมพิวเตอร์สำนักงานพร้อมกับเซิร์ฟเวอร์ด้วยไหม

แนวคิดเรื่องรอบการอัปเกรดของเซิร์ฟเวอร์กับคอมพิวเตอร์สำนักงานต่างกัน เซิร์ฟเวอร์เพียงเครื่องเดียวเสียก็ส่งผลกระทบต่อไลน์ผลิตทั้งหมด ในขณะที่คอมพิวเตอร์สำนักงานเครื่องหนึ่งเสียจะกระทบเฉพาะขอบเขตจำกัด อย่างไรก็ตาม เมื่อ Windows 10 หมดระยะซัพพอร์ตไปแล้ว การถือโอกาสที่ทำโครงการอัปเกรดเซิร์ฟเวอร์ไปสำรวจอายุการใช้งานและเวอร์ชัน OS ของคอมพิวเตอร์สำนักงานไปพร้อมกันด้วย จะช่วยให้วางแผนอัปเกรดครั้งต่อไปได้ง่ายขึ้น ไม่จำเป็นต้องอัปเกรดเซิร์ฟเวอร์กับคอมพิวเตอร์พร้อมกันเป๊ะ ๆ แต่จุดร่วมคือทั้งสองอย่างควรรู้ไว้เสมอว่า “ใช้งานอย่างปลอดภัยไปได้ถึงเมื่อไหร่”

สรุป

สรุปเนื้อหาตั้งแต่ปัญหาเซิร์ฟเวอร์เก่าไปจนถึงวิธีเลือกทางอัปเกรดที่เหมาะสม

• Windows Server 2016 ซัพพอร์ตแบบขยายเวลาจะสิ้นสุดวันที่ 13 มกราคม 2027 ส่วน Windows Server 2019 จะสิ้นสุดวันที่ 10 มกราคม 2029 ในขณะที่ Windows 10 หมดระยะซัพพอร์ตไปแล้วตั้งแต่วันที่ 14 ตุลาคม 2025
• การเปลี่ยนเงื่อนไขไลเซนส์ของ Broadcom (VMware) กำหนดให้คิดไลเซนส์ขั้นต่ำ 16 คอร์ต่อ CPU มีรายงานจากสื่อในวงการว่าค่าไลเซนส์บางองค์กรเพิ่มขึ้นถึง 150% ถึง 1,200%
• ในกรณีศึกษา ต้นทุนที่คาดว่าจะเกิดขึ้นใน 5 ปีหากปล่อยเซิร์ฟเวอร์เก่าทิ้งไว้อยู่ที่ 4,150,000 THB (รวมความสูญเสียคาดหวังจากเหตุขัดข้องร้ายแรง) สูงกว่าทั้งอัปเกรดแบบเดิม 2,050,000 THB เวอร์ชวลไลซ์ 3,125,000 THB และย้ายไปคลาวด์ 2,862,500 THB
• ทั้ง 3 ทางเลือกในการอัปเกรดมีจุดแลกเปลี่ยนต่างกัน อัปเกรดแบบเดิมมีค่าใช้จ่ายเริ่มต้นต่ำสุด เวอร์ชวลไลซ์ช่วยเพิ่มความต่อเนื่องของระบบได้มากที่สุด ส่วนคลาวด์ลดค่าใช้จ่ายเริ่มต้นได้แต่มีความเสี่ยงจากอัตราแลกเปลี่ยนเพิ่มมา
• ในไทย พระราชกฤษฎีกาฉบับที่ 802 พ.ศ. 2569 ยกเว้นภาษีเงินได้นิติบุคคลสำหรับค่าใช้จ่ายด้านซอฟต์แวร์และฮาร์ดแวร์ (ไม่รวมตัวเครื่องคอมพิวเตอร์) ของกลุ่ม SME
• ตลาดดาต้าเซ็นเตอร์รอบกรุงเทพฯ กำลังขยายตัว ทำให้ทางเลือกด้านคลาวด์และโคโลเคชันเพิ่มขึ้นเรื่อย ๆ

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

TOMAS TECH สนับสนุนโรงงานญี่ปุ่นที่ดำเนินกิจการในไทยด้านระบบโครงสร้างพื้นฐานไอที รวมถึงระบบบริหารการผลิต PEGASUS ตั้งแต่ขั้นตอนแรกของการพิจารณา ไม่ว่าจะเป็นคำถามว่า “ควรอัปเกรดหรือยืดอายุการใช้งานต่อดี” หรือ “แบบไหนใน On-Premise เวอร์ชวลไลซ์ หรือคลาวด์ ที่เหมาะกับองค์กรของเรา” แม้ยังไม่มีแผนที่ชัดเจน ก็สามารถติดต่อสอบถามได้ตั้งแต่ขั้นตอนเริ่มต้น ผ่านทางหน้าติดต่อเรา

ข้อมูลอ้างอิง

• Microsoft Learn – Windows Server 2016 Lifecycle
• Microsoft Learn – Windows Server 2019 Lifecycle
• CTC (Chubu Telecommunications) – บทความอธิบายการสิ้นสุดซัพพอร์ตของ Windows 10
• Broadcom Knowledge Base – Counting Cores for VMware Cloud Foundation and vSphere Foundation
• The IT Vortex – VMware Broadcom Changes 2026, Cost and Risk
• กรมสรรพากรญี่ปุ่น (National Tax Agency) – ตารางอายุการใช้งานเพื่อคำนวณค่าเสื่อมราคา (เครื่องมือและอุปกรณ์)
• ALG & Associates – บทวิเคราะห์กฎหมายไทยเดือนมีนาคม 2026 (มาตรการยกเว้นภาษีเงินได้สำหรับการลงทุนคอมพิวเตอร์ของ SME)
• ResearchAndMarkets (เผยแพร่ผ่าน Yahoo Finance) – Thailand Data Center Market Investment Analysis 2026-2031