AI Quick Summary

Das Enterprise Lab stellt Dienste für die Lehre und Forschung der HSLU - Informatik zur Verfügung. Ein paar dieser Dienste sollen bei einem kompletten Absturz vom Enterprise Lab (steht in der T&A, Horw) im Rechencenter von IT-Service (steht in Luzern) weiterlaufen. Dazu soll ein HCI Cluster im failover Modus aufgebaut werden. Eine Semesterarbeit hat die Machbarkeit dieser Arbeit evaluiert und liefert die wichtigsten Erkenntnisse zur produktiven Realisierung. AufgabenstellungDas Offsite Enterprise Lab ist ein eigenständiges mini Data Center das die wichtigsten Dienste bei einem Ausfall im Enterprise Lab übernehmen kann. Dazu muss ein HCI Cluster (Hyper Converged Infrastructure) mit VMware Virtualisierungstechnologien aufgebaut werden. Die Anforderungen an diesen Cluster sind in der vorgängigen Semesterarbeit erarbeitet worden und können grösstenteils übernommen werden. Eine zu beachtende Einschränkung ist die Komplexität. Diese muss angesichts der Abhängigkeit vom Provider HSLU IT-Services niedrig gehalten werden. So darf es nicht möglich sein, dass sich Fehler im Enterprise lab Netzwerk auf das HSLU Netzwerk ausbreiten können. Wie Einstein schon sagte: "Make everything as simple as possible, but not simpler." Oberstes Gebot ist die Stabilität. So muss z.B. das Konstrukt des Load Balancers entweder weggelassen oder durch eine rigorose Evaluation bestätigt und mit dem Auftraggeber besprochen werden.Die HW (vSAN Cluster) wird vom Diplomanden neu aufgesetzt wenn immer möglich mit VMware Version 8 (ESXi, vCenter). Ein Mitglied vom Enterprise Lab Team kann als Hilfe beigezogen werden. Das vorhandene DNS System wird vom Diplomanden evaluiert und auf die Tauglichkeit mit dem OEL hin geprüft. Ein Mitglied vom Enterprise Lab Team kann als Hilfe beigezogen werden.Die Verantwortung aller delegierten Arbeiten zu einem Mitglied vom Enterprise Lab bleibt immer beim Projektleiter (Diplomanden). Er hat die Verantwortung und macht die entsprechenden Pläne und kontrolliert die Arbeit.Die DCs im EOL werden von den DCs in Horw synchronisiert. Das bedeutet, dass Abhängigkeiten zu diesen Services lokal aufgelöst werden. Ein automatisiertes Testsystem muss die Fähigkeit besitzen einen Failover eines Dienstes erzwingen zu können ohne dass die anderen Services etwas davon mitbekommen.Ziel der Arbeit und erwartete Resultate.Requirement Engineering (sofern das nicht schon der Fall war in der WiPro oder sich die Vorbedingungen geändert haben).Ein Konzept (mit Umsetzung) das aufzeigt wie wie eine schonende Einführung des Failover Systems in die Produktion vorgenommen werden kann.Implementierung der MUSS Kriterien (wird im Requirement Engineering festgelegt zusammen mit dem Auftraggeber).Anschluss an das Monitoring System vom Enterprise Lab.Anschluss an den Elastic Stack vom Enterprise Lab.Erstellen eines Testkonzeptes. Implementation der Tests (inkl. Überwachung der Verfügbarkeit).Dokumentation und Handbuch.Übergabe des Systems an das Enterprise Lab TeamPlan zur Vervollständigung der Arbeiten die nötig sind für Services die keine Berücksichtigung in der vorliegenden Arbeit (Aufgabenstellung) gefunden haben.Gewünschte Methoden, VorgehenFür die Planung bietet sich ein hybrides Vorgehensmodell an. Die Planung soll im GitLab gemacht werden. Die Services sollen jederzeit reproduzierbar sein (IaC Infrastructure as Code). Innerhalb einer Woche nach dem Kick-Off Meeting muss der Projektplan mit seinen Arbeitspaketen vorgelegt werden. Ein Handbuch [Management Info] mit Architektur- und Anwendungsdokumentation soll in GitLab pages geschrieben werden.Die Installationsanleitungen [Sysadmin Info] als auch die weiteren Schritte die zur produktiven Verwendung der SW benötigt werden müssen im Enterprise Lab Wiki dokumentiert werden. Im Projektbericht soll auf diese GitLab und Wiki pages verwiesen werden.Im MS Teams soll ein Team erstellt werden mit allen am Projekt Beteiligten Mitgliedern. Alle anfallenden Dokumente werden in dem Namensraum dieses Teams abgelegt.Alle 2 Wochen wird ein Sprintmeeting durchgeführt. Von diesen Meeting erstellt der Studierende ein Protokoll und legen dieses dem Betreuer zur Freigabe vor. In diesem Protokoll sind "Action" Items und sonstige verbindliche Beschlüsse aufgeführt. Ab dem Zeitpunkt des Kick Off muss der Studierende jegliche Schritte und Arbeiten selbständig und unaufgefordert organisieren und durchführen.Der Studierende führt ein Arbeitsjournal das er auf Verlangen vom Betreuer vorzeigen kann.Kreativität, Varianten, InnovationKreativität ist erwünscht und wird auch gemäss Bewertungsblatt belohnt. Als Innovation werden zB folgende Aspekte gewertet. Automatisierungen oder Massnahmen, die dem komplexen System bessere Stabilität verleiht, Test die zur Klärung von Fehlverhalten beigezogen werden können.ZwischenpräsentationIn den Projektwochen 7 - 10, resp. Kalenderwochen 14 -17 (3. April 2023 - 21. April 2923) muss eine Zwischenpräsentation erfolgen. Pflicht Anwesende sind: Betreuer, Experte. Sonstige Beteiligte sind eingeladen als Zuhörer.Einladungen angenommen: Donnerstag, 20. April 2023, 15:00 - 16:30AbgabeFreitag, 9. Juni 2023, 23:59SchlusspräsentationWährend der Prüfungsphase: Donnerstag, 29. Juni 2023, 10:00, HSLU I Sitzungszimmer 1.858 - 12Abgabe Bewertung7. Juli 2023, 12:00ExperteMarkus Weiler

