Vmware server requirements

[polymorph]

Hi tweakers,

Ik werk voor een grote AV integrator in Belgie.

Hoe langer hoe meer wordt het AV gebeuren meer en meer netwerk gerelateerd.

Met name zijn er meer en meer toestellen die moeten connecteren op Exchange, Skype for business, en dit on prem of in de cloud.

Om deze reden heb ik het idee opgevat om naast ons intern netwerk een testomgeving op te bouwen, om zo nieuwe producten te kunnen testen los van ons productie netwerk.

Ik dacht hiervoor een Vmware esxi server op te zetten met volgende machines erin geconfigureerd:

- Exchange 2016 (hierop zullen maximaal een tiental mailboxen komen, die quasi geen mails zullen
ontvangen, max 10 per dag)
- Windows 2016 server als domain controller
- er zullen ook nog enkele specifieke linux servers op komen (1 gig ram/stuk)

Minder belangrijk is availability, het gaan slechts om een testomgeving. Veel storage is ook niet vereist

Wel belangrijk is dat er een backup bestaat van de vm's die aangemaakt zijn. Dus een raid 1 is wel wenselijk. 2 x 2tb in raid 1 bvb
Dual NIC is ook noodzakelijk

Het moet vooral een machine gaan worden, waar we in de toekomst mee vooruit kunnen, waar we niet binnen 2 jaar tegen beperkingen qua hardware gaan aanlopen.

Hebben jullie suggesties ivm welke machine ik zou aankopen voor deze toepassing?

Alvast bedankt

[Jazzy]

Dit is echt heel basic: begin met het op een rijtje te zetten van de verwachtte workload, dus de specificaties van elke VM die je wilt gaan draaien. Koop dan een machine met voldoende CPU en geheugen.

Verder heeft RAID niets met backup te maken. Met RAID kun je de performance vergroten door te kunnen lezen en schrijven op meerdere disks tegelijk, of uitval van een disk verdragen doordat de data ook nog op een andere schijf staat. Maar als een cryptovirus toeslaat of je per ongeluk een .vmdk weggooit dan ben je gewoon het bokje, al gebruik je RAID 60.

[polymorph]

Jazzy schreef op maandag 16 oktober 2017 @ 10:41:
Dit is echt heel basic: begin met het op een rijtje te zetten van de verwachtte workload, dus de specificaties van elke VM die je wilt gaan draaien. Koop dan een machine met voldoende CPU en geheugen.

Verder heeft RAID niets met backup te maken. Met RAID kun je de performance vergroten door te kunnen lezen en schrijven op meerdere disks tegelijk, of uitval van een disk verdragen doordat de data ook nog op een andere schijf staat. Maar als een cryptovirus toeslaat of je per ongeluk een .vmdk weggooit dan ben je gewoon het bokje, al gebruik je RAID 60.

Daar heb je inderdaad gelijk in, backups zullen we dus beter extern maken. Thx!

Workload verder is net wat ik moeilijk kan inschatten, ik heb geen idee wat die windows server en exchange gaan wegtrekken. Daarmee dat ik het hier even kwam vragen.

[Jazzy]

Daar kun je prima zelf onderzoek naar doen. Als ik Google op 'exchange 2016 test server requirements' dan is de vierde hit dit artikel: http://www.enowsoftware.c...-exchange-server-2016-lab

[Dennism]

Zolang het niet extreem low budget moet: Pak gewoon een recente door vSphere supported machine van een grote OEM die je ook bij klanten zal tegenkomen (Bijv. een DL360 Gen10 of een DL380 Gen10 in het geval van HPE of iets soortgelijks van Dell), een basis configuratie van deze machines met bijv 32GB / 64GB ram en wat local storage of shared storage op een budget NAS (of gebruik bijv. een testlun op de storage die jullie nu vast al zullen hebben) zal ruim voldoen voor de doeleinden die je noemt en mocht het testwerk in de toekomst verder opschalen kunnen deze machines makkelijk mee schalen qua CPU, geheugen en eventueel storage en deze machines zullen nog jaren gesupport worden door vSphere en bijv. Hyper-V (mocht dit ook gaan spelen).

Gezien het feit dat AV (security) oplossingen steeds verder gaan inhaken op de virtualisatie laag (denk ook aan bijv. NSX e.d.) kan het goed zijn dat je software licenties om de diverse oplossingen volledig te kunnen testen een grotere hap uit het budget zullen nemen dan de hardware tenzij je continu op trial versie's gaat draaien. Gratis versie's van vSphere kunnen bijv. geen gebruik maken van AV / Security oplossing op basis van vShield of zoals het nu heet NSX.

[ Voor 8% gewijzigd door Dennism op 16-10-2017 11:18 ]

[Jazzy]

Hardware support is wel een puntje inderdaad. Dat kan een goede reden zijn om voor Hyper-V te gaan, dat draait op alles waar Windows op kan draaien. Onder mijn bureau ligt een oude HP laptop met 16GB en twee SSD's, daar draait mijn hele lab op waaronder Exchange 2016, domain controller, AAD Connect server en een file-server.

Verder heb je met Hyper-V voor het zelfde geld (gratis) ook gelijk alle HA features tot je beschikking, mocht je het op termijn toch nog wat verder uit willen breiden dan kan dat wel handig zijn.

[Brahiewahiewa]

