Difference between revisions of "hidden:Plans to be discussed"
From Lsdf
m |
|||
| Line 7: | Line 7: | ||
* DDN-Cluster - Wartung? Zukunft? |
* DDN-Cluster - Wartung? Zukunft? |
||
| + | * SONAS - Wartung? Zukunft? |
||
* cfengine - abschalten, puppet einfuehren? |
* cfengine - abschalten, puppet einfuehren? |
||
| Line 12: | Line 13: | ||
Weitere Vorschlaege zur Konsolidierung: |
Weitere Vorschlaege zur Konsolidierung: |
||
| − | * Monitoring umziehen zu icinga (grossteils bereits gemacht), zabbix abschalten |
+ | * Monitoring umziehen zu icinga (grossteils bereits gemacht), zabbix abschalten nachdem auch die benutzungsgrafiken abgebildet sind in incinga |
* share.lsdf.kit.edu -> Daten umziehen und http ueber sonas anbieten? |
* share.lsdf.kit.edu -> Daten umziehen und http ueber sonas anbieten? |
||
| + | ** share.lsdf.kit.edu is zugaenglich fuer alle. |
||
* NFS-shares LSDF-DIS, DDN, Hadoop uid's auf KIT-uids uebertragen |
* NFS-shares LSDF-DIS, DDN, Hadoop uid's auf KIT-uids uebertragen |
||
| Line 24: | Line 26: | ||
* -> IDM/DEI koennen IDP's von Partnern fuer LSDF einfach eingebunden werden? |
* -> IDM/DEI koennen IDP's von Partnern fuer LSDF einfach eingebunden werden? |
||
* -> IDM/DEI Konzept/Use-Cases erstellen was wir in der LSDF in der Benutzerverwaltung brauchen |
* -> IDM/DEI Konzept/Use-Cases erstellen was wir in der LSDF in der Benutzerverwaltung brauchen |
||
| + | |||
| + | * gridftp zu und von LSDF DIS in stand setzen und beschreiben fuer Benutzer |
||
| + | * konsolidierung von benutzer/institute/accounts |
||
| + | ** beispiel: ITG hat mehere direktories auf mehrere Systeme |
||
| + | ** beispiel: Jos van Wezel hat eine dir auf SONAS BW. Das hat er nicht gefragt und auch nie benoetigt :-) |
||
| + | ** beispiel: es gibt eine menge benutzer die nicht langer da sind (ausgeschieden) |
||
| + | * rueckbau der NFS und der remote GPI machine (Frau Knopf) |
||
| + | * verbesserte anbindung an IC2, FORlr etc. |
||
| + | * zweiter Jumphost oder andere redundante zugang fuer admins |
||
| + | * themensammlung fuer einen LSDF AHM meeting (all hands meeting) |
||
| + | ** benutzer mehr einbeziehen in die gestaltung der functionalitaeten der LSDF |
||
| + | ** die Benutzer haben die LSDF ermoeglcht und werden auch fuer einen neuen Antrag in 2016 benoetigt. |
||
| + | ** neue services einfuehren (S3, WebDav, Archiv Storage, IaaS, AaaS?) |
||
| + | * zugang von DIS SONAS auf Hadoop ermoeglichen |
||
| + | * neue version von hadoop fertig stellen |
||
| + | * accounting fuer berichterstattung (wer verbraucht wieviel speicher) |
||
| + | * rolle und aufgaben der verschiedene speichersysteme (BW,DIS,DDN) klaeren |
||
| + | * Wo ist die V7000 hin der mal als Block storage benutzt wurde? |
||
| + | * ist der von DIS an BW ausgeliehene DS5000 schon zurueck? |
||
Revision as of 21:56, 8 October 2014
Sammlung von Dingen, die wir (teilweise) unbedingt gemeinsam besprechen sollten.
- LSDF-DIS
bereits 78% voll, ca. 622 TB frei - wie geht es damit weiter? Erweiterung -> geht wohl technisch eher nicht Was planen wir? Wie sieht es mit Wartung aus usw.
- DDN-Cluster - Wartung? Zukunft?
- SONAS - Wartung? Zukunft?
- cfengine - abschalten, puppet einfuehren?
Weitere Vorschlaege zur Konsolidierung:
- Monitoring umziehen zu icinga (grossteils bereits gemacht), zabbix abschalten nachdem auch die benutzungsgrafiken abgebildet sind in incinga
- share.lsdf.kit.edu -> Daten umziehen und http ueber sonas anbieten?
- share.lsdf.kit.edu is zugaenglich fuer alle.
- NFS-shares LSDF-DIS, DDN, Hadoop uid's auf KIT-uids uebertragen
derzeitige manuelle Benutzerverwaltung per Datenbank abschalten
- Generell: Umgang mit nfs-shares wenn verwendete Benutzerverwaltung nur lokal?
Dann zukuenftig nur cifs (scp/sftp) erlauben?
- -> IDM/DEI koennen IDP's von Partnern fuer LSDF einfach eingebunden werden?
- -> IDM/DEI Konzept/Use-Cases erstellen was wir in der LSDF in der Benutzerverwaltung brauchen
- gridftp zu und von LSDF DIS in stand setzen und beschreiben fuer Benutzer
- konsolidierung von benutzer/institute/accounts
- beispiel: ITG hat mehere direktories auf mehrere Systeme
- beispiel: Jos van Wezel hat eine dir auf SONAS BW. Das hat er nicht gefragt und auch nie benoetigt :-)
- beispiel: es gibt eine menge benutzer die nicht langer da sind (ausgeschieden)
- rueckbau der NFS und der remote GPI machine (Frau Knopf)
- verbesserte anbindung an IC2, FORlr etc.
- zweiter Jumphost oder andere redundante zugang fuer admins
- themensammlung fuer einen LSDF AHM meeting (all hands meeting)
- benutzer mehr einbeziehen in die gestaltung der functionalitaeten der LSDF
- die Benutzer haben die LSDF ermoeglcht und werden auch fuer einen neuen Antrag in 2016 benoetigt.
- neue services einfuehren (S3, WebDav, Archiv Storage, IaaS, AaaS?)
- zugang von DIS SONAS auf Hadoop ermoeglichen
- neue version von hadoop fertig stellen
- accounting fuer berichterstattung (wer verbraucht wieviel speicher)
- rolle und aufgaben der verschiedene speichersysteme (BW,DIS,DDN) klaeren
- Wo ist die V7000 hin der mal als Block storage benutzt wurde?
- ist der von DIS an BW ausgeliehene DS5000 schon zurueck?
