VPS ใช้ทำอะไรได้บ้าง? 20 งานที่ใช้งานจริง

คุณสามารถทำอะไรกับ VPS ได้บ้าง

VPS (virtual private server) คือเครื่อง Linux ที่มี public IP address ซึ่งทำงานอยู่ตลอดเวลาไม่ว่าแล็ปท็อปของคุณจะเปิดอยู่หรือไม่ ดังนั้นทุกอย่างที่จำเป็นต้องเข้าถึงได้ตลอดเวลาจึงสามารถนำไปรันบนนั้นได้ ในทางปฏิบัติหมายถึงเว็บไซต์, VPN ส่วนตัว, พื้นที่จัดเก็บไฟล์และรูปภาพของคุณเอง, สื่อบันเทิง, เซิร์ฟเวอร์เกม, สคริปต์ที่ตั้งเวลาไว้ และเครื่องมือ AI จำนวนมากที่กำลังเพิ่มขึ้น ด้านล่างนี้คือ 20 สิ่งที่ผู้คนใช้งานจริง โดยเรียงลำดับตามความถี่ที่เป็นเหตุผลหลักในการเช่าเซิร์ฟเวอร์

แต่ละรายการจะระบุว่างานนั้นคืออะไร, ใช้หน่วยความจำเท่าใด และคู่มือฉบับเต็มอยู่ที่ไหน หากคุณต้องการรายการแอปพลิเคชันที่กว้างกว่าการระบุประเภทงาน คุณสามารถดูรายการคู่ขนานของ แอปที่น่า self-host ในปี 2026 ซึ่งจะลงรายละเอียดทีละแอปพลิเคชัน

20 สิ่งที่ผู้คนใช้งานจริง

1. โฮสต์เว็บไซต์หรือเว็บแอป นี่คือคำตอบที่พบบ่อยที่สุด เซิร์ฟเวอร์ขนาดเล็กเครื่องเดียวสามารถรัน nginx หรือ Apache, PHP และฐานข้อมูลได้อย่างราบรื่นด้วย RAM 1 GB โดยจุดเริ่มต้นแบบคลาสสิกคือ LAMP stack บน Ubuntu 24.04 เพิ่มใบรับรองฟรีด้วย Certbot และ Let's Encrypt บน nginx เพราะการใช้ IP เปล่าๆ บนพอร์ต 80 จะทำให้เบราว์เซอร์แสดงคำเตือน ซึ่งจะทำให้คุณเสียผู้เข้าชมไป

1. รันหลายเว็บไซต์และแอปบนเครื่องเดียว เซิร์ฟเวอร์หนึ่งเครื่องสามารถให้บริการได้หลายสิบชื่อหากมีตัวจัดการที่คัดแยกคำขอตาม hostname อยู่ด้านหน้า Reverse proxy ทำหน้าที่นี้และต่ออายุใบรับรองให้ด้วย ซึ่งเป็นเหตุผลว่าทำไม Traefik ที่อยู่หน้าแอป Docker หลายตัว จึงเป็นขั้นตอนที่สองที่นิยมทำกัน การประหยัดนั้นเห็นผลจริง: 5 โปรเจกต์บนเซิร์ฟเวอร์ขนาด 4 GB มีค่าใช้จ่ายน้อยกว่าการเช่าเซิร์ฟเวอร์ขนาดเล็ก 5 เครื่องแยกกัน และยังสำรองข้อมูลได้ง่ายกว่า

1. VPN ส่วนตัวของคุณ VPS ให้ IP ขาออกที่คุณควบคุมได้ ดังนั้น Wi-Fi สาธารณะจะไม่สามารถอ่านทราฟฟิกของคุณได้ และบริการภายในบ้านของคุณก็จะไม่ถูกเปิดเผยต่ออินเทอร์เน็ตสาธารณะ WireGuard ใช้หน่วยความจำไม่ถึง 50 MB และรันในระดับ kernel ทำให้เซิร์ฟเวอร์แทบไม่ได้รับผลกระทบ คู่มือ self-hosted WireGuard VPN ครอบคลุมเรื่องการทำ handshake และปัญหา DNS ที่มักพบเจอ ทั้งสองผลิตภัณฑ์นี้มักถูกสับสนกัน ดังนั้นการอ่าน การเปรียบเทียบ VPS กับ VPN จึงคุ้มค่าที่จะใช้เวลาศึกษา

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

