之前发帖说过ec2存储卷类型的问题，有朋友微信私聊问我：“O哥O哥，你怎么就弄20G空间呀？干啥都不够啊！”，言外之意说我有些吝啬。
这怎么能叫吝啬呢？这叫抠门好不好？哦，不对，这叫节约好不好？毕竟每G空间都是要交月租的，能省的话，当然要节省一些啦。
(图源 ：pixabay)
说起来你可能不信，20G空间，装完系统，还剩接近19G呢，能干好多事情呢，毕竟这EC2我不是用来存储小电影的。😍😳
关于本地存储
其实，让我放心只使用20G空间的一个重要原因是，这个类型（z1d.xlarge）的AWS EC2实例，还附带了一个150G的存储盘。
就是在存储配置中Volume2：
按着AWS的说明：
Instance store volumes are physically attached to the host computer. These volumes provide temporary block storage that persists only during the lifetime of the instance. If you stop, hibernate, or terminate an instance, data on instance store volumes is lost. The instance type determines the size and number of the instance store volumes available and the type of hardware used for the instance store volumes. Instance store volumes are included as part of the instance's usage cost.
也就是说这个卷是物理连接到主机的，在实例存续期内都可以使用，而且并不额外收费——这简直太美好了。
分区、格式化等
不过虽然这个存储卷分给我们了，还是需要我们处理一下才能正常使用，也就是说需要分区、格式化 、挂载（自动挂载）。下面我们就来一一介绍。
其实，或许可以不分区直接使用整盘，不过我还是比较习惯分区，所以就不做额外尝试了，感兴趣的朋友可以自己去测试一下。
分区
在正式处理之前，我们先需要获取这个存储卷的设备名称（Device Name），执行以下指令即可：
sudo fdisk -l
这个命令会返回EC2上所有的存储设备，根据空间大小，我们可以轻易判断这个是我们要找的：
注意，这里有一个小BUG，回头看我们创建实例中存储配置那个图中，device name显示的为：/dev/nvme0n1，而fdisk显示的为/dev/nvme1n1。所以一定要是fdisk实际显示的内容为准，否则把别的存储卷干废了，就欲哭无泪了。
知道了设备名，我们就可以直接开始操作啦：
sudo fdisk /dev/nvme1n1
进去之后，我们先使用m指令查看一下帮助信息：
我们输入n指令来创建一个新分区：
输入p或者直接回车，设置这个分区为主分区（Primary），同时起始扇区都使用默认值（最大空间）：
我们可以使用p指令来查看新分区（非必须）：
使用w指令来保存修改：
创建文件系统
至此，分区操作已经完成，不过在正式使用分区之前，我们还需要对其进行格式化（创建文件系统），指令如下：
sudo mkfs.ext4 /dev/nvme1n1p1
响应如下：
这里需要注意一下UUID，一会我们还会用到。如果不小心把UUID弄没了（比如关闭窗口等），也不要怕，可以用sudo blkid查看。
挂载
完成分区、创建文件系统之后，我们需要将设备挂载到系统上，才能正常访问到。
首先我们需要创建一个挂载点：
sudo mkdir /work
然后编辑/etc/fstab，加入对应内容即可，比如：
UUID="265fd668-fc01-4a0a-98e6-041de6a0f4db" /work ext4 defaults,discard 0 0
之后可以用如下指令挂载：
sudo mount /work
当然，EC2实例重启后，会自动挂载。
总结
EC2的z1d.xlarge实例提供了额外的本地存储，并且不额外收费（羊毛出在羊身上，实例贵呀）。
通过对其进行分区、创建文件系统、挂载后，就可以愉快使用这个巨大的本地存储啦，哈哈哈，再也不用担心空间不够啦！
其实150G空间干啥都不够，比如说跑个HIVE节点就差好多好多空间呢（截至撰写本文，HIVE压缩节点已经使用408G空间），哎，只能拿来做别的用途啦。