VMware ökar vRam tilldelning efter kritik

Med VMware vSphere 5 har licensprogrammet gjorts om där man lagt till hur mycket minne som får tilldelas virtuella maskiner per licens, Upplägget har fått ganska mycket kritik från kunder och partners, VMware har lyssnat på och meddelade igår kväll att man gör 3 ändringar på licensprogrammet:

  • De ursprungliga maximala tilldelningen av vRam baserad på licenstyp har ökats upp:
    vSphere edition Previous vRAM entitlement New vRAM entitlement
    vSphere Enterprise+ 48 GB 96 GB
    vSphere Enterprise 32 GB 64 GB
    vSphere Standard 24 GB 32 GB
    vSphere Essentials+ 24 GB 32 GB
    vSphere Essentials 24 GB 32 GB
  • En enskild virtuell maskin räknar numera inte mer vRam än max en vSphere Enterprise+ licens, d.v.s om man tilldelar 1 TB minne till en “monster-VM” så krävs det nu bara en licens för den (även om vSphere Enterprise+ “bara” tillåter användandet av 96GB vRam).
  • Beräkningsmodellen har även anpassats för miljöer som varierar i storlek/antal VMs under kortare perioder, exempelvis test- och utvecklingsmiljöer. VMware gör nu beräkningen baserat på ett 12 månaders genomsnitt istället för hålla koll på högvattenmärke av vRam nyttjande.

VMware funktioner “in action”

En del av de nya funktioner som lanserades med vSphere 5 i tisdags finns ny tillgängliga som filmer. För den som är intresserad är det nu bara att luta sig tillbaka i solstolen och spendera lite kvalitetstid tillsammans med VMware.

Demo Auto Deploy:
http://download3.vmware.com/media/flv/vSphereAutoDeploy.html

Demo vSphere Storage Appliance:
http://download3.vmware.com/media/flv/VSAResilience.html

Demo Storage Profile:
http://download3.vmware.com/media/flv/vSphereProfileDriven.html

Demo Storage DRS:
http://download3.vmware.com/media/flv/vSphereStorageDRS.html

Demo Web client:
http://download3.vmware.com/media/flv/vSphereWebClient.html

 

Den nya licensmodellen där RAM tilldelat till virtuella maskiner är en del av betalningsmodellen har skapat en del diskussion kring om vad som krävs för att vara rätt licensierad. Det är inte endast betal-varianterna som är påverkade av den nya modellen, även VMware Hypervisor (gratisversionen av ESXi) har fått ett “tak” – 8GB vRAM. Om taket är en hård begränsning (d.v.s. man kan inte starta fler VMs om de överskrider begränsningen) precis som Essentials och Essentials Plus ska jag låta vara osagt men jag hade blivit förvånad om det inte är så.

How much vRAM does a VMware vSphere Hypervisor license provide?
A vSphere Hypervisor license includes a vRAM entitlement of 8GB.

Massiv lansering från VMware

Idag har VMware haft en av sina största lanseringar någonsin. Man har verkligen inte sparat på krutet, vSphere 5.0 var endast en liten del av det som presenterades idag. VMware har på senare år gjort en hel del förvärv, man har valt att fasa ut somliga produkter (för att integrera valda funktioner i andra produkter) och man har “korsbefruktat” funktioner mellan olilka produkter – och nu börjar produkterna samverka på ett plan som gör att summan blir större än de enskilda delarna.

Paul Maritz, CEO på VMware, började dagens webinar med en liten historielektion över hur virtualisering har utvecklats över åren till att idag stå för ungefär 50% av all serverlast, det som nu byggs upp är fundamentet för en infrastruktur som är dynamisk och anpassningsbar på ett sätt som var omöjligt bara för några år sedan. Att molntjänster är framtiden är inget att tveka på längre, oavsett om det är privata eller ett publika moln, det som är det riktigt intressanta är hur man hanterar flytt av applikationer mellan de olika typerna av moln. Efter Pauls inledning fortsatte Steve Herrod, CTO på VMware, med en mer konkret presentation kring vad som de facto lanseras och listan är lång:

  • vSphere 5.0
  • vCloud Director 1.5
  • vShield 5.0
  • vCenter SRM 5.0
  • vCenter Heartbeat 6.4
  • vSphere Storage Appliance 1.0

