Wird geladen...

Wir haben festgestellt, dass Ihre Browsersprache Chinesisch ist. Möchten Sie unsere chinesische Website besuchen? [ Schließen ]
Von: Emma

Wann sollten Sie einen Host aus vCenter entfernen?

In einer stabilen vSphere-Umgebung werden Hosts von vCenter verwaltet, damit Funktionen wie vMotion, High Availability (HA) und Distributed Resource Scheduler (DRS) reibungslos laufen. Es gibt jedoch Situationen, in denen das Entfernen eines Hosts aus dem Inventar die richtige Vorgehensweise ist:

  • Außerbetriebnahme oder Stilllegung eines Hosts: Wenn Serverhardware das Lebensende erreicht, müssen Sie alle VMs sicher evakuieren und den Host entfernen, bevor die Hardware physisch entsorgt wird.
  • Migration auf eine neue vCenter-Instanz: Bei der Konsolidierung von Rechenzentren oder dem Upgrade der Verwaltungsinfrastruktur trennen Sie den Host zunächst vom alten vCenter, bevor Sie ihn dem neuen hinzufügen.
  • Hardwareaustausch: Bei einem kritischen Ausfall eines Hosts können Sie ihn sauber aus dem Inventar entfernen, um den Knoten auszutauschen – insbesondere wenn der Ersatz dieselbe IP-Adresse oder denselben Hostnamen verwendet.
  • Bereinigung von Labor- und Testumgebungen: In Entwicklungs- oder Testumgebungen werden Hosts regelmäßig zwischen Clustern verschoben oder entfernt, um Lizenzen und Ressourcen freizugeben.
  • Fehlerbehebung bei dauerhaften Verbindungsfehlern: Wenn ein Host als „Nicht antwortend“ oder „Nicht erreichbar“ angezeigt wird und eine erneute Verbindung nicht hilft, kann das Entfernen und erneute Hinzufügen Verwaltungsagenten zurücksetzen und Kommunikationsprobleme beseitigen.

Sicheres Entfernen eines ESXi-Hosts aus vCenter

Es gibt zwei Vorgehensweisen – über die vSphere-Client-GUI oder PowerCLI. Für beide Methoden gelten dieselben Voraussetzungen. Arbeiten Sie die folgende Checkliste ab, bevor Sie eine der beiden Varianten verwenden.

Voraussetzungen: Was vor dem Entfernen des Hosts zu tun ist

Bereiten Sie den Host gründlich vor, bevor Sie ihn entfernen. Das Auslassen dieser Schritte ist ein häufiger Fehler, der verwaiste VMs, defekte Netzwerkpfade oder „Geisterobjekte“ in der vCenter-Datenbank hinterlassen kann.

Schritt Aktion Bedeutung
1 Alle VMs evakuieren oder herunterfahren: Nutzen Sie vMotion bei aktiviertem DRS; andernfalls migrieren oder schalten Sie VMs manuell aus. Verhindert Datenverlust und Störungen von Workloads während des Entfernungsvorgangs.
2 Host aus vDS entfernen: Migrieren Sie VMkernel-Adapter und VM-Netze auf einen Standard-vSwitch oder entfernen Sie den Host vollständig vom vDS. Wird dieser Schritt übersprungen, treten Netzwerkfehler auf, falls der Host später einem anderen vCenter hinzugefügt wird.
3 Speicher aushängen und trennen: Hängen Sie alle ausschließlich von diesem Host genutzten iSCSI- oder NFS-Datenspeicher aus und trennen Sie sie. Verhindert „All Paths Down“-(APD-)Zustände auf dem Speicherarray.
4 HA-Zulassungssteuerung prüfen: Stellen Sie sicher, dass nach dem Entfernen des Hosts genügend Failover-Kapazität im Cluster verbleibt. Vermeidet Verstöße gegen die HA-Zulassungsrichtlinie und ungeschützte VMs.
5 Wartungsmodus aktivieren: Versetzen Sie den Host vor dem Fortfahren in den Wartungsmodus. Teilt vCenter mit, keine neuen Aufgaben mehr dem Host zuzuweisen und bestätigt, dass alle VMs vom Host entfernt wurden.
6 vCenter sichern: Erstellen Sie eine dateibasierte Sicherung der VCSA. Verwenden Sie keinen VM-Snapshot als Ersatz. Bietet einen Wiederherstellungspunkt vor Änderungen am Inventar.

