weixin_39833509的博客

【代码】Failed to pull image desc = Get "https://registry-1.docker.io/**": net/http: TLS handshake timeout。

selfLink was empty 在k8s集群 v1.20之前都存在，在v1.20之后被删除，需要在/etc/kubernetes/manifests/kube-apiserver.yaml 添加参数。分别创建 rbac、nfs-deployment、nfs-storageclass之后都正常运行。增加 - --feature-gates=RemoveSelfLink=false。在使用nfs创建storageclass 实现存储的动态加载。查找无果然后查看nfs-pod状态，报错如下。

【代码】kube-api log:authentication handshake failed: x509: certificate has expired or is not yet valid。

kube升级从 1.22.0-0.x86_64到 1.24.1-0.x86_64后, 出现unknown flag: --network-plugin 法一：yum downgrade 后restart正常方法二：使用链接提到的方法： Kubernetes 升级至 1.24 后 kubelet

k8s搭建EFK日志管理系统efk就是目前比较受欢迎的日志管理系统。kubernetes可以实现efk的快速部署和使用，通过statefulset控制器部署elasticsearch组件，用来存储日志数据，还可通过volumenclaimtemplate动态生成pv实现es数据的持久化。通过deployment部署kibana组件，实现日志的可视化管理。通过daemonset控制器部署fluentd组件，来收集各节点和k8s集群的日志。https://www.nnv5.cn/index.ph

according to thedocumentationNormal users are assumed to be managed by an outside, independent service. An admin distributing private keys, a user store like Keystone or Google Accounts, even a file with a list of usernames and passwords. In this regar.

How do I determine whichapiGroupany given resource belongs in?kind: RoleapiVersion: rbac.authorization.k8s.io/v1beta1metadata: namespace: default name: thingrules:- apiGroups: ["<wtf goes here>"] resources: ["deployments"] verbs: ["g..

云计算、大数据带来的数字化转型赋予了经济发展新的动力。面对激烈的市场竞争，企业运用新一代信息技术提高品牌价值，打造云端一体化管理，已经成为获得市场成功的关键。随着云计算的普及和应用，使得IaaS(基础架构即服务)和PaaS(平台即服务)得以通用，用户可以轻松访问服务器、存储器和网络等计算资源，可以在云环境中开发、管理和交付应用。同时，企业信息化管理软件的发展经历了定制化、通用化的阶段，SaaS（Software as a Service软件即服务）模式的出现，给“企业上云”带来新的契机。为满足企业数

描述kubernetes v1.20版本创建pvc 报错E0304 06:18:05.352939 1 controller.go:1004] provision "default/diss-db-pvc" class "managed-nfs-storage": unexpected error getting claim reference: selfLink was empty, can't make referenceI0304 06:18:06.365388 1 ...

The containerized IBM® Security Guardium® Key Lifecycle Manager application provides a simpler installation and upgrade experience.For the containerized installation, you must install the preinstalled images for the database and the application in the fo

Kubernetes没有提供诸如docker restart类似的命令用于重启容器那样重启pod的命令，一般会结合restartPolicy进行自动重启，这篇文章整理一下偶尔需要手动进行重启的时候所需要使用的方法。事前准备环境准备本文使用Kubernetes 1.17，可参看下文进行快速环境搭建：单机版本或者集群版本环境搭建pod准备使用如下pod的yaml文件[root@host131 config]# cat busybox-pod-test.yamlapiVersion: v1.

前言本文Harbor高可用依照Harbor官网部署，主要思路如下，大家可以根据具体情况选择搭建。部署Postgresql高可用集群。（本文选用Stolon进行管理，请查看文章《kubernetes下Stolon部署高可用Postgresql》） 部署redis高可用集群。（本文选用Helm对redis进行高可用部署，请查看文章《kubernetes部署高可用redis》，该文以整理好redis编排文件可直接使用） 部署Harbor高可用集群。（本文主要阐述Harbor的高可用部署，为《kuber

简介这篇文章主要介绍了Docker&K8s---K8s跨宿主机pod通信之Flannel以及相关的经验技巧，文章约15127字，浏览量242，点赞数1，值得参考！Docker&K8s—K8s跨宿主机pod通信之FlannelKubernetes设计了网络模型，但却将它的实现交给了网络插件，CNI网络插件最主要的功能就是实现POD资源能够跨宿主机进行通信。常见的CNI网络插件：Flannel Calico Canal Contiv OpenContrail N..

If you’re ended up choosing this option to log in to your Kubernetes dashboard but don’t know how, this post helps you out with that.Create a Service AccountapiVersion: v1kind: ServiceAccountmetadata: name: admin-user namespace: kube-syste.

1. Pod始终处于Pending状态 如果Pod保持在Pending的状态，意味着无法被正常的调度到节点上。由于某种系统资源无法满足Pod运行的需求系统没有足够的资源：已经用尽了集群中所有的CPU或内存资源。需要清理一些不在需要的Pod，调整它们所需的资源量，或者向集群中增加新的节点。用户指定了hostPort：通过hostPort用户能够将服务暴露到指定的主机端口上，会限制Pod能够被调度运行的节点。2. Pod始终处于Waiting状态 Pod处在Waiting的...

pod的status为CrashLoopBackOff，也可能是防火墙问题[root@master systemd]# kubectl get pods --all-namespacesNAMESPACE NAME READY STATUS RESTARTS AGEkube-system calico-kube-controllers-58497c65d5-xhfs..

[root@master ~]# kubeadm init --image-repository=registry.cn-hangzhou.aliyuncs.com/google_containers --kubernetes-version v1.22.0 --pod-network-cidr=10.244.0.0/16 --service-cidr=10.96.0.0/12[init] Using Kubernetes version: v1.22.0[preflight] Running ...

master（主节点）kubeadm init 报错，主要错误：错误关键信息总结：Kubernetes version: v1.21.1，依赖/coredns/coredns:v1.8.0，registry.cn-hangzhou.aliyuncs.com/google_containers/coredns/coredns:v1.8.0 不存在。解决方案：本地执行以下命令：docker pull coredns/coredns:1.8.0docker tag core..

在安装kubernetes的过程中，经常会遇见如下错误failed to create kubelet: misconfiguration: kubelet cgroup driver: "cgroupfs" is different from docker cgroup driver: "systemd"原因是docker的Cgroup Driver和kubelet的Cgroup Driver不一致。有两种方式解决问题，一种是修改docker,，另一种是修改kubelet；1、修改docker的