// Verbinden · Konsolidierung
Virtualisierung für Server und Anwendungen
Weniger Maschinen, die mehr tragen: Wir fassen gewachsene Einzelserver zusammen, teilen Ressourcen nachvollziehbar zu und machen den Wiederanlauf zur Routine.
// Vorher / Nachher
Ein Server je Aufgabe — oder ein Verbund, der Aufgaben verteilt
Die meisten Umgebungen, die wir übernehmen, sehen links aus. Interessant ist weniger die Einsparung als das, was rechts plötzlich möglich wird.
Eine Maschine je Anwendung
Über die Jahre kam für jede neue Aufgabe ein Gerät dazu, jedes mit eigenem Wartungsvertrag und eigenem Lebensende.
- Viele Server, die selten ausgelastet sind
- Jeder Defekt trifft genau eine Anwendung hart
- Updates ohne Rückweg — es gibt keine Kopie
- Testen heißt: am Produktivsystem probieren
Wenige Wirte, viele Systeme
Arbeitslasten liegen als eigenständige Systeme auf gemeinsamer Hardware und lassen sich verschieben, kopieren und zurücksetzen.
- Ressourcen werden zugeteilt statt fest verbaut
- Wartung am Wirt, ohne dass alles stillsteht
- Vor jedem Update ein Zustand zum Zurückspringen
- Testumgebung als Kopie statt als Zweitkauf
// Was wir tun
Konsolidieren heißt nicht, alles auf eine Maschine zu schieben
Der häufigste Fehler bei Konsolidierungsprojekten ist Übermut: Man kauft eine große Maschine, packt alles darauf und hat statt zehn kleinen Ausfallrisiken ein sehr großes. Damit ist niemandem geholfen.
Wir gehen anders vor. Zuerst wird über mehrere Wochen gemessen, was die vorhandenen Systeme wirklich brauchen — nicht, was auf ihrem Datenblatt steht. Danach entscheiden wir, welche Arbeitslasten zusammenpassen und welche aus fachlichen oder rechtlichen Gründen getrennt bleiben.
Wie viele Wirte am Ende nötig sind, ergibt sich aus der Frage, was beim Ausfall einer Maschine noch laufen muss. Diese Antwort kommt aus dem Betrieb, nicht aus der Technik — deshalb stellen wir sie am Anfang.
// Wirkung
Was sich im laufenden Betrieb ändert
Nicht jeder Punkt zählt für jedes Unternehmen. Meist sind es zwei oder drei, die den Ausschlag geben.
Wartung ohne Stillstand
Arbeitslasten wandern für die Dauer der Wartung auf einen anderen Wirt. Updates verlieren ihren Schrecken.
Schnellerer Wiederanlauf
Ein gesichertes System startet auf beliebiger passender Hardware — die exakte Ersatzmaschine von damals braucht niemand mehr.
Ressourcen nach Bedarf
Mehr Arbeitsspeicher für die Datenbank, weniger für den Druckdienst: Das ist eine Einstellung, kein Umbau.
Testen ohne Risiko
Eine Kopie der Produktivumgebung dient als Übungsplatz für Updates und Umstellungen und wird danach verworfen.
Weniger Geräte im Raum
Weniger Hardware bedeutet weniger Strom, weniger Abwärme und weniger Wartungsverträge, die einzeln auslaufen.
// Eignung
Wann sich der Schritt lohnt — und wann nicht
Wir sagen auch ab. Diese Merkmale entscheiden meistens.
-
Mehrere Server nähern sich dem Lebensende
Wenn ohnehin ersetzt werden muss, ist der Zeitpunkt günstig — die Konsolidierung kostet dann kaum Zusatzaufwand.
-
Es gibt keinen Platz zum Ausprobieren
Wer Updates nur am Produktivsystem testen kann, gewinnt hier am meisten.
-
Der Serverraum ist an seiner Grenze
Bei knappem Platz, knapper Kühlung oder knapper Stromversorgung schafft Konsolidierung Luft.
-
Alte Software braucht alte Umgebungen
Anwendungen, für die es keine passende Hardware mehr gibt, laufen virtualisiert oft weiter.
-
Gegen den Schritt spricht
Eine einzelne kleine Anwendung, sehr spezielle Hardware-Anbindungen oder Lizenzbedingungen, die den Betrieb auf geteilten Maschinen ausschließen.
// Fragen zur Virtualisierung
Was Betriebe vor einer Konsolidierung wissen wollen
01 Was bringt Virtualisierung konkret?
Statt für jede Aufgabe eine eigene Maschine zu kaufen, teilen sich mehrere Systeme wenige leistungsfähige Server. Das senkt Strom-, Platz- und Wartungsaufwand — vor allem aber lassen sich Systeme kopieren, verschieben und in kurzer Zeit wieder starten.
02 Lohnt sich das auch bei wenigen Servern?
Häufig ja, aber nicht wegen der Einsparung. Der Gewinn liegt im Handling: ein System vor dem Update kopieren, eine Testumgebung nebenher betreiben, nach einem Defekt auf anderer Hardware weiterarbeiten. Bei einer einzelnen kleinen Anwendung lohnt der Aufwand dagegen selten.
03 Werden unsere Anwendungen dadurch langsamer?
Bei sauberer Auslegung nicht spürbar. Probleme entstehen, wenn zu viele Systeme um denselben Speicher oder dieselben Laufwerke konkurrieren. Deshalb messen wir vorher die tatsächliche Last und planen Reserve ein, statt die Maschine bis an die Grenze zu füllen.
04 Was passiert, wenn der Wirtsserver ausfällt?
Genau das ist der Punkt, den man vorher entscheiden muss. Bei kritischen Systemen legen wir mehrere Wirte aus, sodass Arbeitslasten auf einer anderen Maschine weiterlaufen. Wo das nicht nötig ist, sorgt eine Sicherung dafür, dass ein System auf Ersatzhardware zurückkommt.
05 Können alte Fachanwendungen virtualisiert werden?
Oft ja — und für ältere Software ist es manchmal die einzige Möglichkeit, sie weiterzubetreiben, wenn passende Hardware nicht mehr zu bekommen ist. Wir prüfen vorher, ob Lizenzbedingungen und angebundene Geräte das mitmachen.
06 Übernehmen Sie den Betrieb danach?
Ja. Überwachung der Auslastung, Wartung der Wirte, Aktualisierungen und die Kontrolle der Sicherungen laufen über unsere Managed Services weiter, mit festen Ansprechpartnern.
Passt dazu
Wie viele Server brauchen Sie wirklich?
Wir messen die Auslastung Ihrer vorhandenen Systeme über einen realistischen Zeitraum und zeigen, was sich zusammenfassen lässt — und was aus guten Gründen getrennt bleibt.