Mata2.0

Vielen Dank für eure wertvollen Tipps, ich habe einiges davon hier auch schon gelesen aber es fällt mir etwas schwer, das auf mein neues Projekt zu übertragen. Ich habe jetzt mal einen ersten Entwurf und würde mich freuen, wenn ihr den nochmal kritisch betrachten könntet. Thema der Projektarbeit Evaluation und Erprobung eines Migrationskonzepts für kleine virtualisierte Serverumgebungen Geplanter Bearbeitungszeitraum Ausgangssituation Mein Ausbildungsbetrieb *PIEP* betreut als IT-Systemhaus die IT-Infrastruktur zahlreicher Kunden, darunter auch kleinere virtualisierte Serverumgebungen auf Basis von VMware ESXi. Bei einem konkreten Kunden, einem mittelständischen Ingenieursbüro für die Planung audiovisueller Medientechnik, besteht eine solche Umgebung. Dort wird ein einzelner physischer Server betrieben, auf dem mehrere virtuelle Maschinen unter VMware ESXi laufen. Die bestehende Umgebung wird über eine vorhandene Backup-Lösung gesichert. Aufgrund veränderter Lizenz- und Kostenbedingungen bei VMware besteht bei kleineren Kunden zunehmend die Fragestellung, ob der bisher eingesetzte Hypervisor weiterhin wirtschaftlich betrieben werden kann oder ob eine alternative Virtualisierungsplattform sinnvoller ist. Der vorhandene physische Server soll dabei weiter genutzt werden. Die besondere Rahmenbedingung eines einzelnen physischen Hosts schränkt die möglichen Vorgehensweisen ein, da Quell- und Zielhypervisor nicht parallel auf derselben Hardware betrieben werden können. Zusätzlich müssen die vorhandene Backup-Infrastruktur, die Wiederherstellbarkeit der virtuellen Maschinen, die zu erwartende Ausfallzeit sowie ein Fallback-Szenario berücksichtigt werden. Da eine Änderung am Produktivsystem mit Risiken wie Datenverlust, Inkompatibilitäten und ungeplanter Ausfallzeit verbunden ist, soll die Vorgehensweise zunächst in einer isolierten Testumgebung des IT-Labors untersucht und praktisch erprobt werden. Die dabei gewonnenen Erkenntnisse sollen als Entscheidungs- und Umsetzungsgrundlage für den konkreten Kundenfall sowie für vergleichbare kleinere Kundenprojekte dienen. Projektziel Ziel des Projektes ist die Entwicklung, praktische Erprobung und Bewertung eines technisch und wirtschaftlich geeigneten Migrationskonzepts für kleine virtualisierte Serverumgebungen mit nur einem physischen Host. Die Bewertung berücksichtigt neben technischen, wirtschaftlichen und betrieblichen Kriterien auch Aspekte der Informationssicherheit, insbesondere den Schutz der Backup-Daten, Zugriffskontrolle, Wiederherstellbarkeit und das Fallback-Szenario. Dazu wird die relevante Ausgangssituation des Kunden in einer isolierten Testumgebung nachgebildet. Geeignete Virtualisierungsplattformen und technisch mögliche Migrationswege werden anhand definierter Kriterien untersucht und bewertet. Die Auswahl der Zielplattform und des Migrationsweges erfolgt erst im Rahmen des Projektes und wird nachvollziehbar begründet. Das Projekt gilt als erfolgreich abgeschlossen, wenn: die bestehende Ausgangssituation und die technischen sowie betrieblichen Anforderungen dokumentiert sind geeignete alternative Virtualisierungsplattformen anhand eines gewichteten Kriterienkatalogs technisch und wirtschaftlich verglichen und bewertet wurden mindestens zwei technisch mögliche Migrationswege für die Einzelhost-Situation untersucht und hinsichtlich Aufwand, Ausfallzeit, Zuverlässigkeit und Fallback-Möglichkeit bewertet wurden die Auswirkungen auf die bestehende Backup- und Wiederherstellungsstrategie untersucht und ein geeignetes Backup-/Restore-Vorgehen festgelegt wurde eine Wirtschaftlichkeitsbetrachtung unter Berücksichtigung von Lizenz-/Betriebskosten, erforderlichen Anpassungen und Migrationsaufwand vorliegt die ausgewählte Variante im IT-Labor praktisch umgesetzt und anhand repräsentativer Test-VMs erprobt wurde Funktions-, Restore- und Fehlerfalltests durchgeführt und die Ergebnisse dokumentiert wurden die zu erwartende Ausfallzeit bzw. Wiederherstellungszeit für den realen Kundenfall anhand der Testergebnisse abgeschätzt werden kann ein dokumentiertes, auf vergleichbare kleinere Kundenumgebungen übertragbares Migrationskonzept als Ergebnis vorliegt Die praktische Erprobung der ausgewählten Variante erfolgt zunächst in einer isolierten Testumgebung. Eine anschließende Übertragung der erarbeiteten Vorgehensweise auf das Produktivsystem des Referenzkunden ist nicht Voraussetzung für den erfolgreichen Projektabschluss und erfolgt nur, sofern dies innerhalb des Bearbeitungszeitraums betrieblich möglich und freigegeben ist. Zeitplanung Analysphase 4h: Ist-Analyse der Referenzumgebung; Aufnahme von Anforderungen, technischen Rahmenbedingungen und Abhängigkeiten; Betrachtung der Einzelhost-Situation und der vorhandenen Backup-Infrastruktur Planungs- und Entscheidungsphase 11h: Definition der Bewertungskriterien; Vergleich geeigneter Virtualisierungsplattformen mittels Nutzwertanalyse; Untersuchung möglicher Migrationswege; Wirtschaftlichkeitsbetrachtung; Planung von Backup, Fallback, Ausfallzeit und Tests Umsetzungsphase 13h: Aufbau der isolierten Testumgebung; Installation und Grundkonfiguration der ausgewählten Zielplattform; Vorbereitung des externen Speichers; Sicherung der Test-VMs; praktische Durchführung der ausgewählten Migration; Einbindung und Konfiguration der Backup-/Restore-Funktion Test- und Evaluationsphase 4h: Durchführung der definierten Funktions-, Restore- und Fehlerfalltests; Messung der Wiederherstellungszeit; Soll-Ist-Vergleich; Bewertung der Ergebnisse und Übertragbarkeit auf den Kundenfall Dokumentations- und Abschlussphase 8h: Erstellung der Projektdokumentation; Aufbereitung der Entscheidungsfindung; technische Dokumentation; Wirtschaftlichkeits- und Ergebnisdarstellung; Zusammenfassung und Übergabe der Ergebnisse Nehmt es gern auseinander

