共计 2346 个字符，预计需要花费 6 分钟才能阅读完成。
静态对象存储的意思就是，和 FTP 差不多，只能上传、下载、删除，不能修改、更新，更不能存动态数据库一类的东西。虽然还是有很多差别，但是 S3 和 CDN 差不多。
为什么不选择可以当硬盘一样随便操作的 EBS 而是用静态对象存储的 S3 呢？
便宜
作为 Archive 存档还是非常值的
作为 CDN 也是很方便的
Cost 花销计算
S3 一样传承了 AWS 复杂的 Cost Calculation。
每月需要上缴的费用主要是这 3 部分的总和：
⓵ 数据所占的容量：
Standard 标准版是 $2.5/100GB/mo
低频率 IA Standard 是 $2.4/100GB/mo
最便宜的 Glacier 是 $2.3/100GB/mo
⓶ API 请求数量:
Write 写请求 (PUT, COPY, POST, or LIST)：Standard 标准 $0.05/ 万次，IA 低频率和 Glacier $0.1/ 万次
Read 读请求 (Get and all other requests)：Standard 标准 $0.004/ 万次，IA 低频率和 Glacier $0.1/ 万次
Delete 删除请求：$0 免费
⓷ 数据传输费用：
传输到 AWS 的不相同 Region：2 USD/100GB,
传输到 AWS 之外的 Internet：月内首次 1GB $0 免费，之后 $9/100GB
传输到 AWS 相同的 Region：$0 免费
外界上传到 AWS：$0 免费
几种个人常见案例（月）：
标准配置：100GB 标准存储 + 1 万次读 + 1 万次写 + 20G 的 Internet 传输 = $3/mo
最低配置：20GB 的 Glacier 存储 + 1 万次读 + 1 万次写 + 5GB 的 Internet 传输 = $2.5/mo
也就是说，API 请求非常便宜，数据传输可以通过 EC2 内部传输的免费额度来省钱，最贵的是数据存储费用。这样来算，个人直接用 Glacier 最划算。
其中比较乱的是传输费用。
与 AWS 的 EC2 等云服务器的传输：
与其它云产品（相当于“与 Internet 互联网”）传输的费用：
与 AWS 的子产品（不包括在 AWS 中）Lightsail 传输的费用：
Cost 优化
参考：Optimizing Costs for S3 参考：10 Things You Might Not Know About Using S3
创建 Bucket
登录 AWS 进入 S3 -> create bucket -> 创建 S3 全网唯一名称 -> 默认选项 -> 选择公开数据的浏览权限 -> 完成创建 Bucket。
过程十分简单，就不截图占地方了。之后都可以修改，填错了也没问题。
下一步：获取 secret_key，用于之后各种访问。
进入官网: Security Credential 创建 key: 选择左侧 User -> 为 s3 创建专门的用户 (IAM) -> 输入名称、密码 -> 成功后，获取这个用户独有的 key pair -> 记住 key pair。
用 s3fs 将 S3 挂载为本地文件夹 Map S3 as local drive
注意：Public access 权限必须设置成 Everyone，要不然无法从各种程序访问。进入 bucket 的管理后台，选择 Permissions，然后设置 Public access. 具体步骤参考：
# https://cloud.netapp.com/blog/amazon-s3-as-a-file-system
sudo apt-get install -y s3fs
# Change key pairs to yours
echo ACCESS_KEY:SECRET_KEY > ~/.passwd-s3fs
chmod 600 ~/.passwd-s3fs
mkdir ~/s3-drive
# Mount the aws S3 bucket (replace your uid and gid)
/usr/bin/s3fs Your-Bucket-Name ~/s3-drive -o umask=0007,uid=1000,gid=1000
# Show all the mounted devices
mount
# Show what’s in the bucket
ls ~/s3-drive
s3fs 的文件读取权限问题
注意，S3 的权限问题十分严格。而且每个文件的权限都有可能不一样。如果是网页上传的，有可能和本地 s3fs 上传的权限不同，这样就不能互通操作。但是一旦用 s3fs 上传全部的文件，那么权限就都是统一的。一旦文件权限没有统一，那么就会在访问时出现 No such file 或 Permission denied 问题。
目前解决方案有两种：
为文件设置 Headers，格式是 x -amz-meta-(mode,mtime,uid,gid)
(推荐) 在启动 s3fs 挂载时，明确指定 umask, uid, gid。如 -o umask=0007,uid=1000,gid=1000
有几点需要注意：
因为固定权限问题，所以不要在多台设备同时挂载（因为每个用户权限可能不同）。如果要多台使用，建议统一在一台服务器上挂载，然后在服务器上把文件夹分享为 Webdav，其它设备再来访问 webdav。
如何修改 header: x-amz-meta-? 在后台文件管理界面，批量选择文件，然后点 Actions，点 change metadata，选择 x -ama-meta-，输入对应 value。
将 S3 作为 Webdav 服务器
搜遍了全网，都没找到靠谱的 S3 转 Webdav 服务器方案，差点就自己写 Webdav 的 protocol 实现了。还好，经过各种换词搜索，灵机一动，换了种思路：可不可以先把 S3 映射为本地 drive，然后再正常把本地 drive 共享为 webdav？答案是：可以的。
具体做法就是：用 s3fs 映射到本地文件夹，再用 wsgidav 或 apache 或 nginx 将文件夹共享为 webdav 服务器。亲测可用，而且十分好用。因为同属 AWS 资源，同属一个 Region 区，所以访问速度和访问 EBS 硬盘感受不到什么区别。
