Iperf mit 1blu

ffdon-mgk · 9. Oktober 2016 um 21:58

Wie besprochen,

eben gemessen, auf der 1blu-Kiste (GW03.ffdon.de) von Hetzner (GW02.ffdon.de) aus:

root@gw03 ~ # iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 185.66.193.90 port 5001 connected with 88.198.184.218 port 40736
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.6 sec  2.38 MBytes  1.87 Mbits/sec
[  5] local 178.254.21.149 port 5001 connected with 88.198.184.218 port 56946
[  5]  0.0-10.0 sec   293 MBytes   246 Mbits/sec
[  4] local 185.66.193.90 port 5001 connected with 88.198.184.218 port 40756
[  4]  0.0-11.7 sec  2.88 MBytes  2.06 Mbits/sec

hierbei ist

185.66.193.90 die NAT-IP des GW03
178.254.21.149 die Hoster IP von 1blu
88.198.184.218 die abgehende IP von Hetzner

IPv6 da ich den Tunnel nicht gekappt habe durch den Backbone:

root@gw03 ~ # iperf -s -V
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[  4] local 2a03:2260:3005:100::3 port 5001 connected with 2a03:2260:3005:100::2 port 38550
[ ID] Interval       Transfer     Bandwidth
[  4]  0.0-10.3 sec  29.1 MBytes  23.8 Mbits/sec

hier ist:
2a03:2260:3005:100::3 GW03 bei 1blu
2a03:2260:3005:100::2 GW02 bei Hetzner

und mit einem Client bei 1blu
root@gw03 ~ # iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 185.66.193.90 port 5001 connected with 178.254.29.15 port 57457
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-14.6 sec 896 KBytes 503 Kbits/sec
[ 5] local 178.254.21.149 port 5001 connected with 178.254.29.15 port 46249
[ 5] 0.0-10.0 sec 987 MBytes 827 Mbits/sec
hier ist:

185.66.193.90 die NAT-IP des GW03
178.254.21.149 die Hoster IP von 1blu
178.254.29.15 unser www-Server, autark, nicht im Freifunk-Netz, bei 1blu

Die Kiste von Hetzner schlägt sich mit dem Load gerade nur 1,3 aber auch nicht so toll…
gemessen von 1blu aus
root@gw02 ~ # iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 185.66.193.91 port 5001 connected with 178.254.29.15 port 54738
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.1 sec 46.5 MBytes 38.6 Mbits/sec
[ 5] local 172.31.1.100 port 5001 connected with 178.254.29.15 port 39406
[ 5] 0.0-10.1 sec 136 MBytes 113 Mbits/sec
hierbei ist

185.66.193.91 die NAT-IP des GW02
172.31.1.100 das Outbound-NAT von Hetzner des GW02
178.254.29.15 unser www-Server, autark, nicht im Freifunk-Netz, bei 1blu

MPW · 9. Oktober 2016 um 22:31

Schreib mal bitte dran, von wo nach wo du was gemessen hast. Die unterschiedlichen Werte sind verwirrend. Mir ist nicht wirklich klar von wo nach wo du welchen Durchsatz erreichst.

Grüße
Matthias

ffdon-mgk · 9. Oktober 2016 um 22:44

ich hab den ursprünglichen Post editiert

MPW · 10. Oktober 2016 um 08:21

Was ist das für Hardware und falls virtualisiert wurde, mit welcher Software?

ffdon-mgk · 10. Oktober 2016 um 15:41

Nun, das ist ein “1blu-RootServer X”

ah: http://www.1blu.de/server/rootserver/rootserverx/

2 vCores
virtuelle Server auf KVM-Basis mit fest zugeordneten physikalischen Ressourcen

MPW · 10. Oktober 2016 um 15:47

Was für eine virtuelle Netzwerkkarte ist da eingestellt?

lspci

ffdon-mgk · 10. Oktober 2016 um 16:06

lspci

00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02)
00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II]
00:01.1 IDE interface: Intel Corporation 82371SB PIIX3 IDE [Natoma/Triton II]
00:01.2 USB controller: Intel Corporation 82371SB PIIX3 USB [Natoma/Triton II] (rev 01)
00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 03)
00:02.0 VGA compatible controller: Cirrus Logic GD 5446
00:03.0 Ethernet controller: Red Hat, Inc Virtio network device
00:04.0 SCSI storage controller: Red Hat, Inc Virtio block device
00:05.0 RAM memory: Red Hat, Inc Virtio memory balloon

inxi -Fx

System:    Host: gw03 Kernel: 4.7.0-0.bpo.1-amd64 x86_64 (64 bit gcc: 4.9.2) Console: tty 0
       Distro: Debian GNU/Linux 8
Machine:   System: Bochs product: Bochs
       Mobo: N/A model: N/A Bios: Bochs v: Bochs date: 01/01/2007
CPU:       Single core QEMU Virtual version 1.0 (-UP-) cache: 4096 KB
       flags: (lm nx sse sse2 sse3 vmx) bmips: 5199 clocked at 2599 MHz
Graphics:  Card: Cirrus Logic GD 5446 bus-ID: 00:02.0
       Display Server: N/A driver: N/A tty size: 317x94 Advanced Data: N/A for root out of X
Network:   Card: Red Hat Virtio network device driver: virtio-pci v: 1 port: c060 bus-ID: 00:03.0
       IF: eth0 state: up speed: -1 duplex: unknown mac: 52:54:01:00:01:55
Drives:    HDD Total Size: 859.0GB (18.5% used) ID-1: /dev/vda model: N/A size: 859.0GB temp: 0C
Partition: ID-1: / size: 764G used: 125G (18%) fs: ext4 dev: /dev/vda1
       ID-2: swap-1 size: 25.77GB used: 0.00GB (0%) fs: swap dev: /dev/vda5
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 87 Uptime: 21:59 Memory: 483.9/12019.8MB Init: systemd runlevel: 5 Gcc sys: 4.9.2
       Client: Shell (bash 4.3.301) inxi: 2.1.28

MPW · 10. Oktober 2016 um 18:24

Dieselbe Karte verwenden wir auch. Das ist halt das Problem, wenn man vorvirtualisiert anmietet, du weißt nie, was auf dem Blech gerade noch so abgeht.

Freifunk braucht halt extrem viele SIs. Wenn die irgendwie gedeckelt sind oder sonst irgendwie die Netzwerkkarte ohnehin schon relativ dicht ist, performt es leider nicht richtig.

Bieten die auch echte Bleche an?