Hallo cortez, ich danke dir erstmal sehr für deine Fragen und Anregungen! Das ist tatsächlich einer von mehreren Punkten, mit denen ich mich aktuell noch unwohl fühle. Ich hatte mit meinem Ausbilder darüber gesprochen, dass ich gern im LAB einiges von dem realen Projekt umsetzen möchte zum Üben aber auch, damit ich evtl Screenshots/ Bildmaterial sammeln kann, weil ich noch gar nicht weiß, inwieweit das dann vom Kundensystem möglich ist und Sorge hatte, zu wenig Material für die Doku zu haben. Dann habe ich darüber nachgedacht, dass der Wechsel des Hypervisors ja ein destruktiver Prozess ist und die Migration davon abhängt, ob die Wiederherstellung der VMs aus dem Backup auch zuverlässig funktioniert. Ich könnte auch die unterschiedlichen Möglichkeiten zum Restore über Veeam ausprobieren um zu prüfen, welcher effizient und zuverlässig ist und dachte, dass man dadurch die Downtime beim Kunden besser planen kann. Ob das so sinnvoll ist, weiß ich nicht, deswegen bin ich unsicher, ob ich das überhaupt so (also als POC in Labumgebung) deklarieren sollte oder es bei dem Kundenprojekt offiziell belasse und zusätzlich meine Erfahrungen im Lab sammle. Denkst du, dass es thematisch ausreicht vom Umfang her und ausreichend Entscheidungsprozesse (ich weiß, das die IHK das liebt) gegeben sind? Bei meinem ursprünglichen Projekt hätte es da wesentlich mehr an technischer Tiefe, Auswahl von Hard- und Software gegeben und ich habe zwar thematisch sehr Lust auf dieses Projekt, will aber auch nicht, dass es am Ende nur auf Installation und VMs hin und herschieben hinausläuft in den Augen der IHK.

