Hosts und Ressourcenpools

In diesem Abschnitt wird beschrieben, wie Ressourcenpools anhand einer Reihe von Beispielen mithilfe der Befehlszeilenschnittstelle (CLI) erstellt werden können. Es wird eine einfache NFS-basierte Shared Storage-Konfiguration vorgestellt und einige einfache VM-Verwaltungsbeispiele werden erläutert. Es enthält auch Verfahren zum Umgang mit physikalischen Knotenfehlern.

Hosts und Ressourcenpools (Übersicht)

Ein Ressourcenpool umfasst mehrere Hostinstallationen, die an eine einzelne verwaltete Entität gebunden sind, die virtuelle Maschinen hosten kann. In Kombination mit freigegebenem Speicher können VMs mit einem Ressourcenpool auf jedem Host gestartet werden, der über ausreichend Arbeitsspeicher verfügt. Die VMs können dann dynamisch zwischen Hosts verschoben werden, während sie mit minimalen Ausfallzeiten ausgeführt werden (). Wenn ein einzelner Host einen Hardwarefehler erleidet, kann der Administrator ausgefallene VMs auf einem anderen Host im selben Ressourcenpool neu starten. Wenn die hohe Verfügbarkeit für den Ressourcenpool aktiviert ist, werden VMs automatisch auf einen anderen Host verschoben, wenn ihr Host ausfällt. Pro Ressourcenpool werden bis zu 64 Hosts unterstützt, obwohl diese Einschränkung nicht erzwungen wird.

Ein Pool hat immer mindestens einen physischen Knoten, der als Masterbezeichnet wird. Nur der Master-Knoten macht eine Administrationsoberfläche verfügbar (die von und der Befehlszeilenschnittstelle, bekannt als xe-CLI). Der Master leitet Befehle bei Bedarf an einzelne Mitglieder weiter.

Hinweis:

Wenn der Poolmaster fehlschlägt, findet die Master-Wiederwahl nur statt, wenn die hohe Verfügbarkeit aktiviert ist.

Anforderungen für die Erstellung von Ressourcenpools

Ein Ressourcenpool ist ein homogenes (oder heterogenes mit Einschränkungen) Aggregat von einem oder mehreren Hosts, bis zu einem Maximum von 64. Die Definition von homogen ist:

• CPUs auf dem Server, der dem Pool beitritt, sind dieselben (in Bezug auf Hersteller, Modell und Features) wie die CPUs auf Servern, die bereits im Pool vorhanden sind.

• Auf dem Server, der dem Pool beitritt, wird dieselbe Softwareversion auf der gleichen Patch-Ebene ausgeführt wie Server, die sich bereits im Pool befinden.

Die Software erzwingt zusätzliche Einschränkungen beim Verbinden eines Servers zu einem Pool. Insbesondere wird überprüft, ob die folgenden Bedingungen für den Server erfüllt sind, der dem Pool beitritt:

• Der Server ist kein Mitglied eines vorhandenen Ressourcenpools.

• Auf dem Server ist kein freigegebener Speicher konfiguriert.

• Der Server hostet keine laufenden oder angehaltenen VMs.

• Auf den VMs auf dem Server werden keine aktiven Vorgänge ausgeführt, z. B. wenn eine VM heruntergefahren wird.

• Die Uhr auf dem Server wird zur gleichen Zeit wie der Poolmaster synchronisiert (z. B. mithilfe von NTP).

• Die Verwaltungsschnittstelle des Servers ist nicht verbunden. Sie können die Verwaltungsschnittstelle konfigurieren, wenn der Server erfolgreich dem Pool beitritt.

• Die Management-IP-Adresse ist statisch, entweder auf dem Server selbst oder mithilfe einer entsprechenden Konfiguration auf Ihrem DHCP-Server konfiguriert.

-@@ Hosts in Ressourcenpools können unterschiedliche Anzahl physischer Netzwerkschnittstellen enthalten und lokale Speicher-Repositories unterschiedlicher Größe aufweisen. In der Praxis ist es oft schwierig, mehrere Server mit exakt gleichen CPUs zu erhalten, und daher sind geringfügige Variationen zulässig. Wenn es akzeptabel ist, Hosts mit unterschiedlichen CPUs als Teil desselben Pools zu haben, können Sie den Poolbeitritt erzwingen, indem Sie--force Parameter übergeben.

