百度用什么服务器呢？是IBM公司的集群服务器吗

一个门户网站的服务器按实现功能来说不可能只有一种规格的服务器（总控、构架等需要的是高端服务器；文件交换的可以是低端的PC服务器或是节能的刀片服务器）。 再就是作为一个对服务器需求量大的公司来说，不可能只采购一个品牌的服务器，原因很简单就是不愿受制于人，在后续采购中有主动权。 2008年我在百度租用深圳、广州、大连的电信机房中看到的文件交换用的服务器有DELL\HP\IBM的PC服务器(1U2U的都有)，那时百度采购的主流是HP的，不知道现在是不是换IBM的了（个人认为可能性不大，因为此类产品的技术已经不算尖端的了，就是有新技术应用在此类产品上，也只是技术延伸而已，就IBM现在的发展策略来看，此类产品它是没有价格和技术优势的）。 当然可能你想问的是百度核心服务器是什么公司什么型号的，这个我就不专业了。但我认为应该问百度用的是什么服务器运作方案比较合适

高性能服务器集群
生物信息高性能计算集群，节点处理器主频24GHz，物理核心总数736个，内存总容量3200GB；具备集群基础软件环境、应用开发环境、生物信息软件环境。

高性能服务器
每秒15000亿次,160核CPU，640G内存，30T硬盘存储。感兴趣的话点击此处，了解一下

市面上存在两种数据库负载均衡的思路：1

基于数据库连接的负载均衡：例如总共有100个数据库连接，50个连接登录到数据库机器A，另外50个连接登录到数据库机器B，这样每个连接中接下来的所有请求全都是发往同一台数据库机器的

这种数据库负载均衡的思路模拟了WEB上的负载均衡方法，但是由于WEB连接是短时间连接(连接建立后，获取需要的HTML等资源后，连接马上被关闭)，而数据库连接是长时间连接(连接建立后，可长时间保持，客户可不停向数据库发送SQL请求，数据库做出回答，如此不断循环直到连接被人为或因错而断开为止)，因此这种数据库负载均衡思路存在着明显的缺点：有可能会发生绝大部分的请求压力都集中到某台数据库机器上去，从而使得负载均衡效果失效

2

基于批处理请求的负载均衡：在建立数据库连接的时候，会同时与每台数据库服务器建立连接，之后针对客户端的每次请求，都会根据负载均衡算法，独立地选出某个数据库节点来执行这个请求

此种思路符合数据库长时间连接的特征，不存在上面所述的基于连接的负载均衡方法的缺点

市面上的负载均衡厂商，既有基于连接的，也有基于批处理请求的，用户需仔细辨别才能找到自己想要的合适产品

服务器集群主要是解决大型应用平台，高并发的负载，集群可以分发各个服务器的访问压力，也可以实现服务器故障转移，一台硬件出问题，会快速转到好的服务器上继续运行，业务不会中断。这样就避免了单台服务器出现故障，访问负载过高导致业务中断。

---