四大常见AWS云迁移错误

拥有超过一百万的客户，AWS让各种类型、规模和行业的企业相信其公有云对IT运营的助益。但AWS的迁移过程却不总是完美无瑕的。

每个企业的IT环境有其独特的特点，这就是为什么将应用迁移到云时需要制定详细而周密的计划。但有一些最佳做法是所有企业都必须遵循的，以及一些需要避免的错误。以下是四种常见的AWS云迁移错误。

1.选择错误的AWS实例类型

将本地服务器迁移到AWS时，需要管理员来选择合适的亚马逊弹性计算云(EC2)实例类型。AWS提供了几个类别的实例类型，让人在选择的时候常常会感到一头雾水。特别对那些有高性能需求的繁忙工作负载更是如此。想要选择正确的实例类型，需要的不仅仅是简单的选择虚拟CPU和内存的大小，还需要更多细节的规划。

例如，EC2实例通常把数据存储在亚马逊弹性块存储(EBS)的卷上。实例通过网络连接到EBS，与EBS的强连通性能够对那些需要高存储性能的工作负载起到辅助作用。每个实例系列中的特定实例类型可以支持一个被称为EBS优化的功能，它能够提供专用于EBS I/O操作的吞吐量。这可以极大地提高EBS卷的性能，成为获取最佳读/写性能的一个重要因素。

每个EC2实例系列还包括了某些能够支持高速或10Gb的网络连接，以及增强的网络功能的实例类型。这些类型适用于那些在网络上发送和接收大量数据的繁忙服务器工作负载。

管理员必须选择一个能提供适当的CPU和内存资源的实例类型，并且能同时满足EBS存储和应用数据传输所需的网络连接性。如果CPU或内存资源不足的话，实例以及在此之上运行的应用将会受到性能的影响。如果网络有瓶颈的话，也会产生类似的问题。选择一个没有足够资源的实例类型的最终结果，是一个缓慢的服务器和应用的最终用户体验不佳。

2.选择错误的存储配置

许多企业的工作负载需要大量的存储I/O，但是许多企业在迁移到AWS时却选择了无法提供足够I/O性能的存储配置。EBS卷通常用于存储重要数据，而我们可以选择的EBS卷类型有以下几种。

EBS卷有三种可用的类型，而选择合适的类型对于生产系统是非常关键的。磁性EBS卷类型是由带旋转盘的传统硬盘所支持。这种卷类型提供只最低的I/O性能，一般只用于存储不常访问的数据。

另外两种EBS卷类型 - 通用型和配置型 - 都是由固态硬盘(SSD)来支持。固态硬盘使用基于闪存的存储，没有任何的移动部件;因此，他们更少会发生错误，并且比传统的磁盘快得多。由SSD支持EBS卷可支持每个磁盘更高的IOPS。通用型的EBS卷最多支持10000IOPS;而配置型的IOPS卷支持高达20000IOPS。

适当的存储需求规划包括了选择合适的实例类型 - 有着EBS优化功能和良好的网络连接性 - 以及选择合适的EBS存储类。如果不这样做通常会导致网络和存储产生瓶颈，进而削弱云应用的性能。

3.没有实施正确的架构

在AWS上部署工作负载的其中一个关键架构模式是消除单点故障。这通常需要为每个工作负载使用多个EC2实例，在一个AWS区域中添加冗余。例如，IT管理员可以在两个分别的可用区中放置一个应用的Web前端服务器;这些服务器也可以驻留在两个不同的物理位置。然后，这些Web前端服务器便可以使用例如AWS弹性负载平衡的服务来做负载均衡。这是一种简单的方法可以确保特定负载可以在一个单一实例发生故障或当可用区掉线时继续运行。

没有从一开始就实现高可用性是一种常见的云迁移错误。一些机构会选择在迁移的阶段先实施单实例架构 - 并计划以后再实现高可用性。这种做法增加了服务中断的几率，并可能会在AWS的云迁移完成之后提高运营开销和基础架构的复杂度。为了达到最佳效果，应该在开始迁移之前，就打造基于最佳实践的应用。

4.IT人员培训不当或不够