SSIS Server op VmWare > Forum

Forum

Unanswered

Active Topics

Forums

Forums > Forums > Performance (SIG)

Subject: SSIS Server op VmWare

Prev Next

You are not authorized to post a reply.

Author

Messages

Arjan Fraaij User is Offline

Posts:111

26-01-2011 10:07:55	Alert
Hoi, Een paar vragen: - Wie maakt gebruik van SSIS op VmWare? - Zijn er specifieke argumenten om dit niet te doen? - Of is het een "It depends" regel? Als VmWare / Storage goed geconfigureerd zijn is er geen verschil met gebruik van fysieke servers? Ik zie af en toe opmerkingen als disable de balloon driver, geef de virtuele host dedicated geheugen en processor capaciteit en niet shared. Gr, Arjan

Robert Hartskeerl User is Offline

Posts:86

26-01-2011 10:58:07	Alert
Als je alleen SSIS gebruikt op de machine dan zal het in de regel niet zoveel uitmaken. SQL heeft bepaalde karakteristieken met betrekking tot memory en disk io. Voor SSIS gelden deze niet. Nu kunnen bepaalde packages natuurlijk wel behoorlijk resource intensief zijn maar dat zal een piekbelasting zijn. Als je nu op een server met cores draait en 4GB intern geheugen zal dat niet meer dan de gebruikelijke vertraging geven op een VM. Je moet alleen wel rekening houden met contention. Je deelt immers en VM host met meerdere guest VM's. Hierdoor kunnen je ervaringen onvoorspelbaar zijn. Stel dat je iedere nacht om 02.00 een batch verwerking doet die erg intensief is zul ja daar meer last van hebben als er nog een VM bijkomt die ook om 02.00 een resource intensieve verwerking start. Bottom line heb je altijd performanceverlies als je virtualiseert. Ook moet je goed naar je licenties kijken, met SQL 2008 R2 zijn bijvoorbeeld de voorwaarden weer gewijzigd. Maar dit heeft wel degelijk consequenties voor je infrastructuur en de kosten. Wat levert virtualisatie je op? Blijft denk ik een discussie met voor en tegenstanders. Het belangrijkste is, is het toepasbaar in jouw situatie en heb je er voordeel van (financieel, beschikbaarheid, efficientie).

Arjan Fraaij User is Offline

Posts:111

26-01-2011 22:22:01	Alert
@Robert, bedankt voor je reactie. Is het in het kader van memory sharing inderdaad verstandig om hier niet aan te doen maar dedicated memory toe te kennen, dit heeft dan echter zeker gevolgen voor de TCO. Voordeel haal je toch het meest uit VmWare doordat je op één ESX server meerdere Virtual Hosts kunt runnen dan werkelijk aan memory of cpu capaciteit bestaat door over sharing. Ik heb geen directe weerstand tegen VmWare, zie ook geen "technische" reden om het niet te doen als alles maar geconfigureerd wordt als gewenst voor SQL Server. Het lijkt echter alleen momenteel wel mode te worden binnen sommige organisaties dat het zover gaat dat 2 servers op een ESX server kunnen draaien en dat deze dan vol is. Argumenten die overblijven zijn dus de TCO om het niet uit te voeren. Wat is eigenlijk de beschikbaarheid verbertering? Er VMotion, dit heeft effect als onderstaand ESX server problemen heeft om zonder latency over te schakelen op een andere ESX server. Iemand al eens getest met een running SSIS package, Database restore of anders? Gaat echter de Virtual Host stuk dan heb je nog steeds een ander probleem. Voordeel heb je natuurlijk met snapshots, als de systemen tenminste niet te groot zijn zodat de Vm beheerders deze nog willen maken.

Robert Hartskeerl User is Offline

Posts:86

27-01-2011 08:01:40	Alert
Inderdaad. Maar als ik me niet vergis ben je wel een paar euro's achteruit voordat je met vMotion aan de gang kan. Hoewel hypervisors gratis zijn, is de geavanceerde tooling etc. eromheen dat niet. Verre van zelfs. Het voordeel van virtualisatie is beschikbaarheid en flexibiliteit. Niet alleen door vMotion maar ook omdat je praat over een gevirtualiseerde infrastructuur. In principe is hier alles locatie onafhankelijk. Een simpel praktijkvoorbeeld. Ik gebruik virtual player om met VM's te stoeien. De VM's staan op een externe harddisk. Als ik op mijn werk ben kan ik deze koppelen aan mijn laptop en als ik thuis ben aan mijn desktop. Tegenwoordig gaat dit vrij naadloos. Hetzelfde geldt natuurlijk voor je datacenter. Het schuiven van resources is veel makkelijker maar ook het gebruiken van resources. Neem nu bijvoorbeeld een nachtelijke batchverwerking op bijvoorbeeld SSIS. Overdag doet die machine niets. Als je die op een VM Host zet waar ook een machine staat die 's nachts niets doet maar overdag, dan maak je optimaal gebruik van je resources. Daar ligt je TCO voordeel. Fysiek zou je altijd twee servers nodig hebben of beide op dezelfde server moeten hosten. Maar ik moet toch wel zeggen dat VM's trager aanvoelen dan fysieke machines, zelfs als ze met 'identieke' specs zijn uitgerust. In het verleden hebben we wel eens een test gedaan en daar ook een VM in meegenomen. Toen zagen we toch echt wel hele duidelijke performanceverschillen en uiteindelijk zelfs dat de VM niet alle testen kon voltooien. De praktijk is helaas niet altijd gelijk aan de folders.

Guido Groeneweg User is Offline

Posts:12

13-02-2012 09:41:20	Alert
Er zijn 2 dingen belangrijk wat betreft performance onder VMware: 1) Zorg dat je hardware (vooral storage!) goed berekend is op de vraag, neem de tijd om performancemetingen te verrichten. In veel gevallen is de storage niet berekend op de taak en veroorzaakt dit situaties dat de performance slechter is. 2) Zorg dat je VMware omgeving optimaal geconfigureerd is. Dit is geen werk voor een systeembeheerder die "alles moet weten", maar een consultancy taak. Technisch gezien is er geen enkele belemmering om SSIS onder VMware te laten draaien, in de praktijk ben ik dit ook tegengekomen en de performance hoeft niet slechter te zijn dan wanneer de server fysiek is (gelijkwaardige configuratie). Als laatste is het ook altijd goed om te bedenken of je alle performance die je nu hebt, ook daadwerkelijk nodig hebt. Is de configuratiekeuze bewust geweest, of omdat het standaard geleverd werd? Zo kan het gebeuren dat de virtuele omgeving veel slechter presteert dan de fysieke omgeving, terwijl al die extra kracht niet nodig is. Voer daarom performancetests uit over een langere periode (minimaal een maand) en bekijk dan of je virtuele omgeving voldoende presteert.

You are not authorized to post a reply.

Forums > Forums > Performance (SIG) > SSIS Server op VmWare

ActiveForums 3.6