VPS, VDS თუ dedicated server: რას ნიშნავს ეს სიტყვები

სამი სიტყვა, სამ ფასად გაყიდული, და მხოლოდ ერთს აქვს განმარტება, რომელზეც ყველა თანხმდება. Dedicated server არის ფიზიკური მანქანა, რომელზეც სხვა არავინაა. VPS არის ვირტუალური მანქანა საერთო ფიზიკურ მანქანაზე. VDS არის VPS, რომლის გამყიდველსაც უნდა, რომ იცოდე: CPU-ს წილი გადაჭარბებით არ არის გაყიდული - რაც ზოგჯერ ნამდვილი ტექნიკური განსხვავებაა, ზოგჯერ კი უბრალოდ სახელის გადარქმევა. სასარგებლო კითხვა არასოდეს არის „სამიდან რომელი მინდა", ის არის „ზუსტად რა არის გარანტირებული და შემიძლია თუ არა ამის შემოწმება, როცა ყუთი უკვე მუშაობს". ეს პოსტი ორივეს პასუხობს, იმ ბრძანებების ჩათვლით, რომლებიც გეუბნება, რა იყიდე სინამდვილეში.

სამი სიტყვა და რომელია მათგან მარკეტინგი#

VPS ნიშნავს virtual private server-ს. ეს ნიშნავს ვირტუალურ მანქანას: ფიზიკური ჰოსტის ნაჭერს საკუთარი ოპერაციული სისტემით, საკუთარი IP მისამართით და root წვდომით მის შიგნით. სიტყვა არაფერს ამბობს იმაზე, როგორ არის ეს ნაჭერი მოჭრილი. 1 GB VPS ერთი პროვაიდერისგან და 1 GB VPS მეორისგან რეალურ წარმადობაში სამჯერ შეიძლება განსხვავდებოდეს, და ორივე აღწერა ზუსტია.

VDS ნიშნავს virtual dedicated server-ს. ინდუსტრია მას იყენებს VPS-ის აღსანიშნავად, სადაც რესურსები საერთო არ არის: შენი vCPU-ები მიმაგრებული ან დარეზერვებულია და მათზე არ იჭიდავებენ, შენი მეხსიერება გადაჭარბებით არ არის გაყიდული, შენი დისკის გამოყოფა კი რეალურია. ამის დამცველი სტანდარტების ორგანო არ არსებობს, და ეს მთელი პრობლემაა. ზოგი პროვაიდერი VDS-ს ზუსტად იყენებს; სხვები - როგორც VPS-ის სინონიმს უფრო მაღალი ფასით. სიტყვა მტკიცებაა და არა სპეციფიკაცია, და მტკიცება იმდენს ღირს, რა დგას მის გვერდით: დასახელებული CPU მოდელი, მითითებული vCPU რაოდენობა და პასუხი კითხვაზე „აჭარბებთ თუ არა გაყიდვას".

Dedicated server ნიშნავს მთელ ფიზიკურ მანქანას. ერთი მოიჯარე, ერთი აპარატურა, შენსა და CPU-ს შორის hypervisor არ არის, თუ თავად არ დააყენე. ეს ერთადერთია სამიდან, რომელსაც ერთმნიშვნელოვანი მნიშვნელობა აქვს, და ფასი ამას ასახავს.

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

რას აკეთებს hypervisor სინამდვილეში#

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

სრული ვირტუალიზაცია (KVM, VMware, Hyper-V, Xen HVM). სტუმარი იღებს ემულირებულ მანქანას და საკუთარ kernel-ს ეშვება. შეგიძლია kernel მოდულების ჩატვირთვა, Docker-ის გაშვება, საკუთარი sysctl მნიშვნელობების დაყენება, ნებისმიერი დისტრიბუციის გამოყენება, swap ფაილის მიმაგრება და ჰოსტისგან განსხვავებული kernel ვერსიის გაშვება. დღეს სწორედ ამას ნიშნავს თითქმის ყოველთვის „VPS", და ეს არის ის, რაც გინდა, თუ კონკრეტული მიზეზი არ გაქვს.

კონტეინერული ვირტუალიზაცია (OpenVZ, LXC, Virtuozzo). სტუმარი ჰოსტის kernel-ს იზიარებს. მისი გაშვება იაფია და უფრო მკვრივია, ამიტომ გაყიდვაც იაფია, მაგრამ kernel პარამეტრებს ვერ შეცვლი, ზოგი sysctl პარამეტრი მხოლოდ წასაკითხია, swap უცნაურად იქცევა, და გარკვეული დატვირთვები - ყველაფერი, რაც kernel მოდულებს ითხოვს, VPN-ის ზოგი კონფიგურაცია, ხანდახან Docker - არ მუშაობს ან ცუდად მუშაობს. მეხსიერების აღრიცხვაც უფრო თავისუფალია, რის გამოც კონტეინერულ VPS-ს შეიძლება „მეხსიერება ამოეწუროს", მაშინ როცა free -m სხვას ამბობს. OpenVZ გაქრობის გზაზეა, მაგრამ იაფი ბაზრის ბოლოდან არ გამქრალა.

