浪潮服务器扩容硬盘参数设置
一 上架条件
主要是上架,确定加电条件,详情如下:
二 加电启动
三 BIOS设置
1 进入BIOS
加电启动服务器,系统开始引导,当屏幕下方出现提示:
“Press to SETUP or to POST”时,按下DEL键
2 BIOS菜单介绍
3 BIOS中设置
1)在Main 菜单中修改时间
2)在Advanced 菜单
● CPU Configuration
Hyper-threading:CPU 超线程功能设置Enabled
Intel(R) Virtualization Technology:CPU 虚拟技术支持功能设置Enabled
● USB Configuration
Legacy USB Support:对USB 设备支持功能的设置Enabled
3)Chipset 菜单
USB Configuration:本项用来打开或关闭各USB 接口Enabled
4)Boot 菜单
Boot Option #1/#2
选中某引导顺序项,按回车键后弹出可选引导设备表,通过箭头键选中某一设备后按
回车键即可完成此引导次序项的设置。
Boot Devices Seeking:打开系统启动过程中重新尝试寻找启动设备Enabled
5)Save & Exit 菜单
Save Changes and Exit:保存退出
四 RAID卡设置
要进行阵列卡设置,在服务器开启 \o "电源" 电源后,等待设备自检,当出现如下界面时,按进入到LSI阵列卡的图形界面。
▲设备自检界面
在该界面下用 \o "鼠标" 鼠标点选Start按键,进入到阵列卡的WEBBIOS界面。
▲阵列卡选择界面
在此界面的左侧是该阵列卡的功能选项,右侧窗口是已经配置好的所有逻辑驱动器。
▲阵列卡功能界面
如果要对该阵列卡有详细了解,可以点选左侧功能栏中的Controller Properties,该阵列卡的相关属性会一一呈现。
▲阵列卡属性显示页一
按NEXT按键后,会显示第二页。
▲阵列卡属性显示页二
按NEXT按键后,会显示第三页。
▲阵列卡属性显示页三
当然第二及第三页的选项是允许用户设置的,通常选择默认值就可以。
如果想要了解该阵列卡上已经配好的逻辑驱动器,可以点选左侧功能栏中的Virtual Drivers,该阵列卡已经建好的逻辑驱动器的相关信息就会呈现出来。
▲逻辑驱动器界面
如果想要了解该阵列卡上连接的物理磁盘,可以点选左侧功能栏中的 Drives。
▲物理磁盘信息
接下来我们看该如何进行RAID的设置,点选阵列卡主界面左侧功能栏中的Configuration Wizard按键,进入到阵列卡配置选择界面。
▲配置选择项
我们选择New configuration来新建一个阵列,此时会有以下提示,我们选择Yes。
▲提示信息
此时会有两种不同的方式可供用户选择,一种是手动设置,另一种是自动设置。我们先来看手动进行阵列设置是如何操作的,选择Manual configuration,至于冗余项,选择Redundancy when possible,并点选Next,进入下一页。
▲选择手动配置
在该界面下,左侧窗口中显示的是可以利用的物理磁盘,右侧是将要用来进行阵列设备的磁盘组。这里需要用户在左侧窗口选择好磁盘后,按Add To Array按键逐一添加到界面右侧的磁盘组中。
▲磁盘选择页
磁盘选好后,按右侧下方的Accept DG按键。
▲磁盘选择页2
此时一个磁盘组就建好了,选择Next,进入下一页。
▲磁盘组建成后的显示
接下来可以看到阵列可以利用的磁盘空间信息,按Add to SPAN按键,将这些磁盘空间整合为一个逻辑的存储设备。然后按Next进入下一页。
▲将磁盘空间整合逻辑存储单元
接下来用户就可以选择要建立的RAID级别,以及一些读写中缓存的使用策略。在这里,Strip Size通常会选择64KB,Access Policy选择RW,我们在以前的文章中也介绍过这部分设置会对存储系统的性能带来影响(详情见 /a2011/0221/1158/000001158954shtml),因此设置时要考虑清楚。
先阅读apache配置优化建议如下,再对相关参数进行调整,观察服务器状况
Apache配置优化建议:
进入/usr/local/apache2/conf/extra目录下
Apache优化,
经过上述操作后,Apache已经能够正常运行。但是,对于访问量稍大的站点,Apache的这些默认配置是无法满足需求的,我们仍需调整Apache的一些参数,使Apache能够在大访问量环境下发挥出更好的性能。以下我们对Apache配置文件httpdconf中对性能影响较大的参数进行一些说明。
(1)Timeout该参数指定Apache在接收请求或发送所请求内容之前的最长等待时间(秒),若超过该时间Apache则放弃处理该请求,并释放连接。该参数默认值为120,推荐设置为60,对于访问量较大的网站可以设置为30或15。
(2)KeepAlive该参数控制Apache是否允许在一个连接中有多个请求,默认打开。但对于大多数论坛类型站点来说,通常设置为off以关闭该支持。
(3)MPM-preforkc在默认情况下Apache使用Prefork(进程)工作模式,可以说这部分的参数设置是对Apache性能影响的核心和关键。用户可以在配置文档中找到以下配置段:
作为高性能WEB服务器,只调整Nginx本身的参数是不行的,因为Nginx服务依赖于高性能的操作系统。
以下为常见的几个Linux内核参数优化方法。
netipv4tcp_max_tw_buckets
对于tcp连接,服务端和客户端通信完后状态变为timewait,假如某台服务器非常忙,连接数特别多的话,那么这个timewait数量就会越来越大。
毕竟它也是会占用一定的资源,所以应该有一个最大值,当超过这个值,系统就会删除最早的连接,这样始终保持在一个数量级。
这个数值就是由netipv4tcp_max_tw_buckets这个参数来决定的。
CentOS7系统,你可以使用sysctl -a |grep tw_buckets来查看它的值,默认为32768,
你可以适当把它调低,比如调整到8000,毕竟这个状态的连接太多也是会消耗资源的。
但你不要把它调到几十、几百这样,因为这种状态的tcp连接也是有用的,
如果同样的客户端再次和服务端通信,就不用再次建立新的连接了,用这个旧的通道,省时省力。
netipv4tcp_tw_recycle = 1
该参数的作用是快速回收timewait状态的连接。上面虽然提到系统会自动删除掉timewait状态的连接,但如果把这样的连接重新利用起来岂不是更好。
所以该参数设置为1就可以让timewait状态的连接快速回收,它需要和下面的参数配合一起使用。
netipv4tcp_tw_reuse = 1
该参数设置为1,将timewait状态的连接重新用于新的TCP连接,要结合上面的参数一起使用。
netipv4tcp_syncookies = 1
tcp三次握手中,客户端向服务端发起syn请求,服务端收到后,也会向客户端发起syn请求同时连带ack确认,
假如客户端发送请求后直接断开和服务端的连接,不接收服务端发起的这个请求,服务端会重试多次,
这个重试的过程会持续一段时间(通常高于30s),当这种状态的连接数量非常大时,服务器会消耗很大的资源,从而造成瘫痪,
正常的连接进不来,这种恶意的半连接行为其实叫做syn flood攻击。
设置为1,是开启SYN Cookies,开启后可以避免发生上述的syn flood攻击。
开启该参数后,服务端接收客户端的ack后,再向客户端发送ack+syn之前会要求client在短时间内回应一个序号,
如果客户端不能提供序号或者提供的序号不对则认为该客户端不合法,于是不会发ack+syn给客户端,更涉及不到重试。
netipv4tcp_max_syn_backlog
该参数定义系统能接受的最大半连接状态的tcp连接数。客户端向服务端发送了syn包,服务端收到后,会记录一下,
该参数决定最多能记录几个这样的连接。在CentOS7,默认是256,当有syn flood攻击时,这个数值太小则很容易导致服务器瘫痪,
实际上此时服务器并没有消耗太多资源(cpu、内存等),所以可以适当调大它,比如调整到30000。
netipv4tcp_syn_retries
该参数适用于客户端,它定义发起syn的最大重试次数,默认为6,建议改为2。
netipv4tcp_synack_retries
该参数适用于服务端,它定义发起syn+ack的最大重试次数,默认为5,建议改为2,可以适当预防syn flood攻击。
netipv4ip_local_port_range
该参数定义端口范围,系统默认保留端口为1024及以下,以上部分为自定义端口。这个参数适用于客户端,
当客户端和服务端建立连接时,比如说访问服务端的80端口,客户端随机开启了一个端口和服务端发起连接,
这个参数定义随机端口的范围。默认为32768 61000,建议调整为1025 61000。
netipv4tcp_fin_timeout
tcp连接的状态中,客户端上有一个是FIN-WAIT-2状态,它是状态变迁为timewait前一个状态。
该参数定义不属于任何进程的该连接状态的超时时间,默认值为60,建议调整为6。
netipv4tcp_keepalive_time
tcp连接状态里,有一个是established状态,只有在这个状态下,客户端和服务端才能通信。正常情况下,当通信完毕,
客户端或服务端会告诉对方要关闭连接,此时状态就会变为timewait,如果客户端没有告诉服务端,
并且服务端也没有告诉客户端关闭的话(例如,客户端那边断网了),此时需要该参数来判定。
比如客户端已经断网了,但服务端上本次连接的状态依然是established,服务端为了确认客户端是否断网,
就需要每隔一段时间去发一个探测包去确认一下看看对方是否在线。这个时间就由该参数决定。它的默认值为7200秒,建议设置为30秒。
netipv4tcp_keepalive_intvl
该参数和上面的参数是一起的,服务端在规定时间内发起了探测,查看客户端是否在线,如果客户端并没有确认,
此时服务端还不能认定为对方不在线,而是要尝试多次。该参数定义重新发送探测的时间,即第一次发现对方有问题后,过多久再次发起探测。
默认值为75秒,可以改为3秒。
netipv4tcp_keepalive_probes
第10和第11个参数规定了何时发起探测和探测失败后再过多久再发起探测,但并没有定义一共探测几次才算结束。
该参数定义发起探测的包的数量。默认为9,建议设置2。
设置和范例
在Linux下调整内核参数,可以直接编辑配置文件/etc/sysctlconf,然后执行sysctl -p命令生效
办法如下:
1、进入电梯服务器设置菜单。
2、找到与满载相关的参数或设置选项。
3、修改满载参数,如增加最大承载量或调整满载警报阈值。
4、保存修改并退出设置菜单。
SCUM服务器配置详解。不少玩家可能对于游戏中服务器配置各个内容还不太了解,下面带来具体的介绍及参数设置推荐,供各位玩家们参考。服务器配置详解
声明:本服务器配置说明以G-Portal UI为例,仅供参考!
在本篇服务器配置说明中,不会将所有服务器UI中的每一项都进行说明解释,只将其中的较容易被误解或混淆的选项进行说明!
服务器名称Server Name
这一项很简单,就是当人们在多人游戏中搜索服务器时,此处输入的名称将显示在服务器列表当中,但是有几个地方需要进行注意,一是名称中禁止使用official,然后是避免使用过长的名字或者使用大量的服务器描述,还有就是尽量避免使用网址。如果你在服务器命名时出现了上述问题,会导致服务器无法启动的问题。
世界允许最大僵尸数量MaxAllowedZombiesInWorld
这一项代表游戏地图中一次会产生多少僵尸,数字越大,每个玩家周围可能产生的僵尸就越多
注:和僵尸数量有关的选项,其代表的是每个玩家周围可能产生的僵尸数量,这也意味着,如果一个小队在一个区域人数越多,则在他们周围生成的僵尸也会越多
一天时间的速度TimeOfTheDaySpeed
这一项为倍数关系,用来调整游戏中完成一个全天周期所需要的现实时间,默认速度是游戏中一天=现实中6小时
如果需要对游戏中一天的时间进行调整,则可以根据下列公式进行计算
6/T=X
T=你希望游戏一天的持续时间
X=你需要设置TimeOfDaySpeed的值
举例:
如果你希望现实1小时为游戏中的一天(日/夜周期)套用公式6/1=6,则输入的值为6
如果你想让游戏中的一天在现实中持续24小时,套用公式6/24=025,则输入的值为025
注意:游戏中的日/夜周期比例为2:1,所以1个6小时的周期则是白天4小时,夜晚2小时。24小时的周期则是白天16小时,夜晚8小时。
生成器群组失效时间值
这一项表示服务器刷新一个区域内所有物品需要的基础时间,也是一个倍数关系,其定义为,一个区域的所有玩家离开此区域50米半径范围后,物品重生的时间,默认时间为30分钟。
同样,如果需要对此项进行调整,则可以使用下列公式进行计算
T/30=X
T=你希望多久重生一次物品(分钟)
X=你需要设置的值
例如:
你希望15分钟重生一次物品,套用公式15/30=05,则输入值为05
如果你想30分钟重生一次物品,套用公式30/30=1,则输入值为1
同样如果你希望1小时重生一次物品,套用公式60/30=2,则输入值为2
这一项的目的是为了防止玩家在一个区域重复搜索
生成概率乘数SpawnerProbabilityMultiplier
这项为在开放世界中生成的物品(包括地面,盒子,柜子,架子等不需要按F进行搜索就能看到的),此项将使生成物品的位置有物品生成的基础概率成倍增加或减少。生成物品的位置物品生成的范围为稀有生成的10%到普通生成的60%。这个生成物品的概率不影响物品的稀有度,只是物品是否会生成而已,生成的物品是随机的,稀有度还不能被控制,当然,概率法则就是,生成的物品越多,出现稀有的概率就越大。
默认倍数为1(10%概率),高于1则会使物品生成的概率增加,相反,低于1则会使物品生成的概率减少。如果将倍数设置为10,则每个物品生成的位置都必然会生成一个物品
当倍数设置为2时,稀有物品和普通物品生成概率将会从10-60%提高到20-120%,任何超过100%的东西都会必定生成,以此类推,当倍数为5的时候,范围会扩大到50-300%,这意味着你有1/2的概率获得稀有物品
检查生成概率乘数ExamineSpawnerProbabilityMultiplier的原理同上
0条评论