Aufgaben VSPhere: Unterschied zwischen den Versionen

Aus Xinux Wiki
Zur Navigation springen Zur Suche springen
 
(15 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
=Hypervisor=
=Hypervisor=
==Dienste Hypervisor==
*[[VSphere Dienste Hypervisor]]
*Deaktivieren Sie bei dem hv02 den ssh Dienst.
*[[VSphere Lizenz Hypervisor]]
*Probieren Sie sich einzuloggen.
*[[VSphere Netzwerk Hypervisor]]
*Ist der Port 22 offen?
*[[VSphere Leistungsdaten Hypervisor]]
*Aktivieren sie ssh wieder und stellen Sie sicher das er beim Systemstart gestartet wird.
*Kontollieren Sie ob ESXI Shell und ntp-daemon gestartet wurde.
*Welcher ntp Server wird benutzt?
 
==Lizenz Hypervisor==
*Welche Lizenz nutzt der Hypervisor?
==Netzwerk Hypervisor==
*Legen Sie 2 Portgruppen an PG-XI-KERN und PG-XI-VMS
*Nutzen Sie den Managment Switch
*Beide sollen ins VLAN 33
*Hängen Sie an den PG-XI-KERN einen VMKernel und weisen sie ihm die IP 192.168.11.102/24 zu.
*Stellen Sie folgendes ein.
*PG-XI-KERN
**vmnic1 Standby
**vmnic2 Aktiv
*PG-XI-VMS
**vmnic1 Aktiv
**vmnic2 Standby
 
==Leistungsdaten Hypervisor==
*Schauen Sie sich die Leistungsdaten auf beiden Hypervisorn an.
*CPU
*RAM
*HARDDISK
*NETZWERK
*Sind die Werte in ihren Augen ok?
=VSPhere Server=
=VSPhere Server=
*Loggen Sie sich mit administrator@vsphere.local ein.
*Loggen Sie sich mit administrator@vsphere.local ein.
==Vsphere ISCSI==
*[[Vsphere ISCSI]]
*[[Vsphere ISCSI]]
 
*[[VSPhere Ereichbarkeit]]
==Vsphere VMs==
*[[VSPhere Erstellen von Maschinen]]
===Ereichbarkeit===
*Machen sie einen Dauerping auf Client04
*Ändern sie im eingeschalteten Zustand die Portgruppe der VM.
*Wie verhält sich der Ping?
===Klonen===
*Klonen Sie die CLIENT01 und nennen ihn ADMIN-PC
*Er soll in die Portgruppe PG-VM-MGMT
*Vor dem ersten Hochfahren Netzwerkadapater trennen.
*Legen Sie folgendes lokal an
**adminuser: admin
**password: 123Start$
*Er soll den Namen '''admin-pc''' erhalten
*Und wieder in die Arbeitsgruppe '''Workgroup'''
*Ändern sie die Netzwerkeinstellungen auf
**IP: 172.21.1.50/16
**GW: 172.21.0.1
**NS: 172.21.1.11
*Testen sie ob sie den Rechner per RDP erreichen.
;Danach beim Dozenten melden
 
===Erstellen von Maschinen===
;Windows
*Erstellen Sie auf hv02 eine Windows 10 VM.
*Diese soll später als Vorlage dienen und auf FS01 abgelegt werden.
*Daten
**Name: W10_OVF
**CPU: 2
**RAM: 4GB
**HDD: 30GB
**NIC: VMXNET3 (VMWARE Tools)
**OS: Windows 10 64 Bit
*Vergrössern Sie diese um 5GByte
*Exportieren Sie dies als OVF auf FS01
 
=Vsphere Authentifizierung/Rollen und Berechtigungen=
*[[Vsphere Authentifizierung/Rollen und Berechtigungen]]
*[[Vsphere Authentifizierung/Rollen und Berechtigungen]]
*[[VSPhere SNMP]]
*[[VSPhere Sperrmodus]]
*[[VSPhere Wartungsmodus]]
*[[VSPhere Misc]]


==SNMP==
*[[VSphere Probleme]]
*Gehen sie über ssh auf den Hypervisor hv02.
*Schalten Sie SNMPv3 mit "esxcli system snmp set --enable false" ab.
*Überprüfen Sie den Zustand der SNMP Konfiguration.
*Wie lautet die EngineID?
*Wie ist der Enable Status?
*Schalten Sie SNMPv3 wieder an.
 
==Sperrmodus==
*Stellen Sie den Sperrmodus für hv02 nacheinander auf
*Deaktiviert
*Normal
*Streng
*Beschreiben Sie die Zustände.
*Stellen Sie den Modus wieder auf deaktiviert.
==Wartungsmodus==
*Welche Voraussetzungen müssen erfüllt sein um einen Hypervisor in den Wartungsmodus zu bringen.
*Bringen Sie einen HV in den Wartungsmodus.
*Beenden Sie danach den Wartungsmodus.
=Misc=
*Schauen Sie sich an welche Aufgaben in letzter Zeit erledigt wurden.
*Gab es irgendwelche Probleme?
*Beschreiben Sie den Vorgang wie man einen Hypervisor zu einem vCenter hinzufügen kann.
=Probleme=
*Aufgrund welcher Probleme könnte eine VM nicht starten?
*Seien Sie kreativ und probieren Sie es aus.
*Was könnte der Grund sein das eine Rechner per IP nicht erreichbar ist?
*Beschreiben Sie möglichg Szenarien.
**Hier die möglichen Szenarien -> [[Keine IP Verbindung - ESXI VMs]]
 
=Welche Probleme können dafür verantwortlich sein das eine VM nicht erreichbar ist?=
*Das Interface ist nicht aktiv.
*Dem Interface ist eine falsche Portgruppe zugeordnet.
*Der Portgruppe ist ein falsches VLAN zugeordnet.
*Weitere?

Aktuelle Version vom 26. März 2024, 16:14 Uhr