Robotron Datenbank-Software GmbH Oracle VM3 Die CLI in der Praxis. Dirk Läderach Mainz,

Transkript

1 Robotron Datenbank-Software GmbH Oracle VM3 Die CLI in der Praxis Dirk Läderach Mainz,

2 Zahlen und Fakten Robotron Datenbank-Software GmbH Gründungsjahr 1990 Mitarbeiterzahl 330 (Stand 04/2013) Stammkapital Umsatz 2012 Geschäftssitz 2,4 Mio. EUR 31,1 Mio. EUR Stuttgarter Str Dresden Oracle-Partner ISO 9001 zertifiziert

3 Robotron-Firmengruppe Tschechien: Robotron Database Solutions s.r.o. Schweiz: Robotron Schweiz GmbH Österreich: Robotron Austria GmbH Russland: Robotron Rus GmbH Deutschland, mit ECG Erdgas-Consult GmbH: Robotron ECG solutions GmbH

4 Agenda OVM SSH-Shell Allgemeines Shell, Zugangsvarianten CLI - Tasks Konfigurations-Aufgaben Monitoring Beispiele Backup/Restore reflink cloning cli (ssh-shell) Storage Plugins Kunden-Projekt Manuelles Desaster Recovery

5 OVM CLI -Allgemeines Voll integriert seit Zugang per SSH (default 10000) zum Manager config/cliconfigparams.xml Webservice SOAP,timeout ssh -l admin -p manager-host public key-based authentication

6 OVM CLI -Allgemeines Shell Using username "admin". OVM> list physicaldisk Command: list physicaldisk Status: Success Time: :40:21,596 MESZ Data: id:0004fb ba9bf4f675fd7 name:emc (1) OVM> id:0004fb fa d7689e8 name:repo id:0004fb fb091a18dc22a3 name:quorum

7 OVM CLI Allgemeines Zugang Zugang von normaler Shell: Expect scipts -> credentials im Script yum install expect + python eovmcli (gut für ssh), eovmclixml (gutes parsing) PW wird als Argument übergeben und steht nicht im Klartext im Script

8 OVM CLI - Allgemeines eovmclixml #./eovmclixml "admin" "Password" "list server" <?xml version="1.0" encoding="utf-8" standalone="yes"?> <Result> <Command>list server</command> <Status>Success</Status> <Time> :45:25,669 MESZ</Time> <CommandData> <ListCommandResult> <Id>81:01:fa:9b:23:32:44:4a:89:be:40:ea:28:de:e4:d7</Id> </Result> <Name>ovm-host01</Name> </ListCommandResult> </CommandData>

9 OVM CLI Allgemeines expect #!/usr/bin/expect set username admin set password Password set prompt "OVM> " set timeout 10 log_user 0 spawn ssh -l $username localhost -p expect_after eof {exit 0}

10 Agenda OVM SSH-Shell Allgemeines Shell, Zugangsvarianten CLI - Tasks Konfigurations-Aufgaben Monitoring Beispiele Backup/Restore reflink cloning cli (ssh-shell) Storage Plugins Kunden-Projekt Manuelles Desaster Recovery

11 OVM CLI Tasks Konfiguration Komplette Konfiguration der OVM-Umgebung Server: StorageInitiator, IP, Bond, Bridge Storage: Sanserver, Fileserver (NFS), Pool, Repository, etc. VM: Template, Assembly, VM, Clone, etc. Allgemein: yum, ntp, etc.

