Shared hosting

Shared hosting eli jaettu webhotelli on palvelu, jossa useiden asiakkaiden verkkosivustot käyttävät yhteisen palvelinympäristön resursseja. Asiakas saa käyttöönsä tilaa sivuston tiedostoille ja palvelupaketin mukaiset ominaisuudet. Palveluntarjoaja huolehtii taustalla toimivan palvelinympäristön ylläpidosta.

Jaettu webhotelli on tavallinen vaihtoehto ensimmäiselle verkkosivustolle, blogille tai pienen yrityksen kotisivuille. Sen käyttö ei yleensä vaadi oman palvelimen asentamista tai käyttöjärjestelmän ylläpitoa. Sivustoa hallitaan usein selaimessa toimivalla hallintapaneelilla.

Palvelupakettien välillä on kuitenkin merkittäviä eroja. Levytila, suorituskyky, varmuuskopiot ja teknisen tuen sisältö kannattaa selvittää ennen tilaamista. Edullinen aloitushinta ei yksin kerro, millaisen ympäristön sivusto tarvitsee tai mitä palvelu maksaa pidemmällä aikavälillä.

Miten shared hosting toimii?

Jaetussa webhotellissa palveluntarjoaja ylläpitää ympäristöä, jossa toimii useiden asiakkaiden sivustoja. Palvelimen prosessorikapasiteettia, muistia ja muita resursseja jaetaan asiakkaiden kesken. Ylläpidon kustannusten jakautuminen mahdollistaa yleensä omaa palvelinympäristöä edullisemman palvelun. AWS:n kuvaus webhotellipalveluista

Asiakkaalla on oma käyttäjätili, jonka kautta hän hallitsee palvelupakettiin kuuluvia toimintoja. Käytössä voi olla esimerkiksi tiedostonhallinta, tietokantojen hallinta ja sähköpostiasetukset.

Jaettu ympäristö ei tarkoita, että asiakkaiden tiedostot olisivat tarkoituksella muiden asiakkaiden nähtävissä. Tilien erottelu ja käyttöoikeudet kuuluvat palvelun tekniseen toteutukseen.

Asiakas ei tavallisesti saa koko palvelimen pääkäyttäjän oikeuksia. Ohjelmistovalinnat ja palvelinasetukset pysyvät siksi pitkälti palveluntarjoajan määrittelemissä rajoissa.

Kenelle jaettu webhotelli sopii?

Shared hosting sopii usein sivustolle, jonka tekniset tarpeet ovat melko tavanomaiset. Esimerkiksi yritysesittely, harrastusblogi tai yhdistyksen tiedotussivusto voi toimia siinä hyvin.

Sopivuutta kannattaa arvioida sisällön ja toimintojen perusteella. Pelkkä sivujen määrä ei ratkaise resurssitarvetta. Sadan kevyen artikkelin sivusto voi kuormittaa ympäristöä vähemmän kuin muutama raskas, jatkuvasti tietokantaa käsittelevä näkymä.

Jaettu webhotelli voi olla käytännöllinen vaihtoehto, kun:

• haluat julkaista tavallisen verkkosivuston
• et tarvitse omia palvelinohjelmistoja
• arvostat valmista hallintapaneelia
• haluat pitää ylläpitotyön kohtuullisena
• sivuston kuormitus sopii paketin rajoihin.

Myös pieni verkkokauppa voi toimia jaetussa ympäristössä. Tällöin tilausprosessin, samanaikaisten käyttäjien ja taustatehtävien vaatimukset on kuitenkin arvioitava huolellisesti.

Mitä palvelupakettiin kuuluu?

Webhotellipaketti voi sisältää levytilan lisäksi tietokantoja, sähköpostilaatikoita, HTTPS-varmenteen ja erilaisia hallintatyökaluja. Kaikki ominaisuudet eivät kuulu jokaiseen pakettiin.

Verkkotunnus ja webhotelli ovat eri palveluita. Verkkotunnus toimii sivuston osoitteena, kun taas webhotelli tarjoaa ympäristön sivuston suorittamiseen ja tiedostojen säilyttämiseen. Ne voidaan hankkia samalta tai eri palveluntarjoajilta. AWS:n selitys verkkotunnuksen ja webhotellin erosta

