Blog

Una web deixa de carregar. Apareix un error. El panell d’administració no respon. Els formularis deixen de funcionar o la pàgina triga tant a obrir-se que sembla completament caiguda.

La primera reacció sol ser pensar: “el hosting no funciona”.

Però una web pot deixar d’estar disponible per molts motius i no tots tenen l’origen directament al servidor.

El problema pot estar en la mateixa aplicació, en la base de dades, en una configuració DNS, en un certificat, en una actualització o en una integració externa. També pot passar que el hosting estigui funcionant, però no tingui prou recursos per respondre a la càrrega que està rebent.

Per això, davant d’una caiguda, l’important no és només aconseguir que la web torni a funcionar.

També cal entendre què ha passat per evitar que el mateix problema es torni a repetir.

Una web caiguda no significa sempre que el servidor estigui caigut

Quan un usuari no pot accedir a una web, des de fora el resultat sembla sempre el mateix: la pàgina no funciona.

Tècnicament, però, poden estar passant situacions molt diferents.

Pot ser que el servidor estigui completament inaccessible, però també pot estar funcionant mentre una aplicació genera errors. La base de dades pot no respondre, el domini pot estar apuntant incorrectament o la web pot haver consumit els recursos disponibles.

Fins i tot pot passar que la pàgina principal carregui, però fallin determinades funcionalitats com l’àrea privada, l’ecommerce, els formularis o el panell d’administració.

Per això, abans d’atribuir la incidència al hosting, convé identificar quines parts del servei estan afectades.

Saber si falla tota la infraestructura o només una funcionalitat concreta pot accelerar molt el diagnòstic.

Servidor saturat i límits de recursos

Una de les causes relacionades amb el hosting pot ser la saturació dels recursos disponibles.

Una web necessita capacitat de processament, memòria, emmagatzematge, connexions i altres recursos per atendre les peticions que rep.

Quan la demanda supera durant un període determinat la capacitat disponible, el servidor pot començar a respondre més lentament o directament deixar de processar algunes sol·licituds.

Això pot passar, per exemple, després de llançar una campanya que genera un pic de trànsit, durant una promoció, després d’una aparició en mitjans o simplement perquè el projecte ha anat creixent progressivament.

També pot passar encara que el volum de visites no hagi augmentat gaire. Una funcionalitat mal optimitzada, un plugin, un procés automàtic o una consulta especialment pesada a la base de dades poden consumir una quantitat elevada de recursos.

Aquí és important diferenciar entre una incidència puntual i un problema de dimensionament.

Si una web supera ocasionalment els seus recursos per una situació excepcional, la solució pot ser diferent de la que necessita un projecte que treballa constantment a prop dels seus límits.

Un error 500 és un senyal, no un diagnòstic

Un dels missatges més habituals quan alguna cosa falla en una web és l’error 500.

Aquest codi indica que s’ha produït un problema intern en processar la petició, però per si sol no explica què l’ha provocat.

L’origen pot trobar-se en una configuració incorrecta, un problema amb PHP, permisos, una actualització, un plugin, un script, falta de memòria o alguna altra incidència en l’aplicació o el servidor.

Per això, veure un error 500 no significa automàticament que “el hosting hagi caigut”.

Per localitzar la causa cal revisar registres, canvis recents i l’estat de l’entorn en el moment en què es va produir la fallada.

Disposar d’informació tècnica i d’un suport capaç d’interpretar-la pot reduir considerablement el temps necessari per trobar l’origen de la incidència.

La base de dades també pot deixar una web fora de servei

Moltes webs actuals depenen constantment d’una base de dades.

WordPress, ecommerce, àrees privades, gestors de continguts i nombroses aplicacions consulten informació emmagatzemada cada vegada que un usuari realitza determinades accions.

Si la base de dades deixa de respondre, es queda sense recursos, arriba a determinats límits o es produeix algun problema de connexió, la web pot deixar de funcionar encara que el servidor continuï actiu.

Els símptomes poden variar.

De vegades apareix directament un missatge d’error de connexió amb la base de dades. En altres ocasions, determinades pàgines carreguen amb una lentitud extrema o deixen de mostrar-se correctament.

Aquest tipus d’incidències demostra per què, quan s’analitza una caiguda, no n’hi ha prou amb comprovar si “el servidor està encès”.

Cal revisar tots els components dels quals depèn el servei.

Els pics de trànsit poden posar a prova la infraestructura

Una campanya que funciona millor del que s’esperava hauria de ser una bona notícia.

Però també pot convertir-se en un problema si la infraestructura no està preparada per rebre aquest augment de visites.

