VDS თუ გეიმ პანელი: რომელი გჭირდება სინამდვილეში

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

ხალხი VDS-ს იმიტომ ითხოვს, რომ კონტროლი უნდა. რასაც იღებენ, ის კონტროლია პლუს მეორე ანაზღაურებადი სამუშაო: firewall, განახლებები, backup-ები, სერტიფიკატი, რომელიც კვირას იწურება, და გადატვირთვა დილის სამ საათზე, რომელსაც სხვა არავინ გააკეთებს. ზოგჯერ ეს გარიგება აშკარად სწორია. ხშირად კი მას ყიდულობს ადამიანი, რომელსაც Minecraft სერვერის გაშვება უნდოდა და ბოლოს sshd_config-ის დოკუმენტაციას კითხულობს.

რას ქირაობ სინამდვილეში#

მართვადი გეიმ ან აპლიკაციის გეგმა საზიარო მანქანაზე არსებული კონტეინერია. Pterodactyl-ზე დაფუძნებულ ჰოსტზე ეს ნიშნავს ერთ Docker კონტეინერს თითო სერვერზე, მეხსიერებით, დისკითა და CPU-თი, რომელსაც ბირთვის control group-ები ზღუდავს, და web პანელით, როგორც ერთადერთი ინტერფეისით. გაქვს კონსოლი, ფაილების მენეჯერი, SFTP, დაგეგმილი ამოცანები და backup-ები. არ გაქვს shell ჰოსტზე, არ გაქვს root და ვერ დააყენებ პაკეტს, რომელიც არ შედის იმ image-ში, საიდანაც შენი სერვერი მუშაობს.

VDS ვირტუალური მანქანაა. მას აქვს საკუთარი ბირთვი, საკუთარი დისტრიბუცია, საკუთარი მომხმარებლები და შენ ხარ root. ჰიპერვიზორის ზემოთ ყველაფერი შენია, ყველა შეცდომის ჩათვლით.

გამყოფი ხაზი სიმძლავრე არ არის. კონტეინერი კარგ აპარატურაზე Minecraft სერვერს ზუსტად ისე სწრაფად გაუშვებს, როგორც იგივე გამოყოფა გვერდით მდგარ VM-ზე. გამყოფი ხაზი პასუხისმგებლობაა, ხოლო პასუხისმგებლობას საათებში გამოხატული ფასი აქვს, რომელიც თვიური თანხის გვერდით არასოდეს ჩანს. თუ ტერმინოლოგია გაბრკოლებს, VPS, VDS თუ dedicated სერვერი სამივეს სწორად განასხვავებს, ხოლო რას გაძლევს Pterodactyl პანელი მართვად მხარეს დეტალურად განიხილავს.

ზედნადები, რომელსაც არავინ ითვლის#

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

გაზომე თავად ახალ მანქანაზე გადატვირთვის შემდეგ free -m-ით, მაგრამ ჩვეულებრივი სურათი ასეთია:

ანუ 8 GB VDS 8 GB გეიმ სერვერი არ არის. ის დაახლოებით 7.5 GB-ია, თუ სერვისებს პირდაპირ უშვებ, და 6 GB-თან ახლოს, თუ მასზე პანელს დააყენებ, რომ მეგობრებმა SSH გასაღების გარეშე გადატვირთონ რამე. შეადარე ეს იმავე მეხსიერების მართვადი გეგმებით ყიდვას, სადაც ზედნადები ჰოსტზეა და გიწერენ იმას, რასაც შენი პროცესი იღებს.

არითმეტიკა ორივე მიმართულებით მუშაობს და მთლიანად დამოკიდებულია შენი დატვირთვის ფორმაზე:

