Wanneer het rack blijft staan

De vraag is niet of, maar wat

Tien jaar geleden was "gaan we naar de cloud" nog een gesprek. Nu is het dat niet meer: mail, documenten, samenwerken en het grootste deel van de bedrijfsapplicaties draaien beter en goedkoper in een clouddienst dan op een server in je meterkast. Dat deel is beslist.

Wat overblijft is de rest, en dat is precies het deel waar de standaardadviezen ophouden. Een productieomgeving, een applicatie van een leverancier die geen cloudversie heeft, een systeem dat op een vaste locatie moet praten met apparatuur in hetzelfde pand. Daar gaat dit artikel over.

Vier redenen waarom het rack blijft

Deze vier komen we werkelijk tegen, en ze zijn alle vier te onderbouwen.

• De applicatie gaat niet mee. Een leverancier die geen cloudversie heeft, of een versie die functies mist die je gebruikt. Dat is geen achterstand van jou maar van hen, en je kunt er niet omheen. Wij bouwen dan een omgeving die je kunt blijven beheren tot de leverancier zover is.
• De verbinding trekt het niet. Grote bestanden, ontwerpwerk, videobewerking, of een locatie waar de beschikbare verbinding gewoon niet goed genoeg is. Dan is de rekensom snel gemaakt: lokaal verwerken en alleen het resultaat verplaatsen.
• Er is een eis over waar data staat. Soms uit regelgeving, vaker uit een contract met een klant. Als je moet kunnen aanwijzen in welk gebouw iets staat, dan is dat een harde eis en geen voorkeur.
• De belasting is zwaar en constant. Cloud rekent per gebruik, en dat is gunstig als je gebruik schommelt. Bij een systeem dat vierentwintig uur per dag hetzelfde doet, valt die rekensom vaak de andere kant op.

Drie redenen die geen reden zijn

En dit zijn de drie die we minstens zo vaak horen, en die het niet zijn.

• "Onze data is veiliger in eigen huis." Meestal niet. Een groot cloudplatform heeft een beveiligingsteam dat groter is dan je hele organisatie. Wat wél waar is: bij eigen hardware bepaal jij wie erbij kan, en dat is een ander argument dan veiligheid. Noem het dan ook zo.
• "We hebben er net in geïnvesteerd." Begrijpelijk, maar het is een reden om te wachten, niet om te blijven. Wij plannen de overgang dan op het moment dat de apparatuur toch vervangen moet worden. Dat is geen uitstel maar timing.
• "Het werkt toch." Dat klopt tot het niet meer klopt. De vraag is of je weet wanneer de ondersteuning stopt en wat er dan gebeurt. Als niemand dat weet, is "het werkt" een aanname en geen toestand.

Wat er bij eigen hardware hoort

Blijft er een rack staan, dan is de merkkeuze niet het interessante deel. Wij leveren en beheren onder meer HPE voor servers en opslag, en aan de virtualisatiekant werken we met VMware, Nutanix en Proxmox. Wat je merk ook is, dit hoort erbij:

• Bewaking die zelf meldt. Een schijf die stukgaat in een reeks van vier is geen storing. Een tweede schijf die stukgaat omdat niemand de eerste heeft opgemerkt, is dat wel.
• Onderdelen en doorlooptijd afgesproken. Niet "we bestellen wel", maar vooraf vastgelegd hoe snel er iets kan worden vervangen, en of dat binnen je hersteltijd past.
• Een einddatum die je kent. Hardware heeft een ondersteuningsduur. Die noteren we op de dag van installatie, niet in het jaar dat hij afloopt.
• Een herstelplan dat het pand niet nodig heeft. Zie hieronder; dit is het punt waar het het vaakst misgaat.

Het herstelplan is het echte verschil

Cloud of eigen hardware verandert weinig aan hoe je werkt op een gewone dag. Het verandert alles aan wat er gebeurt op de dag dat er iets misgaat.

Bij een clouddienst is de vraag: hoe snel is de leverancier er weer, en wat staat daarover in het contract. Bij eigen hardware is de vraag: waar draai je verder als dit pand niet beschikbaar is. Een back-up die in hetzelfde rack staat als de server, beschermt tegen een kapotte schijf en tegen niets anders.

Daarom spreken we per systeem af hoe lang het uit mag zijn en hoeveel werk je mag verliezen, en daarom testen we herstel in een omgeving die opnieuw is opgebouwd. Dat is een andere test dan "komt het bestand terug", en hij levert vaker een verrassing op.

Hoe we dat vastleggen en aantonen staat onder data en continuïteit.

Hoe wij de keuze maken

Wij hebben geen voorkeur die vooraf vaststaat, en dat is geen bescheidenheid: het is de enige manier om een advies te geven dat over drie jaar nog klopt. In de praktijk gaat het zo.

• We kijken eerst welke systemen er zijn en wat ze nodig hebben, niet waar ze nu draaien.
• Per systeem zetten we de vier redenen ernaast. Geldt er geen, dan is de cloud het uitgangspunt.
• Waar hardware blijft, plannen we de vervanging op het moment dat de bestaande apparatuur toch aan het eind is. Werkende hardware vervangen omdat een plan dat wil, is duur en levert zelden iets op.
• De uitkomst is bijna nooit alles of niets. De meeste organisaties eindigen met een deel in de cloud en een deel in het rack, en dat is een prima uitkomst zolang je van elk deel kunt uitleggen waarom.

Migratie en dagelijks beheer staan onder cloud diensten en managed IT.