Ausfallsicherer, hochverfügbarer Betrieb von Adabas / Natural Anwendungen unter VMware ESX und Suse Linux

Transkript

1 Ausfallsicherer, hochverfügbarer Betrieb von Adabas / Natural Anwendungen unter VMware ESX und Suse Linux Ulrich Lickert, Universitätsklinikum Freiburg

2 Universitätsklinikum Freiburg Hochschulmedizin Freiburg STATIONÄRE FÄLLE AMBULANTE FÄLLE BETTEN MITARBEITER mehr als ÄRZTE PFLEGEKRÄFTE

3 Klinikrechenzentrum Leitung IT-Einkauf Controlling Infrastruktur Schulungs -zentrum KIS Systemtechnik Kommunikation / Netzwerk IT-Support Projekt- Steuerung ITSM Klinische Arbeits- Platzsysteme Patientenmanage- ment- Systeme Admini- strations- Systeme (SAP) Zentrale Einrichtung des Universitätsklinikums 80 Vollzeitstellen

4 Abteilung Systemtechnik Systemadministration (Windows, Linux, ESX) SAN-Administration (Datacore, Hitachi) Archivsystem (icas) Datenbankadministration (Adabas, SAP MaxDB, Oracle, Tamino, SQL Server) Windows-Fileserver Zentrales Backup (TSM, VEEAM) Verzeichnisdienste (LDAP, AD) Zentrales Mailsystem (Exchange) Rechnerräume Spezialfälle (zb Benutzerverwaltung, Internetpräsentation, Websphere)

5 Alte Umgebung Adabas/Natural Bis März 2013 Backup-RZ Switch Brocade m Trasse 1 KRZ Switch Brocade 4100 Fabric 1 pdvt SUN V490 mirat SUN V440 SAN HDS AMS host based mirroring SAN HDS AMS pdvp SUN V490 mirap SUN V440 Switch Switch Brocade 4100 Brocade 4100 Trasse 2 Fabric 2 Folie

6 Erwartungen / Ziele Niedrigere Hardwarekosten Weniger Stromverbrauch Platzersparnis im Serverraum / Verdichtung Bessere Auslastung der Hardware Reduzierung MIRA+PDV auf 1 virtuellen Server / Ablösung Adabas Network / Verringerung der Komplexität Ablösung Natural Security / Anmeldung direkt an LDAP Gewinnen von mehr Flexibilität Benötigtes Spezialwissen reduzieren (Solaris und Veritas ablösen) Reboot bei HW-Problemen ist akzeptiert Folie

7 Zielkonfiguration pmsp VM pmst VM Standort 1: RR1 700m Standort 2: NEZ VM s VM s VMware ESX 5.1 3x Fujitsu RX600S6 40 Cores 256gb RAM Datacore SANsymphony V HP-Server HP-Server Datacore SANsymphony V HDS AMS-2500 HDS HUS-150 Mirror HDS AMS-2500 HDS HUS-150

8 Zielkonfiguration Virtuelle Server 1 virtueller Linux Server mit 24 Cores, 64gb RAM 1 virtueller Linux Testserver mit 4 Cores, 16g RAM Suse Linux Enterprise 11 SP 2 pmsp pmst Software AG Produkte Runtime-Umgebung Adabas Natural Runtime Folie

9 Zielkonfiguration Adabas pmsp 24 Cores, 64gb RAM Adabas Natural pmst 4 Cores, 16gb RAM Adabas Natural DBID 1 DBID 20 DBID 25 DBID 1 DBID 10 DBID 15 DBID Inhalt ASSO DATA nu / lbp / nt 1 Systemfiles 0,15gb 0,15gb 500 / 0,4g / 2 20 MIRA 70gb 80gb 500 / 2g / 4 25 PDV 60gb 80gb 500 / 4g / 8 Folie

10 Zielkonfiguration Natural Natural Runtime Read-Only Bufferpool Natural Spotlight 2/2009 (M. Hugentobler) 4x 256m, unlimited user Verhinderung vom Serialisierungs-Mechanismen keine Nutzung von Semaphoren Reduzierung von System-Time Ansonsten: Standard-Installation Folie

11 Erfahrungen / Resultat Aktuelle Auslastung Unterschied zu Solaris: Nicht von top irreführen lassen! 16gb RAM noch verfügbar Folie

12 Erfahrungen / Resultat Kritische Faktoren Storage - Anbindung Wichtigster Faktor! Firmware-Stände der HBA/Switche unbedingt mit Herstellern abstimmen und aktuell halten ESX Konfiguration Multipathing-Policy mit Herstellern abstimmen VAAI Unterstützung prüfen = VMware vsphere Storage APIs Array Integration ATS Unterstützung prüfen = atomic test and set (Alternative zu SCSI-Reservations) VMFS Sperrmechanismen (scsi locks) Folie

13 Erfahrungen / Resultat Kritische Faktoren RAM Ausstattung RAM darf nicht überprovisioniert werden (im Gegensatz zu CPU) swappen unbedingt verhindern Auslastung der HA-Cluster prüfen 50% (= 1 Standort) muss ausfallen dürfen Folie

14 Erfahrungen / Resultat Aufgetretene Probleme halb -defekter HBA Kein automatisches vmotion auf neue Hardware Online-Migration durch Rufbereitschaft auf anderen ESX- Server SCSI-Locks Aufgrund ungünstiger Konfiguration gab es Reservierungs- Konflikte I/Os hängen, reboot von ESX-Server bzw. LUN-reset notwendig Storage-Virtualisierung unterschiedliche Hersteller (Datacore/Hitachi) Ursachenanalyse manchmal schwierig Folie

15 Erfahrungen / Resultat Software Suse Linux sehr stabil, keine Probleme Solaris wird nicht vermisst Installation sehr einfach (keine Spezial-KnowHow erforderlich) Adabas / Natural Adabas läuft und läuft Gute Performance, alles sehr stabil Initialkonfiguration vom März 2013 nahezu unverändert Folie

16 Erfahrungen / Resultat Finanzen und Betrieb Kosten Virtualisierung bringt deutliche Erhöhung der Flexibilität Kostenersparnis durch Standard Intel-Server Lizenzen Schwierigkeiten mit einem (amerikanischen) SW-Hersteller Lizenzkosten fressen einen Teil der HW-Ersparnis wieder auf Versuch mit Hyper-V wegen hoher Supportkosten (Production und BCS-Support) von VMware wird intern diskutiert RZ-Räume und vorhandene Server sind definitiv besser ausgenutzt Folie

17 Zukunft Aktuelle Risiken Verfügbarkeit und Sicherheit Storage Unsere Datacore-Installation hat nur 1 Controller pro Standort Unterbrechung des Spiegels und anschliessender Resync bei Wartungen (SW-Upgrades) SW-Qualitätsprobleme bei Datacore Restorezeiten sehr lange (Keine Snapshots über das Storagesystem, teilweise Sicherung über TSM-Agenten) Leistungsfähigkeit (Performance) der Storagesysteme und der Virtualisierung am Limit Folie

18 Zukunft Aktuelles Projekt Ausschreibung Erneuerung Storage-Infrastruktur Verbesserungsbedarf unter anderem: An jedem Standort 2 Controller Keine Unterbrechung des Spiegels bei Wartungen Verkürzte Restore-Zeiten (Snapshots) Ausreichend Flash-Speicher (Performanceverbesserung) Neues Lösung mit integrierter Virtualisierung bis Ende März 2017 produktiv Folie

19 Fazit + o - Flexibilität Anbindung Storage Lizenzkosten Stabilität HW-Kosten Betriebskosten Betrieb Ada/Nat Performance Installation / Wartung Folie