Telling stories for a living

Tag: Demo

Homelab Upgrade

Vandaag mezelf nog eens nuttig gemaakt in het homelab: VMware vSphere 5.1 deploy’en op mijn server en mijn VM’s terug uploaden naar de nieuwe datastores. De vorige waren gescratched sinds mijn “ervaringen” met iOmega en het was er nog niet van gekomen om alles terug op te zetten zoals gepland.
Met een nieuw project waarvoor ik thuis ook “hands-on” moet kunnen werken, heb ik uiteraard een VMware omgeving nodig en had ik dus het uitgelezen excuus om er werk van te maken. Vanaf vandaag draait er in mijn homelab een heus Hitachi Content Platform :-).
Dat homelab upgrade’je zal ook van pas komen bij mijn plan om de komende maanden mijn VMware VCAP5-DCA voor te bereiden. En daar heb je echt wel hands-on ervaring voor nodig…
Kortom – genoeg om me mee bezig te houden. Eens alles up & running is, geef ik een jullie een zicht op wat een Content Platform is en kan betekeken voor een bedrijf.
Om deze update af te ronden, een korte “view” op het huidige homelab:

  • “Homemade” server met Intel quadcore 2.4GHz CPU
  • 8GB RAM (kom ik mee toe omdat ik niet zoveel VM’s tegelijk draai)
  • 3 x Intel 1Gb/s NIC
  • 64GB Crucial SSD voor caching in VMware
  • iOmega Storcenter IX4-200D NAS met 4x1TB disks (2.7TB usable met RAID5)
  • FreeNAS “homemad” NAS met in totaal 6TB usable capaciteit (ZFS als onderliggend filesystem)
  • NetGear 24-poorts Gigabit switch voor de bekabeling doorheen het huis + lokaal bij server 2 x 6-port 1Gb/s managed switches
  • In de garage nog een mobiele rack met 3 x Dell Poweredge servers (maken veel lawaai dus garage) die eveneens op de gigabit backbone in het huis kan geplugged worden (gebruik ik vooral als ik meerdere ESX hosts nodig heb voor HA / FT / VMotion tests

Had ik al gezegd hoe fantastisch VMware Workstation eigenlijk wel niet is? Wel, bij deze!
Vandaag een demo gegeven van Data Domain, een backup-2-disk target appliance van EMC, met een backup server die op mijn VMware Workstation draaide. De Data Domain appliance via ethernet aan mijn laptop gekoppeld, de netwerkkaart van de virtuele machine in “bridged mode” gezet waardoor deze eigenlijk rechtstreeks gelinkt wordt aan de fysische netwerkkaart van mijn laptop en “BOEM” – klaar is kees, up and running!
RDP sessie naar die betreffende VM vanop die zelfde laptop, projector aan de VGA-out en de demo kon beginnen.
Voorzie mijn ThinkPad van een quad-core i7 ter vervanging van de dual-core Centrino 2 en verdubbel het geheugen van 4GB naar 8GB en ik heb alles wat ik nodig heb voor eender welke demo. Ah ja, en steek er een SSD van 512GB bij ook dan ;-).
Wist je trouwens dat VMware het Workstation product gebruikt om zijn nieuwste features in te “testen”? De best of the best vindt later meestal zijn weg naar ESX…

In het kader van de professionele bezigheid ben ik deze week bezig met het opzetten van een demo-omgeving voor een “Roadshow” waarbij we zoals de naam al doet vermoeden bij onze resellers een event organiseren waar zij dan hun klanten op uitnodigen.
Het is de bedoeling dat de reseller uit onze product portfolio kiest wat ze op hun event willen tonen aan hun klanten. Dit impliceert de noodzakelijke slide shows met bijhorende marketing / technische uitleg, maar ook demo’s van de betreffende producten.
Omdat de meeste van die producten niet performant geïnstalleerd kunnen worden op een laptop, gebruiken we een dedicated demo-systeem dat uit een HP C3000 chassis (Tower versie) bestaat met daarin een aantal HP ProLiant BL460C G1 blade-servers. Elke blade beschikt over een quadcore Intel Xeon E5450 CPU op 3GHz, 16GB RAM en een setje SAS-schijven in een RAID1 configuratie.

