Rechenzentrumsmanagement: Vor-Ort, Colocation und Cloud

Die meisten IT-Teams machen sich nicht bewusst daran, eine Rechenzentrumsstrategie zu entwickeln. Sie übernehmen eine bereits bestehende. Im Laufe der Jahre kommen Server hinzu, ein Colocation-Vertrag wird abgeschlossen, wenn im Serverraum der Platz knapp wird, und einige Workloads werden stillschweigend in die Cloud verlagert, wenn ein Anbieter den Support für On-Premise-Lösungen einstellt. Schon bald verwalten Sie eine Infrastruktur, die sich über drei verschiedene physische Umgebungen erstreckt, ohne einen einheitlichen Überblick über eine davon zu haben.

Das Rechenzentrumsmanagement ist der Bereich, der dafür sorgt, dass diese Infrastruktur läuft, und bedeutet zunehmend, bewusste Entscheidungen darüber zu treffen, was wo hingehört. Laut dem „Kaseya State of the MSP Report 2026“ geben 83 % der MSPs an, dass ihre IT-Management-Tools die betriebliche Effizienz erheblich steigern, und diese Tools verwalten mittlerweile routinemäßig hybride Umgebungen, die gleichzeitig lokale Hardware, Colocation-Einrichtungen und die Cloud umfassen.

Die Wahl des richtigen Modells ist wichtiger, als den meisten IT-Verantwortlichen bewusst ist. Die Kostenstruktur, der Betriebsaufwand und die Ihnen in einer Krise zur Verfügung stehenden Wiederherstellungsmöglichkeiten hängen fast ausschließlich davon ab, wo sich Ihre Infrastruktur befindet.

Vor Ort, Colocation und Cloud: Was unterscheidet sie eigentlich voneinander?

Diese drei Modelle werden oft als ein Spektrum von „größter Kontrolle“ bis „geringster Kontrolle“ betrachtet, doch der eigentliche Unterschied liegt darin, wo die operative Verantwortung liegt und wer für was aufkommt.

„On-Premises“ bedeutet, dass Ihr Unternehmen die physische Infrastruktur besitzt und betreibt. Sie haben die Kontrolle über die Hardware, das Netzwerk, die Stromversorgung und die physische Sicherheit. Sie tragen auch die volle Verantwortung für all das. Wenn um 2 Uhr morgens eine USV ausfällt, ist das Ihr Problem. Wenn ein Serverrack erneuert werden muss, sind das Investitionsausgaben in Ihrer Bilanz. On-Premises-Umgebungen sind sinnvoll für Unternehmen mit strengen Anforderungen an die Datenhoheit, latenzempfindlichen Workloads oder spezieller Hardware, die von Cloud-Anbietern nicht unterstützt wird.

Bei der Colocation wird die Verantwortung aufgeteilt. Der Betreiber der Einrichtung stellt die Räumlichkeiten, die Stromversorgung, die Kühlung und die physische Sicherheit bereit. Sie stellen die Hardware bereit und verwalten sie. Das Ergebnis sind geringere Betriebskosten als beim Betrieb eines eigenen Rechenzentrums, keine Investitionskosten für das Gebäude selbst und Zugang zu einer Verbindung auf Carrier-Niveau, die die meisten mittelständischen Unternehmen intern nicht nachbilden können. Colocation ist das richtige Modell für Unternehmen, die die Kontrolle über ihre Hardware behalten möchten, ohne den Aufwand für den Betrieb der dazugehörigen Einrichtung tragen zu müssen.

Die Cloud macht die Hardware-Ebene vollständig überflüssig. Sie beziehen Rechenleistung, Speicherplatz und Netzwerkkapazitäten als Dienstleistung und zahlen nur für das, was Sie tatsächlich nutzen, statt für das, was Sie bereitgestellt haben. Die Vor- und Nachteile sind bekannt: gemeinsam genutzte Infrastruktur, Abhängigkeit von der Verfügbarkeit des Anbieters und eine Abrechnung, die eine kontinuierliche Steuerung erfordert, um vorhersehbar zu bleiben. Die Cloud eignet sich für die meisten Workloads, sofern die Anforderungen an die Datenhoheit dies zulassen, und ist in der Regel die richtige Standardlösung für komplett neue Anwendungen.

