diff --git a/PoC/Rhenus_2025 b/PoC/Rhenus_2025 index 8919ebd..1c84e83 100644 --- a/PoC/Rhenus_2025 +++ b/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 -- 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 +Management war nicht verkabelt ---- +ÜberprĂŒfung im RZ: Kabel sollten gesteckt sein → neue Kabel getestet -### 🚀 Deploy SDDX -- Einrichtung DL-Token / Proxy - - Proxy konnte keine Files >9 GB laden - - Nach Änderungen: Download erfolgreich +DNS-EintrĂ€ge fĂŒr ESX-Host nicht gesetzt → sehr lange Wartezeit, bis sie public waren ---- +🚀 Deploy SDDX -### đŸ§© Start Wizard -- Eigene ESX-Zertifikate eingespielt -- VDS Storage getrennt → konfiguriert (Custom-Konfiguration) -- Zusammenfassung → Validierung -- **Automation-IP Fehler:** behoben -- **ESX Host DNS-Name Fehler:** - ![Screenshot](image.png) +Einrichtung DL-Token / Proxy -- **Lösung:** DNS-Suffix in ESX DCUI fehlend → behoben -- JSON bearbeitet → DHCP geĂ€ndert zu Static IP -- Validierung: - ![Screenshot](image2.png) +Proxy konnte keine Files >9 GB laden ---- +Nach Änderungen: Download erfolgreich -### đŸ•žïž 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 +đŸ§© Start Wizard ---- +Eigene ESX-Zertifikate eingespielt -## Tag 2 +VDS Storage getrennt → konfiguriert (Custom-Konfiguration) -### ⚙ SDDC neu deployen -- Fehler aufgetreten: - ![Screenshot](image3.png) -- **Lösung:** VCF-Binaries fĂŒr 9.0.0 und 9.0.1 heruntergeladen - → Deploy konnte gestartet werden +Zusammenfassung → Validierung ---- +Automation-IP Fehler: behoben -### ❗ Neuer Fehler -![Screenshot](image4.png) +ESX Host DNS-Name Fehler: -- 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** +(Screenshot hier einfĂŒgen) ---- +Lösung: DNS-Suffix in ESX DCUI fehlend → behoben -### đŸ’Ÿ vSAN-Erstellung -- Fehler: Policy RAID 5 auf nur 4 Hosts - → RAID 1 erstellt, zugewiesen, als Default gesetzt → funktioniert +JSON bearbeitet → DHCP geĂ€ndert zu Static IP ---- +Validierung: -### 🌐 Deploy NSX -- NSX-Join & vIP-NSX-Manager - ![Screenshot](image5.png) -- 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](image6.png) -- Über Konsole geprĂŒft → alle Services up / Cluster OK -- Retry Deploy → **OK**, vIP sofort gesetzt +(Screenshot hier einfĂŒgen) ---- +đŸ•žïž Netzwerk & MTU -### ❌ Fehler & Tests -![Screenshot](image7.png) -![Screenshot](image8.png) -![Screenshot](image9.png) -![Screenshot](image10.png) +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 # 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 \ No newline at end of file