Evolution der owncloud-installation an der TU Berlin. Dr.-Ing. Thomas Hildmann tubit IT Service Center DFN Forum Clouddienste März 2017

Transkript

1 Evolution der owncloud-installation an der TU Berlin Dr.-Ing. Thomas Hildmann tubit IT Service Center DFN Forum Clouddienste März 2017

2 Agenda 1. Einleitung - Evolution im Datacenter allgemein - Elemente eines Cloud-Storage (hier: owncloud) 2. Evolution der tubcloud / DFN-Cloud 3. Blick in die Zukunft - Zukünftige Architektur - Zukünftige Ausrichtung des Dienstes 4. Fazit Seite 2

3 Evolution im Datacenter Bare Metal Services werden auf Servern installiert Multitasking, chroot, User-Spaces,... Virtualisierung Services laufen in virtuellen Maschinen Ressourcenzuweisung, isolierte Server Container Services laufen in Containern Kleinere Einheiten, agilere Ressourcen Seite 3

4 Cloud-Storage Building Blocks Verzeichnisdienst Client Load- Balancer Webserver Cloud- Storage Cluster- Filesystem Datenbank Seite 4

5 tubcloud The early days VM 1 10 LDAP-Master «Verzeichnisdienst» 2 LDAP «Verzeichnisdienst» 4 Client ACE «Load-Balancer» Apache «Webserver» owncloud «Cloud-Storage» GSS «Cluster- Filesystem» Bare Metal 3 MySQL «Datenbank» Seite 5

6 tubcloud / DFN-Cloud today 2 6 Client F5 Big IP «Load-Balancer» Apache «Webserver» owncloud «Cloud-Storage» GSS «Cluster- Filesystem» 2 LDAP-Master «Verzeichnisdienst» MySQL «Datenbank» VM Bare Metal Seite 6

7 tubcloud / DFN-Cloud tomorrow 2 Container * 4 Client F5 Big IP «Load-Balancer» NGINX «Webserver» owncloud «Cloud-Storage» GSS «Cluster- Filesystem» LDAP-Master «Verzeichnisdienst» 2 * 3 MySQL «Datenbank» Seite 7

8 Erwartete Vorteile Höhere Performance durch Einsparung des Hypervisors Feinere Steuerung von RAM- und CPU-Zuteilung Schnelleres Starten und Stoppen der Einheiten Dynamische Reaktion auf Lastspitzen sowie Freigabe von Ressourcen Bessere Isolation von Umgebungen, Ressourcen und Daten Höhere Flexibilität für Cloud-Nutzer durch höhere Unabhängigkeit Steigerung der Verfügbarkeit durch kürzere Downtimes bei Wartungen oder Fehlern sowie wirkungsvollere Self-Repair-Funktionen Seite 8

9 Openstack Konfiguration Seite 9

10 Seite 10

11 Seite 11

12 tubcloudstacktemplate.yml (1) heat_template_version: description: A Auto-Scaled Group of Load Balanced Servers parameters:... resources: redis_server:... pool: type: OS::Neutron::LBaaS::Pool properties:... group: type: OS::Heat::AutoScalingGroup properties Seite 12

13 tubcloudstacktemplate.yml (2) monitor: type: OS::Neutron::LBaaS::HealthMonitor... listener: type: OS::Neutron::LBaaS::Listener... loadbalancer: type: OS::Neutron::LBaaS::LoadBalancer... loadbalancer_floating: type: OS::Neutron::FloatingIP... scale_up_policy: type: OS::Heat::ScalingPolicy... scale_dn_policy: type: OS::Heat::ScalingPolicy Seite 13

14 Die Architektur der Zukunft? 2 Container * Client F5 Big IP «Load-Balancer» NGINX «Webserver» owncloud «Cloud-Storage» 2 local «Filesystem» MySQL «Datenbank» LDAP-Master «Verzeichnisdienst» Seite 14

15 Mögliche Weiterentwicklungen Bereich Überlegung Architektur Hyperkonvergence-Architektur (2-3 Jahre) Interaktion (Video-/Audio-) Chat Integration Office-Funktionalität (Google Docs like) Flexibilität Spezialcontainer Eigene Dienste? IaaS? Seite 15

16 Fazit Die tubcloud sowie das DFN-Cloud Angebot der TU Berlin folgen dem allgemeinen Trend der Container-Virtualisierung Wachsende Flexibilität der Lösung soll den Nutzern durch Erweiterung des Dienstangebots zukommen Wir verfolgen Ideen für eine weitere Skalierung des Dienstes Seite 16