由于以二进制方式部署的flannel是以etcdv2的方式访问etcd，而k8s的kube-apiserver是以etcdv3的方式访问etcd，在这种情况下，如果让他们都访问同一个etcd集群，正常情况下存、取数据都没问题，用etcdctl snapshot save 备份数据也没问题，但是在恢复数据时，etcdv2写入的数据会丢失，这是因为etcd v2和v3 的数据结构和实现逻辑完全不同导致

k8s 删除 namespace 一直处于 Terminating 状态出现无法删除的情况，是因为kubelet 阻塞，有其他的资源在使用该namespace，比如CRD等，尝试重启kubelet，再删除该namespace 也不好使。在尝试以下命令强制删除也不好使：kubectl delete ns <terminating-namespace> --force --grace-pe

一、源端为大量小文件，合并为一个大文件存储到hdfs      a）为什么要把小文件合并为大文件大量的小文件同步到hdfs，对namenode的压力非常大，生成环境是不会允许如此使用集群的。       b）为什么选kafkaproducer可以将文件内容转成消息发送到topic，相当于在数据传输过程对小文件进行了合并       c）consumer将消息直接写到hdfs还是...

apt-get update && apt-get upgrage -y && apt-get dist-upgrade -yapt-get install python3.9 -yls -s /usr/bin/python3.9 /usr/bin/pythonpython -V // 当前 python 版本

k8s 网络异常排错步骤前言首先要有信心解决 k8s 的网络问题，k8s 的网络是通过 iptables、ipvs、ipset 或者 ebpf 等 linux 技术实现的，k8s 借助这些工具创建各种数据包转发规则，通过这些规则控制数据流转逻辑从而实现 k8s 网络，在排查网络问题之前先梳理网络拓扑，再弄清楚数据的流转过程，最后追踪数据是在哪个环节丢失，遇到问题不要慌，按照流程逐步分析定位问题，可