Update PoC/Rhenus_2025
This commit is contained in:
parent
8c0bef9c93
commit
380efd904f
206
PoC/Rhenus_2025
206
PoC/Rhenus_2025
|
|
@ -1,96 +1,162 @@
|
||||||
# 🧠 Rhenus VCF 9 PoC
|
Tag 1
|
||||||
|
🔧 Vorbereitung ESX Host
|
||||||
|
|
||||||
---
|
Installation, Passwort, Netzwerk
|
||||||
|
|
||||||
## Tag 1
|
Troubleshooting Netzwerk:
|
||||||
|
|
||||||
### 🔧 Vorbereitung ESX Host
|
Management war nicht verkabelt
|
||||||
- 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
|
|
||||||
|
|
||||||
---
|
Überprüfung im RZ: Kabel sollten gesteckt sein → neue Kabel getestet
|
||||||
|
|
||||||
### 🚀 Deploy SDDX
|
DNS-Einträge für ESX-Host nicht gesetzt → sehr lange Wartezeit, bis sie public waren
|
||||||
- Einrichtung DL-Token / Proxy
|
|
||||||
- Proxy konnte keine Files >9 GB laden
|
|
||||||
- Nach Änderungen: Download erfolgreich
|
|
||||||
|
|
||||||
---
|
🚀 Deploy SDDX
|
||||||
|
|
||||||
### 🧩 Start Wizard
|
Einrichtung DL-Token / Proxy
|
||||||
- Eigene ESX-Zertifikate eingespielt
|
|
||||||
- VDS Storage getrennt → konfiguriert (Custom-Konfiguration)
|
|
||||||
- Zusammenfassung → Validierung
|
|
||||||
- **Automation-IP Fehler:** behoben
|
|
||||||
- **ESX Host DNS-Name Fehler:**
|
|
||||||

|
|
||||||
|
|
||||||
- **Lösung:** DNS-Suffix in ESX DCUI fehlend → behoben
|
Proxy konnte keine Files >9 GB laden
|
||||||
- JSON bearbeitet → DHCP geändert zu Static IP
|
|
||||||
- Validierung:
|
|
||||||

|
|
||||||
|
|
||||||
---
|
Nach Änderungen: Download erfolgreich
|
||||||
|
|
||||||
### 🕸️ Netzwerk & MTU
|
🧩 Start Wizard
|
||||||
- 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
|
|
||||||
|
|
||||||
---
|
Eigene ESX-Zertifikate eingespielt
|
||||||
|
|
||||||
## Tag 2
|
VDS Storage getrennt → konfiguriert (Custom-Konfiguration)
|
||||||
|
|
||||||
### ⚙️ SDDC neu deployen
|
Zusammenfassung → Validierung
|
||||||
- Fehler aufgetreten:
|
|
||||||

|
|
||||||
- **Lösung:** VCF-Binaries für 9.0.0 und 9.0.1 heruntergeladen
|
|
||||||
→ Deploy konnte gestartet werden
|
|
||||||
|
|
||||||
---
|
Automation-IP Fehler: behoben
|
||||||
|
|
||||||
### ❗ Neuer Fehler
|
ESX Host DNS-Name Fehler:
|
||||||

|
|
||||||
|
|
||||||
- VDC wurde angelegt, aber Hosts nicht hinzugefügt
|
(Screenshot hier einfügen)
|
||||||
- Hosts manuell im vCenter zum VDS hinzugefügt
|
|
||||||
- Adapter im vCenter konfiguriert
|
|
||||||
- Vorhandene VMs migriert
|
|
||||||
- Deploy weitergelaufen → **vSAN Switch-Erstellung erfolgreich**
|
|
||||||
|
|
||||||
---
|
Lösung: DNS-Suffix in ESX DCUI fehlend → behoben
|
||||||
|
|
||||||
### 💾 vSAN-Erstellung
|
JSON bearbeitet → DHCP geändert zu Static IP
|
||||||
- Fehler: Policy RAID 5 auf nur 4 Hosts
|
|
||||||
→ RAID 1 erstellt, zugewiesen, als Default gesetzt → funktioniert
|
|
||||||
|
|
||||||
---
|
Validierung:
|
||||||
|
|
||||||
### 🌐 Deploy NSX
|
(Screenshot hier einfügen)
|
||||||
- NSX-Join & vIP-NSX-Manager
|
|
||||||

|
|
||||||
- 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:
|
|
||||||

|
|
||||||
- Über Konsole geprüft → alle Services up / Cluster OK
|
|
||||||
- Retry Deploy → **OK**, vIP sofort gesetzt
|
|
||||||
|
|
||||||
---
|
🕸️ Netzwerk & MTU
|
||||||
|
|
||||||
### ❌ Fehler & Tests
|
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:
|
||||||
|
|
||||||
**Verbindungstest:**
|
|
||||||
```bash
|
|
||||||
nc -vv <IP/DNS des NSX-Managers> <Port>
|
nc -vv <IP/DNS des NSX-Managers> <Port>
|
||||||
# Beispiel:
|
# Beispiel:
|
||||||
nc -vv 10.240.11.12 443
|
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
|
||||||
Loading…
Reference in a new issue