Der häufigste Fehler besteht darin, diese Bereiche als sich gegenseitig ausschließend zu betrachten. Die meisten mittelständischen Unternehmen sind in allen drei Bereichen tätig, und die Herausforderung für das Management besteht nicht darin, sich für einen Bereich zu entscheiden, sondern darin, den Überblick und die Kontrolle über die jeweilige Kombination zu behalten, die Sie gerade nutzen.

Überwachung der physischen Infrastruktur: mehr als nur Server

Die Überwachung von Rechenzentren umfasst zwei unterschiedliche Ebenen, die leicht miteinander verwechselt werden können: IT-Ausrüstung und physische Umgebung.

Die Hardware-Zustandsüberwachung überwacht die Geräte selbst. Der Zustand der Festplatten, die CPU-Temperatur, der Speicherstatus, die Redundanz der Stromversorgung und Fehler bei den Netzwerkschnittstellen liefern frühzeitig Warnsignale für Ausfälle, bevor diese zu Betriebsunterbrechungen führen. Ein MSP, der die Infrastruktur eines Kunden in einem Colocation-Rechenzentrum verwaltet, benötigt diese Transparenz ebenso sehr wie ein internes IT-Team, das einen eigenen Serverraum betreibt.

Die Umgebungsüberwachung erfasst die Bedingungen rund um die Hardware. Temperatur- und Feuchtigkeitssensoren erkennen Ausfälle der Kühlung, bevor diese zu Schäden an den Geräten führen. Die Überwachung der Stromlast identifiziert Stromkreise, die an ihre Kapazitätsgrenze stoßen, bevor es zu einer Abschaltung kommt. Für Unternehmen, die physische Infrastrukturen jeglicher Art betreiben, sind diese Signale von entscheidender Bedeutung, doch sie werden durch die standardmäßige Endpunktüberwachung nicht immer erfasst.

VSA und Datto RMM ermöglichen die Überwachung des Hardwarezustands von Servern und Netzwerkgeräten. Die SNMP-basierte Überwachung erstreckt sich auch auf Infrastrukturgeräte, auf denen keine Standard-Endpunkt-Agenten laufen: USV-Systeme, Umgebungssensoren, verwaltete PDUs und Netzwerk-Switches. Für einen typischen MSP, der die Colocation-Umgebung eines Kunden verwaltet, bedeutet dies eine einzige Überwachungsplattform, die sowohl die verwalteten Geräte als auch die sie umgebende physische Infrastruktur abdeckt.

Backup und Notfallwiederherstellung in physischen Rechenzentrumsumgebungen

Das grundlegende Risiko in einer physischen Rechenzentrumsumgebung, das in der Cloud nicht besteht, sind Vorfälle auf Standortebene. Ein Brand, eine Überschwemmung oder ein längerer Stromausfall legt nicht nur einen einzelnen Server lahm, sondern alle Systeme im Raum gleichzeitig.

Das verändert die Anforderungen an die Backup-Architektur. Ein lokales Backup-Ziel – sei es ein Bandlaufwerk, ein NAS oder ein sekundärer Server im selben Rechenzentrum – schützt Sie nicht vor dem Szenario, auf das es wirklich ankommt. Sie benötigen ein geografisch unabhängiges Wiederherstellungsziel.

Datto BCDR bietet ein unveränderliches Cloud-Backup, bei dem Wiederherstellungspunkte in der Datto Cloud gespeichert werden, unabhängig von der physischen Umgebung, für die das Backup erstellt wird. Dank der sofortigen Virtualisierung können Sie im Falle eines Ausfalls der physischen Hardware die geschützten Workloads in der Cloud starten und den Betrieb aufrechterhalten, während Ersatzhardware bereitgestellt wird. Für einen MSP, der Kundendaten in einer Colocation-Umgebung verwaltet, ist dies die unverzichtbare Ebene, die ein lokales Backup allein nicht bieten kann.

