盛大云 呵呵 盛大云对“物理磁盘损坏导致个别用户数据丢失”事件声明

我觉得这事儿吧，盛大云主要是错在没有提前向用户说明：云主机本地磁盘的数据是会丢的。
磁盘没做raid可能性不大，毕竟那么多机器那么多硬盘，如果不做raid的话早出事儿了，估计是几块盘同时坏了或者干脆整台机器都挂了。

楼主的这个“呵呵”不是已经在微博被批判过几遍了吗

@ElmerZhang +1
本地硬盘挂掉很正常...

作云计算，让用户在自己在其他地方作备份，这...

首先要明白一个问题...云硬盘和云主机本地磁盘并不是一个东西

复制一段介绍 AWS EC2 和 EBS 的内容

```
Amazon EC2平台主要包含如下部分：

EC2实例
AMI（Amazon Machine Image）是Amazon虚拟机镜像文件，它是一个可以将用户的应用程序、配置等一起打包的加密机器镜像。用户创建好AMI后，部署在EC2平台上运行，称为一个EC2实例。每个实例自身包含一个本地存储模块（Instance Local Store），临时存放用户数据。如果EC2实例运行过程中出现故障或者实例被终止，存储在其中的数据将会丢失。因此，Amazon建议将重要的数据保存在EBS中以增强可靠性。

弹性块存储
弹性块存储（EBS）映射为EC2实例上的块设备，与EC2配合使用。EBS允许用户创建卷（Volume），每个卷可以作为一个设备挂载到EC2实例上。数据在EBS中存储多份，从而保证高可靠性。另外，EBS提供了增量快照功能，可以将当前卷的状态快照增量备份到S3中。假设EBS卷有100G数据，其中只有5GB的数据从上次快照操作以后产生了变化，那么，仅仅需要将这5GB变化的数据备份到S3。

弹性负载均衡
弹性负载均衡自动地将流量分发给多个EC2实例，并且在一定程度上支持容错。弹性负载均衡功能可以识别出应用实例的状态，当某个实例出现故障时，它会自动将流量路由到健康的实例上。

EC2存储

EC2本地存储是实例自带的磁盘空间，但它并不是持久的，也就是说这个实例所在的节点出现故障时，相应的磁盘空间也会随之清空，本地存储上的数据随时有丢失的风险。

为了解决本地存储不可靠问题，EC2推出了EBS，数据在EBS中自动在同一个可用区域内复制多份。EBS通过卷来组织数据，每个EBS卷只能挂载到一个EC2实例。EBS卷并不与实例绑定，而是与用户帐号绑定。当EC2实例发生故障时，用户可以在新启动的EC2实例上重新挂载EBS卷。另外，EBS能够以快照的形式将数据增量备份到S3，而S3的数据分布在多个可用区域，进一步增强了可靠性。
```

来源: http://hi.baidu.com/ops_bd/blog/item/ece98397ab64e7ada877a41c.html

总的来说就是盛大技术差了一点

由背包兔谴责盛大云说起
http://wangleheng.net/2012/08/beibaotu_and_grandcloud/

一直感觉... 盛大就是个坑...

不会是程序员没有持证上岗吧？

本地磁盘不可靠+1
盛大本来本地磁盘就不大，就是在建议你去使用他们的云硬盘。。。可大多数用户都不买账。。又是嫌硬盘小，又是嫌硬盘慢。。然后各种无脑测评也都是拿本地磁盘又是盘内文件复制，又是UnixBench的测半天。。。看了就蛋疼。。。。
不过记得@muxi 之前说过，阿里云的做法貌似高明些，就是本地磁盘和云存储直接捆绑卖，系统盘还是本地磁盘，但是资料盘就是云存储

再次证明。。

数据备份是多么重要的事。。

对用户来说，见到这个，无论你什么理由，直接就认为你不行。连基本的安全都无法解决，可以说盛大云犯了大忌。即使再低价，竞争力也上不去啊

备份这事另说。。我只是单纯的觉得，，，对云主机评测这种事，应该先用下aws体验下那个糟烂的io后，培养起对弹性云的基本认识，再来使用。
当然阿里云的营销策略上这点干的不错。知道用户是二货，就把产品打包成二货们最喜欢的方式。

cloud，如果浮云。

使用新浪云的飘过，还不错，不过需要一个定时数据备份再上传的别的服务器的功能;)

这个能算云？

这种服务器都是用单独的存储设备，估计也懒得恢复了。

没有备份服务么？太水了吧

数据备份是头等大事