数据库是一个WEB 应用程序的基础，数据库服务器挂了的话，整个WEB 也就挂了所以数据库异地实时备份非常重要，不知道 hbase 在这方面怎么样？
首先我想说的是你考虑都没有考虑过这个需求。
然后就觉得HBase很酷，觉得很牛逼的样子，就用。（不知道是不是误解了你的意思）
如果你是一个很基本的小WEB应用程序。普通的MySQL之类的数据库。你上面的要求足以。
HBase的话，我给你讲个场景，你就明白了。
当数据量越来越大，RDBMS数据库撑不住了，就出现了读写分离策略，通过一个Master专门负责写操作，多个Slave负责读操作，服务器成本 倍增。随着压力增加，Master撑不住了，这时就要分库了，把关联不大的数据分开部署，一些join查询不能用了，需要借助中间层。随着数据量的进一步 增加，一个表的记录越来越大，查询就变得很慢，于是又得搞分表，比如按ID取模分成多个表以减少单个表的记录数。经历过这些事的人都知道过程是多么的折 腾。采用HBase就简单了，只需要加机器即可，HBase会自动水平切分扩展，跟Hadoop的无缝集成保障了其数据可靠性（HDFS）和海量数据分析 的高性能（MapReduce）。
以上纯属个人意见。
老老实实用关系型数据库