Els pics de trànsit concentren moltes peticions en un període curt de temps i poden incrementar significativament el consum de CPU, memòria, base de dades o connexions simultànies.

En aquell moment poden aparèixer lentitud, errors intermitents o fins i tot una caiguda completa.

Per això, les campanyes importants, promocions, llançaments o accions que previsiblement puguin generar un augment de visites també s’haurien de planificar des del punt de vista tècnic.

No sempre és necessari contractar molts més recursos de manera permanent. L’important és conèixer el comportament esperat i comprovar si la infraestructura té prou capacitat per assumir aquests moments de més demanda.

Els problemes de DNS poden semblar una caiguda del hosting

Hi ha incidències que semblen estar al hosting, però en realitat passen abans que la petició arribi al servidor.

El DNS és el sistema que permet relacionar un domini amb els serveis corresponents. Si hi ha una configuració incorrecta, una modificació mal aplicada o un problema en la resolució, els usuaris poden deixar d’accedir a la web encara que el servidor estigui funcionant correctament.

Això és especialment rellevant després de canvis de proveïdor, migracions, modificacions de DNS o configuracions de nous serveis.

Per això, quan una web deixa de respondre, també convé comprovar que el domini resol correctament cap a la infraestructura adequada.

Hosting i DNS estan estretament relacionats des del punt de vista de l’usuari, però tècnicament una incidència en un no significa necessàriament que l’altre hagi fallat.

Sense monitorització, moltes incidències es descobreixen massa tard

Una empresa no hauria de dependre que un client avisi que la seva web està caiguda.

La monitorització permet detectar problemes de disponibilitat i rendiment abans o poc després que tinguin un impacte significatiu.

A més, no es tracta únicament de saber si una pàgina respon o no.

Una bona supervisió pot ajudar a detectar comportaments anòmals, degradacions de rendiment o recursos que s’acosten als seus límits.

Aquesta informació també és útil per entendre què estava passant abans d’una incidència.

Si sabem que el consum de recursos feia hores que augmentava, que la base de dades estava responent pitjor o que es va produir un pic sobtat de trànsit, localitzar la causa resulta molt més senzill que començar el diagnòstic sense context.

La monitorització converteix una caiguda de “la web no funciona” en una incidència sobre la qual existeixen dades per investigar.

El temps de resposta del suport també forma part del hosting

Quan una web està caiguda, cada minut pot importar.

Especialment si es tracta d’un ecommerce, una plataforma utilitzada per clients, una web que rep trànsit de campanyes o un servei del qual depèn alguna part del negoci.

En aquestes situacions, el suport tècnic deixa de ser una característica secundària del hosting.

És important poder contactar amb algú que pugui revisar la infraestructura, interpretar els errors i ajudar a determinar si l’origen és al servidor, a l’aplicació, a la base de dades, al DNS o en algun altre component.

Una resposta ràpida no significa únicament tornar a posar la web online.

També implica entendre què ha passat, valorar si existeix risc que torni a passar i determinar quins canvis convé fer.

Prevenir una caiguda comença abans que aparegui el problema

No és possible garantir que una web no patirà mai cap incidència.

Sí que és possible reduir el risc i, sobretot, estar millor preparat quan passi.

La prevenció comença per dimensionar correctament el hosting segons les necessitats reals del projecte, mantenir actualitzats els components de la web, disposar de còpies de seguretat recuperables i controlar el consum de recursos.

També convé anticipar situacions especials. Si està prevista una campanya important, una promoció o un llançament que pugui multiplicar el trànsit, revisar la infraestructura abans d’activar-lo pot evitar problemes en el pitjor moment possible.

A això cal sumar-hi la monitorització i un suport tècnic capaç d’actuar quan es detecta una incidència.

Perquè la diferència no està únicament en si una web pot caure.

També està en quant es triga a detectar el problema, entendre què l’ha provocat, recuperar el servei i evitar que torni a passar.

Un bon hosting també es demostra quan alguna cosa falla

Quan tot funciona correctament, les diferències entre solucions de hosting poden resultar menys visibles.

És durant una incidència quan aspectes com la monitorització, el dimensionament de recursos, les còpies de seguretat i el suport tècnic adquireixen realment importància.

A Entorno Digital, el hosting es planteja tenint en compte no només l’espai necessari per allotjar una web, sinó també el seu rendiment, disponibilitat, seguretat, monitorització, suport i capacitat per respondre a l’evolució del projecte.

L’objectiu no és assumir que mai no hi haurà una incidència.

És comptar amb una infraestructura i un equip capaços de detectar-la, entendre-la i resoldre-la amb la màxima agilitat possible.