Tips & Guider Archive

Ny fling från VMware Labs

Ville bara passa på att tipsa er om ett nytt verktyg  från VMware Labs vid namn I/O Analyzer. Detta är en appliance lösning som ger dig ett enkelt och standardiserat sätt att mäta I/O prestanda i en vSphere miljö. I/O Analyzer automatiserar den traditionella prestandamätningen på ditt storage och minskar tiden för denna typ av diagnoser från dagar till timmar. Väl värt att prova.

  • Integrerade verktyg för I/O prestandatester
  • Levereras som en virtual appliance
  • Enkelt att konfigurera och starta I/O-tester på flera värdar
  • Visa integrerad prestanda resultat på både gäst och värd nivåer
  • Export av prestandaresultat för analys off-site

Verktyget från VMwareLabs finner du här:

http://labs.vmware.com/flings/io-analyzer

Tid synkronisering i en virtuell DC

Har skapat en ny guide där jag tar upp och förklarar hur man bör konfigurera sin tid synkronisering i en virtuell domänkontrollant. Detta ämne diskuteras ganska så frekvent i olika forum och det finns lite olika varianter och lösningar på hur man bäst implementerar detta.

I denna guide har jag sammanställt den information som jag funnit kring ämnet och metoden som beskrivs är ett rekommenderat tillvägagångssätt från VMware. Tid synkroniseringen av domänkontrollanten sker genom att använda Grupp policy objekt och WMI-filtrering.

Fördelen med denna metod är att korrekta registerinställningar sker per automatik på den primära domänkontrollanten även vid en eventuell migrering av denna roll. Hoppas att denna guide kan komma till nytta när det är dags för virtualisering av ert Active Directory.

Guiden hittar du här: TidSynkVirtuellDC.pdf

Automatisk inloggning i vCenter 2.5

I vCenter 4.0 och senare versioner kan man förenkla inloggningen med den tillhörande vSphere klienten genom att bocka i den lilla rutan längst ner och på så vis använda sig utav det windows konto man är inloggad med för att per automatik logga in på sin vCenter server. Denna möjlighet finns inte på den då kallade ”VMware Infrastructure Client” och vCenter version 2.5 eller tidigare . Det finns dock ett sätt att lösa detta på för att kunna vidarebefodra sina windows uppgifter och på så vis skapa en automatisk inloggning. Detta sker genom att man lägger till följande parametrar för genvägen till klienten.

-passthroughAuth -s vc.yourdomain.com

Byt ut ”vc.yourdomain.com” mot namnet eller ip adressen på din vCenter server. Nu har du möjligheten att automatiskt logga in på vCenter servern utan att ange autentiseringsuppgifter.

passthru

Trimma prestandan i din vSphere miljö

Tänkte att jag så här dagen före dopparedagen skulle ge er läsare en liten julklapp. Detta i form av ett tips för att förbättra prestandan för dina virtuella maskiner i din vSphere miljö. Det har ju skett många förändringar i ESX4 vad gäller prestandan.

Tänkte här ta upp två stycken nya ”paravirtualiserade maskinvaror” som du kan nyttja och förhoppningsvis ge dig bättre pretsanda. Jag talar här om VMXNET3 ett nytt paravirtualiserat nätverkskort med stöd för bla 10GB ethernet och Jumbo Frames samt PVSCSI en ny paravirtualiserad SCSI-kontroller som skall ge ökad disk I/O med mindre belastning på CPU.

För att kunna använda denna nya ”virtuella hårdvara” som vSphere erbjuder och dess prestandaförbättringar krävs det att du uppgraderat dina virtuella maskiner till hårdvaruversion 7. Detta antar jag att alla som uppgraderat till vSphere redan har gjort. Om inte så följer här en snabb genomgång på hur detta sker:

  1. Börja med att uppgradera VMware Tools i ditt gästoperativsystem genom att högerklicka på den virtuella maskinen och välj ”Guest > Install/Upgrade VMware Tools”.
  2. När detta är klart kommer maskinen att boota om.
  3. Efter denna omstart stäng ner maskinen helt.
  4. Uppgradera sedan den virtuella maskinens hårdvara genom att högerklicka på den och välj ”Upgrade Virtual Hardware”.
  5. Starta nu upp din maskin och kontrollera att allt fungerar som det ska.
  6. Gör sedan en sista omstart.
  7. Klart!

Detta är uppgraderingsprocessen i komprimerad form och det viktiga här är att man installerar/uppgraderar VMware Tools innan man uppgraderar den virtuella hårdvaran till version 7.

