शान्त, कम ऊर्जा खपत गर्ने, सधैं चालु रहने 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 ले इन्क्रिप्ट गर्न सक्नेको अंशमै सन्तृप्त भयो भने, छिटो चिपले केही पनि किन्दैन।