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

相关文章

PostgreSQL的扩展dict_int应用案例解析

《PostgreSQL的扩展dict_int应用案例解析》dict_int扩展为PostgreSQL提供了专业的整数文本处理能力,特别适合需要精确处理数字内容的搜索场景,本文给大家介绍PostgreS... 目录PostgreSQL的扩展dict_int一、扩展概述二、核心功能三、安装与启用四、字典配置方法

Spring IoC 容器的使用详解(最新整理)

《SpringIoC容器的使用详解(最新整理)》文章介绍了Spring框架中的应用分层思想与IoC容器原理,通过分层解耦业务逻辑、数据访问等模块,IoC容器利用@Component注解管理Bean... 目录1. 应用分层2. IoC 的介绍3. IoC 容器的使用3.1. bean 的存储3.2. 方法注

深度解析Java DTO(最新推荐)

《深度解析JavaDTO(最新推荐)》DTO(DataTransferObject)是一种用于在不同层(如Controller层、Service层)之间传输数据的对象设计模式,其核心目的是封装数据,... 目录一、什么是DTO?DTO的核心特点:二、为什么需要DTO?(对比Entity)三、实际应用场景解析

深度解析Java项目中包和包之间的联系

《深度解析Java项目中包和包之间的联系》文章浏览阅读850次,点赞13次,收藏8次。本文详细介绍了Java分层架构中的几个关键包:DTO、Controller、Service和Mapper。_jav... 目录前言一、各大包1.DTO1.1、DTO的核心用途1.2. DTO与实体类(Entity)的区别1

Java中的雪花算法Snowflake解析与实践技巧

《Java中的雪花算法Snowflake解析与实践技巧》本文解析了雪花算法的原理、Java实现及生产实践,涵盖ID结构、位运算技巧、时钟回拨处理、WorkerId分配等关键点,并探讨了百度UidGen... 目录一、雪花算法核心原理1.1 算法起源1.2 ID结构详解1.3 核心特性二、Java实现解析2.

Redis出现中文乱码的问题及解决

《Redis出现中文乱码的问题及解决》:本文主要介绍Redis出现中文乱码的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1. 问题的产生2China编程. 问题的解决redihttp://www.chinasem.cns数据进制问题的解决中文乱码问题解决总结

使用Python绘制3D堆叠条形图全解析

《使用Python绘制3D堆叠条形图全解析》在数据可视化的工具箱里,3D图表总能带来眼前一亮的效果,本文就来和大家聊聊如何使用Python实现绘制3D堆叠条形图,感兴趣的小伙伴可以了解下... 目录为什么选择 3D 堆叠条形图代码实现:从数据到 3D 世界的搭建核心代码逐行解析细节优化应用场景:3D 堆叠图

深度解析Python装饰器常见用法与进阶技巧

《深度解析Python装饰器常见用法与进阶技巧》Python装饰器(Decorator)是提升代码可读性与复用性的强大工具,本文将深入解析Python装饰器的原理,常见用法,进阶技巧与最佳实践,希望可... 目录装饰器的基本原理函数装饰器的常见用法带参数的装饰器类装饰器与方法装饰器装饰器的嵌套与组合进阶技巧

c++中的set容器介绍及操作大全

《c++中的set容器介绍及操作大全》:本文主要介绍c++中的set容器介绍及操作大全,本文通过实例代码给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录​​一、核心特性​​️ ​​二、基本操作​​​​1. 初始化与赋值​​​​2. 增删查操作​​​​3. 遍历方

解析C++11 static_assert及与Boost库的关联从入门到精通

《解析C++11static_assert及与Boost库的关联从入门到精通》static_assert是C++中强大的编译时验证工具,它能够在编译阶段拦截不符合预期的类型或值,增强代码的健壮性,通... 目录一、背景知识:传统断言方法的局限性1.1 assert宏1.2 #error指令1.3 第三方解决