成都网站优化费用,校园网二手书交易网站建设,汉服网站设计目的,wordpress 页面内链文章目录 计算机系统5G云计算第三章 LINUX Kubernetes Pod控制器一、Pod控制器及其功用二.pod控制器有多种类型1.ReplicaSet2.Deployment3.DaemonSet4.StatefulSet5.Cronjob 三、Pod与控制器之间的关系1.Deployment2.SatefulSet1#xff09;为什么要有headless2#xff09;为… 文章目录 计算机系统5G云计算第三章 LINUX Kubernetes Pod控制器一、Pod控制器及其功用二.pod控制器有多种类型1.ReplicaSet2.Deployment3.DaemonSet4.StatefulSet5.Cronjob 三、Pod与控制器之间的关系1.Deployment2.SatefulSet1为什么要有headless2为什么要有volumeClaimTemplate3K8S里服务发现的方式---DNS4示例5总结6常规service和无头服务区别 四、DaemonSet五、Job六、CronJob 计算机系统
5G云计算
第三章 LINUX Kubernetes Pod控制器
一、Pod控制器及其功用
Pod控制器又称之为工作负载workload是用于实现管理pod的中间层确保pod资源符合预期的状态pod的资源出现故障时会尝试进行重启当根据重启策略无效则会重新新建pod的资源
二.pod控制器有多种类型
1.ReplicaSet
代用户创建指定数量的pod副本确保pod副本数量符合预期状态并且支持滚动式自动扩容和缩容功能
ReplicaSet主要三个组件组成 1用户期望的pod副本数量 2标签选择器判断哪个pod归自己管理 3当现存的pod数量不足会根据pod资源模板进行新建
帮助用户管理无状态的pod资源精确反应用户定义的目标数量但是RelicaSet不是直接使用的控制器而是使用Deployment
2.Deployment
工作在ReplicaSet之上用于管理无状态应用目前来说最好的控制器。支持滚动更新和回滚功能还提供声明式配置
ReplicaSet 与Deployment 这两个资源对象逐步替换之前RC的作用
3.DaemonSet
用于确保集群中的每一个节点只运行特定的pod副本通常用于实现系统级后台任务。比如ELK服务 特性服务是无状态的 服务必须是守护进程
4.StatefulSet
管理有状态应用
5.Cronjob
周期性任务控制不需要持续后台运行
三、Pod与控制器之间的关系
controllers在集群上管理和运行容器的 pod 对象 pod 通过 label-selector 相关联 Pod 通过控制器实现应用的运维如伸缩升级等
1.Deployment
部署无状态应用 管理Pod和ReplicaSet 具有上线部署、副本设定、滚动升级、回滚等功能 提供声明式更新例如只更新一个新的image 应用场景web服务
//示例
vim nginx-deployment.yaml
apiVersion: apps/v1
kind: Deployment
metadata:name: nginx-deploymentlabels:app: nginx
spec:replicas: 3selector:matchLabels:app: nginxtemplate:metadata:labels:app: nginxspec:containers:- name: nginximage: nginx:1.15.4ports:- containerPort: 80kubectl apply -f nginx-deployment.yamlkubectl get pods,deploy,rs//查看控制器配置
kubectl edit deployment/nginx-deployment
apiVersion: apps/v1
kind: Deployment
metadata:annotations:deployment.kubernetes.io/revision: 1creationTimestamp: 2021-04-19T08:13:50Zgeneration: 1labels:app: nginx #Deployment资源的标签name: nginx-deploymentnamespace: defaultresourceVersion: 167208selfLink: /apis/extensions/v1beta1/namespaces/default/deployments/nginx-deploymentuid: d9d3fef9-20d2-4196-95fb-0e21e65af24a
spec:progressDeadlineSeconds: 600replicas: 3 #期望的pod数量默认是1revisionHistoryLimit: 10selector:matchLabels:app: nginxstrategy:rollingUpdate:maxSurge: 25% #升级过程中会先启动的新Pod的数量不超过期望的Pod数量的25%也可以是一个绝对值maxUnavailable: 25% #升级过程中在新的Pod启动好后销毁的旧Pod的数量不超过期望的Pod数量的25%也可以是一个绝对值type: RollingUpdate #滚动升级template:metadata:creationTimestamp: nulllabels:app: nginx #Pod副本关联的标签spec:containers:- image: nginx:1.15.4 #镜像名称imagePullPolicy: IfNotPresent #镜像拉取策略name: nginxports:- containerPort: 80 #容器暴露的监听端口protocol: TCPresources: {}terminationMessagePath: /dev/termination-logterminationMessagePolicy: FilednsPolicy: ClusterFirstrestartPolicy: Always #容器重启策略schedulerName: default-schedulersecurityContext: {}terminationGracePeriodSeconds: 30
......//查看历史版本
kubectl rollout history deployment/nginx-deployment
deployment.apps/nginx-deployment
REVISION CHANGE-CAUSE
1 none2.SatefulSet
部署有状态应用 稳定的持久化存储即Pod重新调度后还是能访问到相同的持久化数据基于PVC来实现 稳定的网络标志即Pod重新调度后其PodName和HostName不变基于Headless Service即没有Cluster IP的Service来实现 有序部署有序扩展即Pod是有顺序的在部署或者扩展的时候要依据定义的顺序依次进行即从0到N-1在下一个Pod运行之前所有之前的Pod必须都是Running和Ready状态基于init containers来实现 有序收缩有序删除即从N-1到0
常见的应用场景数据库 https://kubernetes.io/docs/concepts/workloads/controllers/statefulset/
apiVersion: v1
kind: Service
metadata:name: nginxlabels:app: nginx
spec:ports:- port: 80name: webclusterIP: Noneselector:app: nginx
---
apiVersion: apps/v1
kind: StatefulSet
metadata:name: web
spec:selector:matchLabels:app: nginx # has to match .spec.template.metadata.labelsserviceName: nginxreplicas: 3 # by default is 1template:metadata:labels:app: nginx # has to match .spec.selector.matchLabelsspec:terminationGracePeriodSeconds: 10containers:- name: nginximage: k8s.gcr.io/nginx-slim:0.8ports:- containerPort: 80name: webvolumeMounts:- name: wwwmountPath: /usr/share/nginx/htmlvolumeClaimTemplates:- metadata:name: wwwspec:accessModes: [ ReadWriteOnce ]storageClassName: my-storage-classresources:requests:storage: 1Gi从上面的应用场景可以发现StatefulSet由以下几个部分组成 1Headless Service无头服务用于为Pod资源标识符生成可解析的DNS记录。 2volumeClaimTemplates存储卷申请模板基于静态或动态PV供给方式为Pod资源提供专有的固定存储。 3StatefulSet用于管控Pod资源。
1为什么要有headless
在deployment中每一个pod是没有名称是随机字符串是无序的。而statefulset中是要求有序的每一个pod的名称必须是固定的。当节点挂了重建之后的标识符是不变的每一个节点的节点名称是不能改变的。pod名称是作为pod识别的唯一标识符必须保证其标识符的稳定并且唯一 为了实现标识符的稳定这时候就需要一个headless service 解析直达到pod还需要给pod配置一个唯一的名称
2为什么要有volumeClaimTemplate
大部分有状态副本集都会用到持久存储比如分布式系统来说由于数据是不一样的每个节点都需要自己专用的存储节点。而在 deployment中pod模板中创建的存储卷是一个共享的存储卷多个pod使用同一个存储卷而statefulset定义中的每一个pod都不能使用同一个存储卷由此基于pod模板创建pod是不适应的这就需要引入volumeClaimTemplate当在使用statefulset创建pod时会自动生成一个PVC从而请求绑定一个PV从而有自己专用的存储卷
服务发现就是应用服务之间相互定位的过程。 应用场景 ●动态性强Pod会飘到别的node节点 ●更新发布频繁互联网思维小步快跑先实现再优化老板永远是先上线再慢慢优化先把idea变成产品挣到钱然后再慢慢一点一点优化 ●支持自动伸缩一来大促肯定是要扩容多个副本
3K8S里服务发现的方式—DNS
使K8S集群能够自动关联Service资源的“名称”和“CLUSTER-IP”从而达到服务被集群自动发现的目的
实现K8S里DNS功能的插件 ●skyDNSKubernetes 1.3之前的版本 ●kubeDNSKubernetes 1.3至Kubernetes 1.11 ●CoreDNSKubernetes 1.11开始至今
//安装CoreDNS仅二进制部署环境需要安装CoreDNS
方法一
下载链接https://github.com/kubernetes/kubernetes/blob/master/cluster/addons/dns/coredns/coredns.yaml.basevim transforms2sed.sed
s/__DNS__SERVER__/10.0.0.2/g
s/__DNS__DOMAIN__/cluster.local/g
s/__DNS__MEMORY__LIMIT__/170Mi/g
s/__MACHINE_GENERATED_WARNING__/Warning: This is a file generated from the base underscore template file: coredns.yaml.base/gsed -f transforms2sed.sed coredns.yaml.base coredns.yaml方法二上传 coredns.yaml 文件kubectl apply -f coredns.yamlkubectl get pods -n kube-system4示例
//查看statefulset的定义
kubectl explain statefulset
KIND: StatefulSet
VERSION: apps/v1DESCRIPTION:StatefulSet represents a set of pods with consistent identities. Identitiesare defined as: - Network: A single stable DNS and hostname. - Storage: Asmany VolumeClaims as requested. The StatefulSet guarantees that a givennetwork identity will always map to the same storage identity.FIELDS:apiVersion stringkind stringmetadata Objectspec Objectstatus Objectkubectl explain statefulset.spec
KIND: StatefulSet
VERSION: apps/v1RESOURCE: spec ObjectDESCRIPTION:Spec defines the desired identities of pods in this set.A StatefulSetSpec is the specification of a StatefulSet.FIELDS:podManagementPolicy string #Pod管理策略replicas integer #副本数量revisionHistoryLimit integer #历史版本限制selector Object -required- #选择器必选项serviceName string -required- #服务名称必选项template Object -required- #模板必选项updateStrategy Object #更新策略volumeClaimTemplates []Object #存储卷申请模板必选项//清单定义StatefulSet
如上所述一个完整的 StatefulSet 控制器由一个 Headless Service、一个 StatefulSet 和一个 volumeClaimTemplate 组成。如下资源清单中的定义vim stateful-demo.yaml
apiVersion: v1
kind: Service
metadata:name: myapp-svc
spec:ports:- port: 80name: httpprotocol: TCPtargetPort: 80type: ClusterIPclusterIP: Noneselector:app: myapp
---
apiVersion: apps/v1
kind: StatefulSet
metadata:name: myapp-sts
spec:serviceName: myapp-svcreplicas: 3selector:matchLabels:app: myapptemplate:metadata:labels:app: myappspec:containers:- name: myappimage: soscscs/myapp:v1ports:- containerPort: 80volumeMounts:- name: mypvcmountPath: /usr/share/nginx/htmlvolumeClaimTemplates:- metadata:name: mypvcspec:accessModes: [ReadWriteOnce]storageClassName: nfs-client-storageclass #动态PV创建时在PVC里声明一个StorageClass对象的标识进行关联resources:requests:storage: 2Gi解析上例由于 StatefulSet 资源依赖于一个实现存在的 Headless 类型的 Service 资源所以需要先定义一个名为 myapp-svc 的 Headless Service 资源用于为关联到每个 Pod 资源创建 DNS 资源记录。接着定义了一个名为 myapp 的 StatefulSet 资源它通过 Pod 模板创建了 3 个 Pod 资源副本并基于 volumeClaimTemplates 向前面创建的PV进行了请求大小为 2Gi 的专用存储卷//创建statefulset
kubectl apply -f stateful-demo.yaml kubectl get svc #查看创建的无头服务myapp-svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.0.0.1 none 443/TCP 4d19h
myapp-svc ClusterIP None none 80/TCP 93skubectl get sts #查看statefulset
NAME READY AGE
myapp-sts 3/3 19skubectl get pvc #查看pvc绑定
NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE
mypvc-myapp-sts-0 Bound pvc-2bc50b0d-09f4-410d-890e-6d95344ab945 2Gi RWO nfs-client-storageclass 5m15s
mypvc-myapp-sts-1 Bound pvc-65162234-347e-4c07-8422-baa73ebd20ce 2Gi RWO nfs-client-storageclass 87s
mypvc-myapp-sts-2 Bound pvc-027ef87c-0764-4c20-9ac8-a20f6c9a7376 2Gi RWO nfs-client-storageclass 82skubectl get pv #查看pv绑定
NAME CAPACITY ACCESS MODES RECLAIM POLICY STATUS CLAIM STORAGECLASS REASON AGE
pvc-027ef87c-0764-4c20-9ac8-a20f6c9a7376 2Gi RWO Delete Bound default/mypvc-myapp-sts-2 nfs-client-storageclass 2m4s
pvc-2bc50b0d-09f4-410d-890e-6d95344ab945 2Gi RWO Delete Bound default/mypvc-myapp-sts-0 nfs-client-storageclass 2m13s
pvc-65162234-347e-4c07-8422-baa73ebd20ce 2Gi RWO Delete Bound default/mypvc-myapp-sts-1 nfs-client-storageclass 2m9skubectl get pods #查看Pod信息
NAME READY STATUS RESTARTS AGE
myapp-sts-0 1/1 Running 0 2m11s
myapp-sts-1 1/1 Running 0 2m9s
myapp-sts-2 1/1 Running 0 2m8s
nfs-client-provisioner-55bbbfbb9f-bwrhm 1/1 Running 0 3m2s//当删除一个 StatefulSet 时该 StatefulSet 不提供任何终止 Pod 的保证。为了实现 StatefulSet 中的 Pod 可以有序且体面地终止可以在删除之前将 StatefulSet 缩容到 0。
kubectl scale statefulset myappdata-myapp --replicas0
kubectl delete -f stateful-demo.yaml //此时PVC依旧存在的再重新创建pod时依旧会重新去绑定原来的pvc
kubectl apply -f stateful-demo.yaml//滚动更新
//StatefulSet 控制器将在 StatefulSet 中删除并重新创建每个 Pod。它将以与 Pod 终止相同的顺序进行从最大的序数到最小的序数每次更新一个 Pod。在更新其前身之前它将等待正在更新的 Pod 状态变成正在运行并就绪。如下操作的滚动更新是按照2-0的顺序更新。
vim stateful-demo.yaml #修改image版本为v2
.....
image: soscscs/myapp:v2
....kubectl apply -f stateful-demo.yamlkubectl get pods -w #查看滚动更新的过程
NAME READY STATUS RESTARTS AGE
myapp-sts-0 1/1 Running 0 18m
myapp-sts-1 1/1 Running 0 18m
myapp-sts-2 0/1 ContainerCreating 0 6s
nfs-client-provisioner-55bbbfbb9f-bwrhm 1/1 Running 0 19m
myapp-sts-2 1/1 Running 0 18s
myapp-sts-1 1/1 Terminating 0 18m
myapp-sts-1 0/1 Terminating 0 18m
myapp-sts-1 0/1 Terminating 0 19m
myapp-sts-1 0/1 Terminating 0 19m
myapp-sts-1 0/1 Pending 0 0s
myapp-sts-1 0/1 Pending 0 0s
myapp-sts-1 0/1 ContainerCreating 0 0s
myapp-sts-1 1/1 Running 0 1s
myapp-sts-0 1/1 Terminating 0 19m
myapp-sts-0 0/1 Terminating 0 19m
myapp-sts-0 0/1 Terminating 0 19m
myapp-sts-0 0/1 Terminating 0 19m
myapp-sts-0 0/1 Pending 0 0s
myapp-sts-0 0/1 Pending 0 0s
myapp-sts-0 0/1 ContainerCreating 0 0s
myapp-sts-0 1/1 Running 0 1s//在创建的每一个Pod中每一个pod自己的名称都是可以被解析的
kubectl exec -it myapp-sts-0 sh
/ # nslookup myapp-sts-0.myapp-svc.default.svc.cluster.local
nslookup: cant resolve (null): Name does not resolveName: myapp-sts-0.myapp-svc.default.svc.cluster.local
Address 1: 10.244.1.18 myapp-sts-0.myapp-svc.default.svc.cluster.local/ # nslookup myapp-sts-1.myapp-svc.default.svc.cluster.local
nslookup: cant resolve (null): Name does not resolveName: myapp-sts-1.myapp-svc.default.svc.cluster.local
Address 1: 10.244.0.37 myapp-sts-1.myapp-svc.default.svc.cluster.local/ # nslookup myapp-sts-2.myapp-svc.default.svc.cluster.local
nslookup: cant resolve (null): Name does not resolveName: myapp-sts-2.myapp-svc.default.svc.cluster.local
Address 1: 10.244.1.19 myapp-sts-2.myapp-svc.default.svc.cluster.local//从上面的解析我们可以看到在容器当中可以通过对Pod的名称进行解析到ip。其解析的域名格式如下
(pod_name).(service_name).(namespace_name).svc.cluster.local//扩展伸缩
kubectl scale sts myapp --replicas4 #扩容副本增加到4个kubectl get pods -w #动态查看扩容kubectl get pv #查看pv绑定kubectl patch sts myapp -p {spec:{replicas:2}} #打补丁方式缩容kubectl get pods -w #动态查看缩容5总结
无状态 1deployment 认为所有的pod都是一样的 2不用考虑顺序的要求 3不用考虑在哪个node节点上运行 4可以随意扩容和缩容
有状态 1实例之间有差别每个实例都有自己的独特性元数据不同例如etcdzookeeper 2实例之间不对等的关系以及依靠外部存储的应用。
6常规service和无头服务区别
service一组Pod访问策略提供cluster-IP群集之间通讯还提供负载均衡和服务发现 Headless service无头服务不需要cluster-IP而是直接以DNS记录的方式解析出被代理Pod的IP地址
vim pod6.yaml
apiVersion: v1
kind: Pod
metadata:name: dns-test
spec:containers:- name: busyboximage: busybox:1.28.4args:- /bin/sh- -c- sleep 36000restartPolicy: Nevervim sts.yaml
apiVersion: v1
kind: Service
metadata:name: nginxlabels:app: nginx
spec:ports:- port: 80name: webclusterIP: Noneselector:app: nginx
---
apiVersion: apps/v1beta1
kind: StatefulSet
metadata:name: nginx-statefulset namespace: default
spec:serviceName: nginx replicas: 3 selector:matchLabels: app: nginxtemplate: metadata:labels:app: nginx spec:containers:- name: nginximage: nginx:latest ports:- containerPort: 80 kubectl apply -f sts.yamlkubectl apply -f pod6.yamlkubectl get pods,svckubectl exec -it dns-test sh
/ # nslookup nginx-statefulset-0.nginx.default.svc.cluster.local
/ # nslookup nginx-statefulset-1.nginx.default.svc.cluster.local
/ # nslookup nginx-statefulset-2.nginx.default.svc.cluster.localkubectl exec -it nginx-statefulset-0 bash
/# curl nginx-statefulset-0.nginx
/# curl nginx-statefulset-1.nginx
/# curl nginx-statefulset-2.nginx四、DaemonSet
DaemonSet 确保全部或者一些Node 上运行一个 Pod 的副本。当有 Node 加入集群时也会为他们新增一个 Pod 。当有 Node 从集群移除时这些 Pod 也会被回收。删除DaemonSet 将会删除它创建的所有 Pod
使用 DaemonSet 的一些典型用法 ●运行集群存储 daemon例如在每个 Node 上运行 glusterd、ceph ●在每个 Node 上运行日志收集 daemon例如fluentd、logstash ●在每个 Node 上运行监控 daemon例如 Prometheus Node Exporter、collectd、Datadog 代理、New Relic 代理或 Ganglia gmond
应用场景Agent //官方案例监控 https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/
示例
vim ds.yaml
apiVersion: apps/v1
kind: DaemonSet
metadata:name: nginx-daemonSetlabels:app: nginx
spec:selector:matchLabels:app: nginxtemplate:metadata:labels:app: nginxspec:containers:- name: nginximage: nginx:1.15.4ports:- containerPort: 80kubectl apply -f ds.yaml//DaemonSet会在每个node节点都创建一个Pod
kubectl get pods -owide五、Job
Job分为普通任务Job和定时任务CronJob 常用于运行那些仅需要执行一次的任务 应用场景数据库迁移、批处理脚本、kube-bench扫描、离线数据处理视频解码等业务 https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/
示例
vim job.yaml
apiVersion: batch/v1
kind: Job
metadata:name: pi
spec:template:spec:containers:- name: piimage: perlcommand: [perl, -Mbignumbpi, -wle, print bpi(2000)]restartPolicy: NeverbackoffLimit: 4//参数解释
.spec.template.spec.restartPolicy该属性拥有三个候选值OnFailureNever和Always。默认值为Always。它主要用于描述Pod内容器的重启策略。在Job中只能将此属性设置为OnFailure或Never否则Job将不间断运行。.spec.backoffLimit用于设置job失败后进行重试的次数默认值为6。默认情况下除非Pod失败或容器异常退出Job任务将不间断的重试此时Job遵循 .spec.backoffLimit上述说明。一旦.spec.backoffLimit达到作业将被标记为失败。//在所有node节点下载perl镜像因为镜像比较大所以建议提前下载好
docker pull perlkubectl apply -f job.yaml kubectl get pods
pi-bqtf7 0/1 Completed 0 41s//结果输出到控制台
kubectl logs pi-bqtf7
3.14159265......//清除job资源
kubectl delete -f job.yaml //backoffLimit
vim job-limit.yaml
apiVersion: batch/v1
kind: Job
metadata:name: busybox
spec:template:spec:containers:- name: busyboximage: busyboximagePullPolicy: IfNotPresentcommand: [/bin/sh, -c, sleep 10;date;exit 1]restartPolicy: NeverbackoffLimit: 2kubectl apply -f job-limit.yamlkubectl get job,pods
NAME COMPLETIONS DURATION AGE
job.batch/busybox 0/1 4m34s 4m34sNAME READY STATUS RESTARTS AGE
pod/busybox-dhrkt 0/1 Error 0 4m34s
pod/busybox-kcx46 0/1 Error 0 4m
pod/busybox-tlk48 0/1 Error 0 4m21skubectl describe job busybox
......
Warning BackoffLimitExceeded 43s job-controller Job has reached the specified backoff limit六、CronJob
周期性任务像Linux的Crontab一样 周期性任务 应用场景通知备份 https://kubernetes.io/docs/tasks/job/automated-tasks-with-cron-jobs/
示例
//每分钟打印hello
vim cronjob.yaml
apiVersion: batch/v1beta1
kind: CronJob
metadata:name: hello
spec:schedule: */1 * * * *jobTemplate:spec:template:spec:containers:- name: helloimage: busyboximagePullPolicy: IfNotPresentargs:- /bin/sh- -c- date; echo Hello from the Kubernetes clusterrestartPolicy: OnFailure//cronjob其它可用参数的配置
spec:concurrencyPolicy: Allow #声明了 CronJob 创建的任务执行时发生重叠如何处理并发性规则仅适用于相同 CronJob 创建的任务。spec仅能声明下列规则中的一种:●Allow (默认)CronJob 允许并发任务执行。●ForbidCronJob 不允许并发任务执行如果新任务的执行时间到了而老任务没有执行完CronJob 会忽略新任务的执行。●Replace如果新任务的执行时间到了而老任务没有执行完CronJob 会用新任务替换当前正在运行的任务。startingDeadlineSeconds: 15 #它表示任务如果由于某种原因错过了调度时间开始该任务的截止时间的秒数。过了截止时间CronJob 就不会开始任务且标记失败.如果此字段未设置那任务就没有最后期限。successfulJobsHistoryLimit: 3 #要保留的成功完成的任务数默认为3failedJobsHistoryLimit1 #要保留多少已完成和失败的任务数默认为1suspendtrue #如果设置为 true 后续发生的执行都会被挂起。 这个设置对已经开始的执行不起作用。默认是 false。schedule: */1 * * * * #必需字段作业时间表。在此示例中作业将每分钟运行一次jobTemplate: #必需字段作业模板。这类似于工作示例kubectl create -f cronjob.yaml kubectl get cronjob
NAME SCHEDULE SUSPEND ACTIVE LAST SCHEDULE AGE
hello */1 * * * * False 0 none 25skubectl get pods
NAME READY STATUS RESTARTS AGE
hello-1621587180-mffj6 0/1 Completed 0 3m
hello-1621587240-g68w4 0/1 Completed 0 2m
hello-1621587300-vmkqg 0/1 Completed 0 60skubectl logs hello-1621587180-mffj6
Fri May 21 09:03:14 UTC 2021
Hello from the Kubernetes cluster
//如果报错Error from server (Forbidden): Forbidden (usersystem:anonymous, verbget, resourcenodes, subresourceproxy) ( pods/log hello-1621587780-c7v54)
//解决办法绑定一个cluster-admin的权限
kubectl create clusterrolebinding system:anonymous --clusterrolecluster-admin --usersystem:anonymousE SUSPEND ACTIVE LAST SCHEDULE AGE hello */1 * * * * False 0 25s
kubectl get pods NAME READY STATUS RESTARTS AGE hello-1621587180-mffj6 0/1 Completed 0 3m hello-1621587240-g68w4 0/1 Completed 0 2m hello-1621587300-vmkqg 0/1 Completed 0 60s
kubectl logs hello-1621587180-mffj6 Fri May 21 09:03:14 UTC 2021 Hello from the Kubernetes cluster //如果报错Error from server (Forbidden): Forbidden (usersystem:anonymous, verbget, resourcenodes, subresourceproxy) ( pods/log hello-1621587780-c7v54) //解决办法绑定一个cluster-admin的权限 kubectl create clusterrolebinding system:anonymous --clusterrolecluster-admin --usersystem:anonymous
