วิธีวางแผนเซิร์ฟเวอร์ VPN ที่เงียบ ใช้ไฟน้อย และเปิดตลอดเวลา

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

เริ่มจากบทบาท ไม่ใช่อะไหล่

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

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

วัดทั้งกล่องในสามสภาวะ

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

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

read -r a < /sys/class/powercap/intel-rapl:0/energy_uj; sleep 60; read -r b < /sys/class/powercap/intel-rapl:0/energy_uj
awk -v a="$a" -v b="$b" 'BEGIN{printf "package average: %.1f W\n", (b-a)/60/1000000}'

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

แปลงวัตต์เป็นปีที่เทียบกันได้

การใช้ไฟต่อเนื่องแปลงเป็นพลังงานด้วยการคูณครั้งเดียว และการทำครั้งเดียวจะทำให้ค่าใช้จ่ายรายปีไม่เป็นเรื่องเซอร์ไพรส์ ค่าเฉลี่ยตัวอย่าง 11 W ตลอดทั้งปีคำนวณได้ดังนี้

awk 'BEGIN{printf "%.1f kWh/year at 11 W\n", 11*24*365/1000}'

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

ตัดสินว่าอนุญาตให้พักเครื่องหรือไม่

การพักเครื่องประหยัดพลังงานได้มากที่สุดและทำลายสมมติฐานได้มากที่สุด โฮสต์ที่หลับอยู่ไม่สามารถรับการเชื่อมต่อขาเข้าที่จะปลุกมันได้ และ keepalive ของไคลเอนต์ไม่เปลี่ยนสิ่งนั้น มีเพียงอุปกรณ์ที่เปิดตลอดบน LAN เดียวกันเท่านั้นที่ส่งแพ็กเก็ต wake-on-LAN ได้

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

systemctl status sleep.target suspend.target
sudo systemctl mask sleep.target suspend.target hibernate.target hybrid-sleep.target
systemd-inhibit --list

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

พิสูจน์ภายใต้ภาระที่มันจะเห็นจริง

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

uptime
sensors | grep -E 'Core|Package|fan'
ss -s

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