1. ที่เก็บไฟล์บนคลาวด์และปฏิทิน Nextcloud เข้ามาแทนที่แผนบริการ Drive หรือ Dropbox แบบเสียเงิน โดยมีไคลเอนต์ซิงค์สำหรับทุกเดสก์ท็อปและโทรศัพท์ รวมถึงปฏิทินและรายชื่อติดต่อ เตรียม RAM ไว้ 1 ถึง 2 GB บวกกับขนาดไฟล์ของคุณ และติดตั้งบน PostgreSQL ตั้งแต่ต้น: คู่มือ Nextcloud ด้วย Docker, TLS และการสำรองข้อมูล อธิบายว่าทำไมการย้ายฐานข้อมูลในภายหลังจึงเป็นวิธีที่พบบ่อยที่สุดที่ทำให้ instance เสียหาย

1. คลังรูปภาพพร้อมอัปโหลดจากโทรศัพท์ Immich อัปโหลดม้วนฟิล์มของคุณโดยอัตโนมัติและค้นหาใบหน้าหรือวัตถุได้ ซึ่งเป็นฟีเจอร์ที่ทำให้คนเลิกใช้ Google Photos ในที่สุด มันเป็นแอปพลิเคชันที่กินทรัพยากรมากที่สุดในรายการนี้เนื่องจากมีคอนเทนเนอร์สำหรับ machine-learning ดังนั้นควรอ่าน คู่มือ self-hosted Immich ก่อนซื้อแผนที่เล็กที่สุด หน้าความต้องการของ Immich ระบุว่าต้องใช้ RAM อย่างน้อย 6 GB (แนะนำ 8 GB) และ CPU 2 คอร์ หรือ RAM 4 GB หากปิดฟีเจอร์ machine-learning หากหน่วยความจำขั้นต่ำนี้เกินกว่าแผนของคุณ การเปรียบเทียบ PhotoPrism กับ Immich จะช่วยชั่งน้ำหนักทั้งสองตัวในด้าน RAM, แอปโทรศัพท์ และคำสั่งสำรองข้อมูล เพื่อให้คุณเลือกตัวที่เซิร์ฟเวอร์ของคุณรับไหว ให้ตรึงเวอร์ชัน (pin) แทนการดึง latest เพราะการเปลี่ยนแปลงที่ทำให้ระบบพัง (breaking changes) ยังคงเกิดขึ้นระหว่างการปล่อยเวอร์ชันใหม่

1. เซิร์ฟเวอร์สื่อสำหรับคลังข้อมูลของคุณ Jellyfin สตรีมภาพยนตร์และรายการของคุณไปยังแอปทีวี เบราว์เซอร์ หรือโทรศัพท์ โดยไม่มีบัญชีและไม่มีการเก็บเงินสำหรับการเล่นจากระยะไกล มันใช้ RAM ขณะว่างประมาณ 1 ถึง 2 GB แม้ว่าคู่มือฮาร์ดแวร์ของ Jellyfin จะแนะนำ 8 GB สำหรับการใช้งานทั่วไปและระบุว่า 4 GB อาจเพียงพอสำหรับเซิร์ฟเวอร์ Linux ที่ไม่มีเดสก์ท็อป สิ่งที่ตัดสินว่ามันจะทำงานได้หรือไม่คือการ transcoding: Jellyfin บน VPS แสดงวิธีเก็บไฟล์ในรูปแบบที่ไคลเอนต์เล่นได้โดยตรง เพื่อให้เซิร์ฟเวอร์ทำหน้าที่เพียงแค่ส่งข้อมูล เมื่อรันได้แล้ว Halcyon จะเปลี่ยนหน้าตาคลังข้อมูลให้เหมือนร้านเช่าวิดีโอในยุค 1990 ซึ่งช่วยให้เลือกสิ่งที่ต้องการดูได้ดีกว่าการเลื่อนดูตารางภาพขนาดย่อที่ไม่มีวันสิ้นสุด

