Virtueel lab ESXi + vCSA 6.7 in Workstation Pro op laptop

[bucovaina89]

Mijn vraag
De originele vraag die hier oorspronkelijk stond, staat nu in quotes. Ik heb de setup gewijzigd. In plaats van vSphere in ESXi in VMware Workstation pro te draaien, ben ik wegens gewoon niet werkend te krijgen, overgestapt op ESXi en de vSphere server appliance naast elkaar te draaien. Dus ESXi als VM in VMWare Workstation Pro en daarnaast vSphere Server Appliance ook rechtstreeks in VMware Workstation. Dus ik rol nu de vCSA uit met de .ova file die mee komt met de installer. Dat lijkt op het eerste zicht te werken, maar vanaf ik in de browser naar het IP van de vCSA surf, krijg ik meteen Connection Refused, alsof er een firewall op draait. Er is dus iets mis met de deployment.

De wizard is wat mij betreft erg vaag en je hebt gewoon lege textvelden waar je gegevens van de appliance moet ingeven en hopen dat je IPV6 moet typen ipv IPv6 of ipv6 (wat is er mis met een keuzevak?).

Weet iemand wat je juist waar moet invullen? Of een link naar een duidelijke uitleg wat je waar moet invullen?

Los daarvan: heef iemand een nummer van een friturist die nog personeel zoekt? Als het meer dan 1,5 week duurt om een simpele vCSA uit te rollen moet ik me misschien bedenken en toch maar frieten leren bakken of zo.


(hieronder dus de originele vraag)

Ik wil wat meer leren over VSpere 6.7. Dus boek gekocht, laptop met 20GB RAM om een lab te kunnen draaien en off we go.

VM aangemaakt die aan de minimum specs voldoet om een ESXi host te draaien + vCSA. Ik kan de ESXi web interface bereiken en een DataStore aanmaken. Dan loop ik de installatie van vCSA 6.7. Die lukt tot op het punt na de initial boot, dan zegt hij dat hij de applicance niet kan bereiken. Naar mijn vermoeden loop ik ergens vast op het mappen van de 'fysieke' NICs van de ESXi 6.7 host op vSwitches of Distributed vSwitches of port groups. (de hele zwik snap ik nog niet goed). Het VM waar ESXi 6.7 op draait heeft 2 datastores, 4 NICs die allemaal op NAT staan. Dus in principe zou ik ze allemaal vanop de laptop moeten kunnen bereiken denk ik, net zoals ik op de ESXi web console kan inloggen. De vCSA installer zegt trouwens zelf op het einde dat de install gelukt is maar dat hij de web interface niet kan bereiken. Het VM betaat trouwens ook en lijkt me OK te zijn. Het boot op en ik kan op de 'fysieke' console zien dat er een IP is ingesteld. Alleen denk ik dat die eenzaam en alleen aan het draaien is zonder (v)Kabel ingestoken.

