01
在相乘之前修正时间边界
Tungsto 月度续费代表 30 天的服务期。三十六个这样的期间等于 1,080 天。这与 36 个日历月不同,后者跨越 1,095 天,或者当所选间隔包含闰日时为 1,096 天。选择一种模型,并将确切的开始日期、结束日期、时区和计费小时数或秒数放在两个工作表顶部。
如果分析使用 1,080 天,请将输出标记为 36 三十天计费周期,而不是默认为三个日历年。如果采购需要 36 个日历月,请在这些确切日期内对专用续费和云运行时间进行定价。这可以防止将微小的时间不匹配呈现为平台节省。
02
定义等效的服务范围
在选择产品之前描述工作负载:操作系统、持续和峰值 CPU、常驻内存、本地和持久存储、I/O 模式、公共寻址、每月传输、备份保留、恢复目标和区域。单个专用主机不会自动与跨区域分布的云设计相媲美,正如一个云实例不会与所有核心持续可用的裸金属主机相媲美。
创建两个满足相同声明结果的架构。如果需要故障转移,请在两侧包括备用计算、复制存储、负载平衡和操作员程序。如果需要弹性,请对实际时间表和峰值形状进行建模,而不是在安静时段以满利用率对专用服务器收费,并对一个规模不足的云实例收费。
03
建立完整、有来源的成本账本
对于专用租赁,包括所选期限价格、任何额外地址或服务、外部备份、软件许可证和管理。对于云,包括计算购买模式、块或对象存储、预配置性能、快照、备份检索、数据传输、公共地址、负载均衡器、监控、支持以及相同的许可证和员工工作。保持税收和货币转换规则一致。
使用带日期的提供商计算器导出,而不是记忆的价格。AWS 为实例、EBS、监控、传输、地址和额外成本记录了单独的估算输入;其他提供商有自己的规则。按需计算可能按秒计费,而存储和传输使用不同的维度,因此一个月度占位符无法代表整个架构。
建立完整、有来源的成本账本| 账本组 | 专用型号 | 云模型 |
|---|
| 计算 | 必需主机的期限续费 | 按实例和购买模式的运行时间 |
|---|
| 数据 | 本地布局加外部备份 | 卷、快照、对象存储和检索 |
|---|
| 网络 | 包含端口及所述附加项 | 入口、出口、地址和负载均衡规则 |
|---|
| 操作 | 监控、补丁和恢复工作 | 平台运营加上托管服务溢价 |
|---|
04
运行敏感性案例,而不是单一预测
保持每个不确定的输入可见。针对较低和较高的利用率、传输、存储增长、备份保留和操作员时间重新计算。为云折扣添加承诺到期案例,并为专用设计添加替换或迁移案例。不要编造竞争对手的价格或性能;输入当前报价并记录其检索日期。
有用的盈亏平衡声明是有条件的:在选定的运行时间、传输和人员配置假设下,一种设计在固定期限内成本更低。这不是关于云或裸金属的普遍主张。
05
生成可审计的决策
预期结果是每种架构的物料清单、共同的日期边界、来源链接、三种敏感性情况以及排除的收益或风险列表。将迁移工作量、锁定、扩展速度和硬件隔离作为决策因素,即使它们没有被折算成美元。定期审查实际发票和利用率;该模型是决策记录,而非对未来价格或工作负载需求保持不变的承诺。
直接回答
关于本指南的问题
为什么 36 乘以月价并不总是等于三个日历年?
因为 Tungsto 使用 30 天的月度服务期。三十六个周期是 1,080 天,而 36 个日历月根据日期通常是 1,095 或 1,096 天。在两侧使用相同的明确时间范围。
是否应该排除员工时间,因为两个平台都需要管理员?
不。仅包括可归因于每个可比设计的工作,使用明确的费率或工时假设。托管服务可能会减少某些任务并引入其他任务;不要分配无根据的普遍节省。