1. เซิร์ฟเวอร์เกมสำหรับเพื่อน เซิร์ฟเวอร์ Minecraft สำหรับผู้เล่นจำนวนหนึ่งต้องการ RAM 2 ถึง 4 GB และเครื่องที่เปิดอยู่ตลอดเวลาแม้ในตอนที่คุณเข้านอน ซึ่งนั่นคือสิ่งที่ VPS ทำได้ คู่มือ เซิร์ฟเวอร์ Minecraft บน VPS ครอบคลุมเรื่อง Java memory flags และการรันภายใต้ systemd เพื่อให้ระบบรีสตาร์ทตัวเองหากเกิดการขัดข้อง

1. สคริปต์ที่ตั้งเวลาไว้, ตัวดึงข้อมูล และบอท สิ่งใดก็ตามที่ต้องรันตอนตี 3 จำเป็นต้องมีเครื่องที่ตื่นอยู่ตอนตี 3 ให้เขียนงานนั้นเป็น systemd service พร้อมตัวจับเวลา (timer) แทนการใช้ cron เพราะคุณจะได้รับ log, สถานะความล้มเหลว และวิธีทดสอบที่สะอาดกว่า: systemd services และ timers บน VPS มีไฟล์ unit ให้ใช้งาน บอท Discord หรือ Telegram ก็ใช้รูปแบบเดียวกันเพียงแต่เป็นกระบวนการที่รันค้างไว้ (long-running process) แทนที่จะเป็นงานที่ตั้งเวลา

1. เวิร์กโฟลว์อัตโนมัติ n8n ให้เครื่องมือสร้างแบบภาพ (visual builder) สำหรับงานที่ Zapier คิดเงินต่อหนึ่งงาน และการรันด้วยตัวเองช่วยให้คุณไม่ต้องจ่ายค่าธรรมเนียมต่อครั้ง ขนาดข้อมูลยังมีขีดจำกัด แต่คุณเป็นคนกำหนดเอง: n8n จำกัด payload ไว้ที่ 16 MiB โดยค่าเริ่มต้นผ่าน N8N_PAYLOAD_SIZE_MAX ซึ่งคุณสามารถเพิ่มและรีสตาร์ทได้ มันใช้ RAM ประมาณ 500 MB ให้ตั้งค่า encryption key อย่างชัดเจน ดังที่แสดงใน self-hosted n8n ด้วย HTTPS มิฉะนั้น n8n จะสร้างคีย์ในการเปิดใช้งานครั้งแรกและบันทึกไว้ในโฟลเดอร์ ~/.n8n หากโฟลเดอร์นั้นไม่ได้อยู่บน persistent volume การสร้างคอนเทนเนอร์ใหม่จะทำให้คีย์หายและทำให้ข้อมูลประจำตัวที่บันทึกไว้ทั้งหมดอ่านไม่ได้

1. รันโมเดลภาษาด้วยตัวเอง Ollama ให้บริการโมเดลแบบ open-weight ผ่าน API ภายใน ดังนั้นคำสั่ง (prompt) และเอกสารของคุณจะไม่หลุดออกจากเซิร์ฟเวอร์ บน VPS ที่ใช้เฉพาะ CPU ให้คาดหวังความเร็วเพียงไม่กี่คำต่อวินาทีแทนที่จะได้คำตอบทันที และเตรียม RAM ไว้ประมาณ 8 GB สำหรับโมเดล 8B ทั่วไป (เฉพาะการดาวน์โหลด llama3.1:8b เริ่มต้นของ Ollama ก็ปาไป 4.9 GB แล้ว ก่อนจะนับรวม context): การรัน Ollama เพื่อ self-host LLM มีตัวเลขที่ตรงไปตรงมา สำหรับแพลตฟอร์มเวิร์กโฟลว์ที่อยู่เหนือโมเดล Dify บน VPS จะช่วยเพิ่ม UI และการดึงข้อมูล

