模块化机房要如何选择？

在机房建设过程中，相较于传统建设模式，齐兴 模块化机房建设主要有以下几点区别：

1、一体化分布式部署：批量复制、按需扩展三房归一从UPS&电池房+空调房+IT机房归一成IT机房，对大楼要求统一明确，统一接口。　　

2、模块与土建解耦：一次规划，分期投资，快速部署土建和IT建设分离，大楼主体及基础水电一次性建设完成，数据中心模块则按需灵活部署。

3、模块内部件与通道结构件解耦：灵活应对未来变化服务器生命周期一般为3-5年，数据中心为10-15年，当未来一轮服务器配置变化，微模块灵活调整内部供配电和制冷的配比即可应对，大大提高微模块未来的可用性。

4、密封通道+冷冻水行级空调降低PUE至15密封通道设计，隔离冷热气流，行级空调就近制冷、就近热量转移，消除局部热点，大幅提高制冷效率，现场测试PUE低至15，OPEX降低35%-40%。

5、智能管理架构：单模块监控与集群监控提高运维效率每个微模块部署一台触摸屏(带独立NetEco智能管理系统)，连接到交换机，负责本模块的监控管理;同时提供北向SNMP接口，支持基于微模块的集群管理，界面清晰，大大提高运维效率。

UCS服务器是x86服务器，有B系列：刀片式服务器，C系列：机架式服务器，E系列：模块板卡式服务器，主要用在ISR G2系列路由器上，M系列：高密度模块化服务器。服务器只是一种计算资源，具体什么功能要看你在服务器上面部署什么应用，例如数据库等。现在用的比较多的是B系列刀片式服务器，由于其无状态化运算和统一网络等特点，比较适合现在的虚拟化及云架构体系。

我们在使用Apache作为web服务器的过程中，只有对Apache服务器进行适当的优化配置，才能让Apache发挥出更好的性能；再反过来说，如果Apache的配置非常糟糕，Apache可能无法正常为我们服务。因此，针对我们的应用需求对Apache服务器的配置进行一定的优化是必不可少的。

硬件和操作系统

毫无疑问，要想让Apache服务器发挥出更好的性能，首先必须得保证硬件和操作系统能够满足Apache服务器的负载需要。如果由于硬件和操作系统原因导致Apache的运行性能受到较大的影响，即使对Apache服务器本身优化配置得再好也无济于事，「想要马儿跑得好，又想马儿不吃草」当然是行不通的。

一般而言，影响web服务器性能的最大的因素是内存。当内存不足时，操作系统将会使用内存交换机制。内存交换机制，简而言之，就是将本地磁盘的一部分作为虚拟内存空间供程序使用。web服务器想要更好地所有用户服务，则其应该永远不要使用内存交换机制，否则其性能将会受到较大的影响。不仅如此，由于服务器使用了内存交换机制所产生的「滞后」，「滞后」的直接后果就是让用户感觉网站的访问速度很慢，此时用户极有可能会点击停止或者刷新，如果用户不停地点击刷新，将会给服务器带来更大的负载，从而进入一个恶性循环。

对于Apache服务器的内存需求量，我们可以通过操作系统相关命令查看服务器正常运行时每个为用户服务的进程(或线程)平均占用多少的内存，再根据需求或者相关数据得出单个服务器所要支撑的最大并发负载数，从而计算出Apache服务器的内存需求量。为Apache服务器分配的内存最好能够大于计算得来的需求量。

除此之外，硬件最好能够保证有足够快的CPU、足够快的网卡(足够的带宽)、足够快足够大的硬盘。这里的「足够」是指能够满足web应用的实际需求。

至于操作系统，最好能够选择一个有利于服务器运行的最新最稳定的版本并安装好了对应的补丁程序。毕竟，随着时代的发展，操作系统也在不断进步。许多操作系统厂商都提供了可以显著改善性能的TCP协议栈和线程库。例如，如果你的操作系统支持sendfile()系统调用，Apache 2x服务器可以使用sendfile()从而更快地发送静态内容并且占用较少的CPU时间。