Hallo ihr Lieben! ich mache es kurz: ich bin dabei meinen Projektantrag zu schreiben und gleich vorweg (ich weiß, dass das Thema ausgelutscht ist und vielleicht bei der ein oder anderen Person ein Augenrollen provoziert- sry ) Ich bin Umschülerin und mein Unternehmen betreut viele Kunden, die aus bekannten Gründen von VMware umsteigen. Mein eigentlich angesetztes Projekt war für eine Gemeinde, mit größerer Serverlandschaft und Augenmerk auf Redundanz und neues Backup-Konzept. Das wurde nun aber zeitlich so verschoben, dass es für mich nicht mehr realisierbar ist. Mein neues Projekt hat folgende Rahmenbedingungen Ingenieursbüro für Planung audiovisueller Medientechnik 1 physischer Server mit 5 VM's (dieser soll wiederverwendet werden) VMware, dessen Lizenz abläuft geplant ist: (erstmal allgemein- ich muss überlegen, was davon mein Anteil wird)Evaluierung einer neuen, wirtschaftlicheren Alternative zu VMware Evaluierung einer neuen, wirtschaftlicheren Alternative zu VMware Upgrade Veeam 11 zu 13 Backup aus ESX und Uminstallation auf neuen Hypervisor Installation neuer Domain Controller + Neuerstellung vorhandener Benutzer, Erstellung Gruppenrichtlinien Installation PowerChute Business Edition in jede VM Einrichtung Power Chute (Einrichten und Test für sicheres Herunterfahren) Migration der VMs auf neuen Hypervisor Ich habe leider keine große Alternative zu diesem Projekt und muss nun schauen, was und wie ich davon IHK tauglich umsetze. Mein Gedanke war, mich auf die Evaluierung des neuen Hypervisors zu fokussieren und Backup und Migration im Rahmen eines POC in einer Testumgebung zu erproben. Mir stünde dafür in unserem LAB entsprechende Hard- und Software zur Verfügung. ich würde dort sowieso parallel zum Kundenprojekt üben und mich ausprobieren. Oder sollte ich das lieber offen halten und meine Ergebnisse aus Lab und Kundenumsetzung in der Doku verwursten? Mein Praktikumsbetreuer zieht die Proof of Concept Variante vor und das würde dann in etwa so aussehen (erstmal nur ganz grob, das ist ein erster Versuch) Analysephase (4 Stunden) Dokumentation der bestehenden Umgebung (Server, VMs) und Ableitung der Anforderungen, unter Einbeziehung verfügbarer Informationen aus dem Kundenprojekt (4h) Planungsphase (9 Stunden) Hypervisor-Vergleich mittels gewichteter Nutzwertanalyse, ergänzt um eine SWOT-Betrachtung (4h) Wirtschaftlichkeitsbetrachtung inkl. Amortisationsrechnung (3h) Migrations-, Backup- und Fallback-Konzept sowie Testplan erstellen (2h) Umsetzungsphase (16 Stunden) Aufbau der isolierten Testumgebung (ESXi-Ausgangssystem mit Test-VMs) (3h) Installation und Grundkonfiguration der gewählten Zielplattform (4h) Vollständige Sicherung (Full-Backup) der Quell-VMs (2h) Migration/Wiederherstellung der VMs aus dem Backup auf die Zielplattform (4h) Feinkonfiguration und Einbindung in die Backup-Lösung (3h) Test- und Qualitätssicherungsphase (6 Stunden) Durchführung festgelegter Tests (Checkliste), Konsistenzprüfung nach Restore (3h) RTO-Messung, Soll-Ist-Vergleich, Performance-Vergleich (3h) Doku- und Abschlussphase (5 Stunden) kommt noch Ich würde mich sehr über eure Anregungen, Gedanken und Kritik freuen, da ich mich eigentlich auf das andere Projekt eingestellt hatte und nun kurzfristig umschwenken muss. Vielen Dank schonmal vorab!