VPS ar bendrasis hostingas: kada laikas pereiti prie VPS

Skirtumas punktas po punkto

Bendrajame hostinge teikėjas administruoja serverį, kuriuo dalijasi daugybė klientų: ta pati sistema, tos pačios programinės įrangos versijos, tie patys nustatymai visiems ir ribos kiekvienai paskyrai, kad nė viena svetainė netrukdytų kitoms. VPS (virtualus privatus serveris) suteikia jums izoliuotą serverį su savo ištekliais, savo sistema ir root prieiga: jame diegiate tai, ko reikia jūsų projektui.

Ženklai, kad laikas pereiti prie VPS

1. Jūsų programa nėra PHP svetainė

Node.js, Python, Go ar Java programa veikia nuolat: procesas laukia užklausų ir laiko savo būseną atmintyje. Bendrasis hostingas sukurtas priešingam atvejui: PHP scenarijams, kurie paleidžiami su kiekviena užklausa ir po jos sustabdomi. Kai kurie teikėjai priima Node.js ar Python ribotomis sąlygomis (primestos versijos, procesai sustabdomi po neveiklumo); programai augant, šios sąlygos tampa pagrindiniu apribojimu.

2. Jums reikia paslaugos, kurios teikėjas nesiūlo

PostgreSQL, Redis, užduočių eilė (RabbitMQ, Celery, BullMQ), paieškos variklis, naršyklė be grafinės sąsajos PDF failams ar ekrano nuotraukoms kurti, ffmpeg vaizdo įrašams apdoroti, DI modelis: viskam, kas diegiama ir veikia kaip paslauga, reikia serverio, kurį valdote jūs.

3. Pasiekiate paskyros ribas

Bendrojo hostingo teikėjas riboja kiekvieną paskyrą: procesoriaus laiką, atmintį, vienu metu veikiančių procesų skaičių (entry processes), failų skaičių (inodes). Simptomai: puslapis „508 Resource Limit Is Reached“, klaidos 503 piko valandomis, lėta svetainė, kai kaimynas apkrautas, nutrūkstantys importai. Valdymo skydelis dažnai rodo šiuos skaitiklius; jei jie reguliariai pasiekia savo ribą, svetainė išaugo savo planą.

4. Užduotys turi vykti savarankiškai

Kas minutę vykdomos suplanuotos užduotys, foniniai procesai, masinis el. laiškų siuntimas, sinchronizacijos: bendrasis hostingas suplanuotas užduotis vykdo retesniais intervalais ir nutraukia per ilgai trunkančius scenarijus. VPS serveryje darbinis procesas veikia nuolat, o užduotis trunka tiek, kiek jai reikia.

5. Jums reikia sureguliuoti serverį

Konkreti PHP ar plėtinio versija, PHP skirta atmintis, jūsų programai sukonfigūruotas žiniatinklio serveris, jūsų pačių ugniasienė, automatizuoti diegimai per git ar Docker konteinerius: tai nustatymai, kurių bendras serveris negali atverti kiekvienam klientui.

6. Didėja jūsų saugumo reikalavimai

Klientų duomenys, sutartiniai įsipareigojimai, saugumo auditas: izoliuotą serverį, kurio prieigas ir žurnalus valdote jūs, paprasčiau dokumentuoti ir kontroliuoti nei paskyrą bendrame serveryje.

O vizitinės kortelės svetainei?

Vizitinės kortelės svetainei, kuri pristato veiklą, nereikia nei nuolatinių procesų, nei individualiai sureguliuotos duomenų bazės. Jei jums pirmiausia reikia greitos, saugios ir atnaujintos svetainės, nieko neadministruojant, tinkamiausias atsakymas yra ne bendrasis hostingas ir ne VPS, o valdoma svetainė: Simafri sukuria, talpina, apsaugo ir nuolat atnaujina jūsų svetainę, o jums nereikia prižiūrėti jokio serverio.

Ką pakeičia perėjimas prie VPS

Kartu su root prieiga ateina ir sistemos priežiūra. Bendrajame hostinge ja rūpinasi teikėjas, jums to nematant; VPS serveryje keturi klausimai reikalauja atsakymo:

• Saugumo atnaujinimai sistemai ir įdiegtai programinei įrangai, taikomi reguliariai. Debian ir Ubuntu moka patys įdiegti saugumo pataisas (unattended-upgrades).
• Ugniasienė ir prieigos: SSH prisijungimas raktu, atviri tik būtini prievadai.
• Atsarginės kopijos: žinoti, ką kopijuoja hostingo teikėjas, kaip dažnai, ir ką papildomai eksportuojate jūs, pradedant duomenų baze.
• Stebėsena: gauti įspėjimą, kai serveris nebeatsako, diskas prisipildo ar baigiasi sertifikato galiojimas.

Tai galima tvarkyti trimis būdais: patiems, su ekspertų pagalba, kuri diagnozuoja ir nurodo, ką daryti, arba patikint eksploatavimą valdymo paslaugai. Pasirinkimas priklauso nuo to, kas jūsų komandoje išmano Linux, ir nuo to, kiek jūsų veiklai kainuoja prastovos valanda.

Pereiti prie VPS be prastovos

1. Inventorizacija: PHP ar kitos kalbos versija, plėtiniai, duomenų bazė ir jos dydis, suplanuotos užduotys, sertifikatai ir vieta, kur yra jūsų el. pašto adresai.
2. VPS paruošimas: atnaujinta sistema, žiniatinklio serveris, programavimo kalba ir duomenų bazė, tų pačių versijų kaip esamos.
3. Kopijavimas: failai per rsync ar archyvą, o duomenų bazė eksportuojant ir importuojant.
4. Bandymas prieš perjungimą: tik savo kompiuteryje per hosts failą nukreipkite domeną į naują serverį ir naršykite svetainę kaip lankytojas.
5. TTL sumažinimas: dieną prieš perjungimą svetainės DNS įrašų TTL sumažinkite iki kelių minučių, kad pakeitimas greitai pasklistų.
6. Perjungimas: paskutinė duomenų bazės kopija, svetainės DNS įrašai nukreipiami į naują serverį, tada stebimi žurnalai. Senąjį hostingą palikite kelioms dienoms, kol visi lankytojai pasieks naująjį.

rsync -avz --progress vartotojas@senas-serveris:/kelias/iki/svetaines/ /var/www/site/

203.0.113.10  www.jusu-svetaine.com jusu-svetaine.com

Jei jūsų el. pašto adresai talpinami toje pačioje bendrojo hostingo paskyroje, keiskite tik svetainės DNS įrašus, o MX įrašus palikite vietoje: el. paštas veikia perjungimo metu ir po jo, o perkeliamas atskirai.