Har du tid?

Som VMware instruktör vet man att det blir diskussioner vid vissa område när man håller en vSphere kurs. Ett av dessa område som det tveklöst blir diskussioner kring är hantering av tid i en virtualiserad miljö. Har synkar man bäst tiden för sina virtuella maskiner, hur synkar man tiden på sina hostar, vad är best practice och så vidare.

Anledningen att ha att synka tiden är helt enkelt att vi ska kunna lita på att vi ser rätt tid inuti en virtuell maskin eller rättare sagt att operativsystemet och applikationerna ser rätt tid, vissa applikationer kan vara väldigt känsliga om tiden skiljer sig för mycket med omvärlden. Ett exempel är Microsoft Domain Controllers som slutar replikera information om tiden skiljer sig för mycket mellan de olika domänkontrollanterna vilket kan vara ett stort problem men det finns naturligtvis massor av andra exempel.

Vi har två olika sätt att synkronisera tiden för virtuella maskiner:

  1. Använda inbyggda verktyg i operativsystemet för att synkronisera tiden med en extern källa
  2. Använda VMware tools för att synkronisera tiden inuti den virtuella maskinen med hosten den körs på

Synkning med hjälp av VMware Tools kan sättas via edit settings på den enskilda virtuella maskinen (men det är inte aktiverat per default):

(Bild saknas)

Oavsett vilken av metoderna ovan man använder sig av ska man se till att man endast använder sig av ett sätt, om man använder VMware tools för tidssynkningen avaktiverar man operativsystemets egna metod eller vice versa. De flesta miljöer omfattar ett Microsoft Active Directory vilket även kan användas för tidssynkning, så låt oss säga vi beslutar oss för att använda den virtuella maskinens operativsystem för att sätta tiden korrekt (via Active Directory) – då ska vi naturligtvis se till att vi inte använder VMware tools samtidigt för det också.

Bing, bang, boom då var det klart… Eller? Har vi verkligen sett till att vi inte synkar tiden mellan den virtuella maskinen och hosten nu? Behöver vi då ens bry oss om att synka tiden på våra hostar? Av många olika anledningar ska vi se till att synka tiden på hostarna bland annat för att se till att performance charts visar nyttjandet av resurserna på korrekta tider men även för felsökning. Felsökning i en virtualiserad miljö innebär ofta att vi behöver verifiera olika delar i infrastrukturen: Lagrings-, nätverks- eller servermiljön. Och för att göra felsökningen någorlunda överskådlig och korrelera informationen mellan de olika miljöerna ska vi se till att samtliga komponenter i infrastrukturen har en gemensam källa för tid, annars blir det väldiga problem då vi går igenom de olika loggarna vid felsökning – klockan 09.58, då problemet uppstod, måste vara samma i alla loggarna.

Så det är väldigt viktigt att se till att vi synkar tiden både för hostar och virtuell maskiner, och att vi har en gemensam tidskälla för samtliga komponenter i infrastrukturen. Men låt oss spekulera, om jag inte är intresserad av mina performance charts, jag är inte intresserad av loggfiler – jag har ändå aldrig problem med miljön ju. Så jag väljer att inte synka tiden på mina hostar och på mina virtuella maskiner synkar jag tiden med hjälp av operativsystemets funktion och VMware tools tidssynk är disabled. Ett halvår senare upptäcker jag att tiden skiljer sig väldigt mycket på mina hostar, kanske till och med har olika datum, men detta är väl inget problem för mina virtuella maskiner? Jag använder ju Active Directory för att få rätt tid, så det spelar väl ingen roll att mina hostar inte har korrekt tid?