Gezien je vraagstelling ben je zelf geen netwerkbeheerder. Maar je werkgever heeft wel een productienetwerk, dat - ongetwijfeld - wordt beheerd. Leg het probleem eens aan die beheerder voor.
En dan niet gaan vragen welke machine je moet kopen, maar gewoon, heel open, de vraag stellen "wij willen graag producten testen los van ons productienetwerk, hoe zullen we dat eens aanpakken?"

[unezra]

Als je weinig budget hebt (of er gewoon niet veel geld aan uit wil geven), kijk (samen met je systeem en netwerkbeheerders zoals @Brahiewahiewa zegt) eens naar refurbished hardware.

Wij draaien onze complete testomgeving op DL380 Gen6 machines en dat volstaat ruim. (Ok, we hebben daar ook centrale storage op een Gen8 maar da's meer omdat we dat nog hadden dan dat het noodzaak is.) Financieel is dat een veel voordeliger oplossing. In fact, je koopt 3 van die dingen (1 spare) waar je misschien 1 nieuwe machine voor koopt.

Welk platform is minder spannend. Je kunt voor Hyper-V gaan, maar ook voor ESX (al dan niet in cluster en al dan niet HA) of iets als Proxmox. Net waar je jezelf het prettigste bij voelt en waar je het geld aan uit wilt geven.

Er zijn hier ontzettend veel wegen die naar Rome leiden en waar de een een snelle tolweg is, is de ander een goedkopere maar prima B-weg (die misschien nog wel leuker rijd dan een saaie rechte tolweg). Goed om hier dus even goed over na te denken en te brainstormen voordat je wat dan ook installeerd, koopt, etc.

[MAX3400]

Ongeacht of het test of produktie is; Microsoft stelt redelijk specifieke eisen als je Exchange, SQL en andere "back end applicaties" wil virtualiseren. Dit houdt in dat je hardware aan bepaalde eisen moet voldoen en je je hele software-stack (inclusief hypervisor) op een bepaalde manier moet inrichten.

Het wordt erg lastig om een test neer te zetten, daar geen workload op te genereren (of te verwachten, zoals @Jazzy aangeeft) en dan later op "dezelfde" manier het hele zwikkie om te bouwen naar een produktie-omgeving.

Is de huidige produktie ook Server 2016, Exchange 2016 etc. etc. etc.? Of draait men daar nog (net iets) oudere versies? Want tussen twee versies, en dat zal je ongetwijfeld wel weten, kunnen grote verschillen zijn ontstaan in bepaalde manieren van beheren, scripten (implementation & operation), etc.

[Jazzy]

MAX3400 schreef op woensdag 18 oktober 2017 @ 07:18:
Ongeacht of het test of produktie is; Microsoft stelt redelijk specifieke eisen als je Exchange, SQL en andere "back end applicaties" wil virtualiseren. Dit houdt in dat je hardware aan bepaalde eisen moet voldoen en je je hele software-stack (inclusief hypervisor) op een bepaalde manier moet inrichten.

Volgens mij valt dat nog best mee. Kun je eens een paar voorbeelden geven?

[MAX3400]

Jazzy schreef op woensdag 18 oktober 2017 @ 07:52:
[...]
Volgens mij valt dat nog best mee. Kun je eens een paar voorbeelden geven?

Exchange 2016 on *hypervisor (HTML) & SQL on VMware (PDF) vind ik allemaal vrij interessant en uitgebreid.

Of het nuttig is voor een test-labje, daar zijn zeker de meningen over verdeeld maar zodra het produktie wordt, is er zomaar kans dat je (zelfs als Gold Partner) geen support-tickets behandeld krijgt als jouw inrichting niet voldoet aan de eisen.

[Brahiewahiewa]

MAX3400 schreef op woensdag 18 oktober 2017 @ 07:18:
...het hele zwikkie om te bouwen naar een produktie-omgeving...

Nou ga je er van uit dat TS soft- en/of hardware wil testen, die in later stadium in hun productieomgeving geïmplementeerd gaat worden. Dat hoeft niet het geval te zijn. Althans, zoals ik het lees ontwikkelen zij producten voor derden. Die willen ze - vanzelfsprekend - testen voordat ze geshipt worden. Maar dat testen doen ze nu nog in hun eigen productieomgeving. En, ja, da's niet ideaal, om eens een understatement te gebruiken

[Jazzy]

MAX3400 schreef op woensdag 18 oktober 2017 @ 08:02:
[...]
Of het nuttig is voor een test-labje, daar zijn zeker de meningen over verdeeld maar zodra het produktie wordt, is er zomaar kans dat je (zelfs als Gold Partner) geen support-tickets behandeld krijgt als jouw inrichting niet voldoet aan de eisen.

Ik vroeg om een paar voorbeelden van specifieke eisen die Microsoft stelt, niet om een whitepaper. Ik denk dat het wel meevalt allemaal. De tijd dat virtualisatie ingewikkeld was ligt ver achter ons en uitgezonderd een paar specifieke scenario's (storage op NFS shares, auto growing disks) is alles gewoon supported. Laten we het niet ingewikkelder maken dan nodig.

[Question Mark]

Voor SfB (mijn vakgebied)

• Live migration mag niet.
• Hyper-Threading bij voorkeur uit op de host
• Numa-support bij voorkeur disablen op de host
• Géén overcommitment van cpu en memory
• Geen dynamic memory

Qua support wel eens vervelend, maar voor een testomgeving boeit dat allemaal niet zo.