服务器机房建设标准？

一、中心机房场地技术指标

1、选址：机房必须具备防尘、防潮、防雷、抗静电、阻燃、绝缘、隔热、降噪音等物理环境，防盗设施齐全，应避开强磁场的干扰，应选择设在建筑物的中间层，方便管理和布线。避免设在最高层、地下室和用水设备下层。

2、组成：中心机房包括主机房和辅助房。主机房是存放各类服务器、网络设备、机柜等重要设备的专用房间；辅助房用于存放UPS电源、维护工具等设备，辅助用房根据实际情况可与主机房合并使用。

3、面积：根据学校规模和实际应用需求确定网络中心机房大小，主机房原则上面积不小于20m2，层高不低于28m，能满足现有各类设备的存放要求，并为今后的发展预留可扩展的空间。

计算公式：S=KA（S-指机房面积；K-指系数，取45-55m2/台（架），A-指设备台（架）总数）

4、管理员办公室必须与主机房分离,面积根据人员、设备及需要而定。

二、中心机房装修工程

1、吊顶：中心机房应采用金属天花板吊顶，梁、顶应做防尘处理。

2、墙体：墙面应进行隔音、防火、防水、防尘、防辐射和屏蔽处理，墙面刷高档防火乳胶漆。

3、隔断：机房内区域间隔墙应采用12mm防火钢化玻璃隔断。

4、地面：机房地面必须平整。并做防水处理。地板采用架空防静电可拆卸地板，高度为15cm至35cm之间。

5、门窗：在主机房进出口应安装防火防盗门，机房窗户应安装防盗防护窗，同时外窗安装防水雨棚来防止雨水溅入，窗帘采用双层结构，外层应采用防光隔热窗帘材料，避免阳光直接照射。

6、照明:

（1）、主机房的平均照度不低于300lx（距地面03m处）；

（2）、基本工作间、辅助房间的平均照度不低于150lx（距地面03m处）。平均照度(Eav)=单个灯具光通量Φ×灯具数量(N)×空间利用系数(CU)×维护系数(K)÷地板面积(长×宽)。

三、中心机房供配电系统

1、供电：供配电系统是机房整个工程的重点，采用双回路供电（照明、空调等通用设备由市电供电，服务器等专用设备经UPS后供电，所有线路分相独立走线）。机房采用独立接入的三相五线制或单相三线制电源。有条件的学校可为中心机房配备独立的发电机。

2、配电柜：机房应分别设立市电和UPS配电柜，配电柜应显示各相输入、输出电压、电流强度等基本信息，标明各开关的用途。

3、UPS配置：UPS作为中心机房建设的基本设备，各校应采购UPS设备为机房提供稳定、持续的供电，并在断电情况下保障机房一定的供电时间。UPS容量应是总用电功率的15倍进行预留，在线备用时间应大于2小时（ups放电时间计算公式:负载的有功功率×支持时间=电池放出容量×电池电压×ups逆变效率）。

4、插座：固定插座分为UPS插座和市电插座，移动插座应采用标准的220V，16A防浪涌插座。机柜采用UPS供电，机柜之间插座不能共用。所有插座都必须独立分相走线。原则上每个机柜应配备两个UPS插座和一个市电插座。

5、电缆：电缆应选择符合国家标准的高质量铜芯线缆，主干进线截面积至少达10平方毫米，UPS插座电源线截面积为4平方毫米，照明用电源线截面积可用25平方毫米，3P空调插座电源线截面积至少达4平米毫米。线缆应置于桥架或PVC管内，防止电磁干扰设备，并标明去向和功能，方便维护。

四、中心机房综合布线系统

1、布线：应采用综合布线系统，包括工作区子系统、水平子系统、管理子系统布线，线路铺设可采用上走线或下走线方式。上走线还要采用线路固定架，走线要全部经桥架或PVC线槽。工作区子系统、水平子系统采用超五类或六类非屏蔽双绞线，管理子系统采用RJ45配线架及光纤终端盒，统一管理。主干线路要有冗余。强电、弱电单独走线，彼此尽量不要交叉。

2、KVM：对服务器 *** 作原则上采用KVM或集成远程管理端口进行统一管理。

