营销型网站建设公司哪家好_发展到今天，一方面， 硬件设备仍然保持强大的力量。另一方面， LVS和HAProxy表示的软件负载平衡也是突出的。被人们认可。在新浪，柔软的， 硬件负载平衡共存有三年多的历史，除了过去积累的经验，在过去的一年里，我们还看到了负载平衡所面临的一些新挑战。与你同在。

　　挑战1：Web应用程序变得更大，更大，负载平衡器的压力显着增加。

　　引入七层交换技术，极大地解放建筑师和程序开发商，同时， 我们使我们越来越习惯了它。甚至失望了。很难想象，如果没有负载平衡器，现有的Web架构实施方案中应该是如何的大量需求？ 虽然完全享受方便，但我们也看到了一些隐藏的担忧。一方面， 越来越多的流量从四层交换切换到七层; 另一方面， 七层楼层的规则变得越来越复杂。在双重行动下，负载平衡器的压力急剧上升。对于任何负载均衡器：支持相同的请求，七层交换所消网站开发哪家好耗的CPU远高于四层。特别是在瞬时并发连接的突发流前面。负载平衡器面临严重的挑战。

　　挑战2：多博等互联网新兴产品的出现，提出了较高的需求，提出了负载平衡器的操作和维护工作。

　　微博不仅改变了十亿亿万百万的网民，而且还悄悄地促进了操作和维护系统的建设。

　　首先，与传统新闻相比， 博客，微博用户对服务质量更敏感，这种敏感度将伴随着“@”和“转发”传播传播。在过去，当用户感觉慢， 访问用户时，反映的渠道主要是致电电话。现在，在微博上只有一个简单的“@”可以直接与新浪的客户服务和技术人员直接沟通。在线的水平级别，当微博的关键业务时， 关键业务似乎访问异常或失败，工程师都渴望了解：是负载平衡器的问题吗？故障诊断的效率至关重要。在我们找到的实际工作中：只依赖CPU等统计数据， 记忆， 负载均衡器提供的连接，不足以找到一些隐藏的问题。传统的捕获分析消耗，效果无效。再加上客户的一些故障现象， 背景服务器上的一些特殊设置有数千丝，所有这些都在一起交织在一起，它对我们的故障诊断带来了小挑战。例如， 我们发现负载平衡器偶尔会返回HTTP 5xx对客户端的响应。当时， 它希望快速知道HTTP请求触发这种现象。但不幸的是，在负载平衡器上只有一个统计号，没有请求的完整记录。在花很多力量追捕包装后，最后定位是因为背景中的PHP程序意外设置为具有错误HTTP标头的页面，负载均衡器无法接受导致Web服务器的HTTP响应，最后返回到客户端的5xx。因此，就故障诊断而言，我们需要拥有更先进的哲学和手段。

　　第二，微博在中国的快速增长期。根据访问量灵活地调整服务器的数量和系统架构。在这种快速灵活的变化面前，负载平衡器相关的配置调整工作也会增加：频繁的上线和下线服务器， 改变七层规则。面对这种情况，我们需要思考：如何更快和安全地进行这些变化， 如何在这些重复繁琐的作品中被动地避开工程师。某些硬件设备目前提供API接口。这种操作，如添加服务器的删除， 调整服务器重量， 等等。那 可以通过API接口操作，达到提高效率的目的。haproxy， LVS缺乏这样的API界面，另外需要。

　　除了，主要应用程序对负载平衡器的监控有越来越多的新需求。例如：某些应用程序希望当负载均衡器检测到服务器池中活动的服务器数量小于特定比率时，系统管理员将提前预警; 及时发现服务器池中不合理的问题。

　　挑战3：在多核处理器时代，HAProxy和其他用户状态软件负载平衡面临新的性能瓶颈。

　　最近几年， CPU已输入多核时代。CPU已从过去的单核开发到四核， 六核， 八百号， 和十二个核心。更，主频率不会改变。在这一趋势下，利用多核特征尤为重要。但在我们的研究中， 我发现这类基于用户的软件负载平衡的那种Haproxy，它对CPU的频率的依赖远高于CPU核心。换句话说，在高频， CPU下的性能很可能比低频率更好， CPU的核数。在此刻，当HAProxy服务器选择时尤其重要。根据我们的分析，这主要是因为操作系统不足以支持多核（多CPU）下的并发支持。[页]

　　挑战4：“鸡蛋篮”理论难以选择道路负荷均衡发展道路。

　　硬件负载绑定器通常被称为单一高性能。软件负载平衡代表由Haproxy表示的代表， LVS成本低， 并且可以灵活定制。其性能与服务器CPU等硬件直接相关， NIC（当然， 特殊优化也很重要）。如前面提到的，当七层楼层交流交通越来越大，我们以换单幼坯的成本为止， HAProxy足以支持如此大的交通。或者让更多的中型服务器共享这些流量？这是所谓的经典“鸡蛋篮”理论：我应该把鸡蛋放在篮子里吗？

