มีจุดหนึ่งในนิสัยการโฮสต์เองที่คุณเลิกอยากได้เซิร์ฟเวอร์ต่อสิ่งหนึ่ง คุณมีแอป ฐานข้อมูลของมัน อาจมี n8n สำหรับระบบอัตโนมัติ แดชบอร์ดสถานะ API เล็ก — และการรันแต่ละตัวบน VPS จิ๋วของตัวเองหมายถึงห้า IP ห้าบิล ห้าเครื่องให้แพตช์ มันเป็นระเบียบกว่าและถูกกว่าที่จะวางบนเครื่องเดียวหลัง IP เดียว
เคล็ดลับที่ทำให้สิ่งนี้ได้ผลคือ reverse proxy Caddy, nginx หรือ Traefik นั่งบนพอร์ตสาธารณะ 80/443 และกำหนดเส้นทางตามชื่อโฮสต์: app.you.com ไปยังแอปของคุณ, n8n.you.com ไปยัง n8n, db-admin.you.com ไปยังแผงผู้ดูแลของคุณ ทุกบริการรอรับเฉพาะบน localhost proxy คือประตูสาธารณะเดียว และมันมอบใบรับรอง HTTPS ของตัวเองให้แต่ละ subdomain อัตโนมัติ
แพ็กเกจสำหรับสิ่งนี้
Medium-IP ($20/เดือน) คือความเหมาะสมที่เป็นธรรมชาติ: 6 vCPU, 6 GB RAM, 45 GB NVMe, IPv4 แบบเฉพาะพร้อมเปิดทุกพอร์ต นั่นคือพื้นที่สำหรับบริการเล็กสองสามตัวบวกฐานข้อมูลของมันโดยไม่แย่งทรัพยากรกัน
ขอบเขตที่ตรงไปตรงมาสองข้อ:
- หากคุณรันแค่ แอปเดียวบวกฐานข้อมูล จริง ๆ คุณไม่ต้องการ Medium — Small-IP ($16) ทำได้
- หากบริการใช้หน่วยความจำมาก — ฐานข้อมูลใหญ่ vector store ใหญ่ การประมวลผลในหน่วยความจำ — คุณจะชนเพดาน RAM เร็ว และนั่นคือที่ที่แพ็กเกจ Pro หน่วยความจำสูงสมเหตุสมผลกว่าการซ้อนบนเครื่อง 6 GB
รูปแบบการตั้งค่า
# Ubuntu 24.04, Medium-IP — Docker + Compose, Caddy เป็นประตูหน้า
curl -fsSL https://get.docker.com | sh
# docker-compose.yml: บริการของคุณบน localhost, Caddy กำหนดเส้นทางตาม subdomain
# Caddy ออก HTTPS อัตโนมัติสำหรับแต่ละชื่อโฮสต์ที่คุณชี้ไปยัง IP
docker compose up -d
ชี้เรกคอร์ด A ของ subdomain ของคุณไปยัง IP เดียว ลิสต์พวกมันใน Caddyfile และแต่ละบริการขึ้นมาบน URL HTTPS สะอาดของตัวเอง เพิ่ม reverse DNS จากแดชบอร์ดหากพวกมันตัวใดส่งเมล
ทำไมที่นี่
dedicated IP เดียวที่คุณควบคุมเต็มที่ ทุกอย่างอยู่หลังมัน จ่ายเป็นบิลคริปโตคงที่ครั้งเดียวโดยไม่ต้อง KYC มันคือรูปแบบ homelab-บน-VPS: สแตกของคุณ เครื่องของคุณ ตัวเลขรายเดือนที่คาดเดาได้เดียว เมื่อเครื่องเดียวหยุดพอ คุณแยกบริการที่หนักที่สุดไปเป็นของตัวเอง — แต่คนส่วนใหญ่รันสบายบนเครื่องเดียวเป็นเวลานาน Medium-IP คือที่ที่สิ่งนั้นเริ่ม
ความคิดเห็น
ยังไม่มีความคิดเห็น เป็นคนแรกสิ