Server in Deutschland oder Österreich mieten: Standort, Latenz und DSGVO

Wer einen Server mieten will, bekommt in Vergleichen meist Preise, CPU-Kerne und Gigabyte vorgesetzt. Der Standort taucht als Fußnote auf, dabei entscheidet er über Dinge, die sich später nicht per Upgrade ändern lassen: wie schnell Ihre Nutzer den Server erreichen, welches Recht für die Daten darauf gilt und wie gut das Rechenzentrum ans Netz angebunden ist. Dieser Beitrag geht die drei Punkte der Reihe nach durch, mit den Fakten zu KernelHost als Beispiel: Firmensitz in Wien (Österreich), Hauptrechenzentrum maincubes in Frankfurt am Main (Deutschland), Storage-Server in Nürnberg.

Eine Einordnung vorweg: Was hier zum Datenschutz steht, ist eine technische und organisatorische Beschreibung, keine Rechtsberatung. Ob Ihre konkrete Verarbeitung zulässig ist, entscheidet sich an Ihrem Anwendungsfall, nicht am Standort allein.

Drei Dimensionen, in denen der Standort zählt

• Latenz zu den Nutzern: Jedes Paket braucht Zeit für den Weg. Je näher der Server an den Menschen steht, die ihn benutzen, desto kürzer die Antwortzeiten.
• Rechtsraum und Datenschutz: Der Standort des Rechenzentrums und der Sitz des Anbieters bestimmen, welches Recht gilt und welche Behörden zuständig sind.
• Anbindung und Infrastruktur: Ein Server ist nur so gut erreichbar wie das Netz, an dem er hängt, und nur so verfügbar wie Strom, Kühlung und Zugangsschutz des Gebäudes.

Die drei Punkte ziehen nicht immer in dieselbe Richtung. Ein Standort mit hervorragender Anbindung kann für Ihre Nutzer trotzdem weit weg sein, und der nächstgelegene Standort muss nicht der mit dem passenden Rechtsrahmen sein. Deshalb lohnt es sich, alle drei getrennt zu prüfen.

Latenz: Frankfurt als Internetknoten

Frankfurt am Main ist mit dem DE-CIX der größte Internetknoten Deutschlands. Dort tauschen Netzbetreiber, Zugangsanbieter und Inhalteanbieter ihren Verkehr direkt aus. Für einen Server bedeutet das kurze Wege: Die Pakete zu einem Nutzer in Deutschland, Österreich oder der Schweiz nehmen meist nur wenige Zwischenstationen, weil die Netze in Frankfurt ohnehin zusammenlaufen. Das maincubes-Rechenzentrum, in dem die Hostsysteme von KernelHost stehen, liegt nur wenige hundert Meter vom DE-CIX entfernt.

Wie viel Latenz Sie aus Ihrer Stadt nach Frankfurt haben, hängt von Ihrem Zugangsanbieter, dessen Netzverknüpfungen und Ihrem Anschluss (Glasfaser, Kabel, DSL, Mobilfunk) ab. Die folgenden Werte sind grobe Erfahrungswerte für die Paketlaufzeit hin und zurück (ping) von einem gut angebundenen Festnetzanschluss aus. Sie sind keine Messgarantie und kein Versprechen, sondern eine Größenordnung für die Planung:

Mobilfunk und ältere DSL-Anschlüsse legen darauf erfahrungsgemäß noch einmal deutlich drauf, unabhängig vom Serverstandort. Zum Vergleich: Ein Rechenzentrum in Wien würde einem Nutzer in Wien vielleicht zehn Millisekunden sparen. Für eine Website, einen Shop oder eine Geschäftsanwendung ist dieser Unterschied nicht spürbar, weil dort Datenbankabfragen, TLS-Handshakes und das Rendering im Browser das Tempo bestimmen.

Wann Nähe zum Nutzer entscheidet

Anders sieht es aus, wenn jede Millisekunde direkt in der Anwendung ankommt:

• Gameserver: Spieler merken den Unterschied zwischen 15 und 60 ms. Wer Spieler in ganz Europa hat, ist mit Frankfurt zentral aufgestellt. Für eine Community in Nordamerika oder Asien gehört der Server dorthin.
• VoIP und Voice-Server: Bei Sprache zählen Laufzeit und Schwankung (Jitter). Auch hier gilt: möglichst nah an den Teilnehmern.
• Remote-Desktop und interaktive Konsolen: Jeder Tastendruck reist einmal hin und zurück.

Praktisch egal ist der Standort dagegen für Backups, Batch-Verarbeitung, Build-Server, Archive und Mailserver. Dort zählt der Durchsatz, nicht die Laufzeit, und ob eine Sicherung mit 12 oder 25 ms Ping läuft, ändert an ihrer Dauer praktisch nichts.