Den stora frågan är hur fungerar VMware tools tidssynkningsfunktion egentligen? Den ser till att periodvis hämta tiden från hosten och sätter därefter tiden inuti den virtuella maskinen, detta sker som standard en gång i minuten. Så om man avaktiverar VMware tools funktionen så stänger man av funktionen för att periodvis hämta/sätta tiden men det finns andra aktiviteter som initierar en synkning av tiden till hosten. Om man har ”pausat” (suspend) en virtuell maskin så kommer den att synka tiden med hosten då den startas upp igen (resume) – kanske inte ett jättestort problem om man inte använder denna funktion. Men vi har samma beteende på en virtuell maskin då vi flyttar den via vMotion, tar ett snapshot, går tillbaka till ett tidigare snapshot, gör shrink på en virtuell disk eller startar om VMware tools tjänsterna. Detta händer alltså även då VMware tools tidssynkningsfunktionen är avaktiverad!
Därför ska man alltid se till att ha en extern tidskälla uppsatt för både virtuella maskiner och hostar!

Men om vi går tillbaka till ursprungsfrågan, om jag inte vill synka tiden på mina hostar kan jag inte styra hur tiden hanteras då jag gör vMotion, tar snapshot och så vidare? Jo, det går att styra via de avancerade parametrarna på en virtuell maskin.

Markera den virtuella maskinen i ditt inventory och stäng av den virtuella maskinen (inställningarna läses inte in om man bara gör en reboot). Högerklicka den virtuella maskinen och välj Edit Settings, klicka på Options fliken och välj General (under Advanced).

(Bild saknas)

Klicka på Configuration Parameters och klicka på Add Row och lägg till följande information:

tools.syncTime = 0
time.synchronize.continue = 0
time.synchronize.restore = 0
time.synchronize.resume.disk = 0
time.synchronize.shrink = 0
time.synchronize.tools.startup = 0
time.synchronize.tools.enable = 0
time.synchronize.resume.host = 0

Detta behöver alltså göras på varje enskild virtuell maskin, antingen manuellt eller via script, och dessutom måste de virtuella maskinerna stängas ner och startas upp för att inställningarna ska läsas in och användas.

Referens:
Disabling Time Synchonization
Configure Time Synchronization Between Guest and Host Operating Systems

VMware vSphere 5.1 uppdatering släppt

Äntligen har VMware släppt en uppdatering till vSphere 5.1 som löser en del problem som irriterat oss.
En av de första sakerna jag lägger märke till är att nu är äntligen Windows Server 2012 supporterat att köra vCenter på, dessutom stöds även MS SQL 2012 som DB.

Ett annat problem som gäckat oss är omdöpning av virtuella maskiner, i sig inget problem eftersom man under lång tid kunnat döpa om en virtuell maskin (Display name) utan att det påverkar miljön. Problemet ligger i att ”Display name” inte propageras ner till katalog- och filnamn för den virtuella maskinen vilket i en förlängning kan försvåra en eventuell felsökning. Om man förlitar sig på ”Display name” när man felsöker en virtuell maskin som blivit omdöpt och försöker hitta relaterade filer på VMFS datastore så hittar man inte en katalog som stämmer överens namnmässigt. En lösning finns nu åter igen i update 1 för vSphere 5.1 där man helt enkelt kan göra en storage vmotion för att synkronisera namnen på katalog och display name – MEN det kräver att man i advanced settings på vCenter sätter provisioning.relocate.enlabeRename till True.

När vi ändå är inne på VMFS så innehåller update 1 även en förändring på VMFS Heap Size där man nu kan växa Heap Size till 640 MB jämfört med 256 MB tidigare. Detta minimerar eventuella problem att starta upp virtuella maskiner då många, stora virtuella hårddiskfiler är öppna.

I samband med vSphere 5.1 uppdateringen har VMware även släppt uppdatering för SRM och vSphere Replication, både är nu uppe i version 5.1.1

VMware vSphere 5.1 licenser

När nu VMware har lanserat sin senaste version av vSphere, som är 5.1, är det några förändringar som gjorts på licens-sidan.

I nästan alla bundlingar, det vill säga Essentials Plus och alla Acceleration kit, ingår numera VMwares appliance för virtuellt SAN (vSphere Storage Appliance) och dessutom ingår även funktionen för att replikera virtuella maskiner mellan hostar (vSphere Replication) också. En annan förändring är att backup funktionen som tidigare gick under namnet Data Recovery har ersatts av en nyutvecklad backupappliance vid namn Data Protection. Data Protection är en lösning utvecklad av VMware tillsammans med EMC som bygger i grunden på Avamar teknologi.

