Unexpected.be

Telling stories for a living

Tag: ESX (page 1 of 2)

Data, of beter gezegd, virtuele machines kopiëren van of naar een datastore in je VMware omgeving, kan een tijdsconsumerende taak zijn. Zonder gebruik van third party tools, doe je dit via de VMware Infrastructure Client met behulp van de datastore browser. Op zich werkt dat wel, maar het is nogal aan de trage kant en niet altijd even betrouwbaar.
De mensen van Veeam hebben daar gelukkig een oplossing voor: Veeam Backup and FastSCP. Hun backup oplossing is niet gratis, maar hun FastSCP tooltje is dat wél en dat werkt zeer goed en veel sneller dan de ingebouwde tool van VMware zelf.
Als je nu net als mezelf een x64 OS op je computer hebt staan, dan krijg je een serieus lange foutmelding te zien op het moment dat je een folder met daarin de bestanden van je VM naar een datastore wil kopiëren (met “800700c1” op het einde van de boodschap).
Veeam zegt dat het op te lossen is door een x32 OS te gebruiken omdat hun ondersteuning voor x64 nog experimenteel is, maar ik ga mijn portable niet herinstalleren voor die reden + ik wil eigenlijk helemaal geen x32 OS meer.
Zeer cryptisch allemaal, maar eigenlijk zeer simpel op te lossen! Ofwel kopieer je geen folders, maar losse bestanden, maar dat  is geen optie in mijn geval daar ik een volledig labo wil uploaden van mijn externe schijf naar mijn VMware omgeving en ik heb geen zin om dit file per file te gaan doen (per VM).
Een andere workaround is om niet naar de datastore te browsen in Veeam FastSCP, maar om via de host te gaan en daar dan naar de VMFS volumes te zoeken om dan je copy op dat niveau te doen. Even goed, alleen eventjes zoeken.
Beste oplossing: de workaround van VirtualVCP volgen waardoor Veeam FastSCP gewoon werkt op alle niveaus. De exacte how-to kan je hier terugvinden, maar het komt er in feite op neer dat je een bepaalde SDK van Microsoft moet installeren en dan een commando ingeven in een CMD-venster om deze SDK door Veeam te laten gebruiken.
Vijf minuutjes werk voor veel gebruiksgenot nadien ;-).

Als je regelmatig met VMware ESX (al dan niet vSphere) aan de slag gaat, heb je zonder twijfel al eens met “intranet” vSwitches gewerkt. Hiermee bedoel ik een vSwitch die niet gelinkt is aan een pNIC (een fysieke netwerkkaart).
Zelf gebruik ik zulke oplossing regelmatig als ik een sandbox omgeving wil maken waarbij een aantal virtuele machines enkel met elkaar mogen communiceren. Een serieus lastig probleem waar je mee geconfronteerd wordt in het geval je over een ESX cluster beschikt, is dat virtuele machines die op zo een “intranet” vSwitch geconnecteerd zijn niet met VMotion naar een andere ESX host gemoved kunnen worden.
Op zich niet zo een groot probleem hoor ik je denken: je kan de VM uitschakelen en daarna een “cold migration” doen. Klopt als een bus.
Maar hoe ga je DRS gebruiken op je cluster in bovenstaand geval? DRS maakt eveneens gebruik van VMotion en zal dus onmogelijk die machines kunnen moven tussen je ESX hosts.
Een ander probleem is dat wanneer je je ESX host in “maintenance mode” plaatst, de host zijn VM’s niet gaat kunnen moven naar een andere host, waardoor overgaan tot “maintenance mode” altijd manuele arbeid vereist. Als je tientallen VM’s in een sandbox hebt, ben je dus eventjes bezig om elke machine netjes uit te schakelen…
Gelukkig is er voor (bijna) elk probleem een oplossing! Je kan op je VCenter een wijziging van de configuratie doen zodat VMotion wel gaat lukken op machines die op een “intranet” vSwitch geconnecteerd zijn.
Opgelet: kijk goed na dat de “intranet” vSwitches op elke ESX host in je cluster aanwezig zijn, anders krijg je VM’s met een gedisconnecteerd netwerk.
En dan nu de oplossing: op je VCenter server in de folder “C:\Documents and Settings\All Users\Application Data\VMware\VMware VirtualCenter” pas je het bestand “vpxd.cfg” aan door onderstaande parameters toe te voegen net voor de </config> lijn:
<migrate>
<test>
<CompatibleNetworks>
<VMOnVirtualIntranet>false</VMOnVirtualIntranet>
</CompatibleNetworks>
</test>
</migrate>
Daarna de VCenter Server service herstarten en als alles goed is, zou het nu allemaal netjes moeten werken.
PS: zorg dat je een backup maakt van het “vpxd.cfg” bestand, just to be safe.

