vFrank

Essense of virtualization

vMotion

vCenter er nede, hvad gør du?

by Leave a Comment

Hvad ville du gøre hvis dit vCenter blev utilgængeligt i morgen og hvilken indflydelse ville det have på din forretning? Svarene falder typisk i to kategorier:

  • Mit vCenter er ikke kritisk for min produktion og hvis det er nede installere jeg blot et nyt og forbinder det til mine ESXi servere.
  • KRISE! Hvis mit vCenter er nede er der ikke self-service, overvågning og styring af de virtuelle resourser. Jeg er på dybt vand!

Det er er en gammel kendt udfordring i et hvert datacenter. Hvordan beskytter man sin VMware mangement stack og får den hurtigt online igen med en lav RTO. VMware udvider sine management produkter. Hvor man tidligere kunne nøjes med en enkelt vCenter server består de fleste miljøer af adskillige servere til håndtere den daglige drift og rutiner. Den er i dag udbygget til:

  • vCenter (med intern eller ekstern database)
  • vRealize Operations Manager
  • vRealize Automation Center
  • vReaize Log Insight
  • NSX Manager
  • PSC (platform services controllers)
  • SDDC (VMware Cloud Foundation)
  • Management AD og DNS

Udover disse VMware services er der også flere administrative servere som IT afdelingen er afhængige af som kan tilføjes som kritiske komponenter til en disaster plan. Med det Software Defined Data Center er det ikke som tidligere hvor vCenter var “nice-to-have” – er det nu blevet til en kritisk funktion der altid skal være online. Hvis vCenter er nede skaber det problemer for ting som

  • Selv-provisionering af nye virtuelle maskiner
  • Overvågning
  • 3′ parts produkter der kommunikerer med vCenter

I et tilfælde hvor der er nedbrud eller datatab på management stacken er man ilde stedt. Hvordan bringer man stacken online når vCenter og evt. management AD og DNS er nede? Er din platform til beskyttelse 100% uafhængig af dem? Med stor kompleksitet er det muligt at bygge et system med traditional software som kan håndtere dette. Men hvordan tester man det? Hvordan sikrer man at alle windows servere benytter lokale service accounts og ikke AD konti? På hvilken måde kompromittere dette sikkerheden? Hvad med faren for Ransomware når traditional software kører på Windows og i værste tilfælde bliver backup data kryptereret og utilgængelig?

Til at løse dette er der behov for at se på problemet med friske øjne. Der er behov for en løsning der opfylder følgende

  • Baserer sig ikke på Windows og backup data er immutable
  • Har ingen afhængigheder af AD og DNS
  • Kan benyttes selvom vCenter er utilgængelig
  • Kan udføre en Instant-Mass-Restore og bringe ALLE administrative servere online med det samme og som en gruppe.
  • Simpel og alt inkluderet i et system (ikke 4-5 forskellige produkter og producenter)
  • Ingen single point of failures.

Hos Cohesity løser vi dette elegant og din management stack er beskyttet og muligt at lave recovery på få sekunder. De unikke funktioner ved Cohesity:

  • Policy baseret beskyttelse
  • Alt-i-et-system (de-dupe storage, backup software, databaser, always-online, fuld HA for alle komponenter software og hardware.)
  • Instant-Mass-Restore: Recovery af 5 eller 50 maskiner på få sekunder
  • SnapTree: Alle backup punkter er fully hydrated og instant-recoverable. Ingen baggrunds IO operationer for at lave syntetiske fulls
  • Test/Dev: Mulighed for at teste recovery når som helst og validere det virker

Hvis du ønsker at få en demo at dette i dit eget datacenter så tag kontakt.

Hvis du vil læse mere om hvordan Cohesity beskytter den fulde VMware Management Stack inklusive cloud foundation så læs mere her:

http://www.cohesity.com/vmware-cloud-foundation-vcf-cohesity-white-paper/

Video Demonstration:

https://www.youtube.com/watch?v=jtAoCi4HcX4

Using Multiple Network Adaptors for vMotion

by 8 Comments

One of the coolest new features in vSphere 5 is the ability to use multiple network adaptors for vMotion traffic. This will work on Standard vSwitches and Distributed Switches. It does not require any special license. If you have vMotion licensed you can use the feature.

Prior to vSphere 5 vMotion traffic would only use one physical network adaptor. It did not help to add multiple adaptors and change load balancing to IP Hash and bond the physical nisc in an etherchannel. That meant the only way to increase vMotion throughput was to upgrade from 1Gb to 10Gb Ethernet! Not a plausible solution for everyone.

Configuration

In order to use this new feature you need to configure multiple vmkernel adaptors for vMotion. Actually you will need to configure one for each physical adaptor connected to the vSwitch.

In my example I want to use two physical adapters for vMotion (vmnic1 and vmnic2). First I create a new vSwitch and create two vmkernel adaptors for vMotion. The vmkernel ip addresses are in the same subnet.

After creating the two vmkernel interfaces on the vSwitch we need to set “vMotion1” active on vmnic1 and standby on vmnic2. We will then set the “vMotion2” interface active on vmnic2 and standby on vmnic1.

Now you have 2Gb of throughput for your vMotion network. If you need more throughput just add more physical nics and create extra vmkernel interfaces.

Verifying it is working

To verify you have set it up correctly and you are using multiple nics for vMotion traffic do the following:

1. Select your ESXi host in the vCenter inventory.

2. Select the performance tab

3. Select advanced

4. Select “chart options”

5. Then create a graph with “network” realtime and choose the nics you are using for vMotion. Either choose “data transmit rate” or “data receive rate” – make the graph stacked.

6. Start a vMotion and check that every nic is loaded.

Here is a screenshot of my enviroment. Look at the end of the graph. A vMotion is saturating three 1Gb adaptors! 🙂