Tipp: Sie sind sich nicht sicher, ob Sie eine Sicherung oder einen Snapshot zum Schutz der VCSA verwenden sollen? Für den VM-Schutz vor dem Host-Entfernen prüfen Sie zudem, ob eine agentenbasierte oder agentenlose Sicherung besser zu Ihrer Umgebung passt.

Methode 1: Host über den vSphere-Client aus vCenter entfernen

Der vSphere-Client ist die einfachste Möglichkeit, einen Host aus dem Inventar zu entfernen.

  1. Melden Sie sich mit einem Administrator-Konto beim vSphere-Client an.
  2. Navigieren Sie im linken Bereich zu Menü > Hosts und Cluster.
  3. Klicken Sie mit der rechten Maustaste auf den gewünschten ESXi-Host und wählen Sie Wartungsmodus > In Wartungsmodus versetzen.
  4. Wenn DRS im Cluster aktiviert ist, migriert vCenter die VMs automatisch per vMotion. Andernfalls migrieren oder schalten Sie alle VMs manuell aus, bevor Sie fortfahren.
  5. Sobald der Host den Wartungsmodus-Status anzeigt, klicken Sie erneut mit der rechten Maustaste auf den Host.
  6. Wählen Sie Aus Inventar entfernen.
  7. Klicken Sie zur Bestätigung auf Ja.
  8. Überprüfen Sie, ob der Host nicht mehr im Inventarbereich angezeigt wird.

remove host from vcenter via GUI

Methode 2: Host mithilfe von PowerCLI aus vCenter entfernen

PowerCLI eignet sich besser für die Verwaltung mehrerer Hosts oder die Automatisierung des Entfernungsvorgangs im Rahmen größerer Skripte.

# Verbindung zu vCenter herstellen
Connect-VIServer -Server 

# Host in den Wartungsmodus versetzen
$VMHost = Get-VMHost -Name 
$VMHost | Set-VMHost -State Maintenance

# Host aus dem Inventar entfernen
$VMHost | Remove-VMHost -Confirm:$false 

remove host from vcenter with powercli

Connect-VIServer erstellt eine authentifizierte Sitzung mit Ihrem vCenter Server. Set-VMHost -State Maintenance versetzt den Host in den Wartungsmodus – ein erforderlicher Schritt vor dem Entfernen. Wenn DRS im Cluster aktiviert ist, fügen Sie den Parameter -Evacuate hinzu, um automatisch vMotion für verbleibende VMs auszulösen:

$VMHost | Set-VMHost -State Maintenance -Evacuate 

 

Sobald der Host sich im Wartungsmodus befindet, entfernt Remove-VMHost den Host aus dem vCenter-Inventar. Der Parameter -Confirm:$false unterdrückt die Bestätigungsabfrage für automatisierte Skripte.

Hinweis: Wenn DRS deaktiviert ist und noch VMs ausgeführt werden, bleibt Set-VMHost -State Maintenance hängen, bis Sie diese manuell evakuiert haben.

Erzwungenes Entfernen eines Hosts, wenn Standardmethoden fehlschlagen

Gelegentlich scheitert der reguläre Entfernungsvorgang aufgrund von Datenbanksperren, Netzwerkproblemen oder hängenden Verwaltungsaufgaben. Die folgenden drei Szenarien decken die häufigsten Gründe und deren Lösungen ab.

