关于负载均衡技术使用的一些误区

标签:技术堵在均衡

访客:50316  发表于:2015-06-29 14:22:36


如今,负载均衡已经不是一个新鲜的词,也不是什么新技术,主要用于解决单机负载能力的局限性,但问题是你的应用真的到了单机的负载上限了吗,未必,很多不知道如何推断瓶颈,如何解决问题的人就开始盲目的增加机器,似乎只要能加机器,性能就都不是问题,负载均衡技术成了这类人心中的白马,一台机器能搞定的事你用了10台,这显然是成本问题。

其实很多问题都可以很简单的解决,看以下场景

1、一个数据库服务器上跑两个数据库,并且在生产环境中,这两个数据库所带来的负载是差不多的,并且通过工具监测发现是硬盘的IO遇到了瓶颈,怎么办?相信很多人马上想到,加一台服务器,配读写分离,或者同步复制,把两个数据库分别用单独的服务器跑 等等方案。其实这个问题很简单,既然瓶颈在IO,那么我们就解决IO问题,加一块硬盘,两个数据库的数据分别放在不同的硬盘上不就解决了吗,在有些场景下增加内存可也以降低磁盘IO,也能很简单的解决问题

2、对数据库熟悉的人都清楚,索引在查询中的重要性。然而在我遇见的很多开发者中真正能用好索引的人很少,很多时候有索引和没索引(或者索引不当)造成的性能差别是相当大的,如果这也要通过增加机器来解决不知要多少机器够你用的

3、文件下载服务器,这种服务器的瓶颈通常都会出现在单机的网络吞吐能力上,而单机网络吞吐能力取决于网卡的吞吐能力,难道说就因为网卡的问题又要加机器吗,其实很多人忽略了一个问题,就是一个机器是可以加多个网卡的

其实可以例举的场景很多,不过通过以上三个场景,相信很多人已经发现问题了,只是我们太关注负载均衡,集群这样的技术,而忽略了其实有些问题可以很简单且低成本的解决的

总结:不要盲目的应用各种技术,要学会思考,发现问题的本质才是更好的解决问题的关键。

原文出自【比特网】,原文链接:http://network.chinabyte.com/114/13341614.shtml


评论(0)

您可以在评论框内@您的好友一起参与讨论!

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");