Gisteren was ik bezig met het opschonen van de VMWare vSphere omgeving en één van de taken was het verwijderen van een oude NAS mountpoint / datastore die ooit eens tijdelijk geïntroduceerd werd, maar zoals met vele “tijdelijke” zaken al veel te lang bestond.
Anyway, het plan van aanpak:

  • Alle VM’s die op de betreffende datastore staan met behulp van vMotion naar een andere datastore moven
  • Eventuele orphaned files verwijderen van de te verwijderen datastore
  • De datastore unmounten op de ESX hosts
  • Het filesystem verwijderen op de NAS
  • Done!

U kan natuurlijk al raden dat het verhaaltje niet helemaal volgens plan verliep. De eerste twee stapjes gingen perfect, maar bij punt drie ging het verkeerd. Als ik via de VIC (VMWare Infrastructure Client) de datastore wou unmounten, kreeg ik een foutmelding waar je helemaal niet wijzer van wordt.
Google bracht ook geen soelaas, dus weg met de GUI en “Hello CLI”.

  • Putty opstarten
  • Connecteren naar de ESX host
  • Aanloggen met mijn account
  • Mijn account via su -l verhogen naar root access
  • esxcfg-nas -l intypen om een lijst van de datastores op te vragen
  • esxcfg-nas -d <naam_van_de_datastore>
  • Pataboom de datastore is unmounted.

Niet dus. De enige feedback die ik kreeg was “missing label”. Volgens de VMWare documentatie en het intern CLI voorbeeld deed ik alles zoals het moest, dus daar lag het probleem niet. Een beetje van “pick your own brain” gedaan en toen had ik een mogelijke oorzaak gevonden. De naam van de datastore bestond uit drie woorden mét spaties! Arghh!
Een rename van de datastore gedaan, nogmaals een list-commando gedaan om te verifiëren en daarna het delete / unmount commando ingegeven. Succes! Zelfde procedure op de andere ESX hosts uitvoeren en twee minuten later was de tijdelijke datastore van weleer naar de eeuwige jachtvelden vertrokken.
Note to myself: spaties in VMWare datastores zijn geen goed idee. Spaties in de computerwereld zijn in het algemeen meestal geen goed idee. Remember!

VMWare heeft vandaag ESX vSphere 4.1 gereleased en de nieuwe features lijst is indrukwekkend en welgekomen! Check de VMWare site voor een lijst met nieuwigheden die veel te lang is om hier effe op te sommen.
In ieder geval: het is de moeite!