Project Idea Metadata

• Project Idea Name: Offsite Enterprise Lab
• Date: 11/27/2022 7:45:22 PM
• Administrators:
  • Bruno Joho

Project Idea Description

Aufgabenstellung

Das Offsite Enterprise Lab ist ein eigenständiges mini Data Center das die wichtigsten Dienste bei einem Ausfall im Enterprise Lab übernehmen kann. Dazu muss ein HCI Cluster (Hyper Converged Infrastructure) mit VMware Virtualisierungstechnologien aufgebaut werden. Die Anforderungen an diesen Cluster sind in der vorgängigen Semesterarbeit erarbeitet worden und können grösstenteils übernommen werden. Eine zu beachtende Einschränkung ist die Komplexität. Diese muss angesichts der Abhängigkeit vom Provider HSLU IT-Services niedrig gehalten werden. So darf es nicht möglich sein, dass sich Fehler im Enterprise lab Netzwerk auf das HSLU Netzwerk ausbreiten können. Wie Einstein schon sagte: "Make everything as simple as possible, but not simpler." Oberstes Gebot ist die Stabilität. So muss z.B. das Konstrukt des Load Balancers entweder weggelassen oder durch eine rigorose Evaluation bestätigt und mit dem Auftraggeber besprochen werden.

Die HW (vSAN Cluster) wird vom Diplomanden neu aufgesetzt wenn immer möglich mit VMware Version 8 (ESXi, vCenter). Ein Mitglied vom Enterprise Lab Team kann als Hilfe beigezogen werden.

Das vorhandene DNS System wird vom Diplomanden evaluiert und auf die Tauglichkeit mit dem OEL hin geprüft. Ein Mitglied vom Enterprise Lab Team kann als Hilfe beigezogen werden.

Die Verantwortung aller delegierten Arbeiten zu einem Mitglied vom Enterprise Lab bleibt immer beim Projektleiter (Diplomanden). Er hat die Verantwortung und macht die entsprechenden Pläne und kontrolliert die Arbeit.

Die DCs im EOL werden von den DCs in Horw synchronisiert. Das bedeutet, dass Abhängigkeiten zu diesen Services lokal aufgelöst werden.

Ein automatisiertes Testsystem muss die Fähigkeit besitzen einen Failover eines Dienstes erzwingen zu können ohne dass die anderen Services etwas davon mitbekommen.

