У меня есть одноузловой кластер Ganeti с гипервизором KVM с несколькими виртуальными машинами, одна из них - резервная виртуальная машина с одной сетевой картой, на которой работает программное обеспечение резервного копирования для создания резервных копий других виртуальных машин и моего собственного ноутбука. Каталог резервных копий - это монтирование NFS с хоста (узел Ganeti). Как использование одной и той же сетевой карты влияет на скорость резервного копирования. У меня иногда бывает скорость резервного копирования 100 Кбит / с. Может ли разногласие быть причиной на данном этапе и объяснить скорость резервного копирования 100 Кбит / с?
Интерфейсы виртуальной машины резервного копирования, а также всех других виртуальных машин Ganeti работают в режиме моста со статическим IP-адресом.
Узел Ganeti, а также все виртуальные машины и моя записная книжка работают под управлением Debian Buster.
Вот соответствующие данные: / и т.д. / сеть / интерфейсы от узла Ганети:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
# eno1 is manually configured, and slave to the "bond0" bonded NIC
auto eno1
allow-hotplug eno1
iface eno1 inet manual
bond-master bond0
# eno2 is manually configured, and slave to the "bond0" bonded NIC
auto eno2
allow-hotplug eno2
iface eno2 inet manual
bond-master bond0
# bond0 is the bonded NIC and can be used like any other normal NIC.
# bond0 is configured using static network information.
auto bond0
iface bond0 inet manual
post-up ifenslave bond0 eno1 eno2
pre-down ifenslave -d bond0 eno1 eno2
bond-slaves none
bond-mode 0
bond-miimon 100
bond-downdelay 0
bond-updelay 0
bond-xmit_hash_policy layer2+3
# The primary network interface
auto br0
iface br0 inet static
address 10.0.10.10
netmask 255.255.255.0
network 10.0.10.0
broadcast 10.0.10.255
gateway 10.0.10.1
dns-nameservers 10.0.10.1
dns-search local.domain
bridge_ports bond0
bridge_fd 0
bridge_hello 2
bridge_maxage 0
bridge_ageing 0
bridge_maxwait 0
bridge_stp off
iperf на сервере резервного копирования в качестве клиента:
iperf -c 10.0.10.10
------------------------------------------------------------
Client connecting to 10.0.10.10, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[ 3] local 10.0.10.11 port 42674 connected with 10.0.10.10 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.0 sec 22.6 GBytes 19.4 Gbits/sec
iperf на узле Ганети:
iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 10.0.10.10 port 5001 connected with 10.0.10.11 port 42674
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.0 sec 22.6 GBytes 19.4 Gbits/sec
iperf на сервере резервного копирования в качестве сервера:
iperf -s
------------------------------------------------------------
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 10.0.10.11 port 5001 connected with 10.0.10.150 port 44400
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.8 sec 13.1 MBytes 10.2 Mbits/sec
iperf на резервном клиенте:
iperf -c 10.0.10.11
------------------------------------------------------------
Client connecting to 10.0.10.11, TCP port 5001
TCP window size: 85.0 KByte (default)
------------------------------------------------------------
[ 3] local 10.0.10.150 port 44400 connected with 10.0.10.11 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.2 sec 13.1 MBytes 10.8 Mbits/sec
dd с сервера резервного копирования в общий ресурс NFS, который является хранилищем резервных копий:
dd if=/dev/zero of=/backup/test bs=1GB count=10 oflag=dsync
10+0 records in
10+0 records out
10000000000 bytes (10 GB, 9.3 GiB) copied, 250.428 s, 39.9 MB/s