sonic各类告警日志梳理
本文记录一些SONiC硬件、端口、协议、系统类典型日志，便于快速定位问题。
0%
数据中心网络DCN常见缩写词
| 缩写词 | 全称 | 说明 |
|---|---|---|
| DCN | Data Communicate Network | 数据通信网络 |
| ADC | Advance Data center Core | 高级数据中心，承载普通IDC数据中心到B1流量和不同机房间的直通流量 |
| CADC | Cloud Advance Data center Core | 高级云数据中心，承载公有云数据中心到B1流量和不同AZ间的直通流量 |
| DC | Data Center | 数据中心，承担普通IDC机房内集群间流量。当机房内多于一个集群时，增加DC设备，避免集群数量多、ADC设备端口紧张的问题，例如阳泉机房 |
| CDC | Cloud Data center Core | 公有云数据中心，承担公有云机房内集群间流量，当机房内多于一个集群时，增加CDC设备 |
| IC | Internal Core | 普通IDC数据中心中的内网核心 |
| CIC | Cloud Internal Core | 公有云机房中的内网核心 |
| IB | Internal Border | 普通IDC数据中心的ToR设备 |
| CIB | Cloud Internal Border | 公有云数据中心的ToR设备 |
| EC | External Core | 外网核心层交换机 |
| EB | External Border | 外网汇聚层交换机 |
| BC | Backbone Core | 外网核心层交换机 |
| TOR | Top of Rack | 接入层交换机 |
| IB | Inner Border | 内网接入层交换机 |
| IC | Inner Core | 内网核心层交换机 |
| SC | Super Core | 内网超级核心层交换机 |
| 4 Post | 一个集群由四个数据中心普通核心组成的网络架构，集群内为两层结构（ToR-IC），扩展性较弱 | |
| CLOS | 利用三层无阻塞网络构成组成集群的网络架构，集群内为三层结构（ToR-Leaf-Spine），扩展、备份、容灾性强 | |
| Spine | 核心层Spine交换机，在不同Pod间负责无阻塞连通的网络元素 | |
| Leaf | 汇聚层Leaf交换机，连接ToR的网络元素 | |
| SV | Server服务器 | |
| PoD | CLOS架构下，四个Leaf及下联设备构成的单元 | |
| 服务器PoD | 仅包含业务服务器的PoD | |
| 基础服务PoD | 包含基础服务IBGW、BIGNAT服务器的PoD | |
| 出口PoD | 负责集群间连接的PoD |
gRPC简介
1. RPC 回顾
RPC 简介：https://en.wikipedia.org/wiki/Remote_procedure_call
Remote procedure call, RPC：远程程序调用
1.1. 需求场景
- 分布式计算场景中，一台计算机产生一个“需要在不同网络地址下的计算机中执行的”子程序，希望：
- 像调用本地程序一样调用这些需在远程执行的子程序
- 无需编写远程交互的详细代码
- 且编码时只需完成简单的“调用方式选择”编码，即选择需调用的一个子程序的方式为：本地调用 or 远程调用
Redis loglevel_db 中残留2至n个下划线前缀的冗余表项问题
1. 问题描述
Redis loglevel_db 中残留2~n个下划线前缀的冗余表项问题
在 Redis 因忙或服务异常未及时处理带下划线前缀的临时表项时，重启 swss 容器将导致 loglevel_db 出现 2 ~ n 个下划线前缀的冗余表项，且在 Redis 恢复后也不会被删除，将一直残留在 loglevel_db 中。
2. 问题分析
2.1. 定位
在 Redis 因忙或服务异常未及时处理带下划线前缀的临时表项时，重启 swss 容器将导致 loglevel_db 出现“临时表项的临时表项”，即产生双下划线前缀的临时表项。进而，在第二次重启时将产生三下划线前缀的临时表项，且这2~n 个下划线前缀的表项在 redis 恢复后也不会被删除，将一直残留并累积在loglevel_db中。
（1）第一次出现临时表被当做正常表项的监控记录如下图：
正则表达式语法记录
本文记录常用正则表达式语法，以备不时之需