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

本文涉及的产品
对象存储 OSS,20GB 3个月
云备份 Cloud Backup,100GB 3个月
日志服务 SLS,月写入数据量 50GB 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
目录
相关文章
|
5月前
|
Kubernetes 监控 Shell
在K8S中,我们公司用户反应pod连接数非常多,希望看一下这些连接都是什么信息?什么状态?怎么排查?容器里面没有集成bash环境、网络工具,怎么处理?
在K8S中,我们公司用户反应pod连接数非常多,希望看一下这些连接都是什么信息?什么状态?怎么排查?容器里面没有集成bash环境、网络工具,怎么处理?
|
6月前
|
API 开发者 运维
开发与运维命令问题之Gorilla-CLI提升命令行交互体验如何解决
开发与运维命令问题之Gorilla-CLI提升命令行交互体验如何解决
26 0
|
8月前
|
运维 监控 Serverless
Serverless 应用引擎产品使用之阿里函数计算中在自定义环境下用debian10运行django,用官方层的python3.9,配置好环境变量后发现自定义层的django找不到了如何解决
阿里云Serverless 应用引擎(SAE)提供了完整的微服务应用生命周期管理能力,包括应用部署、服务治理、开发运维、资源管理等功能,并通过扩展功能支持多环境管理、API Gateway、事件驱动等高级应用场景,帮助企业快速构建、部署、运维和扩展微服务架构,实现Serverless化的应用部署与运维模式。以下是对SAE产品使用合集的概述,包括应用管理、服务治理、开发运维、资源管理等方面。
|
8月前
|
关系型数据库 Serverless 分布式数据库
Serverless 应用引擎常见问题之安装完serverless dev通过终端执行s config add返回错误如何解决
Serverless 应用引擎(Serverless Application Engine, SAE)是一种完全托管的应用平台,它允许开发者无需管理服务器即可构建和部署应用。以下是Serverless 应用引擎使用过程中的一些常见问题及其答案的汇总:
|
8月前
|
JavaScript 前端开发 数据安全/隐私保护
NodeJS 下构建 命令行工具(CLI) 与 交互式命令界面 的实践
NodeJS 下构建 命令行工具(CLI) 与 交互式命令界面 的实践
537 1
|
监控 JavaScript 前端开发
一种基于日志服务CLI工具实现的多区域发布方案
一种基于日志服务CLI工具实现的多区域发布方案
433 2
|
监控 JavaScript
nodejs服务后台持续运行
nodejs服务后台持续运行
213 0
|
分布式计算 安全 Hadoop
环境篇 ES 集群安装准备工作|学习笔记
快速学习环境篇 ES 集群安装准备工作
|
JavaScript PHP 开发者
使用Cli构建项目
使用Cli构建项目
203 0
使用Cli构建项目
goj基础环境的配置
一、Goland官网下载 官网下载地址:https://www.jetbrains.com/go/download/other.html
247 0
goj基础环境的配置
下一篇
开通oss服务