2012-10-11

VMworld Europe 2012 - 9 - Virtualizing SQL Server 2012: Diong IT right

Anteckningarna nedan är mina anteckningar live från presentationen. Detta gör att det kan vara felstavningar, felsyftningar och liknande. Jag ber om ursäkt för alla eventuella felaktigheter.
Lämna gärna en kommentar i så fall så ser jag till att ändra. :)

Presentation: APP-BCA1516

Presentatörer:
- Michael Corey (VMware inc)
- Jeff Szastak (VMwrae inc)

Michael börjar med att varna om att det är mer än 100 slides i presentationen.

Man börjar med basic:
- Det är bra att virtualisera.
- Genom att virtualisera får vi generellt både lägre CAPEX och OPEX
osv.

Men hur gör man då?
1. LÄS dokumentationen!! (VMware och microsofts!) Det står massor med bra saker där!
2. Det som funkar för enklare servrar kommer med stor sannorlikhet INTE att fungera för hög-prestanda servrar.
3. Planera. Ta reda på vilka krav som servarna ställer på infrastrukturen
4. Baseline, Baseline, Baseline (hur bra fungerar det idag? Hur vet vi att det funkar bra när vi har flyttat?)

I presentationen ligger ett antal slides som beskriver hur man testar och vilka siffror som är OK (eller som rekommenderas) beroende på vilket verktyg som används.

Det är ingen skillnad på hur man sätter upp en virtuell SQL-server och en fysisk SQL-server. Exakt samma design gäller. Exakt samma sätt att installera servern. (misstänker att detta inte är någon nyhet :))
De absolut vanligaste orsakerna till att SQL-servrar får problem i en virtuell miljö är att disksystemen har fördålig prestanda (antal spindlar och RAID config är viktigt!!!).
Det finns fortfarande miljöer där man har förstora VMar i förhållande mot hur många CPU-kärnor i varje host, men dessa miljöer blir allt färre.

När diskarna sätts upp se till att de blir "Thick EagerZerod Disk". Detta gör att man slipper en massa prestandaförluster när det skall skrivas till diskarn första gången (i all fall för datbas, tempdb och transalktionslogg diskar).

Precis som med fysiska servrar så försök lägga databaser, tempdb och transaktionloggar på egna diskar.

Används Paravirtualiserade SCSI-drivrutinen och nätverksdrivrutinen. Kräver mindre CPU och bättre prestanda.

Sätt "lock pages in memory" i VMen.

Håll dig inom NUMA noder.

Om du tänker använda shares och limits.. Se till att du VERKLIGEN vet hur det funkar och vad du gör. Om du inte vet EXAKT hur det funkar. Ge f*n iatt använda shares och limits på maskiner!

Kontentan av denna presentation är att det är ingen skillnade på SQL 2012 mot alla andra högprestana krävande servrar. Man måste veta vad man gör och man måste göra rätt. Men det funkar alldels utmärkt att göra.

Inga kommentarer:

Skicka en kommentar

Related Posts Plugin for WordPress, Blogger...