3、机柜：中心机房采用机柜方式统一管理，网络设备、服务器、配线架等设备统一安装到机柜里面。机柜应整齐排放，机柜与墙体的距离不小于06m（如房间面积允许，宜留1m），方便管理和维护。服务器机柜标准：10006502000，交换机机柜标准：8006002000。

4、标签：机房所有设备和线路都必须贴标签，明确去向和作用。

五、中心机房设备配置指标

1、交换机:中心机房应至少采用可网管快速以太网交换机，能满足整个校园网的数据交换，设备的日常负载应保持在其最大负载能力的20-40%之间。

2、路由器：作为校园网的总出口设备，其路由转发能力满足学校各种应用所需的带宽要求，设备的日常负载应保持在其最大负载能力的10-30%之间。该设备也可由三层交换机或防火墙代替。

3、服务器：中心机房的服务器应至少满足学校各种应用所需的计算能力和承载空间，应用需求应占服务器最大负载的40%以内。

4、存储：中心机房的实际数据使用空间应保持在总存储空间的50%以内，重要的数据应采用实时备份，有条件的学校可采用高速、大容量设备实现集中存储。

5、软件：中心机房基本软件包括 *** 作系统、数据库系统、设备管理系统、流量监控系统、病毒防治系统等，应尽量采用正版软件。

六、中心机房信息安全配置指标

1、防火墙:中心机房可采用硬件或软件防火墙，配置防火墙的原则是根据网络规模、实际并发连接和流量选择设备的类型。

2、入侵防护:有条件的学校可配置入侵防护系统，入侵防护系统必须与防火墙保持联动，形成一个防护体系。

3、上网行为管理:中心机房必须具有可控制本区域用户上网行为的管理系统，该系统可以采用本地或远程（区域统一平台）的方式，可实现网络行为监测、记录、控制等功能。

4、杀毒软件：中心机房做为本区域病毒防治的核心应选用网络版杀毒软件，并设置准入门槛来规范和约束网络用户的客户端使用行为。

七、中心机房安防系统

1、门禁系统：有条件的学校可以安装门禁系统，通过感应卡或密码能够自动识别持卡人身份，自动记录人员进出的时间、地点和卡号等信息。

2、监控系统：学校必须安装网络监控摄像机和温湿度监控系统等设备，构成一套完整、先进的全数字化安全防范和监督系统。

三十四、消防设备：配备应急照明设备、维修工具和气体灭火器（严禁使用干粉和泡沫灭火剂）。

3、电磁辐射防护：中心机房管理人员必须配备专业的电磁辐射防护服。

八、中心机房空调系统

1、温度：中心机房必须达到恒温、恒湿等基本运行条件，机房温度不高于25℃，同时必须配置温度报警系统。

2、湿度:中心机房相对湿度应保持45%-65%，达到中华人民共和国国家《计算站场地技术条件》标准A级水平。

3、空调：中心机房必须安装两台以上空调设备，并配备空调自动控制系统，确保24小时不间断运行。有条件的学校可配置精密空调。

九、中心机房防雷系统

1、接地：建设大楼必须安装室外的独立接地体，机房机柜必须接地，接地可单独接地或与同大楼共用接地体。

2、防雷：主要包括建设物内、外两层防护措施，外部防护由建设物自身防雷系统承担，网络中心机房金属线缆必须作防浪涌处理。由于机房设备的特殊要求，为了消除雷击和过电压的危险影响，必须在机房的配电柜内单独安装灵敏度高的电源二级防过电压防雷保护系统，机房电源系统至少二级防浪涌处理，重要负载末端防浪涌处理。

