Dies ist der monatliche Transparenzbericht für April 2017. OVPN hatte im April zwei geplante Dienstunterbrechungen.
Zusammenfassung
Unsere VPN-Server hatten im April eine Betriebszeit von über 99,5 %. Insgesamt wurden mit OVPN 2033 TB verschlüsselt und anonymisiert.
Im Laufe des Monats April erhielten wir keine Anfragen von Behörden. Bis heute haben wir noch nie Kundendaten an Dritte weitergegeben.
Nachfolgend finden Sie die Verkehrs- und Betriebszeitstatistiken aus unseren aktuellen Datenzentren. Die leere Lücke in den Diagrammen wurde dadurch verursacht, dass das Überwachungssystem mit einer Ausnahme in allen Fällen eine Zeit lang ausgefallen war. Es gab keine tatsächliche Serverausfallzeit.
VPN-Server in Malmö, Schweden
Verkehrsspitzen (Mbit/s)
Analyse
Unser Rechenzentrum in Malmö hat eine maximale Kapazität von 10 Gbit/s. Im Monat April betrug die Verkehrslast jedoch durchschnittlich 1410 Mbit/s.
Die höchste Verkehrsspitze betrug 3040 Mbit/s, was 30,4% der maximalen Kapazität entspricht. Das 95. Perzentil landete bei 2250 Mbit/s, was bedeutet, dass die Verkehrslast in 95% der Zeit unter 22,5% der maximalen Kapazität lag.
Insgesamt wurden 458,5 TB Verkehr von den VPN-Servern in Malmö verschlüsselt und anonymisiert.
Das Rechenzentrum in Malmö hatte im April eine Betriebszeit von 99,5%.
VPN-Server in Stockholm, Schweden
Verkehrsspitzen (Mbit/s)
Auswertung
OVPN hat die Kapazität in Stockholm im Oktober von 10 Gbit/s auf 20 Gbit/s erhöht. Im Monat April betrug die durchschnittliche Verkehrslast 4320 Mbit/s.
Die größte verzeichnete Verkehrsspitze lag bei 8540 Mbit/s, was 42,7% der maximalen Kapazität entspricht. Das 95. Perzentil landete bei 6310 Mbit/s, was bedeutet, dass die Verkehrslast in 95% der Zeit unter 31,6% der maximalen Kapazität lag.
Insgesamt wurden 1,4 PB, d.h. 1400 TB Datenverkehr, von den VPN-Servern in Stockholm verschlüsselt und anonymisiert.
Das Stockholmer Rechenzentrum hatte im April eine Betriebszeit von 99,5%.
VPN-Server in Frankfurt, Deutschland
Verkehrsspitzen (Mbit/s)
Analyse
Unser Rechenzentrum in Frankfurt hat eine maximale Kapazität von 10 Gbit/s. Im Monat April betrug die Verkehrslast jedoch durchschnittlich 280,6 Mbit/s.
Die größte verzeichnete Verkehrsspitze betrug 978,0 Mbit/s, was 9,8% der maximalen Kapazität entspricht. Das 95. Perzentil landete bei 490,5 Mbit/s, was bedeutet, dass die Verkehrslast in 95% der Zeit unter 4,9% der maximalen Kapazität lag.
Insgesamt wurden 91,2 TB des Datenverkehrs im Frankfurter Rechenzentrum verschlüsselt und anonymisiert.
Frankfurt hatte im April eine Betriebszeit von 99,5%.
VPN-Server in Amsterdam, Niederlande
Verkehrsspitzen (Mbit/s)
Analyse
Wir haben unsere Server im Dezember 2016 in Amsterdam bereitgestellt, d.h. April ist der fünfte Monat, in dem die Server laufen. Das Rechenzentrum in Amsterdam hat eine maximale Kapazität von 3 Gbit/s. Die Verkehrslast betrug jedoch im April durchschnittlich nur 181,2 Mbit/s.
Die größte verzeichnete Verkehrsspitze betrug 644,2 Mbit/s, was 21,5% der maximalen Kapazität entspricht. Das 95. Perzentil landete bei 329,0 Mbit/s, was bedeutet, dass die Verkehrslast in 95% der Zeit unter 11,0% der maximalen Kapazität lag.
Insgesamt wurden im Amsterdamer Rechenzentrum 60,9 TB Verkehr verschlüsselt und anonymisiert.
Amsterdam hatte im April eine Betriebszeit von 99,5%.
VPN-Server in Toronto, Kanada
Verkehrsspitzen (Mbit/s)
Analyse
Wir haben unsere Server im Dezember 2016 in Toronto bereitgestellt, d.h. April ist der fünfte Monat, in dem die Server laufen. Das Rechenzentrum in Toronto hat eine maximale Kapazität von 3 Gbit/s. Die Verkehrslast betrug jedoch im April durchschnittlich nur 67,7 Mbit/s.
Die größte verzeichnete Verkehrsspitze betrug 413,7 Mbit/s, was 13,7% der maximalen Kapazität entspricht. Das 95. Perzentil landete bei 120,6 Mbit/s, was bedeutet, dass die Verkehrslast in 95% der Zeit unter 4,0% der maximalen Kapazität lag.
Insgesamt wurden 22,0 TB des Datenverkehrs im Datenzentrum in Toronto verschlüsselt und anonymisiert.
Toronto hatte im April eine Betriebszeit von 99,5%.
Website
WEB01 hatte eine Betriebszeit von 99,89% und eine durchschnittliche Reaktionszeit von 136,11 ms im April.
Datenbank
SQL01 hatte eine Betriebszeit von 99,99 % und eine durchschnittliche Antwortzeit von 63,58 ms im April.