Die österreichische Cloud ist eine Übergabekette: Wo das Lokalitätsversprechen von myDataCenter.at tatsächlich endet

Zusammenfassung

• Die rechtliche und operative Identität ist nachweisbar: myDC Cloud Services GmbH ist das österreichische Unternehmen hinter der Dienstleistungsmarke myDataCenter.at, keine vage Bezeichnung für eine größere Hosting-Gruppe.
• Das Cloud-Angebot kombiniert KVM-VMs, Ceph-gestützten Speicher, ein Kunden-Dashboard, optionales Backup und einen Standort in Wien; jede Komponente reduziert eine Abhängigkeit und schafft gleichzeitig eine neue betriebliche Grenze, die Käufer prüfen müssen.
• Der öffentliche Shop macht kleine Bereitstellungen nachvollziehbar, aber die Standardbedingungen – nicht der monatliche Preis – definieren die tatsächliche Wirtschaftlichkeit durch Vertragslaufzeit, Kündigungsfrist, energieabhängige Anpassungen, Supportumfang und begrenzte Serviceleistungen.
• Lokalität ist das stärkste Unterscheidungsmerkmal und die schwierigste Behauptung von myDC. Öffentliche Belege stützen einen österreichischen Betriebsstandort, offenbaren jedoch nicht ausreichend über die Identität der Einrichtung, Speicher-Fehlerdomänen, Replikastandorte, Service-Level oder Zertifikatsumfang, um es einem ernsthaften Käufer zu erlauben, bei „Daten in Österreich” stehen zu bleiben.

Ein Klick durch den Dienst

Stellen Sie sich ein österreichisches Softwareunternehmen vor, das einen neuen Produktionsserver bestellt. Ein Administrator betritt das myDataCenter.at-Dashboard, wählt „Platform Vienna”, wählt Prozessorkerne, Arbeitsspeicher und Speicher aus, verbindet ein privates Netzwerk, hinterlegt einen SSH-öffentlichen Schlüssel und bezahlt. Die Maschine erscheint schnell genug, dass die Transaktion wie eine einzelne Handlung wirkt. Das ist sie nicht. Dieser Klick durchquert eine Übergabekette.

Das erste Glied ist rechtlich. Der Kunde schließt einen Vertrag mit der myDC Cloud Services GmbH, einem in Krems eingetragenen Unternehmen, nicht mit einer generischen „österreichischen Cloud” und, soweit verfügbar, nicht mit einem bekannten internationalen Mutterkonzern. Das zweite Glied ist die Dienststeuerungsebene: myDCs Shop, Kontosystem, Bereitstellungsworkflow, Rechnungen, Tickets und Statusanzeige. Das dritte ist technisch: eine unter KVM laufende virtuelle Maschine, deren Festplatten auf einem Ceph-Speichersystem platziert sind und eine Hochverfügbarkeitslogik, die Arbeitslasten bei Ausfall eines Rechenknotens neu starten soll.

Das vierte ist physisch: Strom, Kühlung, Brandschutz, Zugangskontrolle und Glasfaser in einer Wiener Einrichtung. Das fünfte ist extern: die Netzwerke, Carrier, Software-Communities, Zahlungsanbieter und spezialisierten Implementierungspartner, auf die ein kleiner Betreiber unweigerlich angewiesen ist.

Der Wert von myDC liegt also nicht darin, dass es Abhängigkeiten beseitigt. Keine Cloud tut das. Es liegt darin, dass es eine ausufernde Reihe von Abhängigkeiten in einen kleineren, geografisch begrenzten und menschlich erfassbaren Dienst verwandeln kann. Das ist ein nützliches Produkt für eine Organisation, die österreichische Verwahrung, deutschsprachigen Support oder Zugang zu einem rechenschaftspflichtigen lokalen Betreiber wichtiger nimmt als einen riesigen Katalog proprietärer Managed Services. Aber es funktioniert nur, wenn die Grenzen präzise beschrieben sind.

Das öffentliche Material des Unternehmens ist an Stellen ungewöhnlich konkret. SeineCloud-Seitenennt KVM, Ceph, AMD-EPYC-Prozessoren, interne und externe Netzwerkgrenzen, Snapshots, Rescue-Zugriff und optionales Backup. SeinBestellleitfadenerklärt, was ein Kunde bereitstellen muss. SeineAGBlegen Supportzeiten, Kündigungsfristen, Wartungsbehandlung, Rechtsbehelfe und Preisanpassungslogik fest. Diese Dokumente ermöglichen eine ernsthaftere Bewertung als der übliche Slogan der souveränen Cloud.

Sie offenbaren auch die zentrale Spannung. myDC vermarktet Unmittelbarkeit und Flexibilität an der Oberfläche, während seine rechtlichen und physischen Grundlagen notwendigerweise langsamer und fester sind. Eine VM kann in einem Dashboard vergrößert oder gelöscht werden; der dahinterstehende Vertrag kann eine Mindestlaufzeit und eine dreimonatige Kündigungsfrist haben. Ein Ceph-Cluster kann Daten nach einem Festplattenausfall umverteilen; das sagt noch nichts darüber aus, ob sich alle Repliken einen Raum, eine Stromversorgung oder ein metroweites Risiko teilen.

Ein Dashboard kann grüne Lichter anzeigen; die Standardbedingungen schließen Wartung von bestimmten Rechtsbehelfen aus und bieten keine detaillierte öffentliche Vorfallshistorie. Die sinnvolle Analyseeinheit ist nicht der Server. Es ist die Kette.

Die GmbH hinter der Domain

Die Identitätsbrücke ist stabil genug, um die Abgrenzung des Artikels zu stützen. DasImpressum und die AGBdes Anbieters nennenmyDC Cloud Services GmbHund erklären ausdrücklich, dass sie Dienstleistungen unter der MarkemyDataCenter.aterbringt. Sie geben die eingetragene Adresse als Dr.-Franz-Wilhelm-Straße 2 in 3500 Krems an der Donau an, nennen Robert Siedl als Geschäftsführer und geben die Firmenbuchnummer FN 533177i und die Umsatzsteuer-ID ATU75570758 an. Dieselbe Seite besagt, dass das Unternehmen Infrastruktur-, Plattform- und Softwaredienste aus einem Wiener Rechenzentrum mit eigener Hardware anbietet, wobei Kundendaten in Österreich gespeichert werden.

Ein unabhängiger öffentlicher Eintrag derösterreichischen Wirtschaftskammerverbindet denselben Firmennamen, dieselbe Handelsmarke, Domain, Adresse, Registernummer und Geschäftsführer. Er dokumentiert die Gewerbeberechtigung für Informationstechnologie-Dienstleistungen vom 19. Juni 2020. Diese Gegenprüfung ist wichtig. Sie schließt den naheliegenden Fehler aus, myDataCenter.at als Produktseite ohne eindeutige Vertragspartei zu behandeln oder stillschweigend eine bekanntere Einrichtung oder Dienstleistungspartner für das bewertete Unternehmen einzusetzen.

Die eigeneUnternehmensgeschichtedes Betreibers fügt eine Herkunft hinzu, die relevant ist, aber als Unternehmensdarstellung gewertet werden muss. Sie besagt, dass die Gründer 2019 ein bestehendes Cloud-Geschäft von Siedl Networks durch einen Asset-Deal übernommen und eine separate Gesellschaft rund um die Marke myDataCenter.at gegründet haben. Die Zeitleiste beschreibt frühere Infrastrukturarbeiten ab 2015, einen größeren Cluster und Webshop im Jahr 2020, Kunden-Self-Provisionierung im Jahr 2022, Monitoring- und Zimbra-Dienste im Jahr 2023, integrierte Abrechnung im Jahr 2024 und ein Partnerprogramm im Jahr 2025. Dies ist ein Beleg für Kontinuität des Dienstwissens, kein Beweis dafür, dass jede Vor-2020-Bereitstellung, jeder Kunde oder jede Betriebsbehauptung zur heutigen GmbH gehört.

Diese Unterscheidung wird wichtig, wenn öffentliches Fallmaterial beide Namen verwendet. EineSchoolFox-Erfolgsgeschichtebeschreibt myDataCenter-Ressourcen, während Beratung, Migration, Implementierung und laufender Betriebsführung Siedl Networks zugeordnet werden. EineWKO-Open-Source-Experten-Compilation 2024veröffentlicht den Fall erneut. Robert Siedl taucht im Umfeld beider Unternehmen auf, aber die geprüften Quellen belegen keine aktuelle Eigentümerverbindung, die eine Verschmelzung rechtfertigen würde. Die vertretbare Lesart ist enger: myDC ist das Cloud-Vertrags- und Infrastruktursubjekt; Siedl Networks ist in mindestens einer dokumentierten Bereitstellung ein benannter Implementierungs- und Supportpartner.