转的别人的，你看下就知道先说32位33MHz的PCI插槽的应用环境 排除硬盘传输速度因素千兆网卡最大带宽1000M32位33MHz的PCI插槽 数据传输的最大带宽只能达到33×32/8即133MB照这么说 再好的千兆网卡 只要插到32位PCI插槽 带宽也不会超过133M 拷贝文件速度不会超过133M / 8 =16625M/秒 就算双32位千兆网卡绑定 做端口汇聚 拷贝文件速度也不会超过16625M/S 2=3325M/S 这还是理论值再说64位的PCI插槽和板载PCI-E网卡应用环境 排除硬盘传输速度因素使用64位千兆网卡和板载PCI-E千兆网卡 网卡的传输带宽已经不受主板接口的速度限制 与主板的传输速度得到了保证 呵呵 瓶颈又来了：6类线的最大带宽为250M/S 也就是说 你的64位千兆网卡和板载PCI-E千兆网卡再好 速度也不会超过6类线的250M/S最大传输带宽 单块网卡拷贝文件速度不会超过250M / 8 = 3125M的理论值有个问题 我个人比较模糊 请知道的兄弟给予正解： 32位33MHz的PCI 最大传输带宽为133M/S 说的是单个PCI插槽 还是板载的几个PCI插槽共享133M/S 的传输带宽个人观点 说错了欢迎猛拍砖 只盼正解！！实际应用中 大家如何解决这些瓶颈 欢迎讨论

1mysql数据库没有增量备份的机制，当数据量太大的时候备份是一个很大的问题。还好mysql数据库提供了一种主从备份的机制，其实就是把主数据库的所有的数据同时写到备份数据库中。实现mysql数据库的热备份。
2要想实现双机的热备首先要了解主从数据库服务器的版本的需求。要实现热备mysql的版本都要高于32，还有一个基本的原则就是作为从数据库的数据库版本可以高于主服务器数据库的版本，但是不可以低于主服务器的数据库版本。
3设置主数据库服务器：
a首先查看主服务器的版本是否是支持热备的版本。然后查看mycnf(类unix)或者myini(windows)中mysqld配置块的配置有没有log-bin(记录数据库更改日志)，因为mysql的复制机制是基于日志的复制机制，所以主服务器一定要支持更改日志才行。然后设置要写入日志的数据库或者不要写入日志的数据库。这样只有您感兴趣的数据库的更改才写入到数据库的日志中。
server-id=1 //数据库的id这个应该默认是1就不用改动
log-bin=log_name //日志文件的名称，这里可以制定日志到别的目录 如果没有设置则默认主机名的一个日志名称
binlog-do-db=db_name //记录日志的数据库
binlog-ignore-db=db_name //不记录日志的数据库
以上的如果有多个数据库用","分割开
然后设置同步数据库的用户帐号
mysql> GRANT REPLICATION SLAVE ON
-> TO 'repl'@'%mydomaincom' IDENTIFIED BY 'slavepass';
402以前的版本, 因为不支持REPLICATION 要使用下面的语句来实现这个功能
mysql> GRANT FILE ON
-> TO 'repl'@'%mydomaincom' IDENTIFIED BY 'slavepass';
设置好主服务器的配置文件后重新启动数据库
b锁定现有的数据库并备份现在的数据
锁定数据库
mysql> FLUSH TABLES WITH READ LOCK;
备份数据库有两种办法一种是直接进入到mysql的data目录然后打包你需要备份数据库的文件夹，第二种是使用mysqldump的方式来备份数据库但是要加上"--master-data " 这个参数，建议使用第一种方法来备份数据库
c查看主服务器的状态
mysql> show master status\G;
+---------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------+----------+--------------+------------------+
| mysql-bin003 | 73 | test | manual,mysql |
+---------------+----------+--------------+------------------+
记录File 和 Position 项目的值，以后要用的。
d然后把数据库的锁定打开
mysql> UNLOCK TABLES;
4设置从服务器
a首先设置数据库的配置文件
server-id=n //设置数据库id默认主服务器是1可以随便设置但是如果有多台从服务器则不能重复。
master-host=db-mastermycompanycom //主服务器的IP地址或者域名
master-port=3306 //主数据库的端口号
master-user=pertinax //同步数据库的用户
master-password=freitag //同步数据库的密码
master-connect-retry=60 //如果从服务器发现主服务器断掉，重新连接的时间差
report-host=db-slavemycompanycom //报告错误的服务器
b把从主数据库服务器备份出来的数据库导入到从服务器中
c然后启动从数据库服务器，如果启动的时候没有加上"--skip-slave-start"这个参数则进入到mysql中
mysql> slave stop; //停止slave的服务
d设置主服务器的各种参数
mysql> CHANGE MASTER TO
-> MASTER_HOST='master_host_name', //主服务器的IP地址
-> MASTER_USER='replication_user_name', //同步数据库的用户
-> MASTER_PASSWORD='replication_password', //同步数据库的密码
-> MASTER_LOG_FILE='recorded_log_file_name', //主服务器二进制日志的文件名(前面要求记住的参数)
-> MASTER_LOG_POS=recorded_log_position; //日志文件的开始位置(前面要求记住的参数)
e启动同步数据库的线程
mysql> slave start;
查看数据库的同步情况。
查看主从服务器的状态
mysql> SHOW PROCESSLIST\G //可以查看mysql的进程看看是否有监听的进程
如果日志太大清除日志的步骤如下
1锁定主数据库
mysql> FLUSH TABLES WITH READ LOCK;
2停掉从数据库的slave
mysql> slave stop;
3查看主数据库的日志文件名和日志文件的position
show master status;
+---------------+----------+--------------+------------------+
| File | Position | Binlog_do_db | Binlog_ignore_db |
+---------------+----------+--------------+------------------+
| louis-bin001 | 79 | | mysql |
+---------------+----------+--------------+------------------+
4解开主数据库的锁
mysql> unlock tables;
5更新从数据库中主数据库的信息
mysql> CHANGE MASTER TO
-> MASTER_HOST='master_host_name', //主服务器的IP地址
-> MASTER_USER='replication_user_name', //同步数据库的用户
-> MASTER_PASSWORD='replication_password', //同步数据库的密码
-> MASTER_LOG_FILE='recorded_log_file_name', //主服务器二进制日志的文件名(前面要求记住的参数)
-> MASTER_LOG_POS=recorded_log_position; //日志文件的开始位置(前面要求记住的参数)
6启动从数据库的slave
mysql> slave start;