„Aus Inventar entfernen“ ist ausgegraut

Wenn die Option im vSphere-Client nicht verfügbar ist, hat vCenter wahrscheinlich eine noch nicht beseitigte Abhängigkeit erkannt.

vDS-Zugehörigkeit prüfen: Stellen Sie sicher, dass der Host vollständig von jedem vSphere Distributed Switch (vDS) entfernt wurde, einschließlich Uplink- und Portgruppenkonfigurationen. Dies ist der häufigste Grund für eine ausgegraute Option.

Aktive vLCM-Aufgaben abbrechen: Eine laufende Scan- oder Korrekturaufgabe des vSphere Lifecycle Manager (vLCM) kann das Host-Objekt sperren. Überprüfen Sie im Bereich Letzte Aufgaben auf aktive Vorgänge mit dem betroffenen Host und brechen Sie diese ab, bevor Sie es erneut versuchen.

Erzwungenes Entfernen per PowerCLI: Wenn die GUI nach Beseitigung der oben genannten Punkte weiterhin nicht reagiert, verwenden Sie den Parameter -Force:

Remove-VMHost -VMHost  -Force

Host ist getrennt oder nicht erreichbar und lässt sich nicht entfernen

Wenn ein Host die Verbindung zu vCenter verliert, wechselt er ggf. in den Status „Nicht antwortend“ oder „Nicht erreichbar“. vCenter blockiert ggf. das Entfernen, da es den aktuellen Status des Hosts nicht bestätigen kann.

Verwaltungsagenten neu starten: Wenn Sie noch SSH- oder DCUI-Zugriff auf den ESXi-Host haben, starten Sie die Verwaltungsagenten neu, um die Kommunikation mit vCenter wiederherzustellen:

services.sh restart

Dies aktualisiert sowohl hostd als auch vpxa. Sobald der Host erneut verbunden ist, wiederholen Sie die regulären Entfernungsschritte.

Erzwungenes Entfernen: Wenn der Host dauerhaft offline ist und nicht wiederhergestellt werden kann, verwenden Sie Remove-VMHost -Force, um den Host-Eintrag aus der vCenter-Datenbank zu löschen, ohne auf eine Antwort des Servers zu warten.

vCenter ist verloren oder nicht erreichbar

Wenn Ihr vCenter Server dauerhaft verloren ist und Sie den ESXi-Host einem neuen vCenter hinzufügen müssen, müssen Sie den Verwaltungsagenten auf dem Host manuell zurücksetzen.

  1. Aktivieren Sie SSH auf dem ESXi-Host und melden Sie sich als root an.
  2. Löschen Sie die vpxa-Agent-Konfiguration und starten Sie den Host-Daemon neu:
rm -rf /etc/vmware/vpxa

/etc/init.d/hostd restart 

 

  1. Der Host kehrt in den eigenständigen Modus zurück und kann nun einem neuen vCenter hinzugefügt werden, ohne einen Konflikt „Von einem anderen vCenter verwaltet“ auszulösen.
Hinweis: Dies ist eine Notfallprozedur. Führen Sie sie nur durch, wenn der ursprüngliche vCenter nicht wiederherstellbar ist.

Sichern der vCenter-VMs vor dem Entfernen eines Hosts

Bevor Sie einen Host aus vCenter entfernen, stellen Sie sicher, dass alle darauf ausgeführten VMs ordnungsgemäß gesichert sind. Trotz sorgfältiger Vorbereitungen können Probleme auftreten: Eine VM migriert ggf. nicht sauber, ein Snapshot bleibt unbestätigt oder ein Datenspeicher wird während des Vorgangs nicht erreichbar. Eine Sicherung bietet Ihnen einen Wiederherstellungspunkt für solche Fälle.

