windows server 2008 r2 met hyper-v netwerk instellen

[houwink]

ik heb na een overleg met randy besloten om eens te gaan experimenteren met windows 2008 r2 met hyper-v erop om te gaan virtualiseren.

op zich een windows installatie ... helemaal niet moeilijk is gelukt.
server role hyper-v toegevoegd en bios goed ingesteld.

vps aangemaakt en een boek besteld om maar niet telkens vragen hoeven te stellen.

nou maak ik uit het boek op dat ik voor elke vps een fysieke netwerkaansluiting nodig heb. nou mag ik hopen dat dit niet waar is anders zou je voor 30 vps en 30 netwerkaansluitingen nodig hebben.

vandaar ook mijn vraag:
hoe ga ik het netwerk instellen.
ik kan kiezen tussen external, internal en private.

nu wil ik met de lan 1 de windows server kunnen blijven benaderen en de vpsen allemaal via de andere netwerkpoort laten lopen.

wie kan mij hier bij helpen.

[Wynand]

External, geen meerdere fysieke netwerkpoorten nodig. Of ik moest me wel heel hard vergissen.

[Yourwebhoster]

Het zou wel erg raar zijn als Hyper-V als enige voor elke VPS een fysieke poort nodig heeft.

external = het internet
internal = als je een intern netwerk wilt lijkt me met een andere vps, iemand moet dit even bevestigen of je probeert het eventjes uit
private = heb geen idee

Maar dit denk ik, ik werk er zelf niet mee maar uit de virtualisatie wereld kan het eea nog wel eens overeenkomen.

[dennis0162]

private gaat je verkeer niet buiten de server.

[vDong]

Het zou wel erg raar zijn als Hyper-V als enige voor elke VPS een fysieke poort nodig heeft.

external = het internet
internal = als je een intern netwerk wilt lijkt me met een andere vps, iemand moet dit even bevestigen of je probeert het eventjes uit
private = heb geen idee

Maar dit denk ik, ik werk er zelf niet mee maar uit de virtualisatie wereld kan het eea nog wel eens overeenkomen.

Bijna correct

External: gebruik de fysieke netwerkadapter om te communiceren met de buitenwereld (linux noemt dat bridging)
Internal: gebruik een dummy netinterface en communicatie is uitsluitend met andere vpssen(met dezelfde interface) en het hostsysteem
Private: zelfde als internal, alleen zonder communicatie met het hostsysteem.

[vDong]

nu wil ik met de lan 1 de windows server kunnen blijven benaderen en de vpsen allemaal via de andere netwerkpoort laten lopen.

M'n gevoel schreeuwt andersom, technisch is daar geen reden voor, alleen zou ik internet verkeer (je vpssen dus) op 1 zetten en je management (hostsysteem) op 2.
Mits uiteraard dit ook echt klopt met links=1 rechts=2 .

[gjtje]

Je hebt 2 lan verbinding, in de Hyper-V manager ga je dan naar Virtual Network Manager. Je selecteert "External" en klikt dan op "Add".
Als naam kan je kiezen wat je wil, bij external selecteer je één van de netwerkpoorten en je zet het vinkje uit bij "Allow management operating system to share this network adapter", klik dan OK en dan ben je klaar.

Je hebt nu één netwerkpoort voor je "gewone" netwerk, en één poort voor Hyper-V. Alle virtuele machines maken gebruik van deze virtuele switch dus je hebt niet voor elke VM een netwerkpoort nodig.

Als je het vinkje bij "Allow management operating system to share this network adapter" aan laat staan dan kan de server zelf ook nog gebruik maken van deze netwerkpoort, bijvoorbeeld als de server maar één poort heeft. Let wel dat de poort waar hyper-v gebruik van maakt niet gebruikt kan worden voor bijvoorbeeld een dhcp server, dus o.a. daarom is het best practice om één fysieke poort voor het verkeer van de server zelf te reserveren.

[houwink]

M'n gevoel schreeuwt andersom, technisch is daar geen reden voor, alleen zou ik internet verkeer (je vpssen dus) op 1 zetten en je management (hostsysteem) op 2.
Mits uiteraard dit ook echt klopt met links=1 rechts=2 .

heb je hier een argumentatie voor waarom ?

@gjtje hier was ik inderdaad oo, net achter gekomen . ik had met het lezen van het boek dit verkeerd begrepen. in hyper-v maak je de switch ipv een lan adapter.

[houwink]

servertje loopt nu inmiddels lekker. windows xp draait na heel veel pijn en moeite. wat lopen kloten met instellingen en inmiddels uitgevonden dat het vlan vinkje uit moet staan als je de poort alleen als switch gebruikt.

daarnaast moeten voor de gewone adapters de microsoft vmguest.iso worden gebruikt. anders legacy gebruiken.

inmmiddels bezig met de 2e vpps centos 5.4 x64 te installeren. deze is de eerste keer gecrashed ivm verkeerde volgorde en lan. eerst kernel updaten en dan pas drivers downloaden en instellen ben ik nu aan het proberen ipv eerst drivers en daarna update.

in een thuis netwerk kun je hiervoor wel "mstsc" gebruiken om de boel over te nemen, maar om de server in het rack te gaan beheren, welke software is dan het veiligst en betrouwbaar ?

[vDong]

heb je hier een argumentatie voor waarom ?

Historische reden, je primaire interface wordt meestal als default gekozen met tooling, zeker in het verre verleden, je management interface had je dan op een extra of 2e adapter.

[houwink]

om storingen door het kiezen van verkeerde adapters in de management tools te voorkomen begrijp ik nu.

[gjtje]

Je kan in Windows de volgorde van adapters gewoon aanpassen dus dat maakt niks uit.
De hyper-v adapter krijgt toch geen enkele binding dus management tools zullen hem überhaupt niet gebruiken.

[houwink]

waar ik net wel achter kom is dat je de linux_IC v2 moet gebruiken ipv linux_IC
de een draait centos 5.4 niet op en op de 2e versie draait centos wel.

is even ter info.

[gjtje]

Zonder linux ic doet ie 't ook, moet je alleen een legacy netwerk adapter gebruiken.
In kernel 2.6.32+ zit al native ondersteuning voor de hyper-v apparaten.

[houwink]

Zonder linux ic doet ie 't ook, moet je alleen een legacy netwerk adapter gebruiken.
In kernel 2.6.32+ zit al native ondersteuning voor de hyper-v apparaten.

alleen is het de vraag of je een legacy wilt gebruken omdat die "slechtere" prestaties heeft dan de gewone adapter volgens microsoft.