1. 关于单台服务器承载多大访问量的问题
看访问量，并发用户数，业务类型吧。
当然数据服务要考虑优化，日志定期清理。
如果错开访问和同时并发，对服务器的要求也是很不同的。
比如一个静态化的网址站，一天可以承受100万ip。
同样的互动社区可能100万pv就很吃力了。
2. 海量高并发处理网站的负载均衡如何设计
Ｈ绻�蕴�钟猩璞溉プ鲇布��叮��斐勺试吹睦朔眩��胰绻�院竺媪僖滴窳康募ぴ觯�植坏貌辉俅瓮度敫叨畹挠布��冻杀荆�踔列阅茉僮吭降纳璞敢膊荒苈�憬�匆滴窳康男枨蟆� 在此种情况下，单纯的网络架构就显得捉襟见肘了，而负载均衡机制则应运而生。 服务器负载均衡(Server Load Balancing)，其原理是将工作任务相对均衡地分摊到多个节点(服务器集群)上执行，从而提升整个业务系统的性能。诸如LVS、HA Proxy等开源软件，可以在现有的网络基础架构之上建立负载均衡机制，以满足业务增长的需要，对于网站的来说不啻为一种廉价且有效的扩展性选择。 此外，针对互联网上有可能影响数据传输的各种环节，CDN(Content Delivery Network)内容交付网络的应对方案也适时出现。CDN对网站内容的处理，主要在于利用缓存技术将静态内容快速分发至边缘节点，通过让用户就近取得所需内容，解决 Internet网络拥挤的状况，提高用户访问网站的响应速度，同时也减轻了网站自身系统的性能压力。 现在看来，貌似我们已经解决了网站发布所面临的所有瓶颈了，但是实际上问题远没有那么简单。一方面，对于数据交互比较频繁的动态内容而言，CDN只能在其中心节点与源数据节点(网站自身系统)之间做有限的传输优化，加速效果远不如静态内容做缓存分发那般明显。 另一方面，随着线上业务、电子商务等领域的Web内容呈现日渐丰富，涌现出了愈发复杂的业务交付需求，这对网站的发布方而言也意味着将面临更多的挑战。因此，当我们抛开网络的传输质量、带宽拥塞程度等外界因素来看的话，又不得不正视一个问题--影响网站访问效果的最大瓶颈还是在于源数据节点自身的处理性能。 以电子商务网站这种典型的大型高并发访问量的线上业务为例，其性能瓶颈最容易出现在联机事务处理(OLTP)的环节，例如访问用户进行条目查阅、订单确认等场景。产生这种情况的原因在于，网站的运营方出于数据安全等因素的考虑，是不可能将后台数据库等资源完全向CDN服务商开放的。由此造成，所有涉及到此类动态资源的访问就会频繁地经由CDN网络的边缘节点上溯到源数据节点(即网站自身系统)来请求实时地响应处理。在保障数据安全性的前提下，要解决网站的性能瓶颈问题，必须提高源数据节点的业务处理效率，因此我们还得从网络架构的设计着手。 前文提到过，单台服务器的处理能力有限，当突发访问量骤然增加的时候，其性能就会成为整个系统的瓶颈，导致用户访问的响应缓慢甚至网站服务器瘫痪。为了满足高并发量访问的需求，可以通过软件手段实现服务器集群的多机负载均衡效果。然而，这种软件式的负载均衡有一个不可避免的缺点，那便是系统的稳定性和性能方面受限于软件所安装运行的服务器，一旦访问量过大时，该台服务器就恰恰成了整个系统的瓶颈所在。 就一个发布线上业务的网站系统而言，前台的Web服务器由于有外部的CDN服务作为静态内容的分流渠道，尚不至于产生明显的系统瓶颈，而后台处理动态内容的核心业务系统就难免会感到压力巨大了。具体分析的话，当前的业务系统多采用客户端--中间件--数据库的三层结构设计，通常多是利用WebLogic中间件软件自带的服务器集群功能来满足高性能需求，其中一台WebLogic Server作为管理服务器负责任务调度，实现负载均衡效果。但是，当访问用户到达一定数目的时候，由于该服务器自身的硬件性能瓶颈，会造成整个系统的联机事务处理效率低下;而且由于WebLogic自身设计的原因，当任务量达到一定阀值的时候，即便是升级服务器硬件性能也无法提升其进行负载均衡调度的能力。 针对上述情况，最好的办法莫过于采用硬件负载均衡设备，以解决数据流量过大、任务负荷过重所产生的系统瓶颈问题。在这一方面，业内知名的硬件厂商有F5、深信服等等。值得一提的是，深信服的应用交付产品除具有传统负载均衡功能外，其独有的单边加速技术，能够在跨运营商网络环境中，通过广域网传输文件及应用的访问时间减少30%以上，极大提高了用户体验。 虽然部署硬件设备意味着一笔额外的开支，但是它给网站的整体业务系统所带来的性能提升，却是传统的软件方案所望其项背的。除此之外，专业的硬件设备所能提供的负载调度算法和健康检查机制也更加丰富、全面，有助于进一步提升关键业务发布的稳定性和持久性，这对于高并发量的大型网站而言是极具价值的。 当然，对于不同规模、不同业务的网站而言，没有一概而论的设计标准，文中提到的技术手段都有着相应的适用场景，这就需要网站的架构师们做具体的规划了。
3. web服务器访问量和访问速度的关系（专家来）
你错了,同时访问量也和服务器的网速有直接关系
影响用户访问速度的主要原因是带宽、距离、服务器能力。Internet的快速发展，入网速度不断提高，主干带宽不断扩容，用户规模也在不断扩大。影响网络速度的主要瓶颈将集中在访问距离和服务器承载负荷能力。电子商务、贸易，内容供应商(ICP),门户网站，大型机构专网，虚拟主机服务商，随着网站访问量日渐增大、内容不断丰富和用户期望值不断提高，网站的响应速度、点击负荷量要求提供更快的访问速度和承受更大的负荷量，这些都依赖于网站服务器的基础设施，需要不断的扩展。
通过Cache缓存服务器技术是解决访问距离和提高源服务器能力的有效方法，也是经济、简单、可快速实施的方案，比起镜像服务器具有很大的优势。 面对访问量的不断增加和用户要求的速度越来越高，扩展服务器当然是一个基本的解决方案，扩展服务器对运行维护也带来了很大的运营成本，采用高速缓存服务器，可以减少网站服务器的的内容传输负荷，提高对用户的响应速度，这是由于高速缓存服务器的设计比Web服务器的设计，性能更高效。采用Netshine ICS高速缓存服务器，最大的处理量能达到整个站点页面的95%左右的访问量，减轻服务器的压力，提升了网站的性能和可扩展性。Cache安装在Web服务器前端，作为“前置机”直接接受用户的请求，且能与Web服务器保持自动同步更新，免维护，所以网站只要专心维护好源服务器一份拷贝。
Cache 部署示意图如下：http://www.chinaitbank.com/ads/other/20060217154049889.gif
使用Cache之后，为网络用户提高50%－80%的网页响应速度，可扩展最大10倍的访问量，提高了Web服务器的负荷能力，不需要增加Web服务器，由于响应速度的提高，极大的提升客户的满意度，吸引更多的忠诚用户，业务量也得到发展，而且显着的节省投资和运行维护费用，系统变得可扩展。
Cache服务器加速Web服务器，根据安装位置和使用方式不同，有如下使用方式：
1. 加速单台Web服务器，最简单的办法是Cache作为网桥串接在Web服务器之前，所以访问服务器的流量由Cache自动处理，最大95%的流量由Cache供应给用户。
2. 虚拟主机方式，Cache可以部署在Web服务器前端或异地，将网站域名的IP地址解析到Cache上，此时Cache相当于Web服务器。有些政府企业，Web服务器没有放在IDC中心，放置在企业内部机房，此时Web服务器放置在防火墙的里面，Cache服务器放置在防火墙的外面，Cache服务器充当Web主机，既增加了安全性，又提高了响应速度。Cache的安全级别相对Web服务器要搞出很多，能抵御DoS等攻击，将用户的访问与源服务器隔离，有效提高了安全性，保证关键网站的正常运行。
3. IDC用Cache做加速服务，加速多台Web服务器，Cache部署在IDC机房，一般通过4层交换机透明截取流量，由Cache供给Web服务器的内容，覆盖最大95%的访问量，提高响应速度50%－80%。
4. 异地智能镜像，此时Cache服务器相当于一台异地镜像服务器，自动与源服务器同步，免维护，使用时给各Cache服务器分配主机名，将URL解析到Cache上，在主站点上标明各地镜像站点，指导用户就近访问，因为靠近用户边缘，将获得更快的响应速度。
5. 智能型CDN网络，Cache部署方式与异地镜像一样，在远程各节点放置多台Cache，通过全局负载均衡DNS调度，透明地导引用户就近访问，由于中心调度与各Cache做健康、流量、网络响应速度检查，所以更智能地保证流量地均匀分配，获得更高的响应速度和高可用性。
小结：Cache对Web服务器的加速模式，由靠近Web服务器向靠近用户端发展。Cache服务器部署在Web服务器同一机房，减轻服务器负荷，由Cache的高速性能提高响应速度，如果在异地部署加速，从带宽、距离、提升服务器能力三个方面得到提高，是最好的方案，但是受客观条件的限制。
4. 一个web服务器能承受多少访问量
没有固定，需要看服务器配置高低。
不仅仅是访问量问题，主要是数据，如果站点数据量不是太大。没有太多的查询。一台P4的普通电脑可以承受成千上万的上网用户。（还有带宽问题，比如共享的100兆位。高带宽。在线人数更多）
如果您有一个几百兆字节或几十亿字节的数据库。这是另一回事。服务器的内存必须至少是数据库的3倍才能运行。
无论如何。常见的企业网站。几百米的股票。P4的平台。网上几千个就足够了（没有下载，没有视频）。
(4)用户访问量增加服务器承载能力扩展阅读：
WEB服务器类型：
1，IIS
IIS服务器称为:Internet信息服务。它是微软公司拥有的web服务器，是目前最流行的web服务器产品之一。
2、康乐
Kanglewebserver（Kangle）是一款跨平台、功能强大、安全稳定、易于操作的高性能web服务器和反向代理服务器软件。
3，WebSphere
WebSphereApplicationServer是一个功能齐全的开放Web应用程序服务器，它是IBM电子商务计划的核心部分。它是一个基于java的应用程序环境，用于构建、部署和管理Internet和IntranetWeb应用程序。
4，WebLogic
BEAWebLogicServer是一个多功能的、基于标准的web应用程序服务器，为企业构建自己的应用程序提供了坚实的基础。
5，Apache
Apache是世界上使用最多的Web服务器，占有大约60％的市场份额。
6，Tomcat
Tomcat是一个开源的基于java的Web应用程序容器，它运行servlet和JSPWeb应用程序。
7，Jboss
它是一个基于J2EE的开源应用服务器。JBoss代码是在LGPL下授权的，可以在任何商业应用程序中免费使用，而不需要支付任何费用。
5. 为什么Google、百度的服务器能够承受住很多用户的访问
学校撑死用个小型机，一般就用个双cpu的服务器，还有些用很古老的机子的，瘫痪很正常。
你可以去网上查一查google、网络他们的服务器，网上很多图片，他们都是大型服务器集群，集装箱式服务器，供电系统就像个大型的变电站，中央空调一样的散热系统，整个系统应该比你学校还大。而且散布在世界各地，不只一个。他们服务器的多任务处理能力，接受访问能力，安全性都是根据最大访问量设置的。设备根据访问量的增大，不断升级。这就是差别。
6. 带宽是什么
带宽是指在单位时间（一般指的是1秒钟）内能传输的数据量。网络和高速公路类似，带宽越大，就类似高速公路的车道越多，其通行能力越强。
网络带宽作为衡量网络特征的一个重要指标，日益受到人们的普遍关注。它不仅是政府或单位制订网络通信发展策略的重要依据，也是互联网用户和单位选择互联网接入服务商的主要因素之一。
把城市的道路看成网络，道路有双车道、四车道也许是八车道，人们驾车从出发点到目的地，途中可能经过双车道、四车道也许是单车道。在这里，车道的数量好比是带宽，车辆的数目就好比是网络中传输的信息量。
再用城市的供水网来比喻，供水管道的直径可以衡量运水的能力，主水管直径可能有2m，而到家庭的可能只有2cm。在这个比喻中，水管的直径好比是带宽，水就好比是信息量。使用粗管子就意味着拥有更宽的带宽，也就是有更大的信息运送能力。
(6)用户访问量增加服务器承载能力扩展阅读
当设计一个网络时，应该重点考虑带宽的理论值，即在给定的条件下，理论上所具备的最大数据传输位数。设计的网络的速度应与介质所允许的速度相当，让用户使用网络时，应该考虑的是吞吐量，即用户是否满意实际获得的带宽值。
当构建网络时应考虑的重要因素是介质的选择，这又和用户所需要的文件下载量有关，文件越大，需要的时间越多。
有一个公式：预计下载时间=传输文件尺寸/带宽。在不考虑影响带宽的各种因素下，根据此公式可以粗略估计已选择的介质传输文件所需要的时间。
在网络通信中，个人或组织在使用网络时总是希望带宽越来越宽，特别是Internet的使用，对数据传输的要求呈现出爆炸性的增长，因此对带宽的要求也日甚一日。
新一代多媒体、影像传输、数据库、网络电视的信息量猛增使得带宽成为了严重的瓶颈，迫使以太网向更高的速度发展。各种开发光纤网带宽的技术正在研究和使用中。
因此，了解带宽的作用无疑将节约大量的资金，作为一名网络设计人员，带宽是主要的设计点。作为网络专业人士，带宽和吞吐量是分析网络运行情况的要素。
互联网日益强大，网民人数不断增加，伴随而来的是互联网公众化时代的到来。人们对互联网的需求不再是单一地浏览网页、查看新闻，而是提出了多样化的应用需求。网络游戏、在线影视、远程办公、网络电视等形式的出现虽然极大地丰富了人们的生活，但同时也给互连网的带宽提出了更加高的要求。
7. 你们面对网站超大访问量 服务器承受不住时 如何优化
在网站上一个流量分析统计软件，可以即时知道哪些地方耗费了大量流量，哪些页面需要再进行优化，因此，解决流量问题还需要进行精确的统计分析才可以。
将文件放在不同的主机上，提供不同的镜像供用户下载。比如如果觉得RSS文件占用流量大，那么使用FeedBurner或者FeedSky等服务将RSS输出放在其他主机上，这样别人访问的流量压力就大多集中在FeedBurner的主机上，RSS就不占用太多资源了。
你说的是服务器的均衡负载吗？
8. 豆瓣崩了，这到底是出现了什么BUG
暂时还无法得知豆瓣崩溃的具体bug。
并非所有软件官方都会回应软件崩溃的具体原因，尤其是经常出现软件崩溃的公司。由于人们对不同软件提出了更高的要求，部分软件负责方和运行公司会通过不断的调整，提高人们的使用感受，调整部分软件功能。豆瓣已经人们成为最常使用的APP之一，吃瓜者和讨论者不计其数。
随着豆瓣平台的迅速发展，豆瓣官方为用户提供了大量的小组。清朗行动之后，官方开始有条不紊的关闭部分小组，主要是防止饭圈影响粉丝正常生活。现如今，多个粉丝聚集的小组已经被关闭，而豆瓣崩溃却登上热搜。
总的来说，软件崩溃不外乎以下两个原因，访问量太多导致系统崩溃，服务器不稳定以及系统bug。豆瓣官方运营人员更应该及时排除系统bug，为用户提供更加稳定的网站环境和网络服务，减少软件崩溃带给用户的影响。
9. 承受每天百万级访问量的网站需要多少台服务器
一般情况下,一台至强高配置的服务器一天能承载十几到二十万左右的访问量.如果有达到上百万的访问量.可以通过多台服务器来做负载均衡解决这个问题.比如说把网站的前端页面和数据库分开,用10台机器.其中一台高配置的放数据库.另外9台机器放前端页面.然后利用DNSPOD智能解析,把一个域名解析指向9台机器的IP.DNSPOD本身有智能分配的功能.当一台服务器的资源不足以满足用户的访问需求时会自动切换到其他机器上面访问.