日志服务(SLS)-服务日志全面升级

本文涉及的产品
对象存储 OSS,20GB 3个月
阿里云盘企业版 CDE,企业版用户数5人 500GB空间
日志服务 SLS,月写入数据量 50GB 1个月
简介: 日志服务服务日志全新升级,支持更多日志类型,更多自定义配置和更少的logstore,多数日志类型完全免费。

日志服务运行日志使用指南  一文中我们已经介绍了关于如何使用日志服务(SLS)的服务日志功能。本文将介绍新版的服务日志具体有哪些变化。

新功能介绍

1. 更丰富的日志类型

本次升级增加了Logtail状态日志。Logtail每分钟会上报一次进程和操作系统的状态信息,如内存,CPU,系统负载等信息。可以根据该日志监控Logtail进程是否存活,运行状态是否正常。

2. Logstore个数精简,费用免费

在之前的版本中,服务日志需要使用5个Logstore用于分别存储操作日志,消费组日志,Logtail采集日志,Logtail错误日志和计量日志,且这5个Logstore采用与正常的Logstore一致的收费策略
在新版中,仅需两个Logstore:

  • internal-diagnostic_log: 存储状态/监控日志的日志,各种日志根据topic进行区分。这个Logstore完全免费,而且不支持用户删除或者写入其他日志。各种日志对应的topic:

(1)计量日志:metering;
(2)Logtail状态日志:logtail_status;
(3)Logtail采集日志:logtail_profile;
(4)Logtail错误日志:logtail_alarm;
(5)消费组日志:consumergroup_log。

  • internal-operation_log: 存储所有操作日志(包含管控类,数据类所有API),由于数据量比较大,会按标准logstore模式计费。

3. 日志种类支持按需开通

新版的服务日志开通界面将服务日志分为操作日志和其他日志,用户可以根据需求选择开通的日志类型。如图-1所示。
image.png
图-1 支持选择开通的日志类型

4. 全新的默认仪表盘

结合日志服务服务仪表盘的新功能,本次升级对开通服务日志时创建的默认仪表盘进行了全面改版。参考服务日志默认仪表盘

5. 支持子账户开通

子账户开通服务日志需要具备如下RAM权限:

{
  "Version": "1",
  "Statement": [
    {
      "Action": [
        "log:CreateDashboard",
        "log:UpdateDashboard"
      ],
      "Resource": "acs:log:*:*:project/{存储日志的Project}/dashboard/*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "log:GetProject",
        "log:CreateProject",
        "log:ListProject"
      ],
      "Resource": "acs:log:*:*:project/*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "log:List*",
        "log:Create*"
        "log:Get*",
        "log:Update*",
      ],
      "Resource": "acs:log:*:*:project/{存储日志的Project}/logstore/*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "log:*"
      ],
      "Resource": "acs:log:*:*:project/{开通日志的Project}/logging",
      "Effect": "Allow"
    }
  ]
}

如用户有foo和bar两个Project,为 foo 开通服务日志,并将服务日志保存到 bar 中,则所需的RAM权限为:

{
  "Version": "1",
  "Statement": [
    {
      "Action": [
        "log:CreateDashboard",
        "log:UpdateDashboard"
      ],
      "Resource": "acs:log:*:*:project/bar/dashboard/*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "log:GetProject",
        "log:CreateProject",
        "log:ListProject"
      ],
      "Resource": "acs:log:*:*:project/*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "log:List*",
        "log:Create*"
        "log:Get*",
        "log:Update*",
      ],
      "Resource": "acs:log:*:*:project/bar/logstore/*",
      "Effect": "Allow"
    },
    {
      "Action": [
        "log:*"
      ],
      "Resource": "acs:log:*:*:project/foo/logging",
      "Effect": "Allow"
    }
  ]
}

子账户授权参考 RAM授权

6. 支持默认的存储project

日志存储位置增加 自动创建 选项,如果选择该选项,日志服务自动在Project所在地域创建一个Project名称格式为 log-service-{aliuid}-{region} 的Project作为日志存储位置,如用户aliuid为1234567,地域为杭州,则该Project名称为 log-service-1234567-cn-hangzhou。推荐用户在为每个project开通服务日志时都选择该选项,这样就能将同一个地域的服务日志集中在一个Logstore和仪表盘中一起分析,同时也能减少收费的Logstore个数,降低成本。

开通方式

1. 全新开通

如果Project尚未开通服务日志,可通过如下步骤开通:
(1)进入日志服务控制台,找到需要开通的project,如图-2所示:

图-2 控制台Project列表

(2)找到想要开通的project,在操作栏点击服务日志,如图-3所示:
image.png
图-3 开通服务日志
选择需要开通的日志类型和日志存储位置,推荐使用默认的选项。

2. 已开通的Project如何升级

