Pålidelig hosting til kritiske applikationer kræver mere end hurtige servere og et løfte om høj oppetid. Du skal vælge mellem løsninger, der fordeler driftsarbejde, kontrol og risiko for fejl forskelligt. En virtuel server, en administreret platform og et miljø fordelt på flere datacentre kan alle være relevante valg. Det afgørende er, hvilke afbrydelser din applikation tåler, og hvem der kan få den i gang igen, når noget svigter.
Pålidelig hosting begynder med krav til afbrydelser
Før du sammenligner hostingmuligheder, skal du sætte tal på to forhold: Hvor længe må tjenesten være utilgængelig, og hvor mange data må gå tabt? Målet for genoprettelsestiden kaldes ofte RTO, mens RPO angiver, hvor langt tilbage i tid et acceptabelt datatab må række. Kravene bør fastlægges sammen med dem, der bruger og ejer systemet, ikke alene af den tekniske afdeling.
Forestil dig en mindre grossist, hvor lagerpersonalet plukker varer efter ordrer på håndterminaler. Et stop på ti minutter kan måske håndteres med ventetid. Fire timers nedbrud kan derimod betyde, at dagens afhentning glipper. Hvis nye ordrer samtidig går tabt under gendannelsen, er opgaven større end blot at starte serveren igen. Den forskel er med til at afgøre, om der er behov for hurtig genstart, løbende replikering eller begge dele.
Delt hosting eller egne serverressourcer
Delt hosting giver normalt begrænset adgang til serverens opsætning. Det kan passe til en enkel tjeneste med beskedne krav, men begrænsningerne viser sig hurtigt, hvis applikationen kræver særlige baggrundsprocesser, bestemte softwareversioner eller detaljeret fejlsøgning. Undersøg også, hvordan belastning fra andre kunder håndteres. En oplyst ressourcegrænse fortæller ikke i sig selv, hvordan tjenesten reagerer, når grænsen nås.
En virtuel server giver større kontrol over operativsystem, netværk og installationer. Til gengæld følger opgaver som opdateringer, adgangsstyring og kapacitetskontrol med. En dedikeret fysisk server giver rådighed over en hel maskine, men sikrer ikke i sig selv driften ved hardwarefejl. Til kritiske applikationer bør sammenligningen derfor handle om isolation og genopretning, ikke kun om antallet af processorkerner og mængden af hukommelse. Selv en kraftig maskine kan være det ene fejlpunkt, der får hele tjenesten til at standse. For en virtuel server, som du overvejer at leje hos kpserver.de
, bør du derfor afklare, hvem der står for overvågning og genopretning.
Administreret platform eller drift på egne hænder
Med en administreret platform overtager leverandøren bestemte driftsopgaver. Det kan være vedligeholdelse af operativsystemet, databaseopdateringer og automatisk genstart af processer. Du får mindre direkte kontrol, men kan bruge færre interne timer på rutinearbejde. Læs dog afgrænsningen nøje. Betegnelsen administreret fortæller ikke præcist, hvem der retter en fejl i applikationens konfiguration eller undersøger langsomme databaseforespørgsler.
Hosting med eget driftsansvar passer til organisationer, som har kompetencerne og bemandingen til at drive løsningen. Friheden kan være nødvendig ved særlige integrationskrav eller usædvanlige netværksbehov. Til gengæld kræver den et større internt beredskab. Sammenlign mulighederne ud fra en konkret opgavefordeling: Hvem installerer sikkerhedsrettelser, tester opgraderinger, håndterer udløbne certifikater og reagerer om natten? Hver opgave skal have en tydeligt udpeget ansvarlig. Den bliver ikke automatisk løst, blot fordi serveren står hos en leverandør.
Ét datacenter eller flere adskilte driftssteder
To servere i samme datacenter kan beskytte mod fejl på en enkelt maskine. De beskytter ikke nødvendigvis mod fælles problemer med strøm, netværk eller bygningens installationer. Et miljø fordelt på adskilte driftssteder kan håndtere flere typer hændelser, men kun hvis applikation, database og trafikstyring er indrettet til det. Geografisk spredning er ikke i sig selv en garanti for fortsat drift.
En løsning med et aktivt miljø og et reservemiljø er ofte mere overskuelig end samtidig drift flere steder. Skiftet skal dog afprøves, og reservemiljøets kapacitet skal kunne håndtere belastningen. Samtidig aktiv drift kan give kortere afbrydelser, men stiller større krav til datakonsistens og fejlhåndtering. Vælg efter den aftalte grænse for afbrydelser. Hvis virksomheden accepterer en times nedetid, kan et velafprøvet reservemiljø være mere relevant end en kompleks løsning, som ingen internt kan fejlfinde.
Backup eller et egentligt beredskab
Backup og høj tilgængelighed løser forskellige problemer. Replikering kan holde en kopi af databasen klar, hvis den primære server svigter. Men en fejlagtig sletning kan blive kopieret med det samme. En backup med flere gendannelsespunkter kan give adgang til data fra før fejlen. Backup og redundans bør derfor ikke behandles som funktioner, der kan erstatte hinanden.
Sammenlign i stedet mulighederne for gendannelse. Kan du genskabe en enkelt database, eller skal hele miljøet tilbageføres? Hvor opbevares kopierne, hvem kan slette dem, og hvor længe gemmes de? Bed også om en praktisk test med en repræsentativ datamængde. En vellykket backupkørsel dokumenterer ikke, hvor hurtigt applikationen kan bruges igen. Gendannelse kan kræve både dataoverførsel, konfiguration, kontrol af rettigheder og afprøvning af forbindelser til andre systemer, før tjenesten reelt er tilbage i drift.
Sammenlign support og aftaler om pålidelig hosting
En oppetidsgaranti siger ikke nødvendigvis noget om hjælpen under et nedbrud. Undersøg, hvad aftalen måler, og hvilke undtagelser der gælder. En server kan være registreret som tilgængelig, selv om applikationen ikke kan gennemføre en handling. Planlagt vedligeholdelse kan desuden være holdt uden for beregningen. Eventuel kompensation skal læses som et aftalevilkår, ikke som en erstatning for et driftsberedskab.
Sammenhold supportens lovede reaktionstid med den faktiske bemanding. Adgang til at oprette en sag hele døgnet er noget andet end adgang til en tekniker, der straks kan undersøge fejlen. Spørg, hvordan alvorlige hændelser eskaleres, hvem der kommunikerer status, og hvordan ansvaret fordeles, når fejlen ikke entydigt kan placeres i applikationen eller infrastrukturen. Bed om en konkret beskrivelse af proceduren. Det er særligt relevant, hvis flere leverandører skal samarbejde om samme hændelse.
Pris og mulighed for senere at flytte
Den månedlige hostingpris er kun en del af regnestykket. Medregn intern driftstid, overvågning, backup, reservemiljø og betaling for datatrafik. En administreret løsning kan have en højere abonnementspris, men kræve færre interne timer. En server med eget driftsansvar kan se billig ud, indtil vagtordning og løbende vedligeholdelse tælles med. Stil de samme krav til tilgængelighed i tilbuddene. Ellers sammenligner du forskellige ydelser.
Undersøg samtidig, hvordan du kan flytte væk fra løsningen. Standardiserede databaseformater og dokumenteret konfiguration kan begrænse flyttearbejdet, mens leverandørspecifikke funktioner kan kræve ændringer i applikationen. Bed om vilkår for dataudtræk, opsigelse og adgang efter aftalens ophør. Få også afklaret, om sikkerhedskopier kan udleveres i et format, du selv kan gendanne. En konkret prøveeksport viser mere om flytbarheden end en generel formulering om, at data tilhører kunden.
