原来这么用公有云是错的

云计算的采用阶段在国内还处于早期，虽然说起步晚可以借鉴成功经验，但是从接触到的用户来看，大家对于云的使用仍然存在很多不恰当的方式，这也是产生云资源和成本浪费的重要原因。同时就导致了上云后并没有产生成本上的明显下降，ROI不符合预期，甚至对云产生怀疑。

通过为多个用户提供的云费用优化服务后发现，大家使用公有云的方式仍然沿袭了传统数据中心/VMware虚拟化环境的资源使用方式，存在资源申请过多/超配，资源长期使用率低等情况，导致云上的费用产生了很多浪费。

ChinaMSP通过对众多云费用优化项目的经验中总结出如下不当的用法：

1.不给资源打标签（Tag）。为云上资源打丰富的标签，能够帮助运维人员理解每台资源的业务属性，提供给云费用优化平台更多的维度来进行费用分析，并能充分利用自动化工具来执行更灵活的资源编排。比如按成本中心/产品线/业务组，按开发/测试/生产，按应用名，按所有者打上各自的标签。但是目前用户普遍对于标签这一重要工具的重视性不够。有的会把多种信息都写在一个标签里面，或者标签命名不规范，比如同一个单词的大小写不统一。

2.存在大量僵尸资源。在传统虚拟化环境中，由于企业需要一次性投入硬件与虚拟化平台，所以在日常的使用中一般都会尽量多的使用资源，超配资源的情况屡屡发生，而且由于缺乏必要的精细化管理手段，导致存在很多被遗忘的“僵尸资源”。

这是目前很多企业在大量使用公有云会存在的情况。对于用于非生产目的，如开发、测试、QA等部门开设资源过于随意，缺乏统一的资源生命周期管理，比如能用什么规格，需要用多久等等，因此极易产生“僵尸资源”。僵尸资源不只是云主机，还有弹性IP，云磁盘，负载均衡器等等，一旦初始化配置不当，在删除主机后，与之相关的这三个资源并不会自动删除，而是继续计费。云环境的特点是按需付费，使用即付费，不用不付费，同时还有价格低廉的预付费资源和竞价资源供用户选择。所以按照传统虚拟化环境的用法在云上必然会产生大量的资源浪费。

3.资源利用率低。ChinaMSP服务过的某互联网金融客户在AWS上CPU使用率低于30%的EC2占比高达87%（处于0-10%的EC2约占60%，10-20%的约占17%，20-30%的约占10%）。在这些机器里，有300多台云主机是CPU使用率低于5%的，而其中僵尸主机有10台，非必须24小时运转的云主机超过100台，而必须24小时运行的云主机又基本都是上一代产品，而不是最新一代的。

以一台c4.2xlarge规格的EC2为例，如果是开发及测试环境，假设每天10小时，每周6天使用，则工作时间为60/168h，占比为不到36%，以全年为时间度量，再算上法定假日和年休假，则实际工作时间占比约为32%，如果能够在不工作的时候将设备暂停，则单台EC2成本可从3400美元降低到1000美元左右。

云的按需属性给予了用户很高的灵活性，同时资源的使用，尤其是计算资源，对于大多数场景下是存在使用率的波峰波谷与周期性，而且对于业务连续性的要求并不高，对于这些资源，就可以对其执行根据工作时间执行启停、升降配等操作。

4.网络传输不合理。对于静态内容多的Web服务使用CDN来降低开销是大家已经很熟悉的操作。但是对于公有云来说，可能会存在另一个“坑”。以AWS为例，如果用户使用了第三方CDN而不是AWS的CloudFront，那么用户的aws资源到第三方CDN之间的流量是要付费的，也就是要收两部分费用：aws到第三方CDN的网络费用，第三方CDN的解析服务费用，而使用AWS的CloudFront则不用花费第一部分的网络费用。但可惜的是aws在中国尚未开通CloudFront服务。

此外，ChinaMSP在服务中也发现有些多媒体行业的用户，网络流量异常，高达上千TB，经过分析发现，是在云内不同的VPC之间传文件走了公网IP而没有使用内网IP。导致在网络流量上花了很多的“冤枉钱”。

5.依赖人工而不是自动化。从接触到的用户来看，除了大型互联网公司以外，其他的中型体量公有云用户，包括很多互联网公司在内，对于公有云运维的自动化水平仍处于初级-中级阶段。我们都知道，公有云的一大特点就是提供了丰富的资源操作API，可以进行十分灵活的调用，但是目前公有云用户的使用水平仍然在脚本执行批处理阶段，实际上是没有完全发挥出公有云的效用的。

对于传统IT来说，云计算是一种范式转换（Paradigm Shift），因此要以全新的思维方式去考虑如何使用云，而不是用传统的方式去看，去用。

ChinaMSP作为新一代云管理服务商（CloudMSP），致力于为用户打造舒适云途，旗下CostVision云费用管理平台，已经帮助互联网金融、电力、广电、零售等行业用户建立起费用优化流程、给予费用优化建议，甚至自动执行优化动作，为用户成功节约数百万美元的云上开销。