VPS vai webhotelli: milloin on aika siirtyä VPS-palvelimeen

Erot kohta kohdalta

Webhotellissa palveluntarjoaja hallinnoi palvelinta, jonka se jakaa monen asiakkaan kesken: sama järjestelmä, samat ohjelmistoversiot ja samat asetukset kaikille sekä tilikohtaiset rajat, jotta mikään sivusto ei haittaa muita. VPS:ssä (virtuaalinen yksityispalvelin) teillä on käytössänne eristetty palvelin omine resursseineen, järjestelmineen ja root-oikeuksineen: asennatte sille sen, mitä projektinne vaatii.

Merkit siitä, että on aika siirtyä VPS:ään

1. Sovelluksenne ei ole PHP-sivusto

Node.js-, Python-, Go- tai Java-sovellus on jatkuvasti käynnissä: prosessi odottaa pyyntöjä ja pitää tilansa muistissa. Webhotelli on rakennettu päinvastaiseen: PHP-skripteihin, jotka käynnistetään jokaisella pyynnöllä ja pysäytetään sen jälkeen. Jotkin webhotellit hyväksyvät Node.js:n tai Pythonin ennalta määrätyissä puitteissa (määrätyt versiot, prosessit pysäytetään käyttämättömyyden jälkeen); kun sovellus kasvaa, näistä puitteista tulee sen päärajoite.

2. Tarvitsette palvelun, jota webhotelli ei tarjoa

PostgreSQL, Redis, tehtäväjono (RabbitMQ, Celery, BullMQ), hakukone, käyttöliittymätön selain PDF-tiedostojen tai kuvakaappausten luomiseen, ffmpeg videoiden käsittelyyn, tekoälymalli: kaikki, mikä asennetaan ja ajetaan palveluna, vaatii palvelimen, jonka hallinta on teillä.

3. Tilin rajat tulevat vastaan

Webhotelli rajaa jokaisen tilin: suoritinaika, muisti, samanaikaisten prosessien määrä (entry processes), tiedostojen määrä (inodes). Oireet: sivu ”508 Resource Limit Is Reached”, 503-virheet ruuhka-aikoina, hidas sivusto, kun naapuri kuormittaa palvelinta, keskeytyvät tuonnit. Hallintapaneeli näyttää usein nämä laskurit; jos ne osuvat kattoonsa säännöllisesti, sivusto on kasvanut pakettiaan suuremmaksi.

4. Tehtävien on toimittava itsestään

Joka minuutti ajettavat ajastetut tehtävät, taustakäsittelyt, sähköpostien eräajot, synkronoinnit: webhotelli harventaa ajastettuja tehtäviä ja keskeyttää liian pitkät skriptit. VPS:ssä worker on käynnissä jatkuvasti, ja tehtävä saa kestää niin kauan kuin se tarvitsee.

5. Teidän on säädettävä palvelinta

Tietty PHP:n tai laajennuksen versio, PHP:lle varattu muisti, sovelluksellenne määritetty verkkopalvelin, oma palomuuri, automaattiset julkaisut gitin tai Docker-konttien avulla: jaettu palvelin ei voi avata näitä asetuksia jokaiselle asiakkaalle.

6. Tietoturvavaatimuksenne kasvavat

Asiakastiedot, sopimusvelvoitteet, tietoturva-auditointi: eristetty palvelin, jonka käyttöoikeudet ja lokit ovat hallinnassanne, on helpompi dokumentoida ja tarkastaa kuin tili jaetulla palvelimella.

Entä yrityksen kotisivut?

Yrityksen toimintaa esittelevät kotisivut eivät tarvitse jatkuvia prosesseja eivätkä mittatilaustyönä säädettyä tietokantaa. Jos tarvitsette ennen kaikkea nopeat, turvalliset ja ajan tasalla pysyvät kotisivut ilman mitään ylläpidettävää, oikea vastaus on hallinnoitu verkkosivusto eikä webhotelli tai VPS: Simafri tekee verkkosivustonne, isännöi sen, suojaa sen ja pitää sen ajan tasalla, ja palvelimesta huolehdimme me.

Mitä siirtyminen VPS:ään muuttaa

Root-oikeuksien myötä tulee järjestelmän ylläpito. Webhotellissa palveluntarjoaja hoitaa sen huomaamattanne; VPS:ssä neljä asiaa vaatii vastauksen:

• Tietoturvapäivitykset järjestelmään ja asennettuihin ohjelmistoihin säännöllisesti. Debian ja Ubuntu osaavat asentaa tietoturvakorjaukset itsestään (unattended-upgrades).
• Palomuuri ja käyttöoikeudet: SSH-yhteys avaimella, avoimet portit rajattuina tarpeellisiin.
• Varmuuskopiot: tietäkää, mitä palveluntarjoaja varmuuskopioi ja kuinka usein, ja mitä viette itse lisäksi talteen, tietokannasta alkaen.
• Valvonta: tieto siitä, kun palvelin ei enää vastaa, levy täyttyy tai varmenne on vanhenemassa.

Hoitotapoja on kolme: teette sen itse, etenette tuen avulla, joka tekee diagnoosin ja kertoo, mitä tehdä, tai ulkoistatte palvelimen ylläpidon kokonaan. Valinta riippuu siitä, kuka tiimissänne tuntee Linuxin ja mitä tunnin katko maksaa liiketoiminnallenne.

Siirtyminen VPS:ään ilman katkoa

1. Kartoitus: PHP:n tai ohjelmointikielen versio, laajennukset, tietokanta ja sen koko, ajastetut tehtävät, varmenteet ja se, missä sähköpostiosoitteenne sijaitsevat.
2. VPS:n valmistelu: päivitetty järjestelmä, verkkopalvelin, ohjelmointikieli ja tietokanta samoina versioina kuin nykyisessä ympäristössä.
3. Kopiointi: tiedostot rsync-komennolla tai arkistona ja tietokanta viennillä ja tuonnilla.
4. Testaus ennen vaihtoa: ohjatkaa verkkotunnus vain omalla koneellanne uudelle palvelimelle hosts-tiedoston avulla ja selatkaa sivustoa kuin kävijä.
5. TTL:n laskeminen sivuston DNS-tietueissa muutamaan minuuttiin vaihtoa edeltävänä päivänä, jotta muutos leviää nopeasti.
6. Vaihto: tietokannan viimeinen kopio, sivuston DNS-tietueet osoittamaan uudelle palvelimelle ja lokien seuranta. Pitäkää vanha webhotelli muutaman päivän, kunnes kaikki kävijät ohjautuvat uudelle palvelimelle.

rsync -avz --progress kayttaja@vanha-palvelin:/polku/sivustoon/ /var/www/site/

203.0.113.10  www.sivustonne.com sivustonne.com

Jos sähköpostiosoitteenne ovat samalla webhotellitilillä, vaihtakaa vain sivuston DNS-tietueet ja jättäkää MX-tietueet ennalleen: sähköposti toimii vaihdon aikana ja sen jälkeen, ja se siirretään erikseen.