看到前后端同学关于 React/Vue 进行各种有意义的"探讨", 作为默默无闻的运维同学决定不再沉默, 结合自己工作的问题, 偷偷造了一个轮子: AWS 中国区(EC2/RDS/Elasticache) 计算器分享 https://cloud.engineerdraft.com/
公司的业务运行在 AWS 中国区上, 由于我们是一家有技(暂)术(不)追(盈)求(利)的科技创新公司, 在日常运维中, 我们在如何替老板节省成本上进行各种折腾(北京 Region 迁移 宁夏 Region, 实例调整和匹配, 预留实例, Spot Instance)等, 在这过程中我们经常会遇到这样的问题
发现目前市面上并没有特别趁手的工具, 比较接近的是云势数据计算器, 个人最开始也是用了一阵, 总体上还是不错的, 但是在一些场景下(比如: 我需要快速找到一个机型不支持 search, 不能快速对比北京和宁夏实例的价格差别等), 所以自己造了一个轮子, 分享给大家, 希望可以帮助同样在使用 AWS 中国的同学.
由于定位是效率工具, 只考虑了 PC 上展示.
1
Had 2020-06-05 18:25:28 +08:00
首先,感谢.
先点一个实例,然后切换他的任何一个参数,就不好用了... 先点了看了看,有以下反馈,如果冒犯还请海涵:) 1. 快速知道配置和价格这件事做的还成,但是 CPU 的型号主频没有,另外价格我们也可能要了解 Convertible 的,可转换在新旧实例类型交替时,可以保证资产;另外说实话啊,以 AWS 的分类,基本上不算太有角色重合的配置要你选择 2. c5.xlarge 换成什么其实也很好确定... 3. 价格差异,大概默认 2/3 就好了... 当然你用来评估的,更精确一点也挺好 4. 新服务支出多少,其实实例部分是一些,另外一部分在 EBS 在流量,EBS 选不好也挺贵的 5. 大的方向看,ARM 系,AMD 2 代和 d/n 系以外,其他没有太特别的不一样的(一些小型号另说),中国区从 19 年上了 nitro 后,走的还不错 |
2
joesonw 2020-06-05 18:26:59 +08:00
点进去公司看有点 TJ 的 apex 的感觉.
|
3
Had 2020-06-05 18:35:05 +08:00
另外想说,offer file 其实比较迷,有时候快有时候慢.
举个例子,offer file 并不会告诉你,在 PG 9.6.16, 10.11, 11.6, 12.2 及以上版本,在宁夏,是有 r5/m5/t3 的,你就没办法体现出来了,而且,这个还挺重要... |
5
Had 2020-06-05 18:47:53 +08:00
ElastiCache 不支持 Heavy Utilization Reserved,不过这个倒是也不太重要了
另外再说一个非常重要的一点,即 Instance size flexibility 对于 RDS 和 EC2 的 RI,这个非常非常重要,我觉得你应该基于 normalization factor 计算,你算出来最基本的即 1 个 normalization factor 后,再去以此构建计算器,感觉更普适一些 (当然我不会说即便是 AWS 也会出现同一个 family 的 RI,因为 size 不一样,导致 1 个 factor 价格不一样的问题:) 最后再补充以下,以上所有的工作都建立在 RI 体系,如果你去 Savings Plan,就是另外一个世界了:) (不排除中国区上线哦 |