Für Produktivumgebungen reichen manuelle Snapshots nicht aus. Sie benötigen eine automatisierte, unternehmensgerechte Lösung, die Ihre VMs konsistent schützt und eine schnelle Wiederherstellung ohne Ausfallzeiten ermöglicht. Hier kommt i2Backup ins Spiel.

Kernfunktionen von i2Backup

  • Agentenlose VM-Sicherung: i2Backup schützt virtuelle Maschinen, ohne Agenten auf jedem Gastsystem zu installieren. Es nutzt native VMware-APIs für Sicherungen ohne Auswirkungen auf laufende Workloads – keine Unterbrechung der zu migrierenden VMs oder noch in Produktion befindlichen Hosts.
  • Sofortige VM-Wiederherstellung: Wenn eine VM während des Host-Entfernungsvorgangs verloren geht oder beschädigt wird, kann i2Backup sie sofort wiederherstellen, indem die Sicherung remote auf die Zielplattform eingebunden wird. Es ist keine Wartezeit auf einen vollständigen Wiederherstellungsvorgang erforderlich, um die VM wieder nutzbar zu machen.
  • Zeitpunktgenaue Wiederherstellung: i2Backup erfasst kontinuierliche Sicherungsprotokolle und verwaltet mehrere Wiederherstellungspunkte. Wenn eine VM nach der Migration einen fehlerhaften Status erhält, können Sie sie auf einen bestimmten Zeitpunkt vor dem Problem zurücksetzen.
  • Zentralisierte webbasierte Verwaltung Alle Sicherungsaufgaben werden über eine Webkonsole verwaltet, mit Echtzeitstatusaktualisierungen und Planungssteuerungen. Sie können automatisierte Sicherungsaufträge einrichten, bevor Sie einen Host entfernen, und den Fortschritt über eine einzige Oberfläche überwachen.

Das Sichern Ihrer VMs vor dem Entfernen eines Hosts ist ein einfacher Schritt, der ein großes Risiko beseitigt. Mit i2Backup von Info2soft als automatisiertem Schutz können Sie den Entfernungsvorgang bedenkenlos durchführen – und im Fehlerfall schnell wiederherstellen.

KOSTENLOSE 60-Tage-Testversion

Nach dem Entfernen des Hosts: Nächste Schritte

Das Entfernen des Hosts aus dem Inventar ist nur ein Teil des Vorgangs. Führen Sie die folgenden Aufgaben durch, um eine saubere Umgebung ohne verbliebene Objekte sicherzustellen.

  • Überprüfung der freigegebenen Lizenzen: Nach dem Entfernen sollte die Lizenz des Hosts automatisch an den vCenter-Lizenzpool zurückgegeben werden. Navigieren Sie zu Verwaltung > Lizenzierung > Lizenzen und bestätigen Sie, dass die verfügbare Lizenzanzahl gestiegen ist.
  • Host ausschalten: Bei der Stilllegung der Hardware schalten Sie den Host physisch aus und entfernen ihn aus dem Rack und dem Verwaltungsnetzwerk.
  • Hinzufügen zu einer neuen vCenter-Instanz: Wenn Sie den Host migrieren, fügen Sie ihn über den Assistenten Host hinzufügen im vSphere-Client zum neuen vCenter hinzu oder verwenden Sie PowerCLI mit dem Befehl Add-VMHost.
  • Bereinigung verwaister Objekte: Überprüfen Sie das Inventar auf VMs oder Datenspeicher mit dem Zusatz (verwaist) oder (ungültig). Diese sind Überreste des entfernten Hosts und müssen manuell aus der vCenter-Datenbank gelöscht werden.
  • Überprüfung des Sicherungsschutzes: Führen Sie einen Sicherungsauftrag für alle VMs aus, die auf neue Hosts migriert wurden. Dadurch bestätigen Sie, dass Ihre Sicherungslösung die VMs an ihrem neuen Standort erkennt und der Schutz weiterhin aktiv ist.

Fazit