Rechtsraum: Österreich und Deutschland, beide EU

Bei KernelHost sind zwei Orte relevant, und sie sollten nicht verwechselt werden. Vertragspartner ist die KernelHost GmbH mit Sitz in Wien, eingetragen im österreichischen Firmenbuch unter FN 646015 y. Die Server stehen im maincubes-Rechenzentrum in Frankfurt am Main, die Storage-Server in Nürnberg. Beide Länder sind Mitglieder der EU, die Datenschutz-Grundverordnung gilt in beiden unmittelbar. Zahlungsdaten werden ausschließlich für die Abwicklung verarbeitet.

Für Ihre Einordnung sind drei Punkte wichtig:

1. Die Verantwortung bleibt bei Ihnen. Wer personenbezogene Daten auf einem gemieteten Server verarbeitet, ist dafür Verantwortlicher im Sinne der DSGVO. Der Anbieter stellt Hardware, Netz und Gebäude. Was auf dem Server passiert, wer Zugriff hat und wie lange Daten dort liegen, entscheiden und verantworten Sie.
2. Auftragsverarbeitung. Verarbeiten Sie Daten Dritter, etwa Kundendaten in einem Shop, brauchen Sie in der Regel einen Vertrag zur Auftragsverarbeitung mit dem Hoster. Klären Sie das vor dem Produktivbetrieb, nicht danach.
3. Der Standort selbst löst keine Drittlandübermittlung aus. Daten, die in Frankfurt oder Nürnberg gespeichert sind, verlassen die EU nicht deshalb, weil der Server dort steht. Ob Ihre Anwendung Daten in Drittländer schickt, hängt davon ab, was Sie einbinden: externe Schriftarten, Analysedienste, Zahlungsdienste, Mail-Relays. Das ist eine Frage Ihrer Konfiguration, nicht des Rechenzentrums.

Noch einmal ausdrücklich: Das ist keine Rechtsberatung. Wer sensible Daten verarbeitet, lässt seinen Anwendungsfall fachlich prüfen.

Rechenzentrum und Anbindung: maincubes Frankfurt am Main

Die Hostsysteme für KVM-Rootserver, Professional-Rootserver, Gameserver und Webhosting stehen im maincubes-Premium-Rechenzentrum in Frankfurt am Main. Das Rechenzentrum ist TÜV TIER3+ zertifiziert. Die Stromversorgung ist redundant ausgelegt und wird durch USV-Anlagen und Notstromaggregate abgesichert, der Strom stammt zu 100 % aus erneuerbaren Quellen. Im Netz ist jeder Switch mit mindestens 2x 40 Gbit/s über Glasfaser an den Core-Router angebunden. Die Einzelheiten stehen auf der Seite zum Rechenzentrum.

Zum Standort gehört der DDoS-Schutz, denn ein Server ohne Schutz ist nur so lange erreichbar, bis ihn jemand angreift. KernelHost filtert Angriffe permanent und in Echtzeit, ohne die angegriffene IP-Adresse abzuschalten (kein Nullrouting). Die Kapazität hängt von der Produktreihe ab: Die Standardreihen, also KVM-Rootserver, Dedicated-Server, Gameserver und Webhosting, sind mit 3,2 Tbps Arbor-DDoS-Schutz abgesichert, die Professional-Rootserver und Professional-Dedicated-Server mit 17 Tbps. Der Schutz ist in jedem Fall ohne Aufpreis enthalten. Mehr dazu auf der Seite DDoS-Schutz.

Weitere Standorte und wofür sie gedacht sind

Frankfurt ist der Kern, aber nicht der einzige Standort. Die Standortseite zeigt alle aktuellen Regionen, grob nach Zweck sortiert sieht das so aus:

• Unlimited-Traffic-KVM-Server: Virtuelle Server ohne Traffic-Begrenzung, den Standort wählen Sie im Bestellformular. Neben Deutschland stehen London, Straßburg, Warschau, Helsinki, Beauharnois in Kanada, New York, St. Louis, Seattle, Singapur, Tokio, Seoul, Mumbai und Sydney zur Wahl, jeweils mit dem 3,2 Tbps DDoS-Schutz. Gedacht für Projekte, deren Nutzer außerhalb Mitteleuropas sitzen, oder für Anwendungen mit dauerhaft hohem Datenvolumen.
• VPN-Server: Die Basis- und Gaming-Varianten laufen in Deutschland, die Unlimited- und High-Speed-Varianten stellen Sie an einem Standort Ihrer Wahl in Europa, Nordamerika, Asien oder Australien bereit. Der Standort bestimmt hier, mit welcher Adresse Sie im Netz auftreten.
• Storage-Server in Nürnberg: Speicher von 1 bis 20 TB, erreichbar per FTP, SFTP, SCP, Samba, WebDAV, BorgBackup und rsync, mit Snapshots und Verschlüsselung der gespeicherten Daten. Dass Nürnberg nicht Frankfurt ist, ist für Sicherungen ein Vorteil: Eine Sicherung in einem anderen Rechenzentrum als der Server überlebt auch den Ausfall eines ganzen Standorts.
• Dedicated-Server: Die Standardreihe steht in Frankfurt am Main oder Nürnberg, die Professional-Reihe in Frankfurt am Main.