优化Apache配置

1尽量使用IP地址代替域名

在Apache的配置文件中，有许多可以针对具体请求来源进行相应操作的配置，例如 allow from 365minicom表示允许域名为365minicom的用户访问。在这种情况下，如果我们知道该域名或主机名与某个IP地址一一对应，则最好使用具体的IP地址来代替域名。否则Apache服务器将要进行多次DNS查询来确定该域名或主机名所对应的IP地址。 注意：可能存在一些例外情况，例如一个IP地址对应多个域名，或者一个域名对应多个IP地址或者对应一个变化的IP地址，此时仍然要使用域名或主机名。一般而言，只有域名或主机名与IP地址具有一一对应关系时，才使用IP地址来代替域名。请根据实际情况作出选择。 2启用FollowSymLinks选项

当Apache处理请求时，如果对应的请求文件所在目录没有启用FollowSymLinks选项，或使用了SymLinksIfOwnerMatch选项，Apache就必须执行额外的系统调用来验证符号连接的安全性。文件名的每一个组成部分都需要一次额外的调用。因此，如果在安全性允许的情况下，为了得到更加良好的运行性能，应当放弃对符号连接的保护，在所有地方都设置FollowSymLinks，并放弃使用SymLinksIfOwnerMatch。 #启用FollowSymLinks选项，如果子目录没有额外的设置，将会继承该设置

<Directory />

Options FollowSymLinks

</Directory> 3禁用AllowOverride

如果Apache的配置文件中允许了AllowOverride指令，则Apache在处理每个请求路径时，都会尝试对文件路径的每一个组成部分都打开该目录下的htaccess文件。

例如，当用户请求访问服务器上的/static/test/hellohtml，则Apache将会尝试打开/static/test/htaccess、/static/htaccess、/htaccess三个文件。从而影响服务器的运行性能。

因此，如果当前用户拥有Apache配置文件的编辑权限，建议将htaccess文件中的配置内容直接写在Apache对应的配置文件(一般为httpdconf)中，并禁用AllowOverride。 #禁用AllowOverride

<Directory />

AllowOverride None

</Directory> 当然，如果用户不具备Apache配置文件的编辑权限，又希望能够对站点进行相应的管理设置，就需要管理员允许AllowOverride，以便于用户编写自己的htaccess文件。

4尽量不使用通配符

在Apache的配置文件中，我们可以指定每个目录下的默认欢迎页面，例如： #以内容协商的方式指定欢迎页面

<Directory />

DirectoryIndex index

</Directory> 使用上述配置后，当访问当前目录时，Apache将会在当前目录下查找名称形如index的文件，并根据客户端期望响应的类型自动返回一个最匹配的请求文件(即内容协商)。

不过，这样做将会导致一点性能损失，尽管内容协商的好处大于性能的损失，如果你仍然在意这一点性能损失的话，建议你不要使用上述通配符形式的配置，而是根据自己的需要，指定一个完整的index文件列表。 #指定欢迎页面

<Directory />

DirectoryIndex indexhtml indexcgi indexpl

</Directory> 使用上述配置后，Apache将按照从左到右的先后顺序依次查找上述三个名称的文件，并响应最先找到的那个文件。

5选择适当的多路处理模块(MPM)

由于多路处理模块的相关内容较多，请参考下面的修改最大并发连接数。

6修改Apache的并发连接配置

关于修改Apache的并发连接配置的具体内容，请同样参考请参考下面的修改最大并发连接数。 Apache是一个跨平台的web服务器，由于其简单高效、稳定安全的特性，被广泛应用于计算机技术的各个领域。现在，Apache凭借其庞大的用户数，已成为用户数排名第一的web服务器。

尽管如此，在实际的生产环境中，我们仍然不可能直接使用默认配置的Apache来充当服务器。毕竟，为了更充分合理地利用Apache服务器，我们都应该根据自己的实际需要对Apache的默认配置作出一些必要的调整。而针对Apache的优化配置过程中，修改Apache的最大并发连接数 就显得尤为重要。