一、服务器选择
外贸产品主导的客户群体导向哪个地区，潜在客户在哪里，服务器主机地点就选择哪里，这是外贸网站建设的基本原则之一，最好是业务所在的地区，这样才可以保证当地客户打开网站的速度。也可以选择一家放心的IDC服务商，Bluehost就是不错的选择！
二、网站语言编码
建议外贸网站的编码最好用国际化编码，这样避免若使用国内编码，国外客户打开网页可能出现乱码的现象。推荐用的国际化编码“UTF-8”或“ISO”。
三、网页新窗口打开方式
如果大家稍微注意的，在你浏览英文网站的时候，你会发现英文客户习惯采用的是当前页面的打开方式，所以当你做外贸网站时，可以根据你外贸网站语言情况，查看此类语言客户的浏览方式来，设置大家都比较习惯的客户浏览习惯。
四、网站风格
外贸网站一般结构比较简单，色彩比较单一，网站主导风格为尽量简洁大气。针对企业网站，打开网站第一时间能看到企业的产品，这是国外大部分客户的浏览习惯，获取信息一目了然。
五、网站语言文字
很多外贸公司，以为自己把网站搭建好了就OK了，产品上传上去了，客户可以通过网站浏览到了，然而这时候可能会忽略的细节就是，客户看内容时候的顺畅程度，就比如你浏览一个中文网站，看一篇文字，里面很多错别字，语句不通顺，还夹杂着繁体字，这个时候你会不会感到很不舒服呢。所以网站中语句的准确度非常重要。一定要专业，精致。
六、网站处理
是一个网站必不可少的元素，产品，网站宣传图，查看相关外贸网站案例，大家都能发现，网站简介大气，就如一杯茶，看上去很清淡，但久不失真，这就迎合了国外的客户体验。
七、网站文字设置地区化
如果你的网站主要面向与欧美地区，那么你可以多查看下欧美地区的网站地体设置，根据主导客户的使用习惯来调整自己网站的文字风格。一般情况国外使用的是“罗马”字体，大小偏向于10号左右。

通常老板花钱请我们架构网站的时候，会给我们提出一些目标，诸如网站每天要能承受100万PV的访问量等等。这时我们要预算一下大概需要多大的带宽，计算带宽大小主要涉及两个指标（峰值流量和页面大小），我们不妨在计算前先做出必要的假设：

第一：假设峰值流量是平均流量的5倍。

第二：假设每次访问平均的页面大小是100K字节左右。