Kommer här att kortfattat att beskriva hur man ”installerar” och nyttjar dessa nya virtuella maskinvaror och dess drivrutiner.

Installera VMXNET3 (Nytt paravirtualiserat nätverkskort)

För att kunna nyttja detta så måste man lägga till ett nytt nätverkskort till din virtuella maskin. Man kan alltså inte ändra typen för det befintliga nätverkskortet. Detta innebär att man måste notera IP-inställningarna för det gamla kortet och sedan konfigurera det nya med dessa. Tänk också på att MAC-adressen kommer att förändras. Bra att ha koll på om man har ex programvara som är knutet till denna.

  1. Börja med att notera IP-inställningarna för det nuvarande nätverkskortet.
  2. Lägg sedan till en ny ”Ethernet Adapter” till din VM genom att högerklicka på den och välj ”Edit Settings” > Hardware > Add > Ethernet Adapter”.
  3. Välj typen ”VMXNET3″ och se till att välja samma virtuella nätverk (portgrupp) som det tidigare nätverkskortet.
  4. Ta sedan bort det tidigare nätverkskortet genom att markera detta under ”Edit Settings” och klicka på remove.
  5. Konfigurera sedan det nya nätverkskortet med de IP-inställningarna som du noterat. (Windows kommer i detta läge att varna för att det finns ett tidigare nätverkskort med identisk konfiguration. Klicka bara OK på detta.)
  6. Öppna sedan en kommandotolk i din VM och kör ”ipconfig /flushdns” och ”ipconfig /registerdns”.
  7. Ditt nya paravirtualiserade VMXNET3 kort är nu konfigurerat och klart!

För att rensa och ta bort det gamla nätverkskortet och drivrutinen starta en kommandoprompt och skriv följande:

set devmgr_show_nonpresent_devices=1

start devmgmt.msc

Detta kommer att starta enhetshanteraren med möjligheten att visa dolda enheter. Välj sedan i menyn ”Visa > Visa dolda enheter”.  Radera sedan det gamla nätverkskortet under Nätverkskort.

För ytterligare info kring VMXNET och dess prestanda rekommenderas denna PDF från VMware:

http://www.vmware.com/pdf/vsp_4_vmxnet3_perf.pdf

Installera PVSCSI (Ny paravirtualiserat SCSI-kontroller)

Att lägga till en PVSCSI-kontroller är inte konstigare än att lägga till ytterligare en hårddisk till din VM. Att tänka på är dock att välja rätt SCSI-nod id. Detta skall vara 1:x där x = 1 tom 15 (tot 15 st SCSI enheter/adapter).

scsi-node

Detta gäller om du sedan tidigare endast har en SCSI-kontroller. Har du två st skall nod-id vara 2:x. Anledningen till att man gör på detta sättet är för att man skall få möjligheten att lägga till en ny SCSI-kontroller istället för att bara lägga till ytterligare en ny hårddisk på den första SCSI-kontrollern vilket skulle kunna bli node-id 0:1 (den första hårddisken har node-id 0:0). Man kan ha tot 4st SCSI-kontrollers per VM och 15st enheter/kontroller = tot 60 SCSI enheter. Så ex Hårddisk 5 på SCSI-kontroller 3 skulle ha ett node-id på 2:4. (Allt börjar på 0).

Vill man ändra typen (drivrutinen) på den befintliga SCSI-kontrollern som hanterar hårddisken man bootar från kan man inte göra detta endast genom att ändra detta. Maskinen kommer då inte klara av att boota då drivrutinen för SCSI-adaptern inte kommer att kännas igen av ex Windows vid uppstart vilket resulterar i en VM som ej bootar. För att lösa detta problem kan man använda sig av följande steg:

  1. Börja med att lägga till en ny hårddisk till din VM. ”Edit Settings” > Hardware > Add > Hard Disk”.
  2. Vart du väljer att lagra denna Hårddisk eller vilken storlek spelar ingen roll.
  3. Det viktiga är att välja rätt nod-id för den nya Hårddisken för att kunna addera ytterligare en SCSI-kontroller.
  4. Välj virtuell enhets nod-id. Detta skall vara mellan 1:x – 3:x. Se texten ovan för en förklaring kring detta.
  5. Ändra därefter typen på den nyligen adderade SCSI-kontrollern till VMware Paravirtual
  6. pvscsi-choose
  7. Sedan startar du upp din maskin för att Windows skall installera drivrutinen för den nya PVSCSI-kontrollern denna drivrutin hämtas från VMware Tools.
  8. Stäng sedan ner din maskin och ta bort den nya hårddisken genom att markera denna under ”Edit Settings > Hardware” och klicka på Remove.
  9. Välj sedan under ”Edit Settings > Hardware” att markera den primära SCSI-kontrollern och välj ”Change Type”. Välj typen VMware Paravirtual. Klicka sedan Ok och starta upp din VM. Klart!pvscsi