Alle Hosts im Pool müssen sich am selben Standort befinden und über ein Netzwerk mit niedriger Latenz verbunden sein.

Hinweis:

Server, die gemeinsam genutzten NFS- oder iSCSI-Speicher für den Pool bereitstellen, müssen über eine statische IP-Adresse verfügen.

Ein Pool muss gemeinsam genutzte Speicher-Repositories enthalten, um auszuwählen, auf welchem Host eine VM ausgeführt werden soll und um eine VM dynamisch zwischen Hosts zu verschieben. Wenn möglich, erstellen Sie einen Pool, nachdem gemeinsam genutzter Speicher verfügbar ist. empfiehlt, vorhandene VMs mit Datenträgern, die sich im lokalen Speicher befinden, in den freigegebenen Speicher zu verschieben, nachdem Sie gemeinsam genutzten Speicher hinzugefügt haben. Sie können denxe vm-copy Befehl verwenden oder VMs verschieben.

Erstellen eines Ressourcenpools

Ressourcenpools können mit oder der CLI erstellt werden. Wenn ein neuer Host einem Ressourcenpool beitritt, synchronisiert der beitretenden Host seine lokale Datenbank mit der poolweiten Datenbank und erbt einige Einstellungen aus dem Pool:

• VM, lokale und Remote-Speicherkonfiguration wird der Pool-weiten Datenbank hinzugefügt. Diese Konfiguration wird auf den beitretenden Host im Pool angewendet, es sei denn, Sie machen die Ressourcen explizit freigegeben, nachdem der Host dem Pool beitritt.

• Der beitretende Host erbt vorhandene gemeinsam genutzte Speicher-Repositories im Pool. Geeignete PBD-Datensätze werden erstellt, damit der neue Host automatisch auf vorhandenen freigegebenen Speicher zugreifen kann.

• Netzwerkinformationen werden teilweise an den beitretenden Host geerbt: Die strukturellen Details von NICs, VLANs und gebundenen Schnittstellen werden alle geerbt, Richtlinien informationen jedoch nicht. Diese Richtlinieninformationen, die neu konfiguriert werden müssen, umfassen:

  • Die IP-Adressen der Management-NICs, die von der ursprünglichen Konfiguration beibehalten werden.

  • Der Speicherort der Verwaltungsschnittstelle, der mit der ursprünglichen Konfiguration übereinstimmt. Wenn beispielsweise die anderen Pool-Hosts über Verwaltungsschnittstellen auf einer gebundenen Schnittstelle verfügen, muss der beitretende Host nach dem Verbinden auf die Bindung migriert werden.

  • Dedizierte Speicher-NICs, die dem beitretenden Host von oder der CLI zugewiesen werden müssen, und die PBDs wurden neu eingezogen, um den Datenverkehr entsprechend weiterzuleiten. Dies liegt daran, dass IP-Adressen nicht als Teil des Pool-Join-Vorgangs zugewiesen werden und die Speicher-NIC nur funktioniert, wenn dies korrekt konfiguriert ist. Weitere Informationen/en-us/xenserver/current-release/networking/manage.html()zum Dedizieren einer Speicher-NIC über die CLI finden Sie unter [Verwalten von Netzwerken].

Hinweis:

Sie können einen neuen Host nur mit einem Ressourcenpool verknüpfen, wenn sich die Verwaltungsschnittstelle des Hosts auf demselben markierten VLAN wie die des Ressourcenpools befindet.

So fügen Sie Hosts host1 und host2 mithilfe der Befehlszeilenschnittstelle in einen Ressourcenpool ein

1. Öffnen Sie eine Konsole auf Host host2.

2. Befehlen Sie host host2 , um dem Pool auf host host1 beizutreten, indem Sie den Befehl ausgeben:

   xe pool-join master-address = host1 master-username = administrators_username master-password = password
   

Dermaster-address`` muss auf den vollqualifizierten Domänennamen von Host1 festgelegt werden. Derpassword muss das Administratorkennwort sein, das bei der Installation von Host host1 festgelegt wurde.

-@@ Hosts gehören standardmäßig zu einem unbenannten Pool. Um den ersten Ressourcenpool zu erstellen, benennen Sie den vorhandenen namenlosen Pool um. Verwenden Sie Tab-complete, um diepool_uuidfolgenden zu finden:

xe pool-param-set name-label = „Neuer Pool“ uuid = pool_uuid