Vad gäller fristående licenser har det tillkommit en variant vilket innebär att det finns totalt 4 stycken att välja mellan:

  • Standard
  • Standard with Operations Management
  • Enterprise
  • Enterpris Plus

Skillnaden mellan Standard och Standard with Operations Managment är att i den senare ingår vCenter Operations Management Suite Advanced samt vCenter Protect.

I samtliga fristående licenser (från Standard upp till Enterprise Plus) ingår:

  • vSphere Replication
  • Fault Tolerance
  • Storage vMotion

Och som säkert ingen missat vid det här laget så har VMware valt att slopa vRam licensering dessutom har man tagit bort begränsning på antal kärnor per CPU, detta innebär att det enda man behöver ta hänsyn till är hur många CPU sockets hostarna har!

För att kunna skapa de allra största virtuella maksinerna (tilldela 64 vCPU) krävs Enterprise Plus, med Enterprise kan man tilldela 32 vCPU och alla övriga licenser tillåter 8 vCPU per virtuell maskin.

För mer information:

http://www.vmware.com/files/pdf/vsphere_pricing.pdf

VMworld 2012 keynote #2

Andra dagens startas av Steve Herrod som sammanfattar hur marknaden och trenderna ser ut för tillfället.

Post-pc eran kommer i framtiden men pc:n kommer att leva i många år framöver men den tydligaste trenden är multi-device. Ett initiativ som är viktigt är att transformera applikationer till tjänster. Användarna har många olika enheter som man vill komma åt samma information från. Så VDI är en lösning som är viktig för VMware. View är VMwares lösning för detta tillsammans med Mirage som är ett uppköp man gjort som kan stärka budskapet runt VDI.

Mirage används för att se till att anändaren alltid har tillgång till samma upplevelse och information oavsett ilken enhet man kör från. Den kan användas för att göra in-place, no touch, upgrade från exempelvis Windows XP till Windows 7, synka infomation från View och göra upplevelsen enhetlig oavsett om man ansluter från tablets, Mac eller PC.
Se youtube klipp på Mirage demon.

För att hantera anslutningar krävs en broker och här har VMware Horizon suite som kan hantera både applikationer och desktops. Project Octopus, dropbox liknande funktionalitet för att synka dokument och filer mellan enheter, har integrerats i Horizon.

En nyhet är att man kan integrera bland annat Citrix XenApp publicerade applikationer i Horizon.

Horizon Suite finns för tillfället i alfa, beta kommer i slutet av året, det ser ut som en riktigt intressant lösning.

Horizon mobile gör det möjligt att hantera applikationer för Android och iOS. Applikationer som hanteras på detta sätt skyddar data på telefonen, informationen krypteras exempelvis. Inbyggt finns även skydd så att man inte kan kopiera information mellan applikationer som hanteras av Horizon mobile och övriga applikationer på din iPhone.

http://www.vmware.com/company/news/releases/vmw-vmworld-enduser-082812.html

VMworld 2012 keynote #1

VMwares årliga event har nu startat, i år är konferensen förlagd till San Francisco. En europeisk konferens kommer att gå av stapeln i Barcelona i oktober. Eventet är större än någonsin och intresset är stort från slukunder, leverantörer och partners.

Det börjar som sig bör med lite underhållning.

Enligt uppgift så är det 20 000 besökare på eventet och ytterligare 10 000 ansluter till live webinaret.

Paul Maritz, avgående CEO, berättar att 2008, hans första VMworld som CEO, var den virtualiserade lasten 25% ute hos företagen – idag är den 60 %. Antalet personer som är certifierad på vSphere, VCP, har ökat från 25 000 till 125 000 under samma period.
Pat Gelsingers, ny CEO, vision för framtiden är att över 90 % av lasten kommer att vara virtualiserad.

En av lanseringarna som VMware gör idag är vSphere 5.1. Ett budskap Pat hade var också ”we heard you”, en kundundersökning med massor av slutkunder har lett till att prismodellen för vRAM tas bort till publikens jubel. Priced per CPU, one easy solution, no limitations.