　　实际上， 不同的选择具有自己的优缺点。2至3年前，我将流量与多个软件负载均衡器进行比较，当时， 风险的分散主要考虑。现在，我更愿意将流量焦于一个。从以下四个角度考虑了这一isit的原因。

　　第一的，现在， 中国每个机架中的服务器数量与电源配额直接相关。由于其特殊性，负载平衡，它通常是两套，这将增加每个组的额外电力开销。特别是在IDC， 电力资源紧张。增加单个软件负载均衡器的负载容量可以为关键服务提供更多机架。

　　第二，从服务稳定的角度来看，我们通常连接LVS， haproxy直接连接，这样，每个加法组，这意味着您将占用更多核心交换机端口资源。

　　第三，它基于管理成本考虑因素。LVS， Haproxy可以广泛用于新浪，较低的管理成本是重要原因之一。在新浪， 我们通过一系列集中管理平台和快速初始化实现了操作和维护成本的非线性。但它是不可否认的，但新团体，操作和维护成本或更少将始终增加。我还设计了一套“房间负载平衡器的聚类解决方案”，即：一台机房中的有效站点的数量不再固定为1：1， 虚拟IP（VIP）将基于群集池中每个HAProxy / LV的加载状态，动态地“漂移”在其中一个。但后来， 这个“听起来很漂亮”程序，我在实际操作中遇到了各种问题。操作和维护成本不会下降。最后我们返回传统的活跃+ 1待机模式，所谓的简单是美丽的。

网站制作建设　　第四，现在， 硬件负载平衡器朝向“更高的成本性能”方向。换句话说，如果我们不升级软件负载均衡器的单机支持功能，后来有一天，与硬件设备相比，它将逐渐消失。

　　挑战5：在新时代，如何发现负载平衡的最佳柔软和硬组合？

　　朋友们， 当同龄人聚集时，经常问我：“在你有Haproxy之后， LVS，你不会买硬件设备吗？“，“你最近在山寨上是什么？ “”我听到了这些，我会略微微笑。如前所述，haproxy， LVS这种类型的软件负载平衡和硬件设备具有优势。在我看来，负载平衡“软”， “硬”解决方案不是水，只需找到最好的软硬组合，鱼和熊手掌仍然可以匹配。这是我们的长期探索，摘要一些经历。

　　软件负载平衡可以给予四层交换流量，让硬件设备在七层楼层更多地聚焦：由于不同的工作方法和原则，专注于四层交换的LV比HAProxy大大要好。特别是在DR模式（即， 一只手臂）， 单个LVS足以满足广大流量。

　　优先保护“明星”产品占据宝贵的硬件设备资源：“明星产品”提到这里是指快速增长，并广泛寻求热门互联网产品，例如， 微博。考虑到负载平衡器是异常或停机的，将有一定程度的声誉和用户体验，这属于无形成本的损失。所谓的“刀片上的好钢”，我们可以在硬件负载均衡器上优先考虑此类流量。

　　对于必须用七层换的关键服务，尽量避免使用相同密钥服务的流量在软件负载平衡器上。例如， 密钥服务分发为四个IDC，它可以被认为在两个IDC中使用HAProxy。另外两个IDC使用硬件设备。这样， Haproxy可能在某种程度上带来的风险。另一方面， 它方便的稳定性长期比较， 响应时间， 等等。 柔软， 硬件负载平衡器。[页]

　　充分利用柔软， 在同一IDC中的硬件负载均衡器，当一边很高时，另一方可以协助分享交通。缓解紧急

　　总而言之，负载平衡支出是所谓的花， 省，合理的使用允许您确保服务服务的稳定性，获得最佳输入输出比。

　　挑战6：软件负载平衡器的资源复用，虽然降低成本，同时， 它也面临着某种操作和维护风险。

　　现在， 我们的软件负载平衡器分布在全国各地。某些中小型IDC中的一些软件负载均衡器并不是特别高。这些房间通常需要VPN， 自动安装， 等等。单独放置1到2套服务器。所以我们考虑重用软件负载平衡器，也就是说：在软件负载均衡器上同时运行VPN。在实践中， 成立，此资源重用面临双向风险：首先， VPN， 自动安装， 负载平衡可能是不同的管理员，这样，您可以操作同一台服务器将增加因冲突而在服务之间交互的概率， 操作不当。 第二， 非负载平衡服务可能会突发太多的CPU或网络资源。对正常负载平衡服务存在一定影响。

　　由于LVS的特殊性， Haproxy服务，这种Xen实现资源隔离的方式不适用; 服务器流量的QoS设置，虽然它可以发挥一定的效果，但是配置仍然有点繁琐。有没有更好的办法？这真的值得思考。

　　当然， 除了六个方面，负载平衡中仍有许多值得研究。不同的网站具有不同的实际情况，我希望这篇文章能够在每个人的玉器中发挥作用。