У меня есть два сервера HP DL380 G8 с 4x 1 ТБ на RAID-контроллерах HP p420 в настройке RAID 1 + 0. Eth0 подключены к маршрутизатору, а Eth3 и Eth4 связаны (LACP) и подключены напрямую между машинами.
Если я сбегу
#!/bin/bash
clear
echo 'Starting disk speed analysis..'
echo -e '\n Reading different size files (1M, 100M, 1G):\n \e[93m'
dd if=/dev/sda of=/dev/zero iflag=direct bs=1M count=1000 &> test-results.log
tail -1 test-results.log
dd if=/dev/sda of=/dev/zero iflag=direct bs=100M count=10 &> test-results.log
tail -1 test-results.log
dd if=/dev/sda of=/dev/zero iflag=direct bs=1G count=1 &> test-results.log
tail -1 test-results.log
echo -e '\n \e[39mWriting different size files (1M, 100M, 1G):\n \e[93m'
dd if=/dev/zero of=/root/testfile oflag=direct bs=1M count=1000 &> test-results.log
tail -1 test-results.log
dd if=/dev/zero of=/root/testfile oflag=direct bs=100M count=10 &> test-results.log
tail -1 test-results.log
dd if=/dev/zero of=/root/testfile oflag=direct bs=1G count=1 &> test-results.log
tail -1 test-results.log
rm test-results.log
echo -e '\e[39m'
Я получил :
Reading different size files (1M, 100M, 1G):
1048576000 bytes (1.0 GB) copied, 2.81374 s, 373 MB/s
1048576000 bytes (1.0 GB) copied, 1.98058 s, 529 MB/s
1073741824 bytes (1.1 GB) copied, 1.88088 s, 571 MB/s
Writing different size files (1M, 100M, 1G):
1048576000 bytes (1.0 GB) copied, 0.871918 s, 1.2 GB/s
1048576000 bytes (1.0 GB) copied, 3.08039 s, 340 MB/s
1073741824 bytes (1.1 GB) copied, 3.2694 s, 328 MB/s
и
Reading different size files (1M, 100M, 1G):
1048576000 bytes (1.0 GB) copied, 2.80229 s, 374 MB/s
1048576000 bytes (1.0 GB) copied, 2.50451 s, 419 MB/s
1073741824 bytes (1.1 GB) copied, 2.136 s, 503 MB/s
Writing different size files (1M, 100M, 1G):
1048576000 bytes (1.0 GB) copied, 1.64036 s, 639 MB/s
1048576000 bytes (1.0 GB) copied, 3.48586 s, 301 MB/s
1073741824 bytes (1.1 GB) copied, 4.5464 s, 236 MB/s
И это кажется справедливой скоростью, но если я попытаюсь перенести виртуальную машину размером 100 ГБ на другую машину по связанной сети, я получу только скорость передачи данных по сети ~ 60 МБ / с и короткую передачу 120 МБ / с, если эта WM работает на время передачи.
Сеть и скорость хранения при передаче одной виртуальной машины
Однако скорость ввода-вывода хранилища может быть довольно высокой ... намного выше скорости сети, o Я полагаю, что скорость хранилища не является проблемой ... верно?
Я использую XCP-ng Center, подключенный через VPN. Это новая установка, XCP-ng - v7.6.
В идеале я ожидал бы скорости передачи данных между серверами около 2x125 МБ / с, есть идеи, почему этого не происходит?
Может быть, кто-нибудь с подобным стеком поделится опытом? Спасибо!
Связывание здесь не поможет, так как ваш исходный и целевой IP-адреса фиксированы. LACP вычисляет хэш на основе этих IP-адресов (и, возможно, также номеров портов TCP), чтобы определить, какой физический канал использовать. Таким образом, один сеанс TCP всегда отправляет пакеты из одного потока по одному и тому же физическому каналу.
Использование интерфейса Gigabit Ethernet Кодирование 8b / 10b поэтому он может передавать со скоростью максимум 800 Мбит / с, включая накладные расходы уровней 2, 3 и 4. Учитывая накладные расходы:
Это дает 58 байт служебных данных на 1518-байтовый кадр уровня 2 или около 4%. Вычитая это из 800 Мбит / с (= 100 МБ / с), мы получаем максимум 96 МБ / с. Это по-прежнему исключает межпакетный зазор что составляет 96 нс для гигабитного Ethernet.
Таким образом, получаемые вами скорости не такие ненормальные, как вы могли ожидать.
Редактировать, чтобы ответить rjtвопросы:
LACP - это протокол, который создает виртуальный интерфейс, который связывает вместе один или несколько (до шестнадцати, из которых максимум восемь могут быть активными) физических интерфейсов. Этот протокол может быть реализован в серверах, маршрутизаторах и коммутаторах. Однако не требуется, чтобы один конец ссылки должен быть переключателем.
LACP не может использовать циклический алгоритм. Ниже приводится цитата из CCIE Маршрутизация и коммутация v5.0, официальное руководство по сертификации для экзамена CCIE, стр. 155 (выделено мной):
Эта функция хеширования является детерминированной, что означает, что все кадры в одном потоке производят одно и то же значение хеш-функции и поэтому пересылаются по одному и тому же физическому каналу. Следовательно, увеличение доступной полосы пропускания никогда не происходит ни с одним потоком; скорее, несколько потоков могут быть распределены по нескольким каналам, достигая более высокой совокупной пропускной способности. Тот факт, что один поток передается по одному каналу и, таким образом, не получает выгоды от увеличения полосы пропускания, можно рассматривать как недостаток; тем не мение, этот подход также предотвращает переупорядочивание кадров. Это свойство имеет решающее значение, поскольку EtherChannel, будучи прозрачной технологией, не должен приводить к нарушениям, которые не были бы заметны в обычном Ethernet.