Hooldus Drupal

Drupali majutuse nõuded — Eesti, EL-i ja USA pakkujate valik

🎧 Kuula kõiki artikleid järjest

Drupal võib töötada ka soodsas jagatud majutuses, kuid hooldus, uuendused ja turvapaigad näitavad kiiresti, kas keskkond on selleks tegelikult sobiv. Alusta tehnilistest nõuetest, mitte hinnakirja esimesest reast.

Drupali jaoks ei piisa lihtsalt serverist

Drupal töötab tehniliselt väga erinevates majutuskeskkondades, kuid kõik neist ei sobi pikaajaliseks kasutamiseks.

Sageli ilmnevad probleemid alles siis, kui veeb kasvab, lisanduvad integratsioonid, suureneb liiklus või tekib vajadus teha regulaarseid turvauuendusi.

Seetõttu tasub majutuse valikul vaadata kaugemale hinnast ja kettamahust. Oluline on hinnata, kas keskkond toetab tänapäevast Drupali arendust, hooldust ja jõudluse optimeerimist.

Lühidalt: hooldatav Drupal 10 või Drupal 11 sait vajab toetatud PHP-versiooni, piisavalt mälu Composeri jaoks, SSH-ligipääsu, taastatavaid varukoopiaid, cron-töid, logisid ja selget uuendusteed.

Kui mõni neist puudub, muutub esimene tõsisem uuendus aeglasemaks ja riskantsemaks.

PHP-versioon on kriitilise tähtsusega

Drupal sõltub otseselt PHP-versioonist.

Uuemad Drupali versioonid nõuavad uuemaid PHP väljalaskeid ning vananenud PHP võib muuta uuendused võimatuks isegi siis, kui ülejäänud süsteem töötab.

Majutust valides tasub kontrollida:

  • milline PHP-versioon on saadaval;
  • kui kiiresti pakkuja uusi versioone kasutusele võtab;
  • kas PHP-versiooni saab ise vahetada;
  • kas vanad versioonid eemaldatakse mõistliku ajakava järgi.

Drupali projekti eluiga on sageli aastaid ning server peab suutma toetada ka tulevasi versiooniuuendusi.

Kontrolli ka seda, kas käsurea PHP ja veebiserveri PHP kasutavad sama versiooni. Composer töötab sageli käsureal, avalik veeb aga Apache või PHP-FPM-i kaudu. Kui versioonid erinevad, võib uuendus ühes kohas õnnestuda ja teises ebaõnnestuda. Sellest kirjutan täpsemalt artiklis PHP-versioon ja Drupali majutus.

Mälupiirangud mõjutavad hooldust

Drupal ise ei vaja alati väga palju mälu, kuid uuendused ja Composeri töövood vajavad.

Praktilised suurusjärgud on:

Projekti tüüpSoovituslik PHP memory_limit
Lihtne veebileht256 MB
Keskmise keerukusega Drupali veeb512 MB
Suurem platvorm või palju integratsioone512 MB – 1 GB

Liiga madal mälupiirang põhjustab sageli probleeme just siis, kui tehakse turvauuendusi või suuremaid versiooniuuendusi.

SSH ja Composer peaksid olema standard

Tänapäevane Drupali arendus põhineb Composeril.

See tähendab, et professionaalses Drupali keskkonnas peaksid olema olemas:

  • SSH-ligipääs;
  • Composeri kasutamise võimalus;
  • käsurea tööriistad;
  • Drushi kasutamise võimalus.

Kui kogu haldus toimub ainult FTP kaudu, muutub projektide hooldamine keeruliseks ja vigade risk suureneb.

Praktikas on SSH-ligipääs üks lihtsamaid viise eristada professionaalset Drupali majutust tavalisest veebimajutusest.

Andmebaasi tugi

Drupal toetab mitut andmebaasimootorit, kuid kõige sagedamini kasutatakse MySQL-i või MariaDB-d.

Kontrollida tasub:

  • andmebaasi versiooni;
  • automaatsete varukoopiate olemasolu;
  • jõudluse seadistusi;
  • andmebaasi taastamise võimalusi.

Andmebaasi uuendamine võib olla sama oluline kui Drupali tuuma uuendamine.

Cron-tööd ja automatiseerimine

Drupal vajab regulaarseid taustatöid.

Näiteks:

  • otsingu indekseerimine;
  • vahemälu haldus;
  • e-kirjade saatmine;
  • integratsioonide sünkroniseerimine.

