HN เปิดตัว: สคริปต์ช่วยเสริมสำหรับ Proxmox VE

 (community-scripts.github.io)
3 คะแนน โดย GN⁺ 2024-11-14 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ผู้ดูแล Proxmox VE มักต้องจัดการการปรับใช้และดูแล คอนเทนเนอร์และ VM เป็นงานซ้ำ ๆ ฮับสคริปต์ชุมชนแบบคำสั่งเดียวจึงช่วยลดภาระงานใน homelab และการดูแลระบบ virtualization
  • เว็บไซต์ชูจุดเด่นด้วย 604 สคริปต์, การติดตั้ง 4,497,254 ครั้ง และ 26 หมวดหมู่ ทำให้สามารถค้นหาสคริปต์อัตโนมัติสำหรับสภาพแวดล้อม Proxmox ได้ในที่เดียว
  • รายการที่ติดตั้งมากที่สุดในช่วง 30 วันที่ผ่านมา รวมบริการที่ใช้กันบ่อยใน homelab เช่น Docker, Debian, Immich, Nginx Proxy Manager และ Jellyfin Media Server
  • สคริปต์ที่เพิ่มใหม่แบ่งเป็นประเภท LXC, ARM LXC และ PVE โดยมี Koffan, Etherpad, Flame, PVE Disk Health Tool, Pinchflat, SnapOtter และอื่น ๆ
  • เนื่องจากเป็นสคริปต์ที่รันโดยตรงบนระบบ จึงจำเป็นต้อง ตรวจสอบว่าเป็นเว็บไซต์ทางการ และ ตรวจทานซอร์สของสคริปต์ ก่อนติดตั้ง

ฮับสคริปต์ชุมชนสำหรับ Proxmox VE

  • Proxmox VE Helper-Scripts รวบรวมและให้บริการสคริปต์อัตโนมัติที่ขับเคลื่อนโดยชุมชนสำหรับ Proxmox VE
  • ผู้ใช้สามารถค้นหา ติดตั้ง และจัดการ คอนเทนเนอร์และ VM ในสภาพแวดล้อม Proxmox ได้ด้วยคำสั่งเดียว
  • ทำหน้าที่เป็นฮับกลางที่ช่วยให้เวิร์กโฟลว์ homelab และ virtualization ง่ายขึ้น
  • ขนาดของเว็บไซต์มีดังนี้

    • 604 สคริปต์

    • ติดตั้ง 4,497,254 ครั้ง

      • 26 หมวดหมู่

โฮมเพจใหม่และขั้นตอนการสำรวจ

  • การอัปเดตเมื่อวันที่ 6 มีนาคม 2026 เปิดตัว โฮมเพจใหม่ ของโปรเจกต์ Proxmox VE Community Scripts
  • เว็บไซต์ใหม่ถูกจัดโครงสร้างให้ค้นพบ สำรวจ และปรับใช้สคริปต์อัตโนมัติหลายร้อยรายการสำหรับสภาพแวดล้อม Proxmox ได้ง่ายขึ้น
  • เป็นแพลตฟอร์มที่ชุมชนสร้างขึ้น และให้บริการเป็นฮับที่ช่วยให้เวิร์กโฟลว์ homelab และ virtualization ง่ายขึ้น