Vandaag heeft Veeam, gekend voor zijn interessante backup & SCP oplossing voor VMWare omgevingen, het doek laten vallen van hun nieuwste product / feature genaamd  “Surebackup”.  Concreet zal Surebackup toelaten om de virtuele machines waar je een backup van gemaakt hebt, te mounten in je VMWare omgeving (om precies te zijn, te presenteren aan een ESX Cluster) en zo te checken of de staat van je backup goed is. Dit alles zonder extra storage nodig te hebben welteverstaan! Ze mounten de gecompresseerde backup-file op de cluster, compleet transparant voor de gebruiker. Om al dit moois mogelijk te maken, gebruikt men vaneigens vStorage, de nieuwste API van VMWare die ze zelf o.a. gebruiken voor hun eigen backup-oplossing – DR (Data Recovery).
Interessant en cool! En als dat allemaal goed werkt, een mooi alternatief voor VMWare’s Site Recovery Manager. Surebackup zal geintegreerd worden in de komende versie van Veeam Backup & Replication, dat voor het eerst in twee verschillende versies zal aangeboden worden (en de prijs zal je features bepalen natuurlijk).
Moest er nu eens een demo-licentie in mijn virtuele mailbox terecht komen, dan zou ik het maar al te graag aan een doorgedreven test onderwerpen! Check hier hun press release en wat videomateriaal!

Deze namiddag mijn geliefkoosde webshop nog eens opengedaan en mezelf getrakteerd op nieuwe VMWare vSphere lectuur: Mastering VMWare vSphere van Scott Lowe, een man met kennis van zaken die tevens een interessant blog heeft.

Ik verwacht het boek maandag in de brievenbus – verwacht u aan een boekbespreking in de loop van volgende week!

De laatste dagen amuseer ik mezelf meer en meer met het creëren van Powershell scripts voor VMWare. Powershell op zich is al een erg interessante scripting taal die al zijn voorgangers op serieuze achterstand zet en naar mijn mening zeer toegankelijk is, ook voor niet-programmeurs zoals mezelf.
Om Powershell los te laten op VMWare omgevingen, heb je een extra tooltje van VMWare zelf nodig: vSphere PowerCLI (werkt perfect met VI3 hoor) dat te downloaden is op de VMWare website. Samen met de standaard Powershell installatie geeft die plugin je een waaier van opties die serieus de moeite zijn voor alle VMWare admins out there.
Persoonlijk heb ik een aparte virtuele machine in mijn omgeving waarop ik allerhande management / monitoring tools installeer voor de VMWare omgeving. Dit zorgt er niet alleen voor dat elke admin toegang heeft tot de logs en de mogelijkheden van de eerder genoemde tools, maar ook dat je computer niet moet blijven opstaan (lees: niet gereboot mag worden) omdat er één of ander script aan het lopen is.
Eenmaal alles deftig geïnstalleerd is, is the sky the limit. Virtuele machines aanmaken, deleten, starten, stoppen, snapshotten, herconfigureren, clonen, migreren,… you name it. Vaneigens mag je de scripts van “scratch” opbouwen, maar zelf vind ik het nogal dom om telkens opnieuw het warme water te gaan uitvinden, dus is Google mijn beste vriend ;-). Zoek met enkele keywords naar een goed basisscript en pas dit dan aan naar gelang wat je nodig hebt.
Does the trick over here! Mijn recentste “creatie” is een scriptje dat alle virtuele machines in de resource pool “Production” afloopt en alle snapshots verwijdert die ouder zijn dan 15 dagen. Aangezien ik voor backup redenen van de productie-VM’s wekelijks een snapshot maak, zorgt dit script ervoor dat de er nooit meer dan twee snapshots beschikbaar zijn. Dit houdt de machine snel en neemt de manuele arbeid om de snapshots te deleten uit de vergelijking. Plus je kan die scripts in een schedule draaien zodat die zaken gewoon ‘s nachts kunnen lopen.
De code:

$a = get-vm -Location Production;Get-Snapshot $a | Where { $_.Created -lt (Get-Date).AddDays(-15)} | remove-snapshot -Confirm:$false

Het script zoekt alle virtuele machines in de resource pool “Production” en plaats die lijst in de variabele “a”. Die informatie wordt “gepiped” naar het volgende commando waar de virtuele machines die in lijst “a” zitten gescand worden op snapshots die ouder zijn dan 15 dagen. Alle snapshots die ouder zijn dan de vooropgestelde periode worden verwijderd zonder dat er een confirmatie van de admin moet zijn.
That’s it.