Diese Genauigkeit ist keine juristische Spitzfindigkeit. Sie sagt einem Käufer, an wen er eine Due-Diligence-Anfrage richten soll, welche Partei in der Auftragsverarbeitungsvereinbarung erscheinen sollte, wer für die virtuelle Infrastrukturschicht verantwortlich ist und wo die Pflichten eines Systemintegrators beginnen. „Lokal” ist nur dann nützlich, wenn die Verantwortung einen Namen und eine Registernummer hat.

Was Platform Vienna einem Kunden tatsächlich bietet

myDCs aktuelles Cloud-Portfolio ist bewusst klein. „Platform Vienna” ist der umfassendere Private-Cloud-Baustein; „Server Vienna” das einfachere virtuelle Serverangebot. Eineim August 2025 veröffentlichte Produktumstrukturierungbesagt, dass diese älteren Festpakete ersetzt wurden, sodass CPU, Arbeitsspeicher, SSD- oder NVMe-Speicher, Netzwerkkapazität und Add-ons freier gewählt werden können. Bestehende Konfigurationen blieben unverändert.

Deraktuelle Vergleichbesagt, dass beide Produkte KVM anstelle von Betriebssystemcontainern verwenden, auf AMD-EPYC-Prozessoren laufen und virtuelle Festplatten in Ceph speichern. Der Anbieter beschreibt die VMs als hochverfügbar. Kunden erhalten Root-Zugriff über SSH oder RDP und können Snapshots, Aufgaben, ein Rettungssystem und eine grundlegende Firewall über das Dashboard nutzen. Platform Vienna fügt private Netzwerke hinzu und bewirbt interne Konnektivität von bis zu 10 Gbit/s; externe Konnektivität wird mit bis zu 1 Gbit/s angegeben. Ein IPv6-/64 ist verfügbar. „Bis zu” ist eine Obergrenze, kein zugesichertes Durchsatzniveau, und die öffentliche Seite offenbart keine Überbuchungsverhältnisse, Paket-pro-Sekunde-Grenzen oder einen Netzwerk-Service-Level.

Der Shop macht die kommerzielle Abstraktion greifbar. Am 17. Juli 2026 zeigte derPlatform-Vienna-Storefronteinen monatlichen Startpreis von 46,60 €, während Server Vienna bei 8,70 € startete; die AGB besagen, dass angegebene Geschäftspreise zuzüglich Umsatzsteuer sind. Eine Konfigurationsansicht bot einzeln bepreiste Kerne, Arbeitsspeicher, Speicher, Konnektivität, IPv4-Adressen, VLANs und Backup an. Diese Beobachtungen sind eine Momentaufnahme des Shops und kein dauerhafter Tarif. Sie sind nützlich, weil sie die Verkaufseinheit zeigen: myDC präsentiert keine verbrauchsgemessene Hyperskala-Umgebung mit Hunderten von Diensten. Es verkauft konfigurierbare virtuelle Infrastruktur mit sichtbaren monatlichen Komponenten.

Die Bestellung ist nicht vollständig automatisch. Gemäß demWissensdatenbank-Leitfadendes Unternehmens wählt ein Kunde monatliche, vierteljährliche oder jährliche Abrechnung und bezahlt dann von Guthaben, per Banküberweisung oder per PayPal. Guthaben oder PayPal können eine sofortige Bereitstellung auslösen, wo das Produkt dies zulässt; die automatische Bereitstellung nach einer Banküberweisung erfordert eine Kontoverifizierung. Der Käufer liefert einen Hostnamen, eine Betriebssystemvorlage und einen SSH-öffentlichen Schlüssel. myDC gibt an, dass es bewusst auf generierte oder Standardpasswörter verzichtet. Plattformkunden wählen dann zusätzliche Prozessoren, Arbeitsspeicher, Boot-Disk-Medium, öffentliche Adressen, private Netzwerke und Backup-Speicher aus.

Dieser Arbeitsablauf lokalisiert die Grenze zwischen Infrastruktur und Administration. myDC kann eine VM instanziieren, Netzwerke anhängen und einen Rettungspfad bereitstellen. Der Kunde bleibt verantwortlich für das Gastbetriebssystem, Anwendungen, Identitätsdesign, Patchen, Geheimnisse und einen Großteil der Firewall-Richtlinie, es sei denn, er kauft zusätzliches Management. Die öffentliche Wissensdatenbank enthält Anleitungen für OPNsense, pfSense, MikroTik und gängige Linux- oder Windows-Aufgaben, was ein hilfreicher Beleg für die Arbeit ist, die Kunden tatsächlich erwartet.

Es ist auch ein Beleg dafür, dass „Cloud” die Systemadministration nicht überflüssig macht.

Die Beschaffung sollte die beiden Produktfamilien schärfer unterscheiden, als es die Marketingtabelle tut. Ein Käufer sollte fragen, ob eine bestimmte CPU-Allokation dediziert oder gemeinsam genutzt ist, wie Überbuchung geregelt ist, welche Speicherleistungswerte zugesichert sind, ob Live-Migration oder nur Neustart-basierte Wiederherstellung angeboten wird und ob Platform-Vienna-private Netzwerke mehr als eine physische Fehlerdomäne umfassen. Keine dieser Antworten sollte aus dem Vorhandensein bekannter Open-Source-Komponenten abgeleitet werden.

KVM und Ceph verschieben die Lock-in-Grenze

Die Architektur verwendet erkennbare, nicht-proprietäre Bausteine. Das ist bedeutsam. KVM ist der gängige Virtualisierungsmechanismus des Linux-Kernels, und myDC gibt an, dass sein Dienst vollvirtualisierte Maschinen anstelle von Containern bereitstellt. Ceph ist ein verteiltes Speichersystem, das Daten über Entität-Storage-Daemons hinweg platziert und repliziert. DieCeph-Architekturdokumentationerklärt, dass Monitore die Clusterkarte halten, OSDs Objekte speichern und replizieren und der CRUSH-Algorithmus Daten ohne zentralen Lookup-Engpass auf Fehlerdomänen abbildet.

Diese Komponenten können eine Form von Wechselkosten senken. Ein Kunde schreibt nicht direkt gegen eine einzigartige Datenbank-API oder einen Event-Dienst, um eine gewöhnliche VM zu betreiben. Linux, Windows, eine virtuelle Firewall oder ein Datenbankserver können prinzipiell auf einer anderen KVM-basierten Plattform laufen. myDCs öffentliches Bekenntnis zu offenen Standards und Migrationsunterstützung untermauert diese Richtung. Aber „verwendet Open Source” und „hat einen getesteten Ausstiegspfad” sind keine Synonyme.

Der Anbieter veröffentlicht nicht die für den Export verfügbaren Festplatten-Image-Formate, die Mechanik oder Kosten eines vollständigen Volume-Exports, Bandbreitenzulagen während der Migration, Konfigurationsexport für Netzwerke und Firewall-Regeln oder die Behandlung von Snapshots. Er veröffentlicht keine Infrastructure-as-Code-Schnittstelle auf der Cloud-Seite. Eine Dashboard-Operation, die einen Server erstellt, kann daher eine manuelle Steuerungsebenen-Abhängigkeit bleiben, selbst wenn die Arbeitslast selbst portabel ist.

Bevor man sich auf eine geringe Bindung verlässt, sollte ein Käufer myDC bitten, eine repräsentative Maschine und ihre Netzwerkeinstellungen zu exportieren, woanders zu importieren, die Kopie zu booten und die vergangene Zeit, Datenübertragungskosten und erforderliche Änderungen zu dokumentieren.

Ceph zeigt auch, warum ein Produktname keine Garantie ist. Ceph kann Objekte über Hosts hinweg replizieren und kann eine Hierarchie von Geräten, Racks, Reihen und Räumen in einer CRUSH-Karte codieren. Seine eigene Dokumentation warnt davor, dass die Verfügbarkeit vom Monitors-Quorum, den Replikateinstellungen und der Fehlerdomänenkonfiguration abhängt; sie empfiehlt drei Kopien für Hochverfügbarkeit, anstatt jede Ceph-Installation als automatisch widerstandsfähig zu behandeln. Das öffentliche myDC-Material legt weder die Anzahl der Monitore, OSD-Knoten, die Replikatanzahl,min_size, Platzierungsregeln, Rack-Verteilung, Verschlüsselungskonfiguration, nutzbare Kapazität noch Wiederaufbau-Reserven offen.

