Dell EMC ViPR Controller – Installations-, Upgrade- und ... · 5 ViPR Controller-Installations- und -Konfigurationsroadmap 7 EMC ViPR Controller-Checkliste für die Bereitstellungsbereitschaft

Dell EMC ViPR ControllerVersion 3.6.2

Installations-, Upgrade- und Wartungshandbuch302-004-911

01

Copyright © 2013-2018 Dell Inc. oder ihre Tochtergesellschaften. Alle Rechte vorbehalten.

Stand Juni 2018

Dell ist der Ansicht, dass die Informationen in dieser Veröffentlichung zum Zeitpunkt der Veröffentlichung korrekt sind. Die Informationen können

jederzeit ohne vorherige Ankündigung geändert werden.

DIE INFORMATIONEN IN DIESER VERÖFFENTLICHUNG WERDEN OHNE GEWÄHR ZUR VERFÜGUNG GESTELLT. DELL MACHT KEINE

ZUSICHERUNGEN UND ÜBERNIMMT KEINE HAFTUNG JEDWEDER ART IM HINBLICK AUF DIE IN DIESEM DOKUMENT ENTHALTENEN

INFORMATIONEN UND SCHLIESST INSBESONDERE JEDWEDE IMPLIZITE HAFTUNG FÜR DIE HANDELSÜBLICHKEIT UND DIE EIGNUNG FÜR

EINEN BESTIMMTEN ZWECK AUS. FÜR DIE NUTZUNG, DAS KOPIEREN UND DIE VERTEILUNG DER IN DIESER VERÖFFENTLICHUNG

BESCHRIEBENEN DELL SOFTWARE IST EINE ENTSPRECHENDE SOFTWARELIZENZ ERFORDERLICH.

Dell, EMC und andere Marken sind Marken von Dell Inc. oder ihren Tochtergesellschaften. Alle anderen Marken sind das Eigentum ihrer jeweiligen

Inhaber. Veröffentlicht in Deutschland.

EMC Deutschland GmbHAm Kronberger Hang 2a 65824 Schwalbach/TaunusTel.: +49 6196 4728-0www.DellEMC.com/de-de/index.htm

2 ViPR Controller 3.6.2 Installations-, Upgrade- und Wartungshandbuch

5

ViPR Controller-Installations- und -Konfigurationsroadmap 7

EMC ViPR Controller-Checkliste für dieBereitstellungsbereitschaft 9

Lizenzierungsmodell 11

ViPR Controller-Lizenzierung 13Beziehen der EMC ViPR Controller-Lizenzdatei.......................................... 14

Bereitstellen von ViPR Controller 15Bereitstellung von ViPR Controller auf VMware mit einer vApp.................. 16Bereitstellung von ViPR Controller auf VMware ohne vApp........................ 19Bereitstellen von ViPR Controller auf Hyper-V........................................... 27Bereitstellen der ViPR Controller-CLI......................................................... 33

Installieren der ViPR Controller-CLI............................................... 33Authentifizieren mit viprcli.............................................................38Deinstallieren der ViPR Controller-CLI...........................................39

Bereitstellen eines Rechner-Image-Servers ...............................................39ViPR Controller-Netzwerkanforderungen für den Rechner-Image-Server............................................................................................40Bereitstellen des Rechner-Image-Servers..................................... 40Hinzufügen des Rechner-Image-Servers in ViPR Controller ......... 44

ViPR Controller-Anmeldung und -Anforderungen anBenutzerrollen 45Anmelden bei EMC ViPR Controller............................................................46ViPR Controller-Anforderungen für Benutzerrollen.................................... 46

Durchführen des Upgrades von ViPR Controller 53Planung vor Upgrades................................................................................ 54

Konfigurieren von ViPR Controller für ein Upgrade über ein EMCbasiertes Repository......................................................................55Konfigurieren von ViPR Controller für ein Upgrade über eineninternen Speicherort......................................................................56

Durchführen eines Upgrades von ViPR Controller...................................... 57Durchführen eines Upgrades der virtuellen Hardware.................................59Hinzufügen der Node-ID-Eigenschaft auf VMware nach dem Durchführeneines Upgrades der ViPR Controller-vApp.................................................. 59Ändern des ScaleIO-Speicheranbietertyps und der Parameter nach demDurchführen eines Upgrades von ViPR Controller...................................... 60Durchführen eines Upgrades der ViPR Controller-CLI.................................61

Tabellen

Kapitel 1

Kapitel 2

Kapitel 3

Kapitel 4

Kapitel 5

Kapitel 6

Kapitel 7

INHALT

ViPR Controller 3.6.2 Installations-, Upgrade- und Wartungshandbuch 3

Verwalten von ViPR Controller Nodes 63Vermeiden von Konflikten in virtuellen EMC ViPR-IP-Netzwerkadressen...64Ändern der IP-Adresse des EMC ViPR Controller Node..............................64

Ändern der IP-Adresse eines als VMware vApp bereitgestelltenEMC ViPR Controller Node............................................................64Ändern der IP-Adresse des ViPR Controller Node auf VMware ohnevApp oder Hyper-V mithilfe der ViPR Controller-Benutzeroberfläche ...................................................................... 65Ändern der IP-Adresse des ViPR Controller Node auf VMware ohnevApp mithilfe von vCenter............................................................. 66Ändern der IP-Adresse des ViPR Controller Node auf Hyper-Vmithilfe von SCVMM..................................................................... 68

Ändern der ViPR Controller-Node-Namen..................................................69Ändern des ViPR Controller-Node-Namens über dieBenutzeroberfläche........................................................................ 71Ändern des ViPR Controller-Node-Namens über die CLI................ 71Ändern des ViPR Controller-Node-Namens über die API............... 72

Konfigurationsdateien des Betriebssystems................................................72

Ändern der ViPR Controller-Stellfläche 73Ändern des ViPR Controller-Footprint auf VMware.................................... 74Ändern des ViPR Controller-Footprint auf Hyper-V.................................... 74

Konfigurationsoptionen für ViPR Controller 77ConnectEMC und ConnectIN..................................................................... 78ViPR Controller-E-Mail-Optionen............................................................... 78E-Mail-Warnmeldungen für die System-Disaster-Recovery....................... 80Auditprotokoll.............................................................................................84Festlegen der Protokollaufbewahrungs-Policy und Weiterleiten allerEchtzeitprotokollereignisse an einem Remote-Syslog-Server.................... 85Automatische Installation des Speichertreibers.......................................... 89

Installieren der Speichertreiber......................................................90Durchführen eines Upgrades oder Löschen eines Speichertreibers...91

Diagutils..................................................................................................... 92

Kapitel 8

Kapitel 9

Anhang A

INHALT


Unterstützte Betriebssysteme für die ViPR Controller-CLI.........................................34VDC-Rollen.................................................................................................................46Mandantenrollen........................................................................................................ 50Optionen und Attribute für Speichertreiber................................................................ 90

1234

TABELLEN

ViPR Controller 3.6.2 Installations-, Upgrade- und Wartungshandbuch 5

TABELLEN


KAPITEL 1

ViPR Controller-Installations- und -Konfigurationsroadmap

Verwenden Sie diese Roadmap als Ausgangspunkt für die ViPR Controller-Installation-und -Konfiguration.

Sie müssen die folgenden allgemeinen Schritte zum Installieren und Konfigurieren vonViPR Controller ausführen. Diese Schritte müssen für jede Instanz eines virtuellenViPR Controller-Rechenzentrums ausgeführt werden. Sobald ViPR Controllerinstalliert und konfiguriert wurde, können Sie Aufgaben der Block- undDateispeicherbereitstellung im virtuellen ViPR Controller-Rechenzentrumautomatisieren.

1. Überprüfen Sie die ViPR ControllerCheckliste für die Bereitschaft.

2. Beziehen Sie die EMC ViPR Controller-Lizenzdatei.

3. Legen Sie fest, welche Methode Sie für die Bereitstellung von ViPR Controllerverwenden möchten, und befolgen Sie die Installationsanweisungen:

l Installieren von ViPR Controller auf VMware als vApp

l Installieren von ViPR Controller auf VMware ohne vApp

l Installieren von ViPR Controller auf Hyper-V

4. Optional:

l Installieren der ViPR Controller-CLI

l Bereitstellung eines Rechner-Image-Servers

5. Nutzen Sie nach der Installation von ViPR Controller die Informationen im ViPRController Konfigurationsleitfaden von Benutzeroberflächen-Mandanten, Projekten,Sicherheit, Benutzern und mehreren Standorten, um die folgenden Aufgabendurchzuführen:

l Hinzufügen von Benutzern in ViPR Controller über Authentifizierungsanbieter

l Weisen Sie Benutzern Rollen zu.

l Erstellen mehrerer Mandanten (optional)

l Erstellen Sie Projekte.

6. Bereiten Sie die Konfiguration des virtuellen ViPR Controller-Rechenzentrumsgemäß der Beschreibung im ViPR Controller Anforderungs- undInformationshandbuch zu virtuellen Rechenzentren vor.

7. Konfigurieren Sie das virtuelle ViPR Controller-Rechenzentrum gemäß derBeschreibung im ViPR Controller Benutzeroberfläche des virtuellen Rechenzentrums– Konfigurationsleitfaden.

ViPR Controller-Installations- und -Konfigurationsroadmap 7

ViPR Controller-Installations- und -Konfigurationsroadmap


KAPITEL 2

EMC ViPR Controller-Checkliste für dieBereitstellungsbereitschaft

Verwenden Sie diese Checkliste als Übersicht über die Informationen, die Siebenötigen, wenn Sie die virtuelle EMC ViPR Controller-Appliance installieren undkonfigurieren.

Die spezifischen Modelle und von ViPR Controller unterstützten Versionen sowie dieViPR Controller-Ressourcenanforderungen finden Sie in der ViPR ControllerSupportmatrix.

l Bestimmen Sie eine VMware- oder Hyper-V-Instanz, auf der ViPR Controllerbereitgestellt werden soll.

l Stellen Sie sicher, dass alle ESXi-Server (oder alle Hyper-V-Server), auf denenViPR Controller installiert wird, mit genauen NTP-Servern synchronisiert werden.

l Holen Sie die Anmeldedaten für den Zugriff auf die VMware- oder Hyper-V-Instanzein.Für die Bereitstellung von ViPR Controller sind Anmeldedaten für ein Kontoerforderlich, das über die Berechtigungen zum Bereitstellen in der VMware- oderHyper-V-Instanz verfügt.

l Informieren Sie sich in der ViPR Controller Supportmatrix über die ViPR Controller-Ressourcenanforderungen für VMware oder Hyper-V und überprüfen Sie, ob dieVMware- oder Hyper-V-Instanz über genügend Ressourcen für die ViPRController-Bereitstellung verfügt.

l Bei einer Bereitstellung auf VMware wird empfohlen, ViPR Controller mindestensin einem ESXi-DRS-Cluster mit 3 Nodes bereitzustellen und die Antiaffinitätsregelunter den ViPR Controller Nodes auf verfügbaren ESXi Nodes auf „SeparateVirtual Machines“ festzulegen. Anweisungen zum Einrichten von ESX-/ESXi-DRS-Antiaffinitätsregeln finden Sie in der Dokumentation zu VMware vSphere.

l Identifizieren Sie 4 IP-Adressen für die Bereitstellung mit 3 Nodes oder 6 IP-Adressen für die Bereitstellung mit 5 Nodes. Die Adressen sind für die ViPRController-VMs und für die virtuelle IP erforderlich, mit der REST-Clients und dieBenutzeroberfläche auf das System zugreifen. Es kann sich um eine IPv4- oderIPv6-Adresse handeln.

Hinweis

Im Dual-Modus müssen alle Controller und VIPs sowohl eine IPv6- als auch eineIPv4-Adresse aufweisen.

l Ein unterstützter Browser.

l Laden Sie die ViPR Controller-Bereitstellungsdateien von support.EMC.comherunter.

EMC ViPR Controller-Checkliste für die Bereitstellungsbereitschaft 9

https://community.emc.com/docs/DOC-38014


https://support.emc.com/downloads/32034_ViPR

l Sammeln Sie Folgendes für jede ViPR Controller-VM: IP-Adresse, IP-Netzwerkmaske, IP-Netzwerkgateway und optional IPv6-Präfixlänge und IPv6-Standardgateway.

l 2 oder 3 DNS-Server.

l Die für die ViPR Controller-Bereitstellung konfigurierten DNS-Server müssen sokonfiguriert werden, dass sie sowohl die Vorwärts- als auch die Rückwärtssuchefür alle von ViPR Controller verwalteten Geräte durchführen.

l 2 oder 3 NTP-Server.

l ViPR Controller erfordert die Aktivierung des ICMP-Protokolls für die Installationund normale Nutzung.

l FTP-/FTPS- oder CIFS-/SMB-Server für das Remotespeichern von ViPRController-Backups. Sie benötigen die URL des Servers und Anmeldedaten für einKonto mit Lese- und Schreibberechtigungen auf dem Server. Planen Sie zunächst6 GB pro Sicherung ein, überwachen Sie anschließend die Nutzung und passen Siesie bei Bedarf an.

l Ein gültiger SMTP-Server und eine E-Mail-Adresse.

l Ein Active Directory- oder LDAP-Server und zugehörige Attribute.ViPR Controller validiert hinzugefügte Benutzer anhand einesAuthentifizierungsservers. Um andere Konten als die integrierten Benutzerkontenzu verwenden, müssen Sie diese angeben.

EMC ViPR Controller-Checkliste für die Bereitstellungsbereitschaft


KAPITEL 3

Lizenzierungsmodell

Ab ViPR Controller 3.0 wurde ein neues Lizenzierungsmodell bereitgestellt.

ÜbersichtAb Version 3.0 wird für ViPR Controller als ein neues Lizenzierungsmodellimplementiert. Das neue Modell unterstützt eine verwaltete Kapazitätslizenz in einemneuen Format und eine Frame-basierte Lizenz für rohe und nutzbare Kapazität. Mitder Einzellizenzdatei für die Rohkapazität kann jede Lizenzdatei mehrere inkrementelleSchritte umfassen, sowohl für arraybasiert als auch Tiered.

Das neue Lizenzierungsmodell ist nicht mit der verwalteten Kapazitätslizenz im altenFormat kompatibel, die bei älteren Versionen von ViPR Controller verwendet wird.

ViPR Controller 3.6.2-Neuinstallation

l Bei einer Neuinstallation von ViPR 3.6.2 mit einer neuen Lizenz sollte kein Problemauftreten und Sie können normal vorgehen.

l Wenn Sie versuchen, eine Neuinstallation von ViPR 3.6.2 mit einer alten Lizenzdurchzuführen, erhalten Sie die Fehlermeldung „Error 1013: License is not valid“und können die Installation nicht fortsetzen. Sie müssen ein SR-Ticket (Service-Request) öffnen, um eine neue Lizenzdatei zu beziehen.

ViPR Controller 3.6.2-Upgradeinstallation

l Bei einer ViPR 3.6.2-Upgradeinstallation mit einer alten Lizenz verwendetViPR 3.6.2 weiterhin die Lizenz im alten Format, für die Lizenz wird jedoch„Legacy“ im Abschnitt Version and License unter Dashboards in der ViPR-GUIangezeigt. Es gibt keine automatische Konvertierung in das neue Lizenzformat. Füreine Konvertierung in eine Lizenz mit dem neuen Format müssen Sie ein SR-Ticket(Service-Request) öffnen, um eine neue Lizenzdatei zu beziehen. Nachdem Sie dieLizenz im neuen Format hochgeladen haben, wird in der GUI „Licensed“ angezeigt.

ViPR Controller-Versionen vor Version 3.0

l ViPR Controller-Versionen vor Version 3.0 akzeptieren die Lizenzdatei im neuenFormat. Sie erkennen jedoch nur den letzten inkrementellen Teil in der neuenDatei.

l Nach den Durchführen eines Upgrades auf Version 3.0 oder höher müssen Sie dieLizenz im neuen Format erneut hochladen.

Lizenzierungsmodell 11

Lizenzierungsmodell


KAPITEL 4

ViPR Controller-Lizenzierung

Die Lizenzdatei ist während der Ersteinrichtung von ViPR Controller oder beimHinzufügen von Kapazität zu Ihrer vorhandenen ViPR Controller-Bereitstellungerforderlich. Schritte für die Ersteinrichtung finden Sie in den Abschnitten zurBereitstellung in diesem Leitfaden.

Zum Beziehen der Lizenzdatei müssen Sie über den License Authorization Code (LAC)verfügen, der Ihnen per E-Mail gesendet wurde.

l Beziehen der EMC ViPR Controller-Lizenzdatei................................................. 14

ViPR Controller-Lizenzierung 13

Beziehen der EMC ViPR Controller-LizenzdateiEMC ViPR Controller unterstützt eine verwaltete Kapazitätslizenz in einem neuenFormat und eine Frame-basierte Lizenz für rohe und nutzbare Kapazität. Für dasHochladen in ViPR Controller müssen Sie auf die Lizenzdatei (.lic) auf der Website fürdas EMC Lizenzmanagement zugreifen.

Bevor Sie beginnen

Hinweis

Für EMC ViPR Controller-Version 3.0 und höher gibt es ein neuesLizenzierungsmodell. Details finden Sie im Kapitel „Lizenzierungsmodell“ im EMC ViPRController – Installations-, Upgrade- und Wartungsleitfaden, den Sie im Index der ViPRController-Produktdokumentation finden.

Wenn Sie eine ViPR Controller-Lizenzdatei zu einer vorhandenen Bereitstellunghinzufügen, führen Sie diese Schritte aus, um eine Lizenzdatei zu beziehen.

Vorgehensweise

1. Gehen Sie auf support.EMC.com

2. Wählen Sie Service Center aus.

3. Wählen Sie Product Registration & Licenses > Manage Licenses and UsageIntelligence aus.

4. Wählen Sie ViPR Controller in der Produktliste aus.

5. Geben Sie auf der LAC-Anforderungsseite den LAC-Code ein und aktivieren Sieihn.

6. Wählen Sie die Berechtigungen zum Aktivieren und Start Activation Process.

7. Wählen Sie Add a Machine, um eine aussagekräftige Zeichenfolge für dieGruppierung von Lizenzen anzugeben.

Der "Computername" muss kein Computername sein. Geben Sie eine beliebigeZeichenfolge ein, mit der Sie Ihre Lizenzen nachverfolgen können.

8. Geben Sie die Mengen für jede zu aktivierende Berechtigung ein oder wählenSie Activate All. Klicken Sie auf Next.

Wenn Sie Lizenzen für eine standortübergreifende (geografisch verteilte)Konfiguration beziehen, verteilen Sie die Controller entsprechend, um einzelneLizenzdateien für jedes virtuelle Rechenzentrum zu beziehen.

Bei einer System-Disaster-Recovery-Umgebung brauchen Sie KEINEzusätzlichen Lizenzen für Stand-by-Standorte. Die Lizenz für den aktivenStandort wird von den Standorten gemeinsam genutzt.

9. Geben Sie optional einen Empfänger an, um eine E-Mail-Zusammenfassung derAktivierungstransaktion zu erhalten.

10. Klicken Sie auf Finish.

11. Klicken Sie auf Save to File, um die Lizenzdatei (.lic) in einem Ordner auf IhremComputer zu speichern.

ViPR Controller-Lizenzierung




sdeng

Sticky Note

Marked set by sdeng

sdeng

Sticky Note

Marked set by sdeng

KAPITEL 5

Bereitstellen von ViPR Controller

Führen Sie die folgenden Schritte aus, um ViPR Controller auf VMware als vApp in dervSphere Enterprise-Edition zu installieren und die Erstkonfiguration durchzuführen.

l Bereitstellung von ViPR Controller auf VMware mit einer vApp.......................... 16l Bereitstellung von ViPR Controller auf VMware ohne vApp................................ 19l Bereitstellen von ViPR Controller auf Hyper-V................................................... 27l Bereitstellen der ViPR Controller-CLI.................................................................33l Bereitstellen eines Rechner-Image-Servers ...................................................... 39

Bereitstellen von ViPR Controller 15

Bereitstellung von ViPR Controller auf VMware mit einervApp

Sie benötigen Zugriff auf die ViPR Controller-Bereitstellungsdateien.

Bevor Sie beginnen

Sie erhalten diese auf der ViPR-Downloadseite auf support.emc.com.

l Um eine bestimmte Menge an Arbeitsspeicher für eine VM zu reservieren, öffnenSie vSphere Client und navigieren Sie zu VM Properties > Resource > Memory„Reservation“. Weitere Informationen finden Sie im folgenden VMware-Leitfaden:

https://www.vmware.com/content/dam/digitalmarketing/vmware/de-de/pdf/techpaper/vmware-understanding-memory-resource-management-in-vsphere5.pdf

Hinweis

Die folgenden separaten Softwareprodukte sind auf dem Image vorinstalliert: ViPRController 3.7-SOFTWARE-IMAGE (453-011-026) und SLES12 SW GPL3-OPEN-SOURCE-SOFTWARE-IMAGE (453-011-027).

l vipr-<version>-controller-2+1.ova

Wird auf 3 VMs bereitgestellt. Eine VM kann ausfallen, ohne die Verfügbarkeitder virtuellen Appliance zu beeinträchtigen.

vipr-<version>-controller-3+2.ova

Wird auf 5 VMs bereitgestellt. Zwei VMs können ausfallen, ohne dieVerfügbarkeit der virtuellen Appliance zu beeinträchtigen.

Diese Option wird für die Bereitstellung in Produktionsumgebungenempfohlen.

l Sie benötigen Anmeldedaten, um sich bei vSphere anzumelden.

l Sie müssen neue Passwörter für die Root- und Systemkonten in ViPR Controllerbereitstellen.

l Sie benötigen IPv4- und/oder IPv6-Adressen für DNS- und NTP-Server.

l Geben Sie den Namen eines SMTP-Servers ein. Wenn TLS-/SSL-Verschlüsselungverwendet wird, muss der SMTP-Server über ein gültiges CA-Zertifikat verfügen.

l Sie benötigen Zugriff auf die ViPR Controller-Lizenzdatei.

Vorgehensweise

1. Laden Sie eine ViPR Controller-OVA-Datei von der ViPR Controller-Produktseite in ein temporäres Verzeichnis herunter.

2. Starten Sie vSphere Client und melden Sie sich beim vCenter-Server an, aufdem die virtuelle Appliance bereitgestellt wird.

3. Wählen Sie im Menü File die Option Deploy OVF Template.

4. Navigieren Sie zur ViPR Controller-OVA-Datei, die sich im von Ihnen erstelltentemporären Verzeichnis befindet, und wählen Sie sie aus.

5. Überprüfen Sie auf der Seite OVF Template Details die Details zur Appliance.

6. Akzeptieren Sie die Endbenutzer-Lizenzvereinbarung.







7. Geben Sie einen Namen für die Appliance an.

8. Wählen Sie den Host oder das Cluster aus, auf dem die virtuelle Applianceausgeführt werden soll.

9. Wenn Ressourcenpools konfiguriert sind (nicht für ViPR Controllererforderlich), wählen Sie einen Pool aus.

10. Wählen Sie den Datenspeicher oder das Datenspeichercluster für IhreAppliance.

11. Wählen Sie ein Festplattenformat aus:

l Thick Provision Lazy Zeroed (Standard)

l Thick Provision Eager Zeroed (empfohlen für Produktionsbereitstellung)

l Thin Provision

12. Ordnen Sie auf der Seite Network Mapping das Quellnetzwerk einementsprechenden Zielnetzwerk zu.

(Wenn Sie vSphere Web Client ausführen, können Sie das Element „IPProtocol: IPv4“ ignorieren. Es ist Bestandteil des Standardbildschirmtexts.Tatsächlich wird diese Bereitstellung für IPv4 und IPv6 verwendet.)

13. Geben Sie Werte für die Eigenschaften ein.

Beachten Sie, dass Sie, wenn Sie IP-Adressen eingeben, Werte für die IPv4-Eigenschaften oder IPv6-Eigenschaften oder beides (bei Dual Stack) eingebenmüssen, je nach Modus, den Sie unterstützen müssen.

IPv4-Adresse für Server n

Schlüsselname: network_n_ipaddr

Eine IPv4-Adresse für das öffentliche Netzwerk. Jede Controller-VMerfordert entweder eine einzigartige, statische IPv4-Adresse im Subnetz(definiert durch die Netzmaske) oder eine eindeutige statische IPv6-Adresse oder beides.

