张俊杰 的博客

Kubernetes之network: failed to set bridge addr: “cni0” already has an IP address different from xxx问题1 问题2 解决方案1.问题在使用Kubernetes部署应用时发现有Pod一直不能创建成功，使用kubectl describe pods <pod-name> -n <namespace>得到的结果如下图：从上面的截图中看到问题出现在给Pod分配IP上，意思是cni0

Service 对外暴露应用Service 对外暴露端口的时候其实也做了一个负载均衡的效果kubectl expose deployment [deployment 名字]–port=[对外提供端口] --target-port=[内部本身端口] --type=NodePort说明:– port 是对外提供的端口–target-port 是内部本身的端口,–type=NodePort方式暴露注意端口不要乱写,要和你项目端口对上才行,不然就访问不了.比如说你原来项目端口就是8080,那么这个

命令: kubectl get po [pod名字] -o yamlkubectl get po httpd-gv4bl -o yamlyaml描述文件结果 apiVersion: v1 --YAML描述文件所使用的Kubernetes API版本kind: Pod --Kubernetes 对象资源 metadata: --pod元数据(名称、标签和注解) creationTimestamp: 2019-09-03T06:05:16Z gener

制作镜像,将项目上传到阿里云仓库上https://www.yuque.com/docs/share/69500bda-8be1-4a8b-9794-6c27fb66eef7?# 《docker 将镜像上传到阿里云镜像仓库,再拉取到本地》deployment部署镜像创建出podkubectl create deployment javademo1 --image=[镜像地址] --dry-run -o yaml >[yaml文件名].yaml[root@zjj101 k8s]# kubectl

kubernetes 查看 pod的描述kubectl describe pod [pod名字] kubectl describe pod javademo1-69f7678847-qf5gf

修改service端口号查看所有的服务 kubectl get service修改服务文件: kubectl edit svc [service名字][root@zjj101 ~]# kubectl get serviceNAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGEkubernetes ClusterIP 10.96.0.1 <none>

查看service命令: kubectl get services删除service命令: kubectl delete service [service命令][root@zjj101 ~]# kubectl get servicesNAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGEkubernetes ClusterIP 10.96.0.1 <none>

原因修改deployment名称后，发现原来的deployment创建的pod还存在，使用kubectl delete pod name发现，pod删除后，又会重新创建一个pod-deployment controller：管理维护deployment，关联deployment和deployment controller，保证运行指定数量的pod，当deployment 更新时，控制实现deployment controller和pod的更新。获取并删除deployment获取命令 kubectl

概述我准备把zjj103节点从kubernetes集群踢出去,然后再加入进来查看Node节点[root@zjj101 ~]# kubectl get nodesNAME STATUS ROLES AGE VERSIONzjj101 Ready master 42h v1.18.0zjj102 Ready <none> 11

kubernetes发布服务在Kubernetes集群中创建一个pod，验证是否正常运行：# 拉取nginx 的pod[root@zjj101 ~]# kubectl create deployment nginx --image=nginxdeployment.apps/nginx created# 查看pod ,发现了一个nginx,等status状态变成running状态后就可以了[root@zjj101 ~]# kubectl get podNAME

出现问题出现这个问题的原因是我想kubernetes node节点想加入主节点然后说是 /proc/sys/net/ipv4/ip_forward 文件没有设置成1[root@zjj102 ~]# kubeadm join 172.16.10.101:6443 --token qnv1yd.t6md74mwcnty78uv --discovery-token-ca-cert-hash sha256:13c8363f7beea0ee257730c981a501c222bc9a914c37331

直接执行就行了, 亲测 centos7 能卸载.yum remove -y kubelet kubeadm kubectl kubeadm reset -fmodprobe -r ipiplsmodrm -rf ~/.kube/rm -rf /etc/kubernetes/rm -rf /etc/systemd/system/kubelet.service.drm -rf /etc/systemd/system/kubelet.servicerm -rf /usr/bin/kube*r

版本说明Kubernetes版本是 1.18.0Docker版本是 docker-ce-19.03.12前置工作关闭 selinux三台机器都关闭两种方式:方式1 永久的: sed -i 's/enforcing/disabled/' /etc/selinux/config方式2 临时关闭setenforce 0 # 临时关闭 swap三台机器都关闭永久关闭echo "vm.swappiness = 0">> /etc/sysctl.conf 关闭防火墙

核心概念（一）PodK8s最小单位不是以容器为单位,而是以Pod为单位.Pod是所有业务类型的基础,k8s 不会直接处理容器，而是 Pod，Pod 是由一个或多个 container 组成一个Pod是一组Docker的container 的集合，也就是Pod内部可以有多个容器存在，不是一个Pod代表一个容器.一个Pod中的所有容器是共享网络的,假如说有A,B,C三个容器都在Pod中,我现在A容器监听了80端口,那么B ,C这两个容器也能得到80端口.Pod生命周期是短暂的,不是一直存在的,比如说我

Kubectl 常用命令大全Kubectl 常用参数分类![](https://img-blog.csdnimg.cn/img_convert/196348bd3e74cc60e74bd5484cc9e917.png#align=left&display=inline&height=533&margin=[object Object]&originHeight=533&originWidth=1122&status=done&style=none&