Server peaks võimaldama kasutada süsteemset cron-teenust, mitte ainult Drupali tuuma sisseehitatud automatiseeritud cron-lahendust.

Suuremate veebide puhul mõjutab see otseselt süsteemi töökindlust.

Varukoopiad ja taastamine

Varukoopia olemasolu ei tähenda automaatselt, et süsteemi saab kiiresti taastada.

Majutust valides tasub küsida:

  • kui tihti varukoopiaid tehakse;
  • kui kaua neid säilitatakse;
  • kui kiiresti saab taastamise teha;
  • kas taastada saab ainult kogu konto või ka üksikuid andmeid.

Taastamisprotsess on sama oluline kui varukoopia ise.

Alusta projekti tüübist, mitte pakkuja nimest

Parim majutaja sõltub kliendist ja Drupali projekti nõuetest.

Eesti ja Baltikumi väiksemate või keskmise suurusega Drupali saitide puhul on kohalik tugi sageli praktiline eelis. Zone.ee ja Veebimajutus.ee võivad sobida, kui valitud paketis on SSH, Composer, ajakohane PHP, cron ja taastatavad varukoopiad. WaveCom tasub lisada valikusse siis, kui projekt vajab VPS-i, VMware Cloudi, privaatserverit, serverimajutust või muud Eesti andmekeskusel põhinevat teenust.

Rahvusvahelise või ärikriitilise Drupali platvormi puhul tuleb vaadata laiemalt: kas sobib Drupalile keskendunud platvorm nagu Pantheon või Acquia Cloud Platform, Euroopa piirkondi pakkuv PaaS-lahendus, hallatud pilv või eraldi DevOps-vastutusega pilvekeskkond. Võimalikud kandidaadid on näiteks Upsun ja amazee.io.

Partnerkokkulepe või sooduskood ei tohi olla esimene filter. Esmalt peab pakkuja tehniliselt sobima. Seejärel saab otsustada, kas partnerlinki või sooduskoodi on mõistlik kasutada ja kuidas see läbipaistvalt märkida.

Jagatud majutus, VPS või privaatserver?

Majutuse tase peaks vastama projekti riskile.

Jagatud majutus võib sobida väikesele Drupali saidile, kui olemas on SSH, Composer, cron, varukoopiad ja ajakohane PHP. See on tavaliselt kõige soodsam mõistlik valik, kuid ressursipiirangud ja toe ulatus peavad olema selged.

VPS või pilveserver sobib paremini siis, kui saidil on rohkem liiklust, mahukad cron-tööd, integratsioonid, kohandatud kood, vajadus Redise või Solri järele või rangem kontroll juurutamise üle. Vastutasuks tuleb kellelgi hallata operatsioonisüsteemi uuendusi, tulemüüri, monitooringut, varukoopiaid ja intsidente.

Hallatud VPS või hallatud pilv on sageli praktiline kesktee. Klient saab rohkem kontrolli ja ressursse kui jagatud majutuses, kuid serverihalduse koormus ei jää täielikult kliendi või arendaja õlule.

Privaatserver või serverimajutus on mõistlik siis, kui platvormil on ranged jõudluse, nõuetele vastavuse, andmete asukoha või isolatsiooni nõuded. Väikese Drupali saidi puhul on see harva esimene valik, kuid ärikriitilise süsteemi puhul võib see olla õige.

Pakkujate valik pakkumise tüübi järgi

See ei ole lõplik edetabel, vaid esialgne valiknimekiri. Iga pakkuja puhul tuleb enne soovitamist üle kontrollida PHP-versioon, Composeri ja SSH kasutamise võimalus, cron, varukoopiad, logid, testkeskkond ning toe tegelik reageerimiskiirus.

Drupalile keskendunud PaaS ja WebOps: Pantheon ja Acquia Cloud Platform on esimesed kandidaadid suuremate Põhja-Ameerika ja rahvusvaheliste Drupali projektide puhul. Need sobivad siis, kui klient tahab hallatud Drupali platvormi, mitte ise serverit hallata.

Euroopa PaaS ja avatud lähtekoodiga platvormimajutus: Upsun ja amazee.io tasub üle vaadata siis, kui olulised on andmete asukoht, taristu haldamine koodina, Euroopa ajavööndis pakutav tugi ja avatud lähtekoodiga majutusarhitektuur.

