Virtualisierung

Initiator (Allgemein)

• Datenverbindung zum Speicherendpunkt
• HBA(Hot Bus Adapter) und Software Initiator

Hardware Initiator 

• schneller Bus
• Vorteil -> eingebaute CPU
• HBA's verfügen meist über ein BIOS

Software Initiator

• emulierter Controller
• kommen nur im iSCSI Umfeld vor
• Vorteil --> normale Netzwerkkarten zu iSCSI Kommunikation
• Nachteil --> Belastung der Host-CPU / Kein SAN-Boot
• iSCSI-Anbindung über Router vermeiden

Das Target

• Storage System bzw. Storage Prozesso Port
• HBA

Alle Wege die zwischen Initiator und Target möglich sind.

Hier gibt es 3 Verschiedene möglichkeiten

- Active / Active

• Alle Ports gleiche Geschweindigkeit auf Ressourcen
• gleichzeitige Nutzung mehrere Pfade
• Ausfallsicherheit der Controller
• höhere Leistung und Lastverteilung
• High-End-Bereich

- Active / Passive

• Kein gleichzeitiger Zugriff mehrere Ports auf LUN's
• aktiver und passiver Storage-Prozessor
• Ausfallsicherheit gewähleistet (Trespassing)
• kein automatisches Loadbalancing
• Empfohlene Richtlinie 

- Pseudo-Active / Active

• auch Asymmetric Active / Active genannt
• Mischung zwischen Active / Active und Active / Passive
• gleichzeitige Nutzung mehrere Pfade, jedoch mit unterschiedlichen Geschwindigkeiten
• ALUA
• Entry- und Mid-Range-Bereich

-Fixed

• Bevorzugter Pfad wird immer genutzt, bis er ausfällt
• Empfohlen für manuelle Lastverteilung
• Gefahr des Ping Pong
• Ignoriert AULA

-MRU (Most Recently Used)

• Immer nur ein Pfad wird genutzt
• kein manuelles Loadbalancing einstellbar
• bei Ausfall wird der neue Pfad beibehalten
• Fehlerhafte Ports dadurch nicht so dramatisch
• ALUA Fähig
• Bei pseudo Active/Active der Fixed vorziehen

- Round-Robin

• Pfad Wahl anhand I/O und Datendurchsatz
• sehr efektive Lastverteilung
• für Active / Active-Systemen geeignet
• Bei pseudo Active/Active erkennt Round-Robin die optimale Pfade mittels ALUA
• nicht sinvoll bei Active/Passive

Grund: Beschränkte Anzahl Schreiber

Da die Partition 6 (Log-Files) und 7 (VMFS) werden nur auf einer HD erstellt

1 --> Bootloader

2 --> 1st Boot Bank

3 --> 2nd Boot Bank

4 --> Diagnostic

5 --> Store (VMWare Tools)

6 --> Scratch (Log-Files)

7 --> VMFS

Maximal 8 normale vMotion. (vMotion = Benötigt 1 Ressourcenkosten)

Maximal 2 Storage vMotion. (Storage vMotion = Benötigt 4 Ressourcenkosten)

Sie können beispielsweise 2 Storage vMotion-Vorgänge oder 1 Storage vMotion- und 4 vMotion-Vorgänge ausführen.

- VM

- Host untereinander

- Storage

- vCenter Server zu den ESXi Host

- Ausfallsicherheit / Robust

- Redundanz

- Leistungsanforderungen werden erfüllt

- Unterschiedlicher Traffic voneinander trennen (VLAN Segmentierung)

- Sicherheitsaspekte

- Verbindung von Virtuellen Maschinen zum phsysischen Nertzwerk sowie die Verbindung untereinander

- VMKernel-Dienste mit dem physischen Netzwerk verbinden

• NFS
• iSCSI
• vMotion

Virutele Adapter.

Werden z.B. für vMotion, iSCSI Traffic, FT, HA..... benötigt

