linux – PostgreSQL高性能安装程序
我正在设置一个具有以下规格的服务器:
稍后我可能会将应用程序与数据库分开,但现在它们将在同一台机器上.我已经读过PostgreSQL的性能受益于: 由于我的单个RAID 10卷似乎总共有559808 MB可用,因此这是当前的分区计划: 以下是一些问题: 注意:pgdata分区中所有数据库的总大小可能在未来几年内不会超过20 GB. 解决方法>好的,让我们变得真实.使用中的数据库应用服务器不应该真正交换.现在,我理解“换掉没有像内核部分那样使用的东西等等”,但是64GB的交换空间是荒谬的.没有办法计算机可以以合理的速度以合理的方式利用它.花太长时间.削减它.重大.非常重要.喜欢8g左右.也许是12或16.但是根本没有办法甚至远程使用你目前指定的64gb.>您的服务器有望在计算方面做很多事情,因为虽然不可悲,但它不是一个高性能的数据库服务器.坏消息.真是坏消息.所有事情共享的一次突袭10 – 不是一个好主意.但6碟不是高性能15k或不.我这里有一个较小的数据库服务器,在RAID 10中只有6个光盘用于数据.无论你做什么,交易明智,除非你做OLAP,否则你将再次受到光盘性能的限制.光盘子系统无法推动ONE 12核心处理器,其中4个绝对是不可能的.在大多数情况下,单个4芯会使光盘过载.真的,最好在计算方面做点什么. 建议: >为日志添加另一个SSD.这非常快,响应时间非常快.数据库需要尽快将更改写入光盘,这在某些情况下会“注销并刷新”.>确保你需要你买的东西.我知道Java可能是一种资源匮乏,但在这些方面呢?你真的需要48芯吗? Centos能否正确处理? Linux DID存在太多核心问题.现在,我知道这些时间大部分已经结束,但是48个内核可能非常推动.我非常喜欢功能强大的服务器,但是当我正常使用数据库时,它们的大小是4位数上升(1000 gb),光盘子系统至少有10个,通常超过1000个光盘可以为需要IO预算的怪物提供数据. OR服务器用于虚拟化.>可能会添加更多RAM. 32gb的声音令人印象深刻,但对于48个核心来说,我喜欢偏低的一点.我更喜欢使用至少1-2千兆字节的PER CORE.>如果你去AMD,记得在处理器之间拆分模块;) (编辑:应用网_丽江站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |