<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ubuntu,debian,redhat -linuxany.com &#187; Lvs/Ha</title>
	<atom:link href="http://www.linuxany.com/archives/category/application/lvsha/feed" rel="self" type="application/rss+xml" />
	<link>http://www.linuxany.com</link>
	<description></description>
	<lastBuildDate>Thu, 26 Jan 2012 08:59:02 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>负载均衡软件比较(HA/LVS/Nginx)</title>
		<link>http://www.linuxany.com/archives/1857.html</link>
		<comments>http://www.linuxany.com/archives/1857.html#comments</comments>
		<pubDate>Wed, 09 Nov 2011 04:27:38 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Lvs/Ha]]></category>
		<category><![CDATA[Nginx]]></category>
		<category><![CDATA[Performents]]></category>
		<category><![CDATA[HA]]></category>
		<category><![CDATA[lvs]]></category>

		<guid isPermaLink="false">http://www.linuxany.com/?p=1857</guid>
		<description><![CDATA[Nginx的优点: 性能好，可以负载超过1万的并发 功能多，除了负载均衡，还能作Web服务器，而且可以通过Geo模块来实现流量分配 社区活跃，第三方补丁和模块很多 支持gzip proxy 缺点: 不支持session保持 对后端realserver的健康检查功能效果不好。而且只支持通过端口来检测，不支持通过url来检测 nginx对big request header的支持不是很好，如果client_header_buffer_size设置的比较小，就会返回400bad request页面。 Haproxy的优点: 它的优点正好可以补充nginx的缺点。支持session保持，同时支持通过获取指定的url来检测后端服务器的状态。 支持tcp模式的负载均衡。比如可以给mysql的从服务器集群和邮件服务器做负载均衡。 缺点： 不支持虚拟主机(这个很傻啊) 目前没有nagios和cacti的性能监控模板 LVS的优点: 性能好，接近硬件设备的网络吞吐和连接负载能力。 LVS的DR模式，支持通过广域网进行负载均衡。这个其他任何负载均衡软件目前都不具备。 缺点： 比较重型。另外社区不如nginx活跃。 您还可能感兴趣的内容Setting Up A High-Availability Load Balancer (With Failover and Session Support) With HAProxy/Heartbeat On Debian EtchNginx 让浏览器告诉你负载均衡分到了哪台服务器Nginx 支持PATH_INFONginx 502 Bad Gateway错误及解决方案收集Apache 记录代理后的用户来源ip]]></description>
		<wfw:commentRss>http://www.linuxany.com/archives/1857.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>LVS DR模式修改超时时间</title>
		<link>http://www.linuxany.com/archives/1520.html</link>
		<comments>http://www.linuxany.com/archives/1520.html#comments</comments>
		<pubDate>Mon, 04 Apr 2011 11:18:36 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Lvs/Ha]]></category>
		<category><![CDATA[dr]]></category>
		<category><![CDATA[fin_wait]]></category>
		<category><![CDATA[ipvsadm]]></category>
		<category><![CDATA[lvs]]></category>
		<category><![CDATA[none]]></category>

		<guid isPermaLink="false">http://www.linuxany.com/?p=1520</guid>
		<description><![CDATA[缺省的FIN_WAIT超时是120秒。如果你的服务都是非常短的连接，可以考虑减少FIN_WAIT的超时时间，例如60秒或者30秒。 # ipvsadm -Lcn &#124;awk '{print $3}'&#124;sort&#160; &#124;uniq -c &#124;sort -rn&#160;&#160; &#160;548 FIN_WAIT&#160;&#160; &#160;456 NONE&#160;&#160; &#160; 80 ESTABLISHED&#160;&#160; &#160; &#160;9 SYN_RECV&#160;&#160; &#160; &#160;2 CLOSE&#160;&#160; &#160; &#160;1 state&#160;&#160; &#160; &#160;1 entries TCP状态为NONE的是持久性模板，它是记录来自同一IP地址的访问调度到同一服务器。 TCP状态为CLOSE的是已关闭连接。 # ipvsadm -L --timeoutTimeout (tcp tcpfin udp): 900 120 300 默认FIN_WAIT是120秒 修改成60 # ipvsadm --set 900 60 300# ipvsadm -Lcn &#124;awk '{print $3}'&#124;sort&#160; [...]]]></description>
		<wfw:commentRss>http://www.linuxany.com/archives/1520.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Heartbeat CRM模式</title>
		<link>http://www.linuxany.com/archives/1385.html</link>
		<comments>http://www.linuxany.com/archives/1385.html#comments</comments>
		<pubDate>Sat, 02 Oct 2010 12:16:40 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Lvs/Ha]]></category>
		<category><![CDATA[HA]]></category>
		<category><![CDATA[heartbeat]]></category>

		<guid isPermaLink="false">http://www.linuxany.com/?p=1385</guid>
		<description><![CDATA[heartbeat默认模式是没法监控资源的，也就是说其中某个资源要是crash掉了，也不会发生任何动作，它只有当它认为对方机器dead后才会发生动作。也就是机器crashed，网络断掉了之类。这显然没法达到我们的目标。 为了达到我们的目标就要采用crm(cluster resource management)模式了。 首先，先按默认模式配置heartbeat。 默认模式配置成功后，再按下面的步骤操作： 1)在ha.cf里面增加 crm on 2)将haresources资源文件转换成cib.xml文件,2.1.3自带有转换脚本 /usr/lib64/heartbeat/haresources2cib.py haresources 输出文件在/var/lib/heartbeat/crm/cib.xml 3)如果hacluster和haclient用户和用户组是在安装heartbeat之后创建的话，则需要执行下面命令修改权限 修改heartbeat目录权限，可以用以下命令： find / -type d -name &#34;heartbeat&#34; -exec chown -R hacluster {} ;find / -type d -name &#34;heartbeat&#34; -exec chgrp -R haclient {} ; 4)在2.0的版本中ipfail与crm 模式有冲突，所以在ha.cf中不可打开ipfail。 5) cib.xml文件的修改 如果在IPaddr中有下面两行，则删除： &#60;nvpair id=&#34;IPaddr_192_168_34_100_attr_1&#34; name=&#34;nic&#34; value=&#34;24&#34;/&#62;&#60;nvpair id=&#34;IPaddr_192_168_34_100_attr_2&#34; name=&#34;cidr_netmask&#34; value=&#34;bond0&#34;/&#62; 2.1.3版本生成的cib.xml文件中,mysql资源是ocf格式的，而它自带的mysql脚本是无法启动mysql的，所以需要修改，有两种方法。在修改前先介绍一下ocf和lsb格式的区别： LSB格式的脚本必须支持status功能，必须能接收start,stop,status,三个参数；而如果是OCF格式,则必须支持 start,stop,monitor三个参数.其中status和monitor参数是用来监控资源的,非常重要. 例如LSB风格的脚本,运行./mysql status时候， [...]]]></description>
		<wfw:commentRss>http://www.linuxany.com/archives/1385.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>mysql+mmm+proxy实现数据库读写分离及高可用HA</title>
		<link>http://www.linuxany.com/archives/1376.html</link>
		<comments>http://www.linuxany.com/archives/1376.html#comments</comments>
		<pubDate>Fri, 01 Oct 2010 11:47:08 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Lvs/Ha]]></category>
		<category><![CDATA[MySQL]]></category>

		<guid isPermaLink="false">http://www.linuxany.com/?p=1376</guid>
		<description><![CDATA[Master-Slave的数据库机构解决了很多问题，特别是read/write比较高的web2.0应用： 1、写操作全部在Master结点执行，并由Slave数据库结点定时(默认60s)读取Master的bin-log 2、将众多的用户读请求分散到更多的数据库节点，从而减轻了单点的压力 这是对Replication的最基本陈述，这种 模式的在系统Scale-out方案中很有引力(如 有必要，数据可以先进行Sharding，再使用replication)。 它的缺点是： 1、Slave实时性的保障，对于实时性很高的场合 可能需要做一些处理 2、高可用性问题，Master就是那个致命点(SPOF:Single point of failure) 本文主要讨论的是如何解决第2个缺点。 DB的设计对大规模、高负载的系统是极其重要的。高可用性(High availability)在重要的系统(critical System)是需要架构师事先 考虑的。存在SPOF:Single point of failure的设计在 重要系统中是危险的。 Master-Master Replication 1、使用两个MySQL数据库db01,db02，互为Master和Slave，即： 一边db01作为db02的master，一旦有数据写向db01时，db02定时从db01更新 另一边db02也作为db01的master，一旦有数据写向db02时，db01也定时从db02获得更新 (这不会导致循环，MySQL Slave默认不会 记录Master同步过来的变化) 2、但从AppServer的角度来说，同时只有一 个结点db01扮演Master，另外一个 结点db02扮演Slave，不能同时两个 结点扮演Master。即AppSever总 是把write操作分配某个数据库(db01)， 除非db01 failed，被切换。 3、如果扮演Slave的数据库结点db02 Failed了： a)此时appServer要能够把所有的read,write分配给db01，read操作不再指向db02 b)一旦db02恢复过来后，继续充当Slave角色，并告诉AppServer可以将read分配给它了 4、如果扮演Master的数据库结点db01 Failed了 a)此时appServer要能够把所有的写操作从db01切换分配给db02，也就是切换Master由db02充当 b)db01恢复过来后，充当Slave的角色，Master由db02继续扮演 难点： 3、4要如何自动进行？ Master-Master with n Slaves Replication 这比上一个还要复杂，即： 当一个Master Fail时，所有的Slave不再从原来失败的那个Master(db01)获 [...]]]></description>
		<wfw:commentRss>http://www.linuxany.com/archives/1376.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>集群LVS的十种调度算法</title>
		<link>http://www.linuxany.com/archives/1270.html</link>
		<comments>http://www.linuxany.com/archives/1270.html#comments</comments>
		<pubDate>Sat, 08 May 2010 13:03:59 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Lvs/Ha]]></category>
		<category><![CDATA[ip]]></category>
		<category><![CDATA[lblc]]></category>
		<category><![CDATA[lc]]></category>
		<category><![CDATA[lvs]]></category>
		<category><![CDATA[rr]]></category>
		<category><![CDATA[sed]]></category>
		<category><![CDATA[wlc]]></category>
		<category><![CDATA[wrr]]></category>

		<guid isPermaLink="false">http://www.linuxany.com/?p=1270</guid>
		<description><![CDATA[1. 大锅饭调度(Round-Robin Scheduling RR) rr &#8211; 纯轮询方式，比较垃圾。把每项请求按顺序在真正服务器中分派。 2. 带权重的大锅饭调度(Weighted Round-Robin Scheduling WRR) wrr -带权重轮询方式。把每项请求按顺序在真正服务器中循环分派，但是给能力较大的服务器分派较多的作业。 3. 谁不干活就给谁分配(Least-Connection LC) lc &#8211; 根据最小连接数分派 4. 带权重的谁不干活就给谁分配（Weighted Least-Connections WLC 默认） wlc &#8211; 带权重的。机器配置好的权重高。 5. 基于地区的最少连接调度(Locality-Based Least-Connection Scheduling LBLC) lblc &#8211; 缓存服务器集群。基于本地的最小连接。把请求传递到负载小的服务器上。 6. 带有复制调度的基于地区的最少连接调度(Locality-Based Least-Connection Scheduling with Replication Scheduling LBLCR) lblcr &#8211; 带复制调度的缓存服务器集群。某页面缓存在服务器A上，被访问次数极高，而其他缓存服务器负载较低，监视是否访问同一页面，如果是访问同一页面则把请求分到其他服务器。 7. 目标散列调度(Destination Hash Scheduling DH) realserver中绑定两个ip。ld判断来者的ISP商，将其转到相应的IP。 8. 源散列调度(Source [...]]]></description>
		<wfw:commentRss>http://www.linuxany.com/archives/1270.html/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Setting Up A High-Availability Load Balancer (With Failover and Session Support) With HAProxy/Heartbeat On Debian Etch</title>
		<link>http://www.linuxany.com/archives/402.html</link>
		<comments>http://www.linuxany.com/archives/402.html#comments</comments>
		<pubDate>Sun, 24 Aug 2008 10:12:43 +0000</pubDate>
		<dc:creator>x72</dc:creator>
				<category><![CDATA[Apache]]></category>
		<category><![CDATA[Debian]]></category>
		<category><![CDATA[Lvs/Ha]]></category>
		<category><![CDATA[HA]]></category>
		<category><![CDATA[haproxy]]></category>
		<category><![CDATA[heartbeat]]></category>
		<category><![CDATA[lvs]]></category>

		<guid isPermaLink="false">http://www.linuxlaptop.cn/?p=433</guid>
		<description><![CDATA[This article explains how to set up a two-node load balancer in an active/passive configuration with HAProxy and heartbeat on Debian Etch. The load balancer sits between the user and two (or more) backend Apache web servers that hold the same content. Not only does the load balancer distribute the requests to the two backend [...]]]></description>
		<wfw:commentRss>http://www.linuxany.com/archives/402.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Linux集群的安装与并行计算</title>
		<link>http://www.linuxany.com/archives/284.html</link>
		<comments>http://www.linuxany.com/archives/284.html#comments</comments>
		<pubDate>Thu, 17 Apr 2008 13:50:20 +0000</pubDate>
		<dc:creator>x72</dc:creator>
				<category><![CDATA[Lvs/Ha]]></category>
		<category><![CDATA[lvs]]></category>
		<category><![CDATA[集群]]></category>

		<guid isPermaLink="false">http://www.linuxlaptop.cn/?p=294</guid>
		<description><![CDATA[1.linux安装 安装过程就不多说了。需要注意的是安装时，如果机群不与外界联网则可以不考虑安全 方面的因素而把rsh选为可信赖的服务，注意安装相应的软件包；如果还要与外界保持联 网，出于安全需要应把ssh选为可信赖的服务。安装以后，应该保证各节点之间能够用s sh相互登录。每个节点的sshd都应该能正常提供服务。主机名：node1&#8230;noden (我所构 建的系统n=2) 2.创建NFS服务 在服务器节点public目录下建立mpi目录，并将其配置成NFS服务器，在/etc/exports文 件中加入一行： /public/mpi  node1(rw)  node2(rw) 在客户端节点的/etc/fstab文件中增加一行： sever :/pubilc/mpi  nfs  rw , bg , soft  0 0 将/public/mpi这个目录从服务器节点输出，并装载在各客户端，从而便于在各节点间分 发任务 3.修改/etc/hosts文件，将所有节点名称极其ip地址填入。例如： 127.0.0.1　localhost.localdomain localhost 192.168.1.1　node1 192.168.1.2　node2 ……………………. 每个节点都进行类似的配置。这样做的目的是使节点之间能够通过node1 &#8230; noden的名 称相互访问。你可以通过ping noden 或 ssh noden进行测试。 4.修改(或创建)/etc/hosts.equiv文件 将所有你允许访问本机进行mpi计算的机器名填入，一行一个机器名。这一步是为了使节 点对其它的节点放权。 例如，我的node1是我用于启动mpi集群计算的机器，其他的节点是参与计算者，在node 1的/etc/hosts.equiv文件是这样的： node1 #给自己放权，这样在只有一台机器时也可以模拟并行计算环境 node2 &#8230;.. noden 在node2&#8230;noden的/etc/hosts.equiv文件： node1 #对node1放权 node2 &#8230;&#8230; [...]]]></description>
		<wfw:commentRss>http://www.linuxany.com/archives/284.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

