CLI使用案例8:使用CLI了解基础资源使用状况

本文涉及的产品
对象存储 OSS,20GB 3个月
对象存储 OSS,恶意文件检测 1000次 1年
对象存储 OSS,内容安全 1000次 1年
简介: 想要知道日志服务一些重要资源的使用状况?例如: 1. 一个Project的总shard数量是否已经超过了200个限制? 2. Logtail配置、机器组、报表数等是否快要满了? 现在使用CLI一行命令即可实现!

背景

我们知道,日志服务的每个Project有一定的资源限制,你是否时常需要知道一些重要资源的使用状况?例如:

  1. 一个Project的总shard数量是否已经超过了200个限制?
  2. Logtail配置、机器组、报表数等是否快要满了?

现在使用CLI一行命令即可获得相关信息,以便及时提工单申请更大限额。

介绍

获取资源使用状况(get_resource_usage)检查传入的Project的所有基础资源,并以Json的形式列出,覆盖如下基础资源:
image

前提

这里假设已经完成了CLI的安装配置.

获取基础资源使用状况

一行命令即可获取:

例如:

aliyunlog log get_resource_usage  --project="my project name"  --format-output=json

返回的格式是一个json,例如:

{
  "consumer_group": {
    "count": {
      "status": 8
    },
    "logstores": {
      "access-log": {
        "limitation": 10,
        "status": 7,
        "usage": "70.0%"
      },
      "billdata": {
        "limitation": 10,
        "status": 1,
        "usage": "10.0%"
      }
    }
  },
  "dashboard": {
    "count": {
      "limitation": 50,
      "status": 28,
      "usage": "56.0%"
    }
  },
  "logstore": {
    "count": {
      "limitation": 200,
      "status": 16,
      "usage": "8.0%"
    }
  },
  "logtail": {
    "count": {
      "limitation": 100,
      "status": 2,
      "usage": "2.0%"
    }
  },
  "machine_group": {
    "count": {
      "limitation": 100,
      "status": 1,
      "usage": "1.0%"
    }
  },
  "saved_search": {
    "count": {
      "limitation": 100,
      "status": 11,
      "usage": "11.0%"
    }
  },
  "shard": {
    "count": {
      "limitation": 200,
      "status": 30,
      "usage": "15%"
    },
    "logstores": {
      "access-log": {
        "status": 2
      },
      "billdata": {
        "status": 10
      },
      "test": {
        "status": 2
      },
      "testmax": {
        "status": 2
      },
      "tripdata": {
        "status": 10
      },
      "vedio1": {
        "status": 2
      },
      "web-1": {
        "status": 2
      }
    }
  }
}

注意:

  1. 返回结构包含字段limitationusage来表示限制与使用占比,但是这里的是默认的限制,如果通过工单增加过额度,这里并不会更新。
  2. 这里传入了参数format-output来格式化json,如果已经配置过整个CLI,可以省略。

单看shard消耗

有时候我们主要关心一个两个核心指标,并可能仅仅想要一个数字,可以通过jmes-filter参数来进行处理,例如这里仅仅查看总的Shard使用情况,可以如下过滤:

aliyunlog log get_resource_usage  --project="my project name" --jmes-filter="shard.count.status"
> 30

这里通过--jmes-filter="shard.count.status直接获取输出结果中的shard的目前总数。

更多关于JMES过滤的信息,请参考这里

进一步参考

  • 扫码加入官方钉钉群 (11775223):
    image
目录
相关文章
|
2月前
|
小程序 API 开发者
社区每周丨小程序 CLI 1.9.4 版本上线(9.18-9.22)
社区每周丨小程序 CLI 1.9.4 版本上线(9.18-9.22)
131 1
|
8月前
|
监控 JavaScript
nodejs服务后台持续运行
nodejs服务后台持续运行
88 0
|
9月前
项目实战典型案例4——生产环境app打包导致不能自动升级的问题
项目实战典型案例4——生产环境app打包导致不能自动升级的问题
60 0
【项目实战典型案例】04.生产环境app打包导致不能自动升级
【项目实战典型案例】04.生产环境app打包导致不能自动升级
|
9月前
|
监控 JavaScript 前端开发
一种基于日志服务CLI工具实现的多区域发布方案
一种基于日志服务CLI工具实现的多区域发布方案
390 2
|
分布式计算 安全 Hadoop
环境篇 ES 集群安装准备工作|学习笔记
快速学习环境篇 ES 集群安装准备工作
66 0
|
大数据 流计算 开发者
环境篇 ES 集群的测试|学习笔记
快速学习环境篇 ES 集群的测试
114 0
|
JavaScript PHP 开发者
使用Cli构建项目
使用Cli构建项目
169 0
使用Cli构建项目
|
Prometheus 监控 NoSQL
命令行搞一切之如何使用命令行为 redis 做健康检测
如何使用命令行检查 redis 是否按预期工作
786 0
|
运维 Kubernetes Cloud Native
Rainbond 5.6 版本发布,增加多种安装方式,优化拓扑图操作体验
Rainbond 5.6 版本,主要致力于提升拓扑图操作效率以及快速安装体验,降低用户使用门槛。
Rainbond 5.6 版本发布,增加多种安装方式,优化拓扑图操作体验