Erstellen heterogener Ressourcenpools

vereinfacht das Erweitern von Bereitstellungen im Laufe der Zeit, da die heterogene Hosthardware mit einem Ressourcenpool verbunden werden kann, der als heterogene Ressourcenpools bezeichnet wird. Heterogene Ressourcenpools werden durch die Verwendung von Technologien in Intel (FlexMigration) und AMD (Extended Migration) CPUs ermöglicht, die CPU „Masking“ oder „Leveling“ bereitstellen. Die CPU-Maskierungs- und Nivellierungsfunktionen ermöglichen es, dass eine CPU so konfiguriert wird , dass sie eine andere Marke, ein Modell oder eine andere Funktionalität bereitstellt als tatsächlich. Mit dieser Funktion können Sie Pools von Hosts mit verteilten CPUs erstellen, aber dennoch die Live-Migration sicher unterstützen.

Hinweis:

Hinweis:

Die CPUs von Hosts, die heterogene Pools verbinden, müssen vom gleichen Anbieter (also AMD, Intel) sein wie CPUs auf Hosts im Pool. Der spezifische Typ (Familie, Modell und Schrittnummern) muss jedoch nicht sein.

vereinfacht die Unterstützung heterogener Pools. Hosts können nun zu vorhandenen Ressourcenpools hinzugefügt werden, unabhängig vom zugrunde liegenden CPU-Typ (solange die CPU aus derselben Herstellerfamilie stammt). Der Pool-Feature-Set wird jedes Mal dynamisch berechnet:

• Ein neuer Host tritt dem Pool bei

• Ein Poolmitglied verlässt den Pool

• Ein Poolmitglied stellt die Verbindung nach einem Neustart wieder her

Änderungen am Pool-Feature-Set wirken sich nicht auf VMs aus, die derzeit im Pool ausgeführt werden. Eine laufende VM verwendet weiterhin den Featuresatz, der beim Start angewendet wurde. Dieser Funktionsumfang ist beim Start behoben und bleibt bei Migrations-, Anhaltens- und Fortsetzungsvorgängen bestehen. Wenn die Poolebene abfällt, wenn ein weniger fähiger Host dem Pool beitritt, kann eine ausgeführte VM auf einen beliebigen Host im Pool migriert werden, mit Ausnahme des neu hinzugefügten Hosts. Wenn Sie eine VM auf einen anderen Host innerhalb oder über Pools hinweg verschieben oder migrieren, vergleicht der Featuresatz der VM mit dem Feature-Set des Zielhosts. Wenn die Feature-Sets als kompatibel befunden werden, darf die VM migriert werden. Dadurch kann die VM unabhängig von den CPU-Funktionen, die die VM verwendet, frei innerhalb und über Pools hinweg verschoben werden. Wenn Sie den Workload Balancing verwenden, um einen optimalen Zielhost für die Migration Ihrer VM auszuwählen, wird ein Host mit inkompatiblen Feature-Satz als Zielhost nicht empfohlen.

Gemeinsam genutzten Speicher hinzufügen

Eine vollständige Liste der unterstützten freigegebenen Speichertypen finden Sie unter Speicher-Repository-Formate. Dieser Abschnitt zeigt, wie gemeinsam genutzter Speicher (dargestellt als Speicher-Repository) auf einem vorhandenen NFS-Server erstellt werden kann.

So fügen Sie einem Ressourcenpool gemeinsam genutzten NFS-Speicher mithilfe der Befehlszeilenschnittstelle hinzu

1. Öffnen Sie eine Konsole auf einem beliebigen Host im Pool.

2. Erstellen Sie das Speicher-Repository auf server: / path, indem Sie den Befehl

   xe sr-create content-type = user type = nfs name-label = „Beispiel SR“ shared = true \
   device-config: server = server \
   device-config: serverpath = path
   

   device-config:server Der Hostname des NFS-Servers unddevice-config:serverpath der Pfad auf dem NFS-Server. Wieshared auf true gesetzt, wird gemeinsam genutzter Speicher automatisch mit jedem Host im Pool verbunden. Alle Hosts, die später beitreten, sind ebenfalls mit dem Speicher verbunden. Der Universally Unique Identifier (UUID) des Speicher-Repositorys wird auf dem Bildschirm gedruckt.

3. Suchen Sie die UUID des Pools, indem Sie den folgenden Befehl ausführen:

   xe-Pool-Liste
   