Checkliste vor der Bestellung

1. Zielgruppe festlegen. Wo sitzen die Menschen, die den Server benutzen werden? Für Mitteleuropa ist Frankfurt die naheliegende Wahl. Sitzen Ihre Nutzer überwiegend in Nordamerika oder Asien, nehmen Sie einen Unlimited-Traffic-KVM-Server am passenden Standort.
2. Latenz messen statt schätzen. KernelHost betreibt einen Test-Server unter test.kernelhost.info. Ein ping test.kernelhost.info zeigt die Laufzeit, mtr -rwc 100 test.kernelhost.info zusätzlich jede Zwischenstation samt Paketverlust. Messen Sie zu verschiedenen Tageszeiten und von den Anschlüssen aus, die Ihre Nutzer tatsächlich verwenden.
3. Traffic-Bedarf abschätzen. KVM-Rootserver in Frankfurt laufen mit 2x 1 Gbit/s Anbindung und Fair-Use-Traffic, das reicht für Websites, Anwendungen und die meisten Gameserver. Wer dauerhaft große Datenmengen ausliefert, greift zu Dedicated-Servern mit unlimitiertem Traffic oder zu den Unlimited-Traffic-KVM-Servern.
4. Backup-Strategie vor dem ersten Byte. KVM-Rootserver bringen drei Backup-Slots mit, darunter eine wöchentliche automatische Notfallsicherung. Das ersetzt keine eigene Sicherung an einem zweiten Ort, etwa auf einem Storage-Server in Nürnberg. Wie Sie das sauber aufsetzen, steht in Backup-Strategie für Rootserver.
5. Zahlungsart wählen. PayPal, Kredit- und Debitkarte, Apple Pay, Google Pay, SEPA-Lastschrift, Sofortüberweisung, paysafecard, Kryptowährungen, WeChat Pay und Alipay stehen zur Verfügung, ohne Aufschlag auf den Preis. Bei SEPA-Lastschrift dauert die Verbuchung 1 bis 3 Werktage, bei Kryptowährungen bis zur Bestätigung im jeweiligen Netzwerk, alle übrigen Arten werden sofort bestätigt. Die Übersicht: Zahlungsmethoden.
6. Laufzeit und Kündigung prüfen. Alle Produkte laufen PrePaid: Sie bezahlen einen Zeitraum im Voraus, es gibt keinen Vertrag, keine Mindestlaufzeit, keine Kündigungsfrist und keine automatische Verlängerung, solange Sie sie nicht selbst aktivieren. Ein nicht verlängerter Server läuft am Ende der bezahlten Laufzeit einfach aus.
7. Die ersten 30 Minuten einplanen. Ein neuer Server ist ab der ersten Minute erreichbar und wird ab der ersten Minute gescannt. Updates, Benutzer, SSH und Firewall gehören an den Anfang: Neuen Rootserver einrichten.

Fazit

Für Nutzer in Deutschland, Österreich und der Schweiz ist ein Server in Frankfurt am Main in den meisten Fällen die richtige Wahl: kurze Wege über den DE-CIX, ein TÜV TIER3+ zertifiziertes Rechenzentrum und ein Rechtsrahmen innerhalb der EU, unabhängig davon, ob der Anbieter in Wien oder in Deutschland sitzt. Ein Rechenzentrum in Österreich würde Nutzern in Wien einige Millisekunden sparen und denselben EU-Rahmen bieten, die nationalen Detailregeln unterscheiden sich, an der DSGVO ändert das nichts. Entscheidend ist eher, dass Sie die Latenz vor der Bestellung selbst gemessen, den Traffic-Bedarf realistisch eingeschätzt und die Sicherung an einem zweiten Ort geplant haben. Wer damit starten will, findet die Konfigurationen unter KVM-Rootserver mieten ab 9,99 € im Monat und Dedicated-Server mieten ab 69,99 € im Monat, beides PrePaid und ohne Vertrag.