本文的目的是为了测试 Amazon EC2 的磁盘性能，从而为数据库搭建做性能估算。使用的测试工具为 sysbench ，这款软件已经很久没更新了。所以全当得出数据为“比较值”。
Amazon 的 Elastic Storage 为 EC2 Instance 提供了软 Raid 的可能性，但是，其 Raid 除了具有数据保障性外，是否有性能提升？提升多少？这是这次实验的目的。
本文由 latteye 翻译自 Redis 文档 Redis Persistence。此文比较详细的介绍了 Redis 的两种持久化方式，是 Linux SA 了解 Redis 的必读资料.同时此文整理在 latteye doc 页面。本人能力有限，英文水平不佳，翻译有错误的地方欢迎指出。
Redis replication(复制)是一款基于 master-slave （主从）机制且易于配置和使用的 Replication。master-slave 则表示 slave 服务器可以成为 master 服务器额外的数据备份。以下是关于 Redis Replication 非常重要的知识点：
本文转载自 1001i blog。
在 Amazon Linux 上应用 Apache httpd mod_proxy_balancer 模块，后端 tomcat 需要 session，于是使用到了 stickysession 功能，但起初无论如何都无法令其工作。于是再转入 CentOS 6 环境测试，发现效果一样。
在对 node.js + MongoDB 做了一周不到的测试之后，我们决定放弃这对组合。放弃的原因有二：
- MongoDB 对数据的保障性不是我们所需要的。这不是 MongoDB 的错误，这是我们选择产品的错误。我觉得 MongoDB 其实就是放弃了这样的数据保障性才获得了更好的性能。所以才更适合类似 facebook twitter 对消息保障性要求不高，但是量大的应用。
- Javascript 的 driver 略显不成熟。其实各类开发速度都很快，同时我对他们的熟悉程度还不够好。所以总的感觉现在还没到用的时候。
这里对第二点做个流水账式样的记录，在学习的过程中发现相关的英文和中文资料都比较缺乏。
续上篇 笔记2 ，还是说一下关于 MongoDB 认证的问题。
在 王文龙 所写的 《MongoDB 实战》 中，写到：
昨天到今天一直在尝试在同一台机器上用多个IP地址来创建 Replica Set + Shard。
由于 MongoDB 官方用户验证方面的文档说的也不太细。所以走了一些回头路。
下面整理一些常见的错误，以及他们可能表达的意思。描述的顺序是按照排错的逻辑：
1. addshard 遇到的错误
db.runCommand({addshard:”172.16.5.104:20000″})
{
“ok” : 0,
“errmsg” : “can’t use localhost as a shard since all shards need to communicate. either use all shards and configdbs in localhost or all in actual IPs host: 172.16.5.104:20000 isLocalHost:0″
}
遇到这样的错误是由于某些服务启动在 localhost 地址。
经过检查发现 route 启动时，读取 config 服务是读取的 localhost 地址：
面试的时候被人问到这个问题：写脚本的时候 用 bash 解析 和用 sh 解析有什么不同，sh link 到 bash 了。回来搜了一下，还真有区别！
© 2012 Water is….. | Theme by Eleven Themes
评论