Я почти уверен, что мы не единственный сайт, использующий большие кадры (~9k), верно? Ну, для тех из вас, кто тоже это делает, что вы делаете с виртуализацией? А именно:
- Xen не поддерживает пакеты более 1500 байт на мостовых интерфейсах. Назначение реального интерфейса каждой виртуальной машине может сработать, но для меня это не вариант.
- KVM сделает это, если я повозюсь с исходниками. В противном случае я могу получить до 4k пакетов. Возиться с исходниками — это не то, что я действительно хочу делать (прощайте, патчи upstream без пересборки!)
- VMWare не упоминает об этом ни в одном из вариантов. Их цены на VSphere меня отталкивают, но, может быть, я могу просто использовать ESX(,i)?
Я не использую пакеты jumbo для iSCSI или NFS. Я действительно перемещаю тонны данных между узлами, и увеличение MTU помогло мне со скоростью. Моя платформа — CentOS 5.x, и я бы предпочел остаться на ней, но полагаю, что возможны и другие варианты? Скажите мне!
Кто-нибудь делает что-то умное, о чем я не думаю?
[Редактировать]
Зачем мне это? Ну, все мои существующие машины используют MTU 9000, и место, где это происходит, находится в нашем кластерном слое. Если я добавлю новую машину, которая не говорит о пакетах jumbo, она не сможет присоединиться к кластеру, и это не будет работать. Так что, хотя я бы с удовольствием вернулся к вопросу «действительно ли нам нужны пакеты jumbo?», это гораздо более масштабный проект, чем просто вывод новой машины в сеть. Новые машиныиметьчтобы иметь возможность общаться с кластером. Сейчас это означает развертывание на голом оборудовании, и это отстой.
решение1
Для стандартных виртуальных коммутаторов ESXi 4 это необходимо сделать из CLI. Если вы используете (неподдерживаемый) псевдоконсольный режим или (поддерживаемый) VMA, соответствующая команда:
esxcfg-vswitch -m 9000 vSwitch0
Замените vSwitch0 соответствующими идентификаторами виртуального коммутатора и повторите эти действия по мере необходимости для всех vSwitch, которые необходимо включить для кадров Jumbo размером 9K.
В более крупных (гораздо более крупных) средах, где используются распределенные виртуальные коммутаторы, вы можете изменить MTU из графического интерфейса клиента vSphere.
решение2
По моему опыту, джамбо-фреймы действительно далеки от того, чтобы быть пригодными к использованию. Технология разгрузки — это бардак, особенно то, что предоставляет b-com, и коммутаторы не могут поддерживать ее достаточно хорошо.
Особенно для виртуальных машин я бы придерживался обычных размеров MTU и повышал скорость, используя связывание Mode-4 или переход на 10G или даже Infiniband.
При этом, насколько мне известно, драйверы kvm virtio_net на самом деле не ограничены по скорости, поэтому, несмотря на то, что они 1G, они могут легко превзойти ее, учитывая пропускную способность.
решение3
Это не прямой ответ, но если вы перемещаете большие объемы данных между несколькими узлами, вы рассматривали Infiniband? Он отлично подходит для таких задач.