target如何支持热升级过程中nvmf不断连

[benqwu]

https://mp.weixin.qq.com/s/t6dXP1_Cx7YBT4bV7odqCA
一文中介绍liteio有提到：
"Target 整体框架如下图所示，在热升级期间必须保持 nvmf 的网络连接不可中断，否则 host 侧会感知并去重连或者删除盘符，热升级采用旧的 target 程序 fork 新的 target 程序并加载新的二进制文件来实现，整个热升级过程中 IO 不可丢失，新旧进程的切换速度要快。基于热升级框架的简单性设计原则，热升期间下图中绿色的 TCP 或 RDMA 连接为必须保持的上下文，其他模块均无需保存上下文状态，网络连接的保持通过父子进程继承文件描述符的方式实现。"

我在liteio开源代码中没有找到这方面的实现，请问这个特性有进行开源吗

[silentred]

@benqwu 目前数据面还没有开源，未来有计划开源。热升级的原理后续会有文章详细介绍。

[benqwu]

@benqwu 目前数据面还没有开源，未来有计划开源。热升级的原理后续会有文章详细介绍。

谢谢，请问一下有大概的时间点吗，什么时候会进行开源以及热升级的原理介绍

[xupeng-mingtu]

@benqwu 目前数据面还没有开源，未来有计划开源。热升级的原理后续会有文章详细介绍。

有后续介绍的热升级原理的文档吗？在TCP环境下可以利用父子进程共享fd的方式来恢复socket和网络连接，这个可以理解，RDMA场景是如何处理的呢？老进程的qp_num会被记录在client端的qpair中，这个qp_num是由底层的rdma库设置的，在新的子进程中如果新建qpair无法保持相同的qp_num，这样连接似乎就无法恢复了？

[silentred]

@benqwu 目前数据面还没有开源，未来有计划开源。热升级的原理后续会有文章详细介绍。

有后续介绍的热升级原理的文档吗？在TCP环境下可以利用父子进程共享fd的方式来恢复socket和网络连接，这个可以理解，RDMA场景是如何处理的呢？老进程的qp_num会被记录在client端的qpair中，这个qp_num是由底层的rdma库设置的，在新的子进程中如果新建qpair无法保持相同的qp_num，这样连接似乎就无法恢复了？

https://mp.weixin.qq.com/s/riyU2gPpg8R5tn2iKoYodQ 官方有文章介绍

[xupeng-mingtu]

@benqwu 目前数据面还没有开源，未来有计划开源。热升级的原理后续会有文章详细介绍。

有后续介绍的热升级原理的文档吗？在TCP环境下可以利用父子进程共享fd的方式来恢复socket和网络连接，这个可以理解，RDMA场景是如何处理的呢？老进程的qp_num会被记录在client端的qpair中，这个qp_num是由底层的rdma库设置的，在新的子进程中如果新建qpair无法保持相同的qp_num，这样连接似乎就无法恢复了？

https://mp.weixin.qq.com/s/riyU2gPpg8R5tn2iKoYodQ 官方有文章介绍

嗯嗯，看过这个文章，这个文章是初步实现了TCP场景的连接保持，RDMA场景应该没实现。