Eesti jagatud majutus ja ärimajutus: Zone.ee, Veebimajutus.ee, Virtuaal.com ja Radicenter tasub üle vaadata väiksemate ja keskmiste Drupali saitide puhul. Otsustav ei ole soodsaim hind, vaid SSH, Composer, PHP-versiooni vahetamine, cron, varukoopiate taastamine ja ligipääs logidele.

Eesti VPS, pilv, privaatserver ja andmekeskuse taristu: WaveCom, Zone.ee CloudServer VPS, Core Hosting, EstNOC ja Estoxy on asjakohasemad siis, kui projekt vajab VPS-i, pilveserverit, privaatserverit, suuremat võrgumahtu, serverimajutust või Eesti andmekeskusel põhinevat taristut. Sellise lahenduse puhul peab WebPro või muu tehniline tiim tavaliselt võtma suurema vastutuse serveri käitamise eest.

Soodsam hallatud pilv: Cloudways võib sobida väiksemale PHP- või Drupali projektile, millele piisab hallatud pilve põhitasemest. Enne soovitamist tuleb kontrollida varukoopiaid, testkeskkonda, Redise tuge, cron-tööde seadistamist ja toe piire.

Ise hallatav pilv ja VPS: DigitalOcean Droplets, AWS Lightsail, Google Cloud, Microsoft Azure ja Hetzner Cloud saavad Drupalit hästi jooksutada, kuid siis tuleb tehnilisel tiimil ise katta turvauuendused, varukoopiad, monitooring, juurutus ja intsidentidele reageerimine.

Privaatserver ja serverimajutus erijuhtudeks: WaveCom, Telia seadmemajutus, Estoxy dedicated servers ja HostSlim Tallinn ei ole tavalise Drupali kodulehe esimene valik, kuid võivad sobida andmete asukoha, suure võrgumahu, isolatsiooni või serverimajutuse nõude korral.

Jõudlus ja vahemälu

Kui veebi liiklus kasvab, muutub serveri arhitektuur olulisemaks.

Drupali veebide puhul tasub uurida:

  • Redise tuge;
  • Varnishi tuge;
  • CDN-i kasutamise võimalust;
  • HTTP/2 või HTTP/3 tuge;
  • OPcache olemasolu.

Need lahendused võivad mõjutada jõudlust rohkem kui serveri protsessori või mälumahu suurendamine.

Kas jagatud majutusest piisab?

Paljud Drupali veebid töötavad edukalt jagatud majutuses.

Probleemid tekivad tavaliselt siis, kui:

  • liiklus kasvab kiiresti;
  • kasutatakse palju integratsioone;
  • veeb sisaldab keerukat äriloogikat;
  • vajatakse suuremat jõudlust.

Sellisel juhul võib VPS või hallatud serverikeskkond olla mõistlikum lahendus.

Küsimused, mida majutajalt küsida

Enne lepingu sõlmimist tasub küsida:

  1. Millised PHP-versioonid on saadaval?
  2. Kas SSH-ligipääs on olemas?
  3. Kas Composer ja Drush on kasutatavad?
  4. Milline andmebaasi versioon on kasutusel?
  5. Kas cron-töid saab seadistada?
  6. Kuidas toimivad varukoopiad?
  7. Kas Redis või muud vahemälulahendused on toetatud?
  8. Kas server toetab HTTP/2 või HTTP/3?
  9. Kas logidele pääseb ligi ilma tugipiletita?
  10. Kas testkeskkonda saab lihtsalt luua?

Nendele küsimustele saadud vastused annavad sageli parema ülevaate majutuse sobivusest kui tehniliste näitajate loetelu.

Hea Drupali majutus toetab kogu projekti elutsüklit

Majutuse valik ei mõjuta ainult veebi tänast toimimist. See mõjutab ka seda, kui lihtne on süsteemi uuendada, hooldada, arendada ja skaleerida järgmiste aastate jooksul.

Seetõttu tasub Drupali projekti puhul hinnata majutust sama hoolikalt kui arenduspartnerit või platvormi ennast.

Õigesti valitud keskkond vähendab tehnilisi piiranguid ning võimaldab keskenduda veebi arendamisele, mitte serveriprobleemide lahendamisele.

Telli RSS
Kaido Toomingas, WebPro tehniline juhtWebPro Company OÜ Tehniline juht: Kaido Toomingas

Vajad Drupal abi?

Kui artikkel puudutab sinu olukorda, ei pea kõike lõpuni lugema. Sinuga suhtleb päris inimene ja aitab järgmise sammuni jõuda.

Võta ühendust