Openvz вопрос о IPv6

Обычно Вы не получаете объединенные мощности нескольких связанный интерфейс, когда Вы говорите с единственным хостом как то, что может произойти, если Вы соединяетесь с единой целью на iscsi.

Связывание, конечно, точно, что Вы хотите обработать обработку отказа.

Что Вы, возможно, должны посмотреть на конфигурирование, если Вы цель iscsi поддержки это, должен установить MPIO в дополнение к связыванию.

1
задан 30 September 2010 в 16:44
2 ответа

Это, конечно, возможно - почему должен он нет? T

он затем подвергает сомнению, мог бы быть, будет ли автоматическая конфигурация для виртуальных машин. Не принятие во внимание того, что Вы не должны использовать автоматическую конфигурацию для машин сервера: работало ли это, зависит от того, используете ли Вы venet или veth. С veth каждый VM имеет Ethernet-адрес, и можно выполнить radvd в контейнере. С venet не будет работать автоматическая конфигурация не сохраняющая состояние, но явно присвоенные адреса будут.

Моя рекомендуемая конфигурация должна присвоиться:: к каждому VM принимая они - весь двойной стек.

2
ответ дан 3 December 2019 в 19:33

Это может легко быть сделано, но почему? Это только имеет смысл, если Вы планируете перепродать контейнеры. Используя несоединенный мостом виртуальный 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
    
1
ответ дан 3 December 2019 в 19:33

Теги

Похожие вопросы