Het OS dat op elke blade-server komt te staan is vanzelfsprekend VMWare ESX. In dit geval heb ik gekozen om de nieuwste release, met name ESX 4.1 te gebruiken, meer bepaald de “Hypervisor” versie, beter gekend als ESX 4.1i.
Om alles beheerbaar te houden, gebruik ik VMWare VCenter om de ESX hosts te beheren of wat had u gedacht? En daar wringt het schoentje natuurlijk…
Om efficiënt te werk te gaan bij de opbouw van demo’s, hergebruik ik heel dikwijls mijn virtuele machines die thuis op de IX4 gebackupped staan. Tot nu toe heb ik altijd ESX 4.0 gebruikt voor mijn labs en daar hoort een VCenter 4.0 machine bij – tot hier geen probleem.
Echter, aangezien ik voor deze opstelling de nieuwe ESX 4.1 variant gebruik, dacht ik toch maar eventjes mijn VCenter 4.0 te hergebruiken en zo wat installatietijd uit te sparen. Mispoes. Alles lijkt te werken, zelfs het toevoegen van de ESX 4.1 hosts lukt… of toch voor eventjes. Enkele seconden na het toevoegen gaat het van kwaad naar erger, krijg je foutmeldingen en verliest de VCenter machine uiteindelijk voeling met de ESX host(s).
VMWare ESX 4.1(i) vereist VCenter 4.1. Punt. Dat is op zich geen probleem, want je kan de database en zo migreren. Het probleem is dat VCenter 4.1 enkel geschikt is voor een x64 OS en laat ik nu een x32 OS hebben op mijn bestaande VCenter VM.
Anyway, niets aan te doen:

  • Een nieuwe VM opzetten
  • Windows 2003/2008 x64 installeren
  • VMWare VCenter 4.1 installeren
  • ESX 4.1 hosts opnieuw toevoegen aan VCenter 4.1

En wonder boven wonder, alles werkt na deze procedure perfect. Het heeft mij enkele uurtjes meer werk gekost, maar nu weet ik het alvast voor de volgende keer.

In het kader van de professionele bezigheid ben ik deze week bezig met het opzetten van een demo-omgeving voor een “Roadshow” waarbij we zoals de naam al doet vermoeden bij onze resellers een event organiseren waar zij dan hun klanten op uitnodigen.


Het is de bedoeling dat de reseller uit onze product portfolio kiest wat ze op hun event willen tonen aan hun klanten. Dit impliceert de noodzakelijke slide shows met bijhorende marketing / technische uitleg, maar ook demo’s van de betreffende producten.

Omdat de meeste van die producten niet performant geïnstalleerd kunnen worden op een laptop, gebruiken we een dedicated demo-systeem dat uit een HP C3000 chassis bestaat met daarin een aantal HP ProLiant BL460C G1 blade-servers. Elke blade beschikt over een quadcore Intel Xeon E5450 CPU op 3GHz, 16GB RAM en een setje SAS-schijven in een RAID1 configuratie.

Het OS dat op elke blade-server komt te staan is vanzelfsprekend VMWare ESX. In dit geval heb ik gekozen om de nieuwste release, met name ESX 4.1 te gebruiken, meer bepaald de “Hypervisor” versie, beter gekend als ESX 4.1i.

Om alles beheerbaar te houden, gebruik ik VMWare VCenter om de ESX hosts te beheren of wat had u gedacht? En daar wringt het schoentje natuurlijk…

Om efficiënt te werk te gaan bij de opbouw van demo’s, hergebruik ik heel dikwijls mijn virtuele machines die thuis op de IX4 gebackupped staan. Tot nu toe heb ik altijd ESX 4.0 gebruikt voor mijn labs en daar hoort een VCenter 4.0 machine bij – tot hier geen probleem.

Echter, aangezien ik voor deze opstelling de nieuwe ESX 4.1 variant gebruik, dacht ik toch maar eventjes mijn VCenter 4.0 te hergebruiken en zo wat installatietijd uit te sparen. Mispoes. Alles lijkt te werken, zelfs het toevoegen van de ESX 4.1 hosts lukt… of toch voor eventjes. Enkele seconden na het toevoegen gaat het van kwaad naar erger, krijg je foutmeldingen en verliest de VCenter machine uiteindelijk voeling met de ESX host(s).

VMWare ESX 4.1(i) vereist VCenter 4.1. Punt. Dat is op zich geen probleem, want je kan de database en zo migreren. Het probleem is dat VCenter 4.1 enkel geschikt is voor een x64 OS en laat ik nu een x32 OS hebben op mijn bestaande VCenter VM.

Anyway, niets aan te doen:

– Een nieuwe VM opzetten
– Windows 2003/2008 x64 installeren
– VMWare VCenter 4.1 installeren
– ESX 4.1 hosts opnieuw toevoegen aan VCenter 4.1

En wonder boven wonder, alles werkt na deze procedure perfect. Het heeft mij enkele uurtjes meer werk gekost, maar nu weet ik het alvast voor de volgende keer.