1. ให้ที่อยู่กับ AI coding agent AI coding agent ที่ทำงานได้หนึ่งชั่วโมงจะไร้ประโยชน์หากมันตายเมื่อคุณปิดแล็ปท็อป ดังนั้นผู้คนจึงนำมันไปไว้บนเซิร์ฟเวอร์ภายใน terminal multiplexer และเชื่อมต่อกลับมาใหม่ในภายหลัง Claude Code บน VPS ด้วย tmux คือการตั้งค่าที่แนะนำ และ การรัน coding agent บน VPS ครอบคลุมรูปแบบการใช้งานทั่วไป ให้สิทธิ์ผู้ใช้แบบไม่ได้รับสิทธิ์พิเศษ (unprivileged user) และไดเรกทอรีที่มันไม่สามารถเข้าถึงส่วนอื่นของระบบได้

1. โฮสต์ MCP servers สำหรับผู้ช่วยของคุณ MCP (model context protocol) servers คือกระบวนการขนาดเล็กที่ทำงานตลอดเวลาเพื่อเปิดเผยเครื่องมือและข้อมูลให้กับ AI client และการทำงานตลอดเวลาคือสิ่งที่แล็ปท็อปทำไม่ได้ MCP servers บน VPS อธิบายขั้นตอนการรันหลัง TLS พร้อมการยืนยันตัวตน ซึ่งสำคัญมากเพราะ MCP endpoint ที่เปิดโล่งคือเครื่องมือที่ใครก็สามารถเรียกใช้ได้

1. เฝ้าดูเซิร์ฟเวอร์เครื่องอื่นของคุณ Uptime Kuma จะ ping เว็บไซต์ของคุณและแจ้งเตือนผ่านช่องทางต่างๆ และมันใช้ RAM เพียงประมาณ 200 MB กฎที่คนมักพลาดคือ: ให้ตรวจสอบระบบ production จากเครื่องอื่น เพราะ การตรวจสอบสถานะด้วย Uptime Kuma ที่รันบนเครื่องที่มันเฝ้าดูอยู่จะไม่สามารถบอกคุณได้เมื่อเครื่องนั้นตาย

1. ตัวชี้วัดจริง ไม่ใช่แค่สถานะเปิดหรือปิด เมื่อคุณมีกลุ่มเซิร์ฟเวอร์แทนที่จะเป็นเครื่องเดียว คุณจะต้องการตัวชี้วัด CPU, ดิสก์ และบริการ พร้อมประวัติและการแจ้งเตือน เซิร์ฟเวอร์ตรวจสอบ Zabbix ทำหน้าที่นั้นด้วย agent บน host แต่ละเครื่อง ตัวอย่างฮาร์ดแวร์ของ Zabbix ระบุว่าต้องใช้ CPU 2 คอร์ และหน่วยความจำ 8 GiB สำหรับการติดตั้งที่เล็กที่สุด (ตรวจสอบ 1,000 ตัวชี้วัด) บวกกับฐานข้อมูลของมันเอง เริ่มต้นด้วยการตรวจสอบ uptime ง่ายๆ และค่อยขยับขยายเมื่อคุณมีความพร้อม

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

1. CI runner ของคุณเอง เวลาในการ build บนบริการโฮสต์มักจะหมดลง และ runner ที่คุณโฮสต์เองจะช่วยให้แคชของคุณพร้อมใช้งานและเก็บข้อมูลลับไว้ในเครื่อง GitHub Actions runner แบบ self-hosted แสดงการติดตั้งและการแยกส่วน (isolation) ซึ่งสำคัญที่สุดใน repository สาธารณะที่ pull request สามารถรันโค้ดบนเครื่องของคุณได้