สคริปต์ที่ติดตั้งมากที่สุดในช่วง 30 วันที่ผ่านมา

  • รายการยอดนิยมจัดเรียงตาม จำนวนการติดตั้งในช่วง 30 วันที่ผ่านมา
  • รายการอันดับต้น ๆ มีดังนี้
    • Docker: โปรเจกต์โอเพนซอร์สสำหรับทำให้งานปรับใช้แอปพลิเคชันเป็นอัตโนมัติ, ติดตั้ง 30,594 ครั้ง
    • Debian: ระบบปฏิบัติการฟรีที่มีแพ็กเกจมากกว่า 59,000 รายการ, ติดตั้ง 22,397 ครั้ง
    • Immich: โซลูชันจัดการรูปภาพและวิดีโอแบบ self-hosted, ติดตั้ง 18,234 ครั้ง
    • Nginx Proxy Manager: อินเทอร์เฟซบนเว็บสำหรับจัดการ reverse proxy ของ Nginx, ติดตั้ง 14,049 ครั้ง
    • Jellyfin Media Server: มีเดียเซิร์ฟเวอร์ฟรีและโอเพนซอร์สสำหรับจัดระเบียบ จัดการ และแชร์ไฟล์สื่อดิจิทัล, ติดตั้ง 13,707 ครั้ง
    • Hermes Agent: เอเจนต์ AI ที่ปรับปรุงตัวเองได้จาก Nous Research, ติดตั้ง 13,233 ครั้ง
    • Frigate: NVR โอเพนซอร์สที่ใช้การตรวจจับวัตถุด้วย AI แบบเรียลไทม์สำหรับกล้อง IP, ติดตั้ง 12,663 ครั้ง
    • AdGuard Home: เครื่องมือบล็อกโฆษณาทั่วทั้งเครือข่ายแบบ self-hosted, ติดตั้ง 12,532 ครั้ง
    • Ollama: เครื่องมือสำหรับรันโมเดลภาษาขนาดใหญ่บนคอมพิวเตอร์ภายในเครื่อง, ติดตั้ง 11,923 ครั้ง
    • Ubuntu: ดิสทริบิวชันที่มีพื้นฐานจาก Debian, ติดตั้ง 10,689 ครั้ง

สคริปต์ที่เพิ่มใหม่

  • รายการที่เพิ่มล่าสุดแสดงชื่อสคริปต์ ประเภท และเวลาที่เพิ่มเข้ามา
  • รายการหลักมีดังนี้
    • iVentoy: เซิร์ฟเวอร์ PXE ที่รองรับการบูตและติดตั้ง OS ผ่านเครือข่ายบนหลายเครื่องพร้อมกัน, เพิ่มวันนี้
    • FMD-Server: เครื่องมือแบบกระจายศูนย์สำหรับระบุตำแหน่งและควบคุมอุปกรณ์ Android จากระยะไกล, เพิ่มเมื่อ 1 วันที่แล้ว
    • Koffan: เว็บแอปรายการช้อปปิ้งแบบซิงก์เรียลไทม์สำหรับคู่รักและครอบครัว, เพิ่มเมื่อ 1 วันที่แล้ว
    • Etherpad: ตัวแก้ไขเอกสารแบบทำงานร่วมกันเรียลไทม์ที่หลายคนแก้ไขพร้อมกันในเบราว์เซอร์ได้, เพิ่มเมื่อ 1 วันที่แล้ว
    • Flame: หน้าเริ่มต้นแบบ self-hosted สำหรับเซิร์ฟเวอร์, เพิ่มเมื่อ 1 วันที่แล้ว
    • PVE Disk Health Tool: เครื่องมือรายงานสถานะดิสก์จริงของโฮสต์ Proxmox VE, เพิ่มเมื่อ 2 วันที่แล้ว
    • Pinchflat: ตัวจัดการสื่อ YouTube แบบ self-hosted ที่ใช้ yt-dlp, เพิ่มเมื่อ 4 วันที่แล้ว
    • SnapOtter: ชุดเครื่องมือประมวลผลภาพที่รันในเครื่อง, เพิ่มเมื่อ 6 วันที่แล้ว
    • Postiz: เครื่องมือที่ใช้ AI สำหรับกำหนดเวลาโพสต์และจัดการโพสต์บนหลายแพลตฟอร์มโซเชียล, เพิ่มเมื่อ 9 วันที่แล้ว
    • Plane: เครื่องมือโอเพนซอร์สสำหรับวางแผนและติดตามโปรเจกต์ซอฟต์แวร์ด้วย issues, cycles และ modules, เพิ่มเมื่อ 11 วันที่แล้ว

