ESXi afsplitsen

[|sWORDs|]

Lieve Adjes,

Is het misschien een idee om Zuinige ESXi Server te vervangen door een algemeen ESXi topic? Er is al een zuinige server topic, maar niet echt iets voor ESXi in het algemeen. Ook komen dezelfde vragen vaak terug, ik zou een startpost kunnen maken waar de meest gestelde vragen in terug komen met een paar handige guides (zoals deze) en voorbeeld configs van mini tot groot.

Ik zat hier al een paar dagen over na te denken na deze:

Microkid schreef op maandag 08 augustus 2016 @ 20:21:
Mag ik even wijzen op de topic warning?

Let op: Dit is geen 'algemeen ESxi-topic'. Ook je algemene VT vragen horen hier niet thuis!

Dus graag weer on-topic over zuinige ESXi servers.

En deze:

OMX2000 schreef op maandag 08 augustus 2016 @ 21:04:
[...]


Ik begrijp je punt. Maar misschien is het handig dat je dan ook aangeeft wat dat algemene topic dan wel mag zijn. Dit topic lijkt het defacto ESXi topic te zijn geworden. En het gaat al heeeel lang niet meer om zuinige esxi servers.

But correct me if I'm wrong.

En deze:

Microkid schreef op maandag 08 augustus 2016 @ 21:28:
[...]

Touché
We hadden daar een ander topic voor, maar dat is inderdaad wat vergeten...
Het grote thuis-virtualisatie topic
Wellicht dus toch zinvol om de algemene ESXi/virtualisatie vragen daar te parkeren, en dit topic te bewaren voor het bouwen van een energiezuinige server?

ESXi/Xen/HyperV zijn zo anders dat een algemeen virtualisatie topic daar naar mijn mening niet voor werkt.

[ Voor 65% gewijzigd door |sWORDs| op 14-08-2016 10:02 ]

[|sWORDs|]

Draft startpost (WIP, tijdelijk plain layout):



VMware ESXi is een enterprise-class, type-1 hypervisor ontwikkeld door VMware voor het uitrollen en draaien van virtuele computers. Een type-1 hypervisor onderscheidt zich van een type-2 hypervisor door de plek van de hypervisor t.o.v. de hardware. Bij een type-1 hypervisor draait deze direct op de hardware en heeft dus rechtstreekse toegang tot de hardware. Bij een type-2 hypervisor (zoals. bijv. VMware Workstation) draait de hypervisor bovenop het onderliggende OS (bijv Windows). De toegang tot de hardware moet dan door het OS worden geregeld. Het mag vanzelfsprekend zijn dat een type-1 hypervisor sneller is dan een type-2 hypervisor, maar door de rechtstreekse toegang tot de hardware wel meer eisen hieraan stelt. Als type-1 hypervisor is ESXi dus geen software applicatie die men installeert in een besturingsysteem, maar bevat het onderdelen van een besturingssysteem zoals een kernel. Vmware ESXi is beschikbaar als gratis versie met bepaalde (enterprise) functies uitgeschakeld. De ondersteuning (HCL wizard) van hardware is met name voor netwerk en storage wat beperkter dan we van besturingssystemen gewend zijn, maar voor sommige netwerkkaarten en AHCI controllers zijn er community of 3rd party drivers beschikbaar.

HCL/Whitebox:
Als je ESXi thuis wilt gebruiken kun je een (micro)server kopen die op de HCL staat, maar je kunt ook onderdelen gebruiken die op de HCL staan, of die door anderen reeds getest zijn (eventueel met een community driver) a.k.a een Whitebox.

