Projekantrag Abgelehnt: Implementierung eines Ansible-Automatisierungsservers am Standort Hamburg zur Erstellung von Monitoring Appliances

[Br0nx]

Moin,

ich hatte bereits mein Projektantrag in einer Vorab Version hier veröffentlicht.

 

Dieser Antrag wurde abgelehnt mit folgender Begründung:

"Der Antrag wird in der momentanen Form abgelehnt. Korrigieren sie folgenden Punkt und reichen sie den Antrag wieder ein:

- ergänzen sie in den Projektphasen ein Fazit (Soll- Ist Vergleich, Ausblick etc.)."

 

Meine Frage hierbei. Reicht es lediglich die Projektphasen zu erweitern oder sollte der Punkt einmal beschrieben werden. Wie würdet Ihr es machen.
Hier nochmal mein Abgegebener Projektantrag:

 

1.    Projektbezeichnung

Implementierung eines Ansible-Automatisierungsservers am Standort Hamburg zur Erstellung von Monitoring Appliances.

1.1  Beschreibung der Aufgabenstellung

Die XXX betreibt verschiedene Produkte und Dienstleistungen für Kunden aus allen Branchen. Im Fokus stehen hierbei mittelständische Kunden. Häufig hat sich die Frage gestellt, wie man speziell verwaltete Dienste, sogenannte Managed Services bei Kunden, überwachen kann. Betreibt ein Kunde seine Systeme in einem Rechenzentrum der XXX, werden die Zustände der Server und Dienste durch ein zentrales Monitoring-System überwacht. Werden diese beim Kunden vor Ort betrieben, benötigt er zur Überwachung eine separate Appliance.

Bisher erfolgte die Installation einer solchen Monitoring Appliance manuell durch einen Kollegen, der hierfür zwei Werktage zu je acht Stunden benötigt. Für den Standort Hamburg soll eine Automatisierungslösung, basierend auf Ansible implementiert werden, die die Erstellung einer Monitoring Appliances optimiert.

1.2  Ist-Analyse

Die XXX betreibt im Rechenzentrum in Jena mehrere Monitoring Appliances, welche die eigenen Dienste und Server, durch ein zentrales Monitoring-System überwachen. Ebenso werden Kundensysteme, die im Rechenzentrum betrieben werden durch solch eine Appliance überwacht. Dort wird eine Automatisierung mit Ansible zum Erstellen eingesetzt. Das entsprechende Ansible-Playbook, dass die Monitoring Appliances erstellt, ist dort auch im Einsatz. Ein Playbook definiert die Ansible-Konfiguration. Außerdem kann es die Reihenfolge von Prozessen und Arbeitsschritten festzulegen und ist dazu in der Lage dies sogar serverübergreifend zu bewältigen. Es ist auf einem Ubuntu 14.04.3 LTS implementiert und wird mit der Ansible Version 1.7 verwendet. Mit dem Ansible-Playbook wird ein MySQL Datenbankserver, ein Apache Webserver, die Monitoring Software Naemon und das Monitoring Webinterface Thruk automatisch installiert und grundlegend konfiguriert. Anschließend werden die benötigten Checks und Host Dateien manuell übertragen.

2.   Zielsetzung entwickeln / Soll-Konzept

2.1  Was soll am Ende des Projekts erreicht sein?

Ziel des Projektes ist es einen virtuellen Ansible Automatisierungsserver am Standort Hamburg zu implementieren, durch den Monitoring Appliances, in Form von virtuellen Maschinen oder physischer Hardware deployed werden können. Dies soll die manuelle Installation, die bislang von einem Kollegen durchgeführt wurde, ablösen. Die Automatisierung soll den Prozess optimieren und den Aufwand und die damit verbundene Zeit auf einen Bruchteil dessen reduzieren, was vorher benötigt wurde. Ebenfalls soll der Prozess effektiver gestaltet werden, durch die Möglichkeit mehrere Monitoring Appliances gleichzeitig zu deployen, da dies vollständig autonom läuft. Durch die Automatisierung soll die Fehleranfälligkeit reduziert werden. Eine Nachkontrolle soll auch weiterhin durch einen Kollegen aus der Fachabteilung erfolgen, gemäß dem Prinzip der vier Augen Kontrolle. Anschließend wir die Monitoring Appliance für den Kunden freigegeben.

2.2  Welche Anforderungen müssen erfüllt sein?

Folgende Anforderungen müssen durch die Automatisierung erfüllt werden:

-       Maximale Betriebszeit bei minimalen Kosten