• ერთი დიდი რამ. ერთი 10 GB Minecraft სერვერი მართვადი გეგმით უფრო იაფია და ნაკლები შრომაა. იხდი ზუსტად იმ მეხსიერებას, რასაც JVM იღებს, ინსტალაცია მზადაა და შენ არ დაგიხარჯავს შაბათ-კვირა.
• ბევრი პატარა რამ. ხუთი Discord ბოტი, ორი პატარა გეიმ სერვერი, Postgres-ის ეგზემპლარი და შენი საიტის staging ასლი - აქ VDS წინ გადის, რადგან მეხსიერება ერთიანდება. ბოტი, რომელიც 90 MB-ზე ცარიელობს, სესხულობს იმ ბოტისგან, რომელიც 400 MB-მდე ადის. იგივე რვა ცალკე გეგმად იყიდე და თითოეული საკუთარ ჭერს ატარებს, რომლისთვისაც იხდი გამოიყენება თუ არა.
• მერყევი და არაპროგნოზირებადი. VDS გაძლევს საშუალებას, გადატვირთო და გაიგო. პანელის გეგმა კონტეინერს ზღვარზე გააჩერებს და სუფთად გადატვირთავს, რაც უფრო უსაფრთხოა და ნაკლებად შემწყნარებელი.

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

რომელია აშკარად სწორი#

არის შემთხვევები, როცა ეს განსჯის საკითხი არ არის.

აირჩიე მართვადი გეგმა, როცა:

• გინდა ერთიდან ხუთამდე სერვერი და დისტრიბუციაზე აზრი არ გაქვს.
• გინდა, რომ ინსტალაცია, გაშვების ბრძანება, Java-ს ვერსია და განახლებები შენს ნაცვლად მოგვარდეს.
• გინდა ვინმეს კონსოლზე წვდომა მისცე მანქანის გადაცემის გარეშე. როლები, გუნდები და დროში შეზღუდული უფლებები სწორედ ამისთვის არსებობს, და subuser-ები და მინიმალური პრივილეგიები გადის მათ დაყენებას.
• backup-ის აღდგენა ღილაკით გირჩევნია, ვიდრე იმ cron ამოცანის გახსენება, რომელსაც მათი კეთება უნდა ეკეთებინა.
• ფრაზაზე „შეამოწმე DOCKER-USER ჯაჭვი“ შენი რეაქცია ჩანართის დახურვაა.

აირჩიე VDS, როცა:

• გჭირდება პროგრამა, რომელიც ჰოსტინგ პროდუქტად არ იყიდება: Matrix homeserver, ფოსტის relay, საკუთარი ბინარი, კონკრეტული ბირთვის მოდული, იშვიათი დისტრიბუცია.
• იმდენ სერვისს უშვებ, რომ მეხსიერების გაერთიანება რეალური ფულის ღირს.
• გინდა საკუთარი Docker ან Compose სტეკი, შენ განსაზღვრული volume-ებითა და ქსელებით. Docker VDS-ზე და Compose პატარა სტეკებისთვის საწყისი წერტილებია.
• Linux-ს ყოველდღე ადმინისტრირებ და პანელი გზაზე დაგიდგება.
• გჭირდება ერთი მანქანა ერთი მისამართით, რომელზეც რამდენიმე გეიმ სერვერი შენ არჩეულ პორტებზე მუშაობს, რაც საკუთარი თემაა ტექსტში რამდენიმე გეიმ სერვერი ერთ VDS-ზე.

რამაც არ უნდა გადაწყვიტოს: რწმენამ, რომ VDS უფრო სწრაფია. CPU მართვად გეგმაზე მკაცრი შეზღუდვაა შენ ნაყიდ წილზე, ამიტომ სერვერი, რომელიც 100%-ზეა, ნელია და არა გატეხილი, და ამის გამო მას არასოდეს აჩერებენ. ორი vCPU-იანი VDS იმავე გზით ორ vCPU-ზეა შეზღუდული. განსხვავება ისაა, რომ VDS-ზე არაფერი აჩერებს შენს ერთ სერვისს, მთელი გამოყოფა შეჭამოს და დანარჩენები დაშიმშილოს, და ეს პრობლემა ახლა გაქვს უფლება, თავად მოაგვარო. საზიარო CPU და ხმაურიანი მეზობლები გვიჩვენებს, რას გარანტირებს წილი სინამდვილეში.

VDS-ზე პირველი საათი, ბრძანებებით#

თუ VDS-ს აიღებ, ეს არის მინიმუმი რამის დაყენებამდე. არცერთი მათგანი არჩევითი არ არის და ყველა შენზეა. უფრო გრძელი ვერსია არის პირველი საათი ახალ VDS-ზე.