สคริปต์ที่กำลังพัฒนา

  • สคริปต์ในส่วนกำลังพัฒนา ยังไม่ได้ออกรุ่นอย่างเป็นทางการ และอยู่ระหว่างการพัฒนาอย่างต่อเนื่อง
  • รายการที่กำลังพัฒนาที่แสดงมีดังนี้
    • Rackula: ตัวออกแบบเลย์เอาต์แร็กแบบลากแล้ววางสำหรับผู้ใช้ homelab
    • Umbraco CMS: สคริปต์ตั้งค่าอัตโนมัติสำหรับ CMS โอเพนซอร์สบน .NET และเซิร์ฟเวอร์ FTP
    • Nexterm: ซอฟต์แวร์จัดการเซิร์ฟเวอร์โอเพนซอร์สสำหรับ SSH, VNC และ RDP
    • Colanode: เวิร์กสเปซการทำงานร่วมกันแบบ local-first ที่ self-hosted ได้ เป็นทางเลือกแทน Slack และ Notion
    • ExcaliDash: แดชบอร์ดและเครื่องมือจัดระเบียบแบบ self-hosted สำหรับ Excalidraw

โครงสร้างหมวดหมู่

  • สคริปต์ถูกแบ่งเป็นหลายหมวดหมู่ เช่น Proxmox และระบบปฏิบัติการ เครือข่าย ความปลอดภัย สำรองข้อมูล ฐานข้อมูล การมอนิเตอร์ สื่อ และ IoT
  • หมวดหมู่หลักและจำนวนทั้งหมดมีดังนี้
    • Proxmox & Virtualization: 40 รายการ
    • Operating Systems: 27 รายการ
    • Containers & Docker: 10 รายการ
    • Network & Firewall: 40 รายการ
    • Adblock & DNS: 8 รายการ
    • Authentication & Security: 21 รายการ
    • Backup & Recovery: 11 รายการ
    • Databases: 24 รายการ
    • Monitoring & Analytics: 50 รายการ
    • Dashboards & Frontends: 17 รายการ
    • Files & Downloads: 35 รายการ
    • Documents & Notes: 59 รายการ
    • Media & Streaming: 58 รายการ
    • AI / Coding & Dev-Tools: 35 รายการ

ประเภทสคริปต์และตัวอย่าง

  • แต่ละสคริปต์มาพร้อมป้ายกำกับประเภท เช่น LXC, ARM LXC, PVE, Addon, VM, DEV, Privileged
  • ตัวอย่างในหมวด Proxmox & Virtualization มีดังนี้
    • PVE Disk Health Tool: รายงานสถานะดิสก์จริง และติดตั้ง smartmontools กับ nvme-cli เมื่อจำเป็น
    • PVE LXC Execute: รันคำสั่งที่ผู้ใช้กำหนดเองภายในคอนเทนเนอร์ LXC หนึ่งตัวหรือมากกว่าบนโหนด Proxmox VE
    • PVE Startup Dependency Check: ตรวจสอบ dependency ที่จำเป็นและความพร้อมใช้งานของ storage ที่อ้างอิง ก่อนเริ่ม VM หรือ LXC
    • CronMaster: ตัวจัดตารางงาน cron แบบ self-hosted ที่มีเว็บ UI, log แบบเรียลไทม์ และการยืนยันตัวตน
    • All Templates: สคริปต์สำหรับสร้างหนึ่งในหลาย ๆ เทมเพลต LXC ฟรี

