როგორ დავგეგმოთ ჩუმი, დაბალენერგიული 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 თავის ხაზს იმსახურებს ამ ჩანაწერებში, რადგან ჩუმად ვარდება. ფუნქცია უნდა ჩაირთოს firmware-ში, მუშაობს მხოლოდ ზოგიერთ ინტერფეისზე და პაკეტის გასაგზავნად უკვე გამოღვიძებული მოწყობილობა სჭირდება. გამოსცადეთ ის სანამ დაეყრდნობით, და არა მოგზაურობის შემდეგ.

დაამტკიცეთ იმ დატვირთვის ქვეშ, რომელსაც ის ნამდვილად ნახავს

ბოლო შემოწმება ის არის, რომელსაც ხალხი გამოტოვებს: გაუშვით განზრახული დატვირთვა და ერთი საათი უყურეთ ყუთს. დისტანციური გადაცემა, სარეზერვო კოპირება და ინდექსის ხელახლა აშენება ერთდროულად აჩვენებს, შეუძლია თუ არა გაგრილებას, კავშირს და საცავს თქვენი არჩეული როლების კომბინაციის ტარება.

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

იმავე ფანჯარაში დააკვირდით წვდომის კავშირსაც, რადგან ატვირთვის გამტარუნარიანობა ჩვეულებრივ დისტანციურ სიჩქარეს პროცესორზე გაცილებით ადრე ზღუდავს. თუ გვირაბი იჯერებს პროცესორის დაშიფვრის უნარის მხოლოდ ნაწილზე, უფრო სწრაფი ჩიპი საერთოდ არაფერს ყიდულობს.