Diese Abwesenheit zeigt keinen schwachen Cluster. Sie zeigt, dass die Behauptung auf Produktbeschreibungsebene bleibt. Die richtige Beschaffungsfrage ist nicht „Verwenden Sie Ceph?”, sondern „Zeigen Sie, wie der Pool dieses Kunden platziert ist, welche gleichzeitigen Ausfälle er toleriert und was mit Latenz und Wiederherstellungszeit während eines Wiederaufbaus passiert.” Wenn Repliken auf verschiedenen Festplatten in verschiedenen Hosts sitzen, aber einen Raum und einen Strompfad teilen, ist das System gegen einen Festplatten- oder Hostausfall resilient, aber nicht gegen einen Standortausfall.

Dieselbe Disziplin gilt für Hochverfügbarkeit. myDCs Produktmitteilung von 2025 erklärt, dass bei Ausfall eines Hosts eine betroffene VM automatisch auf anderer Hardware starten kann. Das ist eine nützliche Infrastrukturwiederherstellung. Es ist keine kontinuierliche Anwendungsverfügbarkeit: Der Gast muss neu starten, Anwendungen müssen sich erholen, und jeder laufende Zustand kann verloren gehen. Ein Kunde, der nahezu keine Unterbrechung benötigt, benötigt immer noch Anwendungsclustering, replizierte Zustände, Health Checks und Traffic-Failover oberhalb der VM-Schicht.

„HA” sollte daher in eine gemessene Wiederherstellungszeitverteilung für die Arbeitslast übersetzt werden, nicht als Abzeichen stehen bleiben.

Es gibt eine zweite architektonische Frage im Unterschied zwischen Platform Vienna und Server Vienna. Private Netzwerke mit bis zu 10 Gbit/s können Platform für mehrschichtige Systeme, Speicherverkehr oder hybride Verbindungen geeignet machen. Server Vienna scheint für einfachere, öffentlich verbundene Instanzen gedacht zu sein. Ein Käufer, der mit dem günstigeren Server beginnt und später private Segmentierung benötigt, sollte klären, ob eine Konvertierung ohne Wiederaufbau möglich ist. Produkteinfachheit ist wertvoll, aber nur, wenn der Upgrade-Pfad explizit ist.

Das Dashboard ist sowohl Komfort als auch Konzentration

myDC hat investiert, um ein kleines Infrastruktur-Ökosystem über eine einzige Kundenschnittstelle steuerbar zu machen. EineDashboard-Ankündigung vom Mai 2025besagt, dass Kunden Dienste bestellen, verwalten, ändern und kündigen können; den Netzwerkstatus einsehen; Support-Tickets erstellen; Dokumentation lesen; und Rechnungen an einem Ort bearbeiten können. Sie sagt auch, dass der Login eine Zwei-Faktor-Authentifizierung unterstützt. Eine frühereVeröffentlichung vom Januar 2024führte Service-Monitoring und eine Netzwerkstatusansicht ein.

Für ein kleines IT-Team ist diese Konsolidierung Teil des Produkts. Die Alternative ist oft kein perfekt automatisierter Hyperskala-Betrieb, sondern eine Mischung aus Hosting-Portalen, E-Mail-Änderungen, Tabellenkalkulationen und Anrufen bei mehreren Anbietern. Ein lokales Dashboard, das Bestellung, technischen Zustand und Support verbindet, kann Koordinationskosten senken.

Es konzentriert auch die Berechtigung. Ein Konto, das Dienste hinzufügen, ändern oder löschen sowie Rechnungen und Support-Informationen einsehen kann, ist eine materielle Kontrollfläche. Die Zwei-Faktor-Authentifizierung ist daher eine Grundvoraussetzung, keine vollständige Sicherheitsgeschichte.

Käufer sollten prüfen, ob sie für jedes Konto erzwungen werden kann, welche Faktoren unterstützt werden, ob Rollen die Abrechnung von der Administration trennen, wie API- oder Dienstberechtigungsnachweise abgegrenzt werden, wie Sitzungen und Wiederherstellung gehandhabt werden, ob administrative Ereignisse exportierbar sind und wie der Zugriff von Provider-Mitarbeitern genehmigt und protokolliert wird.

Die öffentlichen Seiten beschreiben keine Kunden-API, kein Befehlszeilentool, keinen Terraform-Provider, keine Single-Sign-On-Integration, kein rollenbasiertes Zugriffsmodell oder unveränderlichen Audit-Export. Möglicherweise sind einige auf Anfrage verfügbar; das Beweispaket belegt sie nicht. Ihr Fehlen in der öffentlichen Dokumentation ist am wichtigsten für Kunden, die reproduzierbare Infrastruktur benötigen, und am wenigsten für diejenigen, die bewusst ein persönliches, ticketgestütztes Betriebsmodell kaufen.

Der Servicestatus des Dashboards bedarf ebenfalls der Interpretation. Es kann zeigen, was myDC zu überwachen und offenzulegen beschließt, was besser ist als keine Statusoberfläche. Es kann für sich genommen keine End-to-End-Anwendungsgesundheit, historische Einhaltung eines Servicelevels oder eine vollständige Vorfallsaufzeichnung feststellen. Ein ernsthafter Kunde sollte eigene synthetische Sonden außerhalb des Provider-Netzwerks anschließen und sie nach jedem wesentlichen Ereignis mit dem Dashboard abgleichen.

Der Wiener Raum ist eine Abhängigkeit, keine Fußnote

myDC gibt an, dass sich seine Hardware und Kundendaten in Österreich befinden. SeineEinrichtungsbeschreibungverortet den Betrieb in Wien und beschreibt redundante Stromversorgung, USV und Generatoren, Kühlung, Branderkennung und -löschung, biometrischen Zugang, Videoüberwachung, Patrouillen und Ökostrom. Sie besagt, dass mehrere Dark-Fibre-Wege zu zwei wichtigen österreichischen Netzknoten führen, dass Standorte durch einen Glasfaserring verbunden sind und dass das Rechenzentrum ISO 27001-zertifiziert ist. Dieselbe Seite bewirbt Verfügbarkeit „bis zu” mehr als 99,99 Prozent.

Dies sind Unternehmensaussagen. Die öffentliche Seite nennt weder die Einrichtung namentlich, identifiziert den Zertifikatsinhaber, gibt eine Zertifikatsnummer oder einen Geltungsbereich an, definiert, welcher Dienst welches Verfügbarkeitsniveau erhält, oder lokalisiert die zusätzlichen Standorte und Backup-Repliken. Das hinterlässt eine wichtige Beweislücke zwischen „Wien” und einem brauchbaren Resilienzmodell.

Öffentliche Netzwerkbeweise grenzen die wahrscheinliche Betriebsumgebung ein, ohne die Lücke zu schließen. Am 17. Juli 2026 löste das myDataCenter-Dashboard in einen Adressblock auf, der durch RIPE-Registrierungsdaten als SIEDL-NETWORKS identifiziert wurde, während ein öffentlicher mydc.at-Zimbra-Hostname in einen Nessus-gerouteten Bereich aufgelöst wurde.BGP.tools‘ aktuelle Ansicht von AS47692identifiziert das autonome System als Nessus GmbH und zeigt mehrere Upstream-Netzwerke. Separat nenntNessus „MyDC Cloud Services” als Kundenund betreibt mehrere Wiener Rechenzentren.

Dies ist ein punktueller, externer Beleg für eine materielle Netzwerk- oder Einrichtungsbeziehung. Es ist kein Beweis dafür, dass jede myDC-VM eine bestimmte Adresse, einen bestimmten Carrier oder ein bestimmtes Gebäude verwendet. DNS kann nur einen Steuerungsdienst bedienen; Adressen und Routen ändern sich; ein Kunde kann eigene Präfixe oder Verbindungen verwenden. Der Beleg stützt eine Beschaffungsfrage, keine architektonische Feststellung.

Der Wortlaut der myDC-Einrichtungsbeschreibung ähnelt stark der öffentlichenNDC1-Beschreibungvon Nessus, einschließlich Dark-Fibre-Wege zu zwei österreichischen Knoten und die physischen Sicherheitskontrollen. Nessus‘Housing-Überblicksagt, dass seine Wiener Einrichtungen Carrier-neutral und ISO 27001-zertifiziert sind. Doch myDC nennt NDC1 auf seiner eigenen Seite nicht, und Nessus beschreibt nun drei Einrichtungen mit unterschiedlichen Spezifikationen. Es wäre unsicher, allein aus ähnlichem Wortlaut auf den genauen Standort, das Rack, den Zertifikatsumfang oder den Ort einer zweiten Replik zu schließen.

