21分钟教会你分析MaxCompute账单

标签：处理   src   tunnel   csv文件   money   关于   阿里云   上传   ble   

关于MaxCompute计量计费说明，详见官方文档：

但是通常情况下，我们在数据开发阶段或者在上线前夕会发下账单有波动（通常情况下为增大）， 其实用户首先可以通过自助的方式来分析账单波动情况，再倒逼自己的作业进行优化。阿里云费用中心就是一个很好的通道，阿里云所有商业化收费的产品都可以在其中下载费用明细。

获取账单信息
通常您需要使用主账号查看账单详情。如果您需要使用子账号查看账单信息，请首先参考费用中心RAM配置策略行子账号授权。

step1：使用主账号或者被授权的RAM子账号来登录阿里云管控台。
step2：右上角进入费用中心。

step3：在费用中心-消费记录-消费明细中，选择产品和账单日期。

包年包月中的 后付费是指项目开通包年包月计算计费模式后，还产生的存储、下载对应的费用（存储、下载费用只有后付费）。

step4：为了方便批量分析数据，我们选择下载使用记录csv文件在本地分析。

下载csv文件如下，可以在本地打开进行分析。

--csv的表头
项目编号，计量信息编号，数据分类，存储（Byte），SQL 读取量（Byte），SQL 复杂度（Byte），公网上行流量（Byte），公网下行流量（Byte），MR 作业计算，开始时间，结束时间，SQL读取量_访问OTS（Byte）,SQL读取量_访问OSS（Byte）
上传账单明细至MaxCompute
使用记录明细字段解释：

项目编号：当前账号下或子账号对应的主账号的MaxCompute project列表。
计量信息编号：其中会包含存储、计算、上传和下载的计费信息编号，SQL为instanceid，上传和下载为Tunnel sessionid。
数据分类：Storage（存储）、ComputationSql（计算）、UploadIn（内网上传）、UploadEx（外网上传）、DownloadIn（内网下载）、DownloadEx（外网下载）。按照计费规则其中只有红色为实际计费项目。
开始时间/结束时间：按照实际作业执行时间进行计量，只有Storage是按照每个小时取一次数据。
存储（Byte）：每小时读取的存储量单位为Byte。
SQL 读取量（Byte）：SQL计算项，每一次SQL执行时SQL的input数据量，单位为Byte。
SQL 复杂度（Byte）：每次执行SQL的复杂度，为SQL计费因子之一。
公网上行流量（Byte），公网下行流量（Byte）：分别为公网上传和下载的数据量，单位Byte。
MR作业计算（CoreSecond）：MR作业的计算时单位为coresecond，需要转换为计算时hour。
SQL读取量_访问OTS（Byte）,SQL读取量_访问OSS（Byte）：外部表实施收费后的读取数据量，单位Byte。
① 确认CSV文件数据，尤其是列分隔符等（推荐使用UE）。

数据以逗号分隔，且单元格值都带有双引号。

② 数据预处理：替换掉文档所有双引号，以方便使用Tunnel等上传工具。

替换为不用填写。直接点击全部替换。

③ 创建MaxCompute表，存储下载的消费明细。

DROP TABLE IF EXISTS maxcomputefee ;

CREATE TABLE IF NOT EXISTS maxcomputefee
(
projectid STRING COMMENT ‘项目编号‘
,feeid STRING COMMENT ‘计费信息编号‘
,type STRING COMMENT ‘数据分类，包括Storage、ComputationSQL、DownloadEx等‘
,starttime DATETIME COMMENT ‘开始时间‘
,storage BIGINT COMMENT ‘存储量‘
,endtime DATETIME COMMENT ‘结束时间‘
,computationsqlinput BIGINT COMMENT ‘输入数据量‘
,computationsqlcomplexity DOUBLE COMMENT ‘sql复杂度‘
,uploadex BIGINT COMMENT ‘公网上行流量Byte‘
,download BIGINT COMMENT ‘公网下行流量Byte‘
,cu_usage DOUBLE COMMENT ‘MR计算时*second‘
,input_ots BIGINT COMMENT ‘访问OTS的数据输入量‘
,input_oss BIGINT COMMENT ‘访问OSS的数据输入量‘
)
;
④ Tunnel上传数据，具体Tunnel的配置详见官方文档。
odps@ sz_mc>tunnel upload /Users/yangyi/Desktop/ODPS_2019-01-12_2019-01-14.csv maxcomputefee -c "UTF-8" -h "true" -dfp "yyyy-MM-dd HH:mm:ss";

