话说，在之前给大家介绍如何一步一步创建AWS EC2实例时，在存储设置中，我特别强调了gp3更加灵活，自己也一直使用gp3。
(图源 ：pixabay)
原文中内容如下：
关于类型，gp2更简单，gp3更灵活（配置和计费也复杂），也有其它一些类型，比如针对IO密集的，我一般都使用gp3。
然而昨天创建完成实例，并且浪费了一整天时间进行初始设置和迁移数据之后，我偶然间发现，我的存储卷，IOPS只有100！
仔细观察，我才发现存储类型我选择的是gp2，下图上边存储卷：
妄想通过编辑功能修改存储类型，发现和自己预料的一样，不可以：
当然了，其实是可以通过调大空间来增加IOPS，按着上图下边的描述，每GB空间对应3 IOPS，最低100 IOPS。
也就是说，如果我把空间调整到1000GB，那么就会得到3000 IOPS，就不必担心IOPS紧张了。
这是个好办法嘛？当然是差到不能再差了，因为除非有那么大的空间需求，否则就是浪费空间，浪费金钱——因为，每个GB空间都不是白给的，都是要钱的，钱钱钱！
那么有什么好办法嘛？想来想去，虽然可以通过额外挂载个新卷并选择gp3类型，那是那就相当于白白浪费掉一个卷的空间（作为root卷，没法被移除）。所以最最最靠谱的方法，还是一切都推倒重来！重建一个EC2实例（当然，一定要注意选择gp3类型）
另外，顺便对比一下重建实例时，gp2以及gp3设置上的区别。
这是gp2的：
进入到高级设置：
这是gp3的（这次我要选这个，选这个）
进入到高级设置：
可以看到，gp2只能设置容量，IOPS随着容量做相应增长；而gp3可以选容量和吞吐量。相应的规则如下：
For General Purpose SSD (gp2) volumes, baseline performance scales linearly at 3 IOPS per GiB from a minimum of 100 IOPS (at 33.33 GiB and below) to a maximum of 16,000 IOPS (at 5,334 GiB and above). General Purpose SSD (gp3) volumes support a baseline of 3,000 IOPS. Additionally, you can provision up to 500 IOPS per GiB up to a maximum of 16,000 IOPS.
按着上述选择以及之前的步骤，成功创建新实例后，再去查看相应的Volumes，我们会发现，这次这个卷可以编辑很多内容，安逸多啦：
然后又是费劲周折地各种初始化设置，迁移数据等等，都完成之后就可以删除之前弄错的实例啦：
删除成功！
哎，其实创建个新实例啥的一点也不麻烦，麻烦就在于各种初始化操作，以及迁移数据。这就好比我们买台新电脑，装系统一点不麻烦，麻烦的是装完系统后各种设置以及安装各种常用软件，迁移数据等等。
哎，这一天天的，之前因为Key Pair以及putty版本的问题，就重弄折腾过一次了；这次又因为存储卷类型选错，又折腾一次。
按着惯例，每次进行这种大的操作之后，我都要回顾一下，汲取一下经验教训。结果一回顾，我又发现问题了，原来在编辑存储卷操作中，就可以切换存储卷的类型！
也就是说，我明明可以通过编辑功能直接修改类型，结果却选择了漫长的重建->设置->迁移数据->删除老实例这个过程。
到这里，我真想去试着把存储卷类型切换成gp2，再切回来（换成gp3），看看是否一切如我想象的那样正常。不过最终我还是忍住了，怕再折腾出来毛病，把数据折腾毁了，那就要哭了。
所以，我到底失误了多少次？我是数不清楚啦。