matomo

Transparenzbericht: Juni 2015

David Wibergh, Über uns Status- & Transparenzberichte

Dies ist die neunte Zusammenfassung, die wir veröffentlichen. Die Zusammenfassung zeigt die Menge des Datenverkehrs, der unsere Server passiert, die Betriebszeit und den Spitzenverkehr. Wir berichten auch, wie viele Kunden wir haben und was wir für die nahe Zukunft planen.

OVPN hatte im Juni zwei geplante Wartungsarbeiten. Wir waren auch von der globalen Unterbrechung des Internet betroffen, die am 12. Juni eintrat.

Zusammenfassung

Unsere VPN-Server hielten im Juni eine Betriebszeit von mindestens 99,5 % aufrecht.

Der Datenverkehr ging im Juni gegenüber dem Vormonat um 45 TB zurück, was bedeutet, dass das Gesamtvolumen des Datenverkehrs 365 TB betrug.

Im Juni erhielt OVPN weitere 300 Kunden, womit sich die Gesamtzahl auf 2900 erhöhte. Wir bereiten uns auch darauf vor, im Herbst sehr stark zu wachsen.

Innerhalb von zwei Monaten veröffentlichen wir unseren eigenen Client für Windows, Linux und Mac OS X. Wir arbeiten hart an dem Client und sind mit den Ergebnissen sehr zufrieden. Der Client vereinfacht den Prozess der OVPN-Nutzung enorm, da keine besonderen Einstellungen vorgenommen werden müssen. Neben der Vereinfachung der Nutzung von OVPN verfügt der Client auch über eine Reihe von Funktionen, die die Sicherheit und Anonymität für unsere Kunden noch weiter erhöhen.

Wir bereiten uns auch auf eine internationale Expansion vor, die durch die Anmietung von Regalschränken in anderen Ländern aus Europa erfolgt. Diese Rackschränke und die darin untergebrachten Server werden genau die gleiche physische Sicherheit haben wie unsere Datenzentren in Schweden. Derzeit laufen Verhandlungen mit mehreren Rechenzentren und Internet Service Providern, um die beste Lösung für unsere Bedürfnisse zu finden. Wir haben auch damit begonnen, die Website in mehrere Sprachen zu übersetzen und den gesamten Inhalt zu verbessern. In diesem Zusammenhang schreiben wir die gesamte Codebasis der Website in Laravel 5.1 neu.

Wie bereits erwähnt, wird auch die Infrastruktur in Stockholm aufgerüstet, was durch die Anschaffung mehrerer Server und eines neuen Switches geschehen soll. Demnächst wird auch VPN05 aktualisiert, so dass der Server sowohl schwedische als auch US-amerikanische IP-Adressen zuweisen kann.

Wir haben vor kurzem unser Disk-Image für OVPNbox als Open Source veröffentlicht. Anleitungen und das Disk-Image finden Sie in unserer FAQ. Wenn Sie keinen Computer haben, den Sie als Box verwenden können, können Sie ihn bei uns kaufen. Es sind jedoch nur noch neun Boxen im Lager - danach ist er komplett ausverkauft! Wenn Sie daran interessiert sind, eine Box zu mieten oder zu kaufen, sollten Sie die Gelegenheit nutzen, da es die letzten Boxen sind, die wir in diesem Jahr verkaufen werden.

In Zukunft arbeiten wir an einer Lastverteilung auf der Website, um sicherzustellen, dass eine Ausfallzeit auf einem Web/Sql-Server keine Probleme mit unserer API verursacht. Die Lösung zur Gewährleistung eines hohen Maßes an Zuverlässigkeit ist in zwei getrennten Schritten aufgebaut:

  1. Website und MariaDB-Server werden bald hinter einem Load Balancer stehen. Wir betreiben auch einen weiteren Server, was bedeutet, dass web & sql auf drei separaten Servern in drei verschiedenen Rechenzentren läuft. Das bedeutet, dass alle drei Server ausgefallen sein müssen, damit unsere VPN-Server nicht in der Lage sind, Clients zu authentifizieren.

  2. Wenn das Schlimmste passiert und alle Server ausfallen, werden alle VPN-Server es jedem ermöglichen, eine Verbindung herzustellen, während wir die Clients nicht authentifizieren können. Wenn Web- und Sql-Server wieder verfügbar sind, werden aktive Clients erneut authentifiziert und "unautorisierte" Clients werden abgemeldet. Dies funktioniert bei allen Diensten mit Ausnahme der öffentlichen IP, da die Server nicht wissen, welche IP-Adresse sie dem Client zuweisen sollen.

Unten finden Sie die Rohdaten und Statistiken für alle Server im Juni.

VPN01 - Malmö

Verkehr (Mbit/s)

VPN01 - Summary of traffic peaks in June

Analyse

VPN01 verschlüsselte und anonymisierte insgesamt 53.827 GB (52,56 TB) Datenverkehr. Das ist ein Anstieg von 6.673 GB gegenüber dem Vormonat.

Der Spitzenverkehr lag bei 635 Mbps, was 44,6% der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 327 Mbps, was bedeutet, dass in 95 Prozent der Fälle VPN01 unter 22,9 % der maximalen Kapazität lag.

VPN01 hatte im Juni eine Betriebszeit von über 99,5%.

VPN02 - Stockholm

Verkehr (Mbit/s)

VPN02 - Summary of traffic peaks in June

Analyse

VPN02 verschlüsselte und anonymisierte insgesamt 71.107 GB (69,44 TB) Datenverkehr. Das ist ein Rückgang von 10.035 GB gegenüber dem Vormonat.

Der Spitzenverkehr lag bei 865 Mbps, was 60,8% der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 429 Mbps, was bedeutet, dass 95 Prozent der Zeit, in der VPN02 unter 30,1 % der maximalen Kapazität lag.

VPN02 hatte im Juni eine Betriebszeit von über 99,5%.

VPN03 - Stockholm

Verkehr (Mbit/s)

VPN03 - Summary of traffic peaks in June

Analyse

VPN03 verschlüsselte und anonymisierte insgesamt 74.374 GB (72,63 TB) Datenverkehr. Das ist ein Rückgang von 11.760 GB gegenüber dem Vormonat.

Der Spitzenverkehr lag bei 800 Mbps, was 56,2% der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 414 Mbps, was bedeutet, dass VPN03 in 95 Prozent der Zeit unter 29,1 % der maximalen Kapazität lag.

VPN03 hatte im Juni eine Betriebszeit von über 99,5%.

VPN04 - Stockholm

Verkehr (Mbit/s)

VPN04 - Summary of traffic peaks in June

Analyse

VPN04 verschlüsselte und anonymisierte insgesamt 58.612 GB (57,24 TB) Datenverkehr. Das ist ein Rückgang von 15.930 GB gegenüber dem Vormonat.

Die Verkehrsspitze lag bei 678 Mbps, was 47,6% der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 324 Mbps, was bedeutet, dass 95 Prozent der Zeit, in der VPN04 unter 22,7 % der maximalen Kapazität lag.

VPN04 hatte im Juni eine Betriebszeit von über 99,5%.

VPN05 - Stockholm

Verkehr (Mbit/s)

VPN05 - Summary of traffic peaks in June

Analyse

VPN05 verschlüsselte und anonymisierte insgesamt 10 367 GB (10,12 TB) Datenverkehr. Das ist ein Anstieg um 1 040 GB gegenüber dem Vormonat.

Der Spitzenverkehr lag bei 373 Mbps, was 26,2% der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 109 Mbps, was bedeutet, dass in 95 Prozent der Fälle VPN05 unter 7,67 % der maximalen Kapazität lag.

VPN05 hatte im Juni eine Betriebszeit von über 99,5%.

VPN06 - Malmö

Verkehr (Mbit/s)

VPN06 - Summary of traffic peaks in June

Analyse

VPN06 verschlüsselte und anonymisierte insgesamt 34.776 GB (33,96 TB) Datenverkehr. Das ist ein Anstieg von 5.322 GB gegenüber dem Vormonat.

Der Spitzenverkehr betrug 713 Mbps, was 50,1% der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 258 Mbps, was bedeutet, dass 95 Prozent der Zeit, in der VPN06 unter 18,1 % der maximalen Kapazität lag.

VPN06 hatte im Juni eine Betriebszeit von über 99,5 %.

VPN07 - Malmö

Datenverkehr (Mbit/s)

VPN07 - Summary of traffic peaks in June

Analyse

VPN07 verschlüsselte und anonymisierte insgesamt 33 656 GB (32,87 TB) Datenverkehr. Das ist ein Rückgang von 11.023 GB gegenüber dem Vormonat.

Der Spitzenverkehr lag bei 608 Mbps, was 42,6 % der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 249 Mbps, was bedeutet, dass 95 Prozent der Zeit, in der VPN07 unter 17,50 % der maximalen Kapazität lag.

VPN07 hatte im Juni eine Betriebszeit von über 99,5 %.

VPN08 - Malmö

Verkehr (Mbit/s)

VPN08 - Summary of traffic peaks in June

Analyse

VPN08 verschlüsselte und anonymisierte insgesamt 37.412 GB (36,54 TB) Datenverkehr. Dies ist ein Rückgang von 9.509 gegenüber dem Vormonat.

Der Spitzenverkehr betrug 493 Mbps, was 34,7% der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 237 Mbps, was bedeutet, dass in 95 Prozent der Fälle VPN08 unter 16,6 % der maximalen Kapazität lag.

VPN08 hatte im Juni eine Betriebszeit von über 99,5 %.

WEB01 - Falun

Betriebszeit (%)

WEB01 - Summary of uptime in June

WEB01 hatte im Juni eine Verfügbarkeit von 99,76%, was zu einer Gesamtausfallzeit von 101 Minuten führte.

Die Ausfallzeit war größtenteils auf den globalen Ausfall zurückzuführen, der den Zugriff auf den Server beeinträchtigte. In diesem Zusammenhang gab es auch ein Problem mit dem Webserver, das den Ausfall verlängerte.

SQL01 - Falun

Betriebszeit (%)

SQL01 - Summary of uptime in June

SQL01 hatte im Juni eine Verfügbarkeit von 99,94%, was zu einer Gesamtausfallzeit von 27 Minuten führte.

Die Ausfallzeit war größtenteils auf den globalen Ausfall zurückzuführen, der den Zugriff auf den Server beeinträchtigte.

SQL02 - Falkenberg

Betriebszeit (%)

SQL02 - Summary of uptime in June

SQL02 hatte im Juni eine Betriebszeit von 98,60%, was zu einer Gesamtausfallzeit von 585 Minuten führte.

Die Ausfallzeit trat auf, weil das Rechenzentrum, in dem sich SQL02 befindet, eine lange Fehlfunktion hatte, die den Betrieb des Servers beeinträchtigte.

David Wibergh