Deutsches Forschungsnetz

Transkript

1 Deutsches Forschungsnetz

2 Infrastructure as a Service - ein Kandidat für die DFN-Cloud M. Röder DFN-Workshop GÉANT IaaS-Vergabeverfahren 20. März 2017

3 Kommunikationsdienste im DFN: Sync & Share Infrastructure-as-a-Service / RTC / Mobile Messenger März 2017 Seite 3

4 Umdenken: die Cloud Schwelle zum Technologiewechsel: Cloud *-as-a-service führen zu schnell wachsenden, wenig konkreten Bedürfnissen des Endnutzers Seite 4

5 Cloud-Services aus Anwendersicht Seite 5

6 Cloud-Services aus Sicht des Rechenzentrums Infrastructureas-a-Service B Social Network Platform C Office- Office-Online- Instant Instant Cloud- Social Messenger Sync Online- & Kollaboration Messenger Network Newsservice #2 Kollaboration Share #1 #1 Platform G #1 #1 Projektmanagement Tool A Sync & Share D Instant Messenger F Infrastructureas-a-Service E Seite 6

7 Große neue Aufgabe: Bedürfnis & Beschaffungsaufwand miteinander zu verbinden und dabei schnell und nachhaltig reagieren Handlungsfähigkeit gegenüber Tagesgeschäft bewahren Sicherheit und rechtliche Aspekte zuverlässig bewerten Seite 7

8 Föderierte Dienste in der DFN-Cloud Teil dieser Aufgabe haben Rechenzentrum und DFN bereits gemeinsam gelöst Anzahl der Cloud-Services (meist Sync & Share) im F&L-Umfeld steigt Jede Einrichtung kann Sync & Share bspw. als föderierten Dienst aus der DFN-Cloud nutzen dadurch performante und etablierte Alternativen geschaffen Endnutzer haben ein Gefühl für Do / Do Not entwickelt Seite 8

9 Föderierte Dienste in der DFN-Cloud Seite 9

10 Föderierte Dienste in der DFN-Cloud Forschungspartner DFN-Cloud Services GÉANT- IaaS Vergabeverfahren Forschungsrahmenvertrag Erprobungsrahmenvertrag Erprobungsvereinbarung Erprobungspartner Externe Cloud-Services Föderierte Dienste Seite 10

11 Das Vergabeverfahren GÉANT hat europaweit Infrastructure-as-a- Service ausgeschrieben Motivation: verbesserte Konditionen aktuell verfügbarer Services für F&L in Europa Zielgruppe (Anwender): F&L-Einrichtungen Zielgruppe (Anbieter*): Kommerzielle Anbieter, die Vergabekriterien akzeptieren Voraussetzung für Zielgruppe (Anwender): das NREN muss am Verfahren teilnehmen DFN hat im April 2016 teilgenommen * = auch: Service Provider (SP) Seite 11

12 Das Vergabeverfahren Nach ausführlicher Prüfung der eingereichten Unterlagen bietet GÈANT den Service Providern eine Rahmenvereinbarung an Auf Basis dieser Rahmenvereinbarung werden Einzelabrufe getätigt, durch: NREN oder Anwendereinrichtung Funktion des NRENs Seite 12

13 Das Vergabeverfahren Hinweise zur Zielgruppe (Anbieter): Es wird unterschieden zwischen: originären Anbietern eines selbst entwickelten Dienstes (OIP) Wiederverkäufern eines fremd entwickelten Dienstes (Reseller) Macht in seinen Vergabeunterlagen deutlich, in welchen Regionen er seinen Dienst verfügbar machen möchte Führt zu unterschiedlichen Dienstangeboten in unterschiedlichen Ländern Seite 13

14 Wie gehen wir es nun also an? 1. Neuigkeiten kommunizieren & diskutieren Diskussion mit Anwendern im DFN-Verein 03/2016: Betriebstagung 05/2016: Betriebsausschuss 09/2016: Vorstand und Betriebstagung 10/2016: Verwaltungsrat und Vorstand 11/2016: Betriebsausschuss 12/2016: Vorstand und Mitgliederversammlung, DFN-Mitteilungen März 2017: DFN-Workshop GÉANT IaaS- Vergabeverfahren 03/2017: Betriebstagung Seite 14

15 Wie gehen wir es nun also an? 2. Verständnis schärfen durch Perspektivwechsel Services in absehbarer Zukunft verfügbar Bedürfnisse..des Endnutzers des Dienstanbieters des Rechenzentrums kurzfristig viele Anwender zufrieden stellen ohne vorher Bedarf zu kennen eigene Rolle nicht gefährden IT-Services zentral provisionieren verwalten abrechnen betreuen Seite 15

16 Wie gehen wir es nun also an? 2. Verständnis schärfen durch Perspektivwechsel Rolle des NRENs Mandat der Mitgliederversammlung: Kernkompetenzen dürfen nicht verlagert werden Compute- / Storage- Ressourcen befinden sich innerhalb der Rechenzentren der Community Kompetenz des Netzbetreibers, der Communitybildung, Organisation netznaher Dienste: DFN-Verein DFN-Verein wird selbst keinen Cloud-Service anbieten sondern dafür sorgen, dass Cloud-Services möglichst unkompliziert für Wissenschaft und Forschung zur Verfügung stehen Seite 16

17 Wie gehen wir es nun also an? 3. Gezieltes Feedback aus der Community Umfrage (Stand ) Ja Haben Sie bereits Erfahrungen mit IaaS-Angeboten gemacht? 40% Nein 42% Ja Kann ich nicht beurteilen Sehen Sie in Ihrer Einrichtung zurzeit oder in absehbarer Zukunft Bedarf für Infrastructure-as-a-Service? Nein 9% Ja Ist Ihnen das Prozedere eines Mini- Wettbewerbes bekannt? 44% 30% 12% Nein 65% Seite 17

18 Wie gehen wir es nun also an? 3. Gezieltes Feedback aus der Community Leistungsdaten Erfüllung der besonderen Anforderungen aus den Landesdatenschutzgesetzen Mitwirkung(spflicht) des Personalrats Kosten Möglichkeiten datensparsamer Dienstnutzung IPv6 Konnektivität Konnektoren zu Webshopsystemen Was ist ein Mini- Wettbewerb? Lizenzfallen (zusätzlich erforderliche CALS o. ä.)? Ortsredundante Anbindung an Provider Peering mit Forschungsnetzen und DE-CIX Vereinbarkeit mit Haushaltsrecht, sofern Nutzung der Dienste auf "verfallbaren" Guthaben basiert (=Zahlung ohne Leistungserhalt) Notwendigkeit / Möglichkeit Dienste in Lizenzmanagementsysteme zu integrieren Möglichkeit von Pilotprojekten (z.b. VM-Buchung für ein Seminar) Seite 18

19 Fragen...? Vielen Dank!??? Seite 19