Managed hosting door True
Deze opinie is van een externe deskundige. De inhoud vertegenwoordigt dus niet noodzakelijk het gedachtegoed van de redactie.

Replicatie: noodzaak of gemakzucht?

 

Expert

Ronald Hendriks
Operational Director, InnovaStor. Expert van voor het topic .

Steeds vaker loop ik tegen deze vraag aan. Was replicatie vroeger enkel voor overheden, banken en andere grote instanties, is het tegenwoordig een frequent verschijnsel in het mkb-segment. Er ontbreekt echter iets...

Bij steeds meer projecten wordt er gevraagd naar replicatie. Of er is al een replicatie-oplossing en er moet een nieuwe omgeving komen met wederom replicatie. Ik ga dan altijd terug naar de vraag : Waarom willen jullie repliceren? Er moet een business case zijn? Toch moet ik concluderen dat die er vaak niet is...

In beginsel praten we over RPO (recovery point objective) en RTO (recovery time objective). RPO is de hoeveelheid data die je accepteert te verliezen en RTO is de tijd waarbinnen de applicatie weer beschikbaar dient te zijn. Direct hieraan gekoppeld zijn voor mij zaken als: Hoe maak ik back-ups, naar tape of naar disk? Wat is het back-up interval? Gebruik ik business copies? Repliceer ik mijn data realtime? Je kunt hier per applicatie naar kijken en dus per applicatie een andere oplossing kiezen. Replicatie valt dan in de hoogste categorie. Vaak wordt dit uitgedrukt als RPO = 0, RTO = ~0. Je verliest namelijk geen data (deze wordt realtime gerepliceerd) en je kunt snel recoveren op de andere locatie (uitwijklocatie met servers). Het RTO kun je dan uitdrukken in seconden of minuten. Ik vraag mij dan ook af welke bedrijfen dit echt nodig hebben.  Ik denk dat er veel al met business copy-functies aan hun doelstellingen kunnen komen.

Naast bovenstaande vraagstelling nog het volgende:

Bij heel veel van deze bedrijven is er geen plan voor de uitwijk(locatie). Vaak staan er niet eens serversystemen op deze locaties. Ook is er de 'repliceer alles maar policy'. Replicatie kost veel geld: extra darkfibers voor storageverkeer, extra hardware voor FCIP-verkeer, een extra storagesysteem, extra (replicatie)licenties, extra servers, meer beheer, extra schijfruimte voor log functies, etc... Vanuit een budget gezien een killer (tenzij het budget op moet...). Het testen van een uitwijkscenario heeft dezelfde status als het test-restoren van een back-up. Waarom dan een dure replicatie-oplossing als je de investering er toch niet uit haalt?

Beslissingen en keuzes maken

Welke keuzes kun je maken ten aanzien van replicatie? Wederom een moelijk verhaal, of toch heel simpel? Er zijn veel verschillende oplossingen: softwarematige replicatie zoals Vizioncore ESX replicator, HP StorageWorkst storage mirroring, Microsoft Exchange 2007 CCR, etc... En er zijn hardwarematige oplossingen zoals HP Continuous access en EMC SRDF. Softwarematige replicatie heeft als voordeel specifiek te zijn voor een operating system of beter nog: applicatie (Exchange), maar als nadeel dat je veel verschillende oplossingen nodig heb in een vrij standaard omgeving (Windows/VMware/Unix). Hardwarematige replicatie is daarentegen geschikt voor vele operating systems gelijktijdig en is applicatie-onafhankelijk, maar daardoor vaak niet 'data aware'. Daarnaast is het de vraag wie beslist welke oplossing wordt gekozen en op basis van welke service level agreement (sla). Voornamelijk in het mkb zijn sla's vaak verouderd en is er geen overzicht van de RPO en RTO van iedere applicatie. Deze boven water te krijgen is tevens vaak een onbegonnen zaak. Kunnen we dus eigenlijk wel een goede keuze of beslissing maken...?

Ik moet op basis van mijn ervaringen tot de volgende conclusie komen:

De keuze voor replicatie is vaak de keuze van zekerheid. Omdat we veel parameters van onze omgeving niet kennen, en geen onderscheidt kunnen/willen maken van de benodigde RPO en RTO van onze applicaties, kiezen we de veilige weg: replicatie... En het liefst alles repliceren.

Dit artikel is afkomstig van Computable.nl (https://www.computable.nl/artikel/2599149). © Jaarbeurs IT Media.

?


Lees meer over


 

Reacties

Als ik dit artikel lees, dan klinkt het alsof repliceren
vreselijk complex is. Er worden nogal wat dijkjes opgeworpen om het maar niet te doen.

Complex ben ik het niet mee eens; ik ken niet alle producten, echter repliceren met informix is heel erg eenvoudig en gratis zover ik weet; kost alleen
extra hardware.
De makkelijkste vorm is repliceer alles, een wat moeilijker vorm is repliceer gedeelten, en dit kan je ook nog mixen.




Voor backup binnen het MKB zijn de Odyssey en RDX van Imation ideaal. Deze verwisselbare harde schijf-opslagsystemen zijn inclusief EMC Retrospect-software. Met deze software kan precies worden ingesteld wat wel of niet gerepliceerd moet worden. Voor grotere bedrijven raden wij tape-oplossingen aan. Tape is nog steeds de goedkoopste manier van backup omdat het de laagste kosten per gigabyte heeft.

Hier zit veel waarheid in, de wens is vaak alles repliceren en niet altijd zijn de redenen helder en de kosten te verantwoorden. Hier is dus een goede taak weggelegd voor de leverancier om inderdaad samen met de klant de RPO en RTO's te bepalen en per applicatie te bekijken wat er nodig/gewenst en financieel verantwoord is. Dat ontstijgt de IT-afdeling.

Replicatie is overigens niet hetzelfde als back-up. Replicatie verlost je niet van het maken van een goede backup. Denk maar eens aan een virusinfectie of data-corruptie. Met replicatie is dan ook gelijk de replica ge?nfecteerd of corrupt. Dus replicatie biedt daar geen enkele bescherming tegen. Backups, Business Copies (Snapshots ed.) geven je dan wel de mogelijkheid om terug te gaan naar voor de corruptie.

De wens voor replicatie begint regelmatig als gemakzucht, maar zal vrjiwel nooit uit gemakzucht worden aangeschaft. De tijd dat de IT afdeling geld te over had is al enige tijd voorbij.

Remko Westrik
Manager HP StorageWorks Nederland

Vacatures

Stuur door

Stuur dit artikel door

Je naam ontbreekt
Je e-mailadres ontbreekt
De naam van de ontvanger ontbreekt
Het e-mailadres van de ontvanger ontbreekt

×
×