Evakuieren Sie alle VMs, beseitigen Sie vDS-Abhängigkeiten und versetzen Sie den Host in den Wartungsmodus, bevor Sie fortfahren. Für Hosts, die sich nicht mit regulären Methoden entfernen lassen, sind der PowerCLI-Parameter -Force und die vpxa-Zurücksetzprozedur zuverlässige Notfalllösungen.

Sichern Sie Ihre VMs vor dem Start. Auch eine saubere Migration kann fehlschlagen, und ein aktueller Wiederherstellungspunkt ist die schnellste Lösung für solche Fälle. Wählen Sie daher sorgfältig eine agentenlose VM-Sicherungslösung wie i2Backup, um Ihre Daten sicher zu schützen.

Nehmen Sie sich nach dem Entfernen einige Minuten Zeit, um die Lizenzfreigabe zu prüfen, verwaiste Objekte zu bereinigen und zu bestätigen, dass der Sicherungsschutz Ihre Workloads an den neuen Standorten abdeckt.

Keine Kurzbiografie vorhanden

Weitere verwandte Artikel

4 Methoden zur Migration von VMware-VMs von einem vCenter zu einem anderen
Dieser Artikel stellt vier zuverlässige Verfahren zur Migration von VMware-VMs zwischen unterschiedlichen vCenter-Instanzen vor. Er unterstützt IT-Teams bei der Auswahl der geeigneten Migrationsmethode anhand von Ausfallzeiten, Projektumfang und Komplexität der Umgebung.
Artikel lesen
[4 Methoden] So exportieren Sie die vollständige Liste aller VMware-VMs aus vCenter
Eine effiziente Bestandsverwaltung beginnt mit Transparenz. Dieser Leitfaden stellt vier bewährte Verfahren zum Abrufen umfassender VM-Daten aus vCenter vor und unterstützt Systemadministratoren bei der Vereinfachung von Berichterstellung, Audits und Kapazitätsplanung.
Artikel lesen
So exportieren Sie eine VM aus vCenter in das OVA‑Format – Schritt‑für‑Schritt‑Anleitung
Das Exportieren von VMs aus vCenter in das OVA‑Format ist eine gängige Methode, um VM‑Umgebungen zu archivieren, VM‑Vorlagen für eine schnelle Bereitstellung zu erstellen oder einfache Sicherungen durchzuführen. In dieser Anleitung zeigen wir, wie Sie VMs in vCenter nach OVA exportieren, und behandeln einige häufige Exportprobleme.
Artikel lesen
[Kompletter‑Guide 2026] Best Practices für VMware‑Snapshots
Snapshots, die eigentlich Ihre virtuellen Maschinen schützen sollen, können bei falscher Verwendung unbemerkt Latenzen, Speicherplatzwachstum oder sogar Abstürze von Datastores verursachen. Dieser Artikel führt Sie durch die Best Practices für VMware‑Snapshots, die 72‑Stunden‑Regel, sichere Grenzwerte sowie bewährte Maßnahmen zur Aufrechterhaltung schneller und stabiler vSphere‑ und ESXi‑Umgebungen.
Artikel lesen
Inhaltsverzeichnis:
Bleiben Sie über die neuesten Tipps informiert
Abonnieren Sie unseren Newsletter für aktuelle Einblicke, Neuigkeiten und exklusive Inhalte. Sie können sich jederzeit abmelden.
Abonnieren
Bereit, Ihre Unternehmensdatensicherheit zu verbessern?
Starten Sie eine 60-tägige Testversion oder sehen Sie sich eine Demo an, um zu erfahren, wie Info2soft Unternehmensdaten schützt.
Bitte füllen Sie das Formular aus und senden Sie es ab – unser Kundenservice wird sich in Kürze bei Ihnen melden.
Mit dem Absenden dieses Formulars bestätige ich, dass ich die Datenschutzerklärung.
{{ isSubmitting ? 'Wird gesendet...' : 'Absenden' }}