一种传输代理容器化系统及其部署方法与流程

本发明涉及容器化，尤其是涉及一种传输代理容器化系统及其部署方法。

背景技术：

1、当前涉及容器环境文件传输所需安装的传输代理(cd产品+evc服务)，由于技术上暂不支持容器化部署，只能安装在数量有限的容器宿主机上(如图1所示)。因文件目录使用的存储需挂载在容器宿主机上，为避免存储抖动对整个容器集群产生影响，容器平台需额外维护主机标签，用来保证有存储的应用实例调度到挂载存储的机器上，从而解决传输代理暂不支持容器环境下使用的问题。

2、然而上述方式虽能满足传输代理在容器环境中运行，但是需要使用有标签的服务器，这不仅提升了容器运维的复杂度，同时也提高了应用集中运行的风险；其次，宿主机直接挂载存储目录，存储与计算未进行分离，随着后期存储应用不断增多，主机挂载目录越来越多，必然会增加容器集群运行风险。

技术实现思路

1、本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种传输代理容器化系统及其部署方法，能够降低容器运维复杂度、降低应用集中运行以及容器集群运行风险。

2、本发明的目的可以通过以下技术方案来实现：一种传输代理容器化系统，包括多个容器计算节点，所述容器计算节点连接至存储资源池，所述容器计算节点内设置有pod单元和应用写入单元，所述pod单元内设置有第一docker容器和第二docker容器，所述第一docker容器用于部署cd产品，所述第二docker容器用于部署evc服务，所述应用写入单元用于将应用实例写入相应目录。

3、进一步地，所述不同容器计算节点内的pod单元分别对应有固定的ip信息。

4、进一步地，所述同一容器计算节点内的pod单元和应用写入单元分别连接至存储资源池的同一存储单元。

5、进一步地，所述不同容器计算节点内的cd产品之间相互通信连接。

6、一种传输代理容器化系统的部署方法，包括以下步骤：

7、s1、根据传输代理需求，按照定制化镜像模板，构建相应的pod单元，其中，pod单元内分别部署有cd产品和evc服务；

8、s2、确定pod单元对应的固定ip；

9、s3、在同一容器计算节点内部署pod单元及应用写入单元，将pod单元与应用写入单元连接至存储资源池内同一存储单元；

10、s4、按照步骤s1～s3，完成多个容器计算节点与存储资源池的连接，多个容器计算节点之间完成文件传输过程。

11、进一步地，所述步骤s1中镜像模板的内容包括但不限于容器镜像、容器配额、配置词典、持久卷声明信息。

12、进一步地，所述步骤s1中构建的pod单元内设置有两个docker容器，用于分别部署cd产品和evc服务。

13、进一步地，所述步骤s2中pod单元对应的固定ip与文件传输时源、目标服务器ip相同。

14、进一步地，所述步骤s3的具体过程为：

15、在同一容器计算节点内，分别部署pod单元及应用写入单元；

16、将pod单元与应用写入单元设置为同一pvc，并挂载至存储资源池内同一存储目录。

17、进一步地，所述步骤s4中文件传输过程具体为：

18、在应用写入单元，将有文件传输需求的应用实例写入第一目录，并挂载至存储资源池相应存储目录；

19、pod单元内evc服务通过文件扫描获取第一目录，之后由cd产品对应读取第一目录，并通过寻找目的ip的方式，将文件传输至对应容器计算节点内的cd产品。

20、与现有技术相比，本发明通过设置存储资源池，将多个容器计算节点分别对应与存储资源池连接，并将传输代理容器化，将cd产品和evc服务份部署在同一pod单元内的两个docker容器扇，在容器计算节点内部署pod单元，即引入k8s动态存储插件，由此确保存储能够跟随容器进行漂移，达到存储与计算分离的效果，有效降低主机与存储的耦合性以及主机运行风险，此外，由于无需将存储挂载在容器主机上，也就无需额外维护容器主机标签，进而有效降低容器运维复杂度，即使后期存储应用增多，也不会出现主机层挂载目录数增多导致的运行风险增加。

21、本发明将传输代理容器化，并部署在固定ip的pod单元内，能够保证文件传输时源、目标服务器两端ip不变，确保文件传输的准确性。

22、本发明将同一容器计算节点内的传输代理与业务应用实例声明同一pvc，并挂载至存储资源池内的统一存储目录，能够保证后续读取的数据一致。

23、本发明设计定制化的镜像模板，以按照传输代理需求构建相应的pod单元，能够大大方便用户快速、准确进行部署操作。

技术特征：

1.一种传输代理容器化系统，其特征在于，包括多个容器计算节点，所述容器计算节点连接至存储资源池，所述容器计算节点内设置有pod单元和应用写入单元，所述pod单元内设置有第一docker容器和第二docker容器，所述第一docker容器用于部署cd产品，所述第二docker容器用于部署evc服务，所述应用写入单元用于将应用实例写入相应目录。

2.根据权利要求1所述的一种传输代理容器化系统，其特征在于，所述不同容器计算节点内的pod单元分别对应有固定的ip信息。

3.根据权利要求1所述的一种传输代理容器化系统，其特征在于，所述同一容器计算节点内的pod单元和应用写入单元分别连接至存储资源池的同一存储单元。

4.根据权利要求1所述的一种传输代理容器化系统，其特征在于，所述不同容器计算节点内的cd产品之间相互通信连接。

5.一种传输代理容器化系统的部署方法，其特征在于，包括以下步骤：

6.根据权利要求5所述的一种传输代理容器化系统的部署方法，其特征在于，所述步骤s1中镜像模板的内容包括但不限于容器镜像、容器配额、配置词典、持久卷声明信息。

7.根据权利要求5所述的一种传输代理容器化系统的部署方法，其特征在于，所述步骤s1中构建的pod单元内设置有两个docker容器，用于分别部署cd产品和evc服务。

8.根据权利要求5所述的一种传输代理容器化系统的部署方法，其特征在于，所述步骤s2中pod单元对应的固定ip与文件传输时源、目标服务器ip相同。

9.根据权利要求5所述的一种传输代理容器化系统的部署方法，其特征在于，所述步骤s3的具体过程为：

10.根据权利要求5所述的一种传输代理容器化系统的部署方法，其特征在于，所述步骤s4中文件传输过程具体为：

技术总结
本发明涉及一种传输代理容器化系统及其部署方法，该系统包括多个容器计算节点，容器计算节点连接至存储资源池，容器计算节点内设置有Pod单元和应用写入单元，Pod单元内设置有用于部署CD产品的第一docker容器和用于部署EVC服务的第二docker容器，应用写入单元用于将应用实例写入相应目录。与现有技术相比，本发明通过设置存储资源池，并使传输代理具备容器化能力、部署在Pod单元内，能够确保存储跟随容器进行漂移，实现存储与计算相分离，有效降低主机与存储的耦合性以及主机运行风险，由于无需将存储挂载在容器主机上，也就无需额外维护容器主机标签，进而有效降低容器运维复杂度，即使后期存储应用增多，也不会出现主机层挂载目录数增多导致的运行风险增加。

技术研发人员：铁锦程,张鹏程,刘佳利,丁文涛,胡郎郎
受保护的技术使用者：上海浦东发展银行股份有限公司
技术研发日：
技术公布日：2024/1/12