Ein Adressenkonflikt zwischen mehreren ViPR Controller-Installationenkann zu ViPR Controller-Datenbankbeschädigung führen. Es muss danneine Wiederherstellung aus einem vorherigen erfolgreichen Backuperfolgen.

Öffentliche virtuelle IPv4-Adresse

Schlüsselname: network_vip

IPv4-Adresse, die für den Zugriff auf die Benutzeroberfläche und denREST-Client verwendet wird. Weitere Informationen finden Sie unter Vermeiden von Konflikten in virtuellen EMC ViPR-IP-Netzwerkadressen.

Netzwerknetzmaske

Schlüsselname: network_netmask

IPv4-Netzmaske für die öffentliche Netzwerkschnittstelle.

IPv4-Standardgateway

Schlüsselname: network_gateway

IPv4-Adresse für das öffentliche Netzwerkgateway.

IPv6-Adresse für Server n

Schlüsselname: network_n_ipaddr6


Bereitstellung von ViPR Controller auf VMware mit einer vApp 17

Eine IPv6-Adresse für das öffentliche Netzwerk. Jede Controller-VMerfordert entweder eine einzigartige, statische IPv6-Adresse im Subnetz(definiert durch die Netzmaske) oder eine eindeutige statische IPv4-Adresse oder beides.

Ein Adressenkonflikt zwischen mehreren ViPR Controller-Installationenkann zu ViPR Controller-Datenbankbeschädigung führen. Es muss danneine Wiederherstellung aus einem vorherigen erfolgreichen Backuperfolgen.

Öffentliche virtuelle IPv6-Adresse

Schlüsselname: network_vip6

IPv6-Adresse, die für den Zugriff auf die Benutzeroberfläche und denREST-Client verwendet wird. Weitere Informationen finden Sie unter Vermeiden von Konflikten in virtuellen EMC ViPR-IP-Netzwerkadressen.

IPv6-Präfixlänge

Schlüsselname: network_prefix_length

IPv6-Präfixlänge. Der Standardwert ist 64.

IPv6-Standardgateway

Schlüsselname: network_gateway6

IPv6-Adresse für das öffentliche Netzwerkgateway.

14. Schalten Sie die VM ein.

Wenn Sie einen Fehler beim Angeben von IP-Adressen, Netzmaske oderGateway gemacht haben, kann die VM möglicherweise nicht gestartet werden.Es wird eine Nachricht in der Konsole angezeigt. Sie können die vAppabschalten, die IP-Werte korrigieren und die vApp erneut starten.

15. Warten Sie nach dem Einschalten der VM 7 Minuten lang, bevor Sie dienächsten Schritte ausführen. Dies gibt den ViPR Controller-Services Zeit zumStarten.

16. Öffnen Sie https://ViPR_virtual_ip mit einem unterstützten Browser undmelden Sie sich als Root an:

Das Ursprungspasswort ist ChangeMe.

Die ViPR_virtual_IP ist die öffentliche virtuelle ViPR Controller-IP-Adresse,auch network.vip (IPv4-Adresse) oder network.vip6 (IPv6) genannt. Entwederder Wert oder der entsprechende FQDN kann für die URL verwendet werden.

17. Suchen und wählen Sie die Lizenzdatei aus, die Sie auf der Website für dasEMC Lizenzmanagement heruntergeladen haben und laden Sie die Lizenz mitUpload License hoch.

18. Geben Sie neue Passwörter für das Root- und das Systemkonto ein.

Die Passwörter müssen folgende Anforderungen erfüllen:

l mindestens 8 Zeichen

l mindestens ein Kleinbuchstabe

l mindestens ein Großbuchstabe

l mindestens eine Zahl



l mindestens ein Sonderzeichen

l nicht mehr als 3 aufeinanderfolgende gleiche Zeichen

l mindestens 2 Zeichen geändert (konfigurierbar)

l nicht eines der letzten 3 Passwörter (konfigurierbar)

DasViPR Controller-Root-Konto verfügt über alle Berechtigungen, die zurErstkonfiguration erforderlich sind. Es entspricht auch dem Root-Benutzer fürController-VM. Die Systemkonten (sysmonitor, svcuser und proxyuser) werdenintern verwendet von ViPR Controller.

19. Geben Sie für DNS-Server zwei oder drei IPv4- oder IPv6-Adressen (keineFQDNs) durch Kommas getrennt ein.

20. Geben Sie für NTP-Server zwei oder drei IPv4- oder IPv6-Adressen (keineFQDNs) durch Kommas getrennt ein.

21. Wählen Sie eine Transportoption für ConnectEMC aus (FTPS (Standard),SMTP oder none) und geben Sie eine E-Mail-Adresse (user@domain) für dieConnectEMC Service-Benachrichtigungen ein.

Wenn Sie die SMTP-Transportoption auswählen, müssen Sie einen SMTP-Server im nächsten Schritt bei den SMTP-Einstellungen angeben. „None“deaktiviert ConnectEMC auf der ViPR Controller Virtual Appliance.

Verwenden Sie in einer reinen IPv6-Umgebung SMTP als Transportprotokoll.(Der ConnectEMC-FTPS-Server ist nur für IPv4 ausgelegt.)

22. (Optional) Geben Sie einen SMTP-Server und -Port für E-Mail-Benachrichtigungen (wie ConnectEMC-Warnmeldungen und ViPR Controller-Genehmigungs-E-Mails), den Verschlüsselungstyp (TLS/SSL oder keinen), eineAbsenderadresse und einen Authentifizierungstyp (Anmeldung, Einfach, CRAM-MD5 oder keinen) an.

Testen Sie optional die Einstellungen und geben Sie einen gültigen Empfängeran. Die Test-E-Mail wird von der von Ihnen angegebenen Absenderadresseabgeschickt, mit dem Betreff "Mail Settings Test".

Wenn TLS-/SSL-Verschlüsselung verwendet wird, muss der SMTP-Server eingültiges CA-Zertifikat haben.

23. Finish.

An diesem Punkt werden die ViPR Controller-Services neu gestartet. (Dies kann

einige Minuten in Anspruch nehmen.)

Weitere Erfordernisse

Sie können jetzt Authentifizierungsanbieter gemäß der Beschreibung im ViPRController Konfigurationsleitfaden von Benutzeroberflächen-Mandanten, Projekten,Sicherheit, Benutzern und mehreren Standorten festlegen und Ihr virtuellesRechenzentrum einrichten, wie im ViPR Controller Benutzeroberfläche des virtuellenRechenzentrums – Konfigurationsleitfaden beschrieben. Beide Leitfäden sind im Indexder ViPR Controller-Produktdokumentation verfügbar.

Bereitstellung von ViPR Controller auf VMware ohne vAppDieser Abschnitt enthält die Voraussetzungen und ein Schritt-für-Schritt-Verfahrenfür die Verwendung des Installationsprogrammskripts zur Durchführung der


Bereitstellung von ViPR Controller auf VMware ohne vApp 19



Erstinstallation von ViPR Controller Nodes auf VMware ohne vApp oder die erneuteBereitstellung von ViPR Controller nach einem Ausfall.

Bevor Sie beginnen

l Um eine bestimmte Menge an Arbeitsspeicher für eine VM zu reservieren, öffnenSie vSphere Client und navigieren Sie zu VM Properties > Resource > Memory„Reservation“. Weitere Informationen finden Sie im folgenden VMware-Leitfaden:

https://www.vmware.com/content/dam/digitalmarketing/vmware/de-de/pdf/techpaper/vmware-understanding-memory-resource-management-in-vsphere5.pdf.

l Sie benötigen Zugriff auf die ViPR Controller-Bereitstellungsdatei, vipr-<version>-controller-vsphere.zip. Sie erhalten diese auf der ViPR-Downloadseite aufsupport.emc.com.

l Sie benötigen Anmeldedaten für ein Konto mit Berechtigungen für die vSphere-Bereitstellung.

l Sie können das Installationsprogramm auf einem unterstützten Linux- oderWindows-Computer ausführen, der über IP-Zugriff auf vCenter Server oder einenbestimmten ESXi-Server verfügt. Informationen zu spezifischen unterstütztenBetriebssystemversionen finden Sie in der EMC ViPR Controller-Supportmatrix.

l Das VMware OVF Tool-Befehlszeilenutility (ovftool) der Version 3.5.0, 4.0.0 oder4.1.0 muss auf dem Computer installiert sein, auf dem Sie dasInstallationsprogrammskript ausführen. Laden Sie OVF Tool von der VMware-Website herunter. Fügen Sie OVF Tool zur Pfadumgebungsvariablen hinzu, damitdas Installationsprogramm das Programm finden kann.

l Für die Ausführung des Installationsprogramms unter Windows ist PowerShell 4.0erforderlich.



l Optional benötigen Sie den Namen eines SMTP-Servers. Wenn TLS-/SSL-Verschlüsselung verwendet wird, muss der SMTP-Server über ein gültiges CA-Zertifikat verfügen.


l Weitere Informationen zum erneuten Bereitstellen von ViPR Controller MinorityNodes finden Sie im EMC ViPR Controller-Handbuch für Disaster Recovery, Backupund Wiederherstellung des Systems, der im Index der ViPR Controller-Produktdokumentation verfügbar ist.

Vorgehensweise

1. Melden Sie sich bei einem unterstützten Linux- oder Windows-Computer an,der über IP-Zugriff auf vCenter Server oder einen bestimmten ESXi-Serververfügt.

2. Laden Sie vipr-<version>-controller-vsphere.zip von der ViPR-Downloadseiteauf support.emc.com herunter.

3. Entpacken Sie die Zip-Datei.

4. Öffnen Sie ein Bash-Befehlsfenster unter Linux oder ein PowerShell-Fensterunter Windows und wechseln Sie zu dem Verzeichnis, in dem Sie dasInstallationsprogramm entpackt haben.

5. Führen Sie zur Bereitstellung von ViPR Controller das vipr-version-deployment-Installationsprogrammskript aus, um ViPR Controller bereitzustellen.












sdeng

Sticky Note

Marked set by sdeng

Sie können das Skript im interaktiven Modus oder über die Befehlszeileausführen. Im interaktiven Modus werden Sie auf einfache Weise durch dieInstallation geführt. Das interaktive Skript codiert den vCenter-Benutzernamenund das Passwort für Sie, falls der Benutzername oder das PasswortSonderzeichen enthält. Sie müssen sie nicht manuell codieren.

Geben Sie für den interaktiven Modus Folgendes ein:

l Bash-Shell:

.\vipr-2.3.0.0.682-deployment.sh -mode install -interactive

l PowerShell

.\vipr-2.3.0.0.637-deployment.ps1 -mode install -interactive

Wenn Sie ViPR Controller über die Befehlszeile bereitstellen möchten, müssenSie die Bereitstellungsparameter manuell eingeben und Sonderzeichen inEscape-Zeichen einschließen, falls Sonderzeichen im vCenter-Benutzernamenund -Passwort verwendet werden.

Nachfolgend finden Sie Beispiele für die Bereitstellung von ViPR Controller überdie Befehlszeile. Die vollständige Syntax finden Sie in der folgenden Tabelle.

l Bash-Shell:

./vipr-2.3.0.0.682-deployment.sh -mode install -vip 1.2.3.0 -ipaddr_1 1.2.3.1 -ipaddr_2 1.2.3.2 -ipaddr_3 1.2.3.3 -gateway 1.1.1.1 -netmask 255.255.255.0 -nodeid 1 -nodecount 3 -targeturi vi://username:password@vsphere_host_url -ds datastore_name -net network_name -vmprefix vmprefix- -vmfolder vm_folder -dm zeroedthick -cpucount 2 -memory 8192 -poweron

l PowerShell:

.\vipr-2.3.0.0.637-deployment.ps1 -mode install -vip 1.2.3.0 -ipaddr_1 1.2.3.1 -ipaddr_2 1.2.3.2 -ipaddr_31.2.3.3 -gateway 1.1.1.1 -netmask 255.255.255.0 -nodeid 1 -nodecount 3 -targeturi vi://username:password@vsphere_host_url -ds datastore_name -net network_name -vmprefix vmprefix- -vmfolder vm_folder -dm zeroedthick -cpucount 2 -memory 8192 -poweron

Beim Eingeben der Optionen gilt Folgendes:

l Wenn Sie eine erforderliche Option auslassen, wird dasInstallationsprogramm in den interaktiven Modus versetzt. Wenn Sie einenWert oder Werte im interaktiven Modus eingeben, verwenden Sie keineAnführungszeichen.