vSphere 5.0

Onekligen är vSphere 5.0 det jag längtat mest efter (jag har iofs haft insyn i vad som skulle komma då jag varit med i betaprogrammet) med många nya funktioner och en låååååång rad förbättringar av befingliga funktioner. Några nya funktioner värda att nämna är Auto Deploy som gör det möjligt att rulla ut ett stort antal hostar på några minuter via nätverket direkt till RAM på hostarna och Storage DRS som kan lastbalansera din storage (flytta VMDK-filer mellan datastores vid behov). Storage DRS gör det möjligt att gruppera flera olika datastores i ett kluster och sätta regelverk som håller koll på om en datastore börjar få ont om diskutrymme eller se till att en virtuell maskin får den IO som behövs alternativt så kan Storage DRS migrera virtuella maskiner till ett datastore med mer diskplats eller med mer IO.

(Bild saknas)

På nätverkssidan har man lagt till möjlighet till “Quality of Service” på olika typer av trafik för att garantera bandbredd där det behövs.

In the VMware vSphere 5.0 platform, NIOC supports traffic management capabilities for the following traffic types

• Virtual machine traffic
• Management traffic
• iSCSI traffic
• NFS traffic
• Fault-tolerant traffic
• VMware vMotion™ traffic
• User-defined traffic
• vSphere replication traffic

NetFlow och LLDP är även nyheter som är integrerade i distribuerade switchar dessutom finns det även stöd för port mirroring för spegling av nätverkspaket till/från en virtuell maskin till en nätverksenhet för monitorering.

För mindre företag som inte har resurser att köpa in delad lagring så är en välkommen funktion vSphere Storage Appliance som gör vMotion och HA möjligt utan delad lagring (!!!):

(Bild saknas)

VSA:n kan köpas som en bundlign tillsammans med Essentials Plus eller som a-la-carte. På tal om vMotion så kan man nu gruppera upp till 16st 1Gbps NIC för vMotion och dessutom lastdela trafiken!

VMwares klustrade filsystem har även fått en omarbetning, borta är nu 2 TB gränsen på en datastore – taket är dock fortfarande 64TB maximalt för en datastore/extent. Enskilda VMDK-filer kan fortfarande bara vara 2TB stora men om man behöver en riktigt stor volym till en virtuell maskin så kan man lösa detta genom en pass-through RDM som kan göras större. Virtuella maskiner har också fått sig en uppgradering, vad sägs om 32 vCPU och 1 TB vRAM i en VM? vSphere 5 supporterar även Apple Xserve servers som kör OS X Server 10.6 (Snow Leopard) i ett gäst operativsystem. En ny virtuell hårdvaruversion öppnar också upp stöd för 3D grafik och USB 3.0. Man behöver dock inte skynda med att uppgradera den virtuella hårdvaran eller VMware tools om man inte nödvändigt måste ha tillgång till de nya funktionerna:

(Bild saknas)

Om man vill förenkla utrullning av vCenter så finns det nu en virtuell appliance baserad på SUSE Linux Enterprise Server 11, på 10 minuter har du en vCenter installation färdig att börja använda!

Vad gäller licenser så tar man bort Advanced edition vilket resulterar i 5 stycken kvarvarande varianter: Essentials, Essentials Plus, Standard, Enterprise och Enterprise Plus. Har man Advanced edition idag med giltigt supportavtal kommer dessa uppgraderas till Enterprise edition. En annan ganska stor förändring på licenssidan är att tidigare fanns restriktioner för bland annat för hur många kärnor en CPU var licenserad för och RAM var begränsat per host för alla editioner utom Enterprise Plus (även om det var en ganska hög begränsning så fanns den dock där). Borta är nu begränsning i hur många kärnor en CPU får ha, licenseringen är per socket och man har infört en koppling till hur mycket RAM som är tilldelat virtuella maskiner istället (vRAM). Beroende på vilken edition man kör så får man nyttja mellan 24GB upp till 48GB vRAM per CPU-licens, minnet kan fördelas fritt över klustret som en poolad resurs.

