sonic中syncd容器与redis容器通信源码解析

2024-01-04 04:40

本文主要是介绍sonic中syncd容器与redis容器通信源码解析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

摘要

整个功能实现基本由以下步骤组成

1.syncd初始化配置

2.连接数据库并监听

3.数据处理

背景

sonic-buildimage的git commit为774778,将在此版本上进行分析,github地址如下:

https://github.com/Azure/sonic-buildimage/tree/77477857b47b114fde18afc33985e1a76c464c09

进入src目录,可以看到对应的代码如下图:

用到的代码为sairedis(在syncd上容器运行,负责与redis数据库通信以及调用厂家提供的api及sdk,编译后的可执行文件名字为syncd)与swss-common,swss以后有机会的话再讲吧。

saireids地址:Azure/sonic-sairedis at 13474d17435d3876e7bd6b50133d25bb11dd3c54 (github.com)

在sonic中,database容器中运行的是redis数据库,而在syncd容器中使用了hiredis(redis数据库的c接口)与redis进行通信,hiredis的github地址如下:

https://github.com/search?q=hiredis

1.m_contextConfig初始化

在sonic-sairedis\syncd\Syncd.cpp的syncd构造函数中调用了如下函数,对容器的上下文进行初始化:

auto ccc = sairedis::ContextConfigContainer::loadFromFile(m_commandLineOptions->m_contextConfig.c_str());m_contextConfig = ccc->get(m_commandLineOptions->m_globalContext);

m_commandLineOptions->m_contextConfig.c_str()是启动syncd时指定的命令行参数,如果不指定,将使用默认配置,代码不展开,直接给出默认情况下一些关键变量的值,若有兴趣可自行查看代码

class ContextConfigm_contextConfig
uint32_t m_guid0
std::string m_name"syncd"
std::string m_dbAsic"ASIC_DB"
std::string m_dbCounters"COUNTERS_DB"
std::string m_dbFlex"FLEX_COUNTER_DB"
std::string m_dbState"STATE_DB"
bool m_zmqEnableFALSE

2.连接redis,切换到指定数据库

m_dbAsic = std::make_shared<swss::DBConnector>(m_contextConfig->m_dbAsic, 0);

调用swss::DBConnector的构造函数,该 class 定义如下:

explicit DBConnector(const DBConnector &other);
DBConnector(int dbId, const RedisContext &ctx);
DBConnector(int dbId, const std::string &hostname, int port, unsigned int timeout);
DBConnector(int dbId, const std::string &unixPath, unsigned int timeout);
DBConnector(const std::string &dbName, unsigned int timeout, bool isTcpConn = false);
DBConnector(const std::string &dbName, unsigned int timeout, bool isTcpConn, const std::string &netns);

可以看到,这是一个多态的构造函数,根据传参可知,调用了第三个构造函数,并且bool isTcpConn = false。代码如下:

#define EMPTY_NAMESPACE std::string()//在别处定义DBConnector::DBConnector(const string& dbName, unsigned int timeout, bool isTcpConn, const string& netns): m_dbId(SonicDBConfig::getDbId(dbName, netns)), m_dbName(dbName), m_namespace(netns)
{struct timeval tv = {0, (suseconds_t)timeout * 1000};struct timeval *ptv = timeout ? &tv : NULL;if (isTcpConn){initContext(SonicDBConfig::getDbHostname(dbName, netns).c_str(), SonicDBConfig::getDbPort(dbName, netns), ptv);}else{initContext(SonicDBConfig::getDbSock(dbName, netns).c_str(), ptv);}select(this);
}DBConnector::DBConnector(const string& dbName, unsigned int timeout, bool isTcpConn): DBConnector(dbName, timeout, isTcpConn, EMPTY_NAMESPACE)
{// Empty constructor
}

timeout为0,所以*ptv为NULL。

由于isTcpConn = false,所以执行else分支下的代码。先来看下initContext函数:

void RedisContext::initContext(const char *path, const timeval *tv)
{if (tv){m_conn = redisConnectUnixWithTimeout(path, *tv);}else{m_conn = redisConnectUnix(path);}if (m_conn->err)throw system_error(make_error_code(errc::address_not_available),"Unable to connect to redis (unix-socket)");
}

redisConnectUnix(path)为hiredis提供的api,用以连接redis,*path为SonicDBConfig::getDbSock(dbName, netns).c_str(),dbname为"ASIC_DB",netns为空字符串。

看一下getDbSock,代码如下:

string SonicDBConfig::getDbSock(const string &dbName, const string &netns)
{return getRedisInfo(dbName, netns).unixSocketPath;
}RedisInstInfo& SonicDBConfig::getRedisInfo(const std::string &dbName, const std::string &netns)
{std::lock_guard<std::recursive_mutex> guard(m_db_info_mutex);SWSS_LOG_ENTER();if (!m_init)//值为falseinitialize(DEFAULT_SONIC_DB_CONFIG_FILE);//余下部分省略
}

DEFAULT_SONIC_DB_CONFIG_FILE为宏定义,值在SonicDBConfig类中定义:

static constexpr const char *DEFAULT_SONIC_DB_CONFIG_FILE = "/var/run/
redis/sonic-db/database_config.json";

该路径是sonic系统中的路径,编译过程出会将sonic-swss-common\common\database_config.json放入sonic系统下的/var/run/
redis下,文件如下:

{"INSTANCES": {"redis":{"hostname" : "127.0.0.1","port" : 6379,"unix_socket_path" : "/var/run/redis/redis.sock"},"redis_chassis":{"hostname" : "redis_chassis.server","port" : 6380,"unix_socket_path" : "/var/run/redis/redis_chassis.sock"}},"DATABASES" : {"APPL_DB" : {"id" : 0,"separator": ":","instance" : "redis"},"ASIC_DB" : {"id" : 1,"separator": ":","instance" : "redis"},"COUNTERS_DB" : {"id" : 2,"separator": ":","instance" : "redis"},"LOGLEVEL_DB" : {"id" : 3,"separator": ":","instance" : "redis"},"CONFIG_DB" : {"id" : 4,"separator": "|","instance" : "redis"},"PFC_WD_DB" : {"id" : 5,"separator": ":","instance" : "redis"},"FLEX_COUNTER_DB" : {"id" : 5,"separator": ":","instance" : "redis"},"STATE_DB" : {"id" : 6,"separator": "|","instance" : "redis"},"SNMP_OVERLAY_DB" : {"id" : 7,"separator": "|","instance" : "redis"},"RESTAPI_DB" : {"id" : 8,"separator": "|","instance" : "redis"},"GB_ASIC_DB" : {"id" : 9,"separator": "|","instance" : "redis"},"GB_COUNTERS_DB" : {"id" : 10,"separator": "|","instance" : "redis"},"GB_FLEX_COUNTER_DB" : {"id" : 11,"separator": "|","instance" : "redis"},"CHASSIS_APP_DB" : {"id" : 12,"separator": "|","instance" : "redis_chassis"},"CHASSIS_STATE_DB" : {"id" : 13,"separator": "|","instance" : "redis_chassis"}},"VERSION" : "1.0"
}

综上所述,initContext函数连接了/var/run/redis/redis.sock,接下来看select(this),代码如下

void DBConnector::select(DBConnector *db)
{string select("SELECT ");select += to_string(db->getDbId());RedisReply r(db, select, REDIS_REPLY_STATUS);r.checkStatusOK();
}

顾名思义,改函数执行了redis命令中的SELECT命令,切换到ASIC数据库。RedisReply封装了hiredis中的api,此处不展开。

这篇关于sonic中syncd容器与redis容器通信源码解析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/568192

相关文章

线上Java OOM问题定位与解决方案超详细解析