För end user computing så växer dubbelt så fort som marknaden, d.v.s man tar markandsandelar.

Steve Herrod tar sedan över scenen vilket innebär att det blir lite mer tekniskt. Kapaciteten för vSphere tar ett stort steg framåt, en virtuell maskin kan nu växa till max 64 CPU, 1 TB minne och mer än 1 miljon IOPS per VM. För storage hantering, en ny funktion är enhanced vMotion. Funktionen gör det möjligt att migrera virtuella maskiner mellan hostar utan gemensam disk.

Det har även kommit en ny vCloud suite, finns i 3 olika storlekar, som du som kör vSphere Enterprise plus kommer att få tillgång till! Viridis IT kommer att ha ett frukostsemimarie runt vCloud Director som ni anmäler er här: http://www.viridisit.se/evenemang/skapa-ditt-eget-moln-vmware-vcloud-director/

För eventet väntar VMware att 200 000 VMs kommer att skapas under hands on labbarna.

VMware-appar till din iPad & iPhone

VMware har under den senaste tiden släppt en rad olika appar för att underlätta vår vardag, alltifrån vSphere klient för att sköta om vSphere miljön till en app för att administera ditt My VMware konto.

Länk: VMware vSphere client for iPad
Här är verktyget som underlättar administatörens vardag, med hjälp av vSphere client for iPad kontrollerar du hela din vSphere farm från din iPad.

Länk: VMware View for iPad
Med verkyget kan du koppla upp dig till en befintlig VMware View miljö för att komma åt dina virtuella klienter, det vill säga du kommer åt din Windows desktop från iPaden.

Länk: My VMware
My VMware hanterar dina licenser i din organisation, man kan även ge rättigheter till andra användare till samtliga licenser, eller om man vill, endast ett urval av licenserna. Med verktyget hämtar man nycklar, grupperar licenser och mycket mer.

Länk: VMware vCloud client for iPad
VMware vCloud client är ett verktyg för att administrera ditt VMware-baserade moln.

Länk: VMware Octopus
VMware Octopus är VMwares lösning för fildelning mellan olika olika enheter (PC, Mac, iPad osv) och/eller mellan olika användare. Konceptmässigt ungefär som Dropbox.

Länk: SlideRocket Player
SlideRocket är verktyget för att visa dina presentationer på din iPad – online eller offline.

Länk: Socialcast
Socialcast är VMwares lösning för ”Enterprise social networking”, tänk facebook fast för företaget.

Samtliga appar är kostnadsfria, men det krävs att man har inloggningsuppgifter till de system man ansluter mot.

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.

Vilken plattform för VDI installationer?

Det är en legitim fråga då det finns en uppsjö av plattformsalternativ för VDI. Citrix, VMware och Microsoft har samtliga möjlighet att vara ditt fundament för virtuella klienter. VMware har i kölvattnet av vSphere 5 lanseringen även uppdaterat sitt erbjudande i denna plattformskamp. Som en del kanske känner till så erbjuder VMware ett färdigt paket för virtuella klienter (VMware View) som innehåller bland annat plattform, connection broker, ThinApp för virtualisering av applikationer. VMware View kommer även i fortsättningen finnas kvar, VMware Desktop är inte någon ersättare utan snarare ett komplement om man exempelvis vill använda någon annan leverantörs utrullning- och managering av klienter. Vill man köra Citrix Xendesktop men använda VMware vSphere som infrastrukturplattform är det fullt möjligt och det är här VMware Desktop kommer in: Det är en plattform/licens som ger dig möjlighet att köra virtuella desktop (och inget annat) i din VMwaremiljö. VMware Desktop innehåller VMware Enterprise Plus licens utan någon vRAM begränsning (läs detta inlägg kring licensförändringar i vSphere5) men till skillnad från VMware View så ingår inte någon connection broker eller andra funktioner som ThinApp o.s.v. Faktum är att VMware Desktop ingår I paketet när du köper VMware View – allt för att förenkla

(Bild saknas)

Listpriset för VMware Desktop är 65$ per virtuell klient som är igång och licensen säljs i paket om 100 VMs.

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.