qq_49288154的博客

​ 最近发现，自己使用虚拟机建立的集群，在断电关机或者关机一段时间后，集群之间的链接散了，并且节点自身的 IP 也发生了变化，发现是 DHCP 的问题，这里记录一下。

​ 但是实际测试发现，部署后更改容器内部镜像时，容器接口接收到文件后记录的时间，依然是更改之前的时间，所以这里需要在部署时就同步时间，更新部署配置文件。​ 因为本地的 alpine 镜像是 1.21 版本的，封装时发现一些使用的依赖需要 1.22 版本以上兼容，所以需要更新镜像版本。​ 这里要同步宿主机和容器的时间同步，因为容器镜像中封装的是 Linux 轻量版的 alpine，安装时区数据包，并设置时区。​ 定义一个 大小为 500 MB 的文件，​ 部署测试发现环境崩溃了。​ 部署环境下载镜像。

​ 查看服务的 endpoints，会发现，服务的 endpoints 有多个，但是只有一个是部署的任务，其他两个是之前部署的测试任务（碰巧两个服务的 label 相同），因此在访问服务时，服务负载均衡的随机平均将请求发送到 任务 和非任务端口，所以得到的响应是断断续续的。问题描述：使用服务部署了一个任务，但是访问服务的 ClusterIP 不间断的得不到响应，但是这种直接访问任务的 pod IP，无这种情况。字段选择符合条件的 Pod（即拥有特定标签的 Pod）的标签选择器来找出所有匹配的 Pod。

​ 关于持久卷的介绍，可以看官方文档 https://kubernetes.io/zh-cn/docs/concepts/storage/persistent-volumes/​ 持久卷根据存储位置，可以使用本地存储和云存储，如果有云服务平台，可以动态使用配置云资源（如Google Cloud Platform (GCP) 、 AWS、Azure）；使用的云提供商，需要使用相应的和参数，: 指定存储插件（Provisioner），根据你实际环境调整。​ 云存储服务需要集群运行在云服务商提供的平台；

​ 在传统的 NFS 模式下，PV 通常需要手动创建并指定存储路径，而 NFS Subdir External Provisioner 可以根据 PVC 自动创建子目录并动态分配 PV，简化了运维操作。NFS Subdir External Provisioner 的主要工作是将 PVC 的请求动态映射到 NFS 服务端的子目录。–set nfs.path=/var/nfs/pvc-test：指定 NFS 导出的共享数据目录。它会在 NFS 服务端的指定路径下创建一个与 PVC 关联的子目录。

上述的场景一：在 Broker 中部署 NFS 服务器，Pve2 的 master 节点部署 NFS 客户端并挂载到 NFS 服务器上，实现Broker和 Pve2 的 master 节点 可进行某个目录的数据共享。命令查看文件系统的挂载情况和磁盘空间使用情况。这个命令会列出所有挂载的文件系统及其大小、已用空间、可用空间、使用百分比和挂载点。目录共享，不管谁创建/删除/添加文件都会保持同步。代表 ，客户端网段无限制，均可以挂载到服务器。和 pve2 的 master 的。​ 至此，broker 的。

而其他节点，只需要跟这几个专门的节点交换路由信息，就可以获得整个集群的路由规则信息了。​ 在路径传输方式上，BGP路由的好坏不是基于距离（多数路由协议选路都是基于带宽的），它的选路基于丰富的路径属性，而这些属性在路由传输时携带，它的路由信息包含目标网络和到达该网络的路径（即沿途AS的列表）。（ IGP：发现路由；​ 但是，这种跨域通信能力需要集群处于相同的网络环境，并且需要支持 BGP 的网络设备，网络性能优秀（不需要信息封装的开销和延迟），但是缺少一定的数据加密安全性，并且依赖外部的 BGP 服务器；

对于集群之间的通信延迟问题，尝试使用 traceroute 对发出的流量做路由跟踪​ 但是发现，该工具仅能跟踪流量在本集群内部的路由，出集群后的路由无法跟踪，从结果来看，访问跨集群的服务，第一跳地址为 pod 所在工作节点 node1 的 IP；第二跳地址为集群 master 节点（网关节点）的 IP；第三跳的地址为 访问的服务的虚拟IP地址；第四跳以及之后的路由则无法跟踪。​ 查看流量经过的节点的相关组件的日志，发现有关于 MTU 的报错​ 查看两个集群的网络链路信息。

如果删除了 service ，会默认保留对应的 serviceexport，但是不会根据这个 serviceexport 创建 serviceimport ，因为此时的 serviceexport 状态是不正常的，但是当相同命名空间下创建了相同名称的 service 时，serviceexport 会默认匹配导出 service ，并且重新分配虚拟 IP，其他集群也会创建对应的 serviceimport。如果删除了 serviceexport，则仅仅是断绝了服务本身的暴露属性，同时收回分配的虚拟 IP。

Submariner 部署全部过程以及踩坑修复

网络插件更换

​云计算，无头服务——无需负载均衡，为访问特定单个 Pod 建立的服务

使用PVE虚拟机搭建K8s集群

​Submariner 基本组件原理