Warum ist die Unterscheidung wichtig, wenn alle Kandidaten in Wien sind? Weil „Nur Österreich” eine rechtliche Grenze ist, keine Grenze für die Notfallwiederherstellung. Zwei Racks in einem Gebäude, zwei Gebäude auf einem Campus und zwei Metro-Standorte mit unterschiedlichen Strom- und Überschwemmungsdomänen bieten unterschiedliche Resilienz. Ein Glasfaserring kann dennoch gemeinsame Kabelkanäle oder Aggregationspunkte haben. Mehrere Carrier können dennoch ein autonomes System oder einen Austauschpunkt gemeinsam nutzen.

Ein Käufer muss eine physische und logische Abhängigkeitskarte unter Vertraulichkeit erhalten, falls erforderlich: Primär- und Backup-Standorte, Stromdomänen, Meet-Me-Räume, Zugriffsverantwortung, IP-Transit, DDoS-Pfad, Control-Plane-Hosting, Überwachung und jeden Subprozessor, der auf Kundendaten zugreifen kann.

Das Netzwerk bestimmt auch, was Lokalität nicht lösen kann. Verkehr zwischen einem österreichischen Benutzer und einer Wiener Arbeitslast kann inländisch bleiben, aber nur eine Routenmessung kann den tatsächlichen Pfad zu einem bestimmten Zeitpunkt zeigen. Verkehr von globalen Benutzern wird ausländische Netzwerke durchqueren. Upstream-Ausfälle, Route-Leaks und Denial-of-Service-Angriffe respektieren keine Landesgrenze. myDCs AGB erkennen an, dass die Konnektivität zu anderen Netzwerken nicht garantiert werden kann, und erlauben die vorübergehende Trennung eines angegriffenen Dienstes, wenn dieser andere beeinträchtigt.

Das optionale DDoS-Produkt im Storefront ist daher Teil des Servicedesigns, kein dekorativer Zusatz für internetfähige Systeme.

Lokalität hat dennoch einen Wert. Sie kann Standortbesuche, vertragliche Zuständigkeit, Latenz für österreichische Benutzer, Datenort-Erklärungen und Kommunikation während einer Störung vereinfachen. Aber sie ist am stärksten, wenn sie als begrenzte Betriebsentscheidung präsentiert wird – benannte Standorte, benannte Subprozessoren, gemessene Routen und getestete Wiederherstellung – nicht als die Behauptung, dass Geografie das Infrastrukturrisiko beseitigt.

Backup schafft eine zweite Souveränitätskarte

myDC stellt zwei verwandte, aber unterschiedliche Backup-Konzepte vor. VM-Backup kann zu Platform Vienna hinzugefügt werden; die Umstrukturierungsmitteilung von 2025 besagt, dass Backups über zwei Standorte repliziert und über das Dashboard wiederhergestellt werden können. Separat verkauft das Unternehmen einenManaged Proxmox Backup Servicezum Schutz der eigenen Proxmox-Umgebung eines Kunden. Der Storefront zeigte am 17. Juli 2026 einen Startpreis von 25 € pro Monat und beschrieb skalierbaren Speicher, Push- oder Pull-Jobs, VM-Wiederherstellung, Datei-Backup für Linux, Verifizierung und optionale Verschlüsselung.

Die Implementierungsanleitungen sind aufschlussreicher als die Produktkarte. Damit myDC von einem lokalen Proxmox Backup Server pullt, benötigt der Kunde eine statische öffentliche Adresse und muss Port 8007 von myDataCenter aus erreichbar machen. DerDashboard-Setup-Leitfadenempfiehlt dringend, den Zugriff auf die öffentliche Adresse von myDC zu beschränken. Er weist den Kunden an, ein lokales Konto mit mindestens der RolleDatastoreReaderzu erstellen, einen Datastore-Fingerprint auszutauschen, den entfernten Speicherort zu definieren und eine Pull-Synchronisation zu planen. Die Aufbewahrung kann geändert werden; einzelne Backups können vor der normalen Aufbewahrungslöschung geschützt werden.

Die umgekehrte Integration ist ebenfalls möglich. DerLeitfaden für den lokalen Servererklärt, wie ein Kunde den Hostnamen, das Konto, das Passwort und den im Dashboard angezeigten Fingerprint verwendet, um den myDC-Datastore als entfernten Speicher zu verbinden. Ein separaterVerifizierungsleitfadenweist Kunden an, Integritätsprüfungen zu planen und Protokolle zu prüfen.

Dies ist ein glaubwürdiger Betriebsworkflow, weil er Verantwortlichkeiten offenlegt. Der Kunde stellt stabile Konnektivität bereit, schränkt Quelladressen ein, erstellt Berechtigungsnachweise mit minimalen Rechten, überprüft den Endpunkt-Fingerprint, wählt Zeitpläne aus und prüft Protokolle. myDC stellt den entfernten Speicher und die Steuerungsschnittstelle bereit. DieDokumentation von Proxmox Backup Serverbestätigt, dass die Software Zugriffskontrolle, Zwei-Faktor-Authentifizierung, clientseitige Verschlüsselung, Verifizierung, Aufbewahrung, entfernte Synchronisation und Wiederherstellungsvorgänge unterstützt. Sie legt nicht fest, welche dieser Steuerungen myDC standardmäßig aktiviert oder für einen bestimmten Kunden verwaltet.

Backup verändert die Souveränitätskarte, weil eine Kopie ihren eigenen Ort, Verschlüsselungsschlüssel, Anmeldeinformationen, Aufbewahrungsregeln und Ausstiegsanforderungen hat. „Auf zwei Standorte repliziert” reicht für die Beschaffung nicht aus.

Der Käufer sollte erfahren, ob sich die beiden Standorte in getrennten Gebäuden und Stromdomänen befinden; ob die Backup-Ebene Identität, Netzwerk und Personal mit der Produktion teilt; wer die Verschlüsselungsschlüssel besitzt; ob geschützte Snapshots unveränderlich gegenüber einem kompromittierten Administrator sind; welche Löschverzögerung gilt; wie oft vollständige Wiederherstellungen getestet werden; und welche Wiederherstellungszeit für das größte Dataset über die gekaufte Bandbreite realistisch ist.

Es gibt auch einen Konzentrationskompromiss. Das Senden eines lokalen Proxmox-Backups an myDC schafft eine nützliche geografische Trennung. Das Sichern einer myDC-VM in ein Repository, das denselben Provider, dieselbe Stadt, dasselbe Steuerkonto oder Netzwerk teilt, kann immer noch vor logischem Löschen und Hostausfall schützen, ist aber möglicherweise schwächer gegen providerweite oder metroweite Ereignisse. Eine dritte Kopie in einer anderen Fehlerdomäne kann die Resilienz verbessern, selbst wenn sie eine Nur-Österreich-Richtlinie verkompliziert.

Souveränität und Wiederherstellbarkeit sind Ziele, die es abzuwägen gilt, keine austauschbaren Labels.

Persönlicher Support ist Teil der Architektur

myDCs wahrscheinlicher Vorteil gegenüber einem großen Massenhosting-Anbieter ist kein geheimer Speicheralgorithmus. Es ist die Verringerung der organisatorischen Distanz. DieSupport-Seiteveröffentlicht Telefonzeiten an Wochentagen, während die AGB den gewöhnlichen Support als Montag bis Freitag, 08:00–12:00 und 13:00–16:45 definieren. Kunden, die 24/7-Support gekauft haben, erhalten mit ihren Zugangsdaten eine separate Notrufnummer. Dies ist eine klarere Unterscheidung als eine allgemeine Aussage, dass die Infrastruktur kontinuierlich überwacht wird.

Die Unterscheidung sollte die Arbeitslastplatzierung beeinflussen. Eine kleine Firma, die Systeme während der Geschäftszeiten betreibt, schätzt möglicherweise den Zugang zu Personen, die ihre Umgebung kennen, mehr als eine nächtliche Telefonabdeckung. Ein öffentlicher Dienst mit nächtlichen Umsatz- oder Sicherheitsauswirkungen benötigt den kostenpflichtigen Eskalationspfad mit schriftlichen Reaktions- und Wiederherstellungsverpflichtungen.