1. แชททีมที่คุณควบคุมได้ Rocket.Chat ครอบคลุมเรื่องเธอร์ด, การโทร และการเชื่อมต่อสำหรับทีมที่ไม่อยากจ่ายเงินรายหัว มันเป็นหนึ่งในรายการที่หนักที่สุดในรายการนี้: ณ วันที่ 2026-10-12 ความต้องการของระบบของ Rocket.Chat สำหรับระดับที่เล็กที่สุด (ผู้ใช้พร้อมกันสูงสุด 500 คน, ไม่มีการทำ high availability) ต้องการหน่วยความจำอย่างน้อย 4 GiB สำหรับโหนด Rocket.Chat และอีก 4 GiB สำหรับ MongoDB โดยระบุว่าต้องมีสมาชิก replica 3 ตัว ดังนั้นเซิร์ฟเวอร์ที่เก็บแอปและสมาชิก MongoDB 1 ตัวต้องใช้ RAM อย่างน้อย 8 GB และ Rocket.Chat 8.x ต้องการ MongoDB 8.0 ขึ้นไป Rocket.Chat ด้วย Docker Compose จะช่วยแนะนำลำดับเวอร์ชัน เพราะการข้ามเวอร์ชันหลักของ MongoDB ระหว่างการอัปเกรดจะทำให้ฐานข้อมูลใช้งานไม่ได้

1. เครือข่ายส่วนตัวระหว่างเครื่องทั้งหมดของคุณ เมื่อคุณมีเซิร์ฟเวอร์หลายเครื่องและแล็ปท็อป เครือข่ายแบบ mesh จะจัดการง่ายกว่าการใช้ hub เดียว และ Headscale ในฐานะเซิร์ฟเวอร์ควบคุม Tailscale แบบ self-hosted จะช่วยให้การประสานงานอยู่บนเครื่องของคุณเอง เมื่อเครือข่ายทั้งหมดจำเป็นต้องเข้าถึงได้แทนที่จะเป็นแค่ host เดียว เช่น LAN ที่บ้านหรือช่วง IP ส่วนตัวของผู้ให้บริการ VPS ที่ประกาศเส้นทางเหล่านั้นในฐานะ subnet router จะช่วยให้คุณไม่ต้องติดตั้งไคลเอนต์บนทุกอุปกรณ์ที่อยู่ด้านหลัง จับคู่กับนิสัยในการจัดการ host เป็นกลุ่ม ซึ่งเป็นสิ่งที่ การจัดการเซิร์ฟเวอร์ Linux หลายเครื่อง กล่าวถึง

1. ห้องแล็บ และเซิร์ฟเวอร์อีเมลหากคุณยืนกราน VPS เป็นสถานที่ที่ปลอดภัยในการทดลองทำอะไรพัง: ลอง เซิร์ฟเวอร์ FreeBSD 15 หรือรัน virtual machines ภายในเซิร์ฟเวอร์ของคุณในกรณีที่แผนอนุญาตให้ทำ nested virtualization อีเมลถูกวางไว้ท้ายสุดโดยเจตนา เพราะผู้ให้บริการส่วนใหญ่บล็อกพอร์ต 25 ขาออก และการส่งอีเมลให้ถึงผู้รับเป็นเรื่องที่ยากลำบาก ดังนั้นควรอ่าน self-hosted email ด้วย Mailcow ด้วยความเข้าใจในความเสี่ยง

แต่ละบริการต้องการทรัพยากรเซิร์ฟเวอร์เท่าใด

หน่วยความจำมักเป็นข้อจำกัดแรกที่คุณจะพบ แม้ว่า CPU และดิสก์จะยังคงมีความสำคัญ ตัวอย่างเช่น Immich ต้องการ CPU อย่างน้อย 2 คอร์นอกเหนือจาก RAM แผนบริการขนาด 1 GB สามารถรันงานขนาดเล็กได้หนึ่งอย่าง เช่น เว็บไซต์, VPN, โปรแกรมจัดการรหัสผ่าน หรือบอท แผนบริการขนาด 4 GB เป็นจุดที่เหมาะสมสำหรับการรันหลายบริการไว้หลังพร็อกซีตัวเดียว ซึ่งเป็นสิ่งที่ผู้ใช้ส่วนใหญ่ในหน้านี้เลือกทำ