Virtuelle Switche in der vSphere Umgebung

vSS

• Jeder Host muss einzeln gemacht werden
• Also wenn man VMKernel auf dem 1 Host aktiviert muss es auf alle anderen Host auch gemacht werden
• VLAN ID und Name müssen übereinstimmen

vDS

• Wird auf dem vCenter erstellt
• Alle Host erhalten automatisch die Einstellungen des Virtuellen Schwitches vom vCenter
• Erstellt ein Proxy Switch auf den Host damit die die Konfig des vCenters übernehmen

Datenverkehr über mehrer physische NICs geleitet. 

• benötigt mindestens 2 NICs mit je einer VM-Kernel Portgruppe

Physischer Netzwerkkarte des Host

- Routen auf Basis des MAC-Hash

- Routen auf Basis virtuellen Ports

- Routen auf Basis von IP-Hash

• Quelle und Ziel wird zusammengerechnet
• Benötigt LACP

- Routen auf Basis von Physischen Last der Netzwerkkarten

10GBit Leitung = 8 vMotion vorgänge

1GBit Leitung =  4 vMotion vorgänge

MultiNic kann nicht mehr als maximal.

Asymmetric Logical Unit Access

• beschreibt ein Standard Protokoll im SCISI Standard für den Zugriff auf ein LUN über mehrere Controller eines Speichersystems
• Für ein Speichersystem spiel ALUA keine Rolle
• Nur bei Active / pseudo Active

- Know-How

- Single Point of Failer

- Erweiterungskarten

- Ressourcenintensive Systeme

- Lizenzmodell oder Support von Software

- Deskotp / Client Virtualisierung

- Applikations Virtualisierung

- Netzwerk Virtualisierung

- Storage Virtualisierung

- Virutal Machine Monitor (VMM)

- Abstrahierte Hardware vom OS

- Erlaubt Betrieb mehrere Gastsysteme

- Verwaltet Ressourcenzuteilung an Gast-OS

- Bare-metal (native)

• Direkt auf HW
• besitzt Gerätetreiber
• perforamnter als Hosted
• BSP: VMWare ESXi Server, Hyper-V

-Hosted

• auf Betriebsystem
• nutzt Treiber von Host-Betriebsystem
• Weniger Ressourcen zur Verteilung
• BSP: VMWare Workstation, Microsoft Virtual-PC, Oracle Virtualbox

Direct Consul User Interface (DCUI)

• Menügesteuerte Oberfläche
• Hauptsächlich für Erstkonfiguration
• Möglichkeit per SSH

Command Line Interface (CLI)

• Remote Befehlszeilen Tool
• vCLI oder PowerCLI
• Befehls und Scripting Funktionen
• Diagnose oder Fehlerbehebungen

Web Client

• Webbasiert
• Mit vSphere 5.x eingeführt

vSphere Client

• Für Verbindung auf ESXi-Host oder vCenter
• VM's erstellen, starten, stoppen usw.
• Ab Version 6.5 neu HTML5

Speicher ins Netzwerk integrieren über

• DAS
• NAS
• SAN

Ansammlung virtueller Hardware (Geräte-Manager)

- CPU und Speicher wird nicht emuliert. Die Hardware muss es geben.

- Diskettenlaufwerk oder CD emuliert 

Emulierte Netzwerkkarten

• Emuliert eine physische Netzwerkkarte
• Beispiel: E1000E, E1000 

Paravirtuelle Netzwerkkarten

• Gibt es physisch nicht
• Beispiel: VMXNet, VMXNet2, VMXNet3
• Muss VMWare Tools installiert werden für diesen Treiber

- Besteht aus einer Reihen von Dienstprogrammen

- Verbesserte Leistung und Verwaltung von VM's

• Bessere Grafkleistung
• Optimierte Mausleistung
• Skripts
• Drag and Drop von Files zwischen Clients
• Synchronisastion der Uhr in der virtuellen VM
• usw..
• Treiber!

