162 lines
3.1 KiB
Plaintext
162 lines
3.1 KiB
Plaintext
Tag 1
|
||
🔧 Vorbereitung ESX Host
|
||
|
||
Installation, Passwort, Netzwerk
|
||
|
||
Troubleshooting Netzwerk:
|
||
|
||
Management war nicht verkabelt
|
||
|
||
Überprüfung im RZ: Kabel sollten gesteckt sein → neue Kabel getestet
|
||
|
||
DNS-Einträge für ESX-Host nicht gesetzt → sehr lange Wartezeit, bis sie public waren
|
||
|
||
🚀 Deploy SDDX
|
||
|
||
Einrichtung DL-Token / Proxy
|
||
|
||
Proxy konnte keine Files >9 GB laden
|
||
|
||
Nach Änderungen: Download erfolgreich
|
||
|
||
🧩 Start Wizard
|
||
|
||
Eigene ESX-Zertifikate eingespielt
|
||
|
||
VDS Storage getrennt → konfiguriert (Custom-Konfiguration)
|
||
|
||
Zusammenfassung → Validierung
|
||
|
||
Automation-IP Fehler: behoben
|
||
|
||
ESX Host DNS-Name Fehler:
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
Lösung: DNS-Suffix in ESX DCUI fehlend → behoben
|
||
|
||
JSON bearbeitet → DHCP geändert zu Static IP
|
||
|
||
Validierung:
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
🕸️ Netzwerk & MTU
|
||
|
||
Klärung mit Netzwerk-Kollegen: MTU soll angepasst werden
|
||
|
||
Laut Info sollte alles stimmen
|
||
|
||
Kollegen aktuell nicht erreichbar → Deploy auf morgen verschoben
|
||
→ nach Klärung des VLAN-MTU-900-vmkping-Fehlers
|
||
|
||
Tag 2
|
||
⚙️ SDDC neu deployen
|
||
|
||
Fehler aufgetreten:
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
Lösung: VCF-Binaries für 9.0.0 und 9.0.1 heruntergeladen
|
||
→ Deploy konnte gestartet werden
|
||
|
||
❗ Neuer Fehler
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
VDC wurde angelegt, aber Hosts nicht hinzugefügt
|
||
|
||
Hosts manuell im vCenter zum VDS hinzugefügt
|
||
|
||
Adapter im vCenter konfiguriert
|
||
|
||
Vorhandene VMs migriert
|
||
|
||
Deploy weitergelaufen → vSAN Switch-Erstellung erfolgreich
|
||
|
||
💾 vSAN-Erstellung
|
||
|
||
Fehler: Policy RAID 5 auf nur 4 Hosts
|
||
→ RAID 1 erstellt, zugewiesen, als Default gesetzt → funktioniert
|
||
|
||
🌐 Deploy NSX
|
||
|
||
NSX-Join & vIP-NSX-Manager
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
Beim manuellen Hinzufügen:
|
||
“The manager service is currently unavailable to service this request”
|
||
|
||
vCenter manuell im NSX hinzugefügt → alle 3 Nodes UP (zuvor nur 2)
|
||
|
||
Reboot der 3 Nodes:
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
Über Konsole geprüft → alle Services up / Cluster OK
|
||
|
||
Retry Deploy → OK, vIP sofort gesetzt
|
||
|
||
❌ Fehler & Tests
|
||
|
||
(Screenshots hier einfügen)
|
||
|
||
Verbindungstest:
|
||
|
||
nc -vv <IP/DNS des NSX-Managers> <Port>
|
||
# Beispiel:
|
||
nc -vv 10.240.11.12 443
|
||
|
||
|
||
Zusätzlich benötigte Ports: 1234 & 1235
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
Weiterer Fehler:
|
||
|
||
EDIT: Found the problem. It was DNS having two entries for the same node, so the TEP address wasn't configured.
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
🔍 Überprüfungen & Fixes
|
||
|
||
TEP-IPs geprüft: Edge Nodes noch keine vorhanden
|
||
|
||
Referenz: Broadcom KB 390366
|
||
|
||
NTP konfiguriert: Meldung OK
|
||
|
||
BSX reconfigure: kein Erfolg
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
Logprüfung: /var/log/proton/nsxapi.log
|
||
|
||
Timeout-Fehler
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
vCenter neu gestartet
|
||
|
||
TN-Profile neu angewendet
|
||
|
||
NSX Manager → Hosts → Install Failed → View Error → Resolve → Success
|
||
|
||
Retry → alles durchgelaufen, keine weiteren Fehler
|
||
|
||
✅ POC Deploy abgeschlossen – Nacharbeiten
|
||
|
||
RAID 5 wieder eingestellt → OK
|
||
|
||
Failover auf Loadbalancer umgestellt
|
||
|
||
(Screenshot hier einfügen)
|
||
|
||
LB wieder entfernt → Default-Teaming aktiviert
|
||
|
||
Hosts mit 2 TEP-IPs → OK
|
||
|
||
VMkernel-Ports überprüft → OK
|
||
|
||
Keine weiteren Nacharbeiten |