《线上JavaOOM问题定位与解决方案超详细解析》OOM是JVM抛出的错误,表示内存分配失败,:本文主要介绍线上JavaOOM问题定位与解决方案的相关资料,文中通过代码介绍的非常详细,需要的朋... 目录一、OOM问题核心认知1.1 OOM定义与技术定位1.2 OOM常见类型及技术特征二、OOM问题定位工具

通过Docker容器部署Python环境的全流程

《通过Docker容器部署Python环境的全流程》在现代化开发流程中,Docker因其轻量化、环境隔离和跨平台一致性的特性,已成为部署Python应用的标准工具,本文将详细演示如何通过Docker容... 目录引言一、docker与python的协同优势二、核心步骤详解三、进阶配置技巧四、生产环境最佳实践

Redis 的 SUBSCRIBE命令详解

《Redis的SUBSCRIBE命令详解》Redis的SUBSCRIBE命令用于订阅一个或多个频道,以便接收发送到这些频道的消息,本文给大家介绍Redis的SUBSCRIBE命令,感兴趣的朋友跟随... 目录基本语法工作原理示例消息格式相关命令python 示例Redis 的 SUBSCRIBE 命令用于订

深度解析Python中递归下降解析器的原理与实现

《深度解析Python中递归下降解析器的原理与实现》在编译器设计、配置文件处理和数据转换领域,递归下降解析器是最常用且最直观的解析技术,本文将详细介绍递归下降解析器的原理与实现,感兴趣的小伙伴可以跟随... 目录引言:解析器的核心价值一、递归下降解析器基础1.1 核心概念解析1.2 基本架构二、简单算术表达

深度解析Java @Serial 注解及常见错误案例

《深度解析Java@Serial注解及常见错误案例》Java14引入@Serial注解,用于编译时校验序列化成员,替代传统方式解决运行时错误,适用于Serializable类的方法/字段,需注意签... 目录Java @Serial 注解深度解析1. 注解本质2. 核心作用(1) 主要用途(2) 适用位置3

sky-take-out项目中Redis的使用示例详解

《sky-take-out项目中Redis的使用示例详解》SpringCache是Spring的缓存抽象层,通过注解简化缓存管理,支持Redis等提供者,适用于方法结果缓存、更新和删除操作,但无法实现... 目录Spring Cache主要特性核心注解1.@Cacheable2.@CachePut3.@Ca

Java MCP 的鉴权深度解析

《JavaMCP的鉴权深度解析》文章介绍JavaMCP鉴权的实现方式,指出客户端可通过queryString、header或env传递鉴权信息,服务器端支持工具单独鉴权、过滤器集中鉴权及启动时鉴权... 目录一、MCP Client 侧(负责传递,比较简单)(1)常见的 mcpServers json 配置

Redis实现高效内存管理的示例代码

《Redis实现高效内存管理的示例代码》Redis内存管理是其核心功能之一,为了高效地利用内存,Redis采用了多种技术和策略,如优化的数据结构、内存分配策略、内存回收、数据压缩等,下面就来详细的介绍... 目录1. 内存分配策略jemalloc 的使用2. 数据压缩和编码ziplist示例代码3. 优化的

redis-sentinel基础概念及部署流程

《redis-sentinel基础概念及部署流程》RedisSentinel是Redis的高可用解决方案,通过监控主从节点、自动故障转移、通知机制及配置提供,实现集群故障恢复与服务持续可用,核心组件包... 目录一. 引言二. 核心功能三. 核心组件四. 故障转移流程五. 服务部署六. sentinel部署

从原理到实战解析Java Stream 的并行流性能优化

《从原理到实战解析JavaStream的并行流性能优化》本文给大家介绍JavaStream的并行流性能优化:从原理到实战的全攻略,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的... 目录一、并行流的核心原理与适用场景二、性能优化的核心策略1. 合理设置并行度:打破默认阈值2. 避免装箱