大型数据库服务器配置(访问量在3万左右)具体清单里有什么?

大型数据库服务器配置(访问量在3万左右)具体清单里有什么?,第1张

访问量在3W左右的话,算比较大的了。这种大型数据库服务器对cpu性能,内存容量,磁盘读写速度要求都非常高的。\x0d\x0a\x0d\x0a你可以看看国产品牌正睿的这款双路八核服务器,标配2个Xeon E5-2690八核心十六线程处理器(2.9GHz,8GT,20M缓存)、24G DDR3 REG ECC容错校验内存,SSD 512G 6Gbps高性能固态硬盘,2U热插拔机构,可以在不关机的情况下增加或更换硬盘,四个千兆网卡。如果以后随着业务量的增长,觉得性能不够用了,还可以扩展到两颗处理器,达成16颗处理核心32条计算线程(任务管理器那里可以看到32个处理器格子,相当恐怖- -~),最大支持512GB DDR3 REG ECC高速容错校验内存,怎么也够用了。\x0d\x0a产品型号:I22S2-88916RHVK\x0d\x0a产品类型:双路八核机架式服务器\x0d\x0a 处 理 器:Xeon E5-2690×2\x0d\x0a内存:32G DDR3 REG ECC\x0d\x0a硬盘:SSD 512G\x0d\x0a机构:2U机架式 \x0d\x0a价格:¥69800\x0d\x0a 银牌服务\x0d\x0a全国三年免费上门售后服务,关键部件三年以上免费质保。\x0d\x0a\x0d\x0a这个配置跑你的大型数据库怎么也够用了,CPU性能时顶级配置了,没办法再升了。硬盘是超高性能的SSD硬盘,读可以达到500MB/s,写可以达到260MB/s,如果加上3个做raid5,那读速度可以达到1200MB/s,写可以达到500MB/s左右,所向无敌。所以可以考虑增加到3个,做raid5阵列,这样既保证数据安全,又可以提升读写性能。\x0d\x0a\x0d\x0a给你推荐的是国产品牌正睿的服务器产品,他们的产品性价比很高,做工很专业,兼容性,质量之类的都有保障,售后也很完善,3年免费质保,3年免费上门售后服务,在业界口碑很不错。

swappiness=0 的时候表示最大限度使用物理内存,然后才是swap空间;swappiness=100 的时候表示积极的使用swap分区,并且把内存上的数据及时的搬运到swap空间里面。对于现在动辄几十GB、上百GB物理内存的服务器来说,究竟为其Linux系统设置多大的交换分区合适呢?为此,我引用红帽官方里的一段文字进行简单说明一下。

目前红帽官方推荐交换分区的大小应当与系统物理内存的大小保持线性比例关系,不过在小于2GB物理内存的系统中,交换分区大小应该设置为内存大小的两倍,如果内存大小多于2GB,交换分区大小应该是物理内存大小加上2GB。其原因在于,系统中的物理内存越大, 对于内存的负荷可能也越大。但是,如果物理内存大小扩展到数百GB,这样做就没什么意义了,大家说对吧!

实际上,系统中交换分区的大小并不取决于物理内存的量,而是取决于系统中内存的负荷。Red Hat Enterprise Linux 可以在这样的情况下工作:完全没有交换分区,而且系统中匿名内存页和共享内存页小于3/4的物理内存量。在这种情况下,系统会将匿名内存页和共享内存页锁定在物理内存中,而使用剩余的物理内存来缓冲文件系统数据(pagecache),当内存耗尽时,系统内核只会回收利用这些pagecache内存。

考虑到以下情况:

1)安装系统时难以确定内存的负荷,如何设置交换分区大小

2)系统中物理内存越大,所需交换分区就会越少

因此,在Red Hat Enterprise Linux 中,以下是设置合适的交换分区大小的规则:

物理内存交换分区(SWAP)

<= 4G至少4G

4~16G至少8G

16G~64G至少16G

64G~256G至少32G

注:

1.但我们平时安装系统时,默认都分内存的2倍,因为现在有硬盘空间都很大,也不在乎那几十G的空间,嘿嘿!(其实也是为了省事)

2.其它操作系统也是类似。

你这简直是天大的笑话,哈哈哈,哈哈哈!512GB的内存,你怕不是服务器哟!而且还是那种双路服务器。你这内存顶多16GB。512GB的那个是固态硬盘,1TB那个是传统的机械硬盘。固态硬盘被分了几个区,可见的有两个,另外还有一些隐藏的分区,加起来大概477GB左右。因为厂商是按1000进制算的容量,而计算机是以1024进制进行读取,所以……。我已经给你解释清楚了,别闹这种笑话了。


欢迎分享,转载请注明来源:夏雨云

原文地址:https://www.xiayuyun.com/zonghe/381204.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-05-15
下一篇2023-05-15

发表评论

登录后才能评论

评论列表(0条)

    保存