l Das Argumenttrennzeichen für PowerShell ist das doppelteAnführungszeichen ("), für Bash jedoch das einfache Anführungszeichen (').



Option Beschreibung

-help Optional, zum Anzeigen der Liste der Parameter undBeschreibungen.

-mode install Erforderlich für die Erstinstallation.

-mode redeploy Erforderlich, um einen Node für die Wiederherstellungerneut bereitzustellen. Details finden Sie im EMC ViPRController-Handbuch für Disaster Recovery, Backup undWiederherstellung des Systems, der im Index der ViPRController-Produktdokumentation verfügbar ist.

-interactive Optional für die Installation und erneute Bereitstellung.Fordert zu Eingaben durch den Benutzer auf, jeweils füreinen Parameter. Verwenden Sie im interaktiven Moduskeine Trennzeichen, d. h. keine einfachenAnführungszeichen und keine doppeltenAnführungszeichen.

-nodecount Erforderlich für die Installation.Anzahl der Nodes: 3 oder 5 oder 1 nur fürEvaluierungsinstallation.

-vip Erforderlich für die Installation.Öffentliche virtuelle IPv4-Adresse.

-ipaddrs_n Erforderlich für die Installation.Dabei entspricht „n“ der IPv4-Adressliste jedes Node,z. B. -ipaddrs_1, -ipaddrs_2 ... i-ipaddrs_5.

-netmask Erforderlich für die Installation.Netzwerknetzmaske.

-gateway Erforderlich für die Installation.IPv4-Standardgateway.

-vip6 Erforderlich für die Installation bei Verwendung von IPv6.Öffentliche virtuelle IPv6-Adresse.

-ipaddrs6_n Erforderlich für die Installation.Dabei entspricht „n“ der IPv6-Adressliste jedes Node,z. B. -ipaddrs6_1, -ipaddrs6_2 ... i-ipaddrs6_5.

-gateway6 Erforderlich für die Installation bei Verwendung von IPv6.IPv6-Standardgateway.

-ipv6prefixlength Optional für die Installation bei Verwendung von IPv6.Präfixlänge für die IPv6-Adresse. Der Standardwert ist 64.

-nodeid Erforderlich für die Installation und erneute Bereitstellung.-nodeid definiert, welcher Node im Cluster bereitgestelltwird (1, 2, 3 bei einer Installation mit 3 Nodes oder 1, 2, 3,4 oder 5 bei einer Installation mit 5 Nodes). Die IP-Adressedes Node wird von diesem Wert definiert (bei Angabe von3 für „nodeid“ wird diesem Node beispielsweise die IP-Adresse zugewiesen, die in ipaddrs_3 angegeben ist).

Wenn beispielsweise ein ViPR Controller-2+1-Cluster aufmehreren ESXi und Datenspeichern bereitgestellt wird,





Option Beschreibung

führen Sie das Installationsprogrammskript 3-mal aus undverwenden Sie dabei jedes Mal unterschiedliche Werte fürdie Optionen -nodeid, -ds und -targeturi.

Die Werte der IP-Adressen für die Option -ipaddrs-nmüssen jedes Mal identisch sein.

Node 1:

.\vipr-2.2.1.0.100-deployment.ps1 -mode install -vip 10.20.30.40 -ipaddr_1 10.20.30.41 -ipaddr_2 10.20.30.42 -ipaddr_3 10.20.30.43 -gateway 10.20.35.45 -netmask 10.20.36.46 -vmprefix "Test123-" -dm thin -net mynetworkname -vmfolder "TestConfig/Test1" -poweron-ds "DATA STORE 1" -targeturi "vi://username:password@ESXi_HOST1_url" -nodeid 1

Node 2:


Node 3:


-netNetzwerkname

Erforderlich für die Installation und erneute Bereitstellung.Legen Sie eine Netzwerkzuweisung fest.

-file Optional für die Installation, erforderlich für die erneuteBereitstellung.Gültiger Pfad zur und Name der Datei mit denKonfigurationseinstellungen.

-vmprefix Optional für die Installation und erneute Bereitstellung.Präfix des Namens der virtuellen Maschine.

Sie können entweder -vmprefix oder -vmnameverwenden, aber nicht beides.

-vmname Optional für die Installation und erneute Bereitstellung.Der Name der virtuellen Maschine.


-poweron Optional für die Installation und erneute Bereitstellung.



Option Beschreibung

Verwenden Sie -poweron, wenn Sie die virtuelle Maschinenach der Installation über die Befehlszeile hochfahren,oder geben Sie keinen Wert an, wenn die virtuelleMaschine nach der Installation nicht hochgefahren werdensoll.

Beim interaktiven Modus müssen Sie an derEingabeaufforderung „Yes“ eingeben, damit die virtuelleMaschine nach der Bereitstellung hochgefahren wird, oder„No“, damit sie nicht hochgefahren wird.

Wenn Sie eine erneute Bereitstellung im Rahmen einerMinority-Node-Wiederherstellung durchführen, fahren Siedas System erst hoch, nachdem Sie die Node Recoverygestartet haben, wie im EMC ViPR Controller-Handbuch fürDisaster Recovery, Backup und Wiederherstellung desSystems beschrieben, der im Index der ViPR Controller-Produktdokumentation verfügbar ist.

-cpucount Optional für die Installation und erneute Bereitstellung.Anzahl der CPUs für jede virtuelle Maschine. GültigeWerte sind 2 bis 16.

Standardmäßig werden 2 CPUs für eine Installation mit3 Nodes und 4 CPUs für eine Installation mit 5 Nodesverwendet. Details finden Sie in der ViPR ControllerSupportmatrix.

-memory Optional für die Installation und erneute Bereitstellung.Arbeitsspeichergröße für jede virtuelle Maschine. GültigeWerte sind 4096 bis 16384 MB.

Standardmäßig werden 8192 MB für eine Installation mit3 Nodes und 16384 MB für eine Installation mit 5 Nodesverwendet. Informationen zu den korrekten Werten fürbestimmte Kundenbestandsüberlegungen finden Sie in der ViPR Controller Supportmatrix.

-ds Erforderlich für die Installation und erneute Bereitstellung.Name des Datenspeichers.

-vmfolder Ordner Optional für die Installation und erneute Bereitstellung.Ziel-VM-Ordner im VI-Bestand.

-dm {thin |lazyzeroedthick |zeroedthick}

Optional für die Installation und erneute Bereitstellung.Festplattenformat. Verwenden Sie „thick“ für eineBereitstellung in einer Produktionsumgebung. DerStandardwert ist „zeroedthick“.

-targeturi Ziel-URI

Erforderlich für die Installation und erneute Bereitstellung.Das ist der Ziel-Locator von vSphere. Das Format lautetwie folgt:

vi://vSphere client username:password@esxi_host_url

Dabei ist das typische Format für esxi_host_urlwie folgt:








Option Beschreibung

esxi_host_uri ist My-vcenter-or-ESXi.example.com/datacenter-name/host/host-name/Resources/resource-pool

Die Eingabe von Benutzername und Passwort in den Ziel-URI ist optional. Wenn Sie den Benutzernamen und dasPasswort nicht in den Ziel-URI eingeben, werden Sie inden interaktiven Modus versetzt und aufgefordert, siewährend der Installation einzugeben. Folgendes ist einBeispiel für die Eingabe des URI ohne Benutzername undPasswort:

My-vcener-or-ESXi.example.com/ViPR-DataCenter/host/ViPR-Cluster/Resources/ViPR-Pool

Wenn Sie den Benutzernamen und das Passwort in denURI eingeben möchten und URIs als Locators verwenden,müssen Sie Sonderzeichen mit Escape-Zeichen versehenund damit %, gefolgt vom jeweiligen ASCII-Hex-Wertverwenden. Wenn für benutzername beispielsweise einumgekehrter Schrägstrich erforderlich ist (z. B. domain\benutzername), verwenden Sie %5c anstelle von \ (d. h.domain%5cbenutzername). Beispiel:

vi://mydomain.com%5cmyuser1:[email protected]:443/My-Datacenter/host/ViPR-Cluster/Resources/ViPR-Pool

Details finden Sie im VMware OVF Tool – Benutzerleitfaden.

-username Optional für die Installation und erneute Bereitstellung.vSphere Client-Benutzername.

Sie müssen Sonderzeichen nicht in Escape-Zeicheneinschließen, wenn Sie den Benutzernamen an derEingabeaufforderung im interaktiven Modus eingeben.

-password Optional für die Installation und erneute Bereitstellung.vSphere Client-Passwort.

Sie müssen Sonderzeichen nicht in Escape-Zeicheneinschließen, wenn Sie den Benutzernamen an derEingabeaufforderung im interaktiven Modus eingeben.

6. Wenn Sie einen ausgefallenen Node erneut bereitstellen, finden Sie dieverbleibenden Schritte im EMC ViPR Controller-Handbuch für Disaster Recovery,Backup und Wiederherstellung des Systems, der im Index der ViPR Controller-Produktdokumentation verfügbar ist.

Wenn Sie ViPR Controller zum ersten Mal installieren, wiederholen Sie dieSchritte 1 bis 5 für jeden Node, den Sie installieren.

Sie müssen die für die Installation des ersten Node erforderlichen Informationeneingeben, alle Informationen für die zusätzlichen Nodes müssen Sie jedoch nichteingeben. Während der Installation des ersten Node wird eine .settings-Datei erstellt. Die Einstellungsdatei wird verwendet, um dieKonfigurationsinformationen für die verbleibenden Nodes einzugeben.

Sie müssen nur bestimmte Parameter für jeden nachfolgenden Node ändern,den Sie ändern möchten, z. B. „Node-ID“, VM-Name oder Zieldatenspeicher.





Nachdem alle Nodes installiert sind, fahren Sie mit Schritt 7 fort.

7. Warten Sie einige Minuten nach dem Einschalten der Nodes, bevor Sie dienächsten Schritte befolgen. Dies gibt den ViPR Controller-Services Zeit zumStarten.

8. Wenn das Installationsprogrammskript auf eine erfolgreiche Bereitstellunghinweist und die VMs hochgefahren sind, öffnen Sie die ViPR Controller-Benutzeroberfläche mit einem unterstützten Browser und melden Sie sich alsRoot an.

l Das anfängliche Passwort lautet ChangeMe.

l ViPR_virtual_IP ist die öffentliche virtuelle ViPR Controller-IP-Adresse, diedem Wert für vip oder vip6 entspricht. Sie können auch den entsprechendenFQDN für die URL verwenden.


















14. (Optional) Geben Sie einen SMTP-Server und -Port für E-Mail-Benachrichtigungen (wie ConnectEMC-Warnmeldungen und ViPR Controller-Genehmigungs-E-Mails), den Verschlüsselungstyp (TLS/SSL oder keinen), eine



Absenderadresse und einen Authentifizierungstyp (Anmeldung, Einfach, CRAM-MD5 oder keinen) an.





Bereitstellen von ViPR Controller auf Hyper-VDieser Abschnitt enthält die Voraussetzungen und ein Schritt-für-Schritt-Verfahrenzum Installieren der virtuellen ViPR Controller-Maschine in einer Hyper-V-Umgebung.

Bevor Sie beginnen

l Sie benötigen Zugriff auf die ViPR Controller-Bereitstellungsdatei. Sie erhaltendiese auf der ViPR-Downloadseite auf support.emc.com.

vipr-<version>-controller-hyperv.zip

Je nach Ihrer Auswahl während der Bereitstellung werden drei oder fünf VMsbereitgestellt.

l Zur Anmeldung beim Service Center Virtual Machine Manager (SCVMM)benötigen Sie Anmeldedaten.



l Geben Sie den Namen eines SMTP-Servers ein. Wenn TLS-/SSL-Verschlüsselungverwendet wird, muss der SMTP-Server über ein gültiges CA-Zertifikat verfügen.


l Beachten Sie folgende Einschränkungen für ViPR Controller-VMs in einer Hyper-V-Bereitstellung:

n Hyper-V Integration Services werden nicht unterstützt. Installieren Sie dieIntegrationsdienste nicht auf ViPR Controller-VMs.

n Die Wiederherstellung von einem Hyper-V-VM-Kontrollpunkt oder -Clone wirdnicht unterstützt.

n Changes am VM-Speicher, an der CPU oder an der Datenträgergröße erforderndie Deaktivierung des vollständigen Clusters, bevor die Änderungen mitSCVMM vorgenommen werden.

Vorgehensweise

1. Melden Sie sich über das Administratorkonto beim SCVMM-Server an undkopieren Sie die ZIP-Datei auf den SCVMM-Server-Node.


Bereitstellen von ViPR Controller auf Hyper-V 27




2. Entpacken Sie die Zip-Datei.

3. Öffnen Sie ein PowerShell-Fenster und wechseln Sie in das Verzeichnis, in dasSie die Datei entpackt haben.

4. Führen Sie zum Bereitstellen von ViPR Controller das vipr-version-deployment-Installationsprogrammskript aus.

Sie können das Skript im interaktiven Modus oder über die Befehlszeileausführen. Im interaktiven Modus werden Sie auf einfache Weise durch dieInstallation geführt oder Sie können die Befehlszeile verwenden, um dieParameter selbst einzugeben.

Geben Sie für den interaktiven Modus Folgendes ein:

.\vipr-release_version_deployment.ps1 -mode install -interactive

Sie müssen die Parameter beim Bereitstellen über die Befehlszeile eingeben.Folgendes ist nur ein Beispiel. Die vollständige Syntax finden Sie in der Tabelle.

.\vipr-release_version_deployment.ps1 -mode install -vip 10.200.101.100 -ipaddr_1 10.200.101.101 -ipaddr_2 10.247.101.102 -ipaddr_3 10.247.101.103 -gateway 10.247.100.1 -netmask 255.255.255.0 -nodeid 1 -nodecount 3 -net lglw -vswitch vSwitch1 -librarypath \\lglax200\MSSCVMMLibrary -vmhostname lglax140.vipr.instance -vmpath C:\\ClusterStorage\Volume4 –vmprefix viprtest -disktype dynamic -vlanid 96 -cpucount 2 -memory 8192 -poweron

Option Beschreibung

-help Optional, zum Anzeigen der Liste der Parameter undBeschreibungen.

-mode install Erforderlich für die Erstinstallation.

-mode redeploy Erforderlich, um einen Node für die Wiederherstellungerneut bereitzustellen. Weitere Details finden Sie im EMCViPR Controller-Handbuch für Disaster Recovery, Backupund Wiederherstellung des Systems, der im Index der ViPRController-Produktdokumentation verfügbar ist.

-interactive Optional für die Installation und erneute Bereitstellung.Fordert zu Eingaben durch den Benutzer auf, jeweils füreinen Parameter. Verwenden Sie im interaktiven Moduskeine Trennzeichen, d. h. keine einfachenAnführungszeichen und keine doppeltenAnführungszeichen.

-nodecount Erforderlich für die Installation.Anzahl der Nodes: 3 oder 5

-vip Erforderlich für die Installation.Öffentliche virtuelle IPv4-Adresse.

-ipaddrs_n Erforderlich für die Installation.





Option Beschreibung

Dabei entspricht „n“ der IPv4-Adressliste jedes Node,z. B. -ipaddrs_1, -ipaddrs_2 ... i-ipaddrs_5.

-netmask Erforderlich für die Installation.Netzwerknetzmaske.

-gateway Erforderlich für die Installation.IPv4-Standardgateway.

-vip6 Erforderlich für die Installation bei Verwendung von IPv6.Öffentliche virtuelle IPv6-Adresse.

-ipaddrs6_n Erforderlich für die Installation.Dabei entspricht „n“ der IPv6-Adressliste jedes Node,z. B. -ipaddrs6_1, -ipaddrs6_2 ... i-ipaddrs6_5.

-gateway6 Erforderlich für die Installation bei Verwendung von IPv6.IPv6-Standardgateway.

-ipv6prefixlength Optional für die Installation bei Verwendung von IPv6.Präfixlänge für die IPv6-Adresse.

Der Standardwert ist 64.

-nodeid Erforderlich für die Installation und erneuteBereitstellung.-nodeid definiert, welcher Node im Cluster bereitgestelltwird (1, 2, 3 bei einer Installation mit 3 Nodes oder 1, 2, 3,4 oder 5 bei einer Installation mit 5 Nodes). Die IP-Adresse des Node wird von diesem Wert definiert (beiAngabe von 3 für „nodeid“ wird diesem Nodebeispielsweise die IP-Adresse zugewiesen, die inipaddrs_3 angegeben ist).

Wenn Sie beispielsweise ein ViPR Controller-2+1 aufverschiedenen Hosts in einem Hyper-V-Clusterbereitstellen, führen Sie das Installationsprogrammskript3-mal aus und verwenden Sie dabei jedes Malunterschiedliche Werte für die Optionen -nodeid und -vmpath.

Die Reihenfolge der IP-Adressen für die Option -ipaddrs-nmuss jedes Mal identisch sein.

Node 1:

.\vipr-2.3.0.0.669-deployment.ps1 -mode install -vip 1.2.3.0 -ipaddr_1 1.2.3.1 -ipaddr_2 1.2.3.2 -ipaddr_31.2.3.3 -gateway 1.1.1.1 -netmask 255.255.255.0 -nodeid 1 -nodecount 3 -net network_name -vswitch virtual_switch_name -librarypath library_path -vmhostname vm_host_name -vmpath vm_path -disktype fixed -vlanid vlan_id -vmnameprefix vmprefix -cpucount 2 -memory 8192 -poweron



Option Beschreibung

Node 2:

.\vipr-2.3.0.0.669-deployment.ps1 -mode install -vip 1.2.3.0 -ipaddr_1 1.2.3.1 -ipaddr_2 1.2.3.2 -ipaddr_3 1.2.3.3 -gateway 1.1.1.1 -netmask 255.255.255.0 -nodeid 2 -nodecount 3 -net network_name -vswitch virtual_switch_name -librarypath library_path -vmhostname vm_host_name -vmpath vm_path -disktype fixed -vlanid vlan_id -vmnameprefix vmprefix -cpucount 2 -memory 8192 -poweron

Node 3:

.\vipr-2.3.0.0.669-deployment.ps1 -mode install -vip 1.2.3.0 -ipaddr_1 1.2.3.1 -ipaddr_2 1.2.3.2 -ipaddr_3 1.2.3.3 -gateway 1.1.1.1 -netmask 255.255.255.0 -nodeid 3 -nodecount 3 -net network_name -vswitch virtual_switch_name -librarypath library_path -vmhostname vm_host_name -vmpath vm_path -disktype fixed -vlanid vlan_id -vmnameprefix vmprefix -cpucount 2 -memory 8192 -poweron

-netNetzwerkname

Erforderlich für die Installation und erneuteBereitstellung.Legen Sie eine Netzwerkzuweisung fest.

-file Optional für die Installation, erforderlich für die erneuteBereitstellung.Gültiger Pfad zur und Name der Datei mit denKonfigurationseinstellungen.

-vmprefix Optional für die Installation und erneute Bereitstellung.Präfix des Namens der virtuellen Maschine.


-vmname Optional für die Installation und erneute Bereitstellung.Der Name der virtuellen Maschine. Geben Sie für jedenNode einen anderen Wert ein, d. h. vipr1, vipr2, vipr3.


-poweron Optional für die Installation und erneute Bereitstellung.Verwenden Sie -poweron, wenn Sie die virtuelle Maschinenach der Installation über die Befehlszeile hochfahren,oder geben Sie keinen Wert an, wenn die virtuelleMaschine nach der Installation nicht hochgefahrenwerden soll.

Beim interaktiven Modus müssen Sie an derEingabeaufforderung „Yes“ eingeben, damit die virtuelleMaschine nach der Bereitstellung hochgefahren wird,oder „No“, damit sie nicht hochgefahren wird.



Option Beschreibung

Wenn Sie eine erneute Bereitstellung im Rahmen einerMinority-Node-Wiederherstellung durchführen, fahrenSie das System erst hoch, nachdem Sie die NodeRecovery gestartet haben, wie im EMC ViPR Controller-Handbuch für Disaster Recovery, Backup undWiederherstellung des Systems beschrieben, der im Indexder ViPR Controller-Produktdokumentation verfügbar ist.

-cpucount Optional für die Installation und erneute Bereitstellung.Anzahl der CPUs für jede virtuelle Maschine. GültigeWerte sind 2 bis 16.

Standardmäßig werden 2 CPUs für eine Installation mit3 Nodes und 4 CPUs für eine Installation mit 5 Nodesverwendet. Details finden Sie in der ViPR ControllerSupportmatrix.

-memory Optional für die Installation und erneute Bereitstellung.Arbeitsspeichergröße für jede virtuelle Maschine. GültigeWerte sind 4096 bis 16384 MB.

Standardmäßig werden 8192 MB für eine Installation mit3 Nodes und 16384 MB für eine Installation mit 5 Nodesverwendet. Informationen zu den korrekten Werten fürbestimmte Kundenbestandsüberlegungen finden Sie inder ViPR Controller Supportmatrix.

-librarypath Erforderlich für die Installation und erneuteBereitstellung.In SCVMM freigegebener Bibliothekspfad.

-vmhostname Erforderlich für die Installation und erneuteBereitstellung.Hostrechner für die VM.

-vmpath Erforderlich für die Installation und erneuteBereitstellung.VM-Pfad auf dem Hostcomputer. Hinweis: Benutzermüssen sicherstellen, dass er vorhanden ist.

-vswitch Erforderlich für die Installation und erneuteBereitstellung.Name des virtuellen Switches.

-disktype Optional für die Installation und erneute Bereitstellung.Typ der virtuellen Festplatte: dynamic oder fixed. Fürdie Bereitstellung in einer Produktionsumgebungverwenden Sie fixed.

-vlanid Erforderlich, wenn das VM-Netzwerk mit einem odermehreren VLANs konfiguriert ist, andernfalls optional.VLAN-ID. Der Standardwert ist -1.

5. Wenn Sie einen ausgefallenen Node erneut bereitstellen, finden Sie dieverbleibenden Schritte im EMC ViPR Controller-Handbuch für Disaster Recovery,Backup und Wiederherstellung des Systems, der im Index der ViPR Controller-Produktdokumentation verfügbar ist.










Wenn Sie ViPR Controller zum ersten Mal installieren, wiederholen Sie dieSchritte 1 bis 4 für jeden Node, den Sie installieren.

Sie müssen die für die Installation des ersten Node erforderlichen Informationenerneut eingeben, die Informationen für die zusätzlichen Nodes müssen Siejedoch nicht eingeben. Während der Installation des ersten Node wirdeine .settings-Datei erstellt. Die Einstellungsdatei wird verwendet, um dieKonfigurationsinformationen für die verbleibenden Nodes einzugeben.

Nachdem alle Nodes installiert sind, fahren Sie mit Schritt 7 fort.

6. Warten Sie einige Minuten nach dem Einschalten der Nodes, bevor Sie dienächsten Schritte befolgen. Dies gibt den ViPR Controller-Services Zeit zumStarten.

7. Öffnen Sie https://ViPR_virtual_ip mit einem unterstützten Browser undmelden Sie sich als Root an:

Das Ursprungspasswort ist ChangeMe.

Die ViPR_virtual_IP ist die öffentliche virtuelle ViPR Controller-IP-Adresse,auch network.vip (IPv4-Adresse) oder network.vip6 (IPv6) genannt. Entwederder Wert oder der entsprechende FQDN kann für die URL verwendet werden.




















13. (Optional) Geben Sie einen SMTP-Server und -Port für E-Mail-Benachrichtigungen (wie ConnectEMC-Warnmeldungen und ViPR Controller-Genehmigungs-E-Mails), den Verschlüsselungstyp (TLS/SSL oder keinen), eineAbsenderadresse und einen Authentifizierungstyp (Anmeldung, Einfach, CRAM-MD5 oder keinen) an.



14. Finish.

An diesem Punkt werden ViPR Controller-Services neu gestartet. Dieser

Vorgang kann einige Minuten dauern.



Bereitstellen der ViPR Controller-CLIVerwenden Sie die ViPR Controller-Befehlszeilenschnittstelle (CLI) zum Verwaltenvon Speicherressourcen.

Dieser Abschnitt enthält Informationen zum Installieren, Durchführung von Upgradesund Deinstallieren der CLI. Detaillierte Informationen zur CLI finden Sie im ViPRController CLI-Referenzhandbuch, der im Index der ViPR Controller-Produktdokumentation verfügbar ist.

Installieren der ViPR Controller-CLIDie ViPR Controller-CLI (viprcli) wird zusammen mit allen erforderlichenSupportdateien auf jeder virtuellen ViPR Controller-Maschine installiert. Die bestenErgebnisse erhalten Sie, wenn Sie viprcli auf einem eigenständigen Linux- oderWindows-Rechner installieren.

Eine Protokolldatei der Installation mit dem Namen install-log.txt wird erstellt.Die Datei install-log.txt wird in dem Verzeichnis erstellt, in dem Sie die CLIinstallieren.

Voraussetzungen für die ViPR Controller-CLIDie ViPR Controller-CLI kann unter den folgenden Betriebssystemen installiertwerden.

Bei der Installation der CLI werden die erforderlichen Python-Einrichtungstools, -Requests und -Argparse-Pakete automatisch heruntergeladen und installiert, wenn IhrInstallationsprogramm auf DNS-Serverservices und das Internet zugreifen kann. Es istratsam, die ViPR Controller-CLI auf einer physischen oder virtuellen Maschineaußerhalb des ViPR Controller-Clusters zu installieren.


Bereitstellen der ViPR Controller-CLI 33





Nach dem Installieren der erforderlichen Python-Pakete müssen Sie Ihren lokalen Hostund Umgebungsvariablen mit dem Pfad zu Ihrem Python-Installationsverzeichniseinrichten. Vollständige Details finden Sie in der Python-Dokumentation.

Tabelle 1 Unterstützte Betriebssysteme für die ViPR Controller-CLI

Betriebssystem UnterstützteVersionen

Zusätzliche Software

Red Hat EnterpriseLinux (RHEL)

6.x l Python Setuptools 7.0

l Python 2.7.9

n Python Requests-Paket 2.8.1

n Python Argparse-Paket 1.2.1

SUSE LinuxEnterprise Server

11 SP2, 11SP3

l Python Setuptools 7.0

l Python 2.7.9



Microsoft Windows 7, 8 l Python Setuptools 7.0

l Python 2.7.9



Installieren der ViPR Controller-CLI unter LinuxSie können die ausführbare Datei der ViPR Controller-Befehlszeilenoberfläche direktvon der ViPR Controller-Appliance auf einem unterstützten Linux-Host installieren.

Bevor Sie beginnen

l Sie benötigen Zugriff auf den ViPR Controller-Appliance-Host.

l Sie benötigen Root-Zugriff auf den Linux-Host.

l Das Installationsprogramm benötigt Zugriff auf DNS-Serverservices und dasInternet. Wenn das Installationsprogramm nicht auf diese Anforderungen zugreifenkann, müssen Sie die erforderlichen Python-Pakete manuell installieren, bevor Siedas Installationsprogramm ausführen.

Vorgehensweise

1. Melden Sie sich beim Linux-Server als Root an.

2. Erstellen Sie ein temporäres Verzeichnis, um das CLI-Installationsprogrammherunterzuladen.

mkdir cli/tempcd cli/temp

3. Rufen Sie in Ihrem Browser https://<FQDN>:4443/cli auf oder führen Sieden Befehl wget aus, um das ViPR Controller-CLI-Installations-Bundleabzurufen:



wgethttps://<FQDN>:4443/cli

Hinweis

Für Standorte mit selbst signierten Zertifikaten oder erkannten Problemenverwenden Sie optional http://<ViPR_Controller_VIP>:9998/cli nurdann, wenn Sie sich in einem vertrauenswürdigen Netzwerk befinden.<ViPR_Controller_VIP> ist die öffentliche virtuelle ViPR Controller-IP-Adresse,die auch als Netzwerk-VIP bezeichnet wird. Das CLI-Installations-Bundle wird indas aktuelle Verzeichnis heruntergeladen.

4. Verwenden Sie tar, um die CLI und die unterstützenden Dateien aus demInstallations-Bundle zu extrahieren.

tar -xvf <cli_install_bundle>5. Führen Sie das CLI-Installationsprogramm aus.

python setup.py install6. Ändern Sie das Verzeichnis in /opt/storageos/cli oder das Verzeichnis, in

dem die CLI installiert ist.

7.Hinweis

Führen Sie diesen Schritt nur dann aus, wenn Sie die korrekte Eingabe nicht inSchritt 5 bereitgestellt haben.

Bearbeiten Sie die Datei viprcli.profile mit dem Befehl vi und legen SieVIPR_HOSTNAME auf die öffentliche virtuelle ViPR Controller-IP-Adresse unddie Umgebungsvariable VIPR_PORT=4443 fest und speichern Sie die Datei.

# vi viprcli.profile#!/usr/bin/sh

# Installation directory of ViPR Controller CLIViPR Controller_CLI_INSTALL_DIR=/opt/storageos/cli

# Add the ViPR Controller install directory to the PATH and PYTHONPATH env variablesif [ -n $ViPR Controller_CLI_INSTALL_DIR ]then export PATH=$ViPR Controller_CLI_INSTALL_DIR/bin:$PATH export PYTHONPATH=$ViPR Controller_CLI_INSTALL_DIR/bin:$PYTHONPATHfi

# USER CONFIGURABLE ViPR Controller VARIABLES

# ViPR Controller Host fully qualified domain nameViPR Controller_HOSTNAME=example.mydomain.com

# ViPR Controller Port NumberViPR Controller_PORT=4443

:wq

8. Führen Sie den Befehl „source“ aus, um die Pfadumgebungsvariable für dieausführbare ViPR Controller-Datei festzulegen.

source ./viprcli.profile


Installieren der ViPR Controller-CLI 35

9. Führen Sie über die Eingabeaufforderung den Befehl viprcli -h aus.

Wenn die Hilfe für viprcli angezeigt wird, ist die Installation abgeschlossen.

10. Authentifizieren Sie sich (durch Anmelden) bei der ViPR Controller-Instanz mitviprcli, um zu bestätigen, dass die Installation erfolgreich war.

Weitere Informationen finden Sie unter Authentifizieren mit viprcli.

Installieren der ViPR Controller-CLI unter WindowsSie können die ausführbare Datei der ViPR Controller-Befehlszeilenoberfläche direktvon der ViPR Controller-Appliance auf einen unterstützten Windows-Hostherunterladen und dort installieren.

Bevor Sie beginnen


l Sie müssen sich beim Windows-Host als Benutzer mit Administratorrechtenanmelden.

l Das Installationsprogramm benötigt Zugriff auf DNS-Serverservices und dasInternet. Wenn das Installationsprogramm nicht auf diese Anforderungen zugreifenkann, müssen Sie die erforderlichen Python-Pakete manuell installieren, bevor Siedas Installationsprogramm ausführen.

Vorgehensweise

1. Melden Sie sich beim Windows-Server als <admin user> an.

2. Erstellen Sie ein temporäres Verzeichnis, um das CLI-Installationsprogrammherunterzuladen. Beispiel: c:\cli\temp

3. Rufen Sie in Ihrem Browser Folgendes auf: https://<FQDN>:4443/cli

Hinweis

Für Standorte mit selbst signierten Zertifikaten oder erkannten Problemenverwenden Sie optional http://<ViPR_Controller_virtual_IP>:9998/cli nur dann, wenn Sie sich in einem vertrauenswürdigen Netzwerkbefinden. <ViPR_Controller_virtual_IP> ist die öffentliche virtuelle ViPRController-IP-Adresse, die auch als Netzwerk-VIP bezeichnet wird.

l Wenn Ihr Browser Sie auffordert, die Datei ViPR-cli.tar.gz zuspeichern, speichern Sie sie im temporären Verzeichnis für das CLI-Installationsprogramm, das Sie in Schritt 2 erstellt haben. Beispiel: c:\cli\temp.

l Wenn Ihr Browser die Datei ViPR-cli.tar.gz automatisch herunterlädt,ohne Ihnen die Möglichkeit zu geben, ein Verzeichnis auszuwählen, kopierenSie die heruntergeladene Datei ViPR-cli.tar.gz in das temporäreVerzeichnis für das CLI-Installationsprogramm, das Sie in Schritt 2 erstellthaben.

4. Öffnen Sie eine Eingabeaufforderung und wechseln Sie zu dem Verzeichnis, dasSie in Schritt 2 erstellt haben, um die Datei ViPR-cli.tar.gz zu speichernoder zu kopieren. In diesem Beispiel wird c:\cli\temp verwendet.



5. Öffnen Sie die Python-Konsole, indem Sie python an der Eingabeaufforderungeingeben:

c:\cli\temp>pythonPython 2.7.3 (default, Apr 10 2012, 23:24:47) [MSC v.1500 64 bit (AMD64)] on win32Type "help", "copyright", "credits" or "license" for more information.>>>

6. Verwenden Sie das tarfile-Modul, um die Datei ViPR-cli.tar.gz zuöffnen und die Dateien zu extrahieren.

>>> import tarfile>>> tfile = tarfile.open("ViPR-cli.tar.gz", 'r:gz')>>> tfile.extractall('.')>>> exit()

7. Da Sie sich bereits in dem Verzeichnis befinden, in dem die Dateien extrahiertwurden, führen Sie den Befehl python setup.py install aus. BefolgenSie die Installationsanweisungen und geben Sie die erforderlichen Informationenan.

Hinweis

Sie können auch y eingeben, um die Standardeinstellungen für dasInstallationsverzeichnis (EMC\VIPR\cli) und die Portnummer (4443)auszuwählen.

8. (Optional) Wenn im vorherigen Schritt falsche Informationen bereitgestelltwurden, bearbeiten Sie die Datei viprcli.profile.bat und legen Sie diefolgenden Variablen fest.

Variable Wert

SET VIPR_HOSTNAME Der ViPR Controller-Hostname, festgelegt auf denvollständig qualifizierten Domainnamen (FQDN) desViPR Controller-Hosts oder die virtuelle IP-AdresseIhrer ViPR Controller-Konfiguration.

SET VIPR_PORT Der ViPR Controller-Port. Der Standardwert ist4443.

9. Ändern Sie die Verzeichnisse in den Speicherort, in dem Sie viprcli installierthaben. Die Standardeinstellung ist: C:\EMC\ViPR\cli.

10. Führen Sie den Befehl viprcli.profile.bat aus.

11. Authentifizieren Sie sich (durch Anmelden) bei der ViPR Controller-Instanz mitviprcli, um zu bestätigen, dass die Installation erfolgreich war.

Weitere Informationen finden Sie unter Authentifizieren mit viprcli.


Installieren der ViPR Controller-CLI 37

Authentifizieren mit viprcliSie müssen einen Benutzer authentifizieren, bevor viprcli-Befehle erfolgreichausgeführt werden können.

Bevor Sie sich authentifizieren können, müssen Sie die Umgebungsvariable mit demPfad zum Python-Installationsverzeichnis konfiguriert haben. Wenn Sie dieUmgebungsvariable vor dem Installieren der CLI nicht festgelegt haben, müssen Siedies jetzt tun, um die ViPR Controller-CLI verwenden zu können.

Das Anmelden bei der ViPR Controller-Befehlszeilenoberfläche unterscheidet sich aufWindows- und Linux-Hosts.

Wenn Sie sich bei ViPR Controller anmelden und bei der Authentifizierung keinen Hosteingeben, werden Sie automatisch bei der ViPR Controller-Instanz angemeldet, die Siewährend der Installation angegeben haben. Wenn Sie sich bei einer anderen ViPR-Instanz anmelden möchten, können Sie den Hostnamen wie unten dargestellteingeben.

Authentifizieren unter WindowsZum Anmelden bei der standardmäßigen ViPR Controller-Instanz verwenden SieFolgendes:

C:/> viprcli authenticate -u root -d c:\tmp

Zum Angeben der ViPR Controller-Instanz verwenden Sie Folgendes:

C:/> viprcli -hostname <fqdn, or host ip> authenticate -u root -d c:\tmp

Beenden Sie den Verzeichnispfad nicht mit „\“. Beispiel: c:\tmp\Geben Sie bei Aufforderung das Passwort ein.

Authentifizieren unter LinuxZum Anmelden bei der standardmäßigen ViPR Controller-Instanz verwenden SieFolgendes:

# viprcli authenticate -u root -d /tmp

Zum Angeben der ViPR Controller-Instanz verwenden Sie Folgendes:

# viprcli -hostname <fqdn, or host ip> authenticate -u root -d /tmp

Geben Sie bei Aufforderung das Passwort ein.



Hinweis

Die Nicht-Root-Benutzer müssen über Lese-, Schreib- undAusführungsberechtigungen verfügen, um die von Root installierte CLI verwenden zukönnen. Für die Installation und Ausführung der CLI in ihrem Stammverzeichnis sindjedoch nicht alle diese Berechtigungen erforderlich.

Deinstallieren der ViPR Controller-CLISie können die ausführbare Datei der ViPR Controller-Befehlszeilenoberfläche (CLI)deinstallieren. Die Schritte zum Deinstallieren der ViPR Controller-CLI hängen davonab, ob Sie noch über die ursprünglichen Dateien verfügen, die Sie zum Installieren derCLI verwendet haben.

Bevor Sie beginnen


l Auf einem Linux-Host benötigen Sie Root-Zugriff.

l Auf einem Windows-Host benötigen Sie Administratorzugriff.

l Das Deinstallationsprogramm benötigt Zugriff auf DNS-Serverservices und dasInternet. Wenn das Deinstallationsprogramm nicht auf diese Anforderungenzugreifen kann, müssen Sie die erforderlichen Python-Pakete manuell installieren,bevor Sie das Deinstallationsprogramm ausführen.

Vorgehensweise

1. Anmeldung:

l Beim Linux-Server als Root

l Beim Windows-Server als <admin user>

2. Wenn Sie nicht über die ursprünglichen Dateien verfügen, die Sie zumInstallieren der ViPR Controller-CLI verwendet haben, führen Sie die Schrittezum Extrahieren der CLI und der unterstützenden Dateien aus, die für IhrePlattform geeignet sind:

l Schritte 1 bis 4 unter Installieren der ViPR Controller-CLI unter Linux

l Schritte 1 bis 7 unter Installieren der ViPR Controller-CLI unter Windows

3. Führen Sie in dem Verzeichnis, in dem Sie die CLI-Dateien extrahiert haben, dasCLI-Deinstallationsprogramm aus.

python setup.py uninstall4. Geben Sie bei entsprechender Aufforderung das Verzeichnis an, in dem die CLI

installiert ist, z. B. /opt/storageos/cli.

Bereitstellen eines Rechner-Image-ServersSie können ein einzelnen oder mehrere Rechner-Image-Server für jedes Vblock-System bereitstellen, das Sie ViPR Controller hinzufügen.

Informationen zur ViPR Controller-Unterstützung für ein Vblock-System finden Sie imViPR Controller Anforderungs- und Informationshandbuch zu virtuellen Rechenzentren,der im Index der ViPR Controller-Produktdokumentation verfügbar ist.


Deinstallieren der ViPR Controller-CLI 39


ViPR Controller-Netzwerkanforderungen für den Rechner-Image-ServerEin Netzwerkadministrator muss 2 Netzwerke für jeden bereitgestellten Rechner-Image-Server konfigurieren, bevor der Rechner-Image-Server für ViPR Controllerbereitgestellt wird.

ManagementnetzwerkDas Managementnetzwerk ist für die Kommunikation zwischen ViPR Controller unddem Rechner-Image-Server erforderlich.

Privates Betriebssystem-InstallationsnetzwerkDas Betriebssystem-Installationsnetzwerk ist ein privates Netzwerk für die Installationdes Betriebssystems. Das Betriebssystem-Installationsnetzwerk wird von ViPRController während des Provisioning verwendet, um die Kommunikation zwischen denHosts und dem ViPR Controller-Rechner-Image-Server zu ermöglichen. Sobald dieHosts und der ViPR Controller-Rechner-Image-Server über das Betriebssystem-Installationsnetzwerk verbunden sind, wird die Installation des Betriebssystems überdas Betriebssystem-Installationsnetzwerk durchgeführt. Nachdem die Installationabgeschlossen ist, wird das Betriebssystem-Installationsnetzwerk von den Hostsentfernt.

Das private Betriebssystem-Installationsnetzwerk muss folgende Voraussetzungenerfüllen:

l Es muss mit einem eigenen privaten DHCP-Server konfiguriert sein. Es darf keinanderer DHCP-Server im Betriebssystem-Installationsnetzwerk konfiguriert sein.

Hinweis

Der in ViPR Controller enthaltene Betriebssystem-Image-Server beinhaltet einendedizierten DHCP-Server.

l Es muss von anderen Netzwerken isoliert sein, um Konflikte mit anderen VLANs zuvermeiden.

Bereitstellen des Rechner-Image-ServersViPR Controller bietet eine OVF-Vorlage für Rechner-Image-Server, die Siebereitstellen können. Alternativ können Sie einen angepassten Rechner-Image-Servererstellen, der die Anforderungen an ViPR Controller-Rechner-Image-Server erfüllt.Verwenden eine der folgenden Methoden für jeden Rechner-Image-Server, den Sie inIhrer Umgebung bereitstellen.

l Bereitstellen der OVF-Datei des ViPR Controller-Rechner-Image-Servers

l Anforderungen zum Erstellen eines angepassten Rechner-Image-Servers für ViPRController

Nachdem Sie die Bereitstellung der Rechner-Image-Server abgeschlossen haben,müssen Sie jeden Rechner-Image-Server konfigurieren. Eine Beschreibung derSchritte finden Sie unter

Bereitstellen der OVF-Datei des ViPR Controller-Rechner-Image-ServersViPR Controller beinhaltet eine OVF-Vorlage für Rechner-Image-Server, die Sie alsVM bereitstellen können.

Bevor Sie beginnen

l Sie benötigen Zugriff auf die Bereitstellungsdatei des Rechner-Image-Servers,OSImageServer.x86_64-2.2.0.0.xx.ovf. Dabei steht „xx“ für die Build-



Versionsnummer des Rechner-Image-Servers. Sie finden die Datei auf der ViPRController-Downloadseite unter support.emc.com.

Hinweis

OSImageServer.x86_64-2.2.0.0.xx wird mit ViPR Controller 2.2 und höherunterstützt.

l Sie müssen über entsprechende Anmeldedaten zur Anmeldung in vSphere für denvCenter-Server verfügen, auf dem Sie den Rechner-Image-Server bereitstellen.

l Während der Bereitstellung müssen Sie folgende Elemente angeben:

n Managementnetzwerk

n OS Install Network

n Ein vollständig qualifizierter Hostname für den Rechner-Image-Server

n IPv4-Adressen für die Schnittstelle des Managementnetzwerks

n IPv4-Adressen für die Schnittstellen des Betriebssystem-Installationsnetzwerk

n Netzmasken und Gatewayadressen für das Managementnetzwerk

n Eine oder mehrere DNS-Server-IPv4-Adressen

n Suchdomain

n Zeitzone des Rechner-Image-Servers

Vorgehensweise

1. Laden Sie das Image des Rechner-Image-Servers von der ViPR Controller-Produktseite in ein temporäres Verzeichnis herunter.

2. Starten Sie vSphere Client und melden Sie sich beim vCenter-Server an, aufdem die virtuelle Appliance bereitgestellt wird.

3. Wählen Sie im Menü File die Option Deploy OVF Template.

4. Navigieren Sie zur ViPR Controller-Rechner-Image-Server-Datei, die sich imvon Ihnen erstellten temporären Verzeichnis befindet, und wählen Sie sie aus.

5. Überprüfen Sie auf der Seite OVF Template Details die Details zur Appliance.

6. Akzeptieren Sie die Endbenutzer-Lizenzvereinbarung unter End User LicenseAgreement.

7. Geben Sie einen Namen und einen Standort für die Appliance an.

8. Wählen Sie den Host oder das Cluster aus, auf dem die virtuelle Applianceausgeführt werden soll.

9. Wenn Ressourcenpools konfiguriert sind, wählen Sie einen aus.

10. Wenn mehr als ein Datenspeicher mit dem ESX-Server verbunden ist, wählenSie den Datenspeicher für Ihre Appliance aus.

11. Wählen Sie ein Festplattenformat aus: Thick Provision Lazy Zeroed, ThickProvision Eager Zeroed oder Thin Provision.

12. Geben Sie auf der Seite Network Mapping ein Zielnetzwerk für dasManagementnetzwerk und das private Betriebssystem-Installationsnetzwerkan.

13. Geben Sie die Werte für die Eigenschaften ein:


Bereitstellen des Rechner-Image-Servers 41

Eigenschaft Beschreibung

Appliance fully qualifiedname

Vollständig qualifizierter Domainname des Image-Server-Hostnamens

Management Network IPAddress

IPv4-Adressen für die Schnittstelle desManagementnetzwerks

Management NetworkNetmask

IPv4-Netzmaske für die Schnittstelle desManagementnetzwerks

Management NetworkGateway

IPv4-Adresse für das Gateway desManagementnetzwerks

Private OS InstallNetwork IP address

IPv4-Adresse für die Schnittstelle desBetriebssystem-Installationsnetzwerks

DNS Server(s) IPv4-Adressen für einen oder mehrere DNS-Server

Search Domain(s) Eine oder mehrere Domains für die Weiterleitungvon Suchanfragen.

Time Zone Zeitzone des Standorts, an dem sich der Image-Server befindet

14. Schalten Sie die VM ein.

Anforderungen zum Erstellen eines benutzerdefinierten Rechner-Image-ServersWenn Sie einen benutzerdefinierten Rechner-Image-Server für die ViPR Controller-Rechner-Images erstellen, muss der Image-Server wie folgt konfiguriert sein:

l Rechner-Image-Server muss unter Linux-Betriebssystem ausgeführt werden

l Rechner-Image-Server muss über zwei vNICs verfügen

n Managementnetzwerk-vNIC

n Betriebssystem-Installationsnetzwerk-vNICNetzmaske der Betriebssysteminstallations-vNIC muss "255.255.255.0"lauten; Beispiel:

/etc/sysconfig/network/ifcfg-eth1DEVICE='eth1'STARTMODE='auto'BOOTPROTO='static'IPADDR='12.0.55.10'NETMASK='255.255.255.0'

l Rechner-Image-Server muss über einen DHCP-Server verfügen.

n DHCP-Server muss im Betriebssystem-Installationsnetzwerk aufgelistet sein.

n DHCP-Antwort muss Option "next-server" mit eigener Betriebssystem-Installationsnetzwerk-IP sowie "filename"-Option "/pxelinux.0"enthalten.

n Empfohlene DHCP-Version: Internet Systems Consortium DHCP Server 4.2 http://www.isc.org/downloads/dhcp/ wie im folgenden Beispiels dargestellt.Beachten Sie "next-server" und "filename".

/etc/dhcpd.confddns-update-style none;



http://www.isc.org/downloads/dhcp/

ignore client-updates; subnet 12.0.55.0 netmask 255.255.255.0 { option subnet-mask 255.255.255.0; option time-offset -18000; # Eastern Standard Time # --- DHCP pool configuration range 12.0.55.1 12.0.55.9; range 12.0.55.11 12.0.55.254; default-lease-time 3600; max-lease-time 7200; # --- TFTP/PXE configuration next-server 12.0.55.10; filename "/pxelinux.0";}

/etc/sysconfig/dhcpd# listen on eth1 onlyDHCPD_INTERFACE="eth1"

l Rechner-Image-Server muss über einen TFTP-Server verfügen.

n TFTP-Server muss im Betriebssystem-Installationsnetzwerk aufgelistet sein.

n TFTPBOOT-Verzeichnis muss pxelinux.0-Binärdatei (Version 3.86)enthalten; https://www.kernel.org/pub/linux/utils/boot/syslinux/3.xx/.

n Empfohlene TFTP-Serverversion: tftp-hpahttps://www.kernel.org/pub/software/network/tftp/tftp-hpa/

n TFTP kann so konfiguriert werden, dass es als eigener Service oder als Teil vonxinetd ausgeführt wird. Im folgenden Beispiel wurde TFTP mit xinetdkonfiguriert.

/etc/xinetd.d/tftpservice tftp{ socket_type = dgram protocol = udp wait = yes user = root server = /usr/sbin/in.tftpd server_args = -s /opt/tftpboot/ -vvvvvvv disable = no per_source = 11 cps = 100 2 flags = IPv4}

l SSH-Zugriff

n Benutzerkonto muss über Schreibberechtigungen für das VerzeichnisTFTPBOOT verfügen.

n Benutzerkonto muss über entsprechende Berechtigungen zum Ausführen desBefehls mount/umount verfügen.

l Python

l Ausreichender Festplattenspeicher zum Speichern mehrerer Betriebssystem-Image (mindestens50 GB empfohlen)

l Keine Firewall, die Standard-SSH-, -DHCP- und -TFTP-Ports oder HTTP an Port44491 (oder einem benutzerdefinierten Port für HTTP) blockiert


Bereitstellen des Rechner-Image-Servers 43

https://www.kernel.org/pub/linux/utils/boot/syslinux/3.xx/

https://www.kernel.org/pub/software/network/tftp/tftp-hpa/

https://www.kernel.org/pub/software/network/tftp/tftp-hpa/

l Die wget-Binärdatei muss installiert sein.

Hinzufügen des Rechner-Image-Servers in ViPR ControllerNachdem der Rechner-Image-Server bereitgestellt wurde, müssen Sie die Verbindungfür den Rechner-Image-Server in ViPR Controller hinzufügen und konfigurieren.

Der Rechner-Image-Server kann in ViPR Controller nur mithilfe der ViPR ControllerREST API oder -CLI hinzugefügt und konfiguriert werden. Navigieren Sie zumHerunterladen des ViPR Controller CLI-Referenzhandbuch oder der ViPR ControllerREST API zum Index der ViPR Controller-Produktdokumentation.




KAPITEL 6

ViPR Controller-Anmeldung und -Anforderungen an Benutzerrollen

Überprüfen Sie vor dem Einrichten von ViPR Controller die Anmeldung und dieAnforderungen an Benutzerrollen.

l Anmelden bei EMC ViPR Controller................................................................... 46l ViPR Controller-Anforderungen für Benutzerrollen............................................46

ViPR Controller-Anmeldung und -Anforderungen an Benutzerrollen 45

Anmelden bei EMC ViPR ControllerSie können sich bei der ViPR ControllerUI über Ihren Browser anmelden, indem Sie dievirtuelle IP-Adresse der ViPR Controller-Appliance angeben.

Vorgehensweise

1. Um auf die UI zugreifen zu können, müssen Sie die Adresse der ViPR Controller-Appliance in der Adressleiste des Browsers eingeben:

https://ViPR_virtual_ip

2. Geben Sie Ihren Benutzernamen und das Passwort ein. Der Benutzername solltedas Format user@domain aufweisen.

3. Aktivieren Sie optional Remember me, wodurch Ihre Sitzung maximal 8Stunden oder 2 Stunden bei Inaktivität beibehalten wird (je nachdem, waszuerst eintritt), selbst wenn Sie den Browser schließen. Wenn Sie diese Optionnicht aktivieren, wird die Sitzung beendet, wenn Sie den Browser schließen.Oder melden Sie sich ab. Durch die Abmeldung wird die Sitzung immergeschlossen.

Beachten Sie, dass diese Option keine Benutzeranmeldedaten zwischenSitzungen speichert.

Wenn Sie nicht anmelden können, wenden Sie sich an Ihren Administrator.

4. Sie können sich unter username > Logout oben rechts in der UI abmelden.

ViPR Controller-Anforderungen für BenutzerrollenViPR Controller-Rollen lassen sich in zwei Gruppen unterteilen: Rollen auf der Ebenedes virtuellen ViPR Controller-Rechenzentrums und Rollen auf Mandantenebene.

Hinweis

Der Zugriff auf andere Bereiche der ViPR Controller-Benutzeroberfläche unterliegtden zulässigen Aktionen der dem Benutzer zugewiesenen Rolle. Die autorisiertenAktionen bei Zugriff auf ViPR Controller über die Benutzeroberfläche können sich vondenen unterscheiden (stärker eingeschränkt sein), die Ihnen bei Nutzung der RESTAPI oder CLI zur Verfügung stehen.

Rollen auf der Ebene des virtuellen RechenzentrumsVDC-Rollen werden verwendet, um die ViPR Controller-Umgebung einzurichten, dievon allen Mandanten geteilt wird. In der folgenden Tabelle sind die autorisiertenAktionen für jede Benutzerrolle auf der Ebene des virtuellen Rechenzentrumsaufgeführt.

Tabelle 2 VDC-Rollen

VDC-Rolle Autorisierte Aktionen

Sicherheitsadministrator

l Verwaltet die Konfiguration des Authentifizierungsanbieters für dasvirtuelle ViPR Controller-Rechenzentrum in Bezug auf die Identifizierungund Authentifizierung von Benutzern. Authentifizierungsanbieter sind fürFolgendes konfiguriert:



Tabelle 2 VDC-Rollen


n Verwenden von Active Directory/Lightweight Directory AccessProtocol (AD/LDAP)-Benutzerkonten/Domains, um dieangegebenen Benutzer in ViPR Controller hinzuzufügen.

n Registrieren von ViPR Controller als Blockspeicherservice inOpenstack (Keystone).

Hinweis

Die Rolle des Sicherheitsadministrators ist zum Hinzufügen vonKeystone erforderlich, aber Keystone-Benutzer können nicht in ViPRController hinzugefügt werden.

l Erstellen von ViPR Controller-Benutzergruppen.

l Weist VDC-und Mandantenrollen zu.

l Legt die Zugriffskontrolllistenzuweisungen für Projekte und denServicekatalog fest.

l Legt Zugriffskontrolllistenzuweisungen für virtuelle Arrays und virtuellePools, entsprechend der ViPR Controller-API und -CLI fest.

l vCenter-Mandanten (Zugriffskontrolllisten) undRechenzentrumsmandanten entsprechend der ViPR Controller-REST-API und -CLI aktualisieren (nur Systemadministratoren könnenFunktionen aus der ViPR Controller-Benutzeroberfläche durchführen).

l Erstellt, ändert und löscht Untermandanten.

l Weist Mandantenquotas und Benutzerzuordnungen zu.

l Verwaltet die Software- und Lizenzupdates eines virtuellen ViPRController-Rechenzentrums.

l Konfiguriert das Repository aus dem die ViPR Controller-Upgradedateien heruntergeladen und installiert werden.

l Verwaltet SSL und vertrauenswürdige Zertifikate.

l Kann IP-Adressen für ViPR Controller-Nodes ändern, die auf VMwareohne vApp und Hyper-V bereitgestellt bestellt werden.

l Planen von Backups von ViPR Controller-Instanzen.

l Setzt lokale Benutzerkennwörter zurück.

l Konfiguriert Zugriffskontrolllisten.

l Stellt ggf. den Zugriff auf Mandanten und Projekte wieder her. (Wennsich der Mandantenadministrator zum Beispiel selbst aussperrt, kann derSicherheitsadministrator die Benutzerrollen zurücksetzen, um denZugriff wiederherzustellen.)

l Kann ViPR Controller-Node-Namen hinzufügen oder ändern.

l Minority-Node-Recovery der ViPR Controller-REST-API und -CLIinitiieren.

l Minority-Node-Recovery-Status der ViPR Controller-CLI anzeigen.

l Änderungen an ViPR Controller, der allgemeinen Konfiguration und denSicherheitseinstellungen vornehmen.


ViPR Controller-Anforderungen für Benutzerrollen 47

Tabelle 2 VDC-Rollen (Fortsetzung)


l Fährt die ViPR Controller-Services derViPR Controller-CLI/REST-APIherunter, bootet sie neu und startet diese anschließend neu.

l Managt IPsec-Aktionen, z. B. IPsec-Schlüssel rotieren, IPsec-Statusprüfen.

Der Sicherheitsadministrator muss auch einer Systemadministratorrollezugewiesen werden, um die folgenden Vorgänge der ViPR Controller-Benutzeroberfläche durchzuführen:

l ViPR Controller-Nodes oder -Services herunterfahren, neu booten undneustarten.

l Zugriffskontrolllistenzuweisungen für virtuelle Arrays und virtuelle Poolsfestlegen.

l Minority-Node-Recovery initiieren.

In einer geografischen Verbundumgebung:

l Verfügt über Sicherheitsadministratorrechte in Bezug aufAuthentifizierungsanbieter, bei denen es sich um globale Ressourcenhandelt.

Systemadministrator

l Führt Systemupgrades durch.

l Erstellen von Systembackups

l ViPR Controller-Lizenzen hinzufügen.

l Support-Anfragen senden.

l Fügt virtuelle Rechenzentren (Virtual Data Centers, VDCs) hinzu,bearbeitet sie, löscht sie, trennt sie und verbindet sie erneut.

l Richtet die physische Speicherinfrastruktur des virtuellen ViPRController-Rechenzentrums ein und unterteilt den physischen Speicherbei der Konfiguration in zwei Arten von virtuellen Ressourcen: virtuelleArrays und virtuelle Pools. Zu den autorisierten Aktionen gehörtFolgendes:

n Hinzufügen, Ändern und Löschen der folgenden physischenSpeicherressourcen in ViPR Controller, wie z. B. Speichersysteme,Speicherports und Speicherpools, Datensicherheitssysteme, Fabric-Manager, Netzwerke, Rechner-Images, Vblock-Rechnersysteme undvCenter.

Hinweis

Systemadministratoren können Hosts oder Cluster nicht hinzufügen,löschen oder ändern.

n Aktualisieren der vCenter-Kaskaden-Tenancy und vCenter-Mandanten (Zugriffskontrolllisten) und Rechenzentrumsmandantenüber die ViPR Controller-REST-API, -Benutzeroberfläche und -CLI.

n Verknüpfen eines vNAS-Servers mit einem oder mehreren Projekten(erfordert die System- und Mandantenadministratorrollen).

n Erstellen von virtuellen Pools.





n Erstellen von virtuellen Arrays.

n Erstellen von Mobilitätsgruppen.

n Erstellen/Ändern von Vorlagen für die Dateischutz-Policy

n Zuweisung von Dateischutz-Policies auf vPool-Ebene

n Zuweisung von Dateischutz-Policies auf Projekt- undDateisystemebene (auch Systemüberwacherberechtigungenerforderlich)

l Verwaltet die Ressourcen des virtuellen ViPR Controller-Rechenzentrums, die nicht von Mandanten verwaltet werden.

l Ruft Status- und Integritätsinformationen zum ViPR Controller-Rechenzentrum ab.

l Ruft Massenereignis- und statistische Datensätze für das virtuelle ViPRController-Rechenzentrum ab.

l Datenbank-Wartungsaufgaben-Status anzeigen.

l Minority-Node-Recovery-Status der ViPR Controller-CLI anzeigen.


l Fügt ein VDC zur Erstellung einer geografischen Verbundumgebunghinzu.

l Hinzufügen, Trennen, erneutes Verbinden oder Löschen eines VDC

l Verfügt über Sicherheitsadministratorrechte in Bezug auf globalevirtuelle Pools, bei denen es sich um globale Ressourcen handelt.

l Legt Zugriffskontrolllistenzuweisungen für virtuelle Arrays und virtuellePools, entsprechend der ViPR Controller-API fest.

Systemüberwacher

l Hat schreibgeschützten Zugriff auf alle Ressourcen im virtuellen ViPRController-Rechenzentrum. Hat keinen Einblick in sicherheitsbezogeneRessourcen wie Authentifizierungsanbieter, Zugriffskontrolllisten undRollenzuweisungen.

l Ruft Massenereignis- und statistische Datensätze für das virtuelle ViPRController-Rechenzentrum ab.

l Ruft Status- und Integritätsinformationen zum ViPR Controller-Rechenzentrum ab.

l (Nur API) Kann ein Warnmeldungsereignis mit angehängtenFehlerprotokollen zur Unterstützung beim Troubleshooting erstellen.Das Warnmeldungsereignis wird an ConnectEMC gesendet.

l Datenbank-Wartungsaufgaben-Status anzeigen.

l Minority-Node-Recovery-Status der ViPR Controller-Benutzeroberfläche und -CLI anzeigen.

l Auflisten von Backups von externem Server.

l Überprüfen des Upload-Status eines Backups.

l Überprüfen des Wiederherstellungsstatus.





l Erstellen/Ändern von Vorlagen für die Dateischutz-Policy

l Erstellen von vPools

l Zuweisung von Dateischutz-Policies auf Projekt- und Dateisystemebene(auch Systemadministratorberechtigungen erforderlich)

Systemprüfer Hat schreibgeschützten Zugriff auf die Auditprotokolle des virtuellen ViPRController-Rechenzentrums.

Rollen auf MandantenebeneMandantenrollen werden zum Verwalten der Mandanten-spezifischen Einstellungenwie dem Servicekatalog und Projekten und zum Zuweisen weiterer Benutzer zuMandantenrollen verwendet. In der folgenden Tabelle sind die autorisierten Aktionenfür jede Benutzerrolle auf der Mandantenebene aufgeführt.

Tabelle 3 Mandantenrollen

Rolle aufMandantenebene

Autorisierte Aktionen

Mandantenadministrator

l Wird Mandantenadministrator des erstellten Mandanten.

l In der Private-Cloud-Umgebung eines Unternehmens mit nureinem Mandanten gibt es nur den Anbietermandanten, undMandantenadministrator haben Zugriff auf alle Projekte.

l Ändert den Namen und die Beschreibung des Mandanten.

l Fügen Sie vCenters zu physischen Ressourcen in Ihrem eigenenMandantenbereich in ViPR Controller hinzu.

l Verwaltet Mandantenressourcen wie Hosts, Cluster, vCenters undProjekte.

l Konfiguriert Zugriffskontrolllisten für Projekte und denServicekatalog im zugehörigen Mandantenbereich.

l Weist den Mandantenbenutzern Rollen zu. (Kann anderenBenutzern die Rolle eines Mandantenadministrators oderProjektadministrators zuweisen.)

l Erstellen der Planung von Policies.

l Verknüpfen eines vNAS-Servers mit einem oder mehrerenProjekten (erfordert die System- undMandantenadministratorrollen).

l Managen von Anwendungsservices.

l Annehmen oder Ablehnen von Events mit ausführbaren Aktionen.

l Bearbeitet Zeitpläne für Serviceaufgaben

l Herunterladen von Aufträgen (für Archivierung).

l Löschen von Aufträgen.

l Anpassen der Fibre-Channel-Pfade für einen vorhandenenVPLEX- oder VMAX-Export.



Tabelle 3 Mandantenrollen (Fortsetzung)

Rolle aufMandantenebene

Autorisierte Aktionen

Hinweis

Ein Benutzer oder eine Benutzergruppe kann so konfiguriert werden,dass er bzw. sie über eine Rolle als Mandantenadministrator fürmehrere Mandanten verfügt. Dieser Benutzer/diese Benutzergruppemuss zum Provider-Mandanten gehören. Er bzw. sie muss allerdingsnicht über die Rolle des Mandantenadministrators imAnbietermandanten verfügen. Diese Funktion kann in Umgebungenmit mehreren Mandanten verwendet werden, wenn eine Gruppe vonBenutzern Provisioning-Vorgänge für mehrere Mandanten ausführenmuss und diese Vorgänge nicht über den Root-Benutzer ausführenmöchte.


l Verfügt über Mandantenadministratorrechte in Bezug aufMandanten, bei denen es sich um globale Ressourcen handelt.

Mandantengenehmiger

l Genehmigt Servicekatalogaufträge im zugehörigenMandantenbereich bzw. lehnt diese ab.

l Zeigt alle Genehmigungsanforderungen im Mandantenbereich an.

Projektadministrator l Erstellt Projekte im zugehörigen Mandantenbereich und erhälteine OWN-Zugriffskontrollliste im erstellten Projekt.





KAPITEL 7

Durchführen des Upgrades von ViPR Controller

Überprüfen Sie die Verfahren für das Durchführen eines Upgrades der ViPRController-Software.

l Planung vor Upgrades........................................................................................54l Durchführen eines Upgrades von ViPR Controller.............................................. 57l Durchführen eines Upgrades der virtuellen Hardware........................................ 59l Hinzufügen der Node-ID-Eigenschaft auf VMware nach dem Durchführen eines

Upgrades der ViPR Controller-vApp...................................................................59l Ändern des ScaleIO-Speicheranbietertyps und der Parameter nach dem

Durchführen eines Upgrades von ViPR Controller..............................................60l Durchführen eines Upgrades der ViPR Controller-CLI........................................ 61

Durchführen des Upgrades von ViPR Controller 53

Planung vor UpgradesEs sind einige Schritte vor dem Upgrade erforderlich und Sie sollten darauf vorbereitetsein, dass ViPR Controller für einen bestimmten Zeitraum nicht zur Verfügung steht.

l Informationen zu unterstützten Upgradepfaden und den neuesten Umgebungs-und Systemanforderungen finden Sie in den EMC ViPR Controller-Versionshinweisen, die über den Index der ViPR Controller-Produktdokumentationverfügbar sind. Wenn in den Versionshinweisen angegeben ist, dass Sie vorläufigeUpgrades benötigen, befolgen Sie zunächst die Upgradeanweisungen für diesefrüheren Versionen.

l Um sicherzustellen, dass Ihre Umgebung vorgabenkonform mit der neuestenSupportmatrix ist, sehen Sie sich die ViPR Controller Supportmatrix an.

l Bestimmen Sie, ob Sie das Upgrade über ein EMC basiertes Repository oder übereinen internen Speicherort durchführen, indem Sie zuerst die ViPR Controller-Installationsdateien herunterladen.

n Beim Durchführen eines Upgrades über ein EMC basiertes Repositorykonfigurieren Sie ViPR Controller so, dass auf das EMC basierte Repositoryverwiesen wird. Eine entsprechende Beschreibung finden Sie unter: Konfigurieren von ViPR Controller für ein Upgrade über ein EMC basiertesRepository.

n Wenn Ihr Standort nicht auf das EMC Repository zugreifen kann und Sie dieInstallation über einen internen Speicherort durchführen, lesen Sie dieInformationen unter Konfigurieren von ViPR Controller für ein Upgrade übereinen internen Speicherort.

l Überprüfen Sie, ob als ViPR Controller-Status Stable angegeben ist. NavigierenSie dazu auf der ViPR Controller-Benutzeroberfläche zu System > Dashboard.

l Führen Sie in einer standortübergreifenden Konfiguration (Geokonfiguration) keinUpgrade unter folgenden Bedingungen durch:

n bei laufenden Hinzufüge-, Entfernungs- oder Aktualisierungsvorgängen aufeinem anderen VDC

n bei einem laufenden Upgrade auf einem anderen VDC

n bei nicht erreichbaren VDCs im Verbund, manuell getrennten VDCs odergetrenntem aktuellem VDCIn diesen Fällen sollten Sie das nicht erreichbare VDC manuell trennen und allegetrennten VDCs erneut verbinden.

n Stellen Sie außerdem sicher, dass die Ports, die für IPSec in ViPRController 3.6 verwendet werden, in der Kundenumgebung zwischen denRechenzentren offen sind (nicht durch eine Firewall blockiert werden).

l Erstellen Sie vor dem Durchführen eines Upgrades ein Backup der internen ViPRController-Datenbanken mithilfe einer unterstützten Backupmethode, damit Sie imunwahrscheinlichen Fall eines Fehlers die vorherige Instanz wiederherstellenkönnen. Lesen Sie die Version der ViPR Controller-Backupdokumentation, die derVersion von ViPR Controller entspricht, die Sie sichern möchten. Für ViPRController-Version 2.4 und höher werden Backupinformationen im EMC ViPRController – Leitfaden für Disaster Recovery, Backup und Wiederherstellungbereitgestellt. Backupinformationen für frühere Versionen finden Sie im EMC ViPRController – Installations-, Upgrade- und Wartungsleitfaden.

l Stellen Sie sich darauf ein, dass die virtuelle ViPR Controller-Appliance fürProvisioning-Vorgänge ca. 6 Minuten lang plus jeweils 1 Minute pro





10.000 Dateifreigaben, Volumes, Blockspiegelungen und Block-Snapshots in derViPR Controller-Datenbank nicht erreichbar ist. Systemmanagementvorgänge sindfür einen Zeitraum von 8 Minuten (bei einer 2+1-Controller-Node-Bereitstellung)oder 12 Minuten (bei einer 3+2-Controller-Node-Bereitstellung) plus ca. 1 Minutepro 10.000 Dateifreigaben, Volumes, Blockspiegelungen und Block-Snapshots inder ViPR Controller-Datenbank nicht verfügbar.

l Überprüfen Sie, ob alle ViPR Controller-Aufträge abgeschlossen wurden, bevor Siedas Upgrade starten.

l Wenn RecoverPoint verwendet wird, führen Sie ein RecoverPoint-Upgrade aufeine Version durch, die von ViPR Controller 3.6 unterstützt wird, bevor Sie fürViPR Controller selbst ein Upgrade durchführen. Unterstützte RecoverPoint-Versionen finden Sie in der EMC ViPR-Supportmatrix.

l Wenn ViPR Controller EMC ScaleIO-Speicher verwaltet, führen Sie ein Upgradevon EMC ScaleIO auf eine Version durch, die von ViPR Controller 3.6 unterstütztwird, bevor Sie das Upgrade von ViPR Controller selbst durchführen. Als Teil desEMC ScaleIO-Upgrades müssen Sie das ScaleIO-Gateway installieren. In der EMCViPR-Supportmatrix finden Sie weitere Informationen zu unterstützten EMCScaleIO-Versionen.

l Informieren Sie sich vor dem Durchführen eines Upgrades von ViPR Controller aufVersion 3.6 in der EMC ViPR-Supportmatrix über für ViPR Controller 3.6unterstützte SMI-S-Versionen für VMAX- und VNX for Block-Speichersysteme.Gehen Sie wie folgt vor, wenn ein Upgrade von SMI-S durchgeführt werden muss:

n Beim Durchführen eines Upgrades eines SMI-S Provider zur Erfüllung der ViPRController-Anforderungen, müssen Sie zuerst ein Upgrade von ViPR Controllerund dann von SMI-S Provider durchführen.

n Wenn Sie ein Upgrade von SMI-S Provider von 4.6.2 auf 9.x durchführenmüssen, müssen Sie sich vor dem Durchführen des Upgrades von ViPRController oder SMI-S Provider an den EMC Kundensupport wenden.

Hinweis

Verwenden Sie für ein Upgrade von 8.0.3 auf 8.1 oder 8.2 die SMI-S Provider-Dokumentation.

l Überprüfen Sie, ob XtremIO-Ordnernamen genau mit den ViPR Controller-Projektnamen übereinstimmen. Wenn Unterschiede vorhanden sind, aktualisierenSie den XtremIO-Ordnernamen so, dass er genau mit dem ViPR Controller-Projektnamen übereinstimmt.

Hinweis

ViPR Controller bietet keine Unterstützung für Leerzeichen in Projektnamen unddeshalb werden Leerzeichen auch nicht in XtremIO-Ordnernamen unterstützt.

Konfigurieren von ViPR Controller für ein Upgrade über ein EMC basiertesRepository

Wenn Sie die neueste Version von ViPR Controller für ein Upgrade herunterladenmöchten, wird ViPR Controller standardmäßig so konfiguriert, dass auf das EMC ViPRController-Repository verwiesen wird. Wenn Sie diese Einstellung auf dem Systemgeändert haben, müssen Sie zunächst ViPR Controller so neu konfigurieren, dass aufdas EMC ViPR Controller-Repository verwiesen wird.


Konfigurieren von ViPR Controller für ein Upgrade über ein EMC basiertes Repository 55





Bevor Sie beginnen

l Die für die Durchführung dieses Vorgangs erforderlichen ViPR Controller-Benutzerrollen finden Sie unter ViPR Controller-Anforderungen für Benutzerrollen.

l Wenn Ihr Standort nicht auf das EMC Repository zugreifen kann, finden Sie unter Konfigurieren von ViPR Controller für ein Upgrade über einen internen Speicherorteine alternative Upgrademethode für Dark Sites.

Im Folgenden finden Sie die Schritte zum Konfigurieren von ViPR Controller für einUpgrade über ein EMC basiertes Repository über die ViPR Controller-Benutzeroberfläche.

Vorgehensweise

1. Wählen Sie System > General Configuration > Upgrade aus.


Option Beschreibung

Repository-URL URL zum EMC Upgrade-Repository. Nur jeweils ein Wert.Der Standardwert ist https://colu.emc.com/soap/rpc.

Proxy HTTP-/HTTPS-Proxy, der für den Zugriff auf das EMCUpgrade-Repository erforderlich ist. Wird kein Proxybenötigt, bleibt dieses Feld leer.

Username Benutzername für den Zugriff auf EMC Online Support.

Password Passwort für den Zugriff auf EMC Online Support.

Check Frequency Anzahl der Stunden zwischen Prüfungen auf neueUpgradeversionen.

3. Klicken Sie auf Save.


Verwenden Sie den folgenden Befehl, um ViPR Controller für ein Upgrade über einEMC basiertes Repository mithilfe der ViPR Controller-CLI zu konfigurieren:

# viprcli system install-image vipr-3.6.0.x.x -hostname <vipr_ip_address>

Hinweis

Wenn Sie die Datei viprcli.profile entsprechend geändert haben, müssen Sie -hostname <vipr_ip_address> nicht an den Befehl anhängen.

Vollständige Details finden Sie im ViPR Controller CLI-Referenzhandbuch, der im Indexder ViPR Controller-Produktdokumentation verfügbar ist.

Konfigurieren von ViPR Controller für ein Upgrade über einen internenSpeicherort

Sie können ein Upgrade von ViPR Controller über einen internen Speicherortdurchführen, indem Sie zunächst die IMG-Datei für das ViPR Controller-Offlineupgrade von support.EMC.com herunterladen und sie in die virtuelle ViPRController-Appliance kopieren.



https://support.emc.com




Bevor Sie beginnen

l Dieser Vorgang kann nur von ViPR Controller-Systemadministratorendurchgeführt werden.

l Sie benötigen Anmeldedaten für den Zugriff auf EMC Online Support.

Vorgehensweise

1. Laden Sie die IMG-Datei für das ViPR Controller-Offlineupgrade von EMCOnline Support herunter und speichern Sie sie lokal auf dem System, auf demSie viprcli ausführen.

2. Authentifizieren mit der ViPR Controller-CLI:

viprcli authenticate -u username -d /tmp -hostname <vipr_ip_address>

Hinweis

Wenn Sie die Datei viprcli.profile entsprechend geändert haben, müssenSie -hostname <vipr_ip_address> nicht an den Befehl anhängen.

Vollständige Details finden Sie im ViPR Controller CLI-Referenzhandbuch, der im Index der ViPR Controller-Produktdokumentation verfügbar ist.

Geben Sie den Benutzernamen und das Passwort ein.

Nach erfolgreicher Authentifizierung mit obigem Befehl wird eine Cookiedateiin /tmp erstellt und nachfolgende viprcli-Befehle können ohne expliziteAuthentifizierung für jeden Befehl ausgeführt werden.

3. Geben Sie Folgendes ein, um die Image-Datei an einen Speicherort auf dervirtuellen ViPR Controller-Appliance hochzuladen, an dem sie von ViPRController für das Upgrade gefunden wird:

viprcli system upload -imagefile locally_saved_img

Weitere Details zur Verwendung der ViPR Controller-CLI finden Sie im ViPRController CLI-Referenzhandbuch, der im Index der ViPR Controller-Produktdokumentation verfügbar ist.

4. Fahren Sie mit dem nächsten Abschnitt fort, um das Upgrade auf die neueVersion durchzuführen.

Durchführen eines Upgrades von ViPR ControllerViPR Controller-Upgrades können über die ViPR Controller-Benutzeroberfläche oder -CLI durchgeführt werden.

Bevor Sie beginnen


l Lesen Sie die Informationen unter Planungsschritte vor dem Upgrade.


Durchführen eines Upgrades von ViPR Controller 57







l Der Sicherheitsadministrator muss ViPR Controller mit Zugriff auf dieUpgradedateien konfiguriert haben. Weitere Informationen finden Sie in denfolgenden Abschnitten:

n Konfigurieren von ViPR Controller für ein Upgrade über ein EMC basiertesRepository

n Konfigurieren von ViPR Controller für ein Upgrade über einen internenSpeicherort

Im Folgenden finden Sie die Schritte zum Durchführen eines Upgrades von ViPRController mithilfe der ViPR Controller-Benutzeroberfläche.

Vorgehensweise

1. Wählen Sie auf der ViPR Controller-Benutzeroberfläche System > Upgradeaus.

2. Optional:

a. Klicken Sie auf Add Backup, um ein Point-in-Time-Backup Ihrer ViPRController-Instanz zu erstellen.

b. Klicken Sie auf Check DB, um zu prüfen, ob sich Ihre ViPR Controller-Datenbank in einem konsistenten Zustand befindet.

3. Wählen Sie die Version aus und klicken Sie auf Download.

Die heruntergeladene Software wird auf der ViPR Controller-VM gespeichert.

4. Klicken Sie neben der Version, die Sie in Schritt 3 heruntergeladen haben, aufInstall.

Es wird eine Pop-up-Meldung angezeigt: „Are you sure you want to install vipr-x.x.x.x.xxx?“ Klicken Sie auf „OK“, um fortzufahren.

Ein sequenzielles Upgrade wird auf den ViPR Controller-VMs ausgeführt.

Die Seite System Maintenance wird geöffnet, während die Installation läuft,und zeigt den aktuellen Status des Upgradeprozesses an.

Warten Sie, bis der Systemstatus stabil ist, bevor Sie Provisioning- oderDatenanforderungen ausgeben.

5. Wenn Sie ein Upgrade auf einer ViPR Controller-Instanz durchführen, die alsVMware vApp bereitgestellt wurde, fahren Sie zum Hinzufügen der Node-ID-Eigenschaft wie unter Hinzufügen der Node-ID-Eigenschaft auf VMware nachdem Durchführen eines Upgrades der ViPR Controller vApp beschrieben fort.


Um ein Upgrade von ViPR Controller über die ViPR Controller-CLI durchzuführen,verwenden Sie den folgenden Befehl:

# viprcli system update-cluster -v vipr-3.6.x.x.x

Vollständige Details finden Sie im ViPR Controller CLI-Referenzhandbuch, der im Indexder ViPR Controller-Produktdokumentation verfügbar ist.

Beachten Sie nach einem Upgrade hinsichtlich ViPR Controller Folgendes:

l Geänderte ViPR Controller-Katalogservices werden beim Upgrade immerbeibehalten. Um jedoch neue Services und ursprüngliche Versionen geänderter





Services zu erhalten, navigieren Sie zu Edit Catalog und klicken Sie auf UpdateCatalog.

l Nach dem Durchführen des Upgrades auf Version 2.4 oder höher müssen alleArrays mit Meta-Volumes neu erkannt werden, bevor Sie versuchen, diese Meta-Volumes aufzunehmen.

l Erkennen Sie nach dem Durchführen des Upgrades auf Version 2.4 oder höher IhreRecoverPoint-Data-Protection-Systeme neu. Dadurch werden die ViPRController-Systeminformationen aktualisiert und es werden Inkonsistenzen beimAnwenden von RecoverPoint-Schutz mit ViPR Controller 2.4 oder höhervermieden.

Durchführen eines Upgrades der virtuellen HardwareSo führen Sie ein Upgrade der virtuellen Hardware mithilfe von vSphere Client durch:

Vorgehensweise

1. Fahren Sie die vApp hoch.

2. Installieren oder aktualisieren Sie VMware Tools. VMware Tools mussaktualisiert werden, bevor die Hardwareversion der virtuellen Maschineaktualisiert wird.

3. Schalten Sie die vApp aus.

4. Navigieren Sie zur Registerkarte Virtual Machines für die vApp. Wählen Sie allevirtuellen Maschinen für diese vApp aus.

5. Klicken Sie mit der rechten Maustaste auf Upgrade Virtual Hardware, wählenSie die Option aus und klicken Sie auf Yes.

Hinweis

Weitere Informationen zum Durchführen eines Upgrades der Hardwareversionder virtuellen Maschine finden Sie unter https://kb.vmware.com/s/article/1010675

Hinzufügen der Node-ID-Eigenschaft auf VMware nach demDurchführen eines Upgrades der ViPR Controller-vApp

Wenn Sie ViPR Controller auf VMware mit einer vApp bereitgestellt haben und Sie einUpgrade von ViPR Controller Version 2.3.x oder niedriger durchführen, müssen Sienach dem Durchführen eines Upgrades auf ViPR Controller 2.4 oder höher dieEigenschaft „node_id“ auf VMware hinzufügen. Sie müssen diese Aktion nichtdurchführen, wenn es sich um eine Neuinstallation und kein Upgrade handelt.

Hinweis

Wird dieser Vorgang nach einem Upgrade von ViPR Controller Version 2.3.x oderfrüher nicht durchgeführt, kann es jederzeit zu ViPR Controller-Betriebsausfällenkommen, wenn Sie vSphere verwenden, um die ursprünglichen ViPR Controller-vApp-Node-Namen zu ändern.


Durchführen eines Upgrades der virtuellen Hardware 59

https://kb.vmware.com/s/article/1010675

https://kb.vmware.com/s/article/1010675

Vorgehensweise

1. Fahren Sie die ViPR Controller-vApp über VMware vSphere herunter.

2. Klicken Sie mit der rechten Maustaste auf die erste virtuelle Maschine in derViPR Controller-vApp und wählen Sie Edit Settings aus.

3. Navigieren Sie zum Menü Options > vApp Options > Advanced.

4. Öffnen Sie Properties und erstellen Sie eine neue Eigenschaft mit denfolgenden Einstellungen:

l Geben Sie unter Label eine Bezeichnung ein und geben Sie ihr optional denNamen „Node-ID“.

l Lassen Sie Class ID leer.

l Geben Sie „node_id“ unter ID ein. Der Name „node_id“ ist als ID-Nameerforderlich und kann nicht geändert werden.

l Lassen Sie Instance ID leer.

l Geben Sie optional unter Description eine Beschreibung des ViPR ControllerNode ein.

l Typ: Zeichenfolge.

l Geben Sie den Default value ein, der die Node-ID sein muss, die währendder Bereitstellung von ViPR Controller festgelegt wurde, z. B. vipr1 für den 1.ViPR Controller-Node und vipr2 für den 2. ViPR Controller-Node.ViPR Controller-Werte für eine Bereitstellung mit 3 Nodes sind vipr1, vipr2und vipr3 und für eine Bereitstellung mit 5 Nodes vipr1, vipr2, vipr3, vipr4und vipr5.

l Aktivieren Sie User Configurable.

5. Wiederholen Sie die Schritte 2 bis 4 für jede virtuelle Maschine, die mit der ViPRController-vApp bereitgestellt wird.

6. Fahren Sie die ViPR Controller-vApp hoch.

Ändern des ScaleIO-Speicheranbietertyps und derParameter nach dem Durchführen eines Upgrades von ViPRController

Wenn Sie ScaleIO-Speicher in einer vorherigen ViPR Controller-Version erkannthaben, müssen Sie den mit dem ScaleIO-Speicher verbundenen Speicheranbieteraktualisieren und die zugehörigen Speichersysteme neu erkennen. Sie müssen dieseAktion nicht durchführen, wenn es sich um eine Neuinstallation und kein Upgradehandelt.

Bevor Sie beginnen

l EMC ScaleIO wurde auf eine Version aktualisiert, die von ViPR Controller 2.4unterstützt wird.

l Das ScaleIO-Gateway wurde installiert.

Für diese Schritte wird die ViPR Controller-Benutzeroberfläche verwendet. Aber Siekönnen auch die ViPR Controller-Benutzeroberfläche REST API oder -CLI verwenden,um die Speicheranbieterparameter zu aktualisieren und die zugehörigenSpeichersysteme neu zu erkennen.



Vorgehensweise

1. Navigieren Sie zu Physical > Storage Providers.

2. Wählen Sie den ScaleIO-Speicheranbieter aus.

Der Bildschirm Edit Storage Provider wird angezeigt.

3. Ändern Sie Type in ScaleIO Gateway.

4. Ändern Sie Host in den FQDN oder die IP-Adresse des ScaleIO-Gateway-Hosts.

5. Ändern Sie Port in den Port, der für die Kommunikation mit dem ScaleIO-REST-API-Service verwendet wird.

l Bei aktiviertem SSL ist die Standardeinstellung 443.

l Bei deaktiviertem SSL ist die Standardeinstellung 80.


7. Navigieren Sie zu Physical Assets > Storage Systems.

8. Gehen Sie für jedes der mit dem aktualisierten ScaleIO-Speicheranbieterverknüpften Speichersysteme wie folgt vor:

a. Wählen Sie das ScaleIO-Speichersystem aus.

b. Klicken Sie auf Rediscover.

Durchführen eines Upgrades der ViPR Controller-CLIUm ein Upgrade der ViPR Controller-CLI durchzuführen, müssen Sie die Versiondeinstallieren, die Sie derzeit ausführen, und die neueste Version installieren.

Die Schritte zum Deinstallieren und Installieren der ViPR Controller-CLI finden Sieunter Deinstallieren der ViPR Controller-CLI.


Durchführen eines Upgrades der ViPR Controller-CLI 61



KAPITEL 8

Verwalten von ViPR Controller Nodes

Möglicherweise müssen Sie IP-Adressen ändern oder Node-Namen anpassen, umKonflikte zu vermeiden.

l Vermeiden von Konflikten in virtuellen EMC ViPR-IP-Netzwerkadressen...........64l Ändern der IP-Adresse des EMC ViPR Controller Node..................................... 64l Ändern der ViPR Controller-Node-Namen......................................................... 69l Konfigurationsdateien des Betriebssystems....................................................... 72

Verwalten von ViPR Controller Nodes 63

Vermeiden von Konflikten in virtuellen EMC ViPR-IP-Netzwerkadressen

Einschränkungen gelten für die virtuelle EMC ViPR-IP-Adresse, wenn mehrere ViPR-Instanzen im selben Subnetz vorhanden sind.

Wenn mehr als eine ViPR-Instanz im selben Subnetz vorhanden ist, gehen Sie mitBedacht vor, wenn Sie die virtuellen ViPR-IP-Adressen zuweisen, um ein Konflikt inder virtuellen Router-ID des Load Balancer zu verhindern. Die virtuelle Router-ID wirdmithilfe der virtuellen IP-Adressenkonfiguration mit folgendem Algorithmus berechnet:

l Nur IPv4 oder Dual Stack: Die ID des virtuellen Routers ist das letzte Oktett derIPv4-Adresse.

l Nur IPv6: Die ID des virtuellen Routers ist das dezimale Äquivalent der beidenletzten HEX-Ziffern in der IPv6-Adresse.

Beispielsweise wären die folgenden Adressen im selben Subnetz ungültig:

l 172.16.33.98 und 172.16.34.98 (da die letzten Oktette gleich sind: 98)

l 172.16.33.98 und 2001:db8:170:2842::2462 (da der Dezimalwert 98 der HEX-Ziffer62 entspricht)

Ändern der IP-Adresse des EMC ViPR Controller NodeSie können die IP-Adressen des EMC ViPR Controller Node und die virtuelle IP-Adresse des Netzwerks ändern.

Die Methode zum Ändern der IP-Adressen ist abhängig vom Typ der Installation unddem Tool, für das Sie sich entscheiden:

l Ändern der IP-Adresse eines als VMware vApp bereitgestellten EMC ViPRController Node

l Ändern der IP-Adresse des ViPR Controller Node auf VMware ohne vApp oderHyper-V mithilfe der ViPR Controller-Benutzeroberfläche

l Ändern der IP-Adresse des EMC ViPR Controller Node auf VMware ohne vAppmithilfe von vCenter

l Ändern der IP-Adresse des EMC ViPR Controller Node auf Hyper-V mithilfe vonSCVMM

Ändern der IP-Adresse eines als VMware vApp bereitgestellten EMC ViPRController Node

In diesem Abschnitt wird beschrieben, wie die Node-IP-Adresse oder VIP für eine alsvApp auf VMware bereitgestellte virtuelle ViPR Controller-Maschine geändert wird.

Bevor Sie beginnen

Wenn ViPR Controller nicht als vApp bereitgestellt wurde, verwenden Sie diesesVerfahren nicht. Lesen Sie stattdessen Ändern der IP-Adresse eines ViPR ControllerNode auf VMware ohne vApp.

Dieser Vorgang erfordert die Rolle „Systemadministrator“ in ViPR Controller.

Sie benötigen Zugriff auf den vCenter Server, der die ViPR-vApp hostet.

Wenn ViPR Controller ohne vApp bereitgestellt wurde, verwenden Sie diesesVerfahren nicht.



Die ViPR Controller-vApp darf nicht Teil einer Konfiguration mit mehreren VDCs odereiner System-Disaster-Recovery-Konfiguration sein:

l Um zu prüfen, ob es sich um eine Umgebung mit mehreren VDCs handelt,navigieren Sie zu Virtual > Virtual Data Centers. Hier sollte nur ein VDCaufgeführt sein.

l Um zu prüfen, ob es sich um eine System-Disaster-Recovery-Umgebung handelt,navigieren Sie zu System > System Disaster Recovery. Hier sollte nur ein aktiverStandort und kein Stand-by-Standort aufgeführt sein.

Vorgehensweise

1. Fahren Sie über die ViPR Controller-Benutzeroberfläche alle VMs herunter(Dashboards > Health > Shutdown All).

2. Öffnen Sie einen vSphere Client auf dem vCenter Server, auf dem die ViPRController-vApp gehostet wird.

3. Klicken Sie mit der rechten Maustaste auf die ViPR-vApp, deren IP-Adresse Sieändern möchten, und wählen Sie Edit Settings.

4. Bearbeiten Sie die gewünschten IP-Werte und klicken Sie auf OK.

5. Falls zutreffend, ändern Sie den Netzwerkadapter, sodass er einer Änderung imSubnetz entspricht:

a. Wählen Sie eine bestimmte VM aus.

b. Edit Settings aus.

c. Wählen Sie Virtual Hardware > Network adapter.

d. Klicken Sie auf OK.

6. Starten Sie in vSphere Client die ViPR-vApp.

Hinweis: Das Starten der ViPR Controller vApp schlägt nach einer IP-Adressänderung fehl, wenn die vApp Teil einer Konfiguration (Geokonfiguration)mit mehreren VDCs ist. In diesem Fall müssten Sie die IP-Adressenänderungzurücksetzen.

Ändern der IP-Adresse des ViPR Controller Node auf VMware ohne vApp oderHyper-V mithilfe der ViPR Controller-Benutzeroberfläche

Verwenden Sie die ViPR Controller-Benutzeroberfläche, um die IP-Adresse von ViPRController Nodes zu ändern, die auf VMware ohne vApp oder auf Hyper-V-Systemenausgeführt werden.

Bevor Sie beginnen

Wenn ViPR Controller als vApp bereitgestellt wurde, verwenden Sie dieses Verfahrennicht. Lesen Sie stattdessen Ändern der IP-Adresse eines als VMware vAppbereitgestellten EMC ViPR Controller Node.

Dieser Vorgang erfordert die Rolle "Sicherheitsadministrator" in ViPR Controller.

Die ViPR Controller-Instanz darf nicht Teil einer Konfiguration mit mehreren VDCsoder einer System-Disaster-Recovery-Konfiguration sein:




Ändern der IP-Adresse des ViPR Controller Node auf VMware ohne vApp oder Hyper-V mithilfe der ViPR Controller-

Benutzeroberfläche 65

Vorgehensweise

1. Navigieren Sie auf der ViPR Controller-Benutzeroberfläche zu Settings >Network Configuration.

2. Behalten Sie die Standardeinstellungen bei oder geben Sie die neuen IP-Adressen in die entsprechenden Felder ein.

Lassen Sie keines der Felder für die IP-Adresse leer. Sie müssen denStandardwert beibehalten oder die neue IP-Adresse eingeben.

3. Wenn Sie das Subnetz ändern, fahren Sie mit Schritt 4 fort, andernfalls mitSchritt 5.

4. Aktivieren Sie die Option Power off nodes.

5. Klicken Sie auf Reconfigure.

Eine Meldung wird angezeigt, die Sie darüber informiert, dass die Änderungübermittelt wurde, und Ihre ViPR Controller-Instanz verliert die Verbindung.

Wenn Sie Ihr Subnetz nicht ändern, können Sie sich 5 bis 15 Minuten nachAbschluss der Konfigurationsänderung wieder bei ViPR Controller anmelden.Führen Sie die Schritte 6 und 7 nur dann aus, wenn Sie dieNetzwerkadaptereinstellungen in der VM-Managementkonsole ändern.

6. Rufen Sie Ihre VM-Managementkonsole (vSphere bei VMware oder SCVMM beiHyper-V) auf und ändern Sie die Netzwerkeinstellungen für jede virtuelleMaschine.

7. Fahren Sie die VMs über VM-Managementkonsole hoch.

Sie sollten sich 5 bis 15 Minuten nach dem Hochfahren der VMs wieder bei ViPRController anmelden können.

Wenn Sie die virtuelle ViPR Controller-IP-Adresse geändert haben, denken Siedaran, sich mit der neuen virtuellen IP-Adresse anzumelden. ViPR Controllerleitet Sie nicht von der alten virtuellen IP-Adresse zur neuen virtuellen IP-Adresse um.

Ändern der IP-Adresse des ViPR Controller Node auf VMware ohne vAppmithilfe von vCenter

In diesem Abschnitt wird beschrieben, wie Sie eine Node-IP-Adresse oder die VIP vonvCenter für eine virtuelle ViPR Controller-Maschine ändern, die auf VMware alsseparate VM und nicht als vApp bereitgestellt wurde, wenn die ViPR Controller-Benutzeroberfläche zum Ändern der IP-Adressen nicht verfügbar war.

Bevor Sie beginnen

Wenn ViPR Controller als vApp bereitgestellt wurde, verwenden Sie dieses Verfahrennicht. Lesen Sie stattdessen Ändern der IP-Adresse eines als vApp auf VMwarebereitgestellten EMC ViPR Controller Node.

Die für die Durchführung dieses Vorgangs erforderlichen ViPR Controller-Benutzerrollen finden Sie unter ViPR Controller-Anforderungen für Benutzerrollen.

Sie benötigen Zugriff auf die vCenter Server-Instanz, auf der ViPR Controller gehostetwird.






Vorgehensweise

1. Fahren Sie über die ViPR-Benutzeroberfläche alle VMs herunter (System >Health > Shutdown All).

2. Öffnen Sie einen vSphere Client auf dem vCenter Server, auf dem die ViPRController-VMs gehostet werden.

3. Klicken Sie mit der rechten Maustaste auf den ViPR Controller Node, dessen IP-Adresse Sie ändern möchten, und wählen Sie Power On aus.

4. Klicken Sie mit der rechten Maustaste auf die ViPR-VM, deren IP-Adresse Sieändern möchten, und wählen Sie Open Console aus.

5. Wenn der Node eingeschaltet wird, wählen Sie die 2. Option im GRUB-Startmenü aus: Configuration of a single ViPR(vipr-x.x.x.x.x) Controllernode.

Beachten Sie, dass Sie zum Auswählen dieser Option nur einige Sekunden Zeithaben, bevor Sie die virtuelle Maschine mit der Standardstartoption fortfährt.

6. Wählen Sie auf dem Clusterkonfigurationsbildschirm auf die entsprechendeViPR-Knoten-ID und klicken Sie auf Next.

7. Geben Sie auf dem Bildschirm „Network Configuration“ die neuen IP-Adressenfür alle zu ändernden Nodes in die entsprechenden Felder ein und klicken Sieauf Next.

Sie müssen neue IP-Adressen nur in einem Node eingeben und dann die neueKonfiguration für nachfolgende Nodes in den Schritten 12 bis 13 akzeptieren.

8. Klicken Sie auf dem Bereitstellungsbestätigungsbildschirm auf Config.

9. Warten Sie, bis unten in der Konsole neben der Config-Schaltfläche dieMeldung "Multicasting" angezeigt wird, und aktivieren Sie anschließend dennächsten ViPR-Controller-Knoten.

10. Wenn der Node hochgefahren wird, klicken Sie mit der rechten Maustaste aufden Node und wählen Sie Open Console aus.

11. Wählen Sie beim nächsten Node die neue VIP aus.

Hinweis: Wenn Sie die VIP in einem vorherigen Schritt geändert haben, sehenSie 2 ähnliche Optionen. Eine trägt die alte VIP, die andere die neue VIP.Vergewissern Sie sich, dass Sie die neue VIP auswählen.

12. Bestätigen Sie die vorab befüllten Netzwerkkonfigurationseinstellungen.



15. Wiederholen Sie die Schritte 10-14 für die übrigen Knoten.

16. Wenn die Meldung "Multicasting" für alle Knoten angezeigt wurde, klicken Siein der Konsole bei den einzelnen ViPR-Knoten auf Reboot.


Ändern der IP-Adresse des ViPR Controller Node auf VMware ohne vApp mithilfe von vCenter 67


Zu diesem Zeitpunkt ist die IP-Adressänderung abgeschlossen. Das Starten desvirtuellen Computers schlägt nach einer IP-Adressänderung fehl, wenn der ViPR-Controller Teil einer Konfiguration (Geokonfiguration) mit mehreren VDCs ist. Indiesem Fall müssten Sie die IP-Adressenänderung zurücksetzen.

Ändern der IP-Adresse des ViPR Controller Node auf Hyper-V mithilfe vonSCVMM

In diesem Abschnitt wird beschrieben, wie Sie eine Node-IP-Adresse oder VIP für einevirtuelle ViPR Controller-Maschine auf Hyper-V mithilfe von SCVMM ändern, falls dieViPR Controller-Benutzeroberfläche zum Ändern der IP-Adressen nicht verfügbar war.

Bevor Sie beginnen

Dieser Vorgang erfordert die Rolle „Systemadministrator“ in ViPR Controller.

Sie benötigen Zugriff auf die SCVMM-Serverinstanz, auf der ViPR Controller gehostetwird.




Vorgehensweise

1. Fahren Sie alle VMs über die ViPR-Benutzeroberfläche herunter (Dashboards >Health > Shutdown All).

2. Öffnen Sie die SCVMM-Benutzeroberfläche auf dem SCVMM-Server, auf demViPR Controller gehostet wird.

3. Klicken Sie auf der SCVMM-Benutzeroberfläche mit der rechten Maustaste aufden ViPR Controller Node, dessen IP-Adresse Sie ändern möchten, und wählenSie Power On aus.

4. Klicken Sie während der Aktivierung des Knotens auf der SCVMM-Benutzeroberfläche mit der rechten Maustaste auf den Knoten, und wählen SieConnect or View > Connect via Console.

5. Wählen Sie im GRUB-Menü in der Konsole die 2. Option, Configuration of asingle node, aus.

Beachten Sie, dass Sie zum Auswählen dieser Option nur einige Sekunden Zeithaben, bevor Sie die virtuelle Maschine mit der Standardstartoption fortfährt.

6. Wählen Sie auf dem Bildschirm „Cluster Configuration“ die entsprechende ViPRController-Node-ID aus und klicken Sie auf Next.

7. Geben Sie auf dem Bildschirm „Network Configuration“ die neuen IP-Adressenfür alle zu ändernden Nodes in die entsprechenden Felder ein und klicken Sieauf Next.

Sie müssen neue IP-Adressen nur in einem Node eingeben und dann die neueKonfiguration für nachfolgende Nodes in den Schritten 12 bis 13 akzeptieren.





10. Klicken Sie während des Hochfahrens des Node in der SCVMM-Benutzeroberfläche mit der rechten Maustaste auf den Node und wählen Sie„Connect or View“ > „Connect via Console“ aus.

11. Wählen Sie beim nächsten Node die neue VIP für die Clusterkonfiguration aus.

Hinweis

Wenn Sie die VIP in einem vorherigen Schritt geändert haben, sehen Sie 2ähnliche Optionen. Eine trägt die alte VIP, die andere die neue VIP.Vergewissern Sie sich, dass Sie die neue VIP auswählen.

12. Bestätigen Sie die vorab befüllten Netzwerkkonfigurationseinstellungen.



15. Wiederholen Sie die Schritte 10-14 für die übrigen Knoten.

16. Wenn die Meldung "Multicasting" für alle Knoten angezeigt wurde, klicken Siein der Konsole bei den einzelnen ViPR-Knoten auf Reboot.


Zu diesem Zeitpunkt ist die IP-Adressänderung abgeschlossen. Beachten Sie, dass dasStarten des virtuellen Computers nach einer IP-Adressänderung fehlschlägt, wennViPR Controller Teil einer Konfiguration (Geokonfiguration) mit mehreren VDCs ist. Indiesem Fall müssten Sie die IP-Adressenänderung zurücksetzen.

Ändern der ViPR Controller-Node-NamenNach dem Installieren von ViPR Controller auf VMware mit einer vApp oder ohne vAppoder auf Hyper-V können Sie benutzerdefinierte Namen für die ViPR Controller Nodesüber die ViPR Controller-Benutzeroberfläche, Rest API oder -CLI bereitstellen. Mitdem benutzerdefinierten Node-Namen können Sie Nodes auf der ViPR Controller-Benutzeroberfläche und REST API sowie in ViPR Controller-Protokollen leichtidentifizieren. Die benutzerdefinierten Node-Namen können außerdem zur Herstellungeiner SSH-Verbindung zwischen den ViPR Controller Nodes verwendet werden.

Standardmäßig wird ViPR Controller mit den folgenden Node-IDs installiert, die auchdie Standard-Node-Namen sind:

Anzahl von Nodes Node-ID und Standard-Node-Namen

3 Nodes vipr1, vipr2, vipr3

5 Nodes vipr1, vipr2, vipr3, vipr4, vipr5

Während der ersten Bereitstellung werden die Standardnamen den Nodes in ViPRController, in vSphere für VMware-Installationen und in SCVMM für Hyper-V-Installationen zugewiesen.


Ändern der ViPR Controller-Node-Namen 69

Hinweis

Node-IDs können nicht geändert werden. Nur die Node-Namen können geändertwerden.

Vorbereitung


l Hostnamen in den DNS-Einträgen müssen nicht den ViPR Controller-VM-Namenoder den in ViPR Controller definierten benutzerdefinierten Node-Namenentsprechen.

l Wenn die ViPR Controller-Node-Namen in ViPR Controller geändert werden,werden die Node-Namen nicht in vSphere oder SCVMM geändert. Wenn die ViPRController-Node-Namen in ViPR Controller und vSphere oder Hyper-V identischsein sollen, müssen Sie vSphere für VMware-Installationen oder SCVMM fürHyper-V-Installationen öffnen und den Node-Namen manuell so ändern, dass ermit dem von Ihnen in ViPR Controller bereitgestellten Namen übereinstimmt.

Hinweis

Alternativ werden die ViPR Controller-Node-Namen, die Sie in vSphere oderSCVMM geändert haben, nicht in ViPR Controller geändert. Wenn die Node-Namen übereinstimmen sollen, müssen Sie die Node-Namen in ViPR Controllermanuell ändern, damit sie den Änderungen in vSphere oder SCVMM entsprechen.

l Verwenden Sie die folgenden Benennungskonventionen für den Node-Namen:

n Verwenden Sie nur die Zeichen 0–9, a–z und „-“.

n Es sind maximal 253 Zeichen zulässig

n Wenn Sie den FQDN für den Node-Namen verwenden, gilt Folgendes:

– Bezeichnungen dürfen nicht leer sein.

– Jede Bezeichnung kann maximal 63 Zeichen lang sein.

n Jeder benutzerdefinierte Node-Name muss eindeutig sein.

n Wenn Sie benutzerdefinierte Kurznamen verwenden, muss jederbenutzerdefinierte Kurzname eindeutig sein.Der kurze Node-Name kann für API-Abfrageparameter und SSH-Verbindungenzwischen den Nodes verwendet werden. Der kurze Node-Name ist der Name,der vor dem ersten Punkt des vollständigen Node-Namens steht.Beispielsweise lautet der Kurzname für myhost.test.companyname.com„myhost“.

n Verwenden Sie nicht die Node-ID für einen anderen Node imbenutzerdefinierten Node-Namen. Verwenden Sie beispielsweise nichtvipr1.test.companyname.com für den vipr2-Node-Namen.

l Wenn Sie ViPR Controller auf VMware mit einer vApp bereitgestellt haben und einUpgrade von ViPR Controller Version 2.3.x oder niedriger durchführen, müssenSie, unabhängig davon, ob Sie den Node-Namen ändern, die node_id-Eigenschaftauf VMware hinzufügen, nachdem Sie das Upgrade auf ViPR Controller 2.4 oderhöher durchgeführt haben, wie unter Hinzufügen der Node-ID-Eigenschaft aufVMware nach dem Durchführen eines Upgrades der ViPR Controller vAppbeschrieben. Sie müssen diese Aktion nicht durchführen, wenn es sich um eineNeuinstallation und kein Upgrade handelt.



Ändern des ViPR Controller-Node-Namens über die BenutzeroberflächeSo ändern Sie den ViPR Controller-Node-Namen über die Benutzeroberfläche:

Vorgehensweise

1. Navigieren Sie auf der ViPR Controller-Benutzeroberfläche zur RegisterkarteSystem > General Configuration > Custom Node Names.

2. Geben Sie einen Namen für jeden der Nodes ein.

3. Wählen Sie True aus, damit ViPR Controller den kurzen Node-Namenverwenden kann.


Die ViPR Controller-Instanz wird automatisch neu gestartet, um die Änderungenzu übernehmen.

Ändern des ViPR Controller-Node-Namens über die CLIViPR Controller-Node-Namen können wie folgt über die ViPR Controller-CLI geändertwerden.

1. Erstellen Sie eine Datei mit einer Liste der Eigenschaften für die neuen ViPRController-Namen und optional eine Kurznameneigenschaft, um die Verwendungdes kurzen Node-Namens zu ermöglichen. Das folgende Beispiel gilt für eineBereitstellung mit 5 Nodes.

# cat nodenames-file.txt

node_1_name=mynode1.domain.comnode_2_name=mynode2.domain.comnode_3_name=mynode3.domain.comnode_4_name=mynode4.domain.comnode_5_name=mynode5.domain.comuse_short_node_name=true

Dabei legt node_n_name den Node-Namen für die zugehörige ViPR Controller-Node-ID fest, z. B.:

l Der Wert für node_1_name ersetzt den Node-Namen für vipr1.





Sie können die Node-Namen für die gesamte Anzahl von Nodes ändern, die in einerBereitstellung mit 3 Nodes oder 5 Nodes bereitgestellt sind.

2. Führen Sie den CLI-Befehl aus, um Eigenschaften zu aktualisieren, und übergebenSie die Datei als Argument:

./viprcli system set-properties -pf /<path>/nodenames-file.txt


Ändern des ViPR Controller-Node-Namens über die Benutzeroberfläche 71

Ändern des ViPR Controller-Node-Namens über die APIViPR Controller-Node-Namen können mithilfe der ViPR Controller REST API wie folgtgeändert werden:

PUT https://ViPR_Controller_VIP:4443/config/properties/ <property_update> <properties> <entry> <key>node_1_name</key> <value>mynode1.domain.com</value> </entry> <entry> <key>node_2_name</key> <value>mynode2.domain.com</value> </entry> <entry> <key>node_3_name</key> <value>mynode3.domain.com</value> </entry> <entry> <key>node_4_name</key> <value>mynode4.domain.com</value> </entry> <entry> <key>node_5_name</key> <value>mynode5.domain.com</value> </entry> <entry> <key> use_short_node_name </key> <value>true</value> </entry> </properties></property_update>

Dabei legt der Schlüssel für den Node-Namen den Node-Namen für die zugehörigeViPR Controller-Node-ID fest, z. B.:






Sie können die Node-Namen für die gesamte Anzahl von Nodes ändern, die in einerBereitstellung mit 3 Nodes oder 5 Nodes bereitgestellt sind.

Weitere Details zur Verwendung der ViPR Controller REST API finden Sie in der ViPRController-REST-API-Referenz, die als ZIP-Datei im ViPR Controller-Produktdokumentationsindex verfügbar ist.

Konfigurationsdateien des BetriebssystemsWenn Sie manuelle Änderungen an den Konfigurationsdateien des Betriebssystemsvornehmen, gehen die Änderungen nach einem Neustart des Systems verloren.





KAPITEL 9

Ändern der ViPR Controller-Stellfläche

Ändern Sie die CPU oder den Arbeitsspeicher, die bzw. der von ViPR Controllerverwendet wird.

l Ändern des ViPR Controller-Footprint auf VMware............................................74l Ändern des ViPR Controller-Footprint auf Hyper-V............................................74

Ändern der ViPR Controller-Stellfläche 73

Ändern des ViPR Controller-Footprint auf VMwareSie können die von ViPR Controller-VMs auf VMware genutzten CPU- undSpeicherressourcen ändern.

Bevor Sie beginnen

l Dieser Vorgang erfordert die Rolle „Systemadministrator“ in ViPR Controller.

l Sie benötigen Zugriff auf die vCenter Server-Instanz, auf der ViPR Controllergehostet wird.

Vorgehensweise

1. Fahren Sie ViPR Controller über die Benutzeroberfläche unter Dashboards >Health > Shutdown All herunter.

2. Greifen Sie über den vSphere-Client auf die editierbaren Einstellungen zu:

a. Navigieren Sie zu VMs and Templates.

b. Greifen Sie auf die Einstellungen für jede VM zu, je nachdem, wie ViPRController bereitgestellt wurde:

Wenn ViPR Controller als vApp bereitgestellt wurde, navigieren Sie zur ViPRController vApp und wählen Sie sie aus. Wählen Sie dann die RegisterkarteVirtual Machines aus, um die einzelnen VMs anzuzeigen.

Wenn ViPR Controller als separate VMs (d. h. ohne vApp) bereitgestelltwurde, werden die einzelnen virtuellen Maschinen in der Ansicht „VMs andTemplates“ angezeigt.

c. Klicken Sie mit der rechten Maustaste auf eine VM und wählen Sie Editsettings aus.

d. Passen Sie die Einstellungen für CPU und Memory an. Informationen zuempfohlenen CPU- und Speichergrößen finden Sie in der EMC ViPR-Supportmatrix.

Verwenden Sie auf allen ViPR Controller-VMs dieselben Einstellungen für CPUund Arbeitsspeicher.

3. Starten Sie ViPR Controller-VMs oder vApp.

Ändern des ViPR Controller-Footprint auf Hyper-VSie können die von ViPR Controller vApp auf Hyper-V genutzten CPU- undSpeicherressourcen ändern.

Bevor Sie beginnen

l Dieser Vorgang erfordert die Rolle „Systemadministrator“ in ViPR Controller.

l Sie benötigen außerdem Zugriff auf den Hyper-V -Server, der die ViPR Controller-VM hostet.

Vorgehensweise

1. Fahren Sie ViPR Controller über die Benutzeroberfläche unter Dashboards >Health > Shutdown All herunter.

2. Greifen Sie über die SCVMM-Benutzeroberfläche auf die editierbarenEinstellungen zu:



a. Navigieren Sie zu VMs and Services > All Hosts.

b. Suchen Sie die ViPR Controller-VM für den ersten Node und klicken Sie mitder rechten Maustaste darauf.

c. Wählen Sie Properties aus.

d. Wählen Sie Hardware Configuration aus.

e. Passen Sie die Einstellungen für Processor und Memory an. Informationenzu empfohlenen CPU- und Speichergrößen finden Sie in der EMC ViPR-Supportmatrix.

f. Wiederholen Sie die Schritte für jeden ViPR Controller-Node.

Verwenden Sie auf allen ViPR Controller-Nodes die gleichen Einstellungen fürCPU und Speicher.

3. Starten Sie die ViPR Controller-VM über die SCVMM-Benutzeroberfläche.


Ändern des ViPR Controller-Footprint auf Hyper-V 75



ANHANG A

Konfigurationsoptionen für ViPR Controller

Konfigurieren Sie ViPR Controller für Ihre Rechenzentrumsumgebung.

l ConnectEMC und ConnectIN............................................................................. 78l ViPR Controller-E-Mail-Optionen.......................................................................78l E-Mail-Warnmeldungen für die System-Disaster-Recovery............................... 80l Hinzufügen einer ViPR Controller-Lizenz............................................................81l Übermitteln einer Supportanfrage...................................................................... 81l Anzeigen und Herunterladen von ViPR Controller-Systemprotokollen und -

Warnmeldungen................................................................................................. 82l Auditprotokoll.................................................................................................... 84l Festlegen der Protokollaufbewahrungs-Policy und Weiterleiten aller

Echtzeitprotokollereignisse an einem Remote-Syslog-Server............................ 85l Automatische Installation des Speichertreibers..................................................89l Diagutils............................................................................................................. 92

Konfigurationsoptionen für ViPR Controller 77

ConnectEMC und ConnectINConnectEMC wird verwendet, um Daten an den EMC Support zu senden. ConnectINwird vom EMC Support für die Interaktion mit Ihrer ViPR Controller-Instanzverwendet.

ConnectEMC bietet eine Methode für ViPR Controller zum Senden von Daten an denEMC Support. Sie können eine Transportoption für ConnectEMC auswählen (FTPS(Standard), SMTP oder keine) und eine E-Mail-Adresse (benutzer@domain) für dieConnectEMC Service-Benachrichtigungen eingeben. Wenn Sie die SMTP-Transportoption auswählen, müssen Sie einen SMTP-Server angeben. „None“deaktiviert ConnectEMC auf der virtuellen ViPR Controller-Appliance. Verwenden Siein einer reinen IPv6-Umgebung SMTP als Transportprotokoll. (Der ConnectEMC-FTPS-Server ist nur für IPv4 ausgelegt.)

Die folgende Tabelle enthält Details zu den Ereignisbenachrichtigungen, die vonConnectEMC gesendet werden.

Ereignis Code Häufigkeit Anlagen

Heartbeat 101 Einmal alle 30 Tage 2 Anlagen:

l XML-Anlage mit für ConnectEMCerforderlichen Daten

l Eigenschaften

Registrierung 100 Bei Hinzufügenoder Aktualisierender Lizenz

2 Anlagen:

l XML-Anlage mit für ConnectEMCerforderlichen Daten

l Eigenschaften

Supportanfrage 999 Nach Bedarf 4 Anlagen:

l XML-Anlage mit ConnectEMC-Konfigurationsdaten

l Eigenschaften

l Systemereignisse

l Protokolle

ConnectIN wird vom EMC Support für die Interaktion mit ViPR Controller verwendet.ConnectIN verwendet das ESRS-Protokoll für die Kommunikation. Die ConnectIN-Funktion ist generisch und erfordert keine Konfiguration in ViPR Controller. Nach derRegistrierung von ViPR Controller können EMC Techniker einen ESRS-Tunnel zu IhrerViPR Controller-Instanz einrichten und eine SSH- oder Benutzeroberflächensitzungstarten.

ViPR Controller-E-Mail-OptionenViPR Controller bietet Funktionen zur Verwendung von E-Mails für die Kommunikationmit verschiedenen ViPR Controller-Benutzern.

E-Mail-Benachrichtigungen können von ViPR Controller an folgende Empfängergesendet werden:



l Die E-Mail-Adresse, die für den Empfang von Warnmeldungsbenachrichtigungenvon ViPR Controller konfiguriert ist. Die Warnmeldungsbenachrichtigungen sindKopien von Warnmeldungen, die von ConnectEMC an den EMC Support gesendetwerden. Die E-Mail an den Benutzer von ViPR Controller gibt außerdem an, ob dievon ConnectEMC an den EMC Support gesendete Warnmeldung erfolgreich vomEMC Support empfangen wurde oder ob sie nicht an den EMC Support zugestelltwurde.

l Mandantengenehmiger, um Genehmigungen von ViPR Controller-Bereitstellungsbenutzern für die Ausführung eines Services anzufordern.

l Benutzer

n Root-Benutzer können E-Mail-Benachrichtigungen zu fehlgeschlagenenBackupuploads oder abgelaufenen Passwörtern erhalten.

n Bereitstellungsbenutzer können E-Mail-Benachrichtigungen erhalten, in denenangegeben ist, ob der Mandantengenehmiger den vom Benutzer aufgegebenenAuftrag genehmigt hat oder nicht.

Aktivieren von E-Mail-BenachrichtigungenFür alle E-Mail-Benachrichtigungen müssen Sie die folgenden Felder entwederwährend der ersten Anmeldung oder über die Registerkarte System > GeneralConfiguration > Email ausfüllen.

Option Beschreibung

SMTP-Server SMTP-Server oder Relay für das Senden von E-Mails.

Port Port, auf dem der SMTP-Service auf dem SMTP-ServerVerbindungen überwacht. „0“ bedeutet, dass der SMTP-Standardport verwendet wird (25 oder 465, wenn TLS/SSLaktiviert ist).

Encryption Verwenden Sie TLS/SSL für SMTP-Serververbindungen.

Authentication Authentifizierungstyp für die Verbindung mit dem SMTP-Server.

Username Benutzername für die Authentifizierung mit dem SMTP-Server.

Password Passwort für die Authentifizierung mit dem SMTP-Server.

Absenderadresse E-Mail-Adresse des Absenders für das Senden von E-Mail-Nachrichten (benutzer@domain).

Sobald diese Einstellungen aktiviert wurden, können Sie mit der Konfiguration vonViPR Controller für ConnectEMC, Mandantengenehmiger und Benutzer-E-Mail-Benachrichtigungen fortfahren.

So erhalten Sie E-Mails von ConnectEMCKonfigurieren Sie die ConnectEMC-E-Mail-Adresse auf der Registerkarte System >General Configuration > ConnectEMC.

So senden Sie E-Mails an MandantengenehmigerKonfigurieren Sie die Mandantengenehmiger-E-Mail-Adresse auf der Seite Tenants >Approval Settings.

So senden Sie E-Mails an Root-BenutzerSie müssen als Root angemeldet sein. Öffnen Sie das Drop-down-Menü „Root“ in derrechten Ecke der Titelleiste der ViPR Controller-Benutzeroberfläche und wählen SiePreferences aus.


ViPR Controller-E-Mail-Optionen 79

So senden Sie E-Mails an BereitstellungsbenutzerSie müssen als Bereitstellungsbenutzer angemeldet sein. Öffnen Sie das Drop-down-Menü „User“ in der rechten Ecke der Titelleiste der ViPR Controller-Benutzeroberfläche und wählen Sie Preferences aus.

E-Mail-Warnmeldungen für die System-Disaster-RecoveryViPR Controller kann den Root-Benutzer per E-Mail benachrichtigen, wenn ein Stand-by-Standort nicht mehr erreichbar ist oder die Synchronisierung an einen Stand-by-Standort unerwartet unterbrochen wird (der Stand-by-Standort wird in den ModusStandby Degraded versetzt). Dadurch können Sie zeitnah eine Maßnahme zumBeheben des Problems ergreifen.

Das Konfigurieren von ViPR Controller zum Senden von E-Mail-Benachrichtigungen an Root wird dringend empfohlen. Sie können E-Mails für den Root-Benutzer aktivieren und eine Root-E-Mail-Adresse angeben, indem Sie in der oberen rechten Ecke der ViPR Controller-Benutzeroberfläche auf root klicken, Preferences auswählen und dann E-Mail aktivieren und eine Root-E-Mail-Adresse angeben.

Die System-Disaster-Recovery bietet E-Mail-Warnmeldungen für 2 Arten vonProblemen:

1. Netzwerkproblem (der aktive Standort kann nicht mehr mit einem Stand-by-Standort kommunizieren)

2. Versetzen eines Stand-by-Standorts in den Modus „Degraded“ aufgrund einesVerlusts der Verbindung mit dem aktiven Standort für ca. 15 Minuten

Beispiel 1:

Von: "[email protected]" <[email protected]>Datum: Wednesday, February 10, 2016 5:55 PMAn: Corporate User <[email protected]>Betreff: ATTENTION - standby1-214 network is brokenIhr Stand-by-Standort: Die Netzwerkverbindung von standby1-214 zu „AktiverStandort“ wurde unterbrochen.

Dies könnte aus folgenden Gründen gemeldet werden: 1) Netzwerkverbindungzwischen Stand-by-Standort und aktivem Standort wurde unterbrochen. 2) Stand-by-Standort ist ausgeschaltet. 3) Netzwerklatenz ist außerordentlich hoch und könnteProbleme bei Disaster-Recovery-Vorgängen verursachen.

Vielen Dank, ViPR

Beispiel 2:

Von: "[email protected]" <[email protected]>Datum: Wednesday, February 10, 2016 5:55 PMAn: Corporate User <[email protected]>Betreff: ATTENTION - standby 10.247.98.73 is degradedIhr Stand-by-Standort 10.247.98.73_name wurde vom aktiven Standort am05.04.2016 10:28:27 Uhr heruntergestuft. Dies kann folgende Gründe haben (abernicht ausschließlich):1) Netzwerkverbindung zwischen Stand-by-Standort undaktivem Standort wurde unterbrochen. 2) Ein Großteil der Nodes in der Stand-by-Standort-Instanz sind nicht aktiv. 3) Im aktiven oder Stand-by-Standort kam es zueinem Ausfall und nicht alle Nodes waren wieder online (Controllerstatus ist„Degrated“).



Bitte überprüfen Sie die Netzwerkverbindung zwischen dem aktiven Standort und demStand-by-Standort, und stellen Sie sicher, dass der Controllerstatus vom aktivenStandort und Stand-by-Standort auf „STABLE“ ist. HINWEIS: Wenn der Großteil derNodes am aktiven Standort oder Stand-by-Standort zweitweise ausgefallen ist,können der Stand-by-Standort und aktive Standort nur dann in den synchronisiertenStatus zurückkehren, wenn ALLE Nodes der beiden Standorte wieder online sind undderen Controllestatus auf „STABLE“ ist.

Vielen Dank, ViPR

Hinzufügen einer ViPR Controller-LizenzVerwenden Sie die folgenden Schritte, um eine ViPR Controller-Lizenzdateihinzuzufügen.

Bevor Sie beginnen

Die für die Durchführung dieses Vorgangs erforderlichen ViPR Controller-Benutzerrollen finden Sie unter ViPR Controller-Anforderungen für Benutzerrollen.

Vorgehensweise

1. Beziehen Sie die ViPR Controller-Lizenzdatei und laden Sie sie in einVerzeichnis auf Ihrem lokalen Host herunter, wie unter Beziehen der EMC ViPRController-Lizenzdatei beschrieben.

2. Melden Sie sich bei der ViPR Controller-Benutzeroberfläche an.

3. Wählen Sie System > License aus.

4. Klicken Sie im Feld License File auf Browse und wählen Sie die Lizenzdatei aus,die auf Ihrem lokalen Host gespeichert wurde.

5. Klicken Sie auf Upload License File.

Übermitteln einer SupportanfrageSie können eine Supportanfrage an ConnectEMC senden. Eine Supportanfragebesteht aus den Textkommentaren, die Sie auf der ViPR Controller-Benutzeroberfläche auf der Seite System > Support Request eingeben, und denSystemprotokollen für den von Ihnen angegebenen Zeitbereich.

Bevor Sie beginnen

l In einer System-Disaster-Recovery-Umgebung kann eine Supportanfrage nur fürden derzeit aktiven Standort übermittelt werden. Um den derzeit aktiven Standortzu ermitteln, navigieren Sie zu System > System Disaster Recovery. Hier findenSie den aktiven Standort und auch alle Stand-by-Standorte.


l ConnectEMC und die E-Mail-Adresse müssen bereits konfiguriert sein (GeneralConfiguration > ConnectEMC).

l Ein Protokollarchiv wird automatisch über ConnectEMC gesendet, wenn eineSupportanfrage übermittelt wird. ConnectEMC-Protokolle sind jedoch auf 16 MBbeschränkt. Wenn Sie mehr als 16 MB Protokolldateien analysieren möchten,verwenden Sie den Downloadmechanismus, der unter Anzeigen und Herunterladenvon ViPR Controller-Systemprotokollen und -Warnmeldungen beschrieben ist.


Hinzufügen einer ViPR Controller-Lizenz 81

Vorgehensweise

1. Navigieren Sie auf der ViPR Controller-Benutzeroberfläche zur Seite System >Support Request.

2. Geben Sie in das Feld „Contact Email“ die E-Mail-Adresse ein, unter der Siebezüglich einer Antwort auf Ihre Anfrage kontaktiert werden können.

3. Verwenden Sie die Problemvorlage und ersetzen Sie die Text-Guidelines inKlammern ([]), um eine Überschrift/einen Titel, eine Beschreibung desProblems und seiner Auswirkungen sowie die Bedingungen einzugeben, mitdenen das Problem reproduziert werden kann.

4. Wählen Sie den Zeitraum aus, für den die mit dieser Supportanfrage gesendetenSystemprotokolle erfasst werden.

Der Zeitraum muss kurz genug sein, damit weniger als 16 MB Protokolle im ZIP-Format erzeugt werden. Wenn die Protokolle größer als 16 MB sind, werden sienicht erfolgreich gesendet.Alternativ können Sie die Protokolle über System > Logs > Downloadherunterladen und die ZIP-Datei mit einer anderen Methode an denKundendienst übermitteln.

5. Klicken Sie auf Send.

Anzeigen und Herunterladen von ViPR Controller-Systemprotokollen und -Warnmeldungen

Sie können auf Protokollnachrichten im Zusammenhang mit jedem der EMC ViPRController-Services und auf Systemereignisse (Warnmeldungen) über die SeiteSystem > Logs zugreifen.

Hinweis

Systemprotokolle und Warnmeldungen sind standortspezifisch. In einer System-Disaster-Recovery-Umgebung können Protokolle separat für den aktiven Standort unddie Stand-by-Standorte angezeigt und erfasst werden.

Jeder ViPR Controller-Service auf jeder virtuellen Maschine protokolliert Meldungenauf einem angemessenen Level (INFO, DEBUG, WARN und ERROR) und dieServiceprotokolle können angezeigt werden, wenn ein Problem vermutet wird. DieProtokollnachrichten stellen jedoch möglicherweise keine Informationen bereit, auf dieein Systemadministrator reagieren kann, und müssen eventuell an EMC weitergeleitetwerden.

Systemwarnmeldungen sind eine Klasse von Protokollnachrichten, die vom ViPRController-Systemmanagementservice für Systemadministratoren erzeugt werden undauf Probleme – etwa mit der Umgebungskonfiguration und Konnektivität – hinweisen,die ein Systemadministrator beheben können sollte.

Herunterladen von ViPR Controller-SystemprotokollenÜber die Schaltfläche „Download“ können Sie eine ZIP-Datei mit den Protokollenherunterladen, die der aktuellen Filtereinstellung entsprechen. Zusätzlich zu demProtokollverzeichnis enthält die ZIP-Datei auch ein Infoverzeichnis mit den derzeitangewendeten Konfigurationsparametern und ein Auftragsverzeichnis, in dem alleübermittelten Aufträge aufgeführt sind.

1. Navigieren Sie auf der ViPR Controller-Benutzeroberfläche zur Seite System >Logs.



2. Klicken Sie auf Download und geben Sie den Inhalt an, der in der ZIP-Datei mitden Protokollen verpackt wird.

Eine Protokollarchivdatei (.zip) namens logs-<date>-<time>.zip wirdheruntergeladen. Das Protokollarchiv enthält alle Protokoll-, Systemkonfigurations-und Auftragsinformationen. Sie können die Serviceprotokolldatei für einen bestimmtenNode in der ZIP-Datei über den Namen der Protokolldatei identifizieren. DieProtokolldateien (.log) werden folgendermaßen benannt:servicename_nodeid_nodename.log. Beispiel:

l apisvc.vipr1.mynodename.log ist eine Protokolldatei der API-Servicevorgänge, die auf dem ersten Node von ViPR Controller ausgeführtwerden. mynodename.log ist der vom Benutzer bereitgestelltebenutzerdefinierte Node-Name.

Wenn kein benutzerdefinierter Node-Name angegeben wurde, wird anstelle des Node-Namens die Node-ID angegeben. Beispiel:

l apisvc.vipr1.vipr1.log.

Hinweis

Wenn Sie das Feld Downloads > Download System Logs > Orders ausfüllen undeinen Datumsbereich angeben, der mehr als 30 Tage umfasst, erhalten Sie eine ZIP-Datei, die nur die Aufträge der letzten 30 Tage enthält. Wenn Sie Aufträge für einenlängeren Zeitraum anzeigen möchten, navigieren Sie zu Catalog > All Orders, umAufträge herunterzuladen, die älter als 30 Tage sind.

SystemprotokolltabelleIn der Systemprotokolltabelle werden die Systemereignisse oder ViPR Controller-Serviceprotokolle in Übereinstimmung mit den aktuellen Filtereinstellungen angezeigt.In der Tabelle werden die Uhrzeit der Nachricht, die Stufe, der Nachrichtentext undder Service angezeigt, mit dem die Nachricht verbunden ist.

Die Tabelle kann so gefiltert werden, dass entweder Systemwarnmeldungen oderProtokollnachrichten im Zusammenhang mit spezifischen ViPR Controller-Services(oder für alle ViPR Controller-Services) für einen bestimmten Node und einenbestimmten Zeitraum angezeigt werden. Die Ereignisse und Protokollnachrichtenkönnen auch so gefiltert werden, dass nur die mit einer bestimmten Textzeichenfolgeangezeigt werden.

Darüber hinaus können die Protokolle als ZIP-Datei heruntergeladen werden, damit sieoffline geprüft oder an den EMC Support weitergegeben werden können.

Zusammenfassung zu SystemprotokollenDer Statusbereich am oberen Rand der Tabelle mit den Systemprotokollen enthält einetextbasierte Zusammenfassung des aktuellen Filters, der auf die Tabelle mit denSystemprotokollen angewendet wird.

FiltersteuerelementDie Schaltfläche Filter bietet Zugriff auf das Dialogfeld „Filter“, in dem Sie Folgendesangeben können: den Node, für den Sie die Protokolle abrufen möchten, ob SieProtokolle oder Systemereignisse abrufen möchten, die abzurufende Protokollstufe,die Zeitspanne, für die Protokolle berücksichtigt werden sollen, und eine Zeichenfolge,die alle gefilterten Nachrichten enthalten müssen.


Anzeigen und Herunterladen von ViPR Controller-Systemprotokollen und -Warnmeldungen 83

AuditprotokollAuf der Seite System > Audit Log werden die aufgezeichneten Aktivitäten angezeigt,die von Administratoren über einen definierten Zeitraum ausgeführt wurden.

In der Tabelle „Audit Log“ werden der Zeitpunkt, an dem die Aktivität stattgefundenhat, der Servicetyp (z. B. „vdc“ oder „tenant“), der Benutzer, der die Aktivitätdurchgeführt hat, das Ergebnis des Vorgangs und eine Beschreibung des Vorgangsangezeigt.

Filtern der Auditprotokollanzeige

1. Wählen Sie System > Audit Log aus. In der Tabelle „Audit Log“ werdenstandardmäßig Aktivitäten aus der aktuellen Stunde am aktuellen Tag und mit demErgebnisstatus „ALL STATUS“ (sowohl „SUCCESS“ als auch „FAILURE“)angezeigt.

2. Klicken Sie zum Filtern der Tabelle „Audit Log“ auf Filter.

3. Im Dialogfeld Filter System Logs können Sie die folgenden Filter angeben:

l Result Status: Geben Sie „ALL STATUS“ (Standardwert), „SUCCESS“ oder„FAILURE“ an.

l Startzeit: Um das Auditprotokoll für eine längere Zeitspanne anzuzeigen,verwenden Sie das Kalendersteuerelement, um unter Date das Datumauszuwählen, ab dem die Protokolle angezeigt werden sollen, und wählen Sieunter Hour die Stunde des Tages aus, ab der das Auditprotokoll angezeigtwerden soll.

l Service Type: Geben Sie einen Servicetyp an (z. B. „vdc“ oder „tenant“).

l User: Geben Sie den Benutzer an, der die Aktivität durchgeführt hat.

l Keyword: Geben Sie einen Schlüsselwortbegriff an, um das Auditprotokoll nochweiter zu filtern.

4. Wählen Sie Update aus, um das gefilterte Auditprotokoll anzuzeigen.

Herunterladen von Auditprotokollen

1. Wählen Sie System > Audit Log aus. In der Tabelle „Audit Log“ werdenstandardmäßig Aktivitäten aus der aktuellen Stunde am aktuellen Tag und mit demErgebnisstatus „ALL STATUS“ (sowohl „SUCCESS“ als auch „FAILURE“)angezeigt.

2. Um Auditprotokolle herunterzuladen, klicken Sie auf Download.

3. Im Dialogfeld Download System Logs können Sie die folgenden Filter angeben:

l Result Status: Geben Sie „ALL STATUS“ (Standardwert), „SUCCESS“ oder„FAILURE“ an.

l Startzeit: Verwenden Sie das Kalendersteuerelement, um unter Date dasDatum auszuwählen, ab dem die Protokolle angezeigt werden sollen, undwählen Sie unter Hour die Stunde des Tages aus, ab der das Auditprotokollangezeigt werden soll.

l End Time: Verwenden Sie das Kalendersteuerelement, um unter Date dasDatum auszuwählen, bis zu dem die Protokolle angezeigt werden sollen, undwählen Sie unter Hour die Stunde des Tages aus, bis zu der das Auditprotokollangezeigt werden soll. Aktivieren Sie Current Time, um die aktuelle Uhrzeit zuverwenden.



l Service Type: Geben Sie einen Servicetyp an (z. B. „vdc“ oder „tenant“).