在修改Apache的最大并发连接数 之前，我们需要预先了解一些Apache的相关知识。

众所周知，Apache是一个跨平台的、采用模块化设计的服务器。为了应对不同的平台和不同的环境产生的各种不同的需求，也为了在具体的平台或环境下达到最佳的效果，Apache在web服务器的基础功能方面(端口绑定、接收请求等)也同样采用了模块化设计，这个Apache的核心模块就叫做多路处理模块(Multi-ProcessingModule，简称MPM)。

Apache针对不同的操作系统提供了多个不同的MPM模块，例如：mpm_beos、mpm_event、mpm_netware、mpmt_os2、mpm_prefork、mpm_winnt、mpm_worker。如果条件允许，我们可以根据实际需求将指定的MPM模块编译进我们自己的Apache中(Apache的源码是开放的，允许用户自行编译)。不过，如果在编译时我们没有选择，Apache将按照如下表格根据不同的操作系统自行选择对应的MPM模块，这也是Apache针对不同平台推荐使用的MPM模块。 不同操作系统上默认的MPM模块 操作系统 MPM模块 描述 Windows mpm_winnt 不用介绍了吧:) Unix/Linux mpm_prefork 不用介绍了吧:) BeOS mpm_beos 由Be公司开发的一种多媒体操作系统，官方版已停止更新。 Netware mpm_netware 由NOVELL公司推出的一种网络操作系统 OS/2 mpmt_os2 一种最初由微软和IBM共同开发的操作系统，现由IBM单独开发(微软放弃OS/2，转而开发Windows) mpm_event模块可以看作是mpm_worker模块的一个变种，不过其具有实验性质，一般不推荐使用。

当然，Apache在其官方网站上也提供了根据不同操作系统已经编译好对应MPM模块的成品Apache。你可以点击此处进入Apache官方网站下载。

此外，如果我们想要知道某个Apache内部使用的是何种MPM模块，我们可以以命令行的方式进入Apache安装目录\bin，然后键入命令httpd-l，即可查看到当前Apache内部使用的何种MPM模块。

使用httpd-l命令查看编译模块

由于在平常的开发工作中，BeOS、NetWare、OS/2等操作系统并不常见，这里我们主要针对Windows和Unix/Linux操作系统上的MPM模块进行讲解。在Windows和Unix/Linux操作系统上，MPM模块主要有mpm_winnt、mpm_prefork、mpm_worker三种。

mpm_prefork模块

mpm_prefork模块主要应用于Unix/Linux平台的Apache服务器，其主要工作方式是：当Apache服务器启动后，mpm_prefork模块会预先创建多个子进程(默认为5个)，当接收到客户端的请求后，mpm_prefork模块再将请求转交给子进程处理，并且每个子进程同时只能用于处理单个请求。如果当前的请求数将超过预先创建的子进程数时，mpm_prefork模块就会创建新的子进程来处理额外的请求。Apache总是试图保持一些备用的或者是空闲的子进程用于迎接即将到来的请求。这样客户端的请求就不需要在接收后等候子进程的产生。

由于在mpm_prefork模块中，每个请求对应一个子进程，因此其占用的系统资源相对其他两种模块而言较多。不过mpm_prefork模块的优点在于它的每个子进程都会独立处理对应的单个请求，这样，如果其中一个请求出现问题就不会影响到其他请求。同时，mpm_prefork模块可以应用于不具备线程安全的第三方模块(比如PHP的非线程安全版本)，且在不支持线程调试的平台上易于调试。此外，mpm_prefork模块还具有比mpm_prefork模块更高的稳定性。

mpm_worker模块

mpm_worker模块也主要应用于Unix/Linux平台的Apache服务器，它可以看作是mpm_prefork模块的改进版。mpm_worker模块的工作方式与mpm_prefork模块类似。不过，由于处理相同请求的情况下，基于进程(例如mpm_prefork)比基于线程的处理方式占用的系统资源要多。因此，与mpm_prefork模块不同的是，mpm_worker模块会让每个子进程创建固定数量的服务线程和一个监听线程，并让每个服务线程来处理客户端的请求，监听线程用于监听接入请求并将其传递给服务线程处理和应答。Apache总是试图维持一个备用或是空闲的服务线程池。这样，客户端无须等待新线程或新进程的建立即可得到处理。