Ein anschauliches Beispiel: Ein MSP verwaltet 15 Kundenserver in einem gemeinsam genutzten Colocation-Rechenzentrum. Ein Wasserleck aus dem darüber liegenden Stockwerk legt an einem Wochenende drei Racks lahm. Ohne cloudbasiertes BCDR beginnt die Diskussion über die Wiederherstellung mit der Frage: „Wie schnell können wir Ersatzhardware beschaffen?“ Mit Datto BCDR beginnt sie hingegen mit der Frage: „Welche Workloads virtualisieren wir zuerst?“

Planung einer Rechenzentrumsmigration

Die Entscheidung, Workloads von einem physischen Rechenzentrum in die Cloud oder zwischen Colocation-Standorten zu migrieren, wird in erster Linie von vier Faktoren bestimmt: den Gesamtbetriebskosten über einen realistischen Zeithorizont, Compliance-Anforderungen, der Leistung und dem betrieblichen Aufwand für die Wartung der bestehenden Umgebung.

Die TCO-Analyse ist der Ausgangspunkt für die meisten Migrationsentscheidungen – und zugleich der Punkt, an dem die meisten davon scheitern. Ein oberflächlicher Kostenvergleich lässt den Hardware-Erneuerungszyklus außer Acht (Server müssen in der Regel alle 5 bis 7 Jahre ausgetauscht werden), ebenso wie die Personalkosten für die Wartung der physischen Infrastruktur und die in einem Colocation-Vertrag enthaltenen Standortkosten. Die nutzungsabhängige Preisgestaltung in der Cloud mag auf monatlicher Basis teuer erscheinen, ist aber über einen Zeitraum von fünf Jahren oft die rentablere Lösung, wenn man diese Faktoren mit einbezieht.

Man kann keine Migration aus einer Umgebung planen, über die man keine genauen Aufzeichnungen hat. IT Glue des aktuellen Zustands, des Serverbestands, der Anwendungsabhängigkeiten, der Netzwerktopologie und der Integrationen von Drittanbietern IT Glue bildet die Grundlage, auf der jeder Migrationsplan aufbauen muss. Lücken in der Dokumentation treten nicht bereits in der Planungsphase zutage. Sie treten erst während der Migration zutage, wenn man feststellt, dass eine kritische Anwendung eine undokumentierte Abhängigkeit aufweist, die zusammenbricht, sobald der Server, auf den sie angewiesen ist, verlegt wird.

IT Glue, ein Bestandteil der Kaseya 365 -Plattform, pflegt die dynamische Dokumentation, die Migrationen überschaubar statt chaotisch macht.

Kaseya Intelligence der autonome Rechenzentrumsbetrieb

Die Verwaltung hybrider Rechenzentrumsumgebungen erzeugt einen kontinuierlichen Strom von Warnmeldungen, Kapazitätssignalen und Ergebnissen der Backup-Überprüfung, die früher von einem Techniker manuell geprüft und bearbeitet werden mussten. Kaseya Intelligence, das auf der Grundlage von über 1 Milliarde Helpdesk-Tickets, 3 Exabyte an Backup-Daten und 17 Millionen verwalteten Endgeräten trainiert wurde, geht über die bloße Anzeige von Empfehlungen hinaus und führt Maßnahmen auf der gesamten Kaseya 365 autonom aus und überprüft deren Ergebnisse.

Speziell für das Rechenzentrumsmanagement bedeutet dies eine automatisierte Reaktion auf Hardware-Warnmeldungen, bevor diese zu Ausfällen führen, Warnungen bei Kapazitätsschwellenwerten, die Maßnahmen auslösen und nicht nur Benachrichtigungen versenden, sowie Fehler bei der Backup-Überprüfung, die eskaliert werden, ohne auf die morgendliche Überprüfung zu warten. Der Übergang vom reaktiven zum autonomen Betrieb ist in physischen Umgebungen von größter Bedeutung, da sich die Folgen einer übersehenen Warnmeldung dort nicht mit ein paar Klicks rückgängig machen lassen.