อัปเกรด Proxmox VE 9 จากรุ่น 8 ที่หมดอายุแล้ว: ขั้นตอน เช็กลิสต์ และจุดที่พังบ่อย
อัปเกรด Proxmox VE 9 ควรทำทันทีถ้ายังใช้รุ่น 8 เพราะ Proxmox ระบุหมดอายุสิงหาคม 2026 คู่มือนี้สรุปเช็กลิสต์ ขั้นตอนด้วย pve8to9 และปัญหาที่ต้องตรวจก่อนเริ่ม
โดย กองบรรณาธิการ THAI DATA อ่าน 8 นาที
สรุปประเด็นสำคัญ
- หน้า FAQ ของ Proxmox ระบุว่า Proxmox VE 8 หมดอายุเดือนสิงหาคม 2026 ตามรอบของ Debian 12 ที่หมดซัพพอร์ตด้านความปลอดภัยเดือนกรกฎาคม 2026
- ก่อนอัปเกรดต้องอยู่บน Proxmox VE 8.4 (pve-manager อย่างน้อย 8.4.1) มีแบ็กอัปที่ทดสอบแล้ว และมีพื้นที่ root อย่างน้อย 5 GB แนะนำมากกว่า 10 GB
- คลัสเตอร์ที่ใช้ Ceph แบบ hyper-converged ต้องขึ้น Ceph 19.2 Squid ก่อนเริ่มอัปเกรด Proxmox VE
- ขั้นตอน dist-upgrade ใช้เวลาตั้งแต่ไม่ถึง 5 นาที บน SSD ไปจนถึง 60 นาทีหรือมากกว่า บนดิสก์ช้า
- รุ่นล่าสุดคือ Proxmox VE 9.2 ออกเมื่อ 21 พฤษภาคม 2026 ใช้เคอร์เนล 7.0 และมี Dynamic Load Balancer
อัปเกรด Proxmox VE 9 คืองานที่ผู้ดูแลระบบควรทำทันทีถ้ายังใช้รุ่น 8 เพราะหน้า FAQ ของ Proxmox ระบุว่า Proxmox VE 8 หมดอายุเดือนสิงหาคม 2026 วิธีที่ใช้กันมากที่สุดคืออัปเกรดในที่เดิมด้วย apt โดยมีสคริปต์ pve8to9 ช่วยตรวจ
Proxmox VE เป็นทางเลือกหลักขององค์กรที่ย้ายออกจาก VMware คู่มือนี้สรุปจากเอกสารทางการของ Proxmox ใช้กับเซิร์ฟเวอร์ที่รันรุ่น 8 อยู่แล้ว ทดสอบกับระบบของคุณเองก่อนลงเครื่องจริงทุกครั้ง
ทำไมต้องอัปเกรด Proxmox VE 9 ตอนนี้
Proxmox ให้ซัพพอร์ตแต่ละรุ่นอย่างน้อยเท่ากับที่ทีมความปลอดภัยของ Debian ดูแลรุ่นที่เป็นฐาน ซึ่งประมาณ 3 ปีหลังออกรุ่น ตารางนี้มาจากหน้า FAQ
| รุ่น | ฐาน Debian | ออกครั้งแรก | Debian หมดอายุ | Proxmox หมดอายุ |
|---|---|---|---|---|
| Proxmox VE 9 | Debian 13 (Trixie) | สิงหาคม 2025 | ยังไม่ประกาศ | ยังไม่ประกาศ |
| Proxmox VE 8 | Debian 12 (Bookworm) | มิถุนายน 2023 | กรกฎาคม 2026 | สิงหาคม 2026 |
| Proxmox VE 7 | Debian 11 (Bullseye) | กรกฎาคม 2021 | กรกฎาคม 2024 | กรกฎาคม 2024 |
เมื่อพ้นรอบซัพพอร์ตแล้ว เซิร์ฟเวอร์ที่รัน VM ขององค์กรจะยืนอยู่บนฐานที่ไม่ควรคาดหวังการอุดช่องโหว่ต่อ ความเสี่ยงนี้สูงกว่าเครื่องทั่วไป เพราะโฮสต์เครื่องเดียวรับผิดชอบหลาย VM
ก่อนอัปเกรด Proxmox VE 9 ต้องเลือกวิธีไหน
Proxmox ให้ 2 ทางเลือก
| วิธี | เหมาะกับ | ข้อควรรู้ |
|---|---|---|
| อัปเกรดในที่เดิมด้วย apt | ระบบที่ทำงานปกติ และผู้ดูแลคุ้นกับ apt | ไม่ต้องลงใหม่ แต่ต้องแก้ repository และตอบคำถามไฟล์ตั้งค่า |
| ลงใหม่บนเครื่องใหม่ แล้วกู้จากแบ็กอัป | ระบบเก่าที่ปรับแต่งมาก หรือมีเครื่องใหม่อยู่แล้ว | ติดตั้งจาก ISO จะลบข้อมูลทั้งหมดในโฮสต์ ต้องเก็บ /etc/pve และไฟล์เครือข่ายก่อน |
ถ้ามีเครื่องสำรอง วิธีที่สองปลอดภัยกว่าเพราะเครื่องเดิมยังอยู่ แต่ในช่วงที่แรมเซิร์ฟเวอร์ราคาสูง องค์กรส่วนใหญ่น่าจะเลือกอัปเกรดในที่เดิม
เช็กลิสต์ก่อนอัปเกรด Proxmox VE 9
- ทุกโหนดอยู่บน Proxmox VE 8.4 และ pve-manager อย่างน้อย 8.4.1
- คลัสเตอร์ Ceph แบบ hyper-converged ขึ้น Ceph 19.2 Squid แล้ว
- Proxmox Backup Server ที่ติดตั้งร่วมกันต้องทำตามคู่มือ 3 ไป 4 แยกต่างหาก
- มีแบ็กอัป VM และคอนเทนเนอร์ที่ทดสอบกู้คืนแล้ว
- มีพื้นที่ root อย่างน้อย 5 GB แนะนำมากกว่า 10 GB
- เข้าถึงเครื่องได้โดยไม่พึ่งเครือข่ายของโฮสต์ เช่น IPMI, IKVM หรือหน้าเครื่อง
- ถ้ามีแค่ SSH ให้ใช้ tmux หรือ screen และทดสอบกับเครื่องที่ไม่ใช่ production ก่อน
- ห้ามอัปเกรดผ่าน virtual console ในหน้าเว็บ เพราะจะถูกตัดระหว่างทาง
Proxmox แนะนำให้ซ้อมอัปเกรด Proxmox VE 9 บนเครื่องทดสอบก่อน โดยจะลง Proxmox VE 8.4 ใน VM ก็ได้ แล้วคัดลอกค่าตั้งที่ใกล้เคียงของจริงมาลอง สิ่งที่ควรจดระหว่างซ้อมคือเวลาที่ใช้แต่ละขั้น คำถามที่ระบบถาม และคำเตือนที่ pve8to9 แสดง เพื่อใช้เป็นบันทึกตอนทำเครื่องจริง
ขั้นตอนอัปเกรด Proxmox VE 9 แบบ in-place
ขั้นตอนที่ 1: รันสคริปต์ตรวจก่อนอัปเกรด Proxmox VE 9
รันบนทุกโหนด ถ้ามีคำเตือนให้แก้แล้วรันซ้ำ
pve8to9 --full
ขั้นตอนที่ 2: ย้าย VM ที่ต้องเปิดตลอด
ย้ายไปโหนดอื่นก่อน การย้ายจากรุ่นเก่าไปใหม่ใช้ได้เสมอ แต่ย้ายจากใหม่กลับเก่าไม่ได้รับการสนับสนุน จึงควรเริ่มจากโหนดที่ว่างที่สุด
ขั้นตอนที่ 3: อัปเดตรุ่น 8.4 ให้ล่าสุด
apt update
apt dist-upgrade
pveversion
ขั้นตอนที่ 4: เปลี่ยน repository ไป Trixie
เปลี่ยนชื่อรุ่นในไฟล์ Debian แล้วเพิ่ม repository ของ Proxmox VE 9 ตามชนิดที่ใช้ ทั้ง enterprise และ no-subscription ใช้รูปแบบ deb822 และมีคำสั่งเต็มในคู่มือทางการ
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list
sed -i 's/bookworm/trixie/g' /etc/apt/sources.list.d/pve-enterprise.list
ตรวจด้วย apt update และ apt policy ว่าไม่มี error แล้วจึงลบไฟล์ repository เดิม ถ้าใช้ Ceph ให้แก้ repository ของ Ceph ด้วย
ขั้นตอนที่ 5: อัปเกรดระบบ
apt update
apt dist-upgrade
ระหว่างนี้ระบบจะถามเรื่องไฟล์ตั้งค่า ถ้าไม่แน่ใจ คู่มือแนะนำให้เก็บรุ่นเดิมของ /etc/issue และ /etc/default/grub และรับรุ่นใหม่ของ /etc/lvm/lvm.conf กับ /etc/chrony/chrony.conf ถ้าคุณไม่เคยแก้ไฟล์เหล่านั้นเอง
ขั้นตอนที่ 6: ตรวจซ้ำและรีบูต
รัน pve8to9 อีกครั้งแล้วรีบูต แม้จะเคยใช้เคอร์เนล 6.14 มาก่อนก็ต้องรีบูต เพราะเคอร์เนลถูกสร้างใหม่สำหรับรุ่น 9 จากนั้นล้างแคชเบราว์เซอร์ ตรวจว่าทุกโหนดขึ้นครบ แล้วทำโหนดถัดไป เมื่อครบทุกโหนดแล้วจะใช้ apt modernize-sources เพื่อย้าย repository ไปรูปแบบ deb822 ก็ได้ แต่เป็นขั้นตอนเสริม
ถ้าเลือกอัปเกรด Proxmox VE 9 ด้วยการลงใหม่
วิธีนี้เหมาะเมื่อระบบเดิมปรับแต่งจนไม่แน่ใจว่าจะอัปเกรดผ่าน หรือเปลี่ยนเครื่องอยู่แล้ว ลำดับตามคู่มือมีดังนี้
- แบ็กอัป VM และคอนเทนเนอร์ทั้งหมดไปยังที่เก็บภายนอก
- เก็บไฟล์ใน /etc/pve รวมทั้ง /etc/passwd, /etc/network/interfaces, /etc/resolv.conf และทุกอย่างที่ต่างจากการติดตั้งปกติ
- ติดตั้ง Proxmox VE 9 จาก ISO ซึ่งจะลบข้อมูลทั้งหมดในโฮสต์นั้น
- ล้างแคชเบราว์เซอร์ และสร้างคลัสเตอร์ใหม่ถ้าใช้คลัสเตอร์
- กู้ไฟล์ /etc/pve/storage.cfg เพื่อให้เห็นที่เก็บแบ็กอัป
- กู้ค่าไฟร์วอลล์ ถ้ามี แล้วกู้ VM จากแบ็กอัป
ข้อดีคือทดสอบการกู้คืนไปในตัว ข้อเสียคือช่วงหยุดระบบยาวกว่า และต้องมีที่เก็บภายนอกที่จุแบ็กอัปทั้งหมด
ระบบที่ปรับแต่งไว้ต้องตรวจอะไรก่อนอัปเกรด Proxmox VE 9
เครื่องที่ติดตั้งแบบปกติมักผ่านได้ไม่ยาก แต่จุดต่อไปนี้กระทบเครื่องที่ปรับแต่งไว้ และ pve8to9 อาจตรวจไม่เจอทุกอย่าง
- ค่าใน /etc/sysctl.conf รุ่น 9 ไม่อ่านไฟล์นี้แล้ว ต้องย้ายไป /etc/sysctl.d/ มิฉะนั้นค่าอย่าง IP forwarding จะหายหลังรีบูต
- ปลั๊กอินสตอเรจจากผู้ผลิตภายนอก ต้องรอผู้พัฒนาปลั๊กอินรองรับรุ่น 9 ก่อน
- /tmp เปลี่ยนเป็น tmpfs ตาม Debian Trixie ใช้หน่วยความจำได้ถึง 50% และไฟล์ใน /tmp กับ /var/tmp จะถูกล้างเป็นระยะ สคริปต์ที่พึ่งไฟล์ในนั้นต้องตรวจ
- PCI passthrough มีผู้ใช้รายงานว่า VM บางตัวเปิดไม่ขึ้นบนเคอร์เนล 6.14 ทางแก้ชั่วคราวคือบูตเคอร์เนลเก่า
- Ceph Full Mesh ค่าตั้งเก่าที่มีบรรทัด post-up รีสตาร์ต frr จะทำให้โหนดค้างตอนบูต ต้องแก้ตามคู่มือก่อน
- ฮาร์ดแวร์อายุเกิน 10 ปี Proxmox ระบุว่าทดสอบน้อยกว่ารุ่นใหม่ จึงควรซ้อมบนเครื่องรุ่นเดียวกัน
หลังอัปเกรด Proxmox VE 9 ต้องตรวจอะไรบ้าง
งานยังไม่จบเมื่อโหนดบูตขึ้น ควรตรวจรายการนี้ก่อนย้าย VM กลับ และบันทึกผลไว้ทุกโหนด
- รัน
pve8to9อีกครั้งจนไม่เหลือคำเตือนสำคัญ และใช้pveversionยืนยันว่าทุกโหนดอยู่รุ่นเดียวกัน - เปิด VM และคอนเทนเนอร์ทดสอบ ตรวจว่าเครือข่ายออกได้จริง โดยเฉพาะเครื่องที่ชื่อการ์ดเครือข่ายอาจเปลี่ยน
- ถ้าใช้ HA ตรวจว่า HA groups ถูกย้ายเป็น HA rules หลังอัปเกรดครบทุกโหนด หากผิดปกติให้ดูล็อกด้วย
journalctl -eu pve-ha-crm - สั่งแบ็กอัปจริงหนึ่งรอบ และทดลองกู้คืนหนึ่ง VM เพื่อยืนยันว่าเครื่องมือแบ็กอัปยังทำงาน
- ตรวจสถานะ Ceph ถ้าใช้ แล้วค่อยเริ่มโหนดถัดไป
การอัปเกรด Proxmox VE 9 ในคลัสเตอร์ควรทำทีละโหนด อย่าปล่อยให้คลัสเตอร์อยู่แบบครึ่งเก่าครึ่งใหม่นานเกินจำเป็น เพราะคู่มือเตือนว่าอาจเกิดความไม่สอดคล้องเล็กน้อยเมื่อสั่งงานข้ามโหนดต่างรุ่นผ่านหน้าเว็บ
ปัญหาที่พบบ่อยหลังอัปเกรด Proxmox VE 9
| อาการหรือจุดเสี่ยง | สาเหตุตามคู่มือ | ทำอย่างไร |
|---|---|---|
| คอนเทนเนอร์เก่าใช้ไม่ได้ | รุ่น 9 ไม่รองรับ systemd 230 หรือเก่ากว่า เช่น CentOS 7, Ubuntu 16.04 | ย้ายคอนเทนเนอร์ไป OS ใหม่ก่อน |
| Veeam แบ็กอัปไม่ได้ | VM ที่ใช้ QEMU machine version 10.0 ขึ้นไป | ตรึงรุ่น machine เป็น 9.2+pve1 หรือเลื่อนการอัปเกรด |
| ชื่อการ์ดเครือข่ายเปลี่ยน | เคอร์เนลใหม่เห็นฮาร์ดแวร์มากขึ้น | เตรียม IPMI และใช้ pve-network-interface-pinning |
| NVIDIA vGPU | ไดรเวอร์เก่าไม่เข้ากับเคอร์เนลใหม่ | ใช้ GRID 18.3 ขึ้นไปก่อนอัปเกรด |
| บูตไม่ขึ้นบน UEFI กับ LVM | บั๊ก grub ในรุ่นก่อน | ติดตั้ง grub-efi-amd64 ตามคู่มือ |
| Live migration ต่างรุ่น CPU | ซีพียูต่างรุ่นต่างยี่ห้อ | ทดสอบกับ VM ที่ไม่ใช่ production ก่อน |
| Memory ของ VM เกิน 100% | รุ่น 9 นับ overhead ของ VM | เป็นการเปลี่ยนวิธีแสดงผล ตรวจค่า Host memory usage |
ระบบ HA ก็เปลี่ยนเช่นกัน Proxmox VE 9 เลิกใช้ HA groups และย้ายไปเป็น HA rules ให้อัตโนมัติเมื่ออัปเกรดครบทุกโหนด
อัปเกรด Proxmox VE 9 แล้วได้อะไรเพิ่ม
ผลตอบแทนของการอัปเกรด Proxmox VE 9 อยู่ที่รุ่น 9.2 ซึ่งออกเมื่อ 21 พฤษภาคม 2026 ใช้เคอร์เนล 7.0 เป็นค่าเริ่มต้น จุดที่มีประโยชน์กับองค์กรมีดังนี้
- Dynamic Load Balancer ใช้ข้อมูลทรัพยากรแบบ real-time ย้าย VM ที่อยู่ใต้ HA เพื่อเกลี่ยโหลดในคลัสเตอร์
- SDN เพิ่ม WireGuard และ BGP เป็น fabric protocol
- จัดการ CPU model จากหน้าเว็บ ช่วยเห็นปัญหาความเข้ากันได้ของคลัสเตอร์ก่อนย้าย VM
- Disarm HA ทำงานบำรุงรักษาทั้งคลัสเตอร์ได้โดยไม่กระตุ้น fencing
Proxmox ยังออก Proxmox VE 9.2 สำหรับ arm64 เมื่อ 5 สิงหาคม 2026 ซึ่งน่าสนใจสำหรับองค์กรที่ดูเซิร์ฟเวอร์ Arm
องค์กรไทยควรวางแผนอัปเกรด Proxmox VE 9 อย่างไร
- ตรวจก่อนว่ามีเครื่องรุ่น 8 เหลือกี่โหนด รวมเครื่องทดสอบและสาขา ซึ่งมักถูกลืม
- จัดลำดับตามความเสี่ยง เริ่มจากโหนดที่เปิดบริการออกอินเทอร์เน็ตหรือไม่มีคลัสเตอร์สำรอง
- ถ้าไม่มีทีมที่ถนัด Linux ให้หาผู้ดูแลภายนอกที่เคยอัปเกรดมาก่อน แทนการลองกับระบบจริง
- ทบทวนแพ็กเกจซัพพอร์ต repository แบบ enterprise กับ no-subscription ต่างกัน ควรตัดสินใจก่อนเริ่ม
- บันทึกเวลาที่ใช้จริงในเครื่องทดสอบ เพื่อแจ้งช่วงปิดปรับปรุงกับผู้ใช้
- เก็บแบ็กอัปไว้เป็นทางถอย คู่มือทางการเน้นแบ็กอัปที่ทดสอบแล้วเป็นหลักประกันเมื่อการอัปเกรด Proxmox VE 9 ไม่ราบรื่น จึงควรลองกู้คืนจริงอย่างน้อยหนึ่ง VM ก่อนวันงาน
ข่าว Virtualization และดาต้าเซ็นเตอร์อื่น ๆ ติดตามได้ที่หมวดดาต้าเซ็นเตอร์
ภาพบันทึก
คำถามที่พบบ่อย
Proxmox VE 8 หมดอายุเมื่อไร?
หน้า FAQ ของ Proxmox ระบุว่า Proxmox VE 8 หมดอายุเดือนสิงหาคม 2026 โดยอิงกับ Debian 12 ที่หมดอายุเดือนกรกฎาคม 2026 ผู้ที่ยังใช้รุ่น 8 จึงควรวางแผนอัปเกรด Proxmox VE 9 โดยเร็ว เพราะรอบซัพพอร์ตของรุ่นนี้ผ่านไปแล้ว และ Proxmox แนะนำให้ใช้รุ่นเสถียรล่าสุดเสมอ
อัปเกรด Proxmox VE 9 ใช้เวลานานแค่ไหน?
คู่มือของ Proxmox ระบุว่าขั้นตอน dist-upgrade ใช้เวลาตั้งแต่ไม่ถึง 5 นาทีบนเซิร์ฟเวอร์ที่ใช้ SSD ไปจนถึง 60 นาทีหรือมากกว่าบนดิสก์หมุนที่ช้า ขึ้นกับ IOPS ของ root filesystem เวลารวมต้องบวกการเตรียมตัว การรีบูต และการตรวจหลังอัปเกรดของทุกโหนด
อัปเกรด Proxmox VE 9 แบบไม่ต้องปิด VM ได้ไหม?
ทำได้ในคลัสเตอร์ โดยย้าย VM และคอนเทนเนอร์ที่ต้องเปิดตลอดไปโหนดอื่นก่อนอัปเกรดทีละโหนด การย้ายจากรุ่นเก่าไปรุ่นใหม่ใช้ได้เสมอ แต่ย้ายจากใหม่ไปเก่าไม่ได้รับการสนับสนุน ถ้ามีเซิร์ฟเวอร์เครื่องเดียว VM จะต้องหยุดระหว่างรีบูต
pve8to9 คืออะไร?
pve8to9 คือสคริปต์เช็กลิสต์ที่มากับแพ็กเกจ Proxmox VE 8.4 ใช้ตรวจปัญหาก่อน ระหว่าง และหลังการอัปเกรด Proxmox VE 9 สคริปต์นี้แค่รายงาน ไม่แก้ไขระบบให้เอง ควรรัน pve8to9 --full อย่างน้อยหนึ่งครั้งก่อนเริ่ม และรันซ้ำทุกครั้งหลังแก้ปัญหา
แหล่งอ้างอิง
- Upgrade from 8 to 9 — Proxmox VE Wiki
- FAQ: How long will my Proxmox VE version be supported? — Proxmox VE Wiki
- Roadmap — Proxmox VE Wiki
- Proxmox Virtual Environment — Proxmox Server Solutions
บุคคล องค์กร และสถานที่ในข่าวนี้
เลือกชื่อเพื่ออ่านข่าวทั้งหมดที่กล่าวถึง ตัวเลขคือจำนวนข่าว
พบข้อมูลคลาดเคลื่อน? แจ้งกองบรรณาธิการ