-
【产品缺陷】日志重复采集 预审不通过[图片] 问题描述： 日志重复采集 建议方案： [图片] 问题描述： 日志重复采集 建议方案：
- 问题描述： LTS监控图表建议增加阈值，实现超过阈值直接变红色，凸显问题，减少工作量。如果一个监控屏有50个图表，一个个看是很难及时发现问题的 建议方案： 增加阈值，超过阈值，图表变警告红色 问题描述： LTS监控图表建议增加阈值，实现超过阈值直接变红色，凸显问题，减少工作量。如果一个监控屏有50个图表，一个个看是很难及时发现问题的 建议方案： 增加阈值，超过阈值，图表变警告红色
-
【功能建议】LTS收费模式 未采纳问题描述：目前的LTS日志服务只能按需付费，这个做报价的时候就很头痛，希望可以推出包周期的付费模式（包年包月）特别是长时间日志转存，希望可以在LTS控制台页面直接一起把价格算出来，不要再去单独算OBS的存储价格。 建议方案：增加包周期的付费模式，或者突出预付费资源包都可以 问题描述：目前的LTS日志服务只能按需付费，这个做报价的时候就很头痛，希望可以推出包周期的付费模式（包年包月）特别是长时间日志转存，希望可以在LTS控制台页面直接一起把价格算出来，不要再去单独算OBS的存储价格。 建议方案：增加包周期的付费模式，或者突出预付费资源包都可以
- 问题描述： https://www.huaweicloud.com/pricing.html?tab=detail#/lts 现计费示例描述如下： 计费示例 1. 部分免费额度内 用户有5台服务器，每台每天产生2MB日志数据，设置存储时长为7天。 日志读写流量：每天读写流量10/5（压缩倍率）=2MB（压缩后），30天累计30 * 2=60MB，免费额度内。 日志索引流量：30天累计10*30=300MB，免费额度内。 日志存储空间：30天累计10*7*30=2100MB，30天费用为(2100-500)/1024*0.000479*24=0.02元 对于日志存储空间部分，设置存储时间为7天，则7天之后前面的日志会被删除，那么最终使用的存储空间最大值为70MB，小于500MB的免费额度。 建议方案： 后面再乘以30天存在歧义，若是500MB的免费额度指的是存储空间，那么这里就不应该乘以30天；若是500MB的免费额度指的是30天内累计存储空间，那么免费额度的单位改为（MB*天）较为合适。 问题描述： https://www.huaweicloud.com/pricing.html?tab=detail#/lts 现计费示例描述如下： 计费示例 1. 部分免费额度内 用户有5台服务器，每台每天产生2MB日志数据，设置存储时长为7天。 日志读写流量：每天读写流量10/5（压缩倍率）=2MB（压缩后），30天累计30 * 2=60MB，免费额度内。 日志索引流量：30天累计10*30=300MB，免费额度内。 日志存储空间：30天累计10*7*30=2100MB，30天费用为(2100-500)/1024*0.000479*24=0.02元 对于日志存储空间部分，设置存储时间为7天，则7天之后前面的日志会被删除，那么最终使用的存储空间最大值为70MB，小于500MB的免费额度。 建议方案： 后面再乘以30天存在歧义，若是500MB的免费额度指的是存储空间，那么这里就不应该乘以30天；若是500MB的免费额度指的是30天内累计存储空间，那么免费额度的单位改为（MB*天）较为合适。
- 产品: LTS; 问题描述: 如何使用SDK新增日志？ 产品: LTS; 问题描述: 如何使用SDK新增日志？
- 问题描述： 同一台机器有多个服务，配置多个日志流的时候很麻烦 建议方案： 日志接入配置增加复制功能 问题描述： 同一台机器有多个服务，配置多个日志流的时候很麻烦 建议方案： 日志接入配置增加复制功能
- 问题描述： [图片] 建议方案： 点蓝色日志流进入的面藏得太深了，好功能期望放到更明显的位置 问题描述： [图片] 建议方案： 点蓝色日志流进入的面藏得太深了，好功能期望放到更明显的位置
-
【功能建议】云日志集成一下，谢谢 预审不通过请把云日志功能开发一下，很需要 请把云日志功能开发一下，很需要
-
【功能建议】修改了别名，还有提示 预审不通过问题描述： 字段名称中存在系统内置字段category，请修改或添加别名后保存 [图片] 建议方案： 问题描述： 字段名称中存在系统内置字段category，请修改或添加别名后保存 [图片] 建议方案：
-
【用户体验】云日志改版后不如之前使用方便 预审不通过问题描述： 日志管理现在在用户体验上不如之前方便，展示的日志流的地方太少了 [图片] 建议方案： 问题描述： 日志管理现在在用户体验上不如之前方便，展示的日志流的地方太少了 [图片] 建议方案：
- 问题描述：账户欠费后无法关闭“超额继续采集日志”，不续费只能眼睁睁看着它继续扣费。 建议方案：任何时候都能自行选择关闭 问题描述：账户欠费后无法关闭“超额继续采集日志”，不续费只能眼睁睁看着它继续扣费。 建议方案：任何时候都能自行选择关闭
- 问题描述： 云日志查询，太长的内容目前是缩略不展示，要鼠标悬浮在对应字段上才显示全文，造成查看日志十分不方便。而且悬浮层受到网页尺寸限制，也无法查看全文。 建议方案： 增加展开按钮，直接在对应行展示全文 问题描述： 云日志查询，太长的内容目前是缩略不展示，要鼠标悬浮在对应字段上才显示全文，造成查看日志十分不方便。而且悬浮层受到网页尺寸限制，也无法查看全文。 建议方案： 增加展开按钮，直接在对应行展示全文
- API: ListLogs; 产品: LTS; 问题描述: count字段返回的值错误，现在count字段返回的是我传入的limit值，我所期待的是应该返回日志总条数 API: ListLogs; 产品: LTS; 问题描述: count字段返回的值错误，现在count字段返回的是我传入的limit值，我所期待的是应该返回日志总条数
- API: ListLogs; 产品: LTS; 问题类别: 缺少需要的返回值,缺失SDK代码示例 问题描述: listlogs获取日志功能获取到的count字段不合理，且python sdk没有返回该字段，本人使用的是python2.7。 1. is_count字段在python的sdk中设置后并没有返回总条数。 2. count统计有问题，应该返回的是total条数而不是我设置的limit数量，当日志总条数小于我设置的limit数量时，返回的count字段是正确的，但是当日志条数大于设置的limit数量时，返回的count字段是我设置的limit数量而不是日志的total，如此这个字段没意义 API: ListLogs; 产品: LTS; 问题类别: 缺少需要的返回值,缺失SDK代码示例 问题描述: listlogs获取日志功能获取到的count字段不合理，且python sdk没有返回该字段，本人使用的是python2.7。 1. is_count字段在python的sdk中设置后并没有返回总条数。 2. count统计有问题，应该返回的是total条数而不是我设置的limit数量，当日志总条数小于我设置的limit数量时，返回的count字段是正确的，但是当日志条数大于设置的limit数量时，返回的count字段是我设置的limit数量而不是日志的total，如此这个字段没意义
- 问题描述： 云日志服务》日志接入》主机接入》日志时间》时间通配符，不支持NGINX时间格式，$time_local或$time_iso8601，修改NGINX源码成本太高 建议方案： 建议直接支持这两种时间格式或者增加满足需求的通配符，如月份缩写“Dec” 问题描述： 云日志服务》日志接入》主机接入》日志时间》时间通配符，不支持NGINX时间格式，$time_local或$time_iso8601，修改NGINX源码成本太高 建议方案： 建议直接支持这两种时间格式或者增加满足需求的通配符，如月份缩写“Dec”
上滑加载中
推荐直播
-
用码道，让你的AI作品三步上朋友圈2026/08/04 周二 19:00-20:00
林华鼎-华为云AI开发者运营负责人
从入门 · 到做AI应用 · 到企业级开发。不教编程，只教用AI · 零代码、有产出、能带走、可炫耀 · 每课人人动手实操
回顾中 -
华为云码道Agent集成与鸿蒙实战2026/08/11 周二 19:00-21:00
王一男-华为云码道产品规划专家；李炎-华为云码道产品专家；彭江敏-华为云鸿蒙端云一体化开发专家
本次直播带你解读华为云码道7月份产品新特性、新功能。更有专家演示码道Agent Space × 钉钉机器集成实战，从0到1打通消息通道；码道鸿蒙端云一体化实战，快速搭建员工签到系统。
回顾中
热门标签