აპლიკაციის კონტეინერები (Docker და, ამრიგად, Pterodactyl-ზე დაფუძნებული გეიმ ჰოსტინგი). ისევ სხვა რამეა და საერთოდ არ არის VPS. ერთი პროცესის ხე კონტეინერზე, მეხსიერება და CPU kernel-ის control group-ებით შეზღუდული, საკუთარი kernel და ჰოსტზე root არ გაქვს. ეს არის მართული გეიმ ან აპ გეგმა, და ის სათანადოდ შედარებულია VDS თუ გეიმ პანელი-ში.

Bare metal. Hypervisor-ის გარეშე. ყოველი ციკლი და მეხსიერების გამტარუნარიანობის ყოველი ბაიტი შენია, იმათი ჩათვლით, რომლებსაც არ იყენებ.

ერთი ბრძანება გეუბნება, რომელზე ხარ:

$ systemd-detect-virtkvm$ systemd-detect-virt --containernone

kvm, vmware, microsoft ან xen ნიშნავს სრულ ვირტუალიზაციას. lxc, openvz ან docker ნიშნავს, რომ kernel-ს იზიარებ. none ნიშნავს bare metal-ს, ან hypervisor-ს, რომელიც კარგად იმალება.

„Dedicated resources" სამი ცალკე დაპირებაა#

როცა გვერდი წერს dedicated resources, შეიძლება სამიდან ნებისმიერი ჰქონდეს მხედველობაში, და ღირს მათი გამიჯვნა, რადგან მხოლოდ ერთია ის, რაც ხალხს ჩვეულებრივ აინტერესებს.

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

Dedicated CPU. შენი vCPU-ები სხვა მოიჯარეებთან არ არის გაზიარებული. საერთო VPS-ზე რვა მოიჯარე ორ-ორი vCPU-თი შეიძლება რვა ნაკადის მქონე ჰოსტზე იჯდეს; როცა ყველა დაკავებულია, ყველა ელოდება. სათანადოდ dedicated CPU გეგმაზე შესაბამისობა უფრო ახლოსაა ერთ vCPU-სთან თითო აპარატურულ ნაკადზე და შენზე სხვა არავინაა დაგეგმილი. ეს არის დაპირება, რომლის მატარებელიც VDS ასოებს უნდა იყოს, და ის, რაც გეიმ სერვერზე ყველაზე მეტად მოქმედებს, რადგან გეიმ სერვერი ერთი ნაკადის სამუშაოა, რომელიც დროულად უნდა დასრულდეს.

Dedicated დისკი და ქსელი. გაცილებით იშვიათია, ვიდრე ჟღერს. NVMe დისკები თითქმის ყოველთვის გაზიარებულია ერთი კონტროლერით ყუთის ყველა სტუმარს შორის, ხოლო uplink განმარტებით გაზიარებულია. რასაც კარგი პროვაიდერები ამ მხრივ რეალურად სთავაზობენ, არის queue-depth ან IOPS ლიმიტი სტუმარზე, რომ ერთმა ხმაურიანმა მოიჯარემ დანარჩენები ვერ დაიშრიტოს.

გაზიარებული CPU-ს გაზომვადი შედეგია steal time: დროის პროცენტი, როცა შენი vCPU გაშვებისთვის მზად იყო და hypervisor-მა ფიზიკური ბირთვი სხვას მისცა. ის ჩანს st სვეტში vmstat-ში და %st მაჩვენებელში top-ში:

$ vmstat 1 5procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st 1  0      0 612344  84120 917640    0    0     3    14  201  388  9  2 88  0  1

1%-ზე ნაკლები ნორმალურია და გარდაუვალი. სტაბილური 5% ან მეტი გეგმაზე, რომელიც dedicated CPU-დ იყიდება, ნიშნავს, რომ ის არ არის. ეს რიცხვია, რომლის სქრინშოტიც ბილეთში ჩაგიდია, რაც უფრო მეტია, ვიდრე „ნელა მეჩვენება".

Shared CPU და ხმაურიანი მეზობლები უფრო ღრმად განიხილავს, რას გარანტირებს წილი და რას არა.

ფიზიკური მანქანა და რა ღირს ის სინამდვილეში#