与mpm_prefork模块相比，mpm_worker模块可以进一步减少系统资源的开销。再加上它也使用了多进程，每个进程又有多个线程，因此它与完全基于线程的处理方式相比，又增加了一定的稳定性。

mpm_winnt模块

mpm_winnt模块是专门针对Windows操作系统而优化设计的MPM模块。它只创建一个单独的子进程，并在这个子进程中轮流产生多个线程来处理请求。

修改MPM模块配置

在对Apache的MPM模块具备一定了解后，我们就可以针对不同的MPM模块来修改Apache的最大并发连接数 配置了。

1、启用MPM模块配置文件

在Apace安装目录/conf/extra目录中有一个名为httpd-mpmconf的配置文件。该文件主要用于进行MPM模块的相关配置。不过，在默认情况下，Apache的MPM模块配置文件并没有启用。因此，我们需要在httpdconf文件中启用该配置文件，如下所示： #Server-poolmanagement(MPMspecific)Includeconf/extra/httpd-mpmconf(去掉该行前面的注释符号#)2、 修改MPM模块配置文件中的相关配置

在启动MPM模块配置文件后，我们就可以使用文本编辑器打开该配置文件，我们可以看到，在该配置文件中有许多<IfModule>配置节点，只有Apache使用对应MPM模块时，对应配置才会生效

此时，我们就需要根据当前Apache服务器所使用的MPM模块，来修改对应<IfModule>节点下的参数配置。首先，我们来看看mpm_winnt模块下的默认配置： #由于mpm_winnt模块只会创建1个子进程，因此这里对单个子进程的参数设置就相当于对整个Apache的参数设置<IfModulempm_winnt_module>ThreadsPerChild150#推荐设置：小型网站=1000中型网站=1000~2000大型网站=2000~3500MaxRequestsPerChild0#推荐设置：小=10000中或大=20000~100000</IfModule>对应的配置参数作用如下： 参数名称参数作用ThreadsPerChild 每个子进程的最大并发线程数。MaxRequestsPerChild每个子进程允许处理的请求总数。

(如果累计处理的请求数超过该值，该子进程将会结束(然后根据需要确定是否创建新的子进程)，该值设为0表示不限制请求总数(子进程永不结束)。该参数建议设为非零的值，可以带来以下两个好处：

1可以防止程序中可能存在的内存泄漏无限进行下去，从而耗尽内存。

2给进程一个有限寿命，从而有助于当服务器负载减轻的时候减少活动进程的数量。

) 注意：在以上涉及到统计请求数量的参数中，对于KeepAlive的连接，只有第一个请求会被计数。

