Dies ist der monatliche Transparenzbericht für Juni 2017. OVPN hatte im Monat Juni eine geplante und zwei ungeplante und Dienstunterbrechungen.
Zusammenfassung
Für den Monat Juni hatten unsere VPN-Server eine Betriebszeit von über 99,5 % im Monat Juni. Insgesamt wurden mit OVPN 1844,6 TB Daten verschlüsselt und anonymisiert.
Während des Monats Juni 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.
VPN-Server in Malmö, Schweden
Verkehrsspitzen (Mbit/s)
Analyse
Unser Rechenzentrum in Malmö hat eine maximale Kapazität von 10 Gbit/s. Im Monat Juni betrug die Verkehrslast im Durchschnitt 1110 Mbit/s.
Die höchste Verkehrsspitze lag bei 2570 Mbit/s, was 25,7% der maximalen Kapazität entspricht. Das 95. Perzentil landete bei 1870 Mbit/s, was bedeutet, dass die Verkehrslast in 95% der Zeit unter 18,7% der maximalen Kapazität lag.
Insgesamt wurden 352,8 TB Daten von den VPN-Servern in Malmö verschlüsselt und anonymisiert.
Das Rechenzentrum in Malmö hatte im Monat Juni eine Betriebszeit von über 99,5%.
VPN-Server in Stockholm, Schweden
Verkehrsspitzen (Mbit/s)
Analyse
Im Oktober 2016 rüstete OVPN seine Kapazität in Stockholm von 10 Gbit/s auf 20 Gbit/s auf. Im Monat Juni lag die durchschnittliche Verkehrslast bei 4230 Mbit/s.
Die größte verzeichnete Verkehrsspitze betrug 11960 Mbit/s, was 59,8% der maximalen Kapazität entspricht. Das 95. Perzentil landete bei 6280 Mbit/s, was bedeutet, dass die Verkehrslast in 95% der Zeit unter 31,4% der maximalen Kapazität lag.
Insgesamt 1,34 PB, d.h. 1340 TB Daten wurden von den VPN-Servern in Stockholm verschlüsselt und anonymisiert.
Das Rechenzentrum in Stockholm hatte im Juni 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 Juni belief sich die Verkehrslast jedoch auf durchschnittlich 234,3 Mbit/s.
Die größte verzeichnete Verkehrsspitze betrug 1290 Mbit/s, was 12,9,% der maximalen Kapazität entspricht. Das 95. Perzentil landete bei 399,2 Mbit/s, was bedeutet, dass die Verkehrslast in 95 % der Zeit unter 4,0 % der maximalen Kapazität lag.
Insgesamt wurden im Frankfurter Rechenzentrum 74,2 TB Daten verschlüsselt und anonymisiert.
Frankfurt hatte im Monat Juni eine Betriebszeit von 99,5%.
VPN-Server in Amsterdam, Niederlande
Verkehrsspitzen (Mbit/s)
Analyse
Wir stellten unsere Server im Dezember 2016 in Amsterdam auf, womit der Juni der siebte Monat war, in dem die Server in Betrieb waren. Das Rechenzentrum in Amsterdam hat eine maximale Kapazität von 3 Gbit/s. Die Verkehrslast betrug jedoch im Juni durchschnittlich nur 174,1 Mbit/s.
Die größte verzeichnete Verkehrsspitze betrug 634,9 Mbit/s, was 21,2% der maximalen Kapazität entspricht. Das 95. Perzentil landete bei 313,8 Mbit/s, was bedeutet, dass die Verkehrslast in 95% der Zeit unter 10,5% der maximalen Kapazität lag.
Insgesamt wurden im Rechenzentrum in Amsterdam 55,2 TB Daten verschlüsselt und anonymisiert.
Amsterdam hatte im Juni eine Betriebszeit von 99,5%.
VPN-Server in Toronto, Kanada
Verkehrsspitzen (Mbit/s)
Analyse
Wir haben unsere Server im Dezember 2016 in Toronto bereitgestellt, so dass der Juni der siebte Monat ist, in dem die Server laufen. Das Rechenzentrum in Toronto hat eine maximale Kapazität von 3 Gbit/s. Die Verkehrslast betrug jedoch im Juni durchschnittlich nur 70,4 Mbit/s.
Die größte verzeichnete Verkehrsspitze lag bei 339,8 Mbit/s, was 11,3 % der maximalen Kapazität entspricht. Das 95. Perzentil landete bei 123,6 Mbit/s, was bedeutet, dass die Verkehrslast in 95% der Zeit unter 4,1% der maximalen Kapazität lag.
Insgesamt wurden im Datenzentrum in Toronto 22,4 TB Datenverkehr verschlüsselt und anonymisiert.
Toronto hatte im Juni eine Betriebszeit von 99,5%.
Website
WEB01 hatte eine Betriebszeit von 99,97% und eine durchschnittliche Reaktionszeit von 82,83 ms im Juni.
Datenbank
SQL01 hatte eine Betriebszeit von 98,51 % und eine durchschnittliche Antwortzeit von 16,95 ms im Juni.