Minimale benodigdheden
Om ESXi te kunnen draaien heb je een computer nodig met minimaal de volgende componenten cq specificaties:
- Processor: 64-bit processor, minstens 2 cores. Aangezien de "rule of thumb" is om 1 core vrij te houden voor de ESXi kernel zelf, is een 4-core processor toch eigenlijk wel het minimum om een beetje leuk met ESXi te kunnen experimenteren. Hyperthreading mag, dit wordt door VMware aanbevolen, maar is dus geen eis. Hyperthreading levert wel een tiental procent extra performance op. De processor moet tevens voorzien zijn van hardware virtualization support, bij Intel is dat VT-x, bij AMD RVI.
- Geheugen: VMware stelt 2GB RAM als minimum, maar als je rekent met 1GB voor ESXi zelf zal je merken dat 1GB vrij geheugen niet werkt. Gezien de lage prijzen voor geheugen is 8GB toch wel echt het benodigde werkbare minimum.
- Netwerk kaart: ESXi vereist een ondersteunde netwerkkaart om te kunnen werken. Zonder netwerkkaart zal ESXi niet eens installeren. Zie verderop over de ondersteunde netwerk kaarten.
- Storagecontroller: ESXi moet een ondersteunde storage controller aantreffen zodat je ESXi ergens kan installeren en virtuele machines kan opslaan. Aangezien ESXi een enterprise oplossing is zie je hier vaak iSCSI, Fibre Channel, SAS, FCoE controllers e.d. Gelukkig worden consumer like controllers zoals SATA en USB ook ondersteund, maar in beperkte mate.
- Videokaart: je hebt een videokaart nodig om op de ESXi console te kunnen kijken. Verder wordt de videokaart niet gebruikt. De meest eenvoudige videokaart zal dus volstaan. (uitzondering is als je video GPU's gaat doorzetten naar een VM, maar dat is een ander verhaal).
- Storage: ESXi vereist een boot device van minstens 1GB. Indien je ESXi op een USB stick zet, is het slimmer om voor 4GB te kiezen voor toekomstige upgrades en voor de scratch partitie. Voor je virtuele machines is de storage afhankelijk van hoeveel VM's je gaat aanmaken. Een gemiddelde Windows 10 VM kost je 30-40GB, daar komt nog storage bij voor memory en swap, zeg totaal 50GB. Gezien de lage prijzen van opslag is een 1TB disk aan te bevelen, of desnoods een kleinere SSD (voor super performance).
- BIOS: ESXi ondersteund zowel UEFI als Legacy BIOS mode.


Moederborden:
Aangezien VMware ESXi in oorsprong een enterprise oplossing is gericht op de zakelijke markt, is de support voor hardware ook daaraan gekoppeld. Aangezien het voor VMware onmogelijk is om voor elk product een driver te maken en deze te testen is de support op hardware beperkt tot "enterprise class" hardware, zoals servers, netwerkkaarten en storage. Alle ondersteunde hardware (o.a. processors, storage adapters, netwerkkaarten en complete systemen) heeft VMware ondergebracht in de Hardware Compatibility List (HCL). Hierop staat alle hardware waarvoor door VMware drivers zijn gemaakt, die is getest en goedgekeurd. Dat wil gelukkig niet zeggen dat consumer class hardware niet werkt. Zolang de consumer hardware maar gebruik maakt van componenten die ook in interprise class hardware gebruikt worden, is er een grote kans dat je consumer moederbord gewoon werkt. De laatste jaren zien we dat de het onderscheid tussen enterprise hardware en consumer hardware aan het verkleinen is. Op consumer moederborden kom je regelmatig (eenvoudigere) versies van enterprise producten tegen, zoals toegepaste chipsets, Intel NIC's, storage devices e.d. Met wat mazzel kom je dus wel een consumer bordje tegen dat zal werken. Dit is ook terug te vinden op internet bij de zgn whiteboxes.
Concreet: moederborden/systemen op de HCL werken 100% zeker, voor consumer moederborden hangt het af van de aanwezige hardware en ervaringen op internet en of de aanwezige componenten op het moederbord terug te vinden zijn op de HCL. Er zijn een aantal moederbord leveranciers die moederborden maken die op de HCL staan en ook voor consumenten te koop zijn, dit zijn o.a. :
- Supermicro

Er zijn ook uitzonderingen, moederborden waarbij de ACPI tables niet goed samenwerken met POSIX besturingssystemen (meestal DSDT->OSPM). Vaak worden deze bij veel klachten alsnog aangepast via een BIOS upgrade. Borden waarbij zelfs met de laatste BIOS problemen bekend zijn:

• Asrock B150, problemen met power management.
• Sommige Supermicro C612 borden, problemen met softwarematige shutdown.
• Sommige Asus C612 borden, problemen met ipmi module. (module uit te schakelen)

Ongeveer de helft van de socket 1151 moederborden hebben in elk geval één compatible SATA en één compatible netwerk controller.

Netwerk:
Alleen de volgende netwerk drivers zitten out of the box in ESXi:

• Broadcom NetXtreme (II)
• Cisco VIC Ethernet
• Emulex
• Intel 8254x, 8256x, 8257x, 8258x, 82598, 82599 (X520), X540, i210, i211, i217, i218, i219, i350, i354
• Mellanox
• NetXen
• nVidia CK804, MCP51/55/73/77/79
• QLogic

Er zijn community drivers voor onder andere Intel (1000xx), Realtek (81xx/8411), Marvel (Yukon/SysKonnect/805x) en Artheros (L1/AR81xx) netwerkkaarten. Je hebt tenminste één netwerkkaart met driver nodig om te kunnen installeren, mocht je een custom driver nodig hebben kun je die in de iso integreren.

[Teaming/Service Spreading]

Opslag:
Boot:
ESXi kan booten vanaf ATA/SATA/SAS/SCSI/NVMe zolang er een driver aanwezig is, mocht je een custom driver nodig hebben kun je die in de iso integreren.
Naast reguliere storage devices kan er ook geboot worden via PXE, iSCSI, SAN, USB (OHCI/UHCI) of SD (EHCI/XHCI).

SATA:
Out of the box heeft ESXi een gefilterde generic AHCI driver waarbij het filter (etc/vmware/driver.map.d/ahci.map) de volgende controllers bevat:

• AMD FCH/SB7x0/SB8x0/SB9x0
• Apple AHCI PCIe SSD (Samsung based)
• Intel 5/6/7/8/1xx, Atom C2000/NM10, ICH 6/7/8/9/10, C20x/21x/22x/60x(X79)/61x(X99), 31/32/5400
• nVidia MCP78/MCP89
• ALi ULi M5288
• Unknown (1b62:2923, Toshiba/Sandisk based Apple AHCI PCIe SSD?)
• Samsung SM951 AHCI

Er is een community driver die deze filterlijst uitbreid met bijvoorbeeld Marvell (88SE9xxx)/JMicron (JMB36x)/ASMedia (ASM106x) SATA controllers of je kunt de lijst zelf aanpassen in de tar file (/bootbank/sata_ahc.v00).
Verder zitten er in ESXI niet AHCI SATA drivers voor:

• Adaptec AAR-1210SA (Silicon Image)
• Apple
• nVidia CK804, MCP04/51/55/61/65/67, nForce2/3
• Promise 376/378/779/TX2(xxx)/TX4(xxx)
• Serverworks K2, Raidcore xC4000, HT1000, HT1100
• Silicon Image 3112, 3114, 3124, 3132, 3512, 3531

ATA:
Alleen AMD/ATI, Intel, Highpoint, Promise, Serverworks, Silicon Image en VIA PATA drivers zitten out of the box in ESXi. (Let op dat sommige SATA in IDE mode zijn!)

USB:
Standaard is USB alleen beschikbaar als boot device, maar als je het niet erg vind om USB passthrough op te offeren kun je USB ook als datastore gebruiken.

SAS/SCSI/HW iSCSI:
Alleen Adaptec (+DEC, Dell en IBM), QLogic (iSCSI), Cisco (VIC FCoE), HP (Smart Array) en LSI (+veel subvendors) drivers zitten out of the box in ESXi.

NVMe:
Er zit een generic NVMe driver in ESXi, voor de Intel 750/P3500/P3600/P3700 kun je qua performance beter de Intel VIB installeren.

Shared Storage:
Diverse InfiniBand, FCoE, FC, iSCSI HW adapters van Broadcom, Emulex, Intel, Mellanox en QLogic, hiernaast is het mogelijk om software iSCSI of NFS te gebruiken. Ook is het met de juiste licentie mogelijk om shared storage te virtualiseren met VSAN.

[RDM]

I/O HW Virtualisatie:
Er zijn momenteel drie manieren om vanuit hardware I/O beschikbaar te maken voor een virtuele machine.

1. IOMMU (Device -> 1 VM op dezelfde host)
2. SR-IOV (Device -> n VM's op dezelfde host)
3. MR-IOV (Device -> n VM's op n hosts)

Input/Output Memory Management Unit (IOMMU):
Met Intel® Virtualization Technology for Directed I/O (VT-d) of AMD I/O Virtualization Technology (IOMMU) kan er een DMA translation gedaan worden op chipset niveau waardoor er directe communicatie mogelijk is tussen het geheugen van één VM en een IO hub. Er zit dus geen software tussen, de hypervisor vraagt het alleen aan, maar doet zelf geen translation.
Een manier om dit te begrijpen is als een soort van VLAN voor IO devices per VM op PCIe niveau.
Om het te kunnen gebruiken moeten meerdere onderdelen het ondersteunen: Chipset, BIOS, CPU en je PCI(e) device moet te resetten (flr, d3d0, link, bridge of default) zijn. Op socket 1151 en 2011 ondersteunen alle chipsets, BIOS-en en CPU's VT-d.

IOMMU wordt meestal gebruikt om VM's directe toegang te geven tot storage controllers (bijvoorbeeld voor ZFS), USB hubs of GPU's. ESXi heeft een filterlijst (/etc/vmware/passthru.map) met devices die doorgegeven kunnen worden, deze is aan te passen met bijvoorbeeld een Intel SATA controller. Mocht het een storage controller zijn dan mag het niet je bootdevice en er geen datastores op staan om hem door te kunnen geven.

Single-Root I/O Virtualization (SR-IOV):
Met SR-IOV kan een device zich voor doen als meerdere identieke 'devices' (maximaal 256 Virtual Functions). SR-IOV vereist ondersteuning in BIOS, hypervisor en een beschikbare client driver voor het guest OS. ESXi heeft momenteel alleen ondersteuning voor AMD MxGPU en netwerkkaarten met SR-IOV (inclusief HW virtual switching in de NIC). Nesting is niet mogelijk omdat er geen client drivers in ESXi zitten.
SR-IOV wordt ook voor storage gebruikt, maar nog niet met ESXi.

Multi-Root I/O Virtualization (MR-IOV):
MR-IOV is gelijk aan SR-IOV maar kan dan via 'external' PCIe met meerdere hosts communiceren, dit zie je vooral in blades. ESXi heeft nog geen ondersteuning voor MR-IOV.

Graphics:
Soft3D is een software GPU (emulatie op de CPU). Mocht dit niet voldoende zijn dan zijn er drie manieren om hardware graphics te gebruiken:

vDGA (Passthrough met VT-d/IOMMU):
Hiermee geef je één GPU direct door naar één virtual machine, alles wat op de kaart zit is beschikbaar voor de VM (ook de outputs zoals HDMI), de standaard vendor driver installeer je alleen in de VM. vDGA is mogelijk met:

• AMD
• Bepaalde nVidia Quadro's:
• [list]
• 1000M, 3000M, 5000
• K2000/K4000/K5000/K6000
• K3100M
• K2200/K4200/K5200
• [/list]
• nVidia Grid K1/K2 of Tesla M6/M60
• Intel Xeon E3's v3 Haswell met P4700 of v4 Broadwell met P6300. (GVT-d)

vSGA:
vSGA is een software GPU (installeer je in de VM's) die API calls doorstuurt naar de kaart die een driver in de hypervisor heeft. vSGA is mogelijk met nVidia Grid K1/K2 of Tesla M6/M60 kaarten, Intel P4700/P6300 (GVT-s) en AMD FirePro s7000/w7000/s9000/s9050.

vGPU/MxGPU/GVT-g:
Het delen van GPU's met meerdere virtuele machines.
vGPU is een nVidia software driver in de VM en hypervisor die samen werken. Het verdelen van de GPU resources gebeurd in de hypervisor driver en de VM driver kan daar direct mee communiceren. vGPU is mogelijk met nVidia Grid K1/K2 of Tesla M6/M60 kaarten.

AMD's Multi User GPU werkt net iets anders en lost het verdelen van de resources in de hardware (SR-IOV, Single Root I/O Virtualization) op. In de praktijk werkt het hetzelfde, alleen is het nog niet mogelijk dit grafisch te configureren (commandline). MxGPU is mogelijk met AMD FirePro™ S7150 (X2).

Intel's GVT-g met P6300 is nog niet mogelijk met ESXi.

[licenties(free/vmug/commercial]

[meerdere hosts]

[remote management]

[sample builds (mini, small, medium, large, extra large)]

[installatie]

[virtual networking]

[virtual storage]

[guest optimalisatie]

[ Voor 237% gewijzigd door Microkid op 17-08-2016 17:34 ]

[zeef]

Van mij mag je.

[|sWORDs|]

Ik klus hier nog even verder aan de startpost en kijk nog even of er goede bezwaren uit het huidige topic komen.

[OMX2000]

|sWORDs| schreef op zondag 14 augustus 2016 @ 12:16:
Ik klus hier nog even verder aan de startpost en kijk nog even of er goede bezwaren uit het huidige topic komen.

Ik kan me niet voorstellen dat iemand hier bezwaar tegen heeft. Dus ik zeg gaan met die banaan!

Dan kan ik daar bijvoorbeeld de vraag "Heeft iemand al eens met Photon OS met Docker op Esxi gewerkt?" stellen

[Zenix]

Goed idee, ook omdat het in het huidige topic lang niet altijd over zuinige servers gaat, maar ook over flinke servers met veel cores. In het begin wouden mensen een zuinige server, maar zodra je meer met virtualisatie bezig gaat wil je meer performance en toeters en bellen. Daarvoor is een algemener topic beter. Ook omdat eigenlijk alle commodity hardware voor consumenten tegenwoordig gericht is op zuinigheid.

[FireDrunk]

Goed plan, zet mij maar bij de topicstarters!

[ThinkPad]

Top, dit miste ik ook wel eigenlijk

[|sWORDs|]

FireDrunk schreef op zondag 14 augustus 2016 @ 13:52:
Goed plan, zet mij maar bij de topicstarters!

Ga ik doen, kun je de eerste week de toevoegingen/comments even hier of per DM doen? Ik denk dat ik ongeveer een week nodig heb (moet ook nog werken en sta strak van de Diclovenac door een kaakgewricht wat aan het staken is) om de layout strak te krijgen. Daarna worden het vast kleine edits en kunnen we wel door elkaar heen werken.

[ Voor 10% gewijzigd door |sWORDs| op 14-08-2016 14:09 ]

[FireDrunk]

Prima, roep maar waar je wil dat ik iets over schrijf

[Microkid]

Ho ho, niet zo snel
Ik heb een andere suggestie: aangezien het bouwen van een virtualisatie (ESXi/Hyper-V/Xen/Whatever) server redelijk andere koek is dan het gebruiken ervan, stel ik voor om ten minste 2 topics te maken. Ofwel splitsen van de hardware topics van de software topics.

Topic 1: "Het virtualisatie hardware topic". In dit topic bespreken we het bouwen van een (type 1) virtualisatie server. Hierin kunnen dus alle hardware combinaties, werkende combinaties, do's en don'ts, welke processor, hoeveel geheugen, welke lokale storage, welke netwerkkaart besproken worden enz. Dergelijke servers wordt typisch ingezet voor:
- ESXi
- Hyper-V
- XenServer
- KVM

Topic 2: "Het virtualisatie software topic". In dit topic bespreken we de diverse (type 1 en 2) virtualisatie oplossingen en het gebruik van een virtualisatie server/werkstation. Hoe richt je hem in, wat doe je er mee, hoe beheer je hem, hoe zet je je jumbo frames aan, hoe richt je je netwerk in enz.
Typische virtualisatie software is dan:
(Type 1)
- ESXi
- Hyper-V
- XenServer
- KVM
(Type 2)
- VMware Workstation, Fusion
- Parallels
- VirtualBox


Dit voorkomt dat allerlei onderwerpen door elkaar gaan lopen waardoor het topic uitmondt in 1 grote vergaarbak van virtualisatie vragen en iedereen de draad kwijt raakt.

Wie wil dus topic 1 voor zijn rekening nemen en wie topic 2? Voor topic 1 kan de startpost van het huidige "energiezuinige ESXi server" als leidraad dienen, hier staat al veel in over de te gebruiken hardware.

[ Voor 29% gewijzigd door Microkid op 14-08-2016 16:09 ]

[Compizfox]

Eens. Het "Zuinige ESXi Server"-topic gaat al 200 pagina's niet meer over zuinigheid maar wordt gewoon al die tijd al gebruikt als het "Algemene ESXi topic".

@Microkid: uitsplitsen lijkt me geen goed idee. Het bouwen hangt erg samen met het gebruiken ervan. Het resultaat van zo'n 'kunstmatige' scheiding is waarschijnlijk dat je twee topics hebt lopen over praktisch hetzelfde onderwerp gaan waar dezelfde discussies langs elkaar gevoerd worden. Bovendien is er al Het grote DIY RAID NAS topic deel 3, wat ook al aardig wat overlap heeft.

[ Voor 3% gewijzigd door Compizfox op 14-08-2016 15:49 ]

[F_J_K]

Er is nogal een verschil tussen het eenmalig hardwarematig bouwen (incl aandacht voor zekerheid, performance en zuinigheid van componenten en geheel, voor zover het daar uitmaakt of het ESXi of enige ander virt. betreft) en softwarematige inrichting en beheer.

Dat laatste past IMHO beter in SWS ipv. het op hardware gefocuste CSL. Sterker nog, er komen in SWS al jaren af en toe topics over langs. Ik heb het Zuinige ESXi Server eerlijk gezegd nooit bekeken, vanwege die hardwarefocus (als het staal er eenmaal staat, dan verander ik er weinig aan ).

Ik zie losse vragen liever in losse topics, maar een groot topic met discussie over inrichting/beheer en incl. topicstart zoals iets als de voorzet kan prima werken zijn.

[Microkid]

Compizfox schreef op zondag 14 augustus 2016 @ 15:47:
@Microkid: uitsplitsen lijkt me geen goed idee. Het bouwen hangt erg samen met het gebruiken ervan. Het resultaat van zo'n 'kunstmatige' scheiding is waarschijnlijk dat je twee topics hebt lopen over praktisch hetzelfde onderwerp gaan waar dezelfde discussies langs elkaar gevoerd worden. Bovendien is er al Het grote DIY RAID NAS topic deel 3, wat ook al aardig wat overlap heeft.

Tja, kijk eens in het forum overzicht zou ik zeggen. We hebben een duidelijke scheiding tussen de "harde waren" en de "softe goederen" in onze forums. Deze lijn doortrekken voor virtualisatie is dan bijna vanzelfsprekend

[3DDude]

Ik zou dat tweede topic dan wel echt bij ESXi houden. Dan kan Hyper-V bijvoorbeeld in een eigen topic.

XenServer is toch een ander soort paravirtualisatie en KVM al helemaal. Weet je zeker dat je dat wilt generaliseren tot een groot virtualisatie topic?

Ander nadeel dat ik zie bij het splitsen is dat pietje roept dat kan wel deze config, iemand hem bouwt en vraagt bij troublshooten in het tweede 'gebruik topic' hoe komt dat X niet werkt dat jantje zegt: je hebt advies van pietje opgevolgd, had je beter niet kunnen doen

[ Voor 8% gewijzigd door 3DDude op 14-08-2016 16:10 ]

[|sWORDs|]

Microkid schreef op zondag 14 augustus 2016 @ 15:40:
Ho ho, niet zo snel
[...]

Ik was nog braaf aan het wachten op meer reacties en alleen hier alvast aan een startpost begonnen die vast in de één of andere vorm handig gaat zijn. Als het geen topic gaat zijn dan maak ik er wel een blogpost van.

Microkid schreef op zondag 14 augustus 2016 @ 15:40:
[...]
Ik heb een andere suggestie: aangezien het bouwen van een virtualisatie (ESXi/Hyper-V/Xen/Whatever) server redelijk andere koek is dan het gebruiken ervan, stel ik voor om ten minste 2 topics te maken. Ofwel splitsen van de hardware topics van de software topics.

Topic 1: "Het virtualisatie hardware topic". In dit topic bespreken we het bouwen van een (type 1) virtualisatie server. Hierin kunnen dus alle hardware combinaties, werkende combinaties, do's en don'ts, welke processor, hoeveel geheugen, welke lokale storage, welke netwerkkaart besproken worden enz. Dergelijke servers wordt typisch ingezet voor:
- ESXi
- Hyper-V
- XenServer
- KVM

Topic 2: "Het virtualisatie software topic". In dit topic bespreken we de diverse (type 1 en 2) virtualisatie oplossingen en het gebruik van een virtualisatie server/werkstation. Hoe richt je hem in, wat doe je er mee, hoe beheer je hem, hoe zet je je jumbo frames aan, hoe richt je je netwerk in enz.
Typische virtualisatie software is dan:
(Type 1)
- ESXi
- Hyper-V
- XenServer
- KVM
(Type 2)
- VMware Workstation, Fusion
- Parallels
- VirtualBox


Dit voorkomt dat allerlei onderwerpen door elkaar gaan lopen waardoor het topic uitmondt in 1 grote vergaarbak van virtualisatie vragen en iedereen de draad kwijt raakt.

Wie wil dus topic 1 voor zijn rekening nemen en wie topic 2? Voor topic 1 kan de startpost van het huidige "energiezuinige ESXi server" als leidraad dienen, hier staat al veel in over de te gebruiken hardware.

Mij lijkt het juist niet handig om de type 1 hypervisors in één topic te gooien. Supported HW, configuratie, netwerk mogelijkheden, etc is zo anders per hypervisor. Voor mij is dat bijna zoiets als één topic voor Linux, OSX en Windows.

Ik denk dat dit juist de reden is waarom alles nu in het zuinige ESXi topic terecht komt. Ik ben voor een software topic, waar we natuurlijk ook de vereisten (HW) belichten.

Dus één HW topic over zuinige servers en een software topic per hypervisor waar vraag naar is (inclusief HW vereisten). We zien in de game topics toch ook vragen zoals welke videokaart is beter voor deze game? Of ik heb een lage frame rate in solitair, kan ik beter mijn videokaart of CPU upgraden? Of misschien een combo topic in IT Pro?

Mocht er echt een scheiding tussen HW voor ESXi en configuratie moeten zijn dan zou ik het nog steeds in een topic per hypervisor doen. Ik ben er dan wel erg bang voor dat één topic dood valt of onze lieve Adjes ze straks beide zat zijn door het veelvuldig posten in het verkeerde topic.

[ Voor 17% gewijzigd door |sWORDs| op 14-08-2016 16:52 ]

[hans_lenze]

Oeh, oeh! Mag ik al een vraag stellen?

Edit: sorry, totaal verkeerde topic.

Ja, graag! Een plek om alle instellingen van ESXi te bespreken en dergelijke lijkt me een top idee!

[ Voor 65% gewijzigd door hans_lenze op 14-08-2016 21:01 ]

[|sWORDs|]

Zouden de lieve Adjes nog eens willen laten weten wat voor topic er het beste waar past? Ik heb zoveel mogelijk hardware info in de TS gezet om zo min mogelijk hardware vragen in het topic te krijgen. De software delen (installatie, beheer, optimalisatie) komen nog.

[Hero of Time]

Ik denk dat het bespreken van ESXi zelf het beste in SWS past. Hier en daar een hardware vraagje in dat topic is niet zo erg, maar het is dan beter om te vragen in wat je nu wilt opzetten, een hardware specifiek topic voor ESXi. Waar dat het beste past, ehm, in de harde waren hoek waar het huidige topic staat dat je wilt afsplitsen. Wat Microkid eerder voorstelde en wat F_J_K ook al zei.

[|sWORDs|]

Het idee was om een algemeen ESXi topic te hebben waar alle ESXi vragen in konden. Maar gezien de duidelijke splitsing tussen HW en SW op GoT leek dat niet echt mogelijk. Mijn huidige idee was dan een SWS topic waarbij vrijwel alle HW antwoorden al in de TS staan zodat we het vooral over inrichten en werken met kunnen hebben.
Andere optie zou zijn om ze te splitsen, maar ik denk niet dat het zou werken.

[FireDrunk]

Kunnen we ze niet linken? Dat het topic in 1 van beide categorieën valt, maar een alias krijgt in de andere Forum Categorie?

[OMX2000]

Ik vind 1 topic echt veel praktischer. Er zijn bijvoorbeeld veel vragen over ondersteuning van VT-D en het al dan niet door kunnen geven van bijvoorbeeld een SATA controller. Daar is een stukje configuratie (software) en hardware voor nodig.

Dus ik begrijp de software/hardware opsplitsing binnen GoT wel, maar veel vragen zijn van het soort : "Welke hardware configuratie werkt er goed met ESXi, en wat is een handige configuratie van VM's daarvoor".

Rules were made to be broken, but you can't make broken rules

[Yarisken]

Ik had nog een vraag over het updaten van vcenter zelf.
Heb vcenter draaien op windows. Heb update manager geinstalleerd en mijn esxi hosts zijn nu up to date.
De enige manier die ik online vind om vcenter zelf te updaten is de iso downloaden en een upgrade doen.
Is er ook een online manier ?

[F_J_K]

Yarisken schreef op donderdag 08 september 2016 @ 19:37:
Ik had nog een vraag over het updaten van vcenter zelf.
Heb vcenter draaien op windows. Heb update manager geinstalleerd en mijn esxi hosts zijn nu up to date.
De enige manier die ik online vind om vcenter zelf te updaten is de iso downloaden en een upgrade doen.
Is er ook een online manier ?

Dan moet je daar een vraag-topic over openen conform Het algemeen beleid #topicplaatsen (dat kan in Serversoftware en Windows Servers), dit topic gaat niet over inhoudelijke vragen over ESXi

[Room42]

Ik heb interesse om 3D hardware-acceleratie in mijn thuisserver te bouwen maar ben nog even op zoek naar de betaalbare oplossing. Het liefst zou ik me niet beperken tot één VM, dus voor wat ik nu begrepen heb, is vDGA niks voor mij.

De, volgens de VMware Compatibility Guide meest betaalbare grafische kaart, die vSGA ondersteunt, is de pricewatch: Sapphire FirePro W7000, maar deze kaart is alweer uit 2013 en toch nog bijna 700 euro. Ik hoef er niet per sé op te gamen (hoewel voor de test zou dat wel leuk zijn) maar een fijne grafische interface zou wel leuk zijn (is eigenlijk ook Linux/Ubuntu-compatible?).

Hebben jullie een tip, die momenteel nog goed leverbaar is? Ik draai ESXi 6.0.

[ Voor 3% gewijzigd door Room42 op 30-09-2016 16:43 ]

[Dirk]

Ja, reageer of open een topic in een relevant subforum, in plaats van in een beleidstopic in LA je vraag te stellen.

[Room42]

Dirk schreef op vrijdag 30 september 2016 @ 17:58:
Ja, reageer of open een topic in een relevant subforum, in plaats van in een beleidstopic in LA je vraag te stellen.

Ojee, geniaal Ik dacht dat dit 'het topic' was, vanwege de goede OP. My bad.

Komt dit topic er nog?

[|sWORDs|]

Kan iemand Het grote ESXi/vSphere Topic even unlocken?
Microkid heeft als mede auteur een wijzing gedaan, maar omdat hij mod is is nu de TS gelocked.

[F_J_K]

Zo beter? Hij was bij editen ws. een vinkje vergeten.

[|sWORDs|]

Top! En een slotje op de oude?

[F_J_K]

Kan m.i. als hardwareropic best blijven.

[|sWORDs|]

F_J_K schreef op donderdag 13 oktober 2016 @ 22:40:
Kan m.i. als hardwareropic best blijven.

Daar is toch Het grote zuinige server topic - deel 2 voor?
Het idee was om één wat breder topic voor ESXi te hebben.

[Compizfox]

F_J_K schreef op donderdag 13 oktober 2016 @ 22:40:
Kan m.i. als hardwareropic best blijven.

Ik ga mee met |sWORDs|, van teveel topics over bijna hetzelfde onderwerp wordt het niet duidelijker.

Als je het topic wil openlaten, zul je op z'n minst de titel moeten veranderen en een topicwaarschuwing moeten instellen dat er een nieuw algemeen topic is. Het huidige "Zuinige ESXi Server"-topic wordt immers al jaren gebruikt als algemeen ESXi-topic, en ik durf te wedden dat dat niet zomaar gaat veranderen, omdat mensen niet weten dat er een nieuw, algemeen topic is nu.

Maar het lijkt me een beter idee om hem gewoon dicht te gooien nu er een 'echt' algemeen ESXi-topic is.

We hebben nu al:

Het grote DIY RAID NAS topic deel 3
Het grote ESXi/vSphere Topic
Het grote zuinige server topic - deel 2
Zuinige ESXi Server

Teveel overlap is niet goed.

[ Voor 62% gewijzigd door Compizfox op 14-10-2016 00:37 ]

[F_J_K]

Oeps, ik dacht dat al 1 was. Ik geef even een collega van harde waren een por mee te kijken.

[|sWORDs|]

Kan er iemand nog even kijken naar een slotje op het oude topic?

[ Voor 35% gewijzigd door |sWORDs| op 13-11-2016 16:03 ]

[Hero of Time]

Had je al een TR gemaakt erover bij dat topic? Dan komt het namelijk vanzelf als een HW modje langs komt.

[|sWORDs|]

Goed idee, doe ik gelijk even.