4. Legen Sie den gemeinsam genutzten Speicher mit dem Befehl

   xe pool-param-set uuid = pool_uuid Standard-SR = sr_uuid
   

   Da der freigegebene Speicher als Standardwert für den Pool festgelegt wurde, werden für alle zukünftigen VMs standardmäßig Festplatten auf freigegebenem Speicher erstellt. Informationen/en-us/xenserver/current-release/storage/format.html()zum Erstellen anderer freigegebener [Speichertypen finden Sie unter Speicher-Repository-Formate].

Entfernen von Hosts aus einem Ressourcenpool

Hinweis:

Stellen Sie vor dem Entfernen eines Hosts aus einem Pool sicher, dass Sie alle VMs herunterfahren, die auf diesem Host ausgeführt werden. Andernfalls wird eine Warnung angezeigt, die besagt, dass der Host nicht entfernt werden kann.

Wenn Sie einen Host aus einem Pool entfernen (auswerfen), wird der Computer neu gestartet, neu initialisiert und in einem Zustand wie bei einer Neuinstallation belassen. Auswerfen von Hosts nicht aus einem Pool, wenn wichtige Daten auf den lokalen Datenträgern vorhanden sind.

So entfernen Sie einen Host aus einem Ressourcenpool mithilfe der Befehlszeilenschnittstelle

1. Öffnen Sie eine Konsole auf einem beliebigen Host im Pool.

2. Suchen Sie die UUID des Hosts, indem Sie den Befehl

   xe-Host-Liste
   

3. Auswerfen des erforderlichen Hosts aus dem Pool:

   xe pool-eject host-uuid = host_uuid
   

   Der Host wird ausgeworfen und in einem neu installierten Zustand belassen.

   Achtung:

   Werfen Sie einen Host nicht aus einem Ressourcenpool aus, wenn er wichtige Daten enthält, die auf seinen lokalen Datenträgern gespeichert sind. Alle Daten werden gelöscht, wenn ein Host aus dem Pool ausgeworfen wird. Wenn Sie diese Daten beibehalten möchten, kopieren Sie die VM mit oder mit demxe vm-copy CLI-Befehl in den freigegebenen Speicher im Pool.

Wenn Hosts, die lokal gespeicherte VMs enthalten, aus einem Pool ausgeworfen werden, sind die VMs in der Pooldatenbank vorhanden. Die lokal gespeicherten VMs sind auch für die anderen Hosts sichtbar. Die VMs werden erst gestartet, wenn die ihnen zugeordneten virtuellen Laufwerke so geändert wurden, dass sie auf gemeinsam genutzten Speicher verweisen, der von anderen Hosts im Pool angezeigt wird, oder entfernt wurden. Daher empfehlen wir, jeden lokalen Speicher in den freigegebenen Speicher zu verschieben, wenn Sie einem Pool beitreten. Durch die Umstellung auf gemeinsam genutzten Speicher können einzelne Hosts ausgeworfen (oder physisch fehlgeschlagen) werden, ohne dass Daten verloren gehen.

Hinweis:

Wenn ein Host aus einem Pool entfernt wird, der seine Verwaltungsschnittstelle in einem markierten VLAN-Netzwerk aufweist, wird der Computer neu gestartet, und seine Verwaltungsschnittstelle steht im selben Netzwerk zur Verfügung.

Vorbereiten eines Pools von Hosts für die Wartung

Bevor Sie Wartungsvorgänge auf einem Host durchführen, der Teil eines Ressourcenpools ist, müssen Sie ihn deaktivieren. Das Deaktivieren des Hosts verhindert, dass virtuelle Rechner auf ihm gestartet werden. Anschließend müssen Sie die VMs auf einen anderen Host im Pool migrieren. Sie können dies tun, indem Sie den Host mit in den Wartungsmodus versetzen . Weitere Informationen finden Sie in der Hilfe.

Die Backup-Synchronisation erfolgt alle 24 Stunden. Wenn der Master-Host in den Wartungsmodus versetzt wird, werden die letzten 24 Stunden RRD-Updates für Offline-VMs verloren.

Warnung:Es wird

dringend empfohlen, alle Hosts neu zu starten, bevor ein Update installiert und anschließend deren Konfiguration überprüft wird. Einige Konfigurationsänderungen werden nur wirksam, wenn neu gestartet wird. Daher kann der Neustart Konfigurationsprobleme aufdecken, die dazu führen können, dass das Update fehlschlägt.