当然用户也可以通过DataWorks数据导入的功能来进行，具体详见操作步骤。

⑤ 验证数据。

通过SQL分析账单数据
1、分析SQL费用
云上客户使用MaxCompute，95%的用户通过SQL即可满足需求，SQL也在消费成长中占据了绝大部分。
SQL费用=一次SQL计算费用 = 计算输入数据量 SQL复杂度 0.3元/GB

--分析SQL消费，按照SQL进行排行
SELECT to_char(endtime,‘yyyymmdd‘) as ds,feeid as instanceid
,projectid
,computationsqlcomplexity --复杂度
,SUM((computationsqlinput / 1024 / 1024 / 1024)) as computationsqlinput --数据输入量GB
,SUM((computationsqlinput / 1024 / 1024 / 1024)) computationsqlcomplexity 0.3 AS sqlmoney
FROM maxcomputefee
WHERE TYPE = ‘ComputationSql‘
AND to_char(endtime,‘yyyymmdd‘) >= ‘20190112‘
GROUP BY to_char(endtime,‘yyyymmdd‘),feeid
,projectid
,computationsqlcomplexity
ORDER BY sqlmoney DESC
LIMIT 10000
;
--查询结果--

根据此段SQL执行结果可以得到如下结论：

大作业可以优化的点：**是否可以减小数据读取量、降低复杂度来优化费用成本。
也可以按照ds字段（按照天）进行汇总，分析某个时间段内的SQL消费金额走势。比如利用本地excle或云上QuickBI等工具绘制折线图等方式，更直观的反应作业的趋势。
拿到具体的instanceid，在console或者DataWorks脚本中进行wait instanceid;查看具体作业和SQL。
image
随即在浏览器中打开logview的url地址（关于logview的介绍详见官方文档）：

从logview中获取DataWorks节点名称：
在logview中打开SourceXML可以查看到具体执行信息，如SKYNET_NODENAME表示DataWorks的节点名称（当然只有被调度系统执行的作业才有值，临时查询为空，如下图所示）。拿到节点名称可以快速的在DataWorks找到该节点进行优化或查看责任人。

2、分析作业增长趋势
一般情况下费用的增长背后其实是作业量的暴涨，可能是重复执行，也可能是调度属性配置的不是很合理。

--分析作业增长趋势
SELECT TO_CHAR(endtime,‘yyyymmdd‘) AS ds
,projectid
,COUNT(*) AS tasknum
FROM maxcomputefee
WHERE TYPE = ‘ComputationSql‘
AND TO_CHAR(endtime,‘yyyymmdd‘) >= ‘20190112‘
GROUP BY TO_CHAR(endtime,‘yyyymmdd‘)
,projectid
ORDER BY tasknum DESC
LIMIT 10000
;
--执行结果--

从执行结果可以看出来12-14日提交到MaxCompute且执行成功的作业数的波动趋势。

3、分析存储费用
存储费用的计费规则相对来说比较复杂，因为下载到的明细是每个小时取一次数据。按照MaxCompute存储计费规则，会整体24小时求和然后平均之后的值再阶梯收费。具体详见官网。

--分析存储费用
SELECT t.ds
,t.projectid
,t.storage
,CASE WHEN t.storage < 0.5 THEN 0.01
WHEN t.storage >= 0.5 AND t.storage <= 100 THEN t.storage0.0192
WHEN t.storage > 100 AND t.storage <= 1024 THEN (1000.0192+(t.storage-100)0.0096)
WHEN t.storage > 1024 AND t.storage <= 10240 THEN (1000.0192+(1024-100)0.0096+(t.storage-1024)0.0084)
WHEN t.storage > 10240 AND t.storage <= 102400 THEN (1000.0192+(1024-100)0.0096+(10240-1024)0.0084+(t.storage-10240)0.0072)
WHEN t.storage > 102400 AND t.storage <= 1048576 THEN (1000.0192+(1024-100)0.0096+(10240-1024)0.0084+(102400-10240)0.0072+(t.storage-102400)*0.006)
END storage_fee
FROM (
SELECT to_char(starttime,‘yyyymmdd‘) as ds
,projectid
,SUM(storage/1024/1024/1024)/24 AS storage
FROM maxcomputefee
WHERE TYPE = ‘Storage‘
and to_char(starttime,‘yyyymmdd‘) >= ‘20190112‘
GROUP BY to_char(starttime,‘yyyymmdd‘)
,projectid
) t
ORDER BY storage_fee DESC
;
--执行结果--