ขนาดที่จัดการได้ยากคือ 2 GB ซึ่งเป็นจุดที่เมื่อมีคนเพิ่มคอนเทนเนอร์ตัวที่สามเข้าไป เคอร์เนลจะสั่งยุติการทำงานของคอนเทนเนอร์นั้นโดยเงียบๆ และไม่มีสิ่งใดใน log ของแอปพลิเคชันที่อธิบายสาเหตุได้ ให้รัน sudo dmesg | grep -i "out of memory" แล้วคุณจะเห็นบรรทัด Out of memory: Killed process ที่คอนเทนเนอร์รันไทม์กลืนหายไป งานประเภท AI เป็นข้อยกเว้นของกฎนี้: โมเดลภาษาขนาด 8B ทั่วไปตามที่ Ollama จัดส่งมา ต้องการ RAM ประมาณ 8 GB เพื่อให้ทำงานได้อย่างราบรื่น และงานประมวลผลภาพด้วย Machine Learning ก็มีความต้องการใกล้เคียงกัน การทำ Quantization ช่วยเปลี่ยนตัวเลขนี้ไปมาก เนื่องจาก Bonsai 8B แบบ 1-bit ของ PrismML บีบอัดพารามิเตอร์ 8B ลงในไฟล์ขนาด 1.16 GB ซึ่งรันบน llama.cpp ได้ ส่วน Rocket.Chat เป็นอีกหนึ่งข้อยกเว้น โดยมีเอกสารระบุความต้องการขั้นต่ำไว้ที่ 4 GiB สำหรับเซิร์ฟเวอร์แชทและฐานข้อมูลอย่างละตัว ดังนั้นจึงต้องใช้ RAM อย่างน้อย 8 GB

พื้นที่ดิสก์ขึ้นอยู่กับปริมาณข้อมูลของคุณ รูปภาพ สื่อ และข้อมูลสำรองเป็นรายการเดียวในที่นี้ที่ต้องการพื้นที่หลายร้อยกิกะไบต์ ข้อมูลสื่อยังต้องการพื้นที่สำหรับไฟล์ชั่วคราวเพิ่มเติมจากคลังข้อมูลหลัก: คู่มือฮาร์ดแวร์ของ Jellyfin แนะนำให้ใช้ SSD ขนาด 100 GB สำหรับระบบปฏิบัติการ, ไฟล์ของ Jellyfin และแคชสำหรับการแปลงรหัส (transcoding cache) โดยคำนวณขนาดแคชจากขนาดไฟล์ที่ใหญ่ที่สุดของคุณคูณด้วยจำนวนสตรีมพร้อมกันสูงสุด ส่วนบริการอื่นๆ ทั้งหมดมีขนาดเป็นหลักสิบกิกะไบต์ ไม่ใช่หลักร้อย ดังนั้นควรตรวจสอบพื้นที่ดิสก์ในแผนบริการที่คุณเลือกให้สอดคล้องกับปริมาณข้อมูลที่คุณคาดว่าจะจัดเก็บ

ก่อนที่คุณจะเริ่มดำเนินการใดๆ

การใช้งานทั้งหมดข้างต้นตั้งอยู่บนพื้นฐานเดียวกัน คือเครื่องที่คุณสามารถเข้าถึงได้ ผู้ใช้ที่ไม่ใช่ root และไฟร์วอลล์

sudo apt update && sudo apt upgrade -y
sudo adduser deploy
sudo usermod -aG sudo deploy
sudo ufw allow OpenSSH
sudo ufw enable
sudo ufw status

