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

盛大

云对

磁盘

19 条回复 • 1970-01-01 08:00:00 +08:00

1

ElmerZhang

2012-08-07 13:15:23 +08:00

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

2

aisk

2012-08-07 13:19:24 +08:00

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

3

aveline

2012-08-07 13:23:36 +08:00

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

4

kedron

2012-08-07 13:43:54 +08:00

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

5

aveline

2012-08-07 13:55:50 +08:00

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

6

xspio

2012-08-07 14:16:32 +08:00

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

7

claliu

2012-08-07 14:57:28 +08:00

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

8

Hyperion

2012-08-07 16:01:27 +08:00

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

9

liyandong

2012-08-07 16:40:17 +08:00

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

10

master

2012-08-07 22:14:35 +08:00

1

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