事 实证明在大内存进程上使用NUMA(分布式内存存取)技术并不容易,我们在试图更新我们的MySQL初始化脚本到世界级水准的时候发现了这个问题。正如我 们之前所述,当前的最佳做法是为MySQL、 MongoDB、 Memcached 和 Java等大内存进程系统使用 numactl 来设置完全交叉存取的 NUMA 系统模式。这可以防止在未知的核心内存类型上运行缓慢,还可以避免在其他节点还有足够空闲内存时发生交换(也即虚拟内存的使用)。
但是我 们发现,至少在Xen虚拟机使用的CentOS 5的某些版本上,NUMA未被编译进去,自然也不被支持。虽然还不是特别清楚,但这似乎是为了避免某些情况下的内核引导故障。这样做的结果是,NUMA 不被支持,因此 numactl 也就没用了,但是我们依然应该注意别发生交换问题,即便是在 NUMA 硬件上。
我们现在正准备用一个不同的内核来为虚拟机启用NUMA机制,虽然这可能没多少意义,然后我们会使用numactl来设置基本上防止NUMA发生的交叉存取模式(这样,至少大内存进程可能因为NUMA意识到位置问题而受益,当然,不包括内核和其他进程)。
我们还没有仔细考虑的另一种方案是在启动的时候关闭NUMA支持,理论上这样做将会运行在类似交叉存取的模式,也可以解决问题,很有意思。
技术项目 - 有趣的虚拟机NUMA问题
原创
©著作权归作者所有:来自51CTO博客作者云络科技的原创作品,如需转载,请与作者联系,否则将追究法律责任
上一篇:MySQL的正确备份
提问和评论都可以,用心的回复会被更多人看到
评论
发布评论
相关文章
-
设置虚拟机IP
重启虚拟机 重启后,查看虚拟机IP ip a 虚拟机已有自己的IP 输入虚拟机用户
设置虚拟机IP IP 重启