Blogin verkkoyhteys päivitettiin nopeammaksi
12. Maaliskuuta 2007
ylitalot.net:n kuva-albumit pyörivät webhotelli palvelua myyvän yrityksen koneella. Blogi sen sijaan ajetaan ainakin toistaiseksi ADSL piuhan takana olevassa koneessa. Työhön liittyvien kuvioiden takia päätin vihdoinkin vaihtaa omilla rahoilla maksetun 1M/512k ADSL yhteyden työnantajan nopeampaan ADSL yhteyteen. ADSL modeemin vaihtumisen, uuden yksikön konfiguroinnin, yms. päivitysoperaation aiheuttaman käyttökatkon olemme nyt merkittävästi nopeammalla verkkoyhteydellä taas linjoilla.
Jotta jatkossa ei tulisi ADSL yhteyteen liittyviä turhia katkoja, niin jossain vaiheessa täytyy harkita, että hankinko jostain erillisen domainin ylitalot.net:n blogin pyörittämiseen vai siirränkö ylitalot.net sivuston kokonaisuudessaan nykyiseltä palveluntarjoajalta jonnekin, jolta saisi samaan hintaan levytilan lisäksi MySQL kannan. Nykyisen palveluntarjoajan kohdalla MySQL:n pyörittäminen on hinnoiteltu sen verran korkealle, että siinä pitäisi pyörittää julkista foorumia tms. aktiviteettia, jotta se olisi hintansa arvoinen.
Vaatimuksina kilpaileville palveluntarjoajaille ovat pääsy UNIX:n komentotasolle, mahdollisuus ajaa rsync:iä ssh:n yli, palvelimet sijaitsevat pohjoismaissa tai Virossa, MySQL-kanta blogia ja muita kokeellisia projekteja varten, minimissään 1GB levytilaa valokuville ja muille tiedostoille, mahdollisuus ajaa cgi-bin skriptejä (muutakin kuin PHP) ja hinta alle 200EUR/vuosi (nykyinen webhotelli maksaa 175EUR/vuosi ja MySQL kanta maksaisi 108EUR/vuosi (eli yhteensä 283EUR/vuosi)).
Tulin erään yhdistyksen sivujen kautta törmänneeksi sigmatic.fi:n, joka vaikutti ensi alkuun mainiolta vaihtoehdolta. Tulin kuitenkin viisi päivää sitten pyytäneeksi heidän tueltaan apu, kun minun yksinkertaisimmatkin testi cgi-bin ohjelmat (testenv, jne.) aiheuttavat ‘500 internal server error’:n, vaikka ympäristö on mielestäni täysin heidän käyttöohjeiden mukainen. Tähän mennessä en ole saanut tuohon kyselyyn muuta vastausta kuin automaattisesti generoidun tikettinumeron.
Todettakoon jatkoksi tähän artikkeliin, että sigmatic:lta tuli lopulta vastaus cgi-bin skriptejä koskevaan kyselyyni. Palvelinohjelmistosta vastaava henkilö oli ollut edellisen viikon lomilla ja sen seurauksena tapauksen käsittely aika venyi viikkoon. Asian positiivinen puoli on, että kun he lopulta palasivat asiaan, niin he olivat korjanneet tapauksen kuntoon.
Itse etsin tällä hetkellä luotettavaa webhotellia.
Ihan mielenkiinnosta kysyn, miten tuo ADSL homma sinulla toimi? katkoksia ilmeisesti, mutta miten suuret kävijäpiikit aiheuttivat ongelmia?
Omat negatiiviset kokemukseni ADSL purkin käyttöön blogin pyörittämisessä keskittyvät seuraaviin asioihin:
- kuvia lataillessa ADSL:n pieni upstream nopeus on monesti ärsyttävä, jos haluaa itse ladata alkuperäisiä kuvia sieltä. Tältä osin mikä tahansa webhotel on parempi vaihtoehto.
- jos olet reissussa (esim. lomalla) ja ADSL purkin kanssa tulee mitään ongelmia, niin se todennäköisesti on ja pysyy alhaalla siihen asti kunnes sinä palaat kotiin
Eli en missään vaiheessa (ainakaan tietääkseni) törmännyt sellaisiin ongelmiin, että yhteys olisi mennyt täysin tukkoon liian suuren käyttäjämäären takia, mutta en ollut tyytyväinen siihen, että kauanko yksittäisten sivujen normaali lataaminen kesti.
Homman jakaminen ADSL purkin ja webhotellin välille oli sikäli tyhmä idea, että jos webhotellin sivusto on http://www.sivusto.com, kun sinun ADSL purkin koneen nimi täytyy olla jotain muuta. Parhaassa tapauksessa ongelmaa voi kiertää siten, että blogia ajetaan blog.sivusto.fi nimen alla, mutta tämä riippuu niin siitä, että miten fiksusti olet saanut hanskattua domain osoitteesi hallinnoinin.
Kaiken kaikkiaan sanoisin, että kaikkein helpoimmalla pääsee, jos hommaa kerralla sellaisen webhotellin, joka tarjoaa kaiken haluamasi fiksuun hintaan. Tässä törmätään varsin nopeasti peruskysymyksiin siitä, että pitääkö palvelimen sijaita Suomessa vai saako se olla USA:ssa. USA:ssa on paljon mukavan hintaisia (tyyliin USD10/kk), jotka antavat sinulle heti alkuunsa MySQL, yms. palvelut, mutta tyypillinen vastaargumentti on, että yhteydet USA:aan voivat välillä olla hiukan hitaita. Minulla ei ole mitään omakohtaisia kokemuksia USA:ssa toimivista palveluntarjoajista, mutta monet tuntuvat hehkuttavat Hostgator firman palvelujen puolesta. Mikäli teknistä osaamista löytyy, niin USA:n kohdalla yksi mielenkiintoinen vaihtoehto voisi myös olla Amazon Web Services, jolloin saisit kohtuulliseen hintaan oman palvelimen, jonka voisi konfiguroida aivan mielensä mukaisesti.
Suomen osalta minulla on vain kokemusta sigmatic.fi ja Nebulasta. Sigmatic:iä tulin käytelleeksi erään yhdistyksen sivuja ylläpitäessä ja tuolloin heillä oli pahana tapana tehdä erilaisia muutoksia palvelinympäristöön ilman, että siitä tuli minullepäin mitään tietoa ja lisäksi heiltä oli ainakin pariin otteeseen levytilat loppu. Levytila ongelmaa he selittelivät sillä, että he olivat juuri ottamassa käyttöön uutta levyjärjestelmää, joka tulisi ratkaisemana kaikki ongelmat. Tuo levyjärjestelmä kieltämättä tuli lopulta ja sitä odotellessa he suostuivat hyvittämään seuraavassa laskussa 3kk hosting kulut, mutta en enään välttämättä laittaisi minkään kaupallisen yrityksen sivuja heidän palvelimilleen.
Nebulasta minulla on pääsääntöisesti vain hyvää sanottavaa, mutta heidän kohdallaan on kaksi asiaa, joissa heillä olisi petrattavaa. Nebula on yksi niistä harvoissa, joilla MySQL ei kuulu automaattisesti palvelun piiriin (lisäpalveluna se maksaa 9 euroa/kk). Lisäksi haluaisin mahdollisuuden määritellä web sivustot siten, että sivusto.fi:n sivut ovat ~/sivusto_html hakemistopuussa, pages.fi sivut ovat ~/pages_html hakemistopuussa, jne.
Jos olisin nyt luomassa ylitalot.net:n konseptia puhtaalta pöydältä uusiksi, niin yksi harkitsemisen arvoinen vaihtoehto olisi hankkia DNS palvelu joltain riippumattomalta taholta (esim. GoDaddy) ja konfiguroida se siten, että http://www.sivusto.fi osoittaisikin webhotellin sijasta ilmaiseen bloggeriin, kuva-albumit kannattaisi todennäköisesti rakentaa kuvat.fi, flickr, tms. kuvion päälle, jne.. Suurin jarruttava tekijä tälle idealle on nykyisen systeemin konvertoinnin vaatima työmäärä.