起这个名字的时候心里还是有些小纠结的。最近两周尽在研究lvs+keepalived实现负载均衡更可用的。无奈环境所限,不能找到实际的四台机器,只能在自己的小破本上,琢磨着虚拟出2+2的高可用环境。又因为小本只有2G内存,感觉不能在VirtualBox下完全虚拟化4台linux,又趁着前一阵子玩xen,于是在一个机器下装了xen。情况还不错,在半虚拟化的xen中跑个机器感觉100M内存就足够了,于是我在半虚拟化中配lvs及keepalived的悲剧之旅就开始了。
如果你也正准备跟我一样
在半虚拟化环境下实验负载平衡高可用,请注意!
先说说lvs+keepalived的2+2架构
推荐几篇文章导读
lvs中文站
keepalived的一篇官方中文手册
简要的说这几篇文章,主要讲了这个意思。
VS/DR模式和VS/TUN模式比较适合构建大规模的集群,这种集群中的每台机器都不用走总路由,可以直接将相应报文发还给客户。
之前我也搭建过VS/NAT模式,所以这次便试试VS/DR。VS/DR包括负载均衡器(Director)和真实服务器(Real Server RS)
假设虚拟IP是VIP=10.1.1.1
配置RS的要点是:
- 给RS配置一个lo:0地址,该地址就是VIP,广播地址也是VIP(不清楚为什么),使得RS可以勉强接受目的地址是VIP的报文。
- 同时一定要关闭RS的arp功能,这样就不会使ARP相应VIP时发生错乱。
配置Director的要点是:
- 不需要给Director配置eth0:0的VIP地址,有keepalived在的话,直接在/etc/keepalived/keepavlied.conf文件中指定VIP地址,然后keepalived -D启动后,可以通过ip add命令查看多出来的VIP地址(在ifconfig下是看不到的)
- 如果配置成功,则应该可以ping通VIP地址
那么为什么客户端访问这样一个所有机器都拥有的VIP仍然可以获得相应而不会错乱呢?
这是因为客户端在发出对VIP的请求时,RS会保持沉默,因为我们之前已经关闭了RS的arp相应。而Director在截获请求后,会在lvs中也就是ipvsadm中查找这个VIP对应的RS地址,把报文中的MAC替换成被重定位的RS的MAC地址。
关键就在这个地方。因为这是发生在数据链路层的事,所以只要MAC地址对了,就一定能发到对应的RS服务器上。反之。如果MAC地址不对,就不能成功。
半虚拟化下不能获得正确MAC!
如果你能ping通VIP,但是却无法正常运行RS上的服务。请先下载软件arping
apt-get install arping
我们使用命令arp -a查看下
root@xen-test0:~# arp -a
? (10.1.1.13) at fe:ff:ff:ff:ff:ff [ether] on eth0
? (10.1.1.14) at fe:ff:ff:ff:ff:ff [ether] on eth0
? (10.1.1.138) at fe:ff:ff:ff:ff:ff [ether] on eth0
? (10.1.1.254) at fe:ff:ff:ff:ff:ff [ether] on eth0
结果很奇怪,另一个虚拟机10.1.1.13的mac地址居然是fe:ff:ff:ff:ff:ff?这说明在xen的半虚拟化下,当使用查询一个虚拟机,比如10.1.1.13的mac地址之时,DomU先是连接到Dom0,Dom0返回的是vifx.0的mac地址,如上所示。
如果关闭Dom0的arp应答功能如何?
我尝试
echo "1">/proc/sys/net/ipv4/conf/all/arp_ignore
echo "2">/proc/sys/net/ipv4/conf/all/arp_announce
然后再进行进行arp请求
arping 10.1.1.13
可惜Dom0仍然会进行arp应答,所以这就造成在解析VIP时,mac地址出错,从而无法成功搭建keepalived
最后附上keepalived.conf的配置文以及realserver停止arp的脚本。均从文首链接中摘录而来。
分享到:
相关推荐
在这个配置详解中,我们将深入探讨如何在CentOS 5.4环境下配置Xen虚拟化。 首先,为了开始Xen的安装,我们需要安装必要的RPM包。在CentOS 5.4上,这通常可以通过使用`yum`命令来完成。将Linux ISO镜像上传到虚拟机...
Xen是开源的虚拟化平台,支持两种主要的虚拟化模式:半虚拟化和全虚拟化。 半虚拟化是Xen的一种虚拟化策略,它要求 guest OS(虚拟机操作系统)进行一定程度的修改,以便更高效地运行在虚拟环境中。在半虚拟化中,...
《Xen虚拟化实战》是一本深入探讨Xen虚拟化技术的专业书籍,旨在帮助读者掌握在实际环境中运用Xen的技巧。Xen是一款开源的全虚拟化解决方案,它允许在一个物理服务器上运行多个独立的操作系统实例,提高了硬件资源的...
《Xen与虚拟化艺术——来自Xen小组》是一本深入探讨Xen虚拟化技术的专业著作,它揭示了Xen如何通过独特的半虚拟化技术在IT领域开创了一种全新的虚拟化解决方案。Xen,作为开源虚拟化平台的代表,以其高效、灵活的...
在不断涌现出的虚拟化解决方案中,开源解决方案Xen以其独特的虚拟化设计模式,以及接近单机操作系统的性能被学术界和工业界广泛看好,被认为是未来最有前途的虚拟化解决方案之一。, 《Xen虚拟化技术》以Xen 3.1.0...
XenSerevr虚拟化解决方案 -提升虚拟化的价值 高性价比虚拟化平台 开放的平台 使用简便快捷 - “10 minutes to Xen” 高性能 整体虚拟化解决方案的基础架构 XenApp, XenDesktop and NetScaler VP
- **灵活性**:支持多种类型的虚拟机配置,包括全虚拟化、半虚拟化等模式。 - **安全性**:通过严格的隔离机制确保不同虚拟机之间的安全。 - **可扩展性**:易于扩展和调整资源分配,以适应不断变化的工作负载需求。...
基于 i.MX8 虚拟化 Xen 方案的 Linux 双系统设计 该文档主要介绍了基于 NXP 公司开发的 i.MX8 处理器的虚拟化 Xen 方案,旨在设计一个 Linux 双系统,实现“一机双系统双屏”的智能交通解决方案。 知识点1:i.MX8 ...
Xen 支持两种虚拟化模式:半虚拟化(Paravirtualization)和全虚拟化(Full Virtualization)。半虚拟化要求对客户操作系统进行一些修改,以提高性能;全虚拟化则不需要修改操作系统,但可能会影响性能。 - **4.4 ...
2. **虚拟化技术**:Xen采用了半虚拟化和全虚拟化的混合模式。对于性能敏感的来宾操作系统,可以使用半虚拟化技术,通过修改操作系统内核来实现高效运行。而对于不支持或不允许修改的来宾系统,Xen则采用二进制翻译...
- **性能**:Xen采用半虚拟化技术,即Guest OS经过修改后能直接与Hypervisor交互,从而实现高效性能。 - **安全性**:通过严格的权限控制和硬件隔离,Xen保证了虚拟机之间的安全。 - **资源管理**:Xen提供精细的...
Xen则是一种半虚拟化解决方案,早期版本需要修改客户操作系统,但现在的Xen也可以支持全虚拟化,通过Hypervisor提供硬件模拟。 总结来说,Xen、KVM、VMware ESX和Hyper-V在虚拟化技术上有各自的优势和适用场景。Xen...
优点是用户操作系统的透明性和便利性,但可能会影响性能,尤其是基于Hosted模式的全虚拟化产品,如VirtualBox和早期的VMware Workstation。硬件辅助虚拟化(如Intel VT-x和AMD-V)在此基础上提升了性能。 1.2 半...
Xen采用了半虚拟化技术,在某些情况下能够提供显著的性能优势。然而,这需要客户操作系统进行相应的修改,增加了维护成本和技术复杂度。 #### VMware透明半虚拟化 与之相比,VMware采用了透明半虚拟化(Transparent...
xen虚拟化技术 介绍的是Xen架构的相关知识,把Xen及相关的虚拟化技术详细的介绍一下。
2. **全虚拟化(Full Virtualization)**:对于不支持半虚拟化的操作系统,Xen通过HVM(硬件辅助虚拟化)技术,利用CPU的虚拟化扩展功能,如Intel VT或AMD-V,实现全虚拟化。 3. **高性能**:Xen的设计专注于性能...
SUSE SLES 11 SP2 环境部署详细安装,配置文档,使用中小企业搭建虚拟化平台。
2. **半虚拟化与全虚拟化:** Xen支持两种虚拟化模式——半虚拟化和全虚拟化。半虚拟化提供了更好的性能,但需要对客户操作系统进行一定的修改;全虚拟化则适用于无法修改的客户操作系统。 3. **制作安装源:** 如果...