Обычно Вы не получаете объединенные мощности нескольких связанный интерфейс, когда Вы говорите с единственным хостом как то, что может произойти, если Вы соединяетесь с единой целью на iscsi.
Связывание, конечно, точно, что Вы хотите обработать обработку отказа.
Что Вы, возможно, должны посмотреть на конфигурирование, если Вы цель iscsi поддержки это, должен установить MPIO в дополнение к связыванию.
Это, конечно, возможно - почему должен он нет? T
он затем подвергает сомнению, мог бы быть, будет ли автоматическая конфигурация для виртуальных машин. Не принятие во внимание того, что Вы не должны использовать автоматическую конфигурацию для машин сервера: работало ли это, зависит от того, используете ли Вы venet или veth. С veth каждый VM имеет Ethernet-адрес, и можно выполнить radvd в контейнере. С venet не будет работать автоматическая конфигурация не сохраняющая состояние, но явно присвоенные адреса будут.
Моя рекомендуемая конфигурация должна присвоиться:: к каждому VM принимая они - весь двойной стек.
Это может легко быть сделано, но почему? Это только имеет смысл, если Вы планируете перепродать контейнеры. Используя несоединенный мостом виртуальный Ethernet, необходимо было бы обеспечить/64 от/48. Используя Узел Redhat, создайте "route6-vethX.0" файл в/etc/sysconfig/network-scripts.
Добавьте:
fd60:0000:0000:0000::/64 dev vethX.0
При использовании/64 на Узле необходимо будет добавить префикс к "route6-ethX" файлу для интерфейса исходного маршрута, иначе, маршрутизация IPv6 перестанет работать.
Используя вышеупомянутую иллюстрацию, интерфейс Вы хотите дать "/64" (VETH), единственный владелец этого префикса. Это означает контейнер, который имеет этот конкретный интерфейс VETH, имеет "/64" все к себе.
Вы хотите использовать Ethernet, образующий мост в этом типе конфигурации и создать тот же файл для моста. В "для того, что стоит" отдел, не должен быть "сложен двойным образом" контейнер. У меня есть два сервера Узла, которые получают "/120" каждый, и оба - IPv6 только.
Вот то, как я скупо выдаю два "/64" префикса на тестовом сервере IPv6 (Узел Fedora)
"route6-eth2"
fd60:1014:9458:4b60::/64 dev eth2
fd98:f0bd:b577:3c8b::/64 dev eth2
"route6 veth6101.0"
fd60:1014:9458:4b60:e003:5000:10:100/120 dev veth6101.0
"route6-veth6102.0"
fd60:1014:9458:4b60:e003:5000:10:200/120 dev veth6102.0
"route6-virtbr0"
fd98:f0bd:b577:3c8b:0:0:0:100/120 dev virtbr0
fd98:f0bd:b577:3c8b:0:0:0:100/120 via fd60:1014:9458:4b60::1a
Маршрутизация ядра
fd60:1014:9458:4b60::/64 dev virtbr0 proto kernel metric 256 mtu 1500 advmss1440 hoplimit 4294967295
fd60:1014:9458:4b60::/64 dev eth2 metric 1024 mtu 1500 advmss 1440 hoplimit 4294967295
fd98:f0bd:b577:3c8b::100/120 dev virtbr0 metric 1024 mtu 1500 advmss 1440 hoplimit 4294967295
fd98:f0bd:b577:3c8b::100/120 via fd60:1014:9458:4b60::1a dev eth2 metric 1024mtu 1500 advmss 1440 hoplimit 4294967295
fd98:f0bd:b577:3c8b::/64 dev eth2 metric 1024 mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev eth2 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev veth6101.0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev veth6102.0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev veth66101.0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
fe80::/64 dev virtbr0 proto kernel metric 256 mtu 1500 advmss 1440 hoplimit 4294967295
default via fd60:1014:9458:4b60::1 dev eth2 metric 1 mtu 1500 advmss 1440 hoplimit 4294967295