„24/7-Betrieb” kann bedeuten, dass Alarme beobachtet werden; es bedeutet nicht notwendigerweise, dass ein Kunde unter dem Standardpreis einen Ingenieur erreichen kann, oder dass der Ingenieur den Dienst innerhalb einer bestimmten Zeit wiederherstellen muss.

DiePartnerseitenennt Siedl Networks, PLP Datentechnik, Genius IT, Compution IT und bavarialogy als Organisationen, die bei Einrichtung, Betrieb und Wartung helfen können. Einebavarialogy-Ankündigung vom Juli 2026besagt, dass dieser Partner Platform Vienna und Server Vienna für Kundenarbeit einsetzt. Dies sind Anbieteraussagen, keine unabhängigen Messungen von Kundenergebnissen, aber sie demonstrieren das beabsichtigte Betriebsmodell: myDC stellt Infrastruktur bereit, und ein Netzwerk regionaler Spezialisten kann die Anwendungs- und Administrationsschicht liefern.

Der SchoolFox-Fall macht diese Zuordnung konkret. Das vom Anbieter erstellte Dokument besagt, dass die Bereitstellung myDataCenter-Cloud-Ressourcen mit einem Open-Source-Stack einschließlich Univention Corporate Server, Zimbra, IKARUS und OPNsense nutzte. Siedl Networks beriet, migrierte und implementierte und stellte weiterhin Betrieb und Support bereit. Das Kundenreferenz berichtet über eine einfachere Verwaltung und Zusammenarbeit, aber der Fall veröffentlicht keine Verfügbarkeits-, Leistungs-, Kosten- oder Migrationskennzahl. Es ist ein Beleg für ein Implementierungsmuster, kein statistischer Beweis für Dienstqualität.

Für einen Käufer ist die zentrale Frage, wer den Vorfall auf jeder Ebene besitzt. Wenn eine Anwendung langsam ist, weist myDC die Rechen- und Speicherleistung nach, während der Partner den Gast und die Datenbank prüft? Wer koordiniert, wenn keiner einen Fehler sieht? Eröffnet der Kunde ein Ticket oder zwei? Sind Partneraktionen im myDC-Überwachungspfad sichtbar? Kann ein anderer Partner übernehmen, ohne neu aufzubauen? Ein lokales Ökosystem kann Reaktionsreibung verringern, aber eine mehrdeutige Verantwortungsmatrix kann genau das Koordinationsproblem wiederherstellen, das es lösen soll.

Der monatliche Preis ist nicht der wirtschaftliche Vertrag

Der Storefront lädt zum Vergleich nach monatlichem Preis ein. Die AGB definieren eine andere Einheit: die Beziehung über die Zeit. myDCsAllgemeine Geschäftsbedingungen vom Oktober 2023gelten für Unternehmen und besagen, dass jedes Produkt einen separaten Vertrag bildet. Sofern nichts anderes vereinbart wurde, beträgt die Mindestlaufzeit zwölf Monate oder einen längeren im Shop gewählten Abrechnungszeitraum; der Vertrag verlängert sich um denselben Zeitraum. Die ordentliche Kündigung muss per unterschriebenem Brief mindestens drei Monate vor Ablauf eingehen.

Der Bestellleitfaden bietet monatliche, vierteljährliche und jährliche Abrechnung. Es sollte nicht angenommen werden, dass ein monatliches Rechnungsintervall eine einmonatige Bindung bedeutet, da Abrechnungsturnus und Mindestvertragslaufzeit in den öffentlichen Dokumenten unterschiedliche Konzepte sind. Ein Käufer sollte in der Auftragsbestätigung beide Daten klar angeben lassen: Leistungsbeginn, Mindestlaufzeitende, Kündigungsfrist und Verlängerungszeitraum. Falls der Live-Checkout Bedingungen anbietet, die von den Allgemeinen Geschäftsbedingungen abweichen, sollte der unterschriebene oder gespeicherte Auftrag den Konflikt lösen.

Dieselben Bedingungen verlangen die Vorauszahlung von Rechnungen innerhalb von vierzehn Tagen und erlauben die Sperrung nach einer Nachfrist. Wenn der Kunde eine vorzeitige Kündigung verursacht, können die restlichen Gebühren fällig werden. Arbeiten außerhalb der normalen Supportzeiten und durch den Kunden verursachte Fehlersuche können gesondert in Rechnung gestellt werden. Diese Klauseln sind für einen kleinen Geschäftskundenanbieter normal genug, aber sie machen die günstigste VM-Karte zu einer unvollständigen Kostenschätzung.

Energie ist ein besonders expliziter Input. myDC behält sich das Recht vor, Preise mit Ankündigung anzupassen, und enthält eine Formel, die an Großhandelsstromindikatoren gekoppelt ist, wenn ein Dreimonatsdurchschnitt um mindestens fünf Prozent steigt. Der Kunde erhält ein außerordentliches Kündigungsrecht, wenn die resultierende Erhöhung dreißig Prozent übersteigt; andere jährliche Anpassungen können einen Mindestprozentsatz, Verbraucherpreise oder kollektivvertragliche Lohnänderungen ohne dasselbe Austrittsrecht nachvollziehen.

Die genaue Klausel sollte im maßgeblichen deutschen Wortlaut geprüft werden, nicht auf einen einzigen Prozentsatz reduziert. Ihre strategische Bedeutung ist klarer: Die lokale Cloud-Preisgestaltung bleibt gegenüber Strom-, Arbeits- und Einrichtungsökonomie exponiert, und myDC gibt einen Teil dieser Volatilität weiter, anstatt so zu tun, als sei Infrastruktur kostenlos.

Die Rechtsbehelfseite ist bescheiden. Die Bedingungen versprechen keinen ununterbrochenen Zugang, jede gewünschte externe Verbindung oder das Überleben jedes Geräts oder jeder Daten. Sie erlauben geplante Wartung und dringende Arbeiten und sagen, dass wartungsbedingte Einschränkungen nicht automatisch eine Gebührenreduzierung oder Gewährleistungsbehelf schaffen. Die Fehlersuche beginnt unter dem Standardrahmen während der Geschäftszeiten. Bei verzögerter Erstbereitstellung beträgt der angegebene Standardkredit 13 € pro Woche, beginnend erst mit der dritten Woche, vorbehaltlich Ausschlüssen wie Verzögerung durch Dritte.

Die Haftung für einfache Fahrlässigkeit ist begrenzt, mittelbare Schäden und entgangener Gewinn sind ausgeschlossen, und der Gesamtschadensersatz ist nach den veröffentlichten Bedingungen auf 20.000 € begrenzt, vorbehaltlich der üblichen gesetzlichen Ausnahmen, die nicht abbedungen werden können. Die Bedingungen erlauben auch die vorübergehende Sperrung eines Dienstes bei einem Denial-of-Service-Angriff, wenn dieser andere beeinträchtigt, wobei die angriffsbedingten Kosten dem Kunden in Rechnung gestellt werden können.

Diese Bestimmungen können für ein kleines internes System völlig praktikabel und für eine umsatzentscheidende Plattform völlig unzureichend sein.

Deshalb sollte der Preisvergleich ein Arbeitslastszenario anstelle einer Serverkarte verwenden. Rechnen Sie Rechenleistung, Arbeitsspeicher, Speicherwachstum, öffentliche Adressen, private Netzwerke, Backup-Kapazität, Aufbewahrung, DDoS-Schutz, Lizenzen, Partneradministration, Premium-Support, Datenausgang für den routine- und ausstiegsbezogenen Gebrauch, Kundenarbeit und die Kosten eines Wiederherstellungstests ein. Bepreisen Sie dann das vertragliche Risiko: Was eine Stunde, ein Tag und eine Woche Nichtverfügbarkeit kosten würden, verglichen mit dem tatsächlich angebotenen Rechtsbehelf.

myDCs wirtschaftlicher Sweet Spot ist wahrscheinlich ein Käufer, für den der kleine Maßstab und der persönliche Zugang des Anbieters die Verwaltungskosten ausreichend senken, um eine geringere Automatisierung und weniger vertragliche Standardisierung auszugleichen. Die öffentlichen Belege offenbaren keine Umsätze, Kundenkonzentration, Mitarbeiterzahl, Margen oder Investitionsfähigkeit, sodass sie kein Urteil über die finanzielle Widerstandsfähigkeit stützen können.

Ein kritischer Käufer sollte privat geeignete finanzielle oder kontinuierliche Sicherheiten anfordern, anstatt sie aus einem niedrigen monatlichen Einstiegspreis oder einer Liste von Kundenlogos abzuleiten.

