wordpress代码复杂吗怎样优化网络速度

当前位置： 首页 > news >正文

wordpress代码复杂吗,怎样优化网络速度,工商注册公司名称核准,wordpress 主题 简约作者#xff1a;宇轩辞白#xff0c;运维研发工程师#xff0c;目前专注于云原生、Kubernetes、容器、Linux、运维自动化等领域。 前言 2023 年 7 月 23 日在项目上线前夕#xff0c;K8s 生产环境出现故障#xff0c;经过紧急修复之后#xff0c;K8s 环境恢复正常#… 作者宇轩辞白运维研发工程师目前专注于云原生、Kubernetes、容器、Linux、运维自动化等领域。 前言 2023 年 7 月 23 日在项目上线前夕K8s 生产环境出现故障经过紧急修复之后K8s 环境恢复正常另外我们环境引入了 KubeSphere 云原生平台技术为了方便研发人员对于 K8s 权限的细粒度管理我方手动将 K8s Namespace生产环境业务命名空间加入到 KubeSphere 中的 Workspace企业空间就在此时发生了让人后背一凉、极度可怕的事故就是生产命名空间Namespace被自动删除了熟悉 K8s 的人都知道这意味着该命名空间下的所有数据都被清空了。 问题简述 事故的来龙去脉 我们项目环境有两套 K8s 集群即生产/测试两套 K8s 环境准备完毕之后分别在两套 K8s 引入 KubeSphere 云原生平台计划通过 KubeSphere 启用多集群模式去管理两套 K8s生产 K8s 集群将设置为 Host 主集群测试环境 K8s 设置为 Member 集群。在此期间一切准备就绪就等次日正式对外上线。 在 2023 年 7 月 22 号晚上七点十分忽然收到研发人员反馈测试环境 KubeSphere 平台无法正常使用数据库都无法打开。 随后我展开排查发现整个 KubeSphere 平台都瘫痪了。经过确认是因第三方客户技术人员做资源克隆间接性影响了生产环境。 排查未果情急之下我直接卸载了 KubeSphere 进行重装重装之后暂时恢复了正常。随后我将两套 K8s 集群重新加入到 KubeSphere 平台托管再将 K8s 的 Namespace 加入到 KubeSphere 所创建好的 WorkSpace 进行管理。 就在此刻我发现加入到 WorkSpace 的 Namespace 竟在顷刻间自动删除致使我 NameSpace 下的所有生产数据资源全部丢失。我以为是 Workspace 的问题因此重建新的 Workspace 测试进行测试结果同样被删除。 此时此刻我心想坏了出大事了 集群环境 Kubesphere 3.3.1K8s v1.22 [rootk8s-master01 ~]# cat /etc/redhat-release CentOS Linux release 7.9.2009 (Core) [rootk8s-master01 ~]# kubectl get node NAME STATUS ROLES AGE VERSION k8s-master01 Ready,SchedulingDisabled none 51d v1.22.0 k8s-master02 Ready,SchedulingDisabled none 51d v1.22.0 k8s-master03 Ready,SchedulingDisabled none 51d v1.22.0 k8s-node01 Ready none 51d v1.22.0 k8s-node02 Ready none 51d v1.22.0 k8s-node03 Ready none 51d v1.22.0 k8s-node04 Ready none 12d v1.22.0 k8s-node05 Ready none 12d v1.22.0 [rootk8s-master01 ~]# kubectl get cluster NAME FEDERATED PROVIDER ACTIVE VERSION host true KubeSphere true v1.22.0 test-host true v1.22.0 [rootk8stst-master01 ~]# cat /etc/redhat-release CentOS Linux release 7.9.2009 (Core) [rootk8stst-master01 ~]# kubectl get node NAME STATUS ROLES AGE VERSION k8stst-master01 Ready,SchedulingDisabled none 58d v1.22.0 k8stst-master02 Ready,SchedulingDisabled none 58d v1.22.0 k8stst-master03 Ready,SchedulingDisabled none 58d v1.22.0 k8stst-node01 Ready none 58d v1.22.0 k8stst-node02 Ready none 58d v1.22.0 分析排查 故障演示 创建一个名为 testv1 的 Namespace然后将其加入到名为 ws1 的 Workspace 中。 将 testv1 分配至 ws1 下点击确定右上角就出现了错误提示。 role.rbac.authorization.k8s.ioadmin not fount 这表示在 K8s 集群中没有找到名为 admin 的 KubeSphere role。这个错误通常发生在试图为 KubeSphere 添加或配置角色时使用了一个不存在的角色名称。此时我们继续往下看。 加入之后你会发现Namespace 已处于自动删除状态中。 然后我发现刚才创建的 Namespace testv1 这个命名空间确实被删除了。 而且这个删除是彻底的在 Etcd 中都找不到丝毫痕迹。 随后我进一步展开排查想通过 kubefed-controller-manager pod 日志寻找一些有价值的线索。 #kubectl -n kube-federation-system get pod NAME READY STATUS RESTARTS AGE kubefed-admission-webhook-6f9f5dcbbf-8krrp ¹⁄₁ Running 1 (13d ago) 13d kubefed-controller-manager-78c4dbc5f8-bbqj6 ¹⁄₁ Running 0 11d kubefed-controller-manager-78c4dbc5f8-qvsrb ¹⁄₁ Running 0 11d #kubectl -n kube-federation-system logs -f kubefed-controller-manager-78c4dbc5f8-qvsrb 你可以手动模拟将 Namespace 加入到 Workspace 的同时实时输出 kubefed-controller-manager 日志信息。 可以看到在 Namespace 加入 Workspace 之后Namespace 就被干掉了。 最后我检查了 KubeSphere Workspace 的状态发现 Workspace 不稳定从现象上看 Host 集群中 Workspace 被不停的创建和删除。 分析判断 首先我们可以将问题范围缩小至 KubeSphere 多集群管理这里该功能使用了 Kubefed 这个组件思考以下几点疑问 问题 1为什么重装了 KubeSphere 之后会出现这种情况呢难道是我卸载之后再重装该环境没有彻底清除干净 问题 2什么情况会导致创建一个 Namespace 加入到 Workspace 之后会被删除掉呢 问题 3这里面的逻辑是什么样的呢
以上我带着疑问翻阅了 KubeSphere 多集群管理 Kubefed 托管的相关官网得知Kubefed 托管是指在 KubeSphere 平台上通过 Kubefed 控制器来管理和操作多个 K8s 集群的联邦特性 Kubefed 控制器Kubefed 是一个 K8s 控制器用于提供联邦特性使得多个 K8s 集群可以联合管理。Kubesphere 通过部署 Kubefed 控制器来实现对多集群的联邦管理。联邦 API 服务器Kubefed 控制器在每个 K8s 集群上启动一个联邦 API 服务器。这些联邦 API 服务器相互通信用于管理联邦资源和配置。联邦配置在 KubeSphere 中配置联邦相关的资源例如联邦命名空间、联邦服务、联邦副本集等。这些联邦资源将通过联邦 API 服务器进行同步和管理。联邦控制Kubefed 控制器会周期性地检查联邦资源的状态和配置并根据配置的策略自动进行同步和调度。例如当创建一个联邦副本集时Kubefed 控制器会将该副本集在各个联邦集群中进行创建和调度。跨集群资源访问通过联邦特性可以在一个集群中访问和管理其他集群的资源。在 KubeSphere 中可以通过联邦命名空间和联邦服务来实现跨集群的资源访问和通信。 总而言之KubeSphere Kubefed 托管通过部署 Kubefed 控制器和联邦 API 服务器结合联邦配置和控制机制实现了对多个 K8s 集群的联邦管理和操作。 验证问题猜想 通过分析我有了一点点头绪。很有可能当前的主集群 Host 被多个 Kubefed 托管产生了冲突。但为什么产生冲突可能当时卸载 KubeSphere 没有清理干净当时删除只是通过脚本清理了 KubeSphere-system 相关 pod但是 Kubefed 相关资源没有清理掉当重新配置新 Host 集群的时候导致当前的 Host 集群被多个 Kubefed 托管产生了冲突。 一个是当前集群的 Kubefed因创建的 Workspace 关联了 Host 集群所以 Kubefed 会在 Host 上创建出 Workspace然而在此之前这个 Host 集群也被另外一个 Kubefed 进行托管由于创建出来的 Workspace 带有 kubfed.io/managed: true 这个标签此时就会产生冲突导致 Workspace 不停的被创建和删除。 为了验证该猜想我把当前集群中的 Kubefed controller 停止可设置为 0然后再手动创建一个 Workspace 并打上 kubfed.io/managed: true 标签验证一下是否仍然被删除。 #kubectl get deployment -n kube-federation-system 停止当前 kubefed controller #kubectl scale deployment kubefed-controller-manager –replicas0 -n kube-federation-system deployment.apps/kubefed-controller-manager scaled Deployment 副本控制器设置为 0 之后再手动将 Namespace 加入 Workspace。此时发现 Namespace 没有被删除Workspace 也没有出现不断创建删除等现象。 最后我们再将设置为 0 的 Kubefed controller 还原回来。 问题解决 经过上述验证发现将当前的 kubefed controller-manager 停掉然后再创建的 Workspace 在加入了 Namespace 之后没有继续被删除等再将 Kubefed controller 还原之后Workspace 又出现之前的现象。 此时就可以断定除了当前 Host 集群中的 Kubfed 之外很有可能原始 Host 集群的 Kubfed 没有被删除。也就是说两个相同的 Host Kubefed 同时托管当前的 Host 集群自然而然就会对当前 Host 集群产生了影响究其原因在起初卸载 KubeSphere 环境的时候没有正确的将 Kubefed Host 集群中移除当新的 Kubefed Host 起来之后就会造成冲突。 此时我们通过 kubectl get kubefedclusters.core.kubefed.io -n kube-federation-system 可以看到两个 cluster分别是当前的 Host cluster 和 Member cluster当前的 Host 集群可以理解为集群中部署的 Kubfed 管理了自己和 Member 集群都被托管到了 Host 集群中部署的 Kubfed并通过 KubeSphere 进行管理。 查看 kubefed 联邦集群的信息 #kubectl get kubefedclusters.core.kubefed.io -n kube-federation-system 通过 api 地址来判断当前是否异常的 host cluster #kubefedclusters.core.kubefed.io -n kube-federation-system -o yaml 最妥当的办法就是将原始的 Kubefed cluster 删除 #kubectl delete kubefedclusters.core.kubefed.io produce-trt -n kube-federation-system 此时你会发现问题得到解决。 总结 通过本次事故我学习了很多认识到了自己的不足。我仍然需要在云原生这个领域去深耕沉淀。 对于运维来讲我觉得遇到问题是一件幸运的事情。尽管这些问题会让你崩溃甚至自我怀疑但却是一个个成长的契机。运维的核心竞争力就是解决问题的能力。 遇到问题你需要搞清楚里面的逻辑原理这样才能更好的处理。所以解决问题的过程也是一个学习的过程。 本文由博客一文多发平台 OpenWrite 发布