Произвольное имя интерфейса VLAN
... необходимо сузить объем темы к "направляющим" в частности. (предмет является немного вводящим в заблуждение), я высоко предложил бы смотреть на журналы и пытаться определить, куда задержка прибывает из.
Существует несколько причин, почему приложение для направляющих отстало бы..., и большую часть времени оно не имеет никакого отношения к базе данных или самому веб-серверу. Я надеялся бы удостоверяться, что кэширование НЕ отключено. (в режиме разработки кэширование отключен по умолчанию), направляющие добираются, большая производительность повышает от многих алгоритмов кэширования, которые это имеет... Кроме того, несколько из битов отладки, которые включены в разработке также, едят немного производительности также.
Если все сделано, который может быть сделан... существует несколько шагов в движение "кластеризованной среды направляющих". Отладка, которую я предложил ранее, может также сказать Вам, чего необходимо увеличить масштаб. Если Вы постоянно ожидаете на базе данных для ответа... затем перемещая сервер базы данных от того поля и на свой собственный..., или кластеризирование одной только базы данных могло бы быть всем, в чем Вы нуждаетесь. Если Вы находите, что WWW-сервер является тем, отстающим... увеличиваются на веб-сервере.
OMG - это , что просто:
Переименовать ] vlan 42 на eth0 в ext2 :
ip link set dev eth0.42 name ext2
In OpenBSD (and presumably other BSDs) you can set a description of an interface with ifconfig using the aptly named description argument, see ifconfig(8). This is very handy for distinguishing between a bunch of interfaces. But that doesn't help you.
Unfortunately there's no great way to do this in Linux.
In Linux, interfaces are named dynamically with each interface being assigned the first available name. This means that if you pull a NIC and then add another one (say to replace it or upgrade it) there is no guarantee that its interface will remain the same.
Try a program like ifrename which will allow you to manually specify the interface names. It looks primarily designed to assure that NIC0 is always associated with eth0 but I believe you can use it assign names like external and dmz to interfaces instead of eth0 and so on. Udev will also allow you to change interface names using the network.rules file (see here for an examples).
You should be careful to document this as it is not typically done but unlike @MichealHampton I don't see any particular problem with it. I personally make great use of the description field for interfaces in my BSD installs.
В debian вы используете / etc / network / interfaces для настройки сетевых интерфейсов.
Имейте в виду. что вам следует установить пакет vlan :
apt-get install vlan
Из интерфейсы man 5 :
Чтобы упростить настройку интерфейсов VLAN, интерфейсы, имеющие. (символ точки) в имени настроены как тегированный интерфейс виртуальной LAN 802.1q.
Например, интерфейс eth0.1 является виртуальным интерфейсом, имеющим eth0 в качестве физического канала с идентификатором VLAN ID 1.
Для получения дополнительной информации проверьте man 5 vlan-interfaces . По сути, вы можете дать своему интерфейсу vlan любое имя и использовать vlan-raw-device для связывания vlan с вашим сетевым адаптером. Например, vlan10 на eth0 будет:
iface vlan10 inet static
vlan-raw-device eth0
address 192.168.10.1
netmask 255.255.255.0
В дистрибутивах, отличных от debian, вы можете сделать то же самое с iproute2 следующим образом:
ip link add link enp3s0f1 name vlan10 type vlan id 10
ip addr add 192.168.10.1/24 dev vlan10
Не уверен, что это также относится к Debian, но в Ubuntu (и Red Hat) это легко сделать, отредактировав /etc/udev/rules.d/persistent-net.rules (или аналогично; я не в состоянии проверить)
Переименование интерфейсов имеет некоторые полезные преимущества:
- назначает известную семантику интерфейсу (например, 'management0', 'front0', 'back0')
- , имеющий предсказуемое имя облегчает правильную работу сценариев управления конфигурацией и т. д. (особенно правила брандмауэра)
. Вы действительно должны убедиться, что ваша команда знает, что этого ожидать. Это не проблема, это обычно очень приветствуется, особенно когда у вас много интерфейсов в системе (использование eth8 вполне разумно для хоста с избыточными связанными ссылками на хранилище SAN).
Обсудив это недавно, если вы хотите переименовать на основе Идентификатор VLAN, Я бы посоветовал вам принять во внимание следующее:
- идентификаторы VLAN не так уж и запоминаются, и их легко опечатать и просмотреть.
- у хоста обычно нет простого способа определить, в какой VLAN (если есть) он находится, или если это собственная VLAN, и порт доступа или магистрали (выполнение этого вручную с хоста иногда можно выполнить, если вы tcpdump для Сообщения CDP или знать, какой трафик соответствует какой VLAN). Таким образом, конфигурация основана на убеждениях, которые легко могут стать недействительными.
Мне не повезло с "ip link set dev bond0.10 name ext0". Если интерфейс не работает, то получается ошибка BUSY. Если интерфейс не работает, то получается ошибка NOT FOUND.
Мне повезло: в моем базовом определении интерфейса для bond0,
post-up ip link add name ext0 link bond0 type vlan id 10
pre-down ip link delete dev ext0 type vlan
и
auto ext0
iface ext0 inet static
address ...
Теперь я обнаружил, что "ifup bond0" не только создает VLAN, как видно из /proc/net/vlan/config и создает устройство ext0, но даже если это устройство ext0. bond0.10 никогда не появляется.
.Используя nmcli в RedHat / CentOS / SL 7, у вас есть поддерживаемый системой постоянный произвольный namig для интерфейсов VLAN, просто:
$ nmcli con add type vlan ifname за пределами dev eno1 id 10
Так что это хорошо работает.
в / etc / network / interfaces:
auto lxdHost
iface lxdHost static
pre-up ip link add link eth0 name lxdHost type vlan id 102
address 192.1.1.1/25
...
тогда ifup lxdHost
pre-up и post-down, а остальные в интерфейсах man являются волшебные крючки, чтобы делать все по-своему.