Professioneel ben ik op regelmatige basis bezig met het opzetten van demo en POC (Proof Of Concept) omgevingen. In januari van dit jaar hadden we ook enkele demo booths op Storage Expo 2010 waardoor ik ondertussen een basis heb opgebouwd om snel een omgeving op te zetten.
Niet helemaal onverwacht gezien mijn interesse in virtualizatie, maak ik in 90% van de gevallen gebruik van een VMWare oplossing om mijn demo-omgeving op te bouwen. Met die wetenschap in het achterhoofd, zijn er in feite twee opstellingen mogelijk:
Wanneer rauwe rekenkracht ondergeschikt is:
– Lenovo ThinkPad R500
– Intel Core 2 Duo 2.0GHz
– 320GB HDD on-board + 48GB SSD via PC-Card slot + 500GB mobile HDD via USB 2.0
– 4GB RAM
– MS Windows 7 Ultimate
– VMWare Workstation 7
In dit geval draait alles op en rond mijn lokaal geïnstalleerde VMWare Workstation 7 virtualizatie software waarin ik mijn virtuele machines aanmaak. De VM’s (virtuele machine’s) met de meeste I/O plaats ik op de SSD, de overige machines op de mobiele schijf. Ik tracht zoveel mogelijk de interne harde schijf te sparen, want die is de grootste bottleneck in dit verhaal.
Dit “mobiele” labo gebruik ik vooral voor functionele demo’s waar je bepaalde features van een product wil laten zien. Performantie is van ondergeschikt belang, want daarvoor is er puntje twee, namelijk…
Wanneer performantie belangrijk is:
SUN X4275 server
– 64GB (of meer) RAM
– 2 x Intel QuadCore 2.26GHz
– 6 x 300GB SAS 15K HDD in RAID5 (RAID level hangt af van doel, soms RAID0,RAID10 of RAID50)
– 16GB Flash Disk (buffer voor bv. swapfiles)
– 8 x Gbit ethernet NIC
– 2 x Fibre-Channel HBA (4Gbit)
– VMWare vSphere Update 1

Bovenstaand “labo” is nog altijd mobiel, maar vanzelfsprekend minder mobiel dan mijn ThinkPad. Deze omgeving is dan ook eerder gericht op demo’s tijdens workshops, events, product launches,…

Hier is het OS van de machine in kwestie geen Microsoft variant, maar VMWare’s meest recente hypervisor – vSphere Update 1. Eenmaal dat vSphere geconfigureerd is, installeer (of beter gezegd, “upload” want ik recycleer mijn VM’s) ik de virtuele servers / workstations en kan de fun beginnen. Gezien de disk capaciteit, het overschot aan netwerkkaarten, de acht fysische CPU cores en niet te vergeten, het broodnodige RAM geheugen kan ik op dit platform zo goed als alles tonen wat ik wil.
Het management van de deze tweede omgeving gebeurt trouwens opnieuw via de ThinkPad, met behulp van de VMWare Infrastructure Client of “de VIC” voor de vrienden. De VM’s zelf configureer ik in eerste instantie via de console view, maar eenmaal het netwerk in orde is, verkies ik een simpele RDP connectie wegens voor de hand liggende redenen.
Voila, daarmee heb ik de basis van mijn testlabo’s uit de doeken gedaan. In de volgende artikels zal ik enkele concrete demo omgevingen uit de doeken doen dus stay tuned for more virtual geekness ;-).

De DJ’s onder ons hoeven geen uitleg en kennen Traktor zonder twijfel. Voor al de rest: met deze software kan je dingen verwezenlijken die menig top DJ’s met enkel platen nooit zullen kunnen doen. En het gaat verder: Traktor kan ook met “echte” vinyl werken. Jij manipuleert de plaat en Traktor zal het digitale muziekbestand op een gelijke manier manipuleren – waardoor jij als DJ dus in feite de mp3 controleert met je handen op de vinyl. 
Final Scratch heet dat systeem en veel grote namen werken er mee (op I Love Techno gebruiken ze het bijna allemaal om maar een voorbeeld te geven), maar voor de thuisgebruiker is het er misschien een beetje over om 600€ uit te geven voor de software + controller (en dan moet je nog een mengpaneel, platenspelers en goede speakers / versterker hebben). Vandaar dat je de software ook apart kan kopen voor 199€, waarna je alles doet met je muis en klavier (of met behulp van bijvoorbeeld een Hercules DJ module). 
Anyway. Traktor 4.0 is uit – beter gekend als Traktor Pro. De demo filmpjes beloven serieuze verbeteringen en ik kan dan ook niet wachten op deze nieuwe versie te installeren en er is een “goeie lap” op te geven. Check it out ya’ll.

© 2024 Unexpected.be

Theme by Anders NorenUp ↑