接着，我们再来看看mpm_perfork模块和mpm_worker模块下的默认配置: #mpm_perfork模块<IfModulempm_prefork_module>StartServers5#推荐设置：小=默认中=20~50大=50~100MinSpareServers5#推荐设置：与StartServers保持一致MaxSpareServers10#推荐设置：小=20中=30~80大=80~120MaxClients150#推荐设置：小=500中=500~1500大型=1500~3000MaxRequestsPerChild0#推荐设置：小=10000中或大=10000~500000(此外，还需额外设置ServerLimit参数，该参数最好与MaxClients的值保持一致。)</IfModule>#mpm_worker模块<IfModulempm_worker_module>StartServers2#推荐设置：小=默认中=3~5大=5~10MaxClients150#推荐设置：小=500中=500~1500大型=1500~3000MinSpareThreads25#推荐设置：小=默认中=50~100大=100~200MaxSpareThreads75#推荐设置：小=默认中=80~160大=200~400ThreadsPerChild25#推荐设置：小=默认中=50~100大型=100~200MaxRequestsPerChild0#推荐设置：小=10000中或大=10000~50000(此外，如果MaxClients/ThreadsPerChild大于16，还需额外设置ServerLimit参数，ServerLimit必须大于等于MaxClients/ThreadsPerChild的值。)</IfModule>对应的配置参数作用如下表： 参数名称参数作用StartServers启动Apache时创建的子进程数。MinSpareServers处于空闲状态的最小子进程数。(所谓空闲子进程是指没有正在处理请求的子进程。如果当前空闲子进程数少于MinSpareServers，那么Apache将以最大每秒一个的速度产生新的子进程。只有在非常繁忙机器上才需要调整这个参数。此值不宜过大。)MaxSpareServers处于空闲状态的最大子进程数。(只有在非常繁忙机器上才需要调整这个参数。此值不宜过大。如果你将该指令的值设置为比MinSpareServers小，Apache将会自动将其修改成MinSpareServers+1。)MaxClients允许同时连接的最大请求数量。1、任何超过MaxClients限制的请求都将进入等待队列，直到达到ListenBacklog指令限制的最大值为止

2、对于非线程型的MPM(也就是mpm_prefork)，MaxClients表示可以用于处理客户端请求的最大子进程数量，默认值是256。要增大这个值，你必须同时增大ServerLimit。

3、对于线程型或者混合型的MPM(也就是mpm_beos或mpm_worker)，MaxClients表示可以用于处理客户端请求的最大线程数量。线程型的mpm_beos的默认值是50。对于混合型的MPM默认值是16(ServerLimit)乘以25(ThreadsPerChild)的结果。因此要将MaxClients增加到超过16个进程才能提供的时候，你必须同时增加ServerLimit的值。 MinSpareThreads处于空闲状态的最小线程数。

(注：不同的MPM对这个指令的处理是不一样的：mpm_worker的默认值是75。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太少，子进程将产生新的空闲线程。mpm_netware的默认值是10。既然这个MPM只运行单独一个子进程，此MPM当然亦基于整个服务器监视空闲线程数。mpm_beos和mpmt_os2的工作方式与mpm_netware差不多，mpm_beos的默认值是1；mpmt_os2的默认值是5。) MaxSpareThreads处于空闲状态的最大线程数。

(注：不同的MPM对这个指令的处理是不一样的：mpm_worker的默认值是250。这个MPM将基于整个服务器监视空闲线程数。如果服务器中总的空闲线程数太多，子进程将杀死多余的空闲线程。mpm_netware的默认值是100。既然这个MPM只运行单独一个子进程，此MPM当然亦基于整个服务器监视空闲线程数。mpm_beos和mpmt_os2的工作方式与mpm_netware差不多，mpm_beos的默认值是50；mpmt_os2的默认值是10。) 备注：ServerLimit表示Apache允许创建的最大进程数。值得注意的是，Apache在编译时内部有一个硬限制ServerLimit20000(对于mpm_prefork模块为ServerLimit200000)。你不能超越这个限制。

使用这个指令时要特别当心。如果将ServerLimit设置成一个高出实际需要许多的值，将会有过多的共享内存被分配。如果将ServerLimit和MaxClients设置成超过系统的处理能力，Apache可能无法启动，或者系统将变得不稳定。 注意：在配置相关参数时，请先保证服务器具备足够的硬件性能(例如：CPU、内存等)。如果发现自启动后，随着服务器的运行时间增加，服务器的内存占用也随之增加，可能是程序中出现内存泄露，请向下调整参数MaxRequestsPerChild的值以降低内存泄露带来的影响，然后尽快找出程序中的问题之所在。

pache HTTP Server（简称Apache）是Apache软件基金会的一个开放源码的网页服务器，可以在大多数计算机操作系统中运行，由于其多平台和安全性被广泛使用，是最流行的Web服务器端软件之一。它快速、可靠并且可通过简单的API扩展，将Perl/Python等解释器编译到服务器中。

Apache HTTP服务器是一个模块化的服务器，源于NCSAhttpd服务器，经过多次修改，成为世界使用排名第一的Web服务器软件。

