Feeds:
Posts
Comments

Posts Tagged ‘SRM’

Viktor van de Berg heeft zijn recente VMUG presentatie online geplaatst. Hij bespreekt daarin twee uitwijkoplossingen rond VMware:

  1. Een stretched cluster
    Hierbij is zowel sprake van één VMware cluster, als zich als één storage systeem gedragende storage array cluster. De helft van die opstelling staat op de ene site en de andere helft op de tweede.
  2. Een Site Recovery Manager (SRM)
    Hierbij heb je twee VMware clusters en twee storage arrays. De data replicatie kan op verschillende manieren verzorgd worden, o.a. door SRM zelf.

Ook zonder de gesproken toelichting is de presentatie redelijk te volgen.

RPO vs RTO

Wat design betreft is zijn slide over Recovery Time Objective (RTO) en Recovery Point Objective (RPO) een hele fraaie!

De presentatie is op Viktor’s blog als PDF te downloaden.

Read Full Post »

VMware heeft een white paper gepubliceerd waarin het conceptuele verschil tussen een “stretched VMware HA cluster” een een configuratie op basis van VMware’s “Site Recovery Manager (SRM)” goed wordt uitgelegd.

Beide oplossingen verhogen de beschikbaarheid, helpen downtime te vermijden en helpen het herstel te versnellen. Er zijn echter ook grote verschillen en – minstens zo belangrijk – je kunt op twee sites niet beide oplossingen tegelijk implementeren (op drie of meer wel overigens).

Stretched Cluster VMware HA

Wanneer WEL stretched clusters en geen SRM:

  1. als je live migration tussen twee sites wilt kunnen uitvoeren om zo een active-active configuratie te creëren;
  2. als je twee sites op relatief korte afstand hebt met een hoge bandbreedte ertussen en lage latency (vertragingstijd);
  3. als je load-balancing over twee sites wilt kunnen uitvoeren;
  4. als je de beschikbaarheid wilt verhogen ten gevolge van het uitvallen van complete subsystemen op een site (zoals netwerk, storage, host chassis).

Wanneer GEEN streched clusters en wel SRM:

  1. als de site recovery een complex samenspel van het in de juiste volgorde opstarten van deelsystemen inhoudt;
  2. als de afstand tussen de sites meer is dan 100 km;
  3. als de configuratie op de productie site vaak en snel verandert;
  4. als je de recovery aantoonbaar wilt kunnen testen;
  5. als je ook rampen wilt opvangen die delen van beide sites betreffen;
  6. als je de Disaster Recovery compliance op een te auditen manier moet kunnen aantonen.

De white paper is hier als PDF document van 18 pagina’s te downloaden.

Bron: Eric Sloof

Read Full Post »

Versie 5.0 van VMware’s Site Recovery Manager (SRM) ondersteunt voor het eerst zelf de mogelijkheid om data te repliceren tussen de productie site en de recovery site. Tot nu toe werd dat namelijk overgelaten aan de storage arrays zelf, met als nadeel dat je bijvoorbeeld op beide sites dezelfde arrays moest hebben staan.

vSphere Replication

De replicatiefunctie van SRM valt dus in de categorie “Host Based Replication” (HBR); dit in tegenstelling tot de “Storage based Replication” op storage niveau. HBR was tijdelijk ook de productnaam van VMware hiervoor. Dat is verwarrend, vandaar dat de definitieve productnaam nu vSphere Replication is geworden, oftewel VR.

Jason Boche geeft niet alleen een overzicht van de voordelen van VR, maar is ook zo transparant om gelijk de nadelen te noemen. Die lijst lijkt erg lang, maar neemt niet weg dat VR voor de mid-zakelijke markt een goede manier is om nu ook daar op een betaalbare manier uitwijk in te richten.

Zie Jason’s blog voor meer.

Read Full Post »

Follow

Get every new post delivered to your Inbox.

Join 39 other followers