Feeds:
Posts
Comments

Archive for the ‘Server virtualization’ Category

Marcel van den Berg legt uitstekend uit hoe een toekomstige release van VMware’s Site Recovery Manager (SRM) twee tot nu toe gescheiden wrelden zal gaan combineren. Die twee werelden zijn een active/passive uitwijkinrichting met Site Recovery Manager enerzijds en een active/active stretched VMware cluster anderzijds.

SRM vs stretched cluster

Voor lezers met heel weinig tijd komt het erop neer, dat tot nu toe SRM een uitstekende oplossing was voor Disaster Recovery (evenals third party varianten zoals Zerto overigens) en dat streched clusters een uitstekende oplossing was voor active site balancing. Door in de toekomst SRM te ondersteunen binnen een stretched cluster mag je met een beetje geluk in bovenstaand plaatje alle rondjes zwart vullen op 100%.

Voor lezers met wat meer tijd verwijs ik graag naar Marcel’s blog.

Read Full Post »

Kit Colbert van VMware geeft een goed overzicht van de overeenkomsten tussen – en verschillen van – virtuele machines (zoals beschikbaar binnen VMware ESX en containers (zoals recent populair geworden door Docker).

VMs and containers

Zijn stelling: kies niet voor of de ene of de andere technologie, maar gebruik ze samen. Zou ik ook zeggen als ik VMware vertegenwoordigde, maar los daarvan is het goed verwoord en leerzaam.

Zie hier voor meer.

Read Full Post »

Met de vandaag door Microsoft aangekondigde overname van InMage kan Microsoft haar mogelijkheden voor Disaster Recovery aanzienlijk uitbreiden.

InMage ondersteunt namelijk niet alleen gevirtualiseerde omgevingen van Microsoft Hyper-V, maar ook die van VMware vSphere en Citrix XenServer. Daarnaast worden ook fysieke machines ondersteund, draaiend onder Windows, Linux of Unix. En last-but-not-least is de oplossing application-aware voor onder meer Microsoft Exchange, SQL Server, SharePoint, Oracle, MySQL, Blackberry Server en SAP.

 

InMage Disaster Recovery

InMage biedt voor deze platformen zowel Disaster Recovery (naar eigen data center of naar de cloud) als backup en restore (via Continuous Data Protection). Het enige wat zo op het eerste gezicht lijkt te missen zijn uitgebreide mogelijkheden om de uitwijkomgeving niet-destructief te testen. Tevens lijkt InMage gericht te zijn op het herstellen van losse applicaties en niet op het consistent herstellen van onderling afhankelijke applicatie-groepen, zoals bijvoorbeeld Zerto dat wel doet met haar Virtual Protection Groups.

Microsoft is van plan om InMage te integreren in haar Azure Site Recovery dienst. Hopelijk blijft de oplossing daarbij wel zo heterogeen als deze nu is!

Read Full Post »

De komst van Docker versie 1.0 heeft opnieuw de aandacht gevestigd op de zogenoemde container technologie, als lichtgewicht alternatief voor hypervisors. In feite gaat het dan om het verschil tussen “operating systeem virtualisatie” (zoals Docker) en “hardware virtualisatie” (zoals VMware, Hyper-V en XenServer).

Hypervisor vs container

Zolang je in een homogene wereld leeft (bijvoorbeeld alle applicaties draaien sowieso op een Linux operating systeem variant) dan heeft de container oplossing best voordelen: minder overhead en kleinere – en daardoor meer portable – workloads.

Wil je verschillende oparating systemen op dezelfde hardware draaien, dan blijft conceptueel gezien hardware virtualisatie nog steeds de enige oplossing.

Read Full Post »

Zerto Virtual Replication (ZVR) is een Disaster Recovery oplossing voor gevirtualiseerde data centers. Wat ZVR met name onderscheidt van andere oplossingen is de integratie met de hypervisor. Daardoor kunnen write operations in het primaire data center realtime worden gekopieerd naar een uitwijkinrichting. Dit resulteert in extreem korte Recovery Point Objectives. Door de aanwezigheid van virtuele machines in de uitwijk en de bijbehorende functionaliteit van ZVR zijn tevens zeer korte Recovery Time Objectives realiseerbaar.

Zerto Offsite backup

Met de nieuwste versie 3.5 wordt ZVR onder andere uitgebreid met “offsite back-up”.  Dit houdt in dat de back-up operaties in de uitwijk plaatsvinden in plaats van in het primaire data center. Dit levert niet alleen performance winst in het primaire data center op, maar zorgt bovendien voor offsite opslag van de back-up zelf. Dit kan op de uitwijk zijn, of op een derde locatie waar ZVR naar toe schrijft.

De integratie van DR en back-up houdt ook in dat de basiseenheid van back-up die van de zogenoemde Virtual Protection Group (VPG) is. Een VPG is een verzameling virtuele machines die consistent ten opzichte van elkaar moeten blijven, denk bijvoorbeeld aan twee applicatieservers die behalve lokale dataopslag ook een derde databaseserver gebruiken.

Zerto waarschuwt er wel voor dat de functionaliteit niet op alle vlakken een volledige back-up oplossing kan vervangen, laat staan een archiveringsoplossing. Zo kunnen bijvoorbeeld niet losse bestanden worden teruggezet en is er geen andere opslag dan die op harde schijven (direct attatched, via NAS/SAN of op afstand via WAN).

Read Full Post »

De nieuwe “VMware vCloud Hybrid Serice – Disaster Recovery” biedt Disaster Recovery als onderdeel van VMware’s eigen cloud oplossing. Op basis van self service kun je de Recovery Point Objective instellen tussen 15 minuten en 24 uur; als Recovery Time Objective wordt 4 uur of minder geboden.

 

DRaaS

Je kunt tot maximaal 500 virtuele machines beschermen. Vreemd genoeg wordt er in de oplossing niet gebruik gemaakt van VMware’s on-premises oplossing voor Disaster Recovery: de Site Recovery Manager.

Je rekent de dienst af op basis van de geabonneerde rekenkracht, de hoeveelheid storage en de benodigde IP-adressen. Inbegrepen is de mogelijkheid om per jaar twee keer te testen, gedurende maximaal 7 dagen per keer. Bij een daadwerkelijke ramp kun je zonder extra kosten 30 dagen op de DR omgeving draaien. Het is echter geen Managed Service, dus alles is in principe op basis van self service, dan wel via een VMware partner uiteraard.

Lees hier het persbericht van vandaag.

Read Full Post »

Wat server-virtualisatie betreft is een “virtualiseren tenzij” strategie gangbaar geworden. Met andere woorden, je moet goede argumenten hebben om een server niet te virtualiseren. Zulke goede argumenten waren vaak aanwezig voor minstens twee type servers: (1) domain controllers (DC’s) met daarop de Active Directory services en (2) backup servers.

Wat DC’s betreft werd er vaak voor gekozen om tenminste één DC niet te virtualiseren. Als echter de nieuwe features in Windows Server 2012 op de juiste manier worden gebruikt is dat eigenlijk niet langer nodig.

De belangrijkste reden om tenminste één DC niet te virtualiseren had te maken met de wijze waarop meerdere DC’s bijhouden welke wijzigingen wel of niet doorgegeven moeten worden naar andere DC’s. Deze zogenoemde Update Sequence Number (USN) methode kon je om zeep helpen in een virtuele omgeving, omdat het erg eenvoudig is om een DC terug te zetten in de tijd: denk aan een snapshot die je terug zet of aan een disaster recovery omgeving. Tijdsynchronisatie is sowieso van elementair belang om meerdere DC’s goed te laten functioneren.

Voor USN heeft Microsoft in Windows Server 2012 64-bits een nieuwe teller toegevoegd, genaamd VM-Generation ID. Als de hypervisor daar op de juiste wijze gebruik van maakt – en vSphere 5.0 update 2 of nieuwer doet dat bijvoorbeeld – dan blijven meerdere DC’s goed werken, zelfs als er één teruggezet wordt in de tijd.

Alles is in detail na te lezen in een white paper van VMware. Een citaat uit de conclusie daarvan:

Active Directory is the core directory and authentication source for many organizations. Although some virtualization of Active Directory domain controllers is common, organizations remain cautious about virtualizing 100 percent of their Active Directory infrastructure. With the release of Windows Server 2012, virtual machine snapshots and cloning of virtualized domain controllers is now possible, relatively safe and supported. Complete virtualization of an Active Directory infrastructure is achievable when best practices are followed.

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

Bron: Eric Sloof

Read Full Post »

« Newer Posts - Older Posts »