如果100万PV的访问量在一天内平均分布的话，折合到每秒大约12次访问，如果按平均每次访问页面的大小是100K字节左右计算的话，这12次访问总计大约就是1200K字节，字节的单位是Byte，而带宽的单位是bit，它们之间的关系是1Byte=8bit，所以1200KByte大致就相当于9600Kbit，也就是9Mbps的样子，实际情况中，我们的网站必须能在峰值流量时保持正常访问，所以按照假设的峰值流量算，真实带宽的需求应该在45Mbps左右。

当然，这个结论是建立在前面提到的两点假设的基础上，如果你的实际情况和这两点假设有出入，那么结果也会有差别。先看我们都需要哪些服务器：服务器，页面服务器，数据库服务器，应用服务器，日志服务器等等。

对于访问量大点的网站而言，分离单独的服务器和页面服务器相当必要，我们可以用ligabcgif/>，然后设置DNS轮循，达到最初级的负载均衡。当然，服务器多了就不可避免的涉及一个同步的问题，这个可以使用rsync软件来搞定。

数据库服务器是重中之重，因为网站的瓶颈问题十有八九是出在数据库身上。现在一般的中小网站多使用MySQL数据库，不过它的集群功能似乎还没有达到stable的阶段，所以这里不做评价。一般而言，使用MySQL数据库的时候，我们应该搞一个主从（一主多从）结构，主数据库服务器使用innodb表结构，从数据服务器使用myisam表结构，充分发挥它们各自的优势，而且这样的主从结构分离了读写 *** 作，降低了读 *** 作的压力，甚至我们还可以设定一个专门的从服务器做备份服务器，方便备份。不然如果你只有一台主服务器，在大数据量的情况下，mysqlmp基本就没戏了，直接拷贝数据文件的话，还得先停止数据库服务再拷贝，否则备份文件会出错。但对于很多网站而言，即使数据库服务仅停止了一秒也是不可接受的。如果你有了一台从数据库服务器，在备份数据的时候，可以先停止服务（slavestop）再备份，再启动服务（slavestart）后从服务器会自动从主服务器同步数据，一切都没有影响。但是主从结构也是有致命缺点的，那就是主从结构只是降低了读 *** 作的压力，却不能降低写 *** 作的压力。

为了适应更大的规模，可能只剩下最后这招了：横向/纵向分割数据库。所谓横向分割数据库，就是把不同的表保存到不同的数据库服务器上，比如说用户表保存在A数据库服务器上，文章表保存在B数据库服务器上，当然这样的分割是有代价的，最基本的就是你没法进行LEFTJOIN之类的 *** 作了。所谓纵向分割数据库，一般是指按照用户标识（user_id）等来划分数据存储的服务器，比如说：我们有5台数据库服务器，那么“user_id%5+1”等于1的就保存到1号服务器，等于2的就保存到2号服务器，以此类推，纵向分隔的原则有很多种，可以视情况选择。不过和横向分割数据库一样，纵向分割数据库也是有代价的，最基本的就是我们在进行如COUNT,SUM等汇总 *** 作的时候会麻烦很多。综上所述，数据库服务器的解决方案一般视情况往往是一个混合的方案，以其发挥各种方案的优势，有时候还需要借助memcached之类的第三方软件，以便适应更大访问量的要求。

如果有专门的应用服务器来跑PHP脚本是最合适不过的了，那样我们的页面服务器只保存静态页面就可以了，可以给应用服务器设置一些诸如appdomain之类的域名来和页面服务器加以区别。对于应用服务器，我还是更倾向于使用prefork模式的apache，配上必要的xcache之类的PHP缓存软件，加载模块要越少越好，除了mod_rewrite等必要的模块，不必要的东西统统舍弃，尽量减少>

如果条件允许，独立的日志服务器也是必要的，一般小网站的做法都是把页面服务器和日志服务器合二为一了，在凌晨访问量不大的时候cron运行前一天的日志计算，不过如果你使用awstats之类的日志分析软件，对于百万级访问量而言，即使按天归档，也会消耗很多时间和服务器资源去计算，所以分离单独的日志服务器还是有好处的，这样不会影响正式服务器的工作状态。

---