Search

onze sponsors

microsoft_logo.gif


 

computrain_logo.JPG

Forum Login | Register
   Forum

 

Subject: SQL Server 2005/2008 en VMware
Prev Next
You are not authorized to post a reply.

Author Messages
Kick VieleersUser is Offline

Posts:8

27-11-2008 14:45:31 Alert 

Hallo PASS collega's,

Graag zou ik van jullie eens een mening willen ontvangen, omtrent SQL Server 2005/2008 op VMware.
Ik ben namelijk wel benieuwd naar ervaringen.
Hoe gaat het met de performance etc.

Ik hoor graag van jullie!

groet,

Kick
 

Arjan FraaijUser is Offline

Posts:111

27-11-2008 15:29:37 Alert 
@Kick: Ik zou zeggen geen probleem als je natuurlijk aan de juiste configurarie voldoet die past bij de situatie.

Een eerste tip: Maak gebruik van Raw Device Mapping voor de SQL data opslag, zeker bij verwerking van grote hoeveelheden data (DWH loads) wil een basic VmDisk wel eens voor problemen zorgen. Tenminste wat ik ondervonden heb maar dat kan natuurlijk ook ergens anders aan gelegen hebben.. Veel PageIO_latch meldingen zijn echter verdwenen na de omzetting van de data disken naar RAW devices.

Wellicht dat andere een andere mening en tips...

Gr,
Arjan Fraaij
Robert HartskeerlUser is Offline

Posts:86

27-11-2008 17:02:48 Alert 
Het hangt natuurlijk helemaal af van je eigen situatie. Als je maar één database hebt met een paar concurrent users en weinig IO's zul je weinig merken. Maar als er meer IO's in het spel komen zul je afhankelijk worden van veel meer factoren (hoeveel VM's draaien er op de server, hoeveel netwerkkaarten zijn er, hoeveel HBA's).

We hebben t.b.v. ontwikkel en test een paar VM's draaien met SQL 2005 en dit voelt merkbaar trager. Niet zozeer SQL, maar ook het OS voelt trager. Maar dat kan in ons geval ook door de gekozen infrastructuur komen...

Het SQL CAT team heeft in ieder geval een whitepaper geschreven over hun ervaringen. Wellicht kun je daar wat uithalen: http://sqlcat.com/whitepapers/archive/2008/10/03/running-sql-server-2008-in-a-hyper-v-environment-best-practices-and-performance-recommendations.aspx
Mark BrummelUser is Offline

Posts:3

30-11-2008 19:26:11 Alert 
Wij hebben een heel aantal klanten probleemloos op VMWare/ESX draaien. Ook onze eigen lab/testserver staat op ESX3.51.

Op mijn blog vindt je wat details.

Mark Brummel
SQL Perform Benelux B.V. | Partner
mark@sqlperform.nl
Mark BrummelUser is Offline

Posts:3

30-11-2008 19:26:56 Alert 
En het blog adres natuurlijk

http://dynamicsuser.net/blogs/mark_brummel/default.aspx

Mark Brummel
SQL Perform Benelux B.V. | Partner
mark@sqlperform.nl
Henk Valk, van derUser is Offline

Posts:11

30-11-2008 20:53:14 Alert 
Hoi Kick,

Virtualiseren is natuurlijk prima vanuit een “Green IT” oogpunt ed, maar het hogere doel van virtualisatie is en blijft om zoveel mogelijk Virtual Machines te draaien (hosten) op een host ...
zeker als je begint met virtualiseren dan komt er een moment dat een host overbelast wordt en er performance problemen gaan optreden.
Als je je eindgebruikers niet wilt opzadelen met dergelijke problemen, onderstaand wat tips hoe je als dba kunt helpen dit in goede banen te leiden:

Definieer zelf een baseline
Hou zelf in de gaten of je teveel last krijgt van vertragingen; hiervoor kun je het beste enkele baseline testen inrichten die je simpel kunt herhalen op het moment dat je denkt dat je met performance problemen wordt geconfronteerd (bijv. bulkinserts van flat files met 6miljoen rows duren zo’n 40 seconden in nullast , een tablescan van een fixed size table duurt xx sec of meet looptijden van batches die niet veel in omvang zullen veranderen etc). Meet dit op je originele server voordat je 'm virtualiseert en nadat je server is gevirtualiseerd) ,en bewaar deze tests + resultaten.

Proactief beheer
Performance problemen komen in de regel niet vanzelf, je kunt ze zien aankomen; vraag aan je Vmware ESX beheerders of ze je wekelijks een overzichtje sturen met daarin een aantal standaard esx-vm counters uit VirtualCenter :
- CPU/DISK/MEM/Netwerk belasting aangevuld met,
- per SQL Server Virtual Machine de counter "CPU Ready" (dit geeft aan hoelang je VM wacht op het beschikbaar komen van CPU resources op een ESX host)
- en op ESX host niveau de "Disk latency” counters.
Er is erg veel informatie over ESX Performance monitoring beschikbaar op de vmware website, (je kunt je je natuurlijk afvragen waarom..;-) ) maar doe er vooral je voordeel mee en lees je goed in. Wordt de belasting binnen een VM- of bij een resource van een host te hoog , speel daar dan tijdig op in.

Reactief “beheer”
Mocht je geconfronteerd worden met trage queries/responses (of meldingen van eindgebruikers) bekijk dan de performance counters realtime en van de afgelopen 24 uur .... check of je nog voldoende fysieke resources hebt binnen je VM .. (misschien heb je wel te maken met een gezonde groei in sql server gebruik!) en herhaal je baseline tests en zie of deze inderdaad aanzienlijk trager zijn.. (pas wel op met het uitvoeren van dbcc dropcleanbuffer commando’s e.d in productie) .

Extra CPU's of meer geheugen toekennen aan een virtual machine is natuurlijk zo gepiept !

Groeten,
Henk
You are not authorized to post a reply.
Forums > Forums > DBA > SQL Server 2005/2008 en VMware



ActiveForums 3.6
  
Copyright (c) 2012 PASS Nederland   Privacy Statement  Terms Of Use