För att rensa och ta bort den gamla SCSI-kontrollern och drivrutinen starta en kommandoprompt och skriv följande:

set devmgr_show_nonpresent_devices=1

start devmgmt.msc

Detta kommer att starta enhetshanteraren med möjligheten att visa dolda enheter. Välj sedan i menyn ”Visa > Visa dolda enheter”.  Radera sedan den gamla SCSI-kontrollern.

För ytterligare info kring PVSCSI och dess prestanda rekommenderas denna PDF från VMware:

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

Undantag och begränsningar

Både VMXNET3 och PVSCSI har sina begränsningar vad gäller viss funktionalitet i vSphere och stödet för specifika operativsystem. Exempelvis så fungerar varken VMXNET3 eller PVSCSI enheterna ihop med VMware FT vilket kan vara bra att veta för de som tänk nytta denna funktion för sin VM. PVSCI fungerar endast med Windows 2003, Windows 2008 och Redhat Enterprise Linux 5. Du kan endast använda PVSCI på din ”boot controller disk” alltså SCSI-adaptern för den hårddisken du bootar ditt operativsystem från om du kör ESX 4.0 Update 1 eller senare (fungerar med ESX 4.0 men är inte supporterat). Detta är bara några av de begränsningar som finns gällande dessa nya adapters/drivrutiner. Tror säkerligen att listan med begränsingar kommer att bli allt minder i takt med att VMware släpper nya versioner av vSphere, men jag vill ändå göra er uppmärksamma på att det finns och kan uppstå problem om man inte läser på innan dessa implementeras .

Passar härmed på att önska er läsare en riktigt

God Jul & Gott Nytt År!

P2V och Software RAID

Genomförde nyligen en P2V konvertering av en Windows server (2003 32bit). Servern hade 2st fysiska IDE-diskar som var speglade med Windows egna mjukvaruraid. Genomförde själva konverteringen med hjälp av VMware Converter.  Körde an så kallad ”Cold Clone” vilket innebär att man bootar den fysiska servern från en skiva där en anpassad version av Win-PE finns som startar VMware vCenter Converter. Föredrar att alltid använda denna metod vid P2V migreringar då risken för att dataförändringar under själva konverteringen försvinner helt.

Själva konverteringen gick bra trots att det tog ca 5-6 timmar. Det var ca 150GB data som skulle migreras. Det tog lite tid då det bara var 100Mbit nät plus att det var riktigt slöa IDE-diskar. Efter att konverteringen var klar så skulle jag boota upp den nya virtuella maskinen. Detta lyckades INTE och jag fick bara meddelandet ”No operation system found”. Funderade lite kring detta och testade att mounta den VMDK fil som min nya virtuella maskin bestod av till en annan virtuell maskin för att kontrollera innehållet på denna. All data fanns där och jag redigerade ”boot.ini” för att va säker på att den gick mot rätt partition. Testade även att boota maskinen med en win srv 2003 skiva och körde FIXBOOT & FIXMBR utan resultat. Kollade även i diskmanagern att partitionen var aktiv.

Hyffsat frustrerad så började jag googla på detta då jag var ganska säker på att felet hade att göra med att det var en mjukvaruspegling på diskarna när konverteringen kördes. Det jag fann som besvarade min fundering och förklarade problemet var att VMware Convertern bara fungerar med basic eller dynamiska diskar. Men den dynamiska disken måste bestå av endast en fysisk disk.  Det man alltså måste göra innan konverteringen kan ske är att bryta speglingen på dessa diskar i diskmanagern (”break mirror”).

Convertern fungerar så att den försöker att skapa samma antal virtuella diskar som den hittar fysiska diskar under konverteringsprocessen. Detta innebär att diskarna måste ha unika enhetsnamn tilldelade. Om samma enhetsnamn (ex c:) delas mellan två fysiska diskar som är fallet med Windows mjukvaruraid så kommer konverteringen inte att fungera! Eller jo, den kommer att slutförs men det resulterar i att man inte har en bootbar volym.  Hårdvaruraid fungerar av dessa skäl naturligtvis bra. Något att tänka på om ni stöter på en maskin med mjukvaruraid som skall migreras till den virtuella världen.