Aangezien ik tegenwoordig veel bezig ben met VMWare en jullie dan ook op regelmatige basis bestook met blogposts, wordt het eens tijd dat ik een summiere uitleg geef van wat die “vSphere” nu eigenlijk is. Onderstaand videoclipje / liedje geeft een beknopte samenvatting en het is nog geestig ook. De artiest maakt trouwens elke dag een nieuw liedje rond een of ander onderwerp.

Nu mijn VCP-examen met succes achter de rug is, had ik me voorgenomen om mijn VMWare test-omgeving te scratchen en van nul terug op te bouwen. Oefening baart kunst zeggen ze, maar doorheen het studeerwerk heb ik ook enkele best-practises ontdekt die ik graag zou toepassen.
De oorspronkelijke configuratie zag er zo uit:
Server 1

  • Functie: dit was de eerste ESX-server in mijn setup
  • OS: VMWare ESX 3.5

Server 2

  • Functie: dit was de tweede ESX-server in mijn setup
  • OS: VMWare ESX 3.5

Server 3

  • Functie: deze server stond in voor de iSCSI storage emulatie met behulp van Openfiler, alsmede voor de Virtual Center omgeving. Zowel de Openfiler als de Virtual Center draaiden elk op hun eigen virtuele machine die binnen een VMWare Server 2.0 omgeving werden gehost.
  • OS: Het basis OS voor de server zelf was Windows 2003 SP2.

De Openfiler VM zorgde voor “Shared Storage” die aan beide ESX servers werd aangeboden om zo o.a. VMotion te kunnen gebruiken. De Virtual Center VM was een simpele W2K3SP2 machine met daarop de Virtual Center software (en een bijhorende database) die gebruikt werd om de volledige omgeving te beheren. Deze machine speelde ook DNS server voor de volledige omgeving.
– OS: Windows 2003 SP2
Van Server 1 en Server 2 was ik erg tevreden, al wil ik nu de partities die VMWare ESX nodig heeft customizen en niet de “defaults” volgen. Je kan dit achteraf wijzigen, maar het is veel simpeler en sneller om ESX te herinstalleren met de correcte waarden.
Het schoentje wrong echter bij Server 3: alles werkte wel zoals gepland, maar ik vond de installatie en het gebruik te ingewikkeld en met teveel overhead. Hier zou dus een mouw moeten aangepast worden bij het redesign van mijn test-omgeving.
Het “Redesign” plan:
– Server 1 & Server 2: geen veranderingen.
– Server 3: ter vervanging van W2K3SP2 met daarop een VMWare Server 2.0, heb ik gekozen om VMWare ESXi te installeren als basis OS. Resultaat: sneller en minder overhead.
Op deze ESXi omgeving zou ik dan opnieuw twee virtuele machines aanmaken:

  • Openfiler VM: net zoals voordien, moet deze machine de iSCSI shared storage leverancier worden.
  • W2K3SP2 VM: in tegenstelling tot voordien, zal op deze machine géén Virtual Center worden geïnstalleerd. Deze VM zal de rollen van Domain Controller, DNS, DHCP, WINS en WSUS op zich nemen in mijn nieuw op te richten Active Directory domein. In de vorige test-omgeving maakte ik gebruik van lokaal gedefinieerde users op de VMWare servers om alles in kannen en kruiken te leiden, maar deze keer wil ik via LDAP werken en aangezien ik Windows-omgevingen het best ken, lag Active Directory voor de hand. DNS, DHCP en WINS liggen voor de hand in een Active Directory omgeving, maar WSUS – oftewel Windows Server Update Service – misschien iets minder.