Kan iemand mij op weg zetten? Het zit hem ergens puur in het netwerkgedeelte met hoe ik de switches, poorten, port groups en zo moet instellen, maar ik snap er niet voldoende van om er zelf uit te geraken. (Ik ben een boek aan het lezen maar 'Networking' is pas een paar hoofdstukken verder.

Relevante software en hardware die ik gebruik
Debian 10.3
VMware Workstation Pro 15.5
ESXi 6.7
vCenter Service Appliance 6.7

[ Voor 28% gewijzigd door bucovaina89 op 18-02-2020 17:37 ]

[Vorkie]

had je deze ook meegenomen in het verhaal; vCenter DNS requirements

https://docs.vmware.com/e...B7-92A7-6B0155DF6889.html

met name op:

When you deploy the vCenter Server Appliance, the installation of the Web server component that supports the vSphere Web Client fails if the installer cannot look up the fully qualified domain name (FQDN) for the appliance from its IP address. Reverse lookup is implemented using PTR records.

Loopt het nog wel eens spaak

[bucovaina89]

Hmmm, het lijkt me nog verder te zitten dan dat. Als de vCSA vm aan staat in ESXi kan ik 'm zelfs niet pingen vanop de laptop. Los daarvan heb ik dezelfde installatie al eens geprobeerd op een bare metal server (Proliant DL360 G8). Daar lukte het om een of andere reden wel meteen. De installatie stond volledig los van onze productie-omgeving, ook daar dus geen DNS geconfigureerd.

Neemt natuurlijk niet weg dat DNS effectief wel nodig is als ik er verder mee ga. Maar ik vermoed dus nog een extra onderliggend probleem omdat ik de appliance zelfs niet kan pingen.

edit:

Ik probeer de appliance rechtstreeks op het Management netwerk te hangen maar dat gaat dus niet. Ik zie alleen "VM Network" selecteerbaar. Dus eens geprobeerd om VM netwerk te wissen en de appliance opnieuw uit te rollen, maar dan kan ik niet verder met zo'n melding: https://lonesysadmin.net/...ut-ephemeral-port-groups/

Er is dus ergens iets niet juist maar ik snap niet wat. Waarom kan ik de vCSA niet gewoon op de Management port group hangen? Dan is het in orde?

[ Voor 32% gewijzigd door bucovaina89 op 16-02-2020 13:17 ]

[bucovaina89]

Misschien nog een screen shot van de huidige config.



Ik heb al gemerkt dat vanaf ik een VMKernel NIC toevoeg aan de port group en ik edit de settings van de vCSA om de netwerkadapter te wijzigen, dan is betreffende port group niet meer beschikbaar. Dus als ik aan VM Network een VMkernel NIC zou toevoegen, dan verdwijnt die als selecteerbaar netwerk in de VM settings.

[edit2]
Nog wat extra debug info. Hier 'arp-scan' ik vanop de fysieke virtualisatie-host (mijn laptop dus) 1 van de NICs die toegewezen is aa nde virtuele ESXi host.

code:

root@laptop:~# arp-scan --localnet --interface vmnet1
Interface: vmnet1, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.9.5 with 256 hosts (https://github.com/royhills/arp-scan)
172.16.104.2    00:0c:29:a9:50:f8   VMware, Inc.
172.16.104.128  00:0c:29:3b:8f:13   VMware, Inc.
172.16.104.254  00:50:56:e5:58:70   VMware, Inc.

3 packets received by filter, 0 packets dropped by kernel
Ending arp-scan 1.9.5: 256 hosts scanned in 2.555 seconds (100.20 hosts/sec). 3 responded
root@laptop:~#

172.16.104.2 is effectief het IP van de vcenter server en 00:0c:29:a9:50:f8 is effectief het bijbehorende MAC address van de NIC van het VM. Toch, ik kan het VM niet pingen. Ik krijg geen antwoord ... . Maak ik dan de juiste conclusie dat op de link layer alles juist lijkt te zijn maar op de netwerk layer er nog iets mis is?
[/edit2]

[edit3]
Een arping laat misschien zien dat er in de link layer toch nog iets mis kan zijn.

code:

root@laptop:~# arping 00:0c:29:3b:8f:13 -i vmnet1 #ESXi host
ARPING 00:0c:29:3b:8f:13
60 bytes from 172.16.104.128 (00:0c:29:3b:8f:13): icmp_seq=0 time=1.704 msec
60 bytes from 172.16.104.128 (00:0c:29:3b:8f:13): icmp_seq=1 time=724.383 usec
60 bytes from 172.16.104.128 (00:0c:29:3b:8f:13): icmp_seq=2 time=786.121 usec
60 bytes from 172.16.104.128 (00:0c:29:3b:8f:13): icmp_seq=3 time=917.488 usec
60 bytes from 172.16.104.128 (00:0c:29:3b:8f:13): icmp_seq=4 time=773.440 usec
^C
--- 00:0c:29:3b:8f:13 statistics ---
5 packets transmitted, 5 packets received,   0% unanswered (0 extra)
rtt min/avg/max/std-dev = 0.724/0.981/1.704/0.367 ms
root@laptop:~# arping 00:0c:29:a9:50:f8 -i vmnet1 # vSphere Appliance in de ESXi host die ik hierboven wel kon arpingen.
ARPING 00:0c:29:a9:50:f8
Timeout
^C
--- 00:0c:29:a9:50:f8 statistics ---
2 packets transmitted, 0 packets received, 100% unanswered (0 extra)

root@laptop:~#

[ Voor 82% gewijzigd door bucovaina89 op 17-02-2020 18:57 ]

[bucovaina89]

@Vorkie : Weer een stuk verder. Ik heb een Host only network opgezet met 1 DNS server die kan pingen in hetzelfde subnet naar bijv de ESXi host die al draait. Daarnaast heb ik de OVA geimporteerd in hetzelfde subnet en deze guide gevolgd: https://masteringvmware.c...workstation-step-by-step/

Na de import moet ik snel de VM shutdownen om hem aan de juiste VMnet adapter te hangen zodat hij in het juiste subnet belandt.

Terwijl de appliance start, ping ik van de name server naar het IP van de vCSA: niets
Ik tail /var/log/syslog om DNS queries te volgen: niets
De appliance start initieel wel op, komt dan even in een loop te zitten met : DCUI stop DCUI start en dan een pinkende cursor met zwart scherm.
De CPU van de host waar de vCSA op draait geeft minimale load op de CPU. Staat ondertussen al een halfuur zo aan ... ?
Ik heb gedubbelcheckt: ik log vanop de host met SSH in op de ESXi server (troubleshoot options > enable SSH) en dan een nslookup van de FQDN en van het IP (rDNS): beide geven het juiste resultaat.

Dat wil dus zeggen dat VM's onderling kunnen babbelen in dat subnet (alsook de host naar dat subnet) en dat DNS juist geconfigureerd is.

[bucovaina89]

Ondertussen is het probleem na anderhalve week opgelost. De vCSA deploy 'trashte' ik door vlak na de .OVA import het VM te killen om het de vCSA in het juiste subnet te krijgen (edit settings > network adapter > custom > /dev/vmnet1 ) . Ik had het VM moeten laten booten, en tijdens de boot de netwerksettings aanpassen. Zo komt hij er wel door.