亚马逊AWS中断显示云中的数据并不总是安全的

 
亚马逊AWS数据工厂最近的停电中断以及由此导致的一些客户数据丢失表明，将数据存储在云中并不意味着您不需要备份。
在作者/程序员Andy Hunt发布推文之后，他发现人们硬件故障可能发生在任何地方并且云端托管数据不会自动安全
2019年8月31日，位于北弗吉尼亚州的亚马逊AWS US-EAST-1数据中心在凌晨4:33经历了电源故障，导致数据中心的备用发电机启动。不幸的是，这些发电机在大约上午6点开始失效，导致7.5%的EC2实例和EBS卷变得不可用。
“太平洋夏令时间下午1点30分太平洋时间上午4点33分，美国东部地区六个可用区之一的十个数据中心之一看到了公用电力的失败。我们的备用发电机立即上线，但开始在周围失败PDT。上午6:00。这影响了可用区内7.5%的EC2实例和EBS卷.PDT在太平洋时间上午7:45完全恢复到受影响的数据中心。到太平洋时间上午10：45，除了1%的实例外已经恢复，到PDT的下午12:30，只有0.5%的实例仍然受损。从影响开始，我们一直在努力恢复剩余的实例和数量。少量剩余的实例和卷托管在硬件上我们继续努力恢复所有受影响的实例和卷，并通过个人健康仪表板与剩余的受影响客户进行通信。为了立即恢复，我们建议更换任何剩余的受影响的实例或卷，如果可能。”
电源恢复后，亚马逊确定某些EC2实例和EBS卷遭受硬件损坏，并且存储在其上的数据不再可恢复。
Amazon Elastic Block Store是一项亚马逊服务，允许您创建块级存储卷，然后可以将其作为存储附加到Amazon EC2虚拟机实例。
在受到这次停电的影响之后，Hunt告诉BleepingComputer他发现整个体验令人沮丧，因为他在试图获得状态更新时“不断从亚马逊那里得到废话”。
“我们的工程师目前正在调查受影响的实例，例如你的实例，因此这将需要一些人来调查所有实例受此事件影响的持续问题。请随时向我们发送更新信息。但是，由于没有ETA目前，请记住，在工程师完成调查之前我们不会收到任何信息，这可能需要一段时间。如果您有任何进一步的问题或疑虑，请告诉我们。“
终于在9月3日，亨特被告知他的数据无法恢复。
“由于电力事件造成的损害，这些卷下的EBS服务器尚未恢复。在进一步尝试恢复这些卷之后，它们被确定为无法恢复。”
对于Hunt来说，这种数据丢失并不是灾难性的，因为他有可以恢复的工作备份，但对于其他可能依赖亚马逊的EBS广告冗余和持久性功能的人来说，数据丢失可能意味着很大的问题。
无论数据存储在何处，始终执行备份
Hunt的经验对于在云端托管数据的任何人来说都是一个很好的教训。
无论服务宣传哪些功能，为您的数据合并辅助备份策略始终都很重要。
例如，亚马逊EBS宣称自己“旨在通过在可用区(AZ)内复制来防止故障，提供99.999%的可用性和年度失败率(AFR)在0.1%-0.2%之间。”
即使有这些广告功能，亚马逊也会通过明确声明他们只会因服务可用性损失而发放信用额并且不对数据丢失负责，从而保护自己。
“作为使用Amazon EC2的一部分，您同意您的Amazon EC2资源可能因失败，退休或其他AWS要求而被终止或替换。对于任何损害，责任，损失(包括任何腐败，我们)不承担任何责任。删除，破坏或丢失数据，应用程序或利润)，或由此产生的任何其他后果。“
亚马逊并不孤单。例如，DropBox表示他们为所有计划提供“120天的文件恢复”，包括免费计划。对于大多数用户而言，这意味着他们不需要担心在备份数据时意外删除或硬件损坏。
即使有这个功能，DropBox声明他们也不对丢失数据负责。
至多，遭遇数据丢失的用户将因损失而获得几个月的信用，而由于数据丢失，他们可能会损失更多。
现实情况是，无论服务或设施的设计如何精良，都会发生硬件故障，并且必须为任何不测事件做好准备。
即使经历了亨特的经历，他也承认“现在，在亚马逊的辩护中，我们已经在这里托管了这个应用程序和数据多年而没有发生任何事故。”
因此，在发生丢失时，要聪明并投资二级备份提供商以获取任何关键任务数据。 此外，此备份应托管在完全不同的提供商，该提供商不与您的主数据托管提供商共享任何设施，以便添加真正的冗余。