分享支撑StackOverflow运营的网站硬件配置

问答社区网络Stackexchange由Alexa排名第54的Stackoverflow100多个网站组成。StackExchang拥有每月5.6亿PV的400万用户，但只有25台服务器，CPU负荷不高。它不使用云计算，因为云计算可能会减速，更难优化和消除系统故障。Stackoverflow仍然使用微软架构，这是非常实用的。微软的基础设施可以有效地工作，而且足够便宜，没有令人信服的理由需要改变。但这并不意味着它不使用Linux，它在有意义的地方使用Linux。Windows服务器运行的操作系统版本为Windows2012R2，Linux服务器运行Centos6.4。网站数据库MSSQL大小为2TB，全部存储在SSD上。它拥有11台运行IIS的Web服务器，2台运行HAProxy的负载平衡服务器，2台运行Redis的缓存服务器。Stackoverflow是一个IT技术问答网站，用户可以在网站上提交和回答问题。目前Stackoverflow拥有400万用户，4000万答案，月PV5.6亿，世界排名第54。然而，值得注意的是，只有25台服务器支持他们的网站，并保持非常低的资源利用率，这是一场高效率、负载平衡、缓存、数据库、搜索和高效代码的竞争。最近，Highscalability创始人Todhoff根据Marcocecconi的演讲视频“ThearchitectureofStackOverflow以及NickCraver的博文“WhatittakestorunStackOverflow总结了Stackoverflow成功的原因。出乎意料的是，Stackoverflow仍然严重使用微软产品。他们认为，由于微软的基础设施可以满足需求，而且足够便宜，因此没有理由做出根本性的改变。在需要的地方，他们也使用Linux。一切都是为了性能。另一个值得注意的是，Stackoverflow仍然使用纵向扩展策略，而不使用云。他们使用384GB内存和2TBSSD来支持SQLServers，如果使用AWS，成本可想而知。另一个不使用云的原因是Stackoverflow认为云会在一定程度上降低性能，同时也会增加优化和调查系统问题的难度。此外，它们的结构不需要横向扩展。高峰期是一个横向扩展的杀手级应用场景，但他们有丰富的系统调整经验。该公司仍然坚持Jeffatwood的名言——硬件总是比程序员便宜。Marcoceccon曾提到，在谈到系统时，有一件事必须首先理解——需要解决的问题类型。首先，从简单的角度来看，Stackexchange是用来做什么的——首先是一些主题，然后围绕这些主题建立一个社区，最后形成这个令人钦佩的问答网站。二是规模相关。Stackexchange正在快速增长，需要处理大量的数据传输，所以这些是如何完成的，特别是只使用25台服务器，以下是：状态Stackexchange有110个网站，以每月3到4个的速度增长。400万用户800万问题4000万答案世界排名54位，每年增长100%，月PV5.6亿。大多数工作日的峰值是每秒2600到3000。作为编程相关网站，一般工作日的要求会高于周末25台服务器SSD中存储2TB的SQL数据。每个webserver配备2个320GSSD。使用RAID1的每个ElasticSearch主机都配备了300GB的机械硬盘，SSDStackoverflow的读写比为40:60DBServer的平均CPU利用率为10个webserver，IIS2负载均衡器，1活跃，HAProxy4活跃数据库节点，实现tagengine的应用程序服务器采用MSSQL3，所有搜索都通过tag3服务器通过elasticsearch搜索2服务器支持分布式缓存和消息2Networks(Nexus5596 FabricExtenders）2cisco5525-xasas2cisco3945routers主要服务于stackexchangeapi的两个只读SQLServersVM，用于部署、域控制器、监控、运维数据库等场合。——Fast.NETJSONSerializer，基于Sigil的Daper-微型ORMUIUI有一个信息收件箱，用于新徽章获取、用户发送信息、重大事件发生时的信息收集，并由WebSockets支持。通过Elasticsearch实现搜索箱，使用REST接口。搜索箱通过Elasticsearch实现，并使用REST接口。由于用户提出问题的频率很高，很难显示最新的问题，每秒都会出现新的问题。因此，有必要开发一种*用户行为模式的算法，只向用户展示他们感兴趣的问题。它使用了基于Tag的复杂查询，这就是为什么要开发独立的Tagengine。用于生成页面的服务器端模板。服务器25台服务器未满载，CPU利用率不高，SO单独计算（StackOverflow）只需要5台服务器。除执行备份时，数据库服务器资源利用率约为10%。为什么这么低？因为数据库服务器有384GB内存，webserver的CPU利用率只有10%-15%。纵向扩张还没有遇到瓶颈。在正常情况下，使用这种流量横向扩展大约需要100到300台服务器。简单的系统。基于.Net，只有9个项目，其他系统可能需要100个。之所以使用这么少的系统，是为了追求极限的编译速度，需要从系统开始时进行规划，每台服务器的编译时间约为10秒。与流量相比，11万行代码非常少。使用这种极简主要是基于几个原因。首先，不需要太多的测试，因为Meta.stackoverflow本来就是一个与bug讨论社区的问题。其次，Meta.stackoverflow也是软件测试网站，如果用户发现问题，往往会提出并给出解决方案。纽约数据中心采用Windows2012，已升级为2012R2(Oregon已升级)，Linux系统采用Centos6.4。SSD默认使用Intel330(Web层等)Intel520进行中间层写入。例如，ElasticSearch数据层使用Intel710和S3700系统，RAID1和RAID10(任何4 RAID10用于上述磁盘。即使在生产环境中使用了几千元2.5英寸的SSD，也不怕失败。每个模型使用一个以上的备件，不考虑多个磁盘故障的情况。Elasticsearch在SSD上表现出色，因为SOwrites//re-indexes操作非常频繁。SSD改变了搜索的使用方式。因为锁的问题，Luncene.Net不能支持SO的并发负载，所以他们转向ElasticSearch。在全SSD环境下，不需要围绕BinaryReader设置锁。异地备份-主数据中心位于纽约，备份数据中心位于Oregon。Redis有两个节点，SQL有两个备份，Tagengine有三个节点，elastic有三个节点，一切都是冗余的，同时存在于两个数据中心。Nginx用于SSL，在SSL终止时转换HAProxy。并非主从所有。一些临时数据只会放在缓存中。所有HTTP流量发送仅占总流量的77%。Oregon数据中心的备份和其他VPN流量也存在。SQL和Redis备份主要产生这些流量。数据库MSSQLServerStackexchange为每个网站设置了数据库，所以Stackoverflow和Serverfault等等。在纽约的主数据中心，每个集群通常使用一个主和一个阅读备份配置，并在Oregon数据中心设置备份。如果Oregon集群运行，纽约数据中心的两个备份将只读取和同步。为其他内容准备的数据库。这里还有一个存储登录凭证和聚合数据的“网络范围”数据库(大部分是stackexchangege).com用户文件或API)。CareersStackOverflow、stackexchange.com和Area51都有自己独立的数据库模式。模式的变化需要同时提供给所有网站的数据库。它们需要向下兼容。例如，如果您需要重新命名一个列，它将非常麻烦。这里需要多个操作：添加一个新列，添加两个列上的代码，为新列写数据，更改代码，使新列有效并删除旧列。不需要分片，一切都是通过索引解决的，数据体积也没那么大。如果有filteredindexes的需求，为什么不更有效呢？常见的模式只在DeletionDate=null上做索引，而其他则是指定类型的枚举。每个votes都设置了一个表，比如一个表给postvotes，一个表给commentvotes。大部分页面都可以实时渲染，只是为了匿名用户缓存，所以没有缓存更新，只有重新查询。Scores是非标准化的，所以需要经常查询。它只包括IDS和dates，postvotes表目前约有56454478行，使用索引，大部分查询都可以在几毫秒内完成。Tagengine完全独立，这意味着核心功能不依赖任何外部应用程序。它是一种巨大的内存结构数组结构，专门用于SO用例优化和重负载组合预计算。Tagengine是一种简单的windows服务，在多个主机上运行冗余。CPU利用率基本保持在2-5%，三台主机专门用于冗余，不负责任何负载。如果所有主机同时出现故障，网络服务器将Tagengine加载到内存中并继续运行。与传统ORM相比，Dapper无编译器校验查询。使用编译器有很多好处，但在运行过程中仍然存在fundamentaldisconect问题。同时，更重要的是，由于生成nastySQL，通常需要找到原始代码，而QueryHint和parameterization控制等能力的缺乏使得查询优化更加复杂。编码过程中的大多数程序员都是远程工作。他们选择编码地点进行快速编译，然后运行少量测试。一旦编译成功，代码将转移到开发、交付和准备服务器，通过功能开关将新功能隐藏在同一硬件上作为其他站点进行测试，然后转移到Meta.每天都有成千上万的程序员在使用stackoverflow测试，一个很好的测试环境如果通过就会上线，静态类和方法被广泛应用于更广泛的社区进行测试。为了更简单、更好的性能编码过程非常简单，因为复杂的部分被包装到库中，这些库被开源和维护。.由于使用了一些社区共享代码，Net项目的数量非常低。.由于使用了一些社区共享的代码，Net项目的数量非常少。开发人员同时使用2-3个显示器，多个屏幕可显著提高生产效率。在浏览器、CDN和代理服务器中缓存所有5级缓存1级是网络级缓存。2级由.Htttpruntimenet框架.在每个服务器的内存中，Cache完成。三级Redis，分布式内存键存储，在多个支持同一站点的服务器上共享缓存项。四级SQLServercache，整个数据库，所有数据都放在内存中。5级SSD。通常只有在SQLServer预热后才生效。例如，每个帮助页面都有缓存，访问一个页面的代码非常简单：使用静态方法和类。从OOP的角度来看，它确实很糟糕，但它非常快，有利于简化编码。缓存由Redis和Dapper支持。为了解决垃圾收集问题，模板中的一类只使用一个副本，并在缓存中建立和保存。包括GC操在内的一切监控。据统计，当间接层增加GC压力达到一定程度时，性能会显著降低。CDNHit。鉴于查询字符串是基于文件内容的哈希，只有在新建立时才会再次取出。每天3000万到5000万Hit，带宽约为300GB到600GB。CDN不是用来处理CPU或I/O负载的，而是帮助用户更快地获得答案，每天部署5次，而不是建立太多的应用程序。主要原因是直接监控性能可以尽可能最小化。关键产品建立后，可以通过强大的脚本复制到每个网页层。每个服务器的步骤是：通过

以上就是关于分享支撑StackOverflow运营的网站硬件配置的相关介绍，更多分享支撑StackOverflow运营的网站硬件配置相关内容可以咨询我们或者浏览页面上的推荐内容。我们将让你对分享支撑StackOverflow运营的网站硬件配置有更深的了解和认识。