Det bedste ville nok være at oprette DC på den fysiske server, og så kører klienter i Hyper-V. Det er sådan jeg gør det. Har dog haft succes med at have det hele kørende virtuelt, dog var det meget langsomt.
Ja, det med at køre to DC'er er smart nok, men så igen, hvad skal man bruge to til? Det bedste er at køre alle serverfunktioner fra den fysiske server, og så have klienterne i Hyper-V
SQL kan ikke anbefales i virtualisering, da der virkeligt sker et stort performance hit. Mail kan godt køre virtualiseret, men din mail-database bør have direkte adgang til disken.
Vi har på arbejdet 2 motherfucker computere som hoster 20-30 virtuelle servere/testiljøer
vi har DC, SQL osv virtualiseret hvor HyperV serverne kun kører HyperV.
Fordelen ved at kører ALTING som virtuelle servere er at man bl.a. kan tage snapshots af sin server inden man laver ændringer. Snapshots er MEGET NYTTIGE hvis man laver fejl og skal rulle tilbage. Hvis man fucker sit domæne op er der ingen vej tilbage, så skal serveren reinstalleres.
Derfor : virtualiser ALTING !
Med hensyn til performance, så er det kun CPU, RAM og HDD som sætter begrænsningerne -- SSD eller RAID10 + 64 GB ram så kommer man langt.
Med dagens Motherboards og CPU'er som har indbygget virtualisering og med Win2k8 R2 SP1 spiller alting bare max med HyperV. Man lider derfor næsten ingen performancetab ved at køre virtuelt.
Jeg er enig med Montago. Der er ikke nogen grund til ikke at ligge alt op virtuelt.
Men vær opmærksom på at f.eks database servere kræver at du indstiller den virtuelle server sådan at du belaster I/O mindst muligt. (Pass-through & fixed size)
Ja, eller smide det på et SAN, det gør vi som regel på vores test og udviklings miljøer, min pointe var at man skal tænke sig om. :)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.