12 OVM CLI Tasks Monitoring Monitoring ohne CloudControl Nagios Plugin Supportpfad wird bei Installation eines Nagios- Clients evtl. verlassen -> es muss einiges nachinstalliert werden Plugin mit wrapper Script für andere Monitoring-Software anpassen Syslog der ovm-server umbiegen an zentralen Syslog oder Nagios-host -> Auswertung mit check_logfiles Plugin: check_ovm3 (filesystem, server, vm) Systems/*-Virtual-Environments/Others/check_ovm3/details

13 OVM CLI Tasks Monitoring Beispiel Einsatz des check_ovm3 Plugin - PRTG Network Monitor

14 Agenda OVM SSH-Shell Allgemeines Shell, Zugangsvarianten CLI - Tasks Konfigurations-Aufgaben Monitoring Beispiele Backup/Restore reflink cloning cli (ssh-shell) Storage Plugins Kunden-Projekt Manuelles Desaster Recovery

15 Backup/Restore Möglichkeiten Backup-Agent inside -> Lizenzen beachten Eigene Scripte (dd, tar, etc. -> Offline) reflink cloning (eigene Implementierung notwendig) Sehr schnell, xm save (execution state = atomar) per ssh-shell clone vm -> nfs-export -> backup-server 3rd-party storage Plugin (EMC, Hitachi, Fujitsu, Netapp, Oracle - Sun ZFS) (Vorteil bei Verwendung von physical disks)

16 Backup - Implementierung Backup-Restore Handling Per OVM Manger Mit eigenen Scripten (CLI und Bordmittel xm, reflink) Mit Robotron Werkzeug (Plugin)

17 Snapshots bei Oracle VM - reflink Online Cloning/Snapshots Voraussetzungen Reflink Technologie Clone ohne Blockänderung Abb. 1: reflink Kopie kein gemeinsamer Block auf dem Storage in Verwendung

18 Snapshots bei Oracle VM - reflink Reflink Technologie Änderung eines gemeinsamen Blocks Abb. 2: Block-Schema nach Änderung eines gemeinsamen Blocks

19 Snapshots bei Oracle VM - reflink Reflink Technologie Änderung eines NICHT MEHR gemeinsamen Blocks Wenn kein Filehandle mehr kann der Block wieder verwendet werden Abb. 3: Block-Schema nach Änderung eines nicht mehr gemeinsamen Blocks

20 Backup/Restore - CLI clone Vm name=oel6_wls01 desttype=vmtemplate destname=oel6_wls01_backup serverpool=prod_pool01 importvirtualdisk repository name=repo_prod server=ovmhost01 url=' create VM name=oel6_revover repository=repo_prod domaintype=xen_pvm cpucount=2 memory=2048 on Server name=ovm-host01 create vmdiskmapping name=recovermap1 slot=0 storagedevice=oel_system.img on vm name=oel6_recover create Vnic name=00:21:f6:01:00:0f network=public add Vnic name=00:21:f6:01:00:0f to Vm name=oel6_recover find. -type f -exec sed -ie 's#alte MAC#neue MAC#g' {} \;

21 Backup/Restore - CLI Vorteile: es muss nur der Server-Pool bekannt sein, nicht der ovm-server Bei Lun-basiertem Storage (ISCSI, FC) wird reflink verwendet (Platz, Zeit) Vollständiger Support NFS-Export des Repository Nachteile: Die geklonten virtuellen Disks landen immer in VirtualDisks (die geklonten Disks sind aufwendiger zu identifizieren) Nur Online und Offline Kopie (kein execution state)

22 Backup/Restore - reflink xm pause (online), xm save (running VM inkl. memory) reflink "/OVS/Repositories/id/VirtualDisks/xxxxx.img \ snapshots/vm _ xxxxx.img xm unpause, xm restore Vorteile: sehr flexibel (z.b. Klone müssen nicht in VirtualDisks landen) Offline, online und atomarer Zustand (xm save) sicherbar NFS-Export des Repository Nachteile: reflink muss direkt auf dem ovm-server ausgeführt werden (wo läuft die vm?) shared disks müssen beachtet werden

23 Backup/Restore - Probleme [root@backupsrv-db nfs_data]# [root@ Backupsrv-db VirtualDisks]# ls -ltrh insgesamt 42G -rw root root 20G 26. Sep 16: fb b5a747d9e8db7aa.img -rw root root 20G 26. Sep 16: fb f6ce322d9c5dbbe.img -rw root root 20G 26. Sep 16: fb c7b3ff51c3.img -rw root root 300G 26. Sep 17: fb abb39cdf64e961a2.img -rw root root 300G 26. Sep 17: fb db8aa741e05.img -rw root root 300G 26. Sep 17: fb b72c3eea3ac6e9b.img

24 Backup/Restore storage Plugin Vorteile: Analog zur Cli (wird auch so gesteuert) Kann auch mit physical disks umgehen (kann z.b. physical disks anlegen + löschen und clonen) Nachteile: Aktuell nur wenig Hersteller-Unterstützung

25 Backup/Restore StoragePlugin Fujitsu So sieht s dann aus Und so auf dem Array

26 Backup/Restore StoragePlugin Fujitsu Cloning per Storage Plugin Clone Costumizer Clone Target Typ auf Storage Array ändern Clone Typ beachten

27 Backup/Restore StoragePlugin Fujitsu Clonen KEIN Thin Provisioning (warum?) = Platzverschwendung Was können wir damit tun?

28 Agenda OVM SSH-Shell Allgemeines Shell, Zugangsvarianten CLI - Tasks Oracle VM Konfiguration Monitoring Beispiele Backup/Restore reflink cloning cli (ssh-shell) Storage Plugins Kunden-Projekt Manuelles Desaster Recovery

29 Kunden-Projekt Aufbau primär + Backup Standort mit ovm3 Kunde möchte Backupseite selbst aufbauen (nachgelagerter Prozess) und selbst aktiv setzen Soll möglichst automatisiert ablaufen Dazu ist eine gute Dokumentation erforderlich

30 Kunden-Projekt Was ist im Vorfeld zu erbringen? Hardware,SAN, LAN-Integration erforderlich physical disks für Pool + Repo (generisches Plugin) Installation ovm-server (manuell / kickstart) -> sehr einfach Installation des ovm-managers simple install gewählt Keine Konfiguration des Managers/Server erforderlich Gute Dokumentation erforderlich

31 Kunden-Projekt Konfiguration des Remote-Standortes Inventarisieren Primär-Umgebung (Server, SANServer, Storage-HBA s, physical Disks, Bonds + Ports, etc. (expect inventory > inventar.txt) aus Inventar entsteht die Variablen-Datei für automatisches Anlegen von ServerPool, Repository, vnics, etc., Variablen-Datei an Remote-Standort anpassen (IP, etc.) Wurde gleich als Dokumentation verwendet

32 Kunden-Projekt - Parameterdatei adminserver= ovmuser=admin ovmpassword=passwort ovmserverhost= ovmservername=ovm-host01 ovmserveruser=oracle ovmserverpassword=passwort (agent pw) serverpoolvip= poolname=prodpool serverport=8889 FCPoolDisk=quorum vmtemplateurl= vmtemplatename=template.tgz

33 Kunden-Projekt python Script 1/3 #!/usr/bin/expect set prompt "OVM> " set successmsg "Status: Success" set failuremsg "Status: Failure" set timeoutvalue 600 ##############argument definition########### set ovmuser ${ovmuser} set adminserver ${adminserver} set ovmpassword ${ovmpassword} set ovmservername ${ovmservername} set ovmserverhost ${ovmserverhost}

34 Kunden-Projekt python Script 2/3 send_user "## Refresh the sanserver\n" send "refresh sanserver name=$iscsiname\r" validatecommandoutput $successmsg $failuremsg $prompt "Refresh the sanserver command" $timeoutvalue send sendet einen String zum laufenden Prozess. Gewöhnlich gefolgt von einem return character (/r) wie: send "yourpassword\r". send_user - Output wird gesendet zu stdout. Wird benutzt, um Messages (User Feedback, Error messages) zum Bildschirm zu senden, während das Script läuft.

35 Kunden-Projekt python Script 3/3 sendsshlogincommand $ovmuser $adminserver $ovmpassword $prompt send "discoverserver ipaddress=$ovmserverhost port=8899 username=$ovmserveruser password=$ovmserverpassword takeownership=yes\r send "create serverpool virtualip=$serverpoolvip clusterenable=yes physicaldisk='$fcpooldisk' name=$poolname description='this is a clustered pool named, $poolname'\r send "add server name=$ovmservername to serverpool name=$poolname\r" send "create repository name=$reponame serverpool=$poolname physicaldisk='$fcdisk'\r" send "add server name=$ovmservername to Repository name=$reponame\r"

36 Fazit OVM CLI die stillschweigende Implementierung hat sich gelohnt nahezu alles ist von der Befehlszeile zu administrieren Sehr strukturiert gehalten - gute Doku vorhanden durch Unterstützung von z.b. expect & python sehr flexibel Frameworks fehlen noch völlig eigene Implementierungen erforderlich Automatisiertes Backup laufender VM s durchaus möglich Bewegungsdaten sollten nicht ausschlieslich mit Snapshots gesichert werden! Integrierte Tools verwenden (rman, usw.) halbautomatisches Restore wie beschrieben Instant Recovery möglich (anlegen der VM in einem Backup-Pool) (Noch) keine Unterstützung für virtuelle Tape-Libraries (Backups nur über LAN)

37 Vielen Dank für Ihre Aufmerksamkeit F R A G E N A N T W O R T E N Referent Dirk Läderach Systemberater Support T: F: dirk.laederach@robotron.de