Der Ausstieg ist auf Arbeitslastebene einfacher als auf Dienstebene

myDC gibt an, offene Standards und die Vermeidung von Lock-in zu bevorzugen. Die Architektur stützt diesen Anspruch teilweise. Gewöhnliche KVM-VMs, konventionelles IP-Netzwerk und Proxmox-kompatible Backups sind prinzipiell portabler als eine Anwendung, die aus proprietären serverlosen und verwalteten Datendiensten zusammengesetzt ist. Das Unternehmen sagt auch, dass es Kunden bei der Migration hilft.

Der operative Ausstieg besteht dennoch aus mindestens vier Teilen. Erstens: Daten und Maschinenimages in einem vereinbarten Format extrahieren. Zweitens: Netzwerke, Firewall-Regeln, Adressen, DNS, Zertifikate und Überwachung am Ziel reproduzieren. Drittens: Backup-Verlauf übertragen oder neu erstellen und eine Wiederherstellung nachweisen. Viertens: jeden Produktvertrag vor seiner separaten Frist kündigen. Open-Source-Software hilft hauptsächlich bei den ersten beiden; sie vervollständigt sie nicht.

Adresskontinuität ist eine häufige versteckte Kosten. Eine von myDC bereitgestellte öffentliche IPv4-Adresse kann möglicherweise nicht mit dem Kunden umziehen. Anwendungen, entfernte Firewalls, Whitelists und Drittanbieter-Integrationen können sie einbetten. Die Bestell- und Backup-Leitfäden zeigen selbst, warum: Eine Backup-Beziehung kann von einer statischen öffentlichen Quelladresse abhängen. Die Migration kann parallelen Betrieb erfordern, während jeder Peer aktualisiert wird, was bedeutet, dass beide Anbieter bezahlt und die Datenkonsistenz verwaltet werden muss.

Dasselbe gilt für das Dashboard. Rechnungen und Tickets können nur gemäß dem vorhandenen Export- und Kontoschließungsprozess heruntergeladen oder aufbewahrt werden. Überwachungshistorie, Überwachungsdaten und Konfigurationsstatus sollten vor der Löschung exportiert werden. Die öffentliche Dokumentation gibt nicht an, wie lange Daten von gekündigten Diensten oder Kontounterlagen wiederherstellbar sind oder wie die Löschung nachgewiesen wird.

Der eingestellte Kopano-Dienst bietet ein nützliches, nicht katastrophales Beispiel für eine Upstream-Abhängigkeit. In einerMitteilung vom November 2024sagte myDC, dass der Kopano-Anbieter das entsprechende Produkt im März 2025 einstellen würde, weshalb myDC seinen Managed-Dienst einstellen und Zimbra empfehlen würde. Es bot Bestandskunden die Migration von E-Mails, Kalendern, Kontakten und Aufgaben ohne Aufpreis an. Dies ist ein Beleg für eine verantwortungsvolle Übergangsreaktion. Es ist auch eine Erinnerung daran, dass ein lokaler Anbieter nicht jeden Upstream-Produktlebenszyklus kontrolliert.

Ein beschaffungsreifer Exit-Test sollte vor der Produktion stattfinden, wenn Leverage und Goodwill am höchsten sind. Exportieren Sie eine repräsentative VM, stellen Sie ein Backup außerhalb von myDC wieder her, erstellen Sie ein privates Netzwerk neu, rotieren Sie alle Anmeldeinformationen und fordern Sie einen Löschzertifikatsentwurf an. Dokumentieren Sie Abhängigkeiten, die nicht übertragbar sind. Wiederholen Sie die Übung nach größeren architektonischen Änderungen. Wenn der Anbieter diesen Test einfach macht, wird sein Open-Standards-Versprechen zu einem Beleg und nicht zu einer Positionierung.

Sicherheitslabels haben unterschiedliche Eigentümer und Geltungsbereiche

myDCs öffentliche Sicherheitsgeschichte enthält mehrere gute Kontrollen. Das Unternehmen gibt an, dass sein Dashboard die Zwei-Faktor-Authentifizierung unterstützt. Der Bestellvorgang verwendet vom Kunden bereitgestellte SSH-öffentliche Schlüssel anstelle von Standard- oder generierten Serverpasswörtern. Die Einrichtungsbeschreibung deckt physischen Zugang, Überwachung, Brandbekämpfung, Stromversorgung und Kühlung ab. Der Backup-Workflow empfiehlt Quelladressenbeschränkung und Fingerprint-Überprüfung. Die AGB erkennen eine Reaktion auf Denial-of-Service an, und der Storefront bietet eine dedizierte Schutzoption.

Diese Kontrollen ergeben nicht automatisch ein zertifiziertes Informationssicherheits-Managementsystem für die myDC Cloud Services GmbH. Das Unternehmen gibt an, dass dasRechenzentrumISO 27001-zertifiziert ist. Die ISO erklärt, dassISO/IEC 27001Anforderungen an ein Informationssicherheits-Managementsystem festlegt. Der Wert eines Zertifikats hängt von seinem benannten Inhaber, den Standorten, den Dienstleistungen, den Ausschlüssen, der Version, der ausstellenden Stelle und der Gültigkeit ab. Ein Zertifikat eines Einrichtungsbetreibers kann wichtige vererbte Sicherheit bieten, ohne die Mitarbeiterprozesse, die Dashboard-Entwicklung, den Supportzugriff oder den Kundendienstumfang von myDC zu zertifizieren.

myDC gibt auch an, ein österreichisches Cyber Trust-Label erneuert zu haben. DieProgrammbeschreibungdes Systems bietet mehrere Assurance-Stufen und positioniert sein Standardlabel als pragmatischen Einstieg. DieSystemregeln von 2026sind besonders nützlich: Der Geltungsbereich ist an das eingetragene Unternehmen und an Systeme, Prozesse und Personal gebunden, die unter seiner Kontrolle stehen; die Standardstufe stützt sich auf eine validierte Selbsterklärung, während die höchste Stufe ein externes Audit erfordert; Labels sind zeitlich begrenzt; und das System verspricht keine absolute Sicherheit. Ohne einen öffentlichen Zertifikatseintrag oder eine Stufe in den geprüften Belegen wäre es falsch, „Cyber Trust” zu einem unabhängig geprüften ISO-äquivalenten Anspruch aufzuwerten.

Die fehlende öffentliche Evidenz ist genauso wichtig wie die sichtbaren Abzeichen. Die geprüften Seiten enthalten kein myDC-ISO-Zertifikat, keine Anwendbarkeitserklärung, keine Penetrationstest-Zusammenfassung, keinen Weg zur Offenlegung von Schwachstellen, keine Liste der Unterauftragsverarbeiter, keine Spezifikation der Verschlüsselung im Ruhezustand für Cloud-Festplatten, kein Ziel für Sicherheitsvorfall-Benachrichtigungen, keine Wiederherstellungsziele, keine Beschreibung der Zugriffskontrolle für Mitarbeiter und kein Kunden-Audit-Paket. Das bedeutet nicht, dass diese Materialien nicht existieren.

Es bedeutet, dass ein regulierter oder risikoreicher Käufer sie anfordern muss.

Für personenbezogene Daten machen europäische Gesetze den Vertrag und das Betriebsdesign wichtig.Artikel 28 DSGVOverlangt Auftragsverarbeitungsbedingungen, die Anweisungen, Vertraulichkeit, Unterauftragsverarbeiter, Sicherheitsunterstützung, Löschung oder Rückgabe und Audit-Informationen abdecken; Artikel 32 verlangt Sicherheit, die dem Risiko angemessen ist, einschließlich Resilienz und zeitnaher Wiederherstellung, wo angemessen. „Alle Daten in Österreich” kann einen Teil der Übermittlungsanalyse vereinfachen, ersetzt aber nicht diese Pflichten oder stellt sicher, dass jeder Support-, Telemetrie-, Zahlungs- oder Kommunikationsunterdienst innerhalb derselben Grenze bleibt.

Finanzinstitute stehen unter einem strengeren Test gemäß derVerordnung über die digitale operationale Resilienz (DORA). DORAs Vertragsbestimmungen für IKT-Drittparteien verlangen klare Dienstbeschreibungen, Standorte der Datenverarbeitung und -speicherung, Verfügbarkeits- und Integritätsverpflichtungen, Unterstützung bei Vorfällen, Audit- und Zugriffsrechte, Kontinuitätsunterstützung und Ausstiegsbestimmungen, mit zusätzlichen Anforderungen für kritische oder wichtige Funktionen. Eine Partnerankündigung, die DORA oder NIS2 erwähnt, ist eine Marketingbehauptung, bis der zugrunde liegende Vertrag, die Kontrollen und die Evidenz den Verpflichtungen des Kunden entsprechen.