โปรเจกต์และคำแนะนำด้านความปลอดภัย

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

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-11-14
ความคิดเห็นจาก Hacker News

  • ผมได้เข้าร่วมทีมผู้ดูแลหลักร่วมกับผู้ส่งข่าว ซึ่งอาสามาช่วยดูแลโปรเจกต์นี้ต่อ หลังจาก tteck แจ้ง ข่าวเศร้าว่าเขาจะเข้ารับการดูแลแบบ hospice
    สมาชิกทีมทุกคนมีความตั้งใจแน่วแน่และกระตือรือร้นที่จะสานต่อมรดกของ tteck
    เราดำเนินการอย่างโปร่งใส และยินดีตอบหากมีคำถาม
    (1) https://news.ycombinator.com/item?id=42016605

    • เป็นข่าวที่น่าเศร้าจริง ๆ
      ผมเพิ่งเริ่มทำ homelab/self-hosting เมื่อไม่นานมานี้ และตั้งค่าคอนเทนเนอร์ส่วนใหญ่ด้วย สคริปต์ของ tteck

  • ผมใช้ Proxmox VE มาหลายปีแล้ว และรันบริการส่วนใหญ่เป็นคอนเทนเนอร์ Docker อยู่ใน VM เดียว
    ผมรู้สึกเสียดายมาตลอดที่อยากควบคุมบริการแต่ละตัวและงานแบ็กอัปจากอินเทอร์เฟซของ Proxmox ได้ พอเห็นสคริปต์เหล่านี้ก็เลยย้าย Caddy กับ WireGuard บางตัวไปเป็นคอนเทนเนอร์ LXC และมันทำได้ง่ายมากจนประทับใจ
    ขอบคุณทุกคนที่สร้างสคริปต์เหล่านี้ ความประทับใจแรกดีมาก

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

  • ออกนอกประเด็นนิดหน่อย แต่ผมพยายามจัดการ libvirt กับ Unraid ด้วย Terraform แล้วเจอปัญหาเรื่อย ๆ จนเกือบจะยอมแพ้และหันไปจัดการ VM ด้วยมือแล้ว
    เลยสงสัยว่าเทคโนโลยี virtualization ของ Proxmox คืออะไร
    และก็อยากรู้ว่าข้อดีของการใช้เครื่องมือแบบนี้แทน Terraform, SaltStack, Ansible อะไรทำนองนั้นคืออะไร

    • สิ่งที่ควรกล่าวถึงด้วยคือ Proxmox ใช้ ZFS ทำให้ snapshot ได้เร็ว และระบบแบ็กอัปก็ดีมาก
      ถ้าคุณอยากดูแลแอปพลิเคชัน self-hosting แบบ “ฝูงสัตว์” Terraform, Kubernetes ฯลฯ น่าจะเป็นตัวเลือกที่ดีกว่า
      แต่ถ้าเวลามีปัญหาแล้วคุณโอเคกับการกู้คืนด้วยมือจากแบ็กอัปหรือ snapshot หรือถ้ามีคลัสเตอร์แล้วอยากให้คอนเทนเนอร์ LXC ย้ายไปฮาร์ดแวร์อื่นโดยอัตโนมัติ Proxmox ก็เหมาะกว่า ในสภาพแวดล้อมบ้านจริง ๆ เวลาที่ใช้ดูแล “สัตว์เลี้ยง” มักพอ ๆ กับหรือน้อยกว่าเวลาที่ใช้บริหาร “ฟาร์ม”
      (1) เป็นมุกเล่นคำที่ใช้ในนิวซีแลนด์
    • Proxmox ให้ความสำคัญกับการจัดการโฮสต์และทรัพยากรบนโฮสต์มากกว่า รวมถึง การทำ live migration ของ VM ระหว่างโฮสต์, high availability บางส่วน และการรองรับ failover
      ถ้าต้องการ ก็น่าจะใช้เครื่องมืออย่าง Terraform ร่วมกับ Proxmox เพื่อจัดการการตั้งค่าภายใน VM ได้
    • Proxmox ใช้ KVM สำหรับ virtualization และใช้ Linux Containers(LXC) สำหรับคอนเทนเนอร์
      ผมเห็นด้วยว่าถ้าเป็นการ deploy แบบ Infrastructure as Code เครื่องมืออย่าง Terraform หรือ Ansible น่าจะสมเหตุสมผลกว่า คนที่ใช้ Proxmox ใน homelab โดยรวมมักชอบการจัดการด้วยมือ และไม่ค่อยสนใจการทำ Infrastructure as Code
      ในงาน ผมเชื่อมั่นอย่างมากกับสภาพแวดล้อมที่ทำซ้ำได้และ Infrastructure as Code จริง ๆ ผมใช้ Vagrant, libvirt, KVM ร่วมกันเพื่อเปิด local cluster อย่างรวดเร็วสำหรับทดสอบและพัฒนา และมันทำงานได้ค่อนข้างดี แต่ homelab ของผมไม่ได้ซับซ้อนพอที่จะตั้งค่า Terraform/Ansible ถ้าเซิร์ฟเวอร์พังขึ้นมา ผมอาจเปลี่ยนใจก็ได้
    • ประนีประนอมได้ด้วย Proxmox provider สำหรับ Terraform[1]
      โฟลว์คือใช้ Terraform provision VM แล้วใช้เครื่องมืออย่าง Ansible ตั้งค่า/ดูแล VM
      ถ้าอยาก target LXC provider ตัวนี้ก็จอง LXC ได้เช่นกัน
      [1]: https://github.com/Telmate/terraform-provider-proxmox

  • จากมุมมองของคนที่กำลังศึกษาวิธีตั้งค่าเครื่อง Proxmox เครื่องแรก ผมอยากได้การตั้งค่าที่พื้นฐานและพบได้ทั่วไปมาก ๆ
    โครงสร้างคือ โมเด็ม > เครื่อง Proxmox > OPNsense VM > เราเตอร์ Wi‑Fi แบบกายภาพผ่าน NIC 10Gb ออนบอร์ด + VM เครือข่ายภายในอย่าง OMV เป้าหมายคือเพิ่มการกรองเครือข่ายทั้งหมดด้วย OPNsense และให้เข้าถึงมีเดียเซิร์ฟเวอร์กับแบ็กอัปต่าง ๆ จากเครือข่ายภายในได้
    แต่ไม่เห็นสคริปต์สำหรับ OPNsense และสคริปต์ OMV ก็ต้องเป็น VM ไม่ใช่ LXC container ซึ่งจริง ๆ แล้วเป็นรูปแบบที่ไม่ค่อยแนะนำ อีกทั้งไม่เห็นสคริปต์เชื่อมประสานให้ VM สื่อสารกันได้ด้วย ส่วนนี้สำคัญในการตั้งค่า Proxmox จึงดูเหมือนยังมีช่องให้ปรับปรุงหรือเพิ่มสคริปต์พื้นฐานสำหรับโฮมเซิร์ฟเวอร์แบบง่าย ๆ

    • นั่นไม่ใช่การตั้งค่าที่พื้นฐานและพบได้ทั่วไปนะ สำหรับผมอาจจะใช่ แต่สำหรับคุณก็อาจไม่ใช่ และสำหรับคนส่วนใหญ่ยิ่งไม่ใช่แน่นอน
      การจะ virtualize เราเตอร์และไฟร์วอลล์นั้นทำได้ ผมเคย deploy ไฟร์วอลล์/เราเตอร์ pfSense ทั้งแบบ VM และเครื่องกายภาพมาประมาณ 200 ตัว และ OPNSense ก็คล้ายกัน จึงน่าจะช่วยได้
      อย่างน้อยต้องมี physical interface สองตัว จะใช้ตัวเดียวก็ทำได้ แต่ต้องรู้แน่ชัดว่ากำลังทำอะไรอยู่ ต้องมี “WAN” และ “LAN” ส่วน OPNSense น่าจะยังอิง FreeBSD อยู่ ดังนั้นแน่นอนว่ามันรันใน Linux LXC container ไม่ได้
      ย่อหน้าสุดท้ายค่อนข้างสับสน ผมไม่รู้ว่า “สคริปต์เชื่อมประสาน” หมายถึงอะไร VM สื่อสารกันผ่านเครือข่ายอยู่แล้ว
      ถ้าจะเข้าใจ virtualization ให้ถูกต้อง แนะนำให้ลองทำการทดลองสักสองสามอย่างก่อนแล้วค่อยไปต่อ หากมีปัญหาเฉพาะเจาะจงก็เข้ามาที่ฟอรัม Proxmox ได้ เราจะช่วย แต่สุดท้ายก็มีแค่สองทางคือกระโดดลงไปทำจริงให้ถูกทาง หรือไม่ทำ
    • ผมใช้ Proxmox อยู่และตั้งค่า VLAN ไว้แล้ว
      พอร์ตจากเราเตอร์ไปยังเครื่อง Proxmox ตั้งไว้สำหรับแพ็กเก็ต tagged เพื่อแยกทราฟฟิกขาเข้าและขาออก
      จากนั้น VM และ container ก็ถูกตั้งค่าได้ง่าย ๆ ให้ “อยู่” ในเครือข่ายหนึ่งหรือหลายเครือข่าย
      ในกรณีของผม กฎไฟร์วอลล์บนเราเตอร์เป็นตัวกำหนดว่าจะ relay ทราฟฟิกใดระหว่าง VLAN
      ถ้ารัน OPNSense เป็น container หรือ VM ก็น่าจะตั้งค่าให้ส่งผ่านทราฟฟิกระหว่าง VLAN แบบเลือกได้ในลักษณะเดียวกัน
    • ที่ไม่มีสคริปต์ OPNSense น่าจะเป็นเพราะการตั้งค่าพลาดเพียงจุดเดียวอาจทำให้ อินสแตนซ์ Proxmox ถูกเปิดออกสู่อินเทอร์เน็ต ได้
      สำหรับผู้ใช้ขั้นสูง การบูต VM จาก ISO นั้นง่ายพออยู่แล้ว ช่วงนี้ก็มีคนขอสคริปต์ OPNSense ด้วย
      เรื่อง OMV ผมเห็นด้วย ใช้ได้ตามนั้นก็จริง แต่ไม่ใช่วิธีใช้งานที่คนทั่วไปต้องการ โดยมีการเพิ่มคอมเมนต์ในสคริปต์เมื่อไม่กี่วันก่อน
      คุณบอกว่าไม่มีสคริปต์เชื่อมประสานให้ VM สื่อสารกัน แต่ในทางเทคนิคมีสคริปต์ Tailscale ที่ช่วยให้สื่อสารกันผ่าน Tailscale ได้ :)
      สคริปต์เหล่านี้ออกแบบมาเพื่อตั้งค่า LXC container ที่จบในตัวเอง เราพยายามหลีกเลี่ยงการสร้าง Kubernetes ของเราเอง
    • ผมใช้ OPNSense VM บน Proxmox และมี NIC หลายตัว หนึ่งในนั้นใช้เฉพาะกับ ONT ของสายไฟเบอร์
      ผมใช้ Wi‑Fi mesh ภายนอกด้วย
      ยังมี VM อื่น ๆ อีกสองสามตัว เช่น unRaid VM ที่โฮสต์ Docker ผ่าน SATA card passthrough เพราะเหตุผลด้านความเข้ากันได้ย้อนหลัง, VM สำหรับ Home Assistant OS และ LXC อีกจำนวนมาก ทำงานได้ยอดเยี่ยมมาก
    • ไม่แน่ใจว่า “สคริปต์เชื่อมประสานให้ VM สื่อสารกัน” หมายถึงอะไร
      ก็ใช้เครือข่ายเหมือนคอมพิวเตอร์เครื่องอื่น ๆ ก็พอไม่ใช่หรือ?
      ผมไม่เคยตั้งค่าอะไรเป็นพิเศษเพื่อให้ VM สื่อสารกันเลย

  • ผมตั้งใจว่าจะลองดู Docker LXC และ Home Assistant VM แน่นอน
    จนถึงตอนนี้ผมใช้ Docker ภายใน VM บน Proxmox ได้สำเร็จอยู่แล้ว แต่บางทีอาจจะรีดประสิทธิภาพได้มากขึ้นอีก

    • ถ้ารัน HAOS เป็น VM บน Proxmox จะทำงานได้ดี
      ผมใช้ helper scripts ของ tteck บางตัวเพื่อตั้งค่า MQTT และ zigbee2mqtt LXC container แล้ว passthrough อุปกรณ์ USB Zigbee ไปใช้งาน
    • สคริปต์สำหรับสองโปรเจกต์นี้ทำงานได้ดีมาก
      สำหรับ Home Assistant แนะนำให้ใช้ HAOS VM มากกว่า LXC หรือ Docker

  • ผมตัดสินใจรัน Proxmox ในโฮมแล็บแทน Kubernetes และก็รู้สึกเสียใจอยู่พอสมควร
    LXC นั้นยอดเยี่ยม แต่การถูกจำกัดอยู่แค่ LXC หรือ QEMU VM ไม่ได้ตอบโจทย์ทุกอย่างของผม ถ้าเป็น Kubernetes ก็น่าจะเพิ่มการรองรับ VM แบบเบา ๆ อย่างไฮเปอร์ไวเซอร์ Firecracker หรือ unikernel ได้ด้วยโปรเจกต์อย่าง Kata แต่ Proxmox ยังขาดความสามารถในการขยาย
    อีกอย่าง มันไม่เหมาะกับระบบอัตโนมัติหรือบิลด์ที่ทำซ้ำได้เท่ากับตัวจัดการพ็อดที่ผ่านการพิสูจน์แล้วอย่าง Kubernetes เท่าที่ผมหาเจอ ก็ไม่มีการรองรับ Terraform ด้วย เลยต้องพึ่งการแบ็กอัปทั้งดิสก์กับเครื่องมือแนว Chef/Ansible/Puppet ซึ่งผมไม่อยากลงทุนเรียนใหม่อีกครั้ง
    ถึงอย่างนั้น การจัดการทรัพยากรและโมเดล passthrough ของมันดีมาก ตั้งค่าและดูแลรักษาง่าย และแผงควบคุมก็ใช้ได้ดี

    • แน่นอนว่าโมเดลการ deploy ต่างกัน มีข้อเสียอยู่บ้าง แต่ผมชอบ
      อย่างไรก็ตามมี โมดูล Terraform จากคอมมูนิตี้: https://registry.terraform.io/providers/Telmate/proxmox/late...
      ผมไม่เคยลองใช้เอง และโดยทั่วไปจะเลือก Ansible
      ZFS ที่ติดตั้งได้ง่ายก็ทำให้ยากที่จะโน้มน้าวตัวเองให้ลองอย่างอื่น ถ้าอยากเล่น Kubernetes ก็แค่เปิด VM ขึ้นมาหนึ่งตัวหรือหลายตัว
    • ผมหลง NixOS แบบค่อนข้างจริงจัง
      ช่วงหนึ่งผมรัน Docker Swarm บนคอมพิวเตอร์บอร์ดเดี่ยวหลายตัว จากนั้นก็ Kubernetes, เซิร์ฟเวอร์ใหญ่ที่รัน Ubuntu + Cockpit, ต่อด้วย Proxmox และสุดท้ายมาลงตัวที่ NixOS
      NixOS รองรับคอนเทนเนอร์ได้ดีถ้าจำเป็น แต่ด้วยลักษณะแบบ declarative ทำให้แทบไม่ต้องใช้คอนเทนเนอร์เลย การ “ลบ” อะไรสักอย่างก็มักจบที่เอาออกจากไฟล์คอนฟิกแล้วบิลด์ใหม่ การทำงานแนว cgroup เพื่อเรื่องอย่างการจัดการหน่วยความจำก็ไม่ได้ยาก
      ผมคิดว่า nginx DSL ของ NixOS ก็ยอดเยี่ยม แทนที่จะเขียนสคริปต์เอง การที่สภาพแวดล้อมคอนฟิกจัดการการตั้งค่าพร็อกซีและ Let’s Encrypt ให้โดยตรงและถูกต้องนั้นดีมากจริง ๆ
      ผมไม่รู้ว่ามีเครื่องมือเกี่ยวกับ NixOS แบบกระจายศูนย์หรือไม่ แต่คิดว่าน่าจะสร้างอะไรเจ๋ง ๆ บน Flakes ได้
      โฮมแล็บของผมตอนนี้เรียบง่ายที่สุด และผมก็พอใจที่สุดด้วย
    • ผมเคยใช้ Terraform provider นี้[1] ร่วมกับดิสโทร Talos[2] เพื่อ deploy คลัสเตอร์ Kubernetes
      ผมเห็นด้วยว่า API ที่ Proxmox ให้มายังไม่สมบูรณ์ แต่ก็เพียงพอสำหรับความต้องการของผม
      ผมรันคลัสเตอร์บนเครื่อง SFF สี่เครื่องที่ใกล้ปลดระวาง และแบ็กอัป LVM snapshot ไปยังสตอเรจ TrueNAS ที่ทำเอง ซึ่งผมชอบคอนฟิกทั้งหมดนี้มาก
      [1] https://github.com/Telmate/terraform-provider-proxmox
      [2] https://factory.talos.dev/
    • การใช้ Proxmox ไม่ได้แปลว่าใช้ Kubernetes ไม่ได้
      แค่สร้าง VM ใน Proxmox ติดตั้ง Kubernetes บนนั้น แล้วรัน workload ของแอปพลิเคชันบน Kubernetes ก็ได้
      VM ของ Proxmox ทำอัตโนมัติได้ยากกว่า จึงควรดูแลเหมือน “สัตว์เลี้ยง ไม่ใช่ปศุสัตว์” แต่เวลาจัดการโฮสต์ Kubernetes บน bare metal ก็เป็นแบบเดียวกัน เพียงแต่ VM บน Proxmox สามารถแบ็กอัปทั้ง VM และ migrate ผ่าน Proxmox ได้ คุณจึงได้ข้อดีของทั้ง Proxmox และ Kubernetes
    • แต่ละเทคโนโลยีมีแนวทางและกรณีใช้งานที่เหมาะสมต่างกัน
      บน Proxmox การสร้างหรือแก้ไข VM ด้วยยูทิลิตีบรรทัดคำสั่ง pve ค่อนข้างตรงไปตรงมา
      ถึงอย่างนั้น จุดตั้งต้นของบทความนี้คือมีสคริปต์ที่มีประโยชน์จำนวนมากซึ่งช่วยให้การจัดการง่ายขึ้นและดูแลรักษาได้มากขึ้น และมีความรู้สึกขอบคุณต่อความช่วยเหลือนั้นในสถานการณ์ที่ผู้ก่อตั้งต้องถอยออกไป

  • Proxmox มีฟีเจอร์อะไรที่ KVM ธรรมดาไม่มี? แค่เว็บอินเทอร์เฟซหรือเปล่า?

    • แค่ที่นึกออกทันที ก็มี clustering, migration, high availability, backup, การผสานรวม Ceph, เครือข่ายเสมือนแบบใหม่ ๆ และการรองรับไม่ใช่แค่ VM แต่รวมถึงคอนเทนเนอร์ด้วย
      เว็บอินเทอร์เฟซก็เป็นเพียงตัวเลือก รายละเอียดเพิ่มเติมควรดูหน้าเว็บของ Proxmox
    • KVM เป็นแค่องค์ประกอบฝั่งเคอร์เนล ไม่ใช่ ตัวจัดการเครื่องเสมือน ที่สมบูรณ์ในตัวมันเอง ต้องมีแอปพลิเคชันใน user space เสมอ
      Firecracker, QEMU, Cloud-Hypervisor เป็นตัวจัดการเครื่องเสมือนที่สร้างอยู่บน KVM
      QEMU เป็นวิธีทั่วไปในการใช้ KVM แต่การรัน QEMU โดยตรงค่อนข้างยุ่งยาก จึงมักใช้เครื่องมืออย่าง libvirt หรือ Proxmox ที่ครอบ QEMU อีกชั้น

  • เป็นคอมมูนิตี้ที่ยอดเยี่ยม ผมลองใช้สคริปต์ไปแล้วหลายตัว และกำลังรันคอนเทนเนอร์ LXC ของ Pi-hole กับ Paperless อยู่
    ก็กำลังตั้งตารอ Appflowy ด้วย

  • น่าเสียดายที่ Proxmox แม้จะใช้คำว่า “Enterprise” ในย่อหน้าแรกของเว็บไซต์ แต่จนถึงตอนนี้ก็ยังไม่รองรับ การเข้ารหัสทั้งดิสก์ เป็นค่าเริ่มต้น
    แน่นอนว่ามีวิธีติดตั้งบน Debian ที่เข้ารหัสเองได้ แต่จะพลาดฟีเจอร์สำคัญบางอย่าง และต้องรับผิดชอบเองทั้งหมด สุดท้ายแล้วต้นเหตุมาจากการที่ ZFS ไม่ได้ถือว่าการเข้ารหัสทั้งดิสก์เป็นฟีเจอร์ระดับ first-class
    เป็นสถานการณ์ที่น่าเสียดายมาก