Projektbeschreibung:
Da die KommGate IFM Umgebung sich sehr lang im Aufbau befand, la?uft die ganze Umgebung noch auf RHEL 7 und muss wegen des auslaufenden Support von RHEL 7 auf RHEL 8 migriert werden. Hierbei wird ein InPlace Upgrade der bestehenden Systeme durchgefu?hrt, angefangen mit den Testsystemen bis hin zu den Wartungsfenstern jeweils fu?r das Referenz- und das Produktivsystem. Hierbei muss darauf geachtet werden, so wenige Kunden wie mo?glich so kurz wie nur mo?glich zu beeintra?chtigen.
Aufgaben/Ta?tigkeiten:
? Planung und Organisation des InPlace-Upgrades und aller notwendigen Nacharbeiten.
? Beratung der Projektleitung zu technischen Fragen und Problemen ? Durchfu?hrung der vorbereitenden Maßnahmen.
Benefits:
? Sobald die Migration auf RHEL 8 abgeschlossen ist, sind die Systeme
wieder im vollen Support von Red Hat.
Projektbeschreibung:
Die Bestandsrouten der alten KommGate-Umgebung mussten nach der Inbetriebnahme des KommGate IFM nach und nach migriert werden. Da eine Vielzahl verschiedenster Kunden das System nutzte, musste sich mit vielen Kunden abgestimmt werden.
Aufgaben/Ta?tigkeiten:
? Unterstu?tzung der Projektleiter durch Kundenkommunikation und -beratung.
? Steuerung der ext. Dienstleister bei der Planung und Durchfu?hrung der Kundenmigrationen.
? Entsto?rung und Support bei Kundenproblemen.
? Dokumentation der bestehenden Routeninformationen.
? Aktualisierung der vertraglichen Informationen.
? Einsteuern von Beauftragungen bei ext. Dienstleistern.
Benefits:
? Durch die abgeschlossene Migration aller Kunden konnte das alte System abgeschaltet werden.
? Der U?bergang vom alten System zum Neuen war fu?r den Großteil der Kunden unterbrechungsfrei.
? Die Aufarbeitung der bestehenden bzw. fehlenden Informationen brachte uns beim Großteil aller Routen auf einen aktuellen vertraglichen Stand.
Projektbeschreibung:
Zur Dokumentation nutzte unser Fachbereich ein altes DokuWiki, welches auf einer alten RHEL 6 Version lief. Nach einer Umfrage in unseren Nachbar-Fachbereichen gab es u?berall einen Bedarf an einer solchen Dokumentationslo?sung. Somit entschieden wir uns, den Neuaufbau mit einer Farm zu realisieren, in der jeder Fachbereich seine eigene DokuWiki zur Pflege seiner Dokumentation bekommt.
Aufgaben/Ta?tigkeiten:
? Aufsetzen eines Apache-Webservers auf RHEL 8.
? Installation und Konfiguration einer DokuWiki-Farm.
? Konfiguration der Berechtigungen und selinux in Kooperation mit
dem Fachbereich fu?r Linux-Betriebssysteme.
? Einrichten aller DokuWiki Instanzen mit entsprechenden
Admin-Nutzern fu?r die Fachbereiche.
Benefits:
? Alle Fachbereiche der Anwendungsadministration bekamen bei Bedarf ein DokuWiki, in dem sie ihre Verfahren und Dienste entsprechend dokumentieren ko?nnen.
? Standardisierung der Dokumentation von Anwendungen.
Projektbeschreibung:
Fu?r die sichere und dokumentierte U?bertragung von Daten zwischen verschiedenen Netzwerkabschnitten (Internet, Berliner Landesnetz (BeLa), Netz des Bundes (NdB)) wurde bisher ein Windows-Systemverbund namens ?KommGate? genutzt.
Die dort eingesetzte Software wird nicht mehr unterstu?tzt und die
Windows-basierten Server Systeme waren End of Life (EoL).
Als Ersatz fu?r das alte System wurde bereits 2019 zusammen mit
einem externen Dienstleister mit dem Aufbau der neuen Umgebung
?KommGate IFM? auf Basis des T-System Interfacemanager begonnen.
Der neue Aufbau wurde auf Linux Systemen (RHEL 7) umgesetzt und
im Juli 2023 konnte der Betrieb durch uns und unseren externen
Dienstleister aufgenommen werden.
Aufgaben/Ta?tigkeiten:
? Aufbau und Dokumentation der Test-, Referenz- und Produktionsumgebung.
? Steuerung der externen Kollegen wa?hrend des Projekts und im Betrieb.
? Beratung von Kunden/Kollegen zur Nutzung des neuen KommGate IFM.
? Unterstu?tzung der Projektleitung bei technischen und organisatorischen Angelegenheiten.
? Umsetzen sicherheitsrelevanter Konfigurationen und Anpassungen.
? Einbinden und Anpassen des Monitorings der neuen Systeme in
Check_MK.
Benefits:
? Die End of Life Systeme konnten abgeschaltet werden und das System ist wieder patchbar und supported.
? Der neue Basisdienst ?KommGate IFM? st
Projektbeschreibung:
Da das Patch Management der HP Server Automation fu?r Linux-Systeme nicht gut geeignet war, wurde ein zusa?tzlicher Red Hat Satellite Server aufgebaut, um den Patch Prozess der HP Server Automation zu erga?nzen.
Aufgaben/Ta?tigkeiten:
? Aufbau und Konfiguration des Red Hat Satellite Servers.
? Einbinden zusa?tzlicher Repositories je nach Bedarf der Fachbereiche.
Benefits:
? Repositories nutzbar fu?r Systeme, welche nicht u?ber die HP Server Automation erreichbar waren/sind.
? Eigensta?ndige Installation von neuen Paketen durch Fachbereiche in Testumgebungen oder fu?r Infrastruktur-System im Aufbau mo?glich.
Projektbeschreibung:
Im Unternehmen wurde zu dem Zeitpunkt noch viel physische Hardware eingesetzt. Um die Kosten des Betriebs zu senken und die Maschinen skalierbarer zu machen, wurde das Projekt fu?r die Migration von physisch zu virtuell (P2V) gestartet.
Aufgaben/Ta?tigkeiten:
? Begleiten von Migrationen in die Virtualisierungsebene.
? Einbinden der Hosts in die Server Automations.
? Anschließende Anpassung der Konfigurationen.
? Planung der Patchung der neu eingebundenen Systeme.
Benefits:
? Geringere Betriebskosten, da alte physische Maschinen abgebaut werden konnten.
? Einfachere Skalierbarkeit der Systeme.
? Einheitlichere Systemlandschaft.
Projektbeschreibung:
Durch den Aufbau der HP Server Automation gab es nun ein Tool, mit dem Anpassungen an Servern reproduzierbar gemacht werden konnten. Zusammen mit verschiedenen Fachbereichen wurden entsprechende Policies geschrieben, um einen Server nach dem Deployment schnell in einen brauchbaren Zustand fu?r die jeweiligen Anwendungs Administratoren zu versetzen. Hierbei entstanden beispielsweise Policies, um einen Datenbankserver direkt so zu konfigurieren, dass die Datenbank Administratoren schneller mit ihrer Arbeit und dem Einbinden des Systems beginnen konnten.
Aufgaben/Ta?tigkeiten:
? Erstellen von Policies fu?r spezifische Anwendungsfa?lle.
? Entwicklung von Skripten zur Anpassung von Konfigurationen.
? Paketierung und Abnahme von RPM-Paketen.
? Austausch mit den jeweiligen Fachbereichen bezu?glich
Anforderungen.
? Stetige Verbesserung / Anpassung der Policies.
? Incident-, Problem- und Change-Management.
Benefits:
? Durch die Einfu?hrung von Policies konnte die Konfiguration eines Servers immer wieder auf Compliance gepru?ft werden.
? Schnellere Bereitstellung von ha?ufig genutzten Server-Systemen.
? Geringe ha?ndische Anpassungen an Servern sind nur noch in
Einzelfa?llen notwendig.
Projektbeschreibung:
Da im Unternehmen hauptsa?chlich Insello?sungen fu?r das Monitoring von Server-Systemen aufgebaut wurden, gab es ein Bestreben, die Monitoring-Landschaft zu vereinheitlichen und zu vereinfachen. Dafu?r wurde ein Monitoring-System auf Basis von OMD (spa?ter Check_MK) eingesetzt. Das Monitoring musste somit entsprechend geplant und eingerichtet werden. Zusa?tzlich musste ein entsprechender Monitoring-Agent verteilt werden.
Aufgaben/Ta?tigkeiten:
? Erstellen einer Policy fu?r das Ausrollen des Agents.
? Planung der Organisation der Monitoring Instanz.
? Analyse und Informationssammlung zu Systemen anderer
Fachbereiche.
? Einbinden und Sortieren aller vorhandenen Server-Systeme.
? Schreiben von Checks fu?r spezielle Anwendungsfa?lle.
Benefits:
? Einheitliche Monitoring-Sicht auf die Systemlandschaft unter Fachbereichen.
? Reduzierung des Netzwerk-Traffics.
? Bessere U?bersicht u?ber den Zustand aller Server-Systeme.
Projektbeschreibung:
Es gab bis dato noch keine Server Automations Orchestrierung im Betrieb, sondern alle virtuellen Maschinen wurden auf ESX-Clustern ha?ndisch deployed und gepatcht. Die HP Server Automation wurde aufgebaut um die Provisionierung, das Patchen, sowie die Konfiguration von Linux und Windows Servern zu automatisieren.
Hierfu?r mussten mehrere neue Virtualisierungsumgebungen per Ansible-Playbooks aufgebaut und in die Orchestierung eingebunden werden.
Aufgaben/Ta?tigkeiten:
? Mitplanung der Umgebungen und Workflows.
? Planung und Einfu?hrung eines Paktierungsprozesses.
? Einbinden von RHEL Repositories in die Cloud Automation.
? Incident-, Problem- und Change Management.
? Installation von Linux-Systemen.
Benefits:
? Einheitlicher und schnellerer Prozess der Bereitstellung von Servern.
? Anpassungen von Servern wurden schnell reproduzierbar.
? Disaster Recovery u?ber Neubereitstellung der Server nun
mo?glich.
? Standardisiertes und regelma?ßiges Patchen der Systeme.
Projektbeschreibung:
Da die KommGate IFM Umgebung sich sehr lang im Aufbau befand, la?uft die ganze Umgebung noch auf RHEL 7 und muss wegen des auslaufenden Support von RHEL 7 auf RHEL 8 migriert werden. Hierbei wird ein InPlace Upgrade der bestehenden Systeme durchgefu?hrt, angefangen mit den Testsystemen bis hin zu den Wartungsfenstern jeweils fu?r das Referenz- und das Produktivsystem. Hierbei muss darauf geachtet werden, so wenige Kunden wie mo?glich so kurz wie nur mo?glich zu beeintra?chtigen.
Aufgaben/Ta?tigkeiten:
? Planung und Organisation des InPlace-Upgrades und aller notwendigen Nacharbeiten.
? Beratung der Projektleitung zu technischen Fragen und Problemen ? Durchfu?hrung der vorbereitenden Maßnahmen.
Benefits:
? Sobald die Migration auf RHEL 8 abgeschlossen ist, sind die Systeme
wieder im vollen Support von Red Hat.
Projektbeschreibung:
Die Bestandsrouten der alten KommGate-Umgebung mussten nach der Inbetriebnahme des KommGate IFM nach und nach migriert werden. Da eine Vielzahl verschiedenster Kunden das System nutzte, musste sich mit vielen Kunden abgestimmt werden.
Aufgaben/Ta?tigkeiten:
? Unterstu?tzung der Projektleiter durch Kundenkommunikation und -beratung.
? Steuerung der ext. Dienstleister bei der Planung und Durchfu?hrung der Kundenmigrationen.
? Entsto?rung und Support bei Kundenproblemen.
? Dokumentation der bestehenden Routeninformationen.
? Aktualisierung der vertraglichen Informationen.
? Einsteuern von Beauftragungen bei ext. Dienstleistern.
Benefits:
? Durch die abgeschlossene Migration aller Kunden konnte das alte System abgeschaltet werden.
? Der U?bergang vom alten System zum Neuen war fu?r den Großteil der Kunden unterbrechungsfrei.
? Die Aufarbeitung der bestehenden bzw. fehlenden Informationen brachte uns beim Großteil aller Routen auf einen aktuellen vertraglichen Stand.
Projektbeschreibung:
Zur Dokumentation nutzte unser Fachbereich ein altes DokuWiki, welches auf einer alten RHEL 6 Version lief. Nach einer Umfrage in unseren Nachbar-Fachbereichen gab es u?berall einen Bedarf an einer solchen Dokumentationslo?sung. Somit entschieden wir uns, den Neuaufbau mit einer Farm zu realisieren, in der jeder Fachbereich seine eigene DokuWiki zur Pflege seiner Dokumentation bekommt.
Aufgaben/Ta?tigkeiten:
? Aufsetzen eines Apache-Webservers auf RHEL 8.
? Installation und Konfiguration einer DokuWiki-Farm.
? Konfiguration der Berechtigungen und selinux in Kooperation mit
dem Fachbereich fu?r Linux-Betriebssysteme.
? Einrichten aller DokuWiki Instanzen mit entsprechenden
Admin-Nutzern fu?r die Fachbereiche.
Benefits:
? Alle Fachbereiche der Anwendungsadministration bekamen bei Bedarf ein DokuWiki, in dem sie ihre Verfahren und Dienste entsprechend dokumentieren ko?nnen.
? Standardisierung der Dokumentation von Anwendungen.
Projektbeschreibung:
Fu?r die sichere und dokumentierte U?bertragung von Daten zwischen verschiedenen Netzwerkabschnitten (Internet, Berliner Landesnetz (BeLa), Netz des Bundes (NdB)) wurde bisher ein Windows-Systemverbund namens ?KommGate? genutzt.
Die dort eingesetzte Software wird nicht mehr unterstu?tzt und die
Windows-basierten Server Systeme waren End of Life (EoL).
Als Ersatz fu?r das alte System wurde bereits 2019 zusammen mit
einem externen Dienstleister mit dem Aufbau der neuen Umgebung
?KommGate IFM? auf Basis des T-System Interfacemanager begonnen.
Der neue Aufbau wurde auf Linux Systemen (RHEL 7) umgesetzt und
im Juli 2023 konnte der Betrieb durch uns und unseren externen
Dienstleister aufgenommen werden.
Aufgaben/Ta?tigkeiten:
? Aufbau und Dokumentation der Test-, Referenz- und Produktionsumgebung.
? Steuerung der externen Kollegen wa?hrend des Projekts und im Betrieb.
? Beratung von Kunden/Kollegen zur Nutzung des neuen KommGate IFM.
? Unterstu?tzung der Projektleitung bei technischen und organisatorischen Angelegenheiten.
? Umsetzen sicherheitsrelevanter Konfigurationen und Anpassungen.
? Einbinden und Anpassen des Monitorings der neuen Systeme in
Check_MK.
Benefits:
? Die End of Life Systeme konnten abgeschaltet werden und das System ist wieder patchbar und supported.
? Der neue Basisdienst ?KommGate IFM? st
Projektbeschreibung:
Da das Patch Management der HP Server Automation fu?r Linux-Systeme nicht gut geeignet war, wurde ein zusa?tzlicher Red Hat Satellite Server aufgebaut, um den Patch Prozess der HP Server Automation zu erga?nzen.
Aufgaben/Ta?tigkeiten:
? Aufbau und Konfiguration des Red Hat Satellite Servers.
? Einbinden zusa?tzlicher Repositories je nach Bedarf der Fachbereiche.
Benefits:
? Repositories nutzbar fu?r Systeme, welche nicht u?ber die HP Server Automation erreichbar waren/sind.
? Eigensta?ndige Installation von neuen Paketen durch Fachbereiche in Testumgebungen oder fu?r Infrastruktur-System im Aufbau mo?glich.
Projektbeschreibung:
Im Unternehmen wurde zu dem Zeitpunkt noch viel physische Hardware eingesetzt. Um die Kosten des Betriebs zu senken und die Maschinen skalierbarer zu machen, wurde das Projekt fu?r die Migration von physisch zu virtuell (P2V) gestartet.
Aufgaben/Ta?tigkeiten:
? Begleiten von Migrationen in die Virtualisierungsebene.
? Einbinden der Hosts in die Server Automations.
? Anschließende Anpassung der Konfigurationen.
? Planung der Patchung der neu eingebundenen Systeme.
Benefits:
? Geringere Betriebskosten, da alte physische Maschinen abgebaut werden konnten.
? Einfachere Skalierbarkeit der Systeme.
? Einheitlichere Systemlandschaft.
Projektbeschreibung:
Durch den Aufbau der HP Server Automation gab es nun ein Tool, mit dem Anpassungen an Servern reproduzierbar gemacht werden konnten. Zusammen mit verschiedenen Fachbereichen wurden entsprechende Policies geschrieben, um einen Server nach dem Deployment schnell in einen brauchbaren Zustand fu?r die jeweiligen Anwendungs Administratoren zu versetzen. Hierbei entstanden beispielsweise Policies, um einen Datenbankserver direkt so zu konfigurieren, dass die Datenbank Administratoren schneller mit ihrer Arbeit und dem Einbinden des Systems beginnen konnten.
Aufgaben/Ta?tigkeiten:
? Erstellen von Policies fu?r spezifische Anwendungsfa?lle.
? Entwicklung von Skripten zur Anpassung von Konfigurationen.
? Paketierung und Abnahme von RPM-Paketen.
? Austausch mit den jeweiligen Fachbereichen bezu?glich
Anforderungen.
? Stetige Verbesserung / Anpassung der Policies.
? Incident-, Problem- und Change-Management.
Benefits:
? Durch die Einfu?hrung von Policies konnte die Konfiguration eines Servers immer wieder auf Compliance gepru?ft werden.
? Schnellere Bereitstellung von ha?ufig genutzten Server-Systemen.
? Geringe ha?ndische Anpassungen an Servern sind nur noch in
Einzelfa?llen notwendig.
Projektbeschreibung:
Da im Unternehmen hauptsa?chlich Insello?sungen fu?r das Monitoring von Server-Systemen aufgebaut wurden, gab es ein Bestreben, die Monitoring-Landschaft zu vereinheitlichen und zu vereinfachen. Dafu?r wurde ein Monitoring-System auf Basis von OMD (spa?ter Check_MK) eingesetzt. Das Monitoring musste somit entsprechend geplant und eingerichtet werden. Zusa?tzlich musste ein entsprechender Monitoring-Agent verteilt werden.
Aufgaben/Ta?tigkeiten:
? Erstellen einer Policy fu?r das Ausrollen des Agents.
? Planung der Organisation der Monitoring Instanz.
? Analyse und Informationssammlung zu Systemen anderer
Fachbereiche.
? Einbinden und Sortieren aller vorhandenen Server-Systeme.
? Schreiben von Checks fu?r spezielle Anwendungsfa?lle.
Benefits:
? Einheitliche Monitoring-Sicht auf die Systemlandschaft unter Fachbereichen.
? Reduzierung des Netzwerk-Traffics.
? Bessere U?bersicht u?ber den Zustand aller Server-Systeme.
Projektbeschreibung:
Es gab bis dato noch keine Server Automations Orchestrierung im Betrieb, sondern alle virtuellen Maschinen wurden auf ESX-Clustern ha?ndisch deployed und gepatcht. Die HP Server Automation wurde aufgebaut um die Provisionierung, das Patchen, sowie die Konfiguration von Linux und Windows Servern zu automatisieren.
Hierfu?r mussten mehrere neue Virtualisierungsumgebungen per Ansible-Playbooks aufgebaut und in die Orchestierung eingebunden werden.
Aufgaben/Ta?tigkeiten:
? Mitplanung der Umgebungen und Workflows.
? Planung und Einfu?hrung eines Paktierungsprozesses.
? Einbinden von RHEL Repositories in die Cloud Automation.
? Incident-, Problem- und Change Management.
? Installation von Linux-Systemen.
Benefits:
? Einheitlicher und schnellerer Prozess der Bereitstellung von Servern.
? Anpassungen von Servern wurden schnell reproduzierbar.
? Disaster Recovery u?ber Neubereitstellung der Server nun
mo?glich.
? Standardisiertes und regelma?ßiges Patchen der Systeme.