So bereiten Sie einen Host in einem Pool für Wartungsvorgänge mithilfe der Befehlszeilenschnittstelle vor

1. Führen Sie den folgenden Befehl aus:

   xe host-disable uuid =_host_uuid
   xe host-evakuieren uuid =_host_uuid
   

   Mit diesem Befehl wird der Host deaktiviert und anschließend alle ausgeführten VMs auf andere Hosts im Pool migriert.

2. Führen Sie den gewünschten Wartungsvorgang durch.

3. Aktivieren Sie den Host, wenn der Wartungsvorgang abgeschlossen ist:

   xe-Host-fähig
   

4. Starten Sie alle angehaltenen VMs neu, und setzen Sie alle angehaltenen VMs fort.

Ressourcenpooldaten exportieren

Mit der Option Ressourcendaten exportieren können Sie einen Ressourcendatenbericht für Ihren Pool erstellen und den Bericht in eine XLS- oder CSV-Datei exportieren. Dieser Bericht enthält detaillierte Informationen über verschiedene Ressourcen im Pool, z. B. Server, Netzwerke, Speicher, virtuelle Maschinen, VDIs und GPUs. Mit dieser Funktion können Administratoren Ressourcen basierend auf verschiedenen Arbeitslasten wie CPU, Speicher und Netzwerk nachverfolgen, planen und zuweisen.

Die Liste der Ressourcen und verschiedenen Arten von Ressourcendaten, die im Bericht enthalten sind:

Server:

• Name
• Pool Master
• UUUID
• Adresse
• CPU-Auslastung
• Netzwerk (Durchschnitt/max. KBs)
• Verwendeter Speicher
• Speicher
• Betriebszeit
• Beschreibung

Netzwerke:

• Name
• Verknüpfungsstatus
• MAC
• MTU
• VLAN
• Typ
• Lage

VDI:

• Name
• Typ
• UUUID
• Größe
• Speicher
• Beschreibung

Lagerung:

• Name
• Typ
• UUUID
• Größe
• Lage
• Beschreibung

VMs:

• Name
• Stromversorgungszustand
• Läuft auf
• Adresse
• MAC
• NIC
• Betriebssystem
• Speicher
• Verwendeter Speicher
• CPU-Auslastung
• UUUID
• Betriebszeit
• Vorlage
• Beschreibung

GPU:

• Name
• Server
• PCI-Buspfad
• UUUID
• Energieverbrauch
• Temperatur
• Verwendeter Speicher
• Computerauslastung

Hinweis:

Informationen zu GPUs sind nur verfügbar, wenn GPUs an Ihren Host angeschlossen sind.

So exportieren Sie Ressourcendaten

1. Wählen Sie im Navigationsbereich Infrastruktur aus, und wählen Sie dann den Pool aus.

2. Wählen Sie das Menü Pool und dann Ressourcendaten exportieren .

3. Navigieren Sie zu einem Speicherort, an dem Sie den Bericht speichern möchten, und klicken Sie dann auf Speichern.

Einschalten des Rechners

Remote-Einschalten von Hosts

Sie können die Host-Einschaltfunktion verwenden, um einen Server remote ein- und auszuschalten, entweder über die Befehlszeilenschnittstelle oder über die Befehlszeilenschnittstelle.

Um die Host-Stromversorgung zu aktivieren, muss der Host über eine der folgenden Stromsteuerungslösungen verfügen:

• Wake-on-LAN-fähige Netzwerkkarte.

• Dell Remote Access Cards (DRAC). Um mit DRAC zu verwenden, müssen Sie das Dell Zusatzpaket installieren, um DRAC-Support zu erhalten. Die DRAC-Unterstützung erfordert die Installation des RACADM-Befehlszeilenprogramms auf dem Server mit dem RAS-Controller und die Aktivierung von DRAC und dessen Schnittstelle. RACADM ist häufig in der DRAC-Management-Software enthalten. Weitere Informationen finden Sie in der DRAC-Dokumentation von Dell.

• Hewlett-Packard Integrierte Lichtschranken (iLO). Um mit iLO zu verwenden, müssen Sie iLO auf dem Host aktivieren und die Schnittstelle mit dem Netzwerk verbinden. Weitere Informationen finden Sie in der iLO-Dokumentation von HP.