它可以运行在几乎所有广泛使用的计算机平台上。

Apache源于NCSAhttpd服务器，经过多次修改，成为世界上最流行的Web服务器软件之一。Apache取自“a patchy server”的读音，意思是充满补丁的服务器，因为它是自由软件，所以不断有人来为它开发新的功能、新的特性、修改原来的缺陷。Apache的特点是简单、速度快、性能稳定，并可做代理服务器来使用。

本来它只用于小型或试验Internet网络，后来逐步扩充到各种Unix系统中，尤其对Linux的支持相当完美。Apache有多种产品，可以支持SSL技术，支持多个虚拟主机。Apache是以进程为基础的结构，进程要比线程消耗更多的系统开支，不太适合于多处理器环境，因此，在一个Apache Web站点扩容时，通常是增加服务器或扩充群集节点而不是增加处理器。到目前为止Apache仍然是世界上用的最多的Web服务器，市场占有率达60%左右。世界上很多著名的网站如Amazon、Yahoo!、W3 Consortium、Financial Times等都是Apache的产物，它的成功之处主要在于它的源代码开放、有一支开放的开发队伍、支持跨平台的应用（可以运行在几乎所有的Unix、Windows、Linux系统平台上）以及它的可移植性等方面。

Apacheweb服务器软件拥有以下特性：

Apache Server配置界面

1支持最新的HTTP/11通信协议

2拥有简单而强有力的基于文件的配置过程

3支持通用网关接口

4支持基于IP和基于域名的虚拟主机

5支持多种方式的HTTP认证

6集成Perl处理模块

7集成代理服务器模块

8支持实时监视服务器状态和定制服务器日志

9支持服务器端包含指令(SSI)

10支持安全Socket层(SSL)

11提供用户会话过程的跟踪

12支持FastCGI

13通过第三方模块可以支持JavaServlets

如果你准备选择Web服务器，毫无疑问Apache是你的最佳选择。

模块化机房其实就是把机房的所有功能集成到一个模块化一体化产品中，这个一体化产品可以看成一个机房，把这个产品布置在一个房间内就可以使用了，而房间不用做太多的装修。

模块化机房（一体化模块化产品）含有机柜、配电柜、UPS、精密空调、动环监控系统、冷通道、电池柜等，由这些产品组成一个封闭空间。每个产品可以看成一个模块，就像搭积木一样组合起来就成了一个模块化机房，你可以根据自己的需求增添产品。

传统机房的规划设计、运营管理都较为落后，而模块化机房却因其高性价比、高可用性的建设模式，获得众人熟知并认可，可见“模块化”理念愈加深入人心。那么，模块化机房优点体现在哪？和传统机房在建设模式上又有那几点区别呢？

区别之一：模式

传统机房：常见的UPS&电池房+空调房+IT机房模式。

模块化机房：批量复制、按需扩展，实行三房归一，快速部署能力适应发展需求。

传统机房

区别之二：周期

传统机房：工程建设周期长、量大、投入高，后期难扩充。

模块化机房：模块与土建分离，大楼主体及基础水电一次性规划、分期投资建设，快速部署、灵活扩充。

区别之三：部件构件

传统机房：内部供配电和制冷装置固定配比。

模块化机房：模块内部件与通道结构件分离，灵活应对变化。

区别之四：节能

传统机房：空调以先房间后设备的优先级进行制冷，过程中耗能大，PUE值25以上。

模块化机房：密封通道设计，隔离冷热气流；冷冻水行级空调就近制冷、就近热量转移，PUE降低至15。

模块化机房

区别之五：管理

传统机房：专人值守，无完善监控及告警管理。

模块化机房：本地采集、云端汇总，实时监控，交互式告警。单模块监控与集群监控提高运维效率，实现智能管理。

正因以上五点区别，可看出模块化机房优点：在建设上相较于传统建设模式更具优势性。模块化机房不仅满足了业务需求，还能减轻企业成本、提高管理效率。