Entitlement by vSphere edition
– 24GB vRAM for Essentials Kit
– 24GB vRAM for Essentials Plus Kit
– 24GB vRAM for Standard
– 32GB vRAM for Enterprise
– 48GB vRAM for Enterprise Plus

Ovanstående är kopplat per CPU-licens man köper, d.v.s köper man 4 st Enterprise licenser får man nyttja/tilldela VMs med max 4x32GB=128GB minne. Om dina VMs överskrider 128GB minne totalt så finns 2 alternativ: Köp ytterligare en CPU Licens för Enterprise edition eller uppgradera befintliga licenser till Enterprise Plus istället. Bra eller dåligt? Tja, det beror på. De flesta kommer nog inte beröras så mycket med några större miljöer kommer att drabbas hårt av det. Det är en mjuk gräns för alla editioner, där vCenter kommer att varna då man överskrider minnesgränsen, utom för Essentials och Essentials Plus som är en hård gräns.

(Bild saknas)

Q: How is consumed vRAM capacity determined?
A: Consumed vRAM is equal to the sum total of vRAM configured
to all powered on virtual machines managed by a single
instance of VMware vCenter Server or by multiple instances
of VMware vCenter Server in Linked Mode.

Uppgraderingsvägen för att gå från vSphere 4.x till 5.0 är ganska enkel, den enda förändringen är att Advanced edition försvinner och blir uppgraderad till Enterprise edtion om man har giltigt SnS:

(Bild saknas)

vSphere Site Recovery Manager

Site Recovery Manager har inte heller undgått den stora uppgraderingsvågen, en del funktioner står ut som väldigt intressanta bland annat har man integrerat en replikeringsfunktion som kan replikera VMs över nätverket i produkten – d.v.s. välj själv om storagen eller hosten ska sköta replikeringen. Det innebär bland annat att man kan ha storage enheter från olika tillverkare på produktions- och katastrofsiten. Automated Failback är nu också möjligt med SRM5.0. En annan väldigt uppskattad funktion är “Planned Migration” d.v.s. möjligheten att migrera datacentret vid exempelvis ett stort servicearbete i serverhallen.

(Bild saknas)

 

En nya era börjar, en annan går i graven – Länge leve ESX

VMware har under lång tid varit tydliga i sitt budskap att VMware ESX (den “tjocka” hypervisorn) kommer att försvinna och ersättas av ESXi (den “tunna” hypervisorn). De båda varianterna har levt parallellt under ett antal år nu och när vSphere 4.1 lanserades för lite mer än ett år sedan var ett av budskapen att detta kommer att bli den sista versionen där man själv kan välja tjock eller tunn hypervisor. Nästa version som spekuleras komma under året bygger alltså endast på den tunna, ESXi, hypervisorn. Som ett led i strategin att få kunder att gå över till ESXi har man nu tagit bort möjligheten att ladda ner ESX från VMwares nedladdningssidor (nåja, den finns faktiskt med som en länk på sidan men den är lätt att missa).

http://downloads.vmware.com/d/info/datacenter_downloads/vmware_vsphere_4/4_0

Vill man hämta ESX så kan man använda direktlänken till nedladdningssidan istället:

download ESX here

Fault Tolerance och DRS?

En förbisedd förbättring med DRS funktionaliteten i VMware vSphere 4.1 är hantering av fel-toleranta virtuella maskiner. Tidigare kunde man inte lastbalansera virtuella maskiner med VMware Fault Tolerance (FT) funktionen påslagen, detta har nu ändrats. För att detta ska fungera måste man konfigurera VMware Enhanced vMotion Cluster, då aktiveras möjligheten att låta DRS flytta de fel-toleranta virtuella maskinerna.

VMware EVC aktiveras via clusterinställningarna.

VMware vSphere 4.1 USB stöd

