亚马逊出现故障宕机了，有什么原因会让服务器造成宕机？

其实在这一次的网络风波当中，不仅亚马逊出现了故障宕机，包括谷歌，脸书和推特这些全球性的公司都出现了类似的问题，说说话让服务器停止运营的方法有很多，一般情况下，包括转店，网络故障，黑客攻击。今天就跟大家来探讨一下，在这一次的亚马逊服务器停机过程当中，可能由哪些因素引起？

第一，官方给出的解释。

在脸书给出公告不久之后，亚马逊也给出了同样的解释，表示这一次之所以会出现服务器问题，可能是因为他们出现了网络故障，也就是dns出错，但是这样的低级错误很明显，并不能够让大家相信，主要就是因为作为一个全球性公司，像这样的域名错误，为什么能够导致六个小时没有办法恢复正常的运行。

第二，有没有其他的原因造成这一次的服务器危机？

因为这一次的网络危机主要发生在美国本土，所以就有人猜测，可能是美国的海底光缆，甚至其本国全部的网络通讯都受到了影响，但是在一些其他用户当中可以看出它们使用一些其他应用，并没有反馈出相同的问题，因此可能是这几家公司的网络服务器受到攻击。最有可能的就是被同一批黑客同时攻击他们的服务器，才导致他们不得已停止服务器运行。

第三，如何看待这一次的风波所造成的影响？

虽然现在这几家公司都对外表示只是网络问题，但是这一点肯定没有办法得到大家的信任，有人猜测，真的可能是一些网络黑客攻击了他们的服务器，让他们同时下线。从而保证服务器不会占有，然后通过断电继续恢复服务器，或者跟黑客进行交谈协商。如果真的是这样的话，那么也就意味着全球没有一个服务器是安全的，毕竟他们的服务器安全等级是非常高的。

Amazon Elastic File System (Amazon EFS) 提供了简单且可扩展的 文件存储 ，可与 AWS 云中的 Amazon EC2 实例配合使用。Amazon EFS 易于使用且界面简单，可让您轻松快捷地创建和配置文件系统。借助 Amazon EFS，存储容量将具有弹性，可以根据您增减文件的操作而自动增加或减小容量，从而让您的应用程序在适当的时间获得所需的存储。

挂载到 Amazon EC2 实例后，Amazon EFS 文件系统会提供标准文件系统界面和文件系统访问语义，让您可以将 Amazon EFS 与现有应用程序和工具无缝集成。多个 Amazon EC2 实例可以同时访问 Amazon EFS 文件系统，因而 Amazon EFS 可以为在多个 Amazon EC2 实例上运行的工作负载和应用程序提供相同的数据源。

您可以在使用 AWS Direct Connect 连接 Amazon VPC 时，将 Amazon EFS 文件系统挂载到本地数据中心服务器。您可以将 EFS 文件系统挂载到本地服务器，从而将数据集迁移到 EFS、启用云爆发场景或将本地数据备份到 EFS。

Amazon EFS 不仅设计可实现高可用性和耐久性，还适用于各种使用案例，包括 Web 和内容服务、企业应用程序、媒体处理工作流程、容器存储以及大数据和分析应用程序。

优势：无缝支持NFSv4，无缝实现对文件系统存储容量扩展和缩减，省去了部署和维护工作，多个EC2可以同时访问一个Amazon EFS文件系统，许多用户可以访问和共享共同的数据来源。采用SSD作为存储介质提高了吞吐量、IOPS和低延迟。

使用流程：

1、Configure file system access

指定可访问EFS的EC2所在的VPC，EFS通过创建挂载点的方式对外提供访问，支持多挂载点（在多个地域起了多个实例，支持跨地域能力）

2、Configure optional settings

对EFS打标签以及选择类型，支持通用能力以及高性能盘两种

3、Review and create

检查配置和创建文件系统，创建成功后结果如下（因只在区域ap-southeast-2a有ec2实例，所以只创建了一个挂载点）：

文件系统挂载点创建好后，返回一个访问的DNS，DNS命名规则为

创建好挂载点后，EFS支持ec2访问已经打通网络的私有服务器访问

EC2挂载：

私有服务器挂载：

挂载efs的ec2实例必须添加与efs同样安全组才能够挂载访问

使用root登录et2实例后（刚创建的ec2实例用ubuntu登录，登录后sudo passwd root创建root账户），执行挂载命令

---