Tarkista myös, kuinka monta sivustoa paketissa saa ylläpitää. Usean verkkotunnuksen liittäminen ei välttämättä tarkoita rajatonta määrää erillisiä sivustoja tai niille omaa suorituskykyä.

Kirjoita ennen vertailua lista tarvitsemistasi ominaisuuksista. Näin et maksa turhista lisäpalveluista etkä huomaa vasta käyttöönotossa olennaisen toiminnon puuttuvan.

Resurssirajat vaikuttavat suorituskykyyn

Levytila kertoo, kuinka paljon tietoa voidaan säilyttää. Se ei kerro, kuinka nopeasti sivusto pystyy käsittelemään kävijöiden pyyntöjä.

Jaetussa ympäristössä voidaan rajoittaa esimerkiksi prosessorin käyttöä, muistia, levyliikennettä ja samanaikaisten prosessien määrää. CloudLinux on yksi teknologia, jolla palveluntarjoajat voivat toteuttaa tällaisia tilikohtaisia rajoja. Kaikki webhotellit eivät käytä samaa ratkaisua. CloudLinuxin resurssirajojen dokumentaatio

Pakettia vertaillessa kannattaa kysyä, mitä tapahtuu rajan täyttyessä. Hidastuuko käsittely, keskeytyvätkö pyynnöt vai ehdottaako palveluntarjoaja suurempaa pakettia?

Myös tiedostojen määrälle voi olla erillinen raja. Suuri määrä pieniä välimuisti- tai sähköpostitiedostoja voi silloin täyttää kiintiön, vaikka levytilaa olisi jäljellä.

”Rajaton” markkinointilupaus kannattaa aina lukea yhdessä käyttöehtojen kanssa.

Nopeus syntyy palvelimen ja sivuston yhteistyöstä

Sivuston hitaus ei automaattisesti tarkoita, että jaettu webhotelli olisi väärä valinta. Ongelma voi olla myös suurissa kuvissa, raskaissa lisäosissa tai tehottomassa tietokannan käytössä.

Esimerkiksi sivu, joka tekee jokaisella avauksella useita ulkoisia palvelupyyntöjä, voi hidastua niiden takia. Suurempi palvelinpaketti ei välttämättä poista odotusta.

Aloita selvittämällä, missä hitaus ilmenee. Onko koko sivusto hidas vai ainoastaan tietty toiminto? Tapahtuuko ongelma jatkuvasti vai ruuhka-aikoina?

Tarkista mahdollinen resurssiraportti ja pyydä tukea tulkitsemaan sitä. Tee sen jälkeen korjauksia havaintojen perusteella.

Välimuisti voi auttaa julkisen sisällön tarjoamisessa, mutta esimerkiksi ostoskorin ja kirjautuneen käyttäjän näkymien käsittely vaatii huolelliset asetukset.

Tarkista julkaisujärjestelmän vaatimukset

Webhotellin täytyy tukea käyttämäsi julkaisujärjestelmän tarvitsemaa ympäristöä. Tarkistettavia asioita ovat esimerkiksi PHP-versio, tietokanta, tarvittavat PHP-laajennukset ja HTTPS.

WordPress julkaisee omat palvelinvaatimuksensa, joiden avulla yhteensopivuutta voi arvioida. Pelkkä maininta PHP-tuesta ei vielä kerro, vastaako ympäristö käytössä olevan ohjelmiston suosituksia. WordPressin palvelinvaatimukset

Silverstripe CMS:n kohdalla kannattaa varmistaa lisäksi, että palvelu sopii projektin asennus- ja julkaisumenetelmään. Tarkista tarvittavat komentorivityökalut tai muu tapa siirtää valmis sovellus palvelimelle. Silverstripen palvelinvaatimukset

Lähetä vaatimukset tarvittaessa palveluntarjoajalle ennen tilaamista. Täsmällinen kysymys tuottaa hyödyllisemmän vastauksen kuin yleinen tiedustelu siitä, tukeeko palvelu verkkosivustoja.

Ylläpitovastuu jakautuu palveluntarjoajan ja asiakkaan kesken

Palveluntarjoaja huolehtii tyypillisesti palvelinympäristöstä, mutta asiakkaan oman sivuston ylläpito ei välttämättä kuulu hintaan. Julkaisujärjestelmän, teemojen ja lisäosien päivitykset voivat jäädä asiakkaalle.

Selvitä vastuut konkreettisesti. Kuka korjaa sivuston, jos lisäosan päivitys rikkoo lomakkeen? Entä kuuluuko haittaohjelmien poistaminen palveluun?

Omassa työssä kannattaa huolehtia vahvoista salasanoista, tarpeettomien tunnusten poistamisesta ja hallintapaneelin monivaiheisesta tunnistautumisesta, jos se on saatavilla.

HTTPS suojaa yhteyttä, mutta ei korjaa vanhentunutta sovellusta tai virheellisiä käyttöoikeuksia.

Pidä myös yhteystiedot ajan tasalla. Palveluntarjoajan ilmoitukset käyttökatkoista, laskutuksesta tai havaituista ongelmista täytyy saada oikealle henkilölle.

Varmuuskopioiden palautettavuus on ratkaisevaa

Selvitä, kuinka usein varmuuskopioita otetaan, kuinka pitkään niitä säilytetään ja mitä niihin sisältyy. Tiedostot, tietokannat ja sähköpostit eivät välttämättä kuulu samaan varmistukseen.

Kysy myös palautustavasta. Voitko palauttaa yhden tiedoston itse, vai tarvitaanko asiakaspalvelua? Maksaako palautus erikseen?

Esimerkiksi cPanelin tavallisessa varmuuskopiointitoiminnossa koko tilin varmuuskopion automaattinen palauttaminen edellyttää palveluntarjoajan apua. Palveluun voi kuitenkin kuulua muita palautustyökaluja. cPanelin varmuuskopiointiohje

Pidä tärkeästä sivustosta myös erillinen, ajantasainen kopio. Samalla tilillä säilytetty varmuuskopio ei auta kaikissa tilanteissa.

Dokumentoi palautuksen vaiheet ja kokeile niitä sopivassa testiympäristössä. Pelkkä onnistuneen varmistuksen ilmoitus ei osoita, että koko sivusto saadaan toimintakuntoon.

Sähköposti kannattaa arvioida omana kokonaisuutenaan

Webhotelliin voi kuulua sähköpostipalvelu, mutta sen ominaisuudet ja lähetysrajat on tarkistettava erikseen. Tavallinen sähköpostilaatikko ei välttämättä sovellu laajaan uutiskirjeiden lähettämiseen.

Verkkosivuston lomakkeet ja tilausvahvistukset tarvitsevat myös toimivan lähetystavan. Kokeile viestien saapuminen käytännössä.

SPF- ja DKIM-määritykset liittyvät lähettäjän todentamiseen. Niitä voidaan hallita esimerkiksi cPanelin sähköpostin toimitettavuustyökaluilla, mutta muutokset täytyy tehdä verkkotunnuksen varsinaiseen DNS-palveluun. cPanelin sähköpostiohje

Sähköpostia ei tarvitse pitää samassa palvelussa verkkosivuston kanssa. Erillinen sähköpostipalvelu voi helpottaa myöhempää webhotellin vaihtamista ja tarjota yrityksen tarvitsemia yhteistyöominaisuuksia.

Näin vertailet paketteja ja varaudut kasvuun

Katso aloitushinnan lisäksi uusimishinta, laskutusjakso ja mahdolliset lisämaksut. Varmista, jatkuuko tarjous vain ensimmäisen sopimuskauden ajan.

Vertaa palveluita ainakin näillä perusteilla:

1. Julkaisujärjestelmän yhteensopivuus.
2. Suorituskyky ja resurssirajat.
3. Varmuuskopioiden sisältö ja palautus.
4. Teknisen tuen saatavuus ja vastuut.
5. Sähköpostin ominaisuudet.
6. Kokonaishinta uusimisen jälkeen.
7. Sivuston siirtäminen toiseen palveluun.

Suurempaan ratkaisuun siirtyminen tulee ajankohtaiseksi, jos resurssit täyttyvät toistuvasti optimoinnista huolimatta tai sovellus tarvitsee ominaisuuksia, joita ympäristö ei tarjoa.

Jaettu webhotelli voi palvella sivustoa pitkään. Sopiva paketti antaa riittävästi kapasiteettia, ymmärrettävät käyttöehdot ja toimivan tuen ilman tarpeetonta ylläpitotaakkaa.