• Ein benutzerdefiniertes Skript, das auf der Management-API basiert, mit dem Sie das Ein- und Ausschalten über durchführen können . Weitere Informationen finden Sie unter Konfigurieren eines benutzerdefinierten Skripts für die Host-Einschaltfunktion im folgenden Abschnitt.

Die Verwendung der Host-Einschaltfunktion erfordert zwei Aufgaben:

1. Stellen Sie sicher, dass die Hosts im Pool die Stromversorgung remote steuern. Beispielsweise verfügen sie über Wake-on-LAN-Funktionalität, eine DRAC- oder iLO-Karte oder Sie haben ein benutzerdefiniertes Skript erstellt).

2. Aktivieren Sie die Host-Einschaltfunktion mit der Befehlszeilenschnittstelle oder .

Verwenden der Befehlszeilenschnittstelle zum Verwalten der Netzeinspeisung

Sie können die Host-Einschaltfunktion entweder über die Befehlszeilenschnittstelle oder verwalten . Dieser Abschnitt enthält Informationen über die Verwaltung mit der Befehlszeilenschnittstelle.

Host-Einschalten ist auf Host-Ebene aktiviert (d. h. auf jedem ).

Nachdem Sie Host Power On aktiviert haben, können Sie Hosts entweder über die Befehlszeilenschnittstelle oder aktivieren .

So aktivieren Sie das Einschalten des Hosts mithilfe der Befehlszeilenschnittstelle

Führen Sie den Befehl aus:

< host uuid >xe host-set-power-on-mode host =\
power-on-mode = ("„,“ wake-on-lan ",
„iLO“, „DRAC“, „Benutzerdefiniert“)
power-on-config = Schlüssel: Wert


