Bigstep’s Full Metal Cloud 公司的产品经理 Alex Bordei分享了他们在 NoSQL 使用上关于可伸缩性的经验。Alex 给出了如下五条建议：
- 永远不要假设规模是线性增长的。虽然硬件是可伸缩的，但软件并不能百分百地能利用硬件资源，却需要为这些用不到的硬件资源买单。因而，Alex 建议要寻找到硬件成本与硬件能力的切合点。下图展示了水平伸缩与垂直伸缩方面的性价比趋势：
- 相信测试而非文档。Alex 告诫说，不要信任供应商的文档，虽然研读这些文档非常有用，但最好还是基于自己系统的情况对 NoSQL 进行测试。由于虚拟化和云技术使得搭建平台变得非常容易，因此不要找借口说没条件进行测试。
- 体察细节：内存与 CPU 的度量数据。尤其对于内存数据库而言，内存的性能直接影响着数据库的性能。CPU 的指标同样需要引起重视。只有准确地获得这些硬件资源的使用效率，才能将钱花在刀刃上。
- 不要忽略网络延迟。只要数据库是分布式的，必然需要占据网络带宽。无论是节点之间的通信，还是对数据建立副本，网络延迟以及吞吐量都直接制约着整个系统的性能。如果网速太慢，即使内存与 CPU 再好，对系统性能的改善也是杯水车薪。
- 不要对 NoSQL 数据库做虚拟化。虚拟化是个好东西，但也得量力而为。由于它会影响到内存访问速度，而这一点对于 NoSQL 数据库而言却又至为关键。根据 Alex 的观察，对比虚拟环境，运行在纯硬件环境上的管理程序性能要提示 400% 左右。
感谢郭蕾对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ）或者腾讯微博（ @InfoQ ）关注我们，并与我们的编辑和其他读者朋友交流。
暂无签名
最新发布
我眼中的 Visual Studio 2010 架构工具
2010 年 7 月 23 日
快速了解 Scala 技术栈
2014 年 9 月 8 日
阅读者 (二十八)：实现领域驱动设计
2014 年 5 月 15 日
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
AI / ML算法的公平性，偏差和对社会/经济的影响
淘系前台业务秒交付研发模式的革新探索
数字虚拟人技术前沿与应用落地
评论