matomo

Sonderangebot: Spare $144,12 bei unserem Jahres-Abonnement

Transparenzbericht: Oktober 2014

David Wibergh, Über uns Status- & Transparenzberichte

OVPN ist bestrebt, für unsere Kunden so transparent wie möglich zu sein. Daher haben wir uns entschieden, nicht nur die Menge des Datenverkehrs zu berücksichtigen, der jeden Monat über unsere Server läuft, sondern auch die Betriebszeit und die Verkehrsspitzen jedes Servers.

Diese Zusammenfassung ist die erste ihrer Art, aber sicher nicht die letzte.

VPN01 - Malmö

Verkehrsspitzen (Mbit/s)

VPN01 - Summary of traffic spikes

Verkehrsaufkommen (GB)

VPN01 - Traffic volume summary

Analyse

VPN01 ist der Server mit dem geringsten Verbrauch von allen unseren VPN-Servern. Im Oktober hat VPN01 16705 GB (16,3 TB) verschlüsselt und anonymisiert.

Der Datenverkehr erreichte in der Spitze 318 Mbps, was 31% der maximalen Kapazität entspricht.

Das 95. Perzentil lag nur bei 132 Mbps, was bedeutet, dass VPN01 in 95 Prozent der Zeit unter 12,9 % der maximalen Kapazität lag.

VPN01 hatte im Oktober eine Betriebszeit von 100%.

VPN02 - Stockholm

Verkehrsspitzen (Mbit/s)

VPN02 - Summary of traffic spikes

Verkehrsaufkommen (GB)

VPN02 - Traffic volume summary

Analyse

VPN02 wurde am 12. Oktober in Betrieb genommen, als wir unsere physische Sicherheit in Stockholm erhöht haben. Im Oktober wurde VPN02 verschlüsselt und anonymisiert mit insgesamt 11751 GB (11,5 TB).

VPN02 ist mit 2x1 Gbit/s verbunden, was eine maximale Kapazität von 2 Gbit/s ergibt. Auf der anderen Seite erwarten wir aufgrund des "Overheads" eine maximale Kapazität von 1,4 Gbit/s, um auf der sicheren Seite zu sein.

Die Verkehrsspitze für VPN02 lag bei 417 Mbit/s, was 29 % der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 140 Mbit/s, was bedeutet, dass VPN02 in 95 Prozent der Zeit unter 9,8 % der maximalen Kapazität lag.

VPN02 hatte im Oktober eine Betriebszeit von 100%.

VPN03 - Stockholm

Verkehrsspitzen (Mbit/s)

VPN03 - Summary of traffic spikes

Menge des Datenverkehrs (GB)

VPN03 - Traffic volume summary

Analyse

VPN03 wurde am 12. Oktober in Betrieb genommen, als wir unsere physische Sicherheit in Stockholm erhöht haben. Im Oktober wurde VPN03 mit 15445 GB (15,1 TB) verschlüsselt und anonymisiert.

VPN03 ist mit 2x1 Gbit/s verbunden, was eine maximale Kapazität von 2 Gbit/s ergibt. Auf der anderen Seite erwarten wir aufgrund des "Overheads" eine maximale Kapazität von 1,4 Gbit/s, und das auf der sicheren Seite.

Die Verkehrsspitze für VPN03 lag bei 472 Mbit/s, was 33 % der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 189 Mbit/s, was bedeutet, dass VPN03 in 95 Prozent der Zeit unter 13,1 % der maximalen Kapazität lag.

VPN03 hatte im Oktober eine Betriebszeit von 100 Prozent.

VPN04 - Stockholm

Verkehrsspitzen (Mbit/s)

VPN04 - Summary of traffic spikes

Menge des Datenverkehrs (GB)

VPN04 - Traffic volume summary

Analyse

VPN04 wurde am 12. Oktober in Betrieb genommen, als wir unsere physische Sicherheit in Stockholm erhöht haben. Im Laufe des Oktobers hat VPN04 17194 GB (16,8 TB) verschlüsselt und anonymisiert.

VPN04 ist mit 2x1 Gbit/s verbunden, was eine maximale Kapazität von 2 Gbit/s ergibt. Auf der anderen Seite erwarten wir aufgrund des "Overheads" eine maximale Kapazität von 1,4 Gbit/s, um auf der sicheren Seite zu sein.

Die Verkehrsspitze für VPN04 lag bei 449 Mbit/s, was 31% der maximalen Kapazität entspricht.

Das 95. Perzentil lag bei 203 Mbit/s, was bedeutet, dass VPN04 in 95 Prozent der Zeit unter 14,2 % der maximalen Kapazität lag.

VPN04 hatte im Oktober eine Betriebszeit von 100 Prozent.

WEB01 - Falun

Betriebszeit (%)

WEB01 - Uptime summary

Im Oktober gab es einige Ausfälle bei WEB01, aber wir haben es geschafft, eine Verfügbarkeit von 99,97% und eine durchschnittliche Antwortzeit von 160 ms zu erreichen. Die Ausfallzeit betrug insgesamt 13 Minuten.

SQL01 - Falun

Betriebszeit (%)

SQL01 - Uptime summary

Da sich SQL01 auf demselben Server wie WEB01 befindet, hatten wir im Oktober auch eine kleine Ausfallzeit mit SQL01.

Die Betriebszeit war jedoch besser, da wir eine Betriebszeit von 99,98 % erreichen konnten, was einer Ausfallzeit von 11 Minuten entspricht. Die Latenzzeit von SQL01 betrug durchschnittlich 42 ms.

SQL02 - Falkenberg

Betriebszeit (%)

SQL02 - Uptime summary

SQL02 hatte eine Betriebszeit von 100 % und eine durchschnittliche Antwortzeit von 57 ms.

Zusammenfassung

Wir haben es ohne Probleme geschafft, im Oktober eine Betriebszeit von mindestens 99,5% aufrechtzuerhalten. Es ist auch klar, dass wir derzeit nicht nahe an unserer maximalen Kapazität sind, was bedeutet, dass wir viel Spielraum haben, um neue Kunden zu gewinnen, aber auch, um hohe Geschwindigkeiten für unsere derzeitigen Kunden zu gewährleisten.

Die Messung der Geschwindigkeit und des Verbrauchs der Server erfolgt über das folgende Skript, das einmal pro Minute läuft.

#!/bin/bash
RXPREV=-1
TXPREV=-1
for i in 1 2 3; do
    RX=`cat /sys/class/net/eth0/statistics/rx_bytes`
    TX=`cat /sys/class/net/eth0/statistics/tx_bytes`
    if [ $RXPREV -ne -1 ] ; then
            let BWRX=$RX-$RXPREV
            let BWTX=$TX-$TXPREV
            echo "$BWRX|$BWTX|$RX|$TX"
    fi
    RXPREV=$RX
    TXPREV=$TX
    sleep 1
done

Wir speichern also absolut keine Verkehrsinformationen darüber, was unsere Kunden tun, um diesen Bericht zusammenzustellen. Wir schauen nur darauf, wie viele Bytes die Server durchlaufen haben.

David Wibergh