Serverkonsolidierung: 6 Schritte zur Bewältigung von Server-Sprawl

Jeder, der jemals Systemadministrator oder Infrastrukturmanager war, hat irgendwann Server-Sprawl erlebt. In den letzten Jahren sind Technologien wie Virtualisierung, Docker und Cloud-Dienste aufgetaucht, die diese Herausforderung bewältigen. Dennoch wird irgendwann jemand sagen: "Brauchen wir wirklich all diese Server? Es gibt doch mindestens ein paar, die wir ausschalten können?" Dieser Artikel soll nicht den Server-Sprawl verhindern, sondern eher wissen, wie man ihn angeht, sobald er aufgetreten ist. Auch wenn es einfach erscheinen mag, einfach ins Rechenzentrum (oder die VM-Konsole) zu gehen und herauszufinden, was ausgeschaltet werden kann und was bleiben muss, ist es aber oft nicht der Fall.

1. Welches Problem versuchen Sie durch Serverkonsolidierung zu lösen?

Wie bei den meisten Projekten kann der Umfang eines Server-Konsolidierungsprojekts außer Kontrolle geraten, wenn es nicht richtig verwaltet wird. Das liegt vor allem daran, dass es mehrere Strategien gibt, die angewendet werden können, um die Anzahl der Server in einer Organisation zu reduzieren. Deshalb ist es entscheidend, zuerst zu wissen, welches Problem Sie lösen möchten, und dann Ihre Konsolidierungsstrategie zu bestimmen. Einige häufige Gründe, eine Server-Konsolidierungsaktion zu beginnen, sind:

• Die administrative Belastung mehrerer Server übersteigt die Kapazität Ihres Personals, sie zu verwalten
• Zwei oder mehr Organisationen haben sich zusammengelegt und es gibt zu viele Server, die dieselben Funktionen erfüllen
• Vorbereitung auf einen Umzug in ein neues Rechenzentrum
• Reduzierung der Serverbetriebskosten
• Um die Risikobelastung der Organisation zu verringern
• Vorbereitung auf den Austausch des Hardware-Lebenszyklus
• Anwendungen und ihre zugrundeliegende Infrastruktur sind bereit zur Stilllegung.

2. Inventar aller Server (physisch und virtuell) machen

Das scheint selbstverständlich zu sein, aber ich war an mehr als einem Projekt beteiligt, bei dem im Rahmen des Konsolidierungsprojekts zusätzliche Server entdeckt wurden. Es ist unglaublich wichtig, den aktuellen Zustand und die Anzahl der Server für eine bestimmte Funktion zu verstehen, damit man eine Vision für den gewünschten Endzustand erstellen kann. Im Folgenden finden Sie eine Beispiel, wie jeder Datensatz in einem Serverinventar aussehen könnte:

Es ist wichtig, dieses Inventar zu Beginn nicht komplizierter zu machen, als es sein müsste. Während Ihre technischen Teams Dinge wie externe IP-Adressen, Firewall-Regeln, RAM, Speicher und CPU-Typ kennen müssen, müssen Sie jetzt nur noch die Grundlagen kennen. Sobald Sie ein grundlegendes Inventar haben, können Sie zur Kategorisierung (zum Zweck der Konsolidierung) übergehen.

3. Kategorisiere die Funktionen deiner Server

Dies ist eine weitere dieser Punkte, die relativ einfach erscheinen. Jeder Systemadministrator gruppiert seine Server auf die eine oder andere Weise. Für eine Serverkonsolidierung wird ein konsistentes Gruppierungssystem benötigt, das von allen Projektzuweisenden befolgt und verstanden wird. Nachfolgend eine verkürzte Liste mit zwei Gruppierungsmethoden innerhalb eines Gruppierungssystems. Durch mehrere Methoden innerhalb eines Gruppierungssystems ist es möglich, Konsolidierungsmöglichkeiten auf unterschiedliche Weise zu bewerten.

Gruppierung nach Funktion

Das Gruppieren von Servern nach Funktion ermöglicht es Ihnen, Konsolidierungsmöglichkeiten basierend auf ähnlichen Arbeitslasten zu bewerten. Wenn man sich jeweils eine Gruppe anschaut, wird es einfacher zu beurteilen, welche Server kombiniert werden könnten. Mit dieser Methode stellen Sie Fragen wie:

1. Sind alle meine Server in dieser Gruppe fast 80 % ausgenutzt? Wenn nicht, welche Arbeitslasten könnten konsolidiert werden?
2. Sind einige meiner Server in dieser Gruppe überstrapaziert?
3. Gibt es geschäftliche oder Anwendungsgründe, Server innerhalb einer Funktion getrennt zu halten? Wenn nicht, macht es Sinn, sie zu kombinieren?

Gruppierung nach Sicherheitsprofil

Die Gruppierung von Servern nach Sicherheitsprofil ermöglicht es Ihnen, Risikomanagement in Ihre Konsolidierung zu integrieren. Sie bietet außerdem eine Kontrolle und ein Gleichgewicht für Ihre Funktionsgruppierung, um sicherzustellen, dass Sie durch die Konsolidierung von Server-Workloads keine Sicherheitsprobleme verursachen. Indem Sie Server basierend auf Sicherheitsprofil gruppieren, können Sie Fragen stellen wie:

1. Sollten alle meine Server auf einem Sicherheitsniveau zusammengehalten werden?
2. Macht es Sinn, "Server 1" und "Server 2" zusammenzulegen, wenn sie unterschiedliche Sicherheitsstufen haben?
3. Kann ich meine Kosten für das Risikomanagement senken, indem ich die privatesten Server isoliere und die Sicherheitskontrollen nur auf diesen Servern vergrößere?

4. Schau dir Cloud-Optionen an

Der Wechsel in die Cloud kann erhebliche Auswirkungen auf Ihre gesamte Konsolidierung haben. Es gibt viele Workloads, die neu gestaltet werden können, um die Vorteile eines Umstiegs in die Cloud zu nutzen. Wenn Ihr Fokus jedoch auf Serverkonsolidierung liegt und Sie Ihre ersten Schritte in die Cloud machen möchten, sind Kollaborationssuiten und Speicher ein großartiger Ausgangspunkt, ohne zu viel Entwicklungszeit investieren zu müssen. Office 365 und GSuite (und andere) können die Anzahl der Server in Ihrer Organisation erheblich reduzieren, indem sie E-Mail- und Dateiserver eliminieren. Weitere großartige Optionen für den Wechsel in die Cloud sind Client-Server-Anwendungen, die Sie im Laufe der Jahre gekauft haben. Die meisten Softwareanbieter bieten inzwischen Cloud-Optionen sowie professionelle Dienstleistungen an, um von Ihrer On-Premises-Version zur Cloud-Version zu wechseln. Wenn Sie Möglichkeiten finden, intern entwickelte Anwendungen in die Cloud zu verlagern, großartig! Ich empfehle jedoch dringend, diese Bemühungen als eigenständige Projekte zu betrachten. Mehr dazu später.

5. Virtualisieren Sie alles, was vor Ort ist.

Ich bin seit den frühen 2000er Jahren an Virtualisierungsprojekten beteiligt. Es gab eine Zeit, in der es als schlechte Praxis galt, Datenbanken und Domänencontroller zu virtualisieren. Moderne Virtualisierungslösungen machen diese alten Argumente jedoch irrelevant. Eine richtig architektonisierte Virtualisierungslösung ermöglicht es Ihnen, fast jeden Server, den Sie vor Ort hosten, zu virtualisieren, ohne Angst vor einer Serverapokalypse. Wenn Sie ausreichende Ressourcen für Ihre virtuellen Maschinen bereitstellen, gibt es keinen Grund mehr, physische Server bestehen zu lassen (außer natürlich für die Hypervisor-Hosts). Eine vollständig virtuelle Umgebung ermöglicht Ihnen auch viel mehr Flexibilität bei der Serverkonsolidierung.

6. Schreiben Sie Ihren Konsolidierungsplan

Jetzt, da Sie wissen, was Sie erreichen wollen, Ihre Server gruppiert, Cloud-Optionen bewertet und so viel wie möglich virtualisiert haben, sind Sie bereit, Ihren Konsolidierungsplan zu schreiben. Wie Sie Ihren Plan erstellen, wird für jede Organisation unterschiedlich sein. Mindestens sollte Ihr Konsolidierungsplan jedoch folgende Abschnitte enthalten:

1. Hintergrund / Welches Problem du zu lösen versuchst
2. Aktuelle Serveranzahl / Kosten
3. Zukünftige Serveranzahl / Kosten
4. Zeitplan für die Konsolidierung umziehender Server
5. Welche Server werden außer Betrieb genommen
6. Ein Abschnitt darüber, wie Erfolg am Ende des Projekts aussieht.
7. Abschluss des leitenden IT-Managements

Worauf man achten sollte

Jedes Mal, wenn eine Server-Konsolidierungsinitiative ein Anwendungs-Redesign beinhaltet, ist das ein großes Warnsignal. Ich behaupte nicht, dass Anwendungs-Redesigns schlecht sind oder dass Organisationen eine Anwendung nicht neu entwerfen sollten, wenn es Möglichkeiten gibt, Effizienzen zu finden. Ich schlage vor, dass es im Rahmen eines Server-Konsolidierungsprojekts eine schlechte Idee ist. Hier ist der Grund. Die meisten Anwendungs-Redesigns beinhalten das Starten neuer Server, um die neu gestaltete Anwendung zu hosten. In größeren Umgebungen umfasst das Entwicklungs-, Test- und Produktionsserver. Dann sollten die Anwendungsentwickler das neue System entwerfen, alle erforderlichen Tests durchführen und dann die Produktion auf das neue System verlegen. Als Nächstes muss die alte Umgebung außer Betrieb genommen werden, was auch die Bestimmung der Datenverteilung im alten System einschließt, falls nicht alle migriert wurden. Es gibt einfach zu viele Variablen bei einem Anwendungs-Redesign, als dass Ihr Serverkonsolidierungsprojekt davon abhängig sein könnte. Ich habe sogar gesehen, dass die Serveranzahl steigt statt sinkt, wenn Anwendungs-Redesign Teil der Serverkonsolidierung ist. Ich möchte noch einmal betonen, dass es in der Regel eine gute Idee ist, Anwendungen neu zu gestalten, wenn sich die Möglichkeit ergibt, neue Technologien zu nutzen oder den Ressourcenverbrauch zu reduzieren. Ein Anwendungs-Redesign-Projekt sollte jedoch eigenständig stehen und ein separates Projekt von Ihrer Serverkonsolidierung sein.

Diese Beiträge sind meine eigenen und spiegeln nicht unbedingt die Position, Strategien oder Meinung von BMC wider.