如果已经开通了服务日志,需要手动升级到新版,否则仍然会按照原来的方式进行存储和计费。只需通过如下步骤即可升级到新版:
(1)进入日志服务控制台,找到需要开通的project,如上图2所示。
(2)选择需要开通的日志类型,如果已经开通,此处会勾选全部类型。点击确定完成升级,如图-4所示。
image.png
图-4 升级已经开通的服务日志
(3)旧版中的internal-metering, internal-logtail_profile, internal-logtail_alarm, internal-consumergroup_log 这几个Logstore如果不再需要可以手动删除。

服务日志应用举例

1. Logtail异常监控

对于使用Logtail采集日志的用户,logtail采集状态是否健康关系到日志采集是否正常进行。开通服务日志后,Logtail的错误日志保存在internal-diagnostic_log 这个Logstore中,对应的topic为logtail_alarm,我们通过监控logtail的错误日志条数来设置告警,如下图-5所示:
image.png
图-5
查询语句:

__topic__: logtail_alarm | select sum(alarm_count) as errorCount

对错误次数设置告警,如图-6所示:
image.png
图-6

2. 订阅仪表盘

开通服务日志时,将自动创建对应的仪表盘,用户可以配置订阅任务,日志服务将会定期将仪表盘以图片的形式发送到用户的邮箱或者钉钉群里。以计量统计仪表盘为例:
image.png
图-7

相关链接

联系我们

image

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
1月前
|
Web App开发 存储 监控
iLogtail 开源两周年:UC 工程师分享日志查询服务建设实践案例
本文为 iLogtail 开源两周年的实践案例分享,讨论了 iLogtail 作为日志采集工具的优势,包括它在性能上超越 Filebeat 的能力,并通过一系列优化解决了在生产环境中替换 Filebeat 和 Logstash 时遇到的挑战。
|
1月前
|
开发工具 git
git显示开发日志+WinSW——将.exe文件注册为服务的一个工具+图床PicGo+kubeconfig 多个集群配置 如何切换
git显示开发日志+WinSW——将.exe文件注册为服务的一个工具+图床PicGo+kubeconfig 多个集群配置 如何切换
39 1
|
1月前
|
存储 缓存 网络协议
搭建dns服务常见报错--查看/etc/named.conf没有错误日志信息却显示出错(/etc/named.conf:49: missing ‘;‘ before ‘include‘)及dns介绍
搭建dns服务常见报错--查看/etc/named.conf没有错误日志信息却显示出错(/etc/named.conf:49: missing ‘;‘ before ‘include‘)及dns介绍
124 0
|
2月前
|
SQL 人工智能 运维
在阿里云日志服务轻松落地您的AI模型服务——让您的数据更容易产生洞见和实现价值
您有大量的数据,数据的存储和管理消耗您大量的成本,您知道这些数据隐藏着巨大的价值,但是您总觉得还没有把数据的价值变现出来,对吗?来吧,我们用一系列的案例帮您轻松落地AI模型服务,实现数据价值的变现......
195 3
|
SQL 数据采集 监控
基于日志服务数据加工分析Java异常日志
采集并脱敏了整个5月份的项目异常日志,准备使用日志服务数据加工做数据清洗以及分析。本案例是基于使用阿里云相关产品(OSS,RDS,SLS等)的SDK展开自身业务。需要对异常日志做解析,将原始日志中时间、错误码、错误信息、状态码、产品信息、请求方法、出错行号提取出来。然后根据提取出来的不同产品信息做多目标分发处理。对清洗后的数据做异常日志数据分析。
807 0
基于日志服务数据加工分析Java异常日志
|
15天前
|
XML 安全 Java
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
本文介绍了Java日志框架的基本概念和使用方法,重点讨论了SLF4J、Log4j、Logback和Log4j2之间的关系及其性能对比。SLF4J作为一个日志抽象层,允许开发者使用统一的日志接口,而Log4j、Logback和Log4j2则是具体的日志实现框架。Log4j2在性能上优于Logback,推荐在新项目中使用。文章还详细说明了如何在Spring Boot项目中配置Log4j2和Logback,以及如何使用Lombok简化日志记录。最后,提供了一些日志配置的最佳实践,包括滚动日志、统一日志格式和提高日志性能的方法。
128 30
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
|
1月前
|
XML JSON Java
Logback 与 log4j2 性能对比:谁才是日志框架的性能王者?
【10月更文挑战第5天】在Java开发中,日志框架是不可或缺的工具,它们帮助我们记录系统运行时的信息、警告和错误,对于开发人员来说至关重要。在众多日志框架中,Logback和log4j2以其卓越的性能和丰富的功能脱颖而出,成为开发者们的首选。本文将深入探讨Logback与log4j2在性能方面的对比,通过详细的分析和实例,帮助大家理解两者之间的性能差异,以便在实际项目中做出更明智的选择。
231 3
|
3月前
|
Kubernetes Ubuntu Windows
【Azure K8S | AKS】分享从AKS集群的Node中查看日志的方法(/var/log)
【Azure K8S | AKS】分享从AKS集群的Node中查看日志的方法(/var/log)
131 3
|
1月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1636 14
|
1月前
|
Python
log日志学习
【10月更文挑战第9天】 python处理log打印模块log的使用和介绍
34 0

相关产品

  • 日志服务