Day 17 储存宝石：【Lab】S3 储存类别 & 生命周期管理 (上)

今天我们将来动手做 Lab，进行 S3 储存类别 & 生命周期管理的实作演练。

储存类别间的移动实作

首先，到 S3 Bucket 阶层，点开 Upload 介面(下图#1)，按下 Add files (下图#2)浏览档案。

选择要上传的档案(下图#1)，点击右下 Open (下图#2)。

确认要上传的档案在列表上後(下图#1)，点击 Upload (下图#2)。档案上传完毕後，再点进档案页(下图#3)。

进到档案页後，将 Overview 切换至 Properties (下图#1)，选择下方的 Storage class (下图#2)。

可以看到列表大部分项目是先前在观念讲解章节介绍过的，而其中没有被介绍过的 Intelligent-Tiering (下图#3)，是一个会自动根据使用需求来分配 Storage class 的新功能，但并不影响我们的决定方案。

如果能手动决定，那就自己决定；如果不能自己决定，交给智慧的 Intelligent-Tiering (下图#3)功能来决定也可以。

而另外一个 Reduced Redundancy (下图#4)则是一个已经被淘汰的 Storage class，所以不用去看它。

档案的 Storage class 原本设为 Standard，假设改为 Standard-IA (下图#1)，以较低的 Availability 来减少花费成本，按下 Save (下图#2)，来完成 Storage class 的改变。

假设再把档案往下一层放到 One Zone-IA (下图#1)，也就是把所有备份放到同一个 Availability Zone 里，也是按下 Save (下图#2)来储存调整。

假设再把档案往下一层到 Glacier storage class (下图#1)，再点击 Save (下图#2)储存设定。

但 Storage class 调整为 Glacier 之後，会发现不能再点进 Properties 任何设定，如下图：

切回 Overview (下图#1)页面後，会发现下方出现 Warning 警示讯息(下图#2)，表示当前的 Object 存在於 Glacier storage class，所以不能进行下载或使用此 Object。

当档案移动到 Glacier storage class 的时候，事实上，档案已经不存在於 S3 服务里面，而是存在於名为 Glacier 的服务里面。

先回到 S3 Bucket 层级(下图#1)，按下重新整理(下图#2)，可以看到档案的 Storage class 已经变成 Glacier (下图#3)了。

结语

此次实作，我们已示范了如何从 S3 Standard、Standard-IA、One Zone-IA，一路转移到 Glacier 类别，并看到当档案移往 Glacier，我们将无法马上取用。

What's Next?

那麽明天，我们将继续接着「储存宝石：【Lab】S3 储存类别 & 生命周期管理 (下)」！