Für iLO und DRAC sind die Schlüssel `power_on_ip` {#prmnmN7008A}, `power_on_user` {#prmnmN70090}, `power_on_password_secret` {#prmnmN70096}. Verwenden Sie `power_on_password_secret` {#prmnmN7009C}, um das Passwort anzugeben, wenn Sie die geheime Funktion verwenden.

So aktivieren Sie Hosts remote mithilfe der Befehlszeilenschnittstelle

Führen Sie den Befehl aus:

< host uuid >xe host-power-on host =

Konfigurieren eines benutzerdefinierten Skripts für die Host-Einschaltfunktion

Wenn die Remote-Stromversorgungslösung Ihres Servers ein Protokoll verwendet, das standardmäßig nicht unterstützt wird (z. B. Wake-On-Ring oder Intel Active Management Technology), können Sie ein benutzerdefiniertes Linux Python-Skript erstellen, um Ihre Computer remote einzuschalten. Sie können jedoch auch benutzerdefinierte Skripte für iLO-, DRAC- und Wake-on-LAN-Remote-Stromversorgungslösungen erstellen.

Dieser Abschnitt enthält Informationen zum Konfigurieren eines benutzerdefinierten Skripts für das Einschalten von Host mithilfe der Schlüssel/Wert -Paare, die dem API-Aufruf zugeordnet sindhost.power_on.

Wenn Sie ein benutzerdefiniertes Skript erstellen, führen Sie es jedes Mal von der Befehlszeile aus, wenn Sie die Stromversorgung remote steuern möchten . Alternativ können Sie es in angeben und die UI-Features verwenden, um damit zu interagieren.

Die API ist in dem Dokument, der Management-API, dokumentiert, das auf der Website verfügbar ist.

Achtung:

Ändern Sie nicht die Skripte, die standardmäßig im/etc/xapi.d/plugins/ Verzeichnis bereitgestellt werden. Sie können neue Skripte in dieses Verzeichnis aufnehmen, aber Sie dürfen die in diesem Verzeichnis enthaltenen Skripte nach der Installation nicht ändern.

Schlüssel/Wert -Paare {#host .power_on_mode}

Konfigurieren Sie diehost.power_on_mode Tastenhost.power_on_config und, um den Host-Einschalten zu verwenden. Weitere Informationen zu den Werten finden Sie im folgenden Abschnitt.

Es gibt auch einen API-Aufruf, mit dem Sie diese Felder gleichzeitig festlegen können:

void host.set_host_power_on_mode (Zeichenfolgenmodus, Wörterbuch< string, string >konfiguration)

host.power_on_mode

• Definition: Enthält Schlüssel/Wert -Paare zur Angabe des Typs der Remote-Stromversorgungslösung (z. B. Dell DRAC).

• Mögliche Werte:

  • Eine leere Zeichenfolge, die Power-Control deaktiviert darstellt

  • „iLO“: Hier können Sie HP iLO angeben.

  • „DRAC“: Hier können Sie Dell DRAC angeben. Um DRAC verwenden zu können, müssen Sie das Dell-Zusatzpaket bereits installiert haben.

  • „wake-on-lan“: Hier können Sie Wake on LAN angeben.

  • Jeder andere Name (wird verwendet, um ein benutzerdefiniertes Einschaltskript anzugeben). Diese Option wird verwendet, um ein benutzerdefiniertes Skript für die Energieverwaltung anzugeben.

• Typ: String

host.power_on_config

• Definition: Enthält Schlüssel/Wert -Paare für die Moduskonfiguration. Enthält zusätzliche Informationen zu iLO und DRAC.

• Mögliche Werte:

  • Wenn Sie iLO oder DRAC als Typ der Remote-Stromversorgungslösung konfiguriert haben, müssen Sie auch einen der folgenden Schlüssel angeben:

    • „power_on_ip“: Die IP-Adresse, die Sie für die Kommunikation mit der Power-Control-Karte konfiguriert haben. Alternativ können Sie den Domänennamen für die Netzwerkschnittstelle eingeben, auf der iLO oder DRAC konfiguriert ist.

    • „power_on_user“: Der iLO- oder DRAC-Benutzername, der dem Verwaltungsprozessor zugeordnet ist, den Sie möglicherweise von den Werkseinstellungen geändert haben.

    • „power_on_password_secret“: Legt fest, mit der Secrets-Funktion Ihr Passwort zu sichern.

  • Um das Secrets-Feature zum Speichern Ihres Passworts zu verwenden, geben Sie den Schlüssel „power_on_password_secret“ an.

• Typ: Map (String, String)

Beispielskript

Das Beispielskript importiert die API, definiert sich selbst als benutzerdefiniertes Skript und übergibt dann spezifische Parameter für den Host, den Sie remote steuern möchten. Sie müssen die Parametersession{#prmnmN8012E},remote_host{#prmnmN80134} undpower_on_config{#prmnmN8013A} in allen benutzerdefinierten Skripten definieren.

Das Ergebnis wird angezeigt, wenn das Skript nicht erfolgreich ist.

import XenAPI
def custom(session,remote_host,
power_on_config):
result="Power On Not Successful"
for key in power_on_config.keys():
result=result+''
key=''+key+''
value=''+power_on_config[key]
return result
 

Hinweis:

Nachdem Sie das Skript erstellt haben, speichern Sie es in /etc/xapi.d/plugins mit der Erweiterung .py.

Kommunizieren mit Hosts und Ressourcenpools

verwendet TLS-Protokolle zur Verschlüsselung des Management-API-Datenverkehrs. Jede Kommunikation zwischen API-Clients (oder Appliances) und Verwaltungs-API-Clients verwendet nun standardmäßig das TLS 1.2-Protokoll. Wenn der Verwaltungs-API-Client oder die Appliance jedoch nicht mit TLS 1.2 kommuniziert, können frühere Protokolle für die Kommunikation verwendet werden.

verwendet die folgenden Verschlüsselungssammlungen:

-TLS_RSA_WITH_AES_128_CBC_SHA256

-TLS_RSA_WITH_AES_256_CBC_SHA

-TLS_RSA_WITH_AES_128_CBC_SHA

-TLS_RSA_WITH_RC4_128_SHA

-TLS_RSA_WITH_RC4_128_MD5

-TLS_RSA_WITH_3DES_EDE_CBC_SHA

können Sie auch Ihren Host- oder Ressourcenpool so konfigurieren, dass nur die Kommunikation über TLS 1.2 zulässig ist. Diese Option ermöglicht die Kommunikation zwischen API-Clients (oder Appliances) mit dem TLS 1.2-Protokoll. Die Option „Nur TLS 1.2“ verwendet die VerschlüsselungssuiteTLS_RSA_WITH_AES_128_CBC_SHA256.

Warnung:

Wählen Sie die Option Nur TLS 1.2aus, nachdem Sie sichergestellt haben, dass alle Verwaltungs-API-Clients und -Appliances, die mit dem Pool kommunizieren, mit TLS 1.2 kompatibel sind.