Das glaubwürdigste Sicherheitsposture für myDC wäre daher bewusst geschichtet: Identifizieren Sie Kontrollen, die von der GmbH betrieben werden, Kontrollen, die vom Einrichtungs- und Netzwerkanbieter geerbt wurden, Kontrollen, die Ceph oder Proxmox inhärent sind, aber von der Konfiguration abhängen, Kontrollen, die an Implementierungspartner delegiert wurden, und Kontrollen, die vom Kunden beibehalten werden. Eine einseitige Matrix der gemeinsamen Verantwortung wäre wertvoller als eine längere Liste ohne Geltungsbereich von Sicherheitsbegriffen.

Eine grüne Statusseite ist eine Momentaufnahme, keine Historie

Am 17. Juli 2026 zeigte die öffentlicheNetzwerkstatusseitevon myDC die aufgeführten Dienste als betriebsbereit und meldete 100-Prozent-Werte für ihre sichtbaren Monitore. Die Seite sagt, dass die Betriebszeit über ein Jahr gemessen wird und Wartungsarbeiten ausschließt. Ihr öffentlicher RSS-Feed zeigte zum Zeitpunkt der Überprüfung keinen aktuellen Vorfallseintrag.

Das stützt nur eine enge überprüfte Aussage: Der Anbieter meldete zu dieser Momentaufnahme kein aktives Problem. Es belegt nicht, dass im Laufe des Jahres kein Vorfall aufgetreten ist. Der sichtbare Verlauf legte keine vollständige, leicht zu prüfende Ereignischronologie offen, und der Ausschluss von Wartungsarbeiten kann einen Verfügbarkeitsprozentsatz für die End-to-End-Berechnung eines Kunden ungeeignet machen. Keine glaubwürdige öffentliche Quelle in den eingefrorenen Beweisen belegte einen materiellen myDC-Ausfall; das Fehlen eines aufgetauchten Vorfalls ist kein Beweis für einen vorfallsfreien Dienst.

Das Unternehmen hat zumindest Belege für physische Resilienztests veröffentlicht. EineWartungsmitteilung vom März 2024kündigte einen „Black Building”-Test an, bei dem die Netzstromversorgung unterbrochen und USV- und Generatorsysteme aktiviert wurden; myDC gab an, keine Kundenunterbrechung zu erwarten. Die Veröffentlichung des Plans ist positiv. Das geprüfte Material enthielt keinen Nachbesprechungsbericht mit gemessener Übergabeleistung oder Anomalien.

Für einen Käufer ist der stärkere Test, zwölf oder vierundzwanzig Monate Vorfalls- und Wartungsaufzeichnungen anzufordern, einschließlich Ereignissen, die keine vertragliche Schwelle überschritten haben. Vergleichen Sie sie mit externer Überwachung. Fragen Sie nach Erkennungszeit, Kommunikationszeit, Behebungszeit, betroffenen Schichten, Grundursache, Korrekturmaßnahme und Wiederholung. Fragen Sie auch, wie Notwartung, Upstream-Netzwerkausfall, DDoS-Isolierung und teilweise Speicherverschlechterung im öffentlichen Dashboard erscheinen.

Transparenz kann ein Vorteil eines kleinen lokalen Betreibers sein, aber nur, wenn sie einen schwierigen Tag übersteht.

myDC konkurriert mit drei Arten des Ausstiegs

myDC konkurriert nicht nur mit einem anderen österreichischen virtuellen Serverpreis. Sein Kunde kann in drei Richtungen aussteigen, die jeweils das Abhängigkeitsmodell verändern.

Die erste ist eine breitere europäische Cloud mit einer österreichischen Zone.Exoscalelistet öffentlich zwei Wiener Zonen und ein breiteres Katalog mit VMs, Kubernetes, Objekt- und Blockspeicher, privaten Netzwerken, Datenbanken und APIs. Eine solche Plattform bietet möglicherweise eine stärkere Automatisierung und Multi-Zonen-Muster, während sie eine größere Dienstoberfläche und eine ausländische Vertragspartei einführt. Für ein Team, das verwaltete Datendienste oder programmatische Flottensteuerung benötigt, kann diese Breite den persönlichen Support von myDC überwiegen. Für eines, das eine Handvoll konventioneller Maschinen und eine lokale Beziehung möchte, kann es Komplexität hinzufügen, ohne ein dringendes Problem zu lösen.

Die zweite ist ein großer Masseninfrastrukturanbieter in einer benachbarten Jurisdiktion.Hetzner Cloudbetont kostengünstige gemeinsame und dedizierte virtuelle CPU-Optionen, eine API, Befehlszeilentools, Netzwerke und Integrationen. Es ist ein starker Preis- und Automatisierungsbenchmark, aber ein deutscher Standort ist kein österreichischer Standort. Der Vergleich mit myDC zeigt, was die Lokalitätsprämie kauft: nicht nur Millisekunden, sondern vertragliche Nähe, eine nationale Datenort-Behauptung und die Möglichkeit des partnerunterstützten Betriebs.

Die dritte ist der Selbstbetrieb, oft mit derselben Open-Source-Familie. Ein Kunde kann Proxmox und Backup-Software auf eigener oder kolokierter Hardware betreiben und eine tiefere Kontrolle über Konfiguration und Schlüssel behalten. Er erbt auch Beschaffung, Kapazitätsplanung, Patchen, Überwachung, Rufbereitschaft, Ersatzteile, Strom- und Einrichtungskoordination. myDCs Managed Proxmox Backup Service ist genau deshalb interessant, weil er diese Route ergänzen kann: Behalten Sie die primäre Kontrolle vor Ort und platzieren Sie eine verwaltete Kopie anderswo.

Es gibt auch österreichische Managed-Service-Provider und Einrichtungsbetreiber, die maßgeschneiderte Private Clouds zusammenstellen können. Sie bieten möglicherweise eine maßgeschneiderte Verantwortung und weniger sofortige Selbstbedienung. myDC besetzt eine nützliche Mitte: verpackter und transparenter als ein kundenspezifisches Integrationsprojekt, persönlicher und geografisch spezifischer als eine große Cloud und weniger betrieblich belastend, als den gesamten Stack zu besitzen.

Keine geprüften öffentlichen Belege stützen eine Marktanteilsbehauptung oder belegen, dass myDC insgesamt günstiger ist. Seine verteidigungsfähige Differenzierung ist qualitativ. Es verpackt vertraute Infrastruktur, österreichische Verwahrung und erreichbare Spezialisten in einen kleinen Katalog. Das Risiko ist, dass dieselbe Kompaktheit weniger offengelegte Service-Level, weniger Automatisierungsschnittstellen und eine größere Schlüsselpersonen- oder Partnerabhängigkeit bedeuten kann.

Die Beschaffung sollte entscheiden, welche Seite dieses Kompromisses für die Arbeitslast wichtig ist, anstatt Punkte für die Unternehmensgröße in die eine oder andere Richtung zu vergeben.

Neun Tests, bevor Sie den Dienst souverän nennen

Das Wort „souverän” ist am nützlichsten als Testplan. Ein Käufer, der myDC in Betracht zieht, kann die öffentlichen Beweislücken in neun konkrete Akzeptanztests umwandeln.

1. Gleichen Sie die Identität und die Verantwortungskarte ab.Setzen Sie myDC Cloud Services GmbH, den Implementierungspartner, den Einrichtungsbetreiber, den Netzbetreiber, die Softwarelizenzgeber und etwaige Support-Subprozessoren in eine Tabelle. Geben Sie für jeden Vertrag, Aufgabe, Datenzugriff und Eskalationspflicht an. Bestätigen Sie, dass die Auftragsverarbeitungsvereinbarung dieselbe Entität wie der Auftrag nennt.

2. Holen Sie einen Standortplan ein.Listen Sie den Standort und das Land für aktive Festplatten, Ceph-Repliken, VM-Backups, Proxmox-Backup-Speicher, Dashboard-Daten, Protokolle, Support-Anhänge und Notfallwiederherstellungskopien auf. Dokumentieren Sie, ob „Österreich” eine bindende Bedingung ist, welche Ausnahmen bestehen und wie eine Standortänderung mitgeteilt wird. Ein Stadtschild reicht nicht aus, um gängige Fehlerdomänen zu bewerten.

