DEEPEXI_2048Lab的博客

作者：陈峰针对传统数据传输面临的问题和挑战：数据源多样性、数据传输不一致问题、不能有效满足数据实时性需求，并且传统的ETL缺乏智能调度和监控功能；工业企业的数据治理急需一套高效、实时的数据同步工具，滴普在服务客户进行数据治理的过程中，打磨了一套先进的数据同步产品DCT，也是滴普FastData产品组合中的重要模块。DCT在立项时曾确立了any2any的最终目标。Any2any意味着dct需要兼容各种数据源的读取与写入。据粗略统计，目前常用的数据源超过30种，按照排列组合计算，dct需要支持900种传输组

当我们在K8S上部署一个工作负载时，通常会设置多个副本（下面开始简称：Pod）来实现高可用，因为Pod的IP经常会变化，所以我们会给服务创建一个K8S的Service，如果Service的类型为ClusterIP的话，K8S会给这个Service分配一个ServiceIP，如果类型为NodePort，K8S会打开每一个节点的某个端口，然后我们调用这个服务就会使用K8S分配的ServiceIP或打开的端口，流量总是能转到后端的多个Pod上，这个ServiceIP只能在Pod和K8S的节点中访问，今天我们就来介

前言上一章介绍完flannel的udp模式后，接着来介绍一下vxlan模式，因为很多生产的K8S都正在使用这个模式，所以将会介绍得详细些。在前面的章节中，我们介绍过配置linux vxlan完成跨主机的容器通信，flannel的vxlan模式大概完成的事情就是把那个章节中手工完成的事情自动化了而已，想了解的童鞋可以看回那一章《linux配置跨主机容器通信》vxlan模式下的flannel比udp模式少了一个组件，就是用c语言写的打开tun设备的守护进程flanneld，因为...

本来上一篇文章应该是介绍flannel的udp模式的了，但因为其中的内容会涉及到linux虚拟网络设备tun的原理，所以先介绍一下tun设备，然后在这一篇才转入正题。flannel一共有UDP、VXLAN、HOST-GW三种工作模式，如果开启了Directrouting的话，会使用VXLAN和HOST-GW组合，不跨网段就使用HOST-GW，跨网段就使用VXLAN。对于host-gw和vxlan我们在前面的文章中有过简单地介绍，在这篇文章我们来分析一下flannel的UDP模式，虽然这种模式现在基.

tun是linux的另一种虚拟网络设备，与前面讲过的veth类似，只是另一端连的不一样，veth设备是一端连着内核协议栈，另一端连着另一个netns的协议栈；而tun设备是一端连着内核协议栈，另一端连接着一个用户程序，任何时候从协议栈发到tun网卡的数据都能从用户程序中读到，而从用户程序写入/dev/net/tun的数据都会被内核协议栈收到。当我们通过程序打开/dev/net/tun设备时，就会发现我们的主机上多了一张网卡，打开多次会新增多张网卡，命名依次为tun0/tun1/tun2....，我.

在本章主要完成以下几件事情：1.配置linux主机路由完成跨主机容器通信2.配置linux ip tunnel完成跨主机容器通信3.配置linux vxlan完成跨主机容器通信主机路由前面我们已经介绍了几种从容器到主机通信的配置方式，接下来我们通过配置主机路由来打通不同主机的容器，首先在两台主机上分别创建一个新的NS然后配置到各自主机的通信，环境如下：host1:host-name:worker2ip:10.57.4.20pod-cidr:192.168.10.0/24host2:ho

作者：彭明明一：背景随着openkube系统一步步推进，混合云管理系统已显雏形，容器化部署逐步深入，应用部署依赖关系复杂、日志量庞大、运维和开发人员查看日志分析问题困难，目前搭建一套统一日志系统显的尤为重要。二：目标1.一站式日志平台打造统一日志管理平台，统一日志采集、日志分析、日志查询，一站解决运维、开发人员日志查询、分析、问题定位的痛点。2.跨平台日志采集支持多平台、多语种、多样式日志定制化采集。3.关键字高效查询在海量的历史记录中，只需输入关键字，即可轻松驾驭数据探勘工作，快速取得查

统一管控平台建设背景传统工业企业的管控平台采用的是Vmware虚拟化架构。某企业用户将业务系统部署在物理机和传统虚拟化环境，各个业务模块深度耦合，资源不能灵活的水平扩展。因此客户希望通过统一云管平台的建设实现数据中心资源统一部署管理、高效协同以及资源充分利用。需要针对工厂现有资源和新建业务系统资源，部署一套基于云原生架构的混合云管理平台，构建混合云管理能力，支撑业务系统一致性部署、资源弹性伸缩、应用云化迁移、应用跨集群部署、构建云原生微服务体系。传统Vmware虚拟化架构面临的挑战缺乏安全合规性。