1. განაახლე ყველაფერი და გადატვირთე, თუ ბირთვი შეიცვალა.
2. შექმენი ჩვეულებრივი მომხმარებელი sudo-თი და root-ით ინტერაქტიულად მუშაობა შეწყვიტე.
3. მას SSH გასაღები დაუყენე და პაროლები გამორთე.
4. დახურე ყველა პორტი, რომელსაც შეგნებულად არ იყენებ.
5. ჩართე უსაფრთხოების ავტომატური განახლებები, რომ მანქანა არ გაფუჭდეს.

$ apt update && apt full-upgrade -y$ adduser deploy && usermod -aG sudo deploy$ ssh-keygen -t ed25519 -C "laptop"          # run this on your machine$ ssh-copy-id deploy@203.0.113.10

შემდეგ daemon გაამაგრე. ცვლილებები drop-in ფაილში ჩასვი და არა მთავარ კონფიგურაციაში, რომ პაკეტის განახლებამ ისინი ჩუმად არ დაგიბრუნოს:

PermitRootLogin noPasswordAuthentication noKbdInteractiveAuthentication no

ახალი პარამეტრები მეორე ტერმინალში გამოსცადე, სანამ პირველს დახურავ. sshd -t სინტაქსს ამოწმებს; დაბლოკილ VDS-ს გამოსასწორებლად პროვაიდერისგან კონსოლის სესია სჭირდება. SSH გასაღებები და გამაგრება დანარჩენს შეიცავს, agent-ებისა და jump host-ების ჩათვლით.

შემდეგი firewall-ია. ნაგულისხმევად უარყოფა, შემდეგ ზუსტად იმის გახსნა, რაც გჭირდება:

$ ufw default deny incoming$ ufw default allow outgoing$ ufw allow 22/tcp$ ufw allow 25565/tcp        # Minecraft$ ufw allow 2456:2457/udp    # Valheim game and query$ ufw enable$ ufw status numbered

დაასრულე unattended upgrades-ითა და ban daemon-ით:

$ apt install unattended-upgrades fail2ban$ dpkg-reconfigure -plow unattended-upgrades$ systemctl enable --now fail2ban$ fail2ban-client status sshd

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

მუშა მდგომარეობაში შენახვა არის რეალური სამუშაო#

VDS-ზე არაფერი გადაიტვირთება თავისით, სანამ ამას არ მოაწყობ. ინსტრუმენტი systemd-ია და unit ფაილში ცხოვრობს „მუშაობს“-სა და „გადარჩება“-ს შორის რეალური განსხვავებების უმეტესობა:

[Unit]Description=Valheim dedicated serverAfter=network-online.target[Service]User=valheimWorkingDirectory=/home/valheim/serverExecStart=/home/valheim/server/valheim_server.x86_64 -nographics -batchmode \  -name "Longship Crew" -port 2456 -world "Midgard" -password "herring-barrel-42"Restart=on-failureRestartSec=10KillSignal=SIGINTTimeoutStopSec=90[Install]WantedBy=multi-user.target

KillSignal=SIGINT ის ხაზია, რომელიც მნიშვნელოვანია და რომელსაც ხალხი გამოტოვებს. ბევრი გეიმ სერვერი სუფთა შეწყვეტაზე ინახავს და SIGKILL-ზე კარგავს ყველაფერს ბოლო autosave-ის შემდეგ, ამიტომ ნაგულისხმევმა unit ფაილმა, რომელიც SIGTERM-ს აგზავნის და 90 წამის შემდეგ ნებდება, შეიძლება ჩუმად დაგაკარგვინოს საღამოს პროგრესი ყოველ ჯერზე, როცა მანქანა გადაიტვირთება. Systemd სერვისები შენი აპებისთვის დანარჩენ დირექტივებს გადის.

Backup-იც ისეთია, რაც თავისით არ ხდება. პროვაიდერის აღებული snapshot გიცავს იმისგან, რომ დისკი მოკვდეს; ის არ გიცავს იმისგან, რომ შუაღამისას სამყარო თავად წაშალო. რაიმე restic-ის მსგავსი, სხვა მანქანაზე არსებულ საცავზე მიმართული, ათ წუთს ჯდება:

$ restic -r sftp:backup@198.51.100.5:/srv/restic init$ restic -r sftp:backup@198.51.100.5:/srv/restic backup /home/valheim/server/worlds_local$ restic -r sftp:backup@198.51.100.5:/srv/restic forget \    --keep-daily 7 --keep-weekly 4 --prune

ჩასვი ეს systemd timer-ში ან cron ჩანაწერში, შემდეგ ერთი აღადგინე, უვნებელ ადგილას, სანამ დაგჭირდება. Backup, რომელიც არავის აღუდგენია, ჰიპოთეზაა, და აღდგენის გამოცდა მანამ, სანამ დაგჭირდება ამ საიტზე ყველაზე მოკლე პოსტია, რომელიც ორჯერ წაკითხვას ღირს.

მართვად გეგმაზე ეს მთელი განყოფილება არის Backups ჩანართი, ყველა გეგმაზე ჩართული slot-ებით, მოთხოვნით ან განრიგით, აღდგენა ღილაკით და შენახვა იმ მანქანისგან განცალკევებით, რომელსაც იცავს. პანელის მხარეს ასევე არის Schedules ჩანართი cron გამოსახულებებითა და დალაგებული ამოცანებით, ამიტომ ღამის backup პლუს ყოველკვირეული გადატვირთვა დაახლოებით ორი წუთის დაწკაპუნებაა და არა ორი unit ფაილი.

პანელის გაშვება საკუთარ VDS-ზე#

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

Pterodactyl ორი ნაწილია. პანელი Laravel აპლიკაციაა, რომელსაც სჭირდება web სერვერი, PHP მის მიერ ჩამოთვლილი გაფართოებებით, MySQL-თან თავსებადი მონაცემთა ბაზა, Redis და Composer. Wings Go daemon-ია, რომელსაც Docker სჭირდება და პანელთან თავისი პორტით ლაპარაკობს, SFTP კი ცალკე მუშაობს. Upstream-ის ნაგულისხმევებში Wings API 8080-ზეა, მისი SFTP listener 2022-ზე, ხოლო თავად პანელი 80-სა და 443-ზე.

ეს სულ მცირე ხუთი სერვისია დასაპატჩებელი, პლუს სერტიფიკატები პანელის hostname-ისთვის, პლუს Docker image-ები ყოველი თამაშისთვის, რომელსაც უშვებ. 16 GB VDS-ზე ეს ნორმალურია. 8 GB დონეზე ეს შენი მეხსიერების მნიშვნელოვანი ნაწილია, დახარჯული ინფრასტრუქტურაზე და არა მოთამაშეებზე, და ეს კომპონენტებიდან თითოეული ისეთია, რომელიც შეუფერებელ საათზე შეიძლება გაფუჭდეს.

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

უსაფრთხოებაში განსხვავება რეალურია#

მართვად გეგმაზე უსაფრთხოების მოდელი უკვე აგებულია და ყველა გეგმაზე ერთნაირია: ორფაქტორიანი ავტორიზაცია authenticator კოდებითა და ერთჯერადი აღდგენის კოდებით, დეტალური როლები, რომ ვინმეს კონსოლი ჰქონდეს და ბილინგი არა, თითო სერვერის აქტივობის ჟურნალები, SFTP მონაცემები, რომლებიც გაიცემა თითო სერვერზე და არა თითო ანგარიშზე, და API გასაღებები, რომლებიც მისამართით შეიძლება შეიზღუდოს. პლატფორმის backup-ები ყოველ ღამე იწერება, გადაიწერება ცალკე აპარატურაზე, მოწმდება და იწმინდება. თუ კონტეინერს პრობლემა შეექმნა, ის ჩერდება და სუფთად გადაიტვირთება.

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

• პაროლით ავთენტიფიცირებული SSH ანგარიში სუსტი პაროლით, რომელსაც სკანერი მისამართის გააქტიურებიდან საათებში პოულობს.
• მონაცემთა ბაზა ან ადმინის ინტერფეისი, მიბმული 0.0.0.0-ზე და Docker-ით firewall-ის გვერდით გამოქვეყნებული.
• აპლიკაციის დამოკიდებულება ცნობილი ხვრელით, მანქანაზე, რომელზეც შეკვეთის დღიდან არაფერი განახლებულა.
• საჯარო რეპოზიტორიაში დაკომიტებული მონაცემები, რომლებიც შემდეგ სრულიად სხვა ადგილიდან გამოიყენეს.

თითქმის არცერთი მათგანი ბირთვის exploit არ არის. შეამოწმე, რას უსმენს მანქანა ss -tulpen-ით დაყენების დასრულების დღეს და შემდეგ ყოველ თვე, და პასუხი მოკლე შეინახე. Firewall წესები, რომლებიც მნიშვნელოვანია ამ ჩვევის პრაქტიკული ვერსიაა.

ფასი საათებში და არა მხოლოდ დოლარებში#

საათი დააფასე იმდენად, რამდენადაც შენი საათი ღირს და შემდეგ შეადარე. ეს ტიპური შემთხვევებია და არა უარესი, და ისინი ვარაუდობს, რომ არაფერი მიდის ძალიან ცუდად.

ბოლო სტრიქონი გაფართოებას იმსახურებს, რადგან ის ორივეს სწორად ყოფს. მართვად გეგმაზე watcher ყოველ ორ წუთში ამოწმებს სერვერს, რომელიც გაითიშა ან რომლის uptime უკან წავიდა, და გადატვირთვები, რომლებიც შენ მოითხოვე, არ ითვლება. ერთ საათში სამი მოულოდნელი გადატვირთვა სერვერის გვერდზე გაფრთხილებას აყენებს და ავტომატურად ხსნის ticket-ს. VDS-ზე ამის ექვივალენტია Restart=on-failure ხაზი და რასაც აგებ, და ავარიის ციკლის შესახებ პირველად ჩვეულებრივ მოთამაშის შეტყობინებიდან გებულობ. Monitoring, რომელიც რამეს გეუბნება ღირს წასაკითხად, სანამ ამას თავად ააგებ.

ფული, მიმდინარე კიბეების გამოყენებით, როგორც ჯანსაღი შემოწმება: VDS ხაზი იწყება 8 GB-ით, 128 GB დისკითა და ორი vCPU-თი Intel i9-9900K-ზე და ადის 16 GB-მდე ოთხი vCPU-თი და 24 GB-მდე ექვსით. ერთი მართვადი Minecraft გეგმა 4 GB-ით და 1.5 vCPU-თი ამის მცირე ნაწილია. ორი ან სამი ცალკე მართვადი სერვერი იმავე დიაპაზონში ხვდება, რაშიც საწყისი VDS, ნაკლები მთლიანი მეხსიერებით, მაგრამ შრომის გარეშე. ექვსი ან შვიდი ცალკე პატარა სერვისი - არა, და ეს არის გადაკვეთის წერტილი.

FAQ#

VDS უფრო სწრაფია, ვიდრე მართვადი გეგმა?

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

შემიძლია გეიმ ჰოსტინგის პანელი ჩემს VDS-ზე გავუშვა?

კი. Pterodactyl-ის პანელი და Wings ნებისმიერ ახალ Debian-ზე ან Ubuntu-ზე დაინსტალირდება Docker-ით. ამ პრივილეგიისთვის გაითვალისწინე დაახლოებით 1 GB მეხსიერება და რამდენიმე სერვისის დაპატჩება, და ეს გააკეთე მხოლოდ თუ პანელი იმის ნაწილია, რასაც სხვებს სთავაზობ.

მაქვს root ან SSH მართვად გეგმაზე?

არა. გაქვს SFTP თითო სერვერზე გაცემული მონაცემებით, ბრაუზერის ფაილების მენეჯერი სინტაქსის გამოკვეთის რედაქტორით და გაუფილტრავი კონსოლი ბრძანებების ისტორიით. ეს კონფიგურაციას, ატვირთვებსა და ლოგების კითხვას მოიცავს, რაც უმეტესობაა იმისა, რისთვისაც ხალხს რეალურად root უნდა.

რამდენი Linux უნდა ვიცოდე VDS-ის აღებამდე?

საკმარისი, რომ პაკეტების მენეჯერთან, systemctl-თან, journalctl-თან, firewall-თან და ფაილების უფლებებთან თავისუფლად იმუშაო თითოეულის მოძებნის გარეშე. თუ ეს სია საშინაო დავალებად გეჩვენება და არა ჩვეულებრივ სამშაბათად, ახლა სწორი პასუხი პანელია.

რა ხდება, როცა VDS-ს მეხსიერება ამოეწურება?

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

შემიძლია მოგვიანებით ერთიდან მეორეზე გადასვლა?

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