3. Demonstrieren Sie Ausfall, nicht nur Redundanz.Bitten Sie myDC, die Architektur unter einer angemessenen Vertraulichkeitsvereinbarung zu zeigen: Anzahl der Rechenknoten, Speicherreplikatrichtlinie, Ceph-Fehlerdomänen, Monitorquorum, Netzwerkpfade, Kapazitätsspielraum und Backup-Trennung. Beobachten Sie eine Host-Ausfallübung und messen Sie den Gast-Neustart. Fragen Sie nach dem Ergebnis der letzten Stromübertragungs- und Wiederherstellungstests.

4. Konvertieren Sie die Verfügbarkeitssprache in ein Arbeitslastziel.Identifizieren Sie den genauen Service-Level-Prozentsatz, Messpunkt, Ausschlüsse, Benachrichtigungsprozess und Rechtsbehelf für das gekaufte Produkt. Definieren Sie Wiederherstellungszeit und Wiederherstellungspunkt separat. Fügen Sie Anwendungsüberwachung aus einem unabhängigen Netzwerk hinzu. „Bis zu 99,99 %” sollte niemals die letzte Zeile eines Produktionsdesigns sein.

5. Testen Sie die Steuerungsebene.Erzwingen Sie die Zwei-Faktor-Authentifizierung, trennen Sie Abrechnungs- und technische Rollen, überprüfen Sie die Kontowiederherstellung, exportieren Sie administrative Ereignisse und erfahren Sie, wie Mitarbeiter des Anbieters Zugang erhalten. Stellen Sie fest, ob eine API oder eine reproduzierbare Konfigurationsmethode existiert. Simulieren Sie den Verlust des Dashboard-Zugriffs und bestätigen Sie einen authentifizierten Notänderungspfad.

6. Stellen Sie das größte realistische System wieder her.Führen Sie sowohl Datei- als auch Vollmaschinenwiederherstellungen durch. Messen Sie Verifizierungszeit, Datendurchsatz, Anwendungskonsistenz und Abhängigkeitswiederherstellung. Wiederholen Sie den Vorgang nach der Verschlüsselung des Backups und weisen Sie nach, dass der Kunde wiederherstellen kann, wenn myDC nicht verfügbar ist. Dokumentieren Sie, wer die Schlüssel besitzt und was passiert, wenn der Schlüsselinhaber ausscheidet.

7. Bepreisen Sie Stress, nicht nur den Gleichgewichtszustand.Modellieren Sie Wachstum bei Speicher, Adressen, Netzwerk, Backup-Aufbewahrung, DDoS-Abwehr und Support. Wenden Sie die Energie- und Indexanpassungslogik des Vertrags an. Fügen Sie Partnerarbeit, parallele Migrationsmonate und Datencxport hinzu. Vergleichen Sie diese Summe mit einer österreichischen Zone, einem deutschen Massenhost und selbstbetriebenem Proxmox.

8. Üben Sie den Ausstieg, solange der Dienst gesund ist.Exportieren Sie eine Maschine und ein Backup, bauen Sie ihr Netzwerk woanders auf, ändern Sie Whitelists und DNS und beantragen Sie die sichere Löschung der Quelle. Bestätigen Sie Kündigungsfristen für jeden Produktvertrag und die Kosten einer vorzeitigen Kündigung. Dokumentieren Sie, welche Dashboard-Artefakte und Protokolle nach der Schließung verfügbar bleiben.

9. Validieren Sie den Assurance-Umfang.Holen Sie das aktuelle Einrichtungszertifikat, den genauen Geltungsbereich, die Cyber-Trust-Stufe und -Gültigkeit, den Sicherheitskontaktprozess, Penetrationstest-Evidenz, die Liste der Unterauftragsverarbeiter und die Verpflichtung zur Benachrichtigung bei Vorfällen ein. Ordnen Sie diese Kontrollen den DSGVO-, NIS2- oder DORA-Pflichten des Kunden zu, anstatt das Compliance-Kürzel einer Partnerseite zu akzeptieren.

Diese Tests sind auch für einen kleinen Anbieter angemessen, weil die meisten nicht die öffentliche Offenlegung sensibler Diagramme verlangen. Sie verlangen, dass Käufer und Betreiber ein präzises privates Verständnis teilen. myDCs lokale Größe könnte diesen Dialog einfacher machen als bei einer globalen Plattform. Wenn das Unternehmen schnell antworten und sichtbar testen kann, wird die Undurchsichtigkeit der Marketingseiten weniger folgenreich. Wenn nicht, trägt die Lokalitätsbehauptung mehr Risiko, als sie löst.

Beobachten Sie die Grenze, nicht den Slogan

Fünf Entwicklungen würden die Bewertung materiell verändern.

Erstens: Ein öffentlicher Dienstplan, der jedes Produkt einem definierten Verfügbarkeitsziel, einer Messmethode, einer Wartungsbehandlung und einer Reaktionsverpflichtung zuordnet, würde das operative Versprechen besser bepreisbar machen. Zweitens: Die Veröffentlichung des Inhabers und des Geltungsbereichs des Einrichtungszertifikats sowie eine klare Beschreibung, welche Standorte Produktions- und Backup-Daten halten, würde die größte Lücke in der Lokalitätsbeweiskette schließen.

Drittens: Ein dokumentierter Image- und Konfigurationsexportpfad, idealerweise mit einer API oder reproduzierbaren Werkzeugen, würde die Open-Source-Architektur in eine nachweisbar geringe Ausstiegsreibung verwandeln.

Viertens: myDCs Sicherheitsassurance könnte von Labels zu einem geschichteten Beweispaket heranreifen: unternehmenseigene Kontrollen, geerbte Einrichtungskontrollen, Softwarekonfiguration, Partnerzugriff und Kundenpflichten. Das Cyber Trust-Framework mag ein nützlicher Schritt sein, aber die genaue Stufe und der registrierte Geltungsbereich sind wichtig. Fünftens: Die Vorfallskommunikation des Anbieters sollte im Laufe der Zeit beobachtet werden. Eine Statusseite mit zugänglichen Nachbesprechungsberichten und Wartungsergebnissen würde es Käufern ermöglichen, zu überprüfen, wie ein kleiner Betreiber lernt.

Der Maßstab des Unternehmens verdient auch eine neutrale Beobachtung. Neue Partner können die Implementierungskapazität erweitern; sie können auch die Verantwortungskette verlängern. Neue Managed Services können Umsatz und Kundenkomfort steigern; sie können auch Upstream-Produktlebenszyklen wie die Kopano-Einstellung importieren. Neue Einrichtungen oder Netzwerkpfade können die Resilienz verbessern; sie können auch das Versprechen verkomplizieren, dass jede Kopie innerhalb einer verstandenen Grenze bleibt. Keins ist inhärent gut oder schlecht. Jedes ändert die Verwahrung.

myDCs Angebot ist am stärksten, wenn es von Mystik befreit ist. Es ist eine österreichische GmbH, die konfigurierbare KVM- und Ceph-Infrastruktur, Backup und ausgewählte Managed Services über ein praktisches Dashboard und ein regionales Support-Ökosystem anbietet. Das kann ein ausgezeichneter Ersatz für entferntes Massenhosting oder ein überfrachtetes Public-Cloud-Konto sein. Es ist keine Flucht vor Einrichtungen, Carriern, Softwarebetreuern, Vertragsfristen oder Kundenadministration.

Die richtige Schlussfolgerung ist daher bedingt, aber nützlich. Öffentliche Belege belegen die Brücke zwischen Unternehmen und Marke und stützen einen echten österreichischen Betriebsstandort. Sie belegen das Vorhandensein von Open-Source-Virtualisierung und verteiltem Speicher, einem Self-Service-Workflow, lokalem Support und einem ernsthaften Versuch der Resilienz. Sie belegen noch nicht jede Fehlerdomäne, jeden Zertifikatsumfang, jedes Servicelevel oder jeden Ausstiegsschritt, den eine kritische Arbeitslast erfordert.

Ein lokales Cloud-Versprechen ist nur so stark wie seine am wenigsten sichtbare Übergabe. Für myDataCenter.at besteht die Chance darin, diese Übergaben zu seinem Produkt zu machen: benannt, vertraglich begrenzt, technisch getestet und menschlich rechenschaftspflichtig. Wenn Lokalität zu einer Beweiskette wird und nicht zu einem Länderschild, kann ein kleiner Anbieter etwas bieten, das die größten Clouds überraschend schwer zu bieten finden.