这是一个Kubectl Description Pod
在三个Pod之一上的示例。
Name: my-helm-release-7679dc8c79-knd9x Namespace: my-namespace Priority: 0 Node: my-kube-cluster-b178d4-k8s-worker-1/10.1.2.3 Start Time: Wed, 05 May 2021 21:27:36 -0600 Labels: app.kubernetes.io/instance=my-helm-release app.kubernetes.io/name=my-helm-release pod-template-hash=7679dc8c79 Annotations: Status: Running IP: 10.1.2.4 IPs: IP: 10.1.2.4 Controlled By: ReplicaSet/my-helm-release-7679dc8c79 Containers: my-helm-release: Container ID: docker://9a9f213efa63ba8fd5a9e0fad84eb0615996c768c236ae0045d1e7bec012eb02 Image: dockerrespository.mydomain.com/repository/runtime/my-helm-release:1.9.0-build.166 Image ID: docker-pullable://dockerrespository.mydomain.com/repository/runtime/my-helm-release@sha256:a11179795e7ebe3b9e57a35b0b27ec9577c5c3cd473cc0ecc393a874f03eed92 Port: 80/TCP Host Port: 0/TCP State: Waiting Reason: CrashLoopBackOff Last State: Terminated Reason: Error Exit Code: 139 Started: Tue, 11 May 2021 12:24:04 -0600 Finished: Tue, 11 May 2021 12:24:15 -0600 Ready: False Restart Count: 2509 Liveness: http-get http://:http/ delay=0s timeout=1s period=10s #success=1 #failure=3 Readiness: http-get http://:http/ delay=0s timeout=1s period=10s #success=1 #failure=3 Mounts: /var/run/secrets/kubernetes.io/serviceaccount from default-token-82gnm (ro) Conditions: Type Status Initialized True Ready False ContainersReady False PodScheduled True Volumes: default-token-82gnm: Type: Secret (a volume populated by a Secret) SecretName: default-token-82gnm Optional: false QoS Class: BestEffort Node-Selectors: Tolerations: node.kubernetes.io/not-ready:NoExecute op=Exists for 300s node.kubernetes.io/unreachable:NoExecute op=Exists for 300s Events: Type Reason Age From Message ---- ------ ---- ---- ------- Warning Unhealthy 10m (x3758 over 5d15h) kubelet Readiness probe failed: Get http://10.1.2.4:80/: dial tcp 10.1.2.4:80: connect: connection refused Warning BackOff 15s (x35328 over 5d14h) kubelet Back-off restarting failed container
需要什么(从掌舵人的角度来看)让副本数量降到我设定的极限?
你的豆荚需要处于“健康”状态。那么它们就在你想要的副本数量中。
首先,您部署了3个副本。这是由副本集管理的。
我们正在使用Docker 1.19运行库伯内特斯(1.18) Container是一个基于Java13的Spring启动应用程序(使用基本图像作为openjdk: 13-alpin),下面是内存设置。 豆荚: 内存-最小448M,最大2500M cpu-最小值0.1 容器: Xms:256M,Xmx:512M 当流量发送更长时间时,容器会突然重新启动;在Prometheus中,我可以看到Pod内存
我已经为mysql部署了kubernetes集群和有状态pod。对于每个豆荚,我有不同的pvc。 例如:如果3盒thn 3 5GB EBS PVC 所以,哪种方法是更好地使用一个PVC为所有豆荚或使用不同的PVC为每个豆荚。
Docker守护进程:/etc/systemd/system/docker.service.d/http-proxy.conf Docker客户机:/root/.Docker/config.json(尽管在CentOS上使用Docker V1.13.1时似乎不适用) Docker客户机:通过在创建时传递给豆荚的环境变量,在用于与kubectl一起运行它们的yaml文件中 Kubernetes主节点
我已经在节点(node1)上的pod(pod1)上部署了一个Spring Boot应用程序。我还在不同节点(node2)上的另一个pod(pod2)上部署了JMeter。我试图从POD2执行自动负载测试。为了执行负载测试,我要求为每个测试用例重新启动pod1。如何从POD2重新启动pod1?
试图在kubernetes上进入istio,但似乎我缺少了一些基础知识,或者我正在做一些背靠背的事情。我对kubernetes很有经验,但istio及其虚拟服务让我有点困惑。 我创建了2个部署(helloworld-v1/helloworld-v2)。两者具有相同的图像,唯一不同的是环境变量 - 输出版本:“v1”或版本:“v2”。我正在使用我编写的一个小测试容器,它基本上返回我进入应用程序的标头
我在GKE负责詹金斯。构建的一个步骤是使用< code>kubectl部署另一个集群。我在jenkins容器中安装了gcloud-sdk。正在讨论的构建步骤是这样做的: 然而,我得到了这个错误(虽然它在本地正常工作): 注意:我注意到,在没有配置的情况下(~/.kube为空),我可以使用kubectl并访问pod当前运行的集群。我不知道它是如何做到的,它是否使用/var/run/secrets/k