Ziel der Arbeit und erwartete Resultate.

• Requirement Engineering (sofern das nicht schon der Fall war in der WiPro oder sich die Vorbedingungen geändert haben).
• Ein Konzept (mit Umsetzung) das aufzeigt wie wie eine schonende Einführung des Failover Systems in die Produktion vorgenommen werden kann.
• Implementierung der MUSS Kriterien (wird im Requirement Engineering festgelegt zusammen mit dem Auftraggeber).
• Anschluss an das Monitoring System vom Enterprise Lab.
• Anschluss an den Elastic Stack vom Enterprise Lab.
• Erstellen eines Testkonzeptes.
• Implementation der Tests (inkl. Überwachung der Verfügbarkeit).
• Dokumentation und Handbuch.
• Übergabe des Systems an das Enterprise Lab Team
• Plan zur Vervollständigung der Arbeiten die nötig sind für Services die keine Berücksichtigung in der vorliegenden Arbeit (Aufgabenstellung) gefunden haben.

Gewünschte Methoden, Vorgehen

Für die Planung bietet sich ein hybrides Vorgehensmodell an. Die Planung soll im GitLab gemacht werden. Die Services sollen jederzeit reproduzierbar sein (IaC Infrastructure as Code).

Innerhalb einer Woche nach dem Kick-Off Meeting muss der Projektplan mit seinen Arbeitspaketen vorgelegt werden.

Ein Handbuch [Management Info] mit Architektur- und Anwendungsdokumentation soll in GitLab pages geschrieben werden.

Die Installationsanleitungen [Sysadmin Info] als auch die weiteren Schritte die zur produktiven Verwendung der SW benötigt werden müssen im Enterprise Lab Wiki dokumentiert werden.

Im Projektbericht soll auf diese GitLab und Wiki pages verwiesen werden.

Im MS Teams soll ein Team erstellt werden mit allen am Projekt Beteiligten Mitgliedern.

Alle anfallenden Dokumente werden in dem Namensraum dieses Teams abgelegt.

Alle 2 Wochen wird ein Sprintmeeting durchgeführt. Von diesen Meeting erstellt der Studierende ein Protokoll und legen dieses dem Betreuer zur Freigabe vor. In diesem Protokoll sind "Action" Items und sonstige verbindliche Beschlüsse aufgeführt.

Ab dem Zeitpunkt des Kick Off muss der Studierende jegliche Schritte und Arbeiten selbständig und unaufgefordert organisieren und durchführen.

Der Studierende führt ein Arbeitsjournal das er auf Verlangen vom Betreuer vorzeigen kann.

Kreativität, Varianten, Innovation

Kreativität ist erwünscht und wird auch gemäss Bewertungsblatt belohnt. Als Innovation werden zB folgende Aspekte gewertet. Automatisierungen oder Massnahmen, die dem komplexen System bessere Stabilität verleiht, Test die zur Klärung von Fehlverhalten beigezogen werden können.

Zwischenpräsentation

In den Projektwochen 7 - 10, resp. Kalenderwochen 14 -17 (3. April 2023 - 21. April 2923) muss eine Zwischenpräsentation erfolgen. Pflicht Anwesende sind: Betreuer, Experte. Sonstige Beteiligte sind eingeladen als Zuhörer.

Einladungen angenommen: Donnerstag, 20. April 2023, 15:00 - 16:30

Abgabe

Freitag, 9. Juni 2023, 23:59

Schlusspräsentation

Während der Prüfungsphase: Donnerstag, 29. Juni 2023, 10:00, HSLU I Sitzungszimmer 1.858 - 12

Abgabe Bewertung

7. Juli 2023, 12:00

Experte

Markus Weiler

Das Enterprise Lab stellt Dienste für die Lehre und Forschung der HSLU - Informatik zur Verfügung. Ein paar dieser Dienste sollen bei einem kompletten Absturz vom Enterprise Lab (steht in der T&A, Horw) im Rechencenter von IT-Service (steht in Luzern) weiterlaufen. Dazu soll ein HCI Cluster im failover Modus aufgebaut werden. Eine Semesterarbeit hat die Machbarkeit dieser Arbeit evaluiert und liefert die wichtigsten Erkenntnisse zur produktiven Realisierung.