之前减少过Wasabi 作为 S3 兼容的对象存储服务，由于最近遇到了一些 Wasabi 使用上的问题，也开始在部分常见使用另一家价格相对不错的对象存储 iDrive.
官网: https://www.idrive.com/e2/ 价格 Pay annually starting at $40.00/year $4.00 First year, 1 TB
iDrive 提供简单粗暴的各种价格方案，且首年还有超大折扣。流量上跟 Wasabi 一样免费，且跟 Wasabi 一样有个流量限制上的坑，Wasabi 是流量不超过存储，而 iDrive 是流量不超过 存储的3倍。如存储了 1TB，那么流量最多只能是 3TB。距离的流量说明可以参考官方文档: https://www.idrive.com/e2/faq-account-management#egress-policy How does the free egress policy in IDrive® e2 work? The free egress policy in IDrive® e2 is designed to ensure that users can store, download, and access data at a reasonable rate without burdening our service. Here are the guidelines used to determine a good fit use case for e2’s egress policy.
最近在公司部分服务往 k8s 迁移的工作中，有个服务第一次镜像打包并在 k8s 中部署后，发现在访问 Apple Push Server(https://api.push.apple.com )会报证书验证错误: not a valid x509 certificate
心想，大厂 Apple 不至于证书配置错误吧，赶紧浏览器访问下，确实一切正常.
联想到这个服务原来还是跑在一台比较古老的 EC2 上，以及最近 golang 服务因为 k8s dns 问题，基础镜像均使用了 Debian，于是怀疑是不是最近 Debian 证书更新导致了某些 CA ROOT 被移除，Google 了下，果然发现，2020.06 的证书更新中，移除了某些 CA ROOT: ca-certificates: Removal of GeoTrust Global CA requires investigation .
从图中的 Apple Api Push 域名的证书链中，能发现 Apple IST CA2 - G1 证书由 GeoTrust Global CA 交叉签名出来的 CA，而 GeoTrust Global CA 属于 Symantec，Symantec 在 2018 年由于不规范签发证书，被 Google 以及 Mozilla 等在 2018 年就决定被不信任。
S3 作为 AWS 的第一个云服务，且作为部分 aws 服务的基石，能与众多 aws 服务有着良好的整合。
除此之外，并且在众多的开源项目中也有着许多良好的支持如:
Gitlab artifacts/upload 的存储 Mastodon 的媒体文件存储 Discourse 的用户上传内容的存储 个人用 s3 比较多的地方，就是各种备份啦，如 gitlab 的备份，数据库备份等.
然而 aws 的 s3 并不便宜，由于按量计费，基本就是用多少付多少。以 us-east 为例，前 50TB 存储成本为: $0.023 per GB. 在加上$0.023 per GB出站流量费用，如果数据量比较大，对于个人，可能是用不起的…
好在 s3 基本作为事实标准的对象存储 api，大部分云厂商都有良好的支持。同时，一些不像 Azure/GCP 那么大的云服务厂商，也均有提供物美价廉的 s3 兼容服务。而这其中，最便宜的可能莫过于 Wasabi 了。
完整价格参见: https://aws.amazon.com/s3/pricing/ Wasabi 价格 wasabi 也是按量收费，其中只计算存储费用，但是至少存储 1TB,不满 1TB 也会按照 1TB 收取 5.99usd 的费用。出入站流量均不另外计费，API 请求也不另外收费。可以认为，wasabi 基本就是按照存储大小计费。而 5.99usd/1TB 的价格，相比于 s3，可谓很便宜了~
具体价格说明见: https://wasabi.com/cloud-storage-pricing/ 在 aws cli 中使用 Wasabi wasabi 兼容 s3 api，因此我们可以在 aws cli 中直接使用。
Terraform Terraform 是 HashiCorp 公司旗下的 Provision Infrastructure 产品, 是 AWS APN Technology Partner 与 AWS DevOps Competency Partner。Terraform 是一个 IT 基础架构自动化编排工具，它的口号是“Write, Plan, and Create Infrastructure as Code”, 是一个“基础设施即代码”工具。
Terraform VS Yaml 相比于直接使用 Yaml 文件管理 k8s 集群，虽然 yaml 文件也能版本控制，但是可能会存在如下问题:
资源删除/重命名 后，该如何自行执行更新?
以删除资源为例，可能需要通过执行 kubectl delete -f xxx.yaml 来执行删除，而使用 terraform 管理的话，就很简单: terraform apply.
初始化 配置 Terraform backend 为了方便多人协作以及 CI，这里推荐使用 S3 作为 terraform backend,其他 backend 可以查看官方文档 .
以下配置包含了使用 aws s3 作为 state 的存储以及使用 dynamodb 作为 lock.
由于 Ghost 一些沙雕问题，最终，我还是决定尝试下静态博客，选择了 Hexo.
托管于 Github/Gitlab，并使用 Gitlab CI 自动打包 Push 到 S3.
本来想试试看把之前 Ghost/WordPress 的数据搬过来，但是搜了下，似乎都失败的，于是暂时放弃把旧的 Blog 搬过来，暂时考虑会人工慢慢迁移。
https://anthonyison.com/migrating-from-ghost-to-hexo/
作为容器编排的事实标准,Kubernetes 不管是生产环境还是测试环境都很适合，然而个人用的话，资源占用是一个很大的问题，2c4g *3 的机器配置刚好够跑个 Master 节点。
准备 HA 安装方式，我们需要准备一个外部数据库，这里我们以一个 Mysql 数据库为例。
作为 master/work node 的机器若干。
PS: 倘若阁下亦使用 Debian 10 以及准备使用 Docker 作为运行时，请执行以下命令并选择 /usr/sbin/iptables-legacy 确保能正常使用 Docker.
sudo update-alternatives --config iptables 安装 Server 在至少 2 台的机器上执行安装 k3s server 的命令:
curl -sfL https://get.k3s.io | sh -s - server \ --datastore-endpoint="mysql://username:password@tcp(hostname:3306)/database-name" --docker PS: k3s 默认直接使用 containerd,这里的命令中我使用了 docker 作为运行时，如果不需要可以去掉 –docker .
查看其中一台 Server 上查看是否安装成功:
k3s kubectl get nodes 如果顺利的话，能看到若干的 server node 状态为 Ready:
➜ ~ k3s kubectl get nodes NAME STATUS ROLES AGE VERSION server-0 Ready master 1m v1.
transmission 是一个 bt 客户端，之前重装了一台机器就一直没有重新安装上,今天记录下安装过程。
安装 apt install transmission-daemon --install-suggests 配置 修改之前需要先停止服务
service transmission-daemon stop sudo vim /etc/transmission-daemon/settings.json 修改:
rpc-password 密码 rpc-whitelist-enabled 修改为 false 允许远程登录 重新启动服务
service transmission-daemon start 主题美化 默认主题并不好看，这里推荐安装下这个主题 .