根据计算结果可以分析得出结论：

存储在13日为最高有一个增长的过程，但是在14日是有降低。
存储优化，建议表设置生命周期，删除长期不使用的临时表等。
4、分析下载费用
对于公网或者跨Region的数据下载，MaxCompute将按照下载的数据大小进行计费。计费公式为：一次下载费用=下载数据量*0.8元/GB。

--分析下载消费明细
SELECT TO_CHAR(starttime,‘yyyymmdd‘) AS ds
,projectid
,SUM((download/1024/1024/1024)*0.8) AS download_fee
FROM maxcomputefee
WHERE type = ‘DownloadEx‘
AND TO_CHAR(starttime,‘yyyymmdd‘) >= ‘20190112‘
GROUP BY TO_CHAR(starttime,‘yyyymmdd‘)
,projectid
ORDER BY download_fee DESC
;
按照执行结果也可以分析出某个时间段内的下载费用走势。另外可以通过tunnel show history查看具体历史信息，具体命令详见官方文档。

以下几种计算作业与SQL类似，按照官方计费文档编写SQL即可。

5、分析MapReduce作业消费
MR任务当日计算费用=当日总计算时*0.46元

--分析MR作业消费
SELECT TO_CHAR(starttime,‘yyyymmdd‘) AS ds
,projectid
,(cu_usage/3600)*0.46 AS mr_fee
FROM maxcomputefee
WHERE type = ‘MapReduce‘
AND TO_CHAR(starttime,‘yyyymmdd‘) >= ‘20190112‘
GROUP BY TO_CHAR(starttime,‘yyyymmdd‘)
,projectid
,cu_usage
ORDER BY mr_fee DESC
;
6、分析外部表作业（OTS和OSS）
SQL外部表功能计费规则：一次SQL计算费用=计算输入数据量SQL复杂度0.03元/GB

--分析OTS外部表SQL作业消费
SELECT TO_CHAR(starttime,‘yyyymmdd‘) AS ds
,projectid
,(input_ots/1024/1024/1024)10.03 AS ots_fee
FROM maxcomputefee
WHERE type = ‘ComputationSql‘
AND TO_CHAR(starttime,‘yyyymmdd‘) >= ‘20190112‘
GROUP BY TO_CHAR(starttime,‘yyyymmdd‘)
,projectid
,input_ots
ORDER BY ots_fee DESC
;

--分析OSS外部表SQL作业消费
SELECT TO_CHAR(starttime,‘yyyymmdd‘) AS ds
,projectid
,(input_oss/1024/1024/1024)10.03 AS ots_fee
FROM maxcomputefee
WHERE type = ‘ComputationSql‘
AND TO_CHAR(starttime,‘yyyymmdd‘) >= ‘20190112‘
GROUP BY TO_CHAR(starttime,‘yyyymmdd‘)
,projectid
,input_oss
ORDER BY ots_fee DESC
;
总结
MaxCompute产品消费的增长（暴涨）往往背后都是由于作业量的大幅度提升，要优化自己的费用成本，首选要知道自己SQL等作业中存在什么问题，要优化具体哪一个SQL。本文期望能够给予大家一些帮助。更多关于费用成本优化的文章可以详见，云栖社区《帮助企业做好MaxCompute大数据平台成本优化的最佳实践》和《众安保险如果优化自己的MaxCompute费用成本实践》。

21分钟教会你分析MaxCompute账单

标签：处理   src   tunnel   csv文件   money   关于   阿里云   上传   ble   

原文地址：http://blog.51cto.com/14031893/2345870