RAIDb 简介

RAID(Redundant Array of Independent Disks)，是现在 SAN 存储的非常核心的概念，可能很多朋友都熟悉的。这里介绍一个比较旧的新词：RAIDb 。所谓 RAIDb 也就是 Redundant Arrays of Inexpensive Databases (Db)。

RAIDb 其实是和 Sharding 技术概念有些地方是相通的。如果看概念上的验证还可以看 MySQL DRBD 的解决方案。这个概念似乎较早见于 C-JDBC 的设计说明，不过近年来也被一些新的解决方案所引用。(比如sequoia）。

RAIDb-0

表级别. 类似数据库的分区，但 RAIDb-0 是不同表之间，RAIDb-0 不提供容错机制。RAIDb 控制器是整个 RAIDb 的核心。这一组件决定 RAIDb 的可靠性、可用性。

RAIDb-1

DB 的镜像或者复制。也是至少需要两个后端 DB 节点。具备容错机制。和 RAID-1 类似，写操作会慢一点。因为是全复制或者镜像，所以对存储空间的需求是比较大的。

RAIDb-2

部分复制，算是前两种方式的折衷。

RAIDb-1-0

RAIDb-0-1

示意图乍看起来是一样的，RAIDb-1-0 与 RAIDb-0-1 的主要差异在控制器(controller)上。

RAIDb 概念把数据库水平切分的思想抽象出来一个很好的模型。旧瓶装新酒，只要调制合理。

–EOF–

活动：Solaris网络虚拟机构架和Grails框架分析

杭州 OpenSolaris/OpenSource User Group（OSUG) 活动。

Solaris系统中网络虚拟机构架分析

分享嘉宾会就虚拟化技术的逻辑结构及其层次，具体部署一个Solaris虚拟化环境，初步实现数据迁移、容器设置、容器管理等一系列虚拟化技术进行了充分的探讨。

基于Groovy的Grails开源框架分析

动态语言已经迎来它的春天，我们感受过PHP的便捷，Python的简约，以及Ruby的强大直观，现在一个被称为”第二代Java语言”的晚辈—-Groovy试图跳出来唱主角。它是怎样地优秀和特殊，又和Java有着如何密切的亲戚关系，在这个讲座里，大家将听到关于动态语言形象和深入的诠释，看到Groovy on Grails的方方面面。共分为动态语言、Groovy介绍和Grails框架分析等三个部分。

感兴趣的朋友请先去活动页面查看信息。周六下午，我在支付宝恭候各位。也可以来找我进行技术聊天 :)

–EOF–

读《Linux 操作系统之奥秘》

利用空余时间读了一下这本《Linux 操作系统之奥秘》。其实我买这本书开始只为验证一下，看看所谓的”奥秘”到底所指何物。以前对作者也不太熟悉，读罢倒是收起了调侃之心。

看了几章之后觉得这本书还是值得推荐一下。书店里已经有太多 How To 与 Code Review 之类的 Linux 图书(类似的内容也多数可以从网络上 Google 到)，这样把硬件和操作系统结合起来讲(硬件技术更新也很快，软硬结合才是王道)的图书还是很有新鲜感。很多我们每天都能看到的信息来龙去脉能够有个更清楚的了解，绝对有助于我们更深入的驾驭 Linux 。所谓知其然，知其所以然嘛。

关于”硬件测试”的一章，描述 CPU 测试的部分内容不错。不过后面关于硬盘性能的测试有点简单了。发现一点不太严谨的地方，比如 p173 所说的 “SuSE 的 reiserfs” ，容易让读者误会 reiserfs 是属于 SuSE 家的。

这本书挺适合系统管理员仔细阅读一下，我看过的几章中发现了平时不太注意的知识点。其实一本书看到一个管用的知识点已经很不错了。

–EOF–

互联网的比多游戏

Facebook 前几天透漏说图片超过 100 亿张，国内的 51 这也跟着宣布存储的图片超过了 50 亿张(中国最大了)。

Facebook 每天要消耗掉 2-3T 的存储空间(总空间超过 1PB)，想必 51 也要超过 1T 空间吧。存储成本现在其实已经很便宜了，倒是带宽相对更贵一些，所以前端优化看似简单，倒是每一家都需要严肃对待的事情。

同类型的网络应用有的时候变成了”比多游戏”，谁比谁多，谁比谁大。当然，背后其实拼的是成本控制与管理能力，有的时候也是谁比谁有钱 …

–EOF–

BTW，经常有人问，技术人员的价值在哪里，其实这么大的数据量，成千上万台服务器，如果能从中节省 10% 甚至 5%，都将是惊人的财富(如何做?就不告诉你，告诉你你也不做嘛)。大家都在比多，比大，实际上比比产出/投入才是真正有趣的事情。