Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- i-doit [2018/08/08 12:22] – [Software/Zertifikate] ddegen
+++ i-doit [2019/04/04 19:20] – [Client] dsuchod
@@ Zeile 11: / Zeile 11: @@
   * Mandantenfähigkeit vorbereiten
-  * Zugänge organisieren
+  * [[https://wiki.uni-freiburg.de/rz/doku.php?id=intern:use-cases|Use-Cases]]| entwickeln
-  * Use-Cases entwickeln
     * Maschinensäle
     * Pools
@@ Zeile 18: / Zeile 17: @@
   * automatisierte Auswertungen
+====== Organisation ======
+Koordination geplant durch Dominik Bernhard, interimsmäßig durch JL.
+[[Protokolle_idoit|Protokolle von Besprechungen]]
 ====== Aufgabenbereiche ======
-===== Hardware =====
-Was lässt sich automatisch auslesen?
+===== Beschreibung von IT-Equipment =====
+Vermutlich will man verschiedene IT-Geräte (alles, was in unserem Netz eine IP-Adresse bekommt und nicht direkt Netzwerk-Kern-Equipment ist) entsprechend inventarisieren wollen. Dabei soll eine Unterscheidung nach Art des Gerätes:
+  * ListenpunktClient (Desktop-PC, Laptop, Endbenutzergerät) - dieses wird im Moment im Projekt Boot-Auswahl-Server bearbeitet
+  * Hardware-Server
+  * Virtueller Server
+  * SIP-Telefone
+  * Drucker
+  * ...
+erfolgen. Damit kann auf konfigurationsmäßige Besonderheiten und die jeweiligen Bedürfnisse für die Betreiber besser eingegangen werden.
+Dynamische Daten, wie S.M.A.R.T. Werte oder Speicherfehler etc. sollten im Monitoring vorgehalten werden und nicht im I-doIT.
+==== Client ====
+Wegen der Umsetzung eines Prototypens für eine Erstregistrierung im Univ. PC-Pool-Konzept, soll erstmal für klassische PC's, die über den Campus verteilt in den Pools betrieben werden, gesammelt werden, welche Daten relevant sein könnten:
+=== Hardware ===
+Es wäre mühsam hier Nutzer das in Freitextfelder eintragen zu lassen, was auch am Ende auch nicht wirklich gut auswertbar wäre. Deshalb schauen, was sich automatisch auslesen lässt?
   * Typ der Maschine, Bezeichnung (potenziell: Manufacturer, Model)
@@ Zeile 31: / Zeile 55: @@
   * Typ Netzwerkkarte, MAC-Adresse, Typ Netzwerkkabel (SFP, TP, ...)
   * eigene Seriennummer / UUID (potenziell: Serial Number / ProductID)
+  * UEFI/BIOS
+    * Secure Boot on/off
+  * TPM (Public Key)
-===== Software/Zertifikate =====
+=== Software/Zertifikate ===
   * Landeslizenzen (z.B. Microsoft, Matlab usw.)
@@ Zeile 40: / Zeile 67: @@
   * Einzellizenzen (soweit bekannt)
   * Inwieweit kann eine Verknüpfung bestehender Lizenzen zu Rechnern realisiert werden?
-===== Netzwerk =====
+  * Zertifikate für TLS
+  * Zertifikat für TPM (Trusted Platform Module, da können weitere Sicherheitsfeatures dran hängen, da will man den Public-Teil irgendwo ablegen)
-Was lässt sich automatisieren?
+=== Netzwerk ===
+Was lässt sich automatisieren (s.o. was kann ausgelesen werden, welche Infos muss der Nutzer angeben und welche kann man zur Vorauswahl bereits zur Verfügung stellen)?
   * LAN / WLAN
@@ Zeile 51: / Zeile 81: @@
   * Anschluss (-hierarchie, Dose, Switch, Router, ...)
-===== Server =====
+=== Lokalisierung ===
-===== Pools =====
+  * Zuordnung Raum
+  * Zuordnung Netzwerkdose
+=== Sonstige Metadaten ===
+  * Eigentümer
+  * Kostenstelle
+  * Seriennummer
+  * UUID (System-unique), GUID (OS-System-unique)
+  * Beschaffungsdatum
+  * ...
+{{tag>pc-arbeitsplaetze hardware software}}
+==== Server ====
+Vermutlich Wiederholung vieler Punkte oben
+=== Erweiterungen ===
+  * vermutlich mehrere Netzwerkkarten
+  * IPMI
+  * VLANs
+  * Höheneinheiten
+==== Instanzen in der Cloud ====
+  * Zugewiesene Ressourcen: CPU, RAM, Storage
+  * IP-Adresse (IPv4, v6)
+  * Eigentümer
+  * Kostenstelle
+  * Ablaufdatum
+==== Instanzen im ESX ====
+  * Zugewiesene Ressourcen: CPU, RAM, Storage
 ====== Client-Programmierung ======
@@ Zeile 137: / Zeile 200: @@
 .08.2021		* Client -> Accounting -> Date of invoice
 ,99€			* Client -> Accounting -> Investment costs
+====== Beispiel eines Gebäudes in i-Doit mit der Zuordnung ======
+	Universitätsrechenzentrum	* Building -> General -> Title (HIS gebaeude)
+	Institutsgebiet			* Building -> Location -> Location (HIS campus)
+.832.046.087.579		* Building -> Location -> Longitude (HIS geb_geogr_laenge)
+.800.364.385			* Building -> Location -> Latitude (HIS geb_geogr_breite)
+	Hermann-Herder-Straße		* Building -> Address -> Street (HIS street)
+				* Building -> Address -> House number
+				* Building -> Address -> Postal code (HIS postcode)
+	Freiburg im Breisgau 		* Building -> Address -> City (HIS city)
+	-				* Building -> Address -> Additional address information (HIS addressaddition)
+				* Building -> BuildingID -> BuildingID (HIS BuildingID)
+====== Beispiel eines Raumes in i-Doit mit der Zuordnung ======
+-1021				* Room -> General -> Title (HIS uniquename)
+	-107					* Room -> Room -> Room number (HIS shorttext)
+. Kellergeschoß			* Room -> Room -> Floor (HIS geschoss)
+	Maschinensaal				* Room -> Room -> description (HIS description)
+	Universitätsrechenzentrum, 1. Kellergeschoß, R -107 (UG)
+						* Room -> General -> Description (HIS longtext)
+	ADV-Großrechneranl.-raum		* Room -> General -> Category (HIS raumnutzungsart)
+	4000202001				* Room -> Accounting -> Account	(HIS kostenstelle)
+	RZ Allg. Allgemeiner Geschäftsbetrieb	* room -> Accounting -> Cost unit (HIS einrichtung)
+====== Organisation der Datenflüsse ======
+Die primäre Datenquelle für die Bestückung der Rauminformationen soll HIS-Bau sein. Wenn zusätzliche Datenfelder, die beim Import nach HIS-in-One erzeugt werden, benötigt werden, sollen diese in den HIS-Bau-Export hinzugefügt werden. Die Details des Workflows werden noch gemeinsam mit Campus-Management besprochen. Das Ergebnis wird dann nach Mannheim geschickt, um die Daten in I-doIT zu aktualisieren. Auch hier sind die Details noch zu vereinbaren.
 {{tag>sicherheit}}

Zuletzt angesehen:

Unterschiede

Suche

Navigation

Drucken/exportieren

Werkzeuge

QR-Code