Telkens ik nieuwe (test) machines aanmaak in de virtuele omgeving, moet je deze machines net als een “echte” PC uitrusten met de nieuwste patches en updates. Je kan dit gedeeltelijk oplossen met templates te gebruiken die je dan op hun beurt up to date houdt, maar voor bestaande VM’s is dit geen oplossing. Deze machines draaien elk apart Windows Update en moeten dus elk apart alle patches en updates downloaden. Niet zo ideaal dus. Een WSUS server download al deze (voorafgedefinieerde) updates en via group policies kan je dan instellen dat je andere machines hun updates van deze server downloaden. Resultaat: sneller en minder bandbreedte / volume verspilling.
Het enige dat nog ontbreekt, is een Virtual Center installatie. Zoals ik al zei, zal deze niet op een VM draaien (nochtans wel gesupporteerd door VMWare), maar wou ik deze graag op een fysiek gescheiden machine draaien (sneller, al zou dat niet veel mogen uitmaken binnen mijn kleine test-omgeving). Aangezien ik nog een Sony VAIO laptop ongebruikt naast mij had liggen, was de keuze snel gemaakt. De VAIO beschikt over een Intel Centrino dual-core 1,66GHz CPU en 2GB RAM geheugen – ruimschoots krachtig genoeg om als Virtual Center server dienst te doen. Het basis OS is Windows XPSP3 geworden (supported OS voor Virtual Center) omdat dat toch iets sneller zal lopen als W2K3SP2 én omdat ik daar alle drivers voor bij de hand had.
En dan zijn we rond. Het moeilijkste gedeelte is alles uitdenken en uittekenen, daarna is het noeste “handenarbeid” om alles te installeren en te configureren. Gisteren heb ik alvast Server 3 zijn basis OS meegegeven en de VM’s aangemaakt (ze moeten nog geconfigureerd worden).
De VAIO heeft ook zijn OS meegekregen en Virtual Center 2.5 is ook al geïnstalleerd. Vandaag waag ik me aan de herinstallatie van Server 1 en Server 2 en als het allemaal een beetje vordert, heb ik tegen zondag een volledig werkende VMWare ESX 3.5 test-omgeving zoals ik ze wil.
By the way: de reden waarom ik voor Server 3 voor ESXi gekozen heb en niet voor ESX is simpel: beide broertjes gelijken erg op elkaar, maar er zijn toch verschillen. En niets is zo goed om een product te leren, als ermee werken. Hence the reason why…
Wordt ongetwijfeld vervolgd…

In navolging van mijn blogbericht over VMWare lectuur die kan helpen bij het door en door kennen van de ESX omgeving, geef ik vandaag nog enkele andere interessante sites mee die zeker en vast kunnen helpen:

  • Dutch VMWare User Group – Dutch VMUG voor de vrienden zeg maar: een website met interessante links en artikels, maar vooral met een rijk gevuld forum vol medestudenten en geslaagde VCP’s die graag helpen waar mogelijk.
  • vReference: een website gemaakt door een collega virtualisatie geek met “reference cards” voor alle gangbare versies van VMWare ESX. Op die “kaarten” kan je een shortlist vinden van alle gangbare commando’s, need-to-knows, truks,… en dat allemaal verzamelt op twee A4 bladzijden. Zeer interessant en helemaal gratis!
  • Rob Scmidt’s VMware VCP Study Questions: hier kan je een Word document terugvinden met vragen & antwoorden – een soort popquiz zeg maar die je moet testen om te zien of je al dan niet klaar bent voor het examen. Ze zijn zelfs opgesteld in “flash card” formaat zodat je ze effectief kan printen en uitsnijden als popquiz kaartjes. Een gratis variant op de befaamde Test King en andere braindumps zeg maar.

Trouwens, over die befaamde braindumps – daar zijn voor- en tegenstanders van te vinden. Ja, als je die vanbuiten leert dan is de kans groot dat je slaagt (tenzij ze de vragen veranderen hehe ;-)) maar dan is je certificaat niets waard en zal je het bij klanten of op je bedrijf niet kunnen waarmaken. Waar die braindumps wél goed voor zijn, is het toetsen van je kennis en zo achterhalen of je klaar bent om het examen af te leggen of niet.

Older posts

© 2018 Unexpected.be

Theme by Anders NorenUp ↑