sudo ufw status ควรแสดงผลลัพธ์เป็น Status: active พร้อมบรรทัดที่อนุญาต 22/tcp ให้เปิดเทอร์มินัลที่สองและยืนยันว่าคุณยังคงเข้าสู่ระบบได้ก่อนที่จะปิดเทอร์มินัลแรก เพราะหากไฟร์วอลล์ล็อกคุณออกจากระบบ คุณจำเป็นต้องใช้การกู้คืนผ่านคอนโซลจากแผงควบคุมของผู้ให้บริการของคุณ บทความเรื่อง สิบนาทีแรกบน VPS ใหม่ ครอบคลุมเรื่องนี้ตั้งแต่ต้นจนจบ และ การเพิ่มความปลอดภัยให้ SSH จะช่วยปิดการเข้าสู่ระบบด้วยรหัสผ่าน เพื่อให้การพยายามสุ่มรหัสผ่านที่เกิดขึ้นอยู่ตลอดในเบื้องหลังไม่มีผลอีกต่อไป

แอปพลิเคชันเกือบทั้งหมดข้างต้นถูกจัดส่งในรูปแบบคอนเทนเนอร์ ดังนั้นให้ติดตั้ง Docker เพียงครั้งเดียว แล้วรายการที่เหลือจะกลายเป็นเพียงการคัดลอกและวางเท่านั้น:

curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker "$USER"
newgrp docker
docker run --rm hello-world

ความล้มเหลวในการอ่าน permission denied while trying to connect to the Docker daemon socket หมายความว่าการเปลี่ยนแปลงกลุ่มผู้ใช้ยังไม่มีผลกับเชลล์ของคุณในขณะนี้ ดังนั้นให้ล็อกเอาต์แล้วล็อกอินเข้ามาใหม่ พื้นฐานของ Docker Compose อธิบายรูปแบบไฟล์ที่คู่มือข้างต้นทั้งหมดใช้

สิ่งที่ไม่เหมาะสำหรับ VPS

ข้อจำกัดตามความเป็นจริง งานกราฟิกหนักๆ และการฝึกสอนโมเดล (model training) จำเป็นต้องใช้ GPU แต่ VPS มาตรฐานไม่มี GPU ให้ ดังนั้นการประมวลผล (inference) บน CPU จึงยังคงช้าไม่ว่าคุณจะเพิ่ม RAM มากเพียงใด เมื่อสิ่งที่คุณต้องการจริงๆ คือ GPU หรือพื้นที่จัดเก็บข้อมูลระดับหลายเทราไบต์ การใช้เครื่องเซิร์ฟเวอร์ที่บ้านเป็นทางเลือกที่ตรงไปตรงมา และ Proxmox ที่บ้านเทียบกับการเช่า VPS จะช่วยคำนวณความคุ้มค่าของฮาร์ดแวร์และค่าไฟฟ้าเทียบกับค่าใช้จ่ายรายเดือน งานใดก็ตามที่การหยุดทำงานเพียง 5 นาทีสร้างความเสียหายอย่างแท้จริง เช่น ระบบสัญญาณเตือนภัยในบ้านหรือระบบแจ้งเตือนทางการแพทย์ ไม่ควรนำไปวางบนเซิร์ฟเวอร์งานอดิเรกที่คุณอัปเกรดในคืนวันอาทิตย์ เซิร์ฟเวอร์เดี่ยวถือเป็นจุดเดียวที่อาจทำให้ระบบล้มเหลว (single point of failure) ดังนั้นบริการที่ห้ามหยุดทำงานเด็ดขาดจำเป็นต้องมีเครื่องที่สองและวิธีการสลับการทำงานที่ผ่านการทดสอบแล้ว

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

FAQ

การใช้งาน VPS ที่พบบ่อยที่สุดคืออะไร?

