我配置了与客人连接的桥梁,以便与外界沟通。在来宾中,我配置网关以指示网桥IP。(目前通过DHCP实现这一目标)
eth0 <->桥<->来宾
这肯定管用。但是当我迁移(活迁移)时,问题就出现了。来宾网络无法工作,因为来宾中的网关没有改变,并且来宾一致地指示源主机节点的网关桥。如果我可以使用重新启动来宾,它将很容易(编辑libvrit文件或配置DHCP)。但我想做的是活生生的迁徙。更重要的是,我不能使用ssh在来宾中运行命令。因为我不应该知道客人的用户名和密码。当我进行实时迁移时,如何自动将来宾的网关更改为适当的网关?我以为开放vswitch可以解决这个问题。但是看起来开放的vswitch只能改变路由,不能改变客户的网关。问题仍然存在。如果有一种方法可以在不使用ssh的来宾中运行命令,那么这也是适当的。如果我能做到这一点,我可以强迫客户的DHCP客户端向DHCPDISCOVERY发送信号。但遗憾的是,这种方式只能在vmware(VIX api)中使用。我在kvm中找不到相应的功能。
添加:网桥具有实际的ip,而网桥ip是主机中来宾的网关。因此,在一个子网中有多个网关,每个主机每个子网都有一个网关。我已经为他们的客人配置了每个主机来处理NAT。客人的公共ip由他们的主机处理。我使用这种方法的原因是避免“单点故障”,并将NAT工作负载分配给每个主机。我是否应该抛弃上面的结构来实现活迁移?构建虚拟机集群是一种糟糕的方法吗?
发布于 2013-04-03 06:41:32
网桥(主机) IP是这个子网上的实际网关吗?如果没有,则不应该使用网桥IP作为VM中的网关,而应该使用子网网关。将桥接器视为一个哑开关,甚至是一个集线器,这只是一个逻辑对象,您的VM被插入其中,它将把它的流量传递给真正的网络。这意味着VM和物理主机一样多在子网上,所以它应该使用相同的网络基础结构定义-网关、DNS、DHCP.一切都和物理主机一样。
https://serverfault.com/questions/495624
复制相似问题