-       Zugriff auf den Server nur durch Mitarbeiter der speziellen Fachabteilung

-       Autonome Installation der benötigten Softwarepakete (MySQL, Apache2, Naemon, Thruk)

-       Autonome Konfiguration der benötigten Softwarepakete

-       Einfacher Aufruf zum Start eines Deployments

-       Möglichkeit der Durchführung eines Testdeployments

2.3  Welche Einschränkungen müssen berücksichtigt werden?

Die im Rahmen des Projektes zu erstellende virtuelle Maschine wird auf einem XenServer aufgesetzt, der bereits am Standort vorhanden ist. Auf diesem sind mehrere virtuelle Microsoft System Center Configuration Manager (SCCM) Distribution Points aufgesetzt. Daher müssen der virtuellen Maschine feste Ressourcen zugeteilt werden.

3.    Projektstrukturplan entwickeln

3.1  Was ist zur Erfüllung der Zielsetzung erforderlich?

Damit die Zielsetzung erfüllt werden kann, muss für die virtuelle Maschine ein Linux Betriebssystem gewählt werden, welches langfristig unterstützt wird. Das bereits vorhandene Ansible-Playbook muss auf das neue Betriebssystem und damit an die neue Ansible Version angepasst werden. Das damit aktualisierte Ansible-Playbook wird im Git der XXX versioniert.

 

3.2  Aufgaben auflisten

●     Analyse

- Durchführung einer Ist-Analyse

- Erstellung eines Soll-Konzeptes

- Erstellung einer Kosten / Nutzen-Analyse

●     Entwurf

- Erstellung eines Projektablaufplans

●     Durchführung

- Bereitstellen einer virtuellen Maschine

- Grundinstallation der VM

- Härtung

       - Installation der Firewall

       - Absicherung des SSH Zugangs absichern

- Installation des Ansible Pakets

- Installation der Abhängigkeiten vom Ansible-Playbook

- Implementierung des Ansible-Playbooks

- Portieren des Ansible-Playbooks auf die neuste Version

- Anpassungen auf die Standortparameter

- Zusätzliche Implementierung von Sicherheitsmechanismen

●     Testen

- Testszenario festlegen

- Durchführung des Testdeployments

- Testdeployment auf einer virtuellen Maschine

- Testdeployment auf einem physischen Server

- Erstellung des Testprotokolls

●     Abnahme und Übergabe

- Erstellung der Projektdokumentation

- Erstellung eines Benutzer-Handouts für die Fachabteilung

- Übergabe an die Fachabteilung

4.    Projektphasen mit Zeitplanung in Stunden

Analyse	5 h
●     Durchführung einer Ist-Analyse	1 h
●     Erstellung eines Soll-Konzeptes	2 h
●     Erstellung einer Kosten / Nutzen-Analyse	2 h
Entwurf	4 h
●     Erstellung eines Projektablaufplans	4 h
Durchführung	13 h
●     Bereitstellen einer virtuellen Maschine	½ h
●     Grundinstallation der VM	1 h
●     Härtung	1 h
-       Firewall installieren	½ h
-       SSH Zugang absichern	½ h
●     Installation des Ansible Pakets	½ h
●     Installation der Abhängigkeiten vom Ansible-Playbook	2 h
●     Implentierung des Ansible-Playbooks	8 h
-       Portieren auf die Ansible Version	4 h
-       Anpassungen auf die Standortparameter	2 h
-       Zusätzliche Implementierung von Sicherheitsmechanismen	2 h
Testen	4 h
●     Testszenario festlegen	½ h
●     Testdeployments	2 h
-       Testdeployment auf einer virtuellen Maschine	1 h
-       Testdeployment auf einem physischen Server	1 h
●     Erstellung des Testprotokolls	1 ½ h
Abnahme und Übergabe	9 h
●     Erstellung der Projektdokumentation	7 h
●     Erstellung eines Benutzer-Handouts für die Fachabteilung	1 h
●     Übergabe an die Fachabteilung	1 h

 

5.    Zielgruppe der Präsentation

Meine Zielgruppe sind die Kollegen aus der Fachabteilung des Betriebsteams, da Sie die entsprechende Automatisierung nutzen werden.

6.    Voraussichtliche Hilfsmittel für die Präsentation

Es wird ein Beamer mit Displayport-Anschluss und ein Flipchart benötigt.

Das Notebook wird vom Auszubildenden mitgebracht.

[mapr]

Du solltest schon erwähnen, was am Schluss deines Projektes erreicht worden sein soll, sprich, wie die IHK verlangt, einen Soll-/Ist-Vergleich anstellen.