คือการโฮสต์เว็บไซต์หรือเว็บแอปพลิเคชัน เซิร์ฟเวอร์ขนาดเล็กที่รัน nginx หรือ Apache ร่วมกับ PHP และฐานข้อมูลสามารถรองรับเว็บไซต์ส่วนตัว เว็บไซต์ลูกค้า หรือผลิตภัณฑ์ขนาดเล็กได้ด้วย RAM เพียง 1 GB และเป็นวิธีที่ประหยัดที่สุดในการได้รับ public IP address จริงพร้อมสิทธิ์ควบคุม stack ทั้งหมดอย่างเต็มรูปแบบ คำตอบที่พบบ่อยเป็นอันดับสองคือการทำ VPN ส่วนตัว เนื่องจากเซิร์ฟเวอร์ที่คุณเป็นเจ้าของจะมอบ exit address ที่ไม่มีใครใช้งานร่วมกับคุณ

ฉันต้องใช้ RAM เท่าไรสำหรับสิ่งที่อยู่ในรายการนี้?

สำหรับบริการขนาดเล็กหนึ่งรายการ 1 GB ก็เพียงพอ สำหรับบริการจำนวนหนึ่งที่อยู่หลัง reverse proxy ตัวเดียว ขนาด 4 GB ถือเป็นขนาดที่เหมาะสมและเป็นแผนที่คนส่วนใหญ่เลือกใช้ งานด้าน AI เป็นข้อยกเว้น: โมเดลภาษาขนาด 8B ทั่วไปใน Ollama ต้องการ RAM ประมาณ 8 GB เพื่อให้รันได้อย่างราบรื่น แม้ว่ารุ่นที่ทำ quantization อย่างหนักจะใช้ทรัพยากรน้อยกว่ามากก็ตาม และงาน machine learning ด้านรูปภาพก็ต้องการ RAM ในระดับใกล้เคียงกัน Rocket.Chat ก็อยู่ในกลุ่มนี้เช่นกัน เนื่องจากข้อกำหนดขั้นต่ำที่ระบุไว้คือ 4 GiB สำหรับตัวแอปและ 4 GiB สำหรับ MongoDB ส่วนพื้นที่ดิสก์จะสำคัญก็ต่อเมื่อคุณจัดเก็บสื่อ รูปภาพ หรือไฟล์สำรองข้อมูลเท่านั้น

ฉันสามารถรันบริการเหล่านี้มากกว่าหนึ่งรายการบนเซิร์ฟเวอร์เดียวกันได้หรือไม่?

ได้ และเป็นเรื่องปกติ ให้ใส่แต่ละแอปพลิเคชันไว้ใน container ของตัวเอง ไม่ต้องเปิดเผยบริการใดออกสู่สาธารณะโดยตรง และให้ reverse proxy หนึ่งตัวจัดการชื่อโดเมนและใบรับรองแทน ขีดจำกัดอยู่ที่หน่วยความจำมากกว่าจำนวนแอปพลิเคชัน ดังนั้นให้รวมตัวเลขที่แท้จริงจากด้านบน แล้วเผื่อพื้นที่ไว้อย่างน้อย 25 เปอร์เซ็นต์ เพื่อไม่ให้การอัปเกรดหรือการสำรองข้อมูลทำให้เกิดภาวะ out-of-memory kill

ฉันจำเป็นต้องรู้ Linux เพื่อใช้ VPS หรือไม่?

คุณจำเป็นต้องรู้พื้นฐาน: การเชื่อมต่อผ่าน SSH, การแก้ไขไฟล์ และการอ่าน log ส่วนเนื้อหาอื่นทั้งหมดในคู่มือเหล่านี้คือการคัดลอก วาง และตรวจสอบผลลัพธ์ว่าตรงกับที่คู่มือระบุไว้หรือไม่ หากคุณต้องการคลิกมากกว่าการพิมพ์ แผงควบคุม (control panel) สามารถจัดการแอปพลิเคชันให้คุณได้ และ การเปรียบเทียบ Cloudron, CasaOS และ Coolify จะครอบคลุมถึงสิ่งที่แต่ละตัวต้องแลกมาด้วยความยืดหยุ่นที่ลดลง

VPS ประหยัดกว่าการจ่ายค่าบริการเหล่านี้หรือไม่?

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