- Wird beim installieren von einem ESXi automatisch in einem Verzeichniss angelegt.

- Ein Snapshot erfasst den ganzen Status einer virtuellen Maschine zum Zeitpunkt der Erstellung dieses Snapshots

• Die Einstellungen der VM
• Status aller virtuellen Festplatten der VM

Wichtig: Es gibt die Option das der Arbeitsspeicher auch im Snapshot enthalten sein muss.

Hier ist wichtig zu beachten das der VM wieder die gleiche Anzahl an Arbeitsspeicher zugewiesen wird. Sonst kann es zu fehler kommen.

*.nvram  Diese Datei bildet das BIOS ab. Wenn diese Datei gelöscht oder beschätigt wird, wird sie beim nächsten Start der VM neu erstellt.

*.vmdk Diese Datei beschreibt die Grösse und Geometrie der virtuellen Festplatte (*.flat.vmdk). Sie kann mit einem normalen Editor editiert werden.

*.flat.vmdk Diese Datei ist die eigentliche virtuelle Festplatte. Sie enthält die Rohdaten der virtuellen Maschine und entspricht deren Grösse.

*-delta.vmdk In dieser Datei werden beim Erstellen eines Snapshots alle Änderungen gegenüber der Basis flat.vmdk geschrieben. Für jeden Snapshot wird eine eigene, sogenannte, Delta-Datei erstellt.

*.vmx  In dieser Datei befindet sich die Konfiguration der virtuellen Maschine

*.vmx.lck Das ist eine Lock-Datei. Sie wird erstellt um darauf hinzuweisen, dass ein ESXi-Host darauf zugreift. Sie zeigt an, dass die VM eingeschaltet ist. Beim Ausschalten der VM wird die Datei gelöscht.

*.vswp Das ist die SWAP Datei der VM. Die Datei wird beim Start einer VM erstellt und beim Ausschalten wieder gelöscht.

*.vmss  Diese Datei beinhaltet eine  Kopie des RAMs einer VM. Sie wird erstellt  wenn    eine VM in den Pausenmodus (suspended mode) versetzt wird. Diese Datei wird erst wieder gelöscht, wenn die VM komplett ausgeschaltet wird.

*.log Wie es der Name schon vermuten lässt, handelt es sich hier um eine Log-Datei. Bei jedem Neustart einer virtuellen Maschine wird eine neue Log-Datei erstellt. Das aktuellste Log hat immer den Namen vmware.log. Die älteren Logs werden durchnummeriert (vmware-1.log, vmware-2.log, usw.)

*.vmsd Diese Datei enthält Metadaten und Informationen über Snapshots. Sie ist im Textformat und hält z.B. Informationen über den Namen des Snapshots, den Dateinamen, UID, usw.

*.vmsn Diese  Datei speichert den Status der virtuellen  Maschine  bei einem Snapshot.  Die Grösse dieser Datei hängt in erster Linie davon ab, ob man das Memory der VM beim Snapshot erstellen speichern möchte. Für jeden Snapshot wird eine eigene Datei erstellt, beim Löschen des Snapshots wird auch die Datei wieder entfernt.

Der Snapshot wächst. Er schreibt alle Deltas zum ersten Stand in eine Datei.

Snapshot bei Nichtgebrauch löschen (Gopferdammi das isch kei Backup!!!)

- VMs zwischen Host verschieben (Ressourcen)

- Kann auch gemacht weden wenn Sie läuft

- Ohne Ausfallzeit

- Auch Hot-Live Migration gennant

- Gemeinsames Storage

- Kompatible CPU's (gleiche Reihe, nie verschieden verwenden)

- Gleiche virtuelle Portgruppe

- Mind 1Gbit Netzwerkkarte

- Der andere Host benötigt genügend Ressourcen

- vMotion auf den VMKernel-Ports aktivieren