Visste du att VMware vSphere har stöd för USB enheter nu? Det är en efterlängtad nyhet som kommer att underlätta en hel del för många. Borta är nu behovet att köpa nätverksbaserade USB dockningsstationer typ AnywhereUSB. VMware har publicerat en KB artikel över vilka enheter som stöds i dagsläget, den kommer förmodligen att utökas vad det lider.

(Bild saknas)

Men det riktigt intressanta i det hela är inte själva stödet för USB utan att vMotion stöds för dessa anslutna enheter, man kan alltså flytta virtuella maskiner mellan hostar och fortfarande ha access till sin USB enhet! Man kan ansluta upp till max 20 stycken USB enheter till en virtuell maskin.

vSphere funktioner som stöds:

(Bild saknas)

 

Nu är VMware vSphere 4.1 äntligen här!

Idag har äntligen VMware släppt sin uppdatering av flaggskeppet vSphere. Version 4.1 finns nu redo att ladda ner från VMwares hemsida.
Här är några av de uppdateringar och nya funktioner som paketet innehåller:

  • Storage I/O can be shaped by I/O shares and limits through the new Storage I/O Control quality of service (QoS) feature
  • Network I/O can be partitioned through a new QoS engine that distinguish between virtual machines, vMotion, Fault Tolerance (FT) and IP storage traffic.
  • Memory compression will allow to compress RAM pages instead of swapping on disk, improving virtual machines performance.
  • Distribute Resource Scheduling (DRS) now can follow affinity rules defining a subset of hosts where a virtual machine can be placed
    Virtual sockets can now have multiple virtual CPUs. Each virtual CPU will appear as a single core in the guest operating system.
  • A team physical network interface cards in a vNetwork Distributed Switch can now dynamically load balance traffic.
  • Health check status and operational dashboard are available for HA configurations.
  • vSphere Client is no more part of the ESX and ESXi installation packages. At the end of the installation process administrators are redirected online to download the client.
  • ESXi installation can be scripted. The script can start from a CD or over a PXE boot source, and can install the hypervisor on local or remote disks.
  • ESX can boot from iSCSI targets (support for iBFT)
  • NFS performance stats are included in esxtop and vCenter Server, as well as through the vSphere SDK.
  • Virtual machines serial ports redirection over the network
  • Support for up to 4 vMotion concurrent live migrations in 1GbE networks and up to 8 concurrent live migrations in 10GbE networks
  • Support for USB pass-through (virtual machines can use ESX/ESXi local USB devices)
  • Support for administrator password change in Host Profiles
  • Support for FT in DRS clusters with with Enhanced vMotion Compatibility (EVC)
  • Support for iSCSI TCP/IP Offload Engine (TOE) network interface cards (both 10GB an 1GB)
  • Support for 8GB Fibre Chanell HBAs
  • Support for IPsec on IPv6 network configurations
  • Support for multiple Data Recovery virtual appliances
  • Support for Microsoft Volume Shadow Service (VSS) in Windows Server 2008 and 2008 R2 guest operating systems for vStorage APIs for Data Protection (VADP)
  • Update Manager (VUM) can now patch additional 3rd party modules for ESX (like EMC PowerPath)
  • Virtual to Virtual (V2) migration for offline Hyper-V virtual machines in vCenter Converter
  • ESX and ESXi direct support for Microsoft Active Directory through Likewise technology integration
  • Support for Intel Xeon 7500 / 5600 / 3600 CPU series (this includes EVC support)
  • Support for AMD Opteron 4000 / 6000 CPU series (this includes EVC support

Det är också den sista versionen som kommer att finnas i 2 olika versioner: ESX och ESXi. I fortsättningen kommer ESXi att vara det enda valet.

En annan väldigt intressant nyhet är att både Essentials Plus bundlingen och Standard edition numera omfattar vMotion funktionalitet!

Försäljning av VMware vSphere Enterprise licensen förlängs

En av de mest prisvärda licenserna från VMware för deras vSphere Enterprise edition. Vid lanseringen av vSphere i maj tidigare i år annonserades att Enterprise licensen skulle fasas ut och ersättas av antingen Advanced edition eller Enterprise Plus edition. En del funktioner från Enterprise flyttades ner till Advanced, exempelvis VMotion, medan andra funktioner flyttades upp i Enterprise Plus, exempelvis DRS och Storage VMotion. Försäljningen av Enterprise licensen skulle upphöra den 15 december.

Nu har VMware ändrat sig tack vare påtryckningar från många kunder. Enterprise licensen kommer även efter den 15 december att finnas tillgänglig att köpa. Än så länge har man inte annonserat ett nytt slutdatum så man får väl anta att licensen finns kvar ett bra tag framöver.

En nämare titt på VMware Fault Tolerance

En av de mest omtalade funktionerna i vSphere 4 är onekligen Fault Tolerance, en funktion vars uppgift är att se till att valda virtuella maskiner fortsätter fungera även om hårdvaran den körs på går sönder. Jag genomförde nyligen en installation hos en av våra kunder och passade på att testa Fault Tolerance lite mer på djupet. Funktionsmässigt “spelas” allt som händer i den virtuella maskinen in och lagras i loggfiler som därefter replikeras över till en annan fysisk server där de spelas upp på en sekundär kopia av den virtuella maskinen. Allt som händer i den virtuella maskinen utförs alltså på 2 olika servrar och detta är priset man får betala för Fault Tolerance: Dubbelt så mycket systemresurser går åt. VMware har en rekommendation att inte ha mer än 4-8 feltoleranta virtuella maskiner på en fysisk server, i den siffra räknas både primära och sekundära virtuella maskiner.

Tekniken bakom Fault Tolerance kallas av VMware för vLockstep som har sitt ursprung i funktionen Record/Replay som har funnits i VMware Workstation ett tag. Trafiken för replikering av loggfiler ska ske över dedicerade (minimum) gigabit nätverkskort, en central disklösning för lagring av vmdk-filerna krävs också.

Fault Tolerance fungerar utmärkt tillsammans med den kompletterande tillgänglighetslösningen High Availability. Man kan testa failover enkelt via GUI för att simulera hårdvarukrasch via “Test failover”-optionen – Jag är däremot mer intresserad av att se hur systemet reagerar i skarpt läge vilket ledde mig till att i den nämda installationen helt sonika rycka strömmen för den fysiska servern där den feltoleranta primära virtuella maskinen (ibland är det inte så dumt med förkortningar ändå, FTPVM kanske låg, för att kontrollera hur lång tid fiktiva användare skulle vara utan sin virtuella maskin gjorde jag det gamla hederliga ping-testet samtidigt. En ny siffra som presenteras i den uppdaterade Virtual Infrastructure client, numer vSphere client, är Log Intervall om man har Fault Tolerance aktiverat och visar hur mycket “lag” (fördröjning) det är mellan den primära och sekundära noden. Replikeringen av loggfilerna sker nämligen asynkront. 0,01 sekunders fördröjning hade jag i mitt test.

Nu är det inte vilka virtuella maskiner som helst som man kan använda Fault Tolerance på, dessutom kan man inte använda snapshot samtidigt som Fault Tolerance på en VM. De restriktioner som finns idag är följande:
Max 1 vCPU
Måste vara “tjock” disk (d.v.s inte thinprovisioned)
Inget stöd för RDM
Snapshot får inte finnas
Intel 31xx, 33xx, 52xx, 54xx, 55xx, 74xx eller AMD 13xx,23xx, 83xx processorer eller senare.

Men sett från den ljusa sidan så kan man skydda alla operativsystem oavsett om det är 32- eller 64-bitars. Inga speciella drivrutiner behövs även om VMware tools rekommenderas (av flera olika skäl).
Vem får då köra Fault Tolerance, vilka licenser är det som krävs? Här har faktiskt VMware varit väldigt generösa, Fault Tolerance ingår i alla editioner överstigande Standard edition, det vill säga Advanced, Enterprise och Enterprise Plus.

Och vad var egentligen resultatet? Hur länge var de fiktiva användarna utan sin virtuella maskin? Ping-testet visade att man tappade 1 ping innan den sekundära virtuella maskinen tog över. Alltså lika mycket/lite som när man kör VMotion!!! Hörde jag någon säga “Fantastiskt”?