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