l User: Geben Sie den Benutzer an, der die Aktivität durchgeführt hat.

l Keyword: Geben Sie einen Schlüsselwortbegriff an, um die heruntergeladenenSystemprotokolle noch weiter zu filtern.

4. Wählen Sie Download aus, um die Systemprotokolle als ZIP-Datei auf Ihr Systemherunterzuladen.

Festlegen der Protokollaufbewahrungs-Policy undWeiterleiten aller Echtzeitprotokollereignisse an einemRemote-Syslog-Server

Diese Funktion ermöglicht die Festlegung der Protokollaufbewahrungs-Policy sowiedie Weiterleitung und Konsolidierung aller Echtzeitprotokollereignisse an einen odermehrere gemeinsame, konfigurierte Remote-Syslog-Server und hilft dem Benutzer,die Protokollereignisse zu analysieren. Alle Protokolle aus allen ViPR-Services mitAusnahme von Nginx (z. B. syssvc, apisvc, dbsvc usw.) werden nach einererfolgreichen Konfiguration in Echtzeit an den Remote-Syslog-Server weitergeleitet.Auditprotokolle werden ebenfalls weitergeleitet.

Vorgehensweise

1. Geben Sie die Anzahl der Tage an, für die Controller-Protokolle aufbewahrtwerden sollen. Klicken Sie auf den Abwärtspfeil rechts neben der LogRetention in days und wählen Sie einen Wert von 7 bis 30 aus. DerStandardwert ist 30 Tage.

Hinweis

Protokolle werden noch vor diesem Zeitraum entfernt, wenn sie mehr als 10 %der Größe der Datenfestplatte einnehmen.

Konfigurieren Sie den Syslog-Server so, dass er Meldungen vonRemotehosts akzeptiert:

Hinweis

Führen Sie die Schritte für Ihr Protokoll aus.

Konfigurieren Sie den Syslog-Server so, dass er Meldungen über das TLS-Protokoll akzeptiert:

2. Erstellen Sie auf dem Remote-Syslog-Server Zertifikate im Ordner /data. DieAusgabe besteht aus server.crt und server.key.

a. openssl genrsa -des3 -out server.key 1024Geben Sie eine Passphrase ein.

b. openssl req -new -key server.key -out server.csrGeben Sie die Passphrase aus Schritt 2a an. Geben Sie an denEingabeaufforderungen Informationen an.

c. cp server.key server.key.orgd. openssl rsa -in server.key.org -out server.key

Geben Sie die Passphrase aus Schritt 2a an.


Festlegen der Protokollaufbewahrungs-Policy und Weiterleiten aller Echtzeitprotokollereignisse an einem Remote-Syslog-

Server 85

e. openssl x509 -req -days 365 -in server.csr -signkeyserver.key -out server.crtDas Zertifikat läuft in 365 Tagen ab.

3. Laden Sie die Zertifikatskette auf dem ViPR Controller-Server herunter.

a. Wählen Sie Virtual > Virtual Data Centers aus.

b. Klicken Sie auf Download Certificate Chain.

c. Kopieren Sie das Zertifikat in den Ordner /data auf dem Remote-Syslog-Server. Beispiel: /data/2021.crt.

4. Überprüfen Sie auf den Remote-Syslog-Server, ob das rsyslog gtls-Modulinstalliert ist:

# rpm -qa |grep gtlsWenn es nicht vorhanden ist, installieren Sie es. Beispielsweise in SUSE Linux:

# zypper install rsyslog-module-gtls5. Bearbeiten (oder erstellen) Sie auf dem Remote-Syslog-Server die Datei /etc/

rsyslog.d/remote.conf so, dass sie die folgenden Zeilen enthält:

$DefaultNetstreamDriverCAFile /data/2021.crt #This is thecertificate downloaded from the ViPR Controller server$DefaultNetstreamDriverCertFile /data/server.crt #This isgenerated in step 1$DefaultNetstreamDriverKeyFile /data/server.key #This isgenerated in step 1

6. Bearbeiten Sie auf dem Remote-Syslog-Server die Datei /etc/rsyslog.conf, indem Sie die folgenden Zeilen hinzufügen:

$ModLoad imtcp$InputTCPServerStreamDriverMode 1$InputTCPServerStreamDriverAuthMode x509/certvalid$InputTCPServerRun 10514 #This is the port number youinput in the configuration page for the rsyslog serverKonfigurieren Sie den Syslog-Server so, dass er Meldungen über das UDP-Protokoll akzeptiert:


$ModLoad imudp # Module to support UDP remote messagesinbound$UDPServerAddress * # Listen to any/all inbound IPaddresses (note that the * is default, specifying to makeconfig clear)$UDPServerRun 514 # Listen on port 514Konfigurieren Sie den Syslog-Server so, dass er Meldungen über das TCP-Protokoll akzeptiert:


$ModLoad imtcp$InputTCPServerRun 514



Konfigurieren Sie das Format/die Vorlage für das Formatieren undSpeichern von Protokollen:

Hinweis

Die folgenden Schritte sind für alle Protokolle identisch.

9. Konfigurieren Sie das Format/die Vorlage dafür, wie und wo die Protokollegespeichert werden, indem Sie /etc/rsyslog.conf bearbeiten. ImFolgenden finden Sie 2 Beispiele:

a. Beispiel 1: Konfigurieren Sie einen zentralen Speicherort zum Speichernder Protokolle (/var/log/syslog/TemplateLogs):

$template MyTemplate, "[ViPR] - <%pri%> - %timestamp% -%FROMHOST% - %HOSTNAME% -## %PROGRAMNAME% ##- %syslogtag% -MM- %msg%\n"local2.* -/var/log/syslog/TemplateLogs;MyTemplate

b. Beispiel 2: Konfigurieren Sie Speicherorte so, dass die Protokolle nachService gespeichert werden (mit Protokollspeicherort /var/log/syslog/AuditLog.log und /var/log/syslog/syssvcLog.log):

if ($msg contains ' AuditLog ') then -/var/log/syslog/AuditLog.logif ($msg contains ' syssvc ') then -/var/log/syslog/syssvcLog.log

10. Starten Sie den Remote-Syslog-Server neu.

# service rsyslog restartRichten Sie ViPR Controller für die Syslog-Weiterleitung ein:

11. Wählen Sie System > General Configuration > Syslog Forwarder aus.


Option Beschreibung

Syslog-Einstellungen

Enable RemoteSyslog

Wählen Sie „True“ aus, um einen Remote-Syslog-Serveranzugeben und zu aktivieren.

Remote ServerSettings

Syslog TransportProtocol

Geben Sie das Syslog-Transportprotokoll an. Wählen Sie„UDP“, „TCP“ oder „TCP with encryption (TLS)“ aus.Für eine UDP- oder TCP-Verbindung geben Sie eineSyslog-Server-IP-Adresse oder einen FQDN und einenPort an. Für eine TLS-Verbindung geben Sie eine Syslog-Server-IP-Adresse oder einen FQDN, einen Port, einSicherheitszertifikat und das ViPR Controller-Sicherheitszertifikat an.

Remote SyslogServers & Ports

Server Die IP-Adresse des Remote-Syslog-Servers. Sie könnensie vom Syslog-Serveradministrator beziehen.


Festlegen der Protokollaufbewahrungs-Policy und Weiterleiten aller Echtzeitprotokollereignisse an einem Remote-Syslog-

Server 87

Option Beschreibung

Port Die Portnummer des Servers. Syslog-Servicesakzeptieren Verbindungen in der Regel auf den Ports 514und 10514.

Certificate Dieses Feld wird nur angezeigt, wenn Sie „TCP withencryption (TLS)“ als Syslog-Transportprotokollausgewählt haben. Dieses Feld enthält die Zertifikatdateivom Remote-Syslog-Server. Fügen Sie den gesamtenInhalt von server.crt (einschließlich der --Start- und--End-Zeichenfolgen) ein, die in Schritt 1 erzeugtwurden, wenn TLS aktiviert ist.

Add Klicken Sie auf diese Schaltfläche, um weitere Remote-Syslog-Server hinzuzufügen.

13. Klicken Sie auf die Schaltfläche Test, um die Syslog-Servereingabe vor demSpeichern zu validieren.


Bestätigen Sie, dass die Remote-Syslog-Serverkonfiguration Folgendesaufweist:

15. Bestätigen Sie, dass der Remote-Syslog-Server die ViPR Controller-Protokollewie erwartet speichert.

a. Melden Sie sich beim Remote-Syslog-Server an.

b. Stellen Sie sicher, dass der Syslog-Server ausgeführt wird und diekonfigurierten Ports und Protokolle überwacht. Im folgenden Beispielhandelt es sich um UDP an Port 514:

# netstat -uanp|grep rsyslogudp 0 0 0.0.0.0:514 0.0.0.0:* 21451/rsyslogdudp 0 0 :::514 :::* 21451/rsyslogd

c. Ermitteln Sie den Speicherort der Protokolle, der im Vorlagenabschnittvon /etc/rsyslog.conf angegeben ist. Im folgenden Beispiel istes /var/log/syslog/TemplateLogs.

$template MyTemplate, "[ViPR] - <%pri%> - %timestamp% -%FROMHOST% - %HOSTNAME% -## %PROGRAMNAME% ##- %syslogtag% -MM- %msg%\n"local2.* -/var/log/syslog/TemplateLogs;MyTemplate

d. Navigieren Sie zu dem Verzeichnis, das in /etc/rsylsog.conf definiertist, und bestätigen Sie, dass die Protokolle in dieses Verzeichnis geschriebenwerden. Beachten Sie, dass das Format der gespeicherten Dateien vonVorlagen abhängen, die durch den Systemadministrator des Syslog-Serversdefiniert werden.

Beispiel 1:

# tail -f /var/log/syslog/TemplateLogs…[ViPR] - <150> - Aug 19 09:28:33 - lglw2022.lss.emc.com -vipr2 -## ...lable_versions><available_ver##- ...lable_versions><available_ver -MM-on><new_version>vipr-3.6.0...



[ViPR] - <150> - Aug 19 09:28:33 - lglw2023.lss.emc.com -vipr3 -## vipr ##- vipr -MM- vipr3 syssvc 2016-08-1909:28:33 INFO DrUtil:531 - get local coordinator mode fromvipr3:2181[ViPR] - <150> - Aug 19 09:28:33 - lglw2023.lss.emc.com -vipr3 -## vipr ##- vipr -MM- vipr3 syssvc 2016-08-1909:28:33 INFO DrUtil:543 - Get current zookeeper modeleader…Beispiel 2:

# tail -f /var/log/syslog/AuditLog.log…2016-08-19T07:56:56+00:00 vipr2 vipr vipr2 AuditLog2016-08-19 07:56:56 INFO AuditLog:114 - audit log isconfig null SUCCESS "Update system property(config_version=1471593416583,network_syslog_remote_servers_ports=10.247.102.30:514) succeed."2016-08-19T07:58:04+00:00 vipr2 vipr vipr2 AuditLog2016-08-19 07:58:04 INFO AuditLog:114 - audit log isconfig null SUCCESS "Update system property(config_version=1471593484027,network_syslog_remote_servers_ports=lglw2030.lss.emc.com:514,system_syslog_transport_protocol=TCP) succeed."…

#tail -f /var/log/syslog/syssvcLog.log…2016-08-19T09:37:39+00:00 vipr4 vipr vipr4 syssvc2016-08-19 09:37:39 INFO DrUtil:543 - Get currentzookeeper mode follower2016-08-19T09:37:39+00:00 vipr4 vipr vipr4 syssvc2016-08-19 09:37:39 INFO DrDbHealthMonitor:55 - Currentnode is not ZK leader. Do nothing

Automatische Installation des SpeichertreibersVerwenden Sie die Seite Physical > Storage Drivers, um Treiber für von ViPRController verwendete Speichersysteme zu installieren, ein Upgrade der Treiberdurchzuführen oder die Treiber zu löschen.

l Nur aktive Standorte können Anforderungen zum Installieren, Deinstallieren oderDurchführen von Upgrades von Treibern verarbeiten.

l Alle Standorte müssen in einem stabilen Zustand sein. Neue Treibervorgänge sindnicht zulässig, wenn sich Systemservices (syssvc) im Offlinemodus befinden. Diesyssvc(s) sind erforderlich, damit die neue Treiberdatei vom Coordinator-Nodeheruntergeladen werden kann.

l Der Status des Stand-by-Standorts sollte „Standby_Synced“ und nicht „Paused“oder „Degraded“ lauten.

l Alle Treibervorgänge müssen aktiv oder in Verwendung sein und sich nicht geradeim Prozess der Installation, Deinstallation oder Durchführung eines Upgradesbefinden.


Automatische Installation des Speichertreibers 89

l Es dürfen keine laufenden Aufträge im Controller-Service vorhanden sein, daController-Services im Rahmen des automatischen Installationsprozesses neugestartet werden müssen.

Auf der Seite Storage Drivers sind der Speichertreiber und die folgenden Attributeaufgelistet.

Tabelle 4 Optionen und Attribute für Speichertreiber

Spaltenname Beschreibung

Driver name Der Name des Speichertreibers darf höchstens 50 Zeichen langsein. Nur Buchstaben, Ziffern, Bindestriche und Unterstrichesind zulässig.

Version Die Version des Speichertreibers.

Supported storage system Der Speichertreiber kann sowohl ein Speichersystem als aucheinen Speicheranbieter unterstützen. In diesem Fall enthält dieSpalte „Supported Storage Systems“ 2 Elemente, die durch einKomma getrennt sind.

Type Der Typ des Speichersystems, z. B. Datei oder Block.

Default Non-SSL Port Legen Sie hier den standardmäßigen Nicht-SSL-Port fest.

Default SSL Port Legen Sie hier den standardmäßigen SSL-Port fest.

Status „In-Use“ oder „Ready“. Bei Festlegung auf „In-Use“ kann einUpgrade des Treibers durchgeführt werden, er kann jedoch nichtgelöscht werden. Bei Festlegung auf „Ready“ kann ein Upgradedes Treibers durchgeführt werden und er kann gelöscht werden.Wenn ein Treiber den Status „In-Use“ aufweist und Sie ihnlöschen möchten, müssen Sie zunächst die Speichersystemelöschen, die den Treiber verwenden. Dann ändert sich der Statusin „Ready“.

Actions „Upgrade“ zum Durchführen eines Upgrades oder „Delete“ zumLöschen.

Installieren der SpeichertreiberSie müssen eine JAR-Datei hochladen, um die Installation der Speichertreiber zustarten. Alle anderen Hintergrundaufgaben wie das Analysieren und Speichern vonMetadaten, das Verteilen der JAR-Datei an andere Hosts, das Neustarten vonController-Services usw. geschehen automatisch.

Bevor Sie beginnen

Sie müssen sich mit Systemadministratorrechten anmelden, um JAR-Dateien mitSpeichertreibern hinzufügen zu können.

Die folgenden Einschränkungen gelten für die Treiber-JAR-Datei:

l Der Treibername darf höchstens 50 Zeichen umfassen. Nur Buchstaben, Ziffern,Bindestriche und Unterstriche sind zulässig.

l Installieren Sie maximal 25 Treiber-JAR-Dateien in einer ViPR Controller-Installation.

l Die Treiber-JAR-Datei darf nicht mehr als 20 MB groß sein.

l Der Dateiname der Treiber-JAR-Datei muss mit .jar enden. Im Namen sind nurBuchstaben, Ziffern, Bindestriche und Unterstriche zulässig.



l Die Treiber-JAR-Datei muss die folgenden metadata.properties-Feldwerteumfassen: driver_name, driver_version, storage_name,storage_display_name, meta_type, driver_class_name. Diese Wertedürfen keine vorhandenen Werte für die folgenden Felder duplizieren:driver_name, storage_name, storage_display_name,provider_name (sofern angegeben), provider_display_name (sofernangegeben), driver_class_name.

l Zu den unterstützten Dateitypen gehören Block, Datei oder Block und Datei.

l Feldnamen, die auf _name enden, dürfen nicht dupliziert werden.

l Duplizierte Namen für Treiber-JAR-Dateien werden nicht unterstützt.

Vorgehensweise

1. Navigieren Sie zur neuen JAR-Datei und klicken Sie auf Upload.

Ein Dialogfeld wird angezeigt, in dem Sie aufgefordert werden, zu bestätigen,dass die Controller-Services vom Hochladevorgang neu gestartet werden.

2. Klicken Sie auf Install.

Ergebnisse

Die Meldung Install request initiated wird angezeigt. Nach Abschlussändert sich der Status zu Ready. Wenn Probleme mit duplizierten Treibernamenvorliegen, wird eine Fehlermeldung angezeigt. Treiber-JAR-Dateien werden imVerzeichnis /data/drivers gespeichert. Metadaten werden in der Datenbankgespeichert. Dieses Design schützt Treiberdateien während des Neustarts.

Durchführen eines Upgrades oder Löschen eines SpeichertreibersSie können einen Speichertreiber aktualisieren, der den Status „In Use“ oder „Ready“aufweist. Sie können einen Speichertreiber mit dem Status „Ready“ löschen.

Bevor Sie beginnen

l Wenn Sie ein Upgrade eines Treibers durchführen, stellen Sie sicher, dass Sie eineneuere Version als die in der Liste angezeigte verwenden. Andernfalls schlägt dieVorabprüfung fehl und eine Fehlermeldung wird angezeigt. (Wenn Sie dasKontrollkästchen Force aktivieren, können Sie eine ältere Version installieren.)

l Wenn Sie einen Speichertreiber löschen möchten, müssen Sie zunächst dasSpeichersystem oder den Speicheranbieter löschen, das bzw. der diesen Treiberverwendet.

Vorgehensweise

1. Wählen Sie die Zeile mit dem Treiber aus, bei dem Sie ein Upgrade durchführenoder den Sie löschen möchten.

Prüfen Sie die Spalte Actions, um zu bestätigen, dass Ihre Auswahl möglich ist.

2. Klicken Sie auf Upgrade oder auf Delete, je nachdem, welche Aufgabe Siedurchführen möchten.

Wenn Sie auf Upgrade klicken, wird die Seite angezeigt, auf der Sie zu derneuen Treiber-JAR-Datei navigieren und sie hochladen können. Wenn Sie dieVersionsprüfung umgehen möchten, aktivieren Sie das Kontrollkästchen Force.Klicken Sie dann auf Upgrade.

Ein Dialogfeld wird angezeigt, in dem Sie aufgefordert werden, zu bestätigen,dass die Controller-Services vom Upgradevorgang neu gestartet werden.


Durchführen eines Upgrades oder Löschen eines Speichertreibers 91

Ergebnisse

Die Meldung Upgrade request initiated wird angezeigt. Nach Abschlussändert sich der Status zu Ready.

Diagutilsdiagutils ist ein integriertes ViPR Controller-Dienstprogramm, mit dem Sie aufeinfache Weise wichtige Troubleshooting-Informationen herunterladen können,darunter einen Speicherauszug der Datenbank, Protokolle, ZK-Eigenschaften, ViPR-Systemeigenschaften usw.

Befehl

# /opt/storageos/bin/diagutils

Hinweis

Zum Ausführen des diagutils-Utilitys muss der Benutzer die root-Konsolenanmeldung aktivieren und root ssh Zugriff gewähren. Standardmäßig sindbeide Optionen deaktiviert.

Hinweis

Ein diagutils-Befehlsprotokoll finden Sie unter /tmp/diagutils.out.

Syntax

diagutils<-all|-quick><-min_cfs|-all_cfs|-zk|-backup|-logs|-properties|-health>[-ftp <ftp/ftps server url> -u <user name> -p <password>][-conf <config file>]

Optionen

-all

Enthält die Ausgabe, die von folgenden Optionen gesammelt wird: -backup (mitStandardbackupnamen), -zk, -logs, -properties, -health und -all_cfs.

Gleichbedeutend mit

-backup -zk -logs -properties -health -all_cfs

-ftp und -conf sind die einzigen 2 anderen Optionen, die in Verbindung mit -all zulässig sind.

Hinweis

diagutils erfasst eine große Menge an Daten, wenn die Option -all verwendetwird, und die Ausführung nimmt mehr Zeit in Anspruch.

-quick



Enthält die Ausgabe, die von folgenden Optionen gesammelt wird: -zk, -logs, -properties, -health und -min_cfs.Gleichbedeutend mit

-zk -logs -properties -health -min_cfs

-ftp und -conf sind die einzigen 2 anderen Optionen, die in Verbindung mit -quick zulässig sind.

-min_cfs

Erfasst einen Mindestsatz an Spaltentypen über die Ausgabe von dbutils list und/oder cqlsh.

Die Standard-cfs-Liste umfasst Folgendes:

BlockConsistencyGroup, BlockMirror, BlockSnapshot, Cluster, ExportGroup,ExportMask, FCZoneReference, Host, Initiator, Network, NetworkSystem,ProtectionSet, ProtectionSystem, StorageProvider, StoragePool, StoragePort,StorageSystem, Vcenter, VirtualArray, VirtualDataCenter, VirtualPool, Volume

-all_cfs

Erfasst alle Spaltentypen über die Ausgabe von dbutils list und/oder cqlsh.

Hinweis

diagutils erfasst eine große Menge an Daten, wenn die Option -all_cfsverwendet wird, und die Ausführung nimmt mehr Zeit in Anspruch.

-zk

Erfasst zj-Jobs und -Warteschlangen über zkutils.

-backup [Name des Backups]

Erstellt ein neues ViPR-Systembackup bzw. einen neuen Speicherauszug von DBund ZK über bkutils, das bzw. der später wiederhergestellt werden kann.

Wenn [backup name] nicht angegeben wird, wird stattdessen der Zeitstempelverwendet. Wenn [backup name] bereits vorhanden ist, erstellt das Utility keinneues Backup, sondern kopiert das vorhandene Backup in das Archiv.

-logs

Sammelt alle Systemprotokolle (/var/log/messages) und ViPR-Protokolle,einschließlich der rotierten und der Aufträge der letzten 30 Tage.

Hinweis

Das Sammeln von Aufträgen ist nur mit ViPR Controller 3.6 und höher möglich.

Hinweis

ViPR Controller speichert Protokolle maximal 30 Tage lang. Die Ausführung vondiagutils dauert länger, wenn eine große Menge von Protokollen vorhanden ist.

-properties


Diagutils 93

Erfasst Systemeigenschaften (Version, Node-Anzahl, Node-Namen usw.).

-health

Sammelt Informationen zur Systemintegrität (z. B. Node- und Servicestatususw.) und Performancedaten des lokalen Node aus der obersten Ausgabe.

-ftp <URL des FTP-/FTPS-Servers> -u <Benutzername> -p <Passwort>

Wenn angegeben, wird die Ausgabe an den externen FTP-/FTPS-Serverübertragen und nach der Übertragung aus dem lokalen Speicher entfernt.

Hinweis

Es wird empfohlen, die Ausgabe immer auf einen FTP-/FTPS-Server zuübertragen, um Speicherplatz auf den ViPR Nodes zu bewahren.

-conf <Konfigurationsdatei>

Falls angegeben, verwendet diagutils die Einstellungen in einerKonfigurationsdatei ((/opt/storageos/conf/diagutils-sample.conf)anstelle der Standardeinstellungen.

Beispielediagutils -all -ftp ftp://10.247.101.11/logs -u usera -p xxxdiagutils -quickdiagutils -min_cfs -zk -logsAusgabediagutils erstellt ein komprimiertes ZIP-Archiv aus mehreren formatiertenAusgabetextdateien. Wenn die Ausführung abgeschlossen ist, werden der Name undder Speicherort der erzeugten Ausgabedatei angegeben.

Beispiel: „The output file is: /data/diagutils-data/diagutils-20161104011601.zip“

Ausschlüsse und Einschränkungen

l Wenn die Mehrheit der Nodes ausgefallen ist und nicht auf die Datenbank und ZKzugegriffen werden kann, kann diagutils nur Protokolle auf Live-Nodes undSystemeigenschaften erfassen.

l diagutils sammelt Informationen nur aus dem ViPR Controller-System/-Cluster.

l diagutils erzeugt eine Warnmeldung, wenn das Verzeichnis /data zu 50 % voll ist,und wird beendet, wenn das Verzeichnis /data zu 80 % voll ist.



Documents

Dell EMC ViPR Controller – Installations-, Upgrade- und ... · 5 ViPR Controller-Installations- und -Konfigurationsroadmap 7 EMC ViPR Controller-Checkliste für die Bereitstellungsbereitschaft