Dedicated server ხსნის hypervisor-ს და მეზობლებს. რასაც არ ხსნის, არის სამუშაო.

რას იძენ ნამდვილად:

• მთელ CPU-ს, cache-ის ჩათვლით. ვირტუალიზებულ ჰოსტზე მეზობლები შენს მონაცემებს გაზიარებული L3 cache-იდან გამოდევნიან, იმ CPU დროის გამოყენებით თუ მის გარეშე, რომელიც შენ დაგპირდნენ. ეს უხილავია ყველა benchmark-ში, რომელიც გამტარუნარიანობას ზომავს, და ძალიან ხილული latency-ის მიმართ მგრძნობიარე დატვირთვებში.
• პროგნოზირებადობას. ნებისმიერი რამის 99-ე პერცენტილი უკეთესია მანქანაზე, რომელსაც სხვა არავინ ეხება. გეიმ სერვერისთვის 99-ე პერცენტილია ის, რასაც მოთამაშეები ამჩნევენ.
• აპარატურის არჩევანს. კონკრეტული დისკები, კონკრეტული RAID, მეტი მეხსიერება, ვიდრე ნებისმიერი VPS დონე გთავაზობს, ზოგჯერ GPU.
• არასდროს გადაჭარბებულ გაყიდვას. არა იმიტომ, რომ პროვაიდერმა დაგპირდა, არამედ იმიტომ, რომ არავინაა, ვისზეც გადააჭარბოს.

რას ჯდება ის თვიური თანხის გარდა:

• გამზადების დრო. Bare metal იდგმება, აიწყობა და გადმოგეცემა. ეს საათებია ან დღეები და არა წუთები, და იგივეა ჩანაცვლებაზე, როცა დისკი მოკვდება.
• მთელი sysadmin სამუშაო. იგივე რაც VDS-ზე, იმ განსხვავებით, რომ ახლა აპარატურაც შენი სათვალთვალოა. RAID-ის ჯანმრთელობა, firmware, IPMI, BIOS-ის პარამეტრი, რომელიც დენის გათიშვის შემდეგ დაბრუნდა.
• უქმი სიმძლავრე, რისთვისაც გადაიხადე. Dedicated მანქანა შენს პიკზეა გათვლილი. ყველაფერი შენს საშუალოზე მეტი ფულია, დახარჯული მზადყოფნაზე.
• მარცხის ერთი დომენი. ერთი მანქანა ერთი მანქანაა. VM ხშირად წუთებში გადაიტანება სხვა ჰოსტზე. მკვდარი დედაპლატა - არა.

წესი, რომელიც მართალია: აიღე bare metal, როცა მის უმეტეს ნაწილს ნამდვილად გამოიყენებ, ან როცა 99-ე პერცენტილი თავად პროდუქტია. ამის ქვემოთ სწორად მითითებული VDS იგივე აპარატურაა, ოღონდ იმ ნაწილებზე, რომლებიც შენი საქმე არ არის, სხვა პასუხისმგებელია.

RE:NODE-ის საკუთარი ხაზი dedicated სერვერების გვერდზე bare metal კი არა, VDS-ია, და გვერდი ამბობს, რომელ მანქანაზე ზის: Intel i9-9900K, NVMe ყველგან ZFS pool-ზე, გერმანიაში. ეს უფრო მნიშვნელოვანია, ვიდრე კატეგორიის წარწერა. i9-9900K რვაბირთვიანი, თექვსმეტნაკადიანი ნაწილია მაღალი ერთბირთვიანი სიხშირით, ზუსტად ისეთი CPU-ს ფორმა, რომელიც გეიმ სერვერს ან პატარა ბაზას უნდა, და ამიტომ ჩერდება დონეები ექვს vCPU-ზე: თექვსმეტიდან ექვსი ნაკადი წილია, რომლის პატიოსნადაც შენახვა შეიძლება. მართული გეგმებისგან განსხვავებით, რომლებიც გადახდის დადასტურებისას იქმნება და ჩვეულებრივ ერთ წუთში მუშაობს, VDS ხელით მზადდება და 24 საათში გადმოიცემა.

სპეციფიკაციის წაკითხვა მოტყუების გარეშე#

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

კონკრეტული მაგალითი, რატომ არის პირველი რიგი მნიშვნელოვანი: ოთხი vCPU 2018 წლის რვაბირთვიან დესკტოპ ნაწილზე 5.0 GHz boost-ით თითქმის ნებისმიერ გეიმ სერვერზე აჯობებს ოთხ vCPU-ს სამოცდაოთხბირთვიან სერვერულ ნაწილზე 2.2 GHz სიხშირით, რადგან გეიმ სერვერს ერთი ნაკადი სჭირდება tick-ის დროულად დასასრულებლად და დანარჩენი სამოცი არ აინტერესებს. იგივე ორი მანქანა სრულიად ტრიალდება build farm-ისთვის ან ვებ სერვერისთვის, რომელიც ბევრ დამოუკიდებელ მოთხოვნას ემსახურება. vCPU-ს რაოდენობა მოდელის სახელის გარეშე ვერაფერს შეედრება.

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

რომელი რომელ დატვირთვას ერგება#

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

იმის შემოწმება, რაც ნამდვილად მიიღე#

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

$ systemd-detect-virt            # kvm, lxc, openvz, docker or none$ lscpu | head -20               # model name, sockets, cores, MHz$ nproc                          # threads visible to you$ free -m                        # real memory, and whether swap exists$ df -h /                        # disk actually available$ uname -r                       # your kernel, or the host's

lscpu მთავარია. ის ბეჭდავს მოდელის სახელს, რაც „4 vCPU"-ს შესადარებელს ხდის, და Hypervisor vendor ხაზი ადასტურებს იმას, რაც systemd-detect-virt-მა თქვა. თუ მოდელის სახელი ცარიელია ან ზოგადი გეგმაზე, რომელიც dedicated CPU-დ იყიდება, ჰკითხე, რატომ.

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

$ apt install sysbench fio$ sysbench cpu --threads=1 --time=10 run | grep "events per second"$ sysbench cpu --threads=$(nproc) --time=10 run | grep "events per second"

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

$ fio --name=randwrite --ioengine=libaio --direct=1 --rw=randwrite \      --bs=4k --size=1G --numjobs=1 --runtime=30 --group_reporting

უყურე IOPS მაჩვენებელს და 99-ე პერცენტილის latency-ს და არა საშუალოს. რას ცვლის NVMe სინამდვილეში ხსნის, რომელ ოპერაციებს განსაზღვრავს ეს რიცხვი და რომლებს არასოდეს ეხება.

და ბოლოს, უყურე steal time-ს ერთი კვირა vmstat 60-ით ფაილში გადამისამართებულით, ან უბრალოდ შეხედე top-ს პიკურ საათებში. კონტეინერულ ვირტუალიზაციაზე დაფუძნებულ გეგმაზე steal time ნულს აჩვენებს, რაც არ უნდა იყოს, რადგან შეზღუდვა სხვანაირადაა აღრიცხული; შეამოწმე control group:

$ cat /sys/fs/cgroup/cpu.statusage_usec 184203311nr_periods 291844nr_throttled 0throttled_usec 0

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

როცა კმაყოფილი ხარ იმით, რაც იყიდე, გაატარე შემდეგი ნახევარი საათი პირველ საათზე ახალ VDS-ზე: არა-root მომხმარებელი, SSH გასაღებები, default-deny firewall და ავტომატური განახლებები. ახალ ყუთს პაროლით ავთენტიფიკაციით სკანერები საათებში პოულობენ იმ მომენტიდან, როცა მისი მისამართი ცოცხლდება, და ეს ვადა გადაჭარბება არ არის.

FAQ#

VDS უბრალოდ VPS-ია სხვა სახელით?

ზოგჯერ. განზრახული განსხვავებაა, რომ VDS CPU-სა და მეხსიერებაზე არ აჭარბებს გაყიდვას, ამიტომ შენი წილი ნამდვილად შენია. სიტყვას არაფერი აღასრულებს, ამიტომ მიიღე ის გადასამოწმებელ მტკიცებად: ჰკითხე CPU მოდელი, ჰკითხე, მიმაგრებულია თუ არა ბირთვები, შემდეგ თავად გაზომე steal time ერთი კვირა.

მჭირდება dedicated server გეიმ სერვერისთვის?

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

რამდენი vCPU მჭირდება?

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

შემიძლია Docker-ის გაშვება ნებისმიერ VPS-ზე?

KVM-ზე, VMware-ზე, Hyper-V-ზე ან Xen-ზე - დიახ. კონტეინერულ ვირტუალიზაციაზე, როგორიცაა OpenVZ ან LXC, ის მოუხერხებლიდან შეუძლებლამდე მერყეობს, რადგან kernel-ს არ აკონტროლებ. გაუშვი systemd-detect-virt ყველაფრის ყიდვამდე, სადაც Docker გეგმის ნაწილია, და ამჯობინე სრული ვირტუალიზაცია, თუ არ ხარ დარწმუნებული.

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

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

განსხვავდება თუ არა აპარატურა VPS-სა და VDS-ს შორის?

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