Kubernetes 入门

阿里云国内75折 回扣 微信号：monov8
阿里云国际，腾讯云国际，低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号：monov8 飞机：@monov6

文章目录

Kubernetes

容器技术的核心概念是容器、镜像、仓库使用这三大基本要素可以轻松地完成应用的打包、分发工作实现“一次开发到处运行”。

在服务器集群里大规模实施的时候却会发现容器技术的创新只是解决了运维部署工作中一个很小的问题。现实生产环境的复杂程度实在是太高了除了最基本的安装还会有各式各样的需求比如服务发现、负载均衡、状态监控、健康检查、扩容缩容、应用迁移、高可用等等。

容器之上的管理、调度工作就是这些年最流行的词汇“容器编排”Container Orchestration。

Kubernetes 就是一个生产级别的容器编排平台和集群管理系统不仅能够创建、调度容器还能够监控、管理服务器它凝聚了 Google 等大公司和开源社区的集体智慧从而让中小型公司也可以具备轻松运维海量计算节点——也就是“云计算”的能力。

minikube

快速搭建 Kubernetes 环境的工具在官网https://kubernetes.io/zh/docs/tasks/tools/上推荐的有两个kind 和 minikube“迷你”版本的 Kubernetes它们都可以在本机上运行完整的 Kubernetes 环境。

搭建环境

curl -LO https://storage.googleapis.com/minikube/releases/latest/minikube-linux-amd64
sudo install minikube-linux-amd64 /usr/local/bin/minikube

root@yuping:/home/yuping# minikube version
minikube version: v1.28.0
commit: 986b1ebd987211ed16f8cc10aed7d2c42fc8392f

minikube 只能够搭建 Kubernetes 环境要操作 Kubernetes还需要另一个专门的客户端工具 kubectl 。

kubectl 的作用有点类似之前我们学习容器技术时候的工具“docker”它也是一个命令行工具作用也比较类似同样是与 Kubernetes 后台服务通信把我们的命令转发给 Kubernetes实现容器和集群的管理功能。

kubectl 是一个与 Kubernetes、minikube 彼此独立的项目所以不包含在 minikube 里但 minikube 提供了安装它的简化方式执行下面的这条命令

minikube kubectl

在 minikube 环境里会用到两个客户端minikube 管理 Kubernetes 集群环境kubectl 操作实际的 Kubernetes 功能和 Docker 比起来有点复杂。

验证 minikube 环境

如果在 root 账号下执行需要--force并切换到国内镜像易于下载

minikube start --kubernetes-version=v1.23.3 --image-mirror-country='cn' --force

yuping@yuping:~$ minikube start --kubernetes-version=v1.23.3
😄  Ubuntu 22.04 上的 minikube v1.28.0
🆕  Kubernetes 1.25.3 is now available. If you would like to upgrade, specify: --kubernetes-version=v1.25.3
✨  根据现有的配置文件使用 docker 驱动程序
👍  Starting control plane node minikube in cluster minikube
🚜  Pulling base image ...
🏃  Updating the running docker "minikube" container ...
❗  This container is having trouble accessing https://k8s.gcr.io
💡  To pull new external images, you may need to configure a proxy: https://minikube.sigs.k8s.io/docs/reference/networking/proxy/
🐳  正在 Docker 20.10.20 中准备 Kubernetes v1.23.3…
🔎  Verifying Kubernetes components...
    ▪ Using image docker.io/kubernetesui/dashboard:v2.7.0
    ▪ Using image docker.io/kubernetesui/metrics-scraper:v1.0.8
    ▪ Using image gcr.io/k8s-minikube/storage-provisioner:v5
💡  Some dashboard features require the metrics-server addon. To enable all features please run:

	minikube addons enable metrics-server	

🌟  Enabled addons: storage-provisioner, default-storageclass, dashboard
💡  kubectl not found. If you need it, try: 'minikube kubectl -- get pods -A'
🏄  Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default

yuping@yuping:~$ minikube status
minikube
type: Control Plane
host: Running
kubelet: Running
apiserver: Running
kubeconfig: Configured

yuping@yuping:~$ minikube node list
minikube	192.168.49.2

也可以用 ssh 登录

yuping@yuping:~$ minikube ssh
docker@minikube:~$ 
docker@minikube:~$ uname -a
Linux minikube 5.15.0-58-generic #64-Ubuntu SMP Thu Jan 5 11:43:13 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
docker@minikube:~$ exit
logout
ssh: Process exited with status 127

yuping@yuping:~$ minikube kubectl -- version
Client Version: version.Info{Major:"1", Minor:"23", GitVersion:"v1.23.3", GitCommit:"816c97ab8cff8a1c72eccca1026f7820e93e0d25", GitTreeState:"clean", BuildDate:"2022-01-25T21:25:17Z", GoVersion:"go1.17.6", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"23", GitVersion:"v1.23.3", GitCommit:"816c97ab8cff8a1c72eccca1026f7820e93e0d25", GitTreeState:"clean", BuildDate:"2022-01-25T21:19:12Z", GoVersion:"go1.17.6", Compiler:"gc", Platform:"linux/amd64"}

虚拟机重启后需要重新开启 minikubeminikube start --kubernetes-version=v1.23.3。

简化命令

原因使用 minikube 自带的 kubectl 有一点形式上的限制要在前面加上 minikube 的前缀后面再有个 –

编辑 ~/.bashrc文件

alias kubectl="minikube kubectl --"
source <(kubectl completion bash)

yuping@yuping:~$ source ~/.bashrc
yuping@yuping:~$ kubectl version --short
Client Version: v1.23.3
Server Version: v1.23.3

举例运行 Nginx 应用

在 Kubernetes 里运行一个 Nginx 应用命令与 Docker 一样也是run不过形式上有点区别需要用 --image 指定镜像然后 Kubernetes 会自动拉取并运行

yuping@yuping:~$ kubectl run ngx --image=nginx:alpine
pod/ngx created
yuping@yuping:~$ kubectl get pod
NAME   READY   STATUS              RESTARTS   AGE
ngx    0/1     ContainerCreating   0          22s
yuping@yuping:~$ kubectl get pod
NAME   READY   STATUS    RESTARTS   AGE
ngx    1/1     Running   0          47s

Pod可以暂时把它理解成是“穿了马甲”的容器查看 Pod 列表kubectl get pod效果类似 docker ps。可以看到在 Kubernetes 集群里就有了一个名字叫 ngx 的 Pod 正在运行表示这个单节点 minikube 环境已经搭建成功。

Kubernetes工作机制

Kubernetes 能够在集群级别管理应用和服务器可以认为是一种集群操作系统。它使用“控制面 / 数据面”的基本架构Master 节点实现管理控制功能Worker 节点运行具体业务。大致如下

yuping@yuping:~$ kubectl get node
NAME       STATUS   ROLES                  AGE    VERSION
minikube   Ready    control-plane,master   161m   v1.23.3

当前的 minikube 集群里只有一个 Master这是因为 Master 和 Node 的划分不是绝对的。当集群的规模较小工作负载较少的时候Master 也可以承担 Node 的工作就像搭建的 minikube 环境它就只有一个节点这个节点既是 Master 又是 Node。

Kubernetes 采用了现今流行的“控制面 / 数据面”架构集群里的计算机被称为“节点”Node可以是实机也可以是虚机少量的节点用作控制面来执行集群的管理维护工作其他的大部分节点都被划归数据面用来跑业务应用。

master node

Master 里有 4 个组件分别是 apiserver、etcd、scheduler、controller-manager。

  • apiserver 是 Master 节点——同时也是整个 Kubernetes 系统的唯一入口它对外公开了一系列的 RESTful API并且加上了验证、授权等功能所有其他组件都只能和它直接通信可以说是 Kubernetes 里的联络员
  • etcd 是一个高可用的分布式 Key-Value 数据库用来持久化存储系统里的各种资源对象和状态相当于 Kubernetes 里的配置管理员。注意它只与 apiserver 有直接联系也就是说任何其他组件想要读写 etcd 里的数据都必须经过 apiserver
  • scheduler 负责容器的编排工作检查节点的资源状态把 Pod 调度到最适合的节点上运行相当于部署人员。因为节点状态和 Pod 信息都存储在 etcd 里所以 scheduler 必须通过 apiserver 才能获得
  • controller-manager 负责维护容器和节点等资源的状态实现故障检测、服务迁移、应用伸缩等功能相当于监控运维人员。同样地它也必须通过 apiserver 获得存储在 etcd 里的信息才能够实现对资源的各种操作在这里插入图片描述4 个组件也都被容器化了运行在集群的 Pod 里用 kubectl 来查看它们的状态
yuping@yuping:~$ kubectl get pod -n kube-system
NAME                               READY   STATUS    RESTARTS       AGE
coredns-64897985d-snnsv            1/1     Running   0              176m
etcd-minikube                      1/1     Running   0              176m
kube-apiserver-minikube            1/1     Running   0              176m
kube-controller-manager-minikube   1/1     Running   0              176m
kube-proxy-rqjdt                   1/1     Running   0              176m
kube-scheduler-minikube            1/1     Running   0              176m
storage-provisioner                1/1     Running   1 (176m ago)   176m

worker node

Master 里的 apiserver、scheduler 等组件需要获取节点的各种信息才能够作出管理决策这些信息来自 Node 里的 3 个组件了分别是 kubelet、kube-proxy、container-runtime。

  • kubelet 是 Node 的代理负责管理 Node 相关的绝大部分操作Node 上只有它能够与 apiserver 通信实现状态报告、命令下发、启停容器等功能相当于是 Node 上的一个“小管家”
  • kube-proxy 的作用有点特别它是 Node 的网络代理只负责管理容器的网络通信简单来说就是为 Pod 转发 TCP/UDP 数据包相当于是专职的“小邮差”
  • container-runtime 是容器和镜像的实际使用者在 kubelet 的指挥下创建容器管理 Pod 的生命周期是真正干活的“苦力”

只有 kube-proxy 被容器化了而 kubelet 因为必须要管理整个节点容器化会限制它的能力所以它必须在 container-runtime 之外运行。

使用 minikube ssh 命令登录到节点后可以用 docker ps 看到 kube-proxy

yuping@yuping:~$ minikube ssh
Last login: Wed Jan 25 05:15:15 2023 from 192.168.49.1
docker@minikube:~$ 
docker@minikube:~$ docker ps |grep kube-proxy
db2216cd1354   9b7cc9982109           "/usr/local/bin/kube…"   3 hours ago         Up 3 hours                   k8s_kube-proxy_kube-proxy-rqjdt_kube-system_b657daa6-3240-4913-ae21-ab510b4857a3_0
cfc83d2306aa   k8s.gcr.io/pause:3.6   "/pause"                 3 hours ago         Up 3 hours                   k8s_POD_kube-proxy-rqjdt_kube-system_b657daa6-3240-4913-ae21-ab510b4857a3_0

#  而 kubelet 用 docker ps 是找不到的需要用操作系统的 ps 命令
docker@minikube:~$ docker ps |grep kubelet   
docker@minikube:~$ ps -ef|grep kubelet    
root        1695    1599  3 03:31 ?        00:06:17 kube-apiserver --advertise-address=192.168.49.2 --allow-privileged=true --authorization-mode=Node,RBAC --client-ca-file=/var/lib/minikube/certs/ca.crt --enable-admission-plugins=NamespaceLifecycle,LimitRanger,ServiceAccount,DefaultStorageClass,DefaultTolerationSeconds,NodeRestriction,MutatingAdmissionWebhook,ValidatingAdmissionWebhook,ResourceQuota --enable-bootstrap-token-auth=true --etcd-cafile=/var/lib/minikube/certs/etcd/ca.crt --etcd-certfile=/var/lib/minikube/certs/apiserver-etcd-client.crt --etcd-keyfile=/var/lib/minikube/certs/apiserver-etcd-client.key --etcd-servers=https://127.0.0.1:2379 --kubelet-client-certificate=/var/lib/minikube/certs/apiserver-kubelet-client.crt --kubelet-client-key=/var/lib/minikube/certs/apiserver-kubelet-client.key --kubelet-preferred-address-types=InternalIP,ExternalIP,Hostname --proxy-client-cert-file=/var/lib/minikube/certs/front-proxy-client.crt --proxy-client-key-file=/var/lib/minikube/certs/front-proxy-client.key --requestheader-allowed-names=front-proxy-client --requestheader-client-ca-file=/var/lib/minikube/certs/front-proxy-ca.crt --requestheader-extra-headers-prefix=X-Remote-Extra- --requestheader-group-headers=X-Remote-Group --requestheader-username-headers=X-Remote-User --secure-port=8443 --service-account-issuer=https://kubernetes.default.svc.cluster.local --service-account-key-file=/var/lib/minikube/certs/sa.pub --service-account-signing-key-file=/var/lib/minikube/certs/sa.key --service-cluster-ip-range=10.96.0.0/12 --tls-cert-file=/var/lib/minikube/certs/apiserver.crt --tls-private-key-file=/var/lib/minikube/certs/apiserver.key
root        1933       1  1 03:31 ?        00:03:34 /var/lib/minikube/binaries/v1.23.3/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --config=/var/lib/kubelet/config.yaml --container-runtime=docker --hostname-override=minikube --kubeconfig=/etc/kubernetes/kubelet.conf --node-ip=192.168.49.2

工作流程

Kubernetes 的大致工作流程

  1. 每个 Node 上的 kubelet 会定期向 apiserver 上报节点状态apiserver 再存到 etcd 里
  2. 每个 Node 上的 kube-proxy 实现了 TCP/UDP 反向代理让容器对外提供稳定的服务
  3. scheduler 通过 apiserver 得到当前的节点状态调度 Pod然后 apiserver 下发命令给某个 Node 的 kubeletkubelet 调用 container-runtime 启动容器
  4. controller-manager 也通过 apiserver 得到实时的节点状态监控可能的异常情况再使用相应的手段去调节恢复。

插件 Addon

查看插件列表

yuping@yuping:~$ minikube addons list
|-----------------------------|----------|--------------|--------------------------------|
|         ADDON NAME          | PROFILE  |    STATUS    |           MAINTAINER           |
|-----------------------------|----------|--------------|--------------------------------|
| ambassador                  | minikube | disabled     | 3rd party (Ambassador)         |
| auto-pause                  | minikube | disabled     | Google                         |
| cloud-spanner               | minikube | disabled     | Google                         |
| csi-hostpath-driver         | minikube | disabled     | Kubernetes                     |
| dashboard                   | minikube | disabled     | Kubernetes                     |
| default-storageclass        | minikube | enabled ✅   | Kubernetes                     |
| efk                         | minikube | disabled     | 3rd party (Elastic)            |
| freshpod                    | minikube | disabled     | Google                         |
| gcp-auth                    | minikube | disabled     | Google                         |

举例

  • DNS它在 Kubernetes 集群里实现了域名解析服务能够让我们以域名而不是 IP 地址的方式来互相通信是服务发现和负载均衡的基础。由于它对微服务、服务网格等架构至关重要所以基本上是 Kubernetes 的必备插件。

  • Dashboard 就是仪表盘为 Kubernetes 提供了一个图形化的操作界面非常直观友好虽然大多数 Kubernetes 工作都是使用命令行 kubectl但有的时候在 Dashboard 上查看信息也是挺方便的。

只要在 minikube 环境里执行一条简单的命令就可以自动用浏览器打开 Dashboard 页面而且还支持中文

uping@yuping:~$ minikube dashboard
🤔  正在验证 dashboard 运行情况 ...
🚀  Launching proxy ...
🤔  正在验证 proxy 运行状况 ...
🎉  Opening http://127.0.0.1:42781/api/v1/namespaces/kubernetes-dashboard/services/http:kubernetes-dashboard:/proxy/ in your default browser...
Gtk-Message: 15:06:43.935: Not loading module "atk-bridge": The functionality is provided by GTK natively. Please try to not load it.

小结

YAML

声明式与命令式

Docker 命令和 Dockerfile 就属于“命令式”大多数编程语言也属于命令式特点是交互性强注重顺序和过程必须“告诉”计算机每步该做什么所有的步骤都列清楚。

“声明式”在 Kubernetes 出现之前比较少见它与“命令式”完全相反不关心具体的过程更注重结果。不需要“教”计算机该怎么做只要告诉它一个目标状态它自己就会想办法去完成任务相比起来自动化、智能化程度更高。

yaml 语法

YAML 的官网https://yaml.org/

YAML 是 JSON 的超集支持整数、浮点数、布尔、字符串、数组和对象等数据类型。任何合法的 JSON 文档也都是 YAML 文档。

  • 使用空白与缩进表示层次有点类似 Python可以不使用花括号和方括号
  • 可以使用 # 书写注释比起 JSON 是很大的改进
  • 对象字典的格式与 JSON 基本相同但 Key 不需要使用双引号
  • 数组列表是使用 - 开头的清单形式有点类似 MarkDown
  • 表示对象的 : 和表示数组的 - 后面都必须要有空格
  • 可以使用 — 在一个文件里分隔多个 YAML 对象也就是说一个 yaml 中可定义多个 pod

API 对象

Kubernetes 归纳总结了 Google 多年的经验在理论层面抽象出了很多个概念用来描述系统的管理运维工作这些概念就叫做“API 对象”来源于 Kubernetes 组件 apiserver。

使用 kubectl api-resources 来查看当前 Kubernetes 版本支持的所有对象

kubectl api-resources

加上一个参数 --v=9它会显示出详细的命令执行过程清楚地看到发出的 HTTP 请求比如

kubectl get pod --v=9

举例ngx-pod.yml

运行 Nginx 的命令 kubectl run和 Docker 一样是“命令式”的

kubectl run ngx --image=nginx:alpine

改写成“声明式”的 YAML:

apiVersion: v1
kind: Pod
metadata:
  name: ngx-pod
  labels:
    env: demo
    owner: yuping
spec:
  containers:
  - image: nginx:alpine
    name: ngx
    ports:
    - containerPort: 80

因为 API 对象采用标准的 HTTP 协议为了方便理解借鉴一下 HTTP 的报文格式把 API 对象的描述分成“header”和“body”两部分“header”包含的是 API 对象的基本信息有三个字段apiVersion、kind、metadata。

  • apiVersion 表示操作这种资源的 API 版本号由于 Kubernetes 的迭代速度很快不同的版本创建的对象会有差异为了区分这些版本就需要使用 apiVersion 这个字段比如 v1、v1alpha1、v1beta1 等等
  • kind 表示资源对象的类型这个应该很好理解比如 Pod、Node、Job、Service 等等
  • metadata 这个字段顾名思义表示的是资源的一些“元信息”也就是用来标记对象方便 Kubernetes 管理的一些信息

和 HTTP 协议一样“header”里的 apiVersion、kind、metadata 这三个字段是任何对象都必须有的而“body”部分则会与对象特定相关每种对象会有不同的规格定义在 YAML 里就表现为 spec 字段即 specification表示我们对对象的“期望状态”desired status。

使用 kubectl apply、kubectl delete再加上参数 -f创建或者删除对象

kubectl apply -f ngx-pod.yml
kubectl delete -f ngx-pod.yml

编写yaml

查询 Kubernetes 的官方参考文档https://kubernetes.io/docs/reference/kubernetes-api/

技巧1

kubectl api-resources 显示出资源对象相应的 API 版本和类型比如 Pod 的版本是“v1”Ingress 的版本是“networking.k8s.io/v1”照着它写。

技巧2kubectl explain它相当于是 Kubernetes 自带的 API 文档会给出对象字段的详细说明。比如想要看 Pod 里的字段该怎么写就可以这样

kubectl explain pod
kubectl explain pod.metadata
kubectl explain pod.spec
kubectl explain pod.spec.containers

技巧3

kubectl 的两个特殊参数 –dry-run=client 和 -o yaml前者是空运行后者是生成 YAML 格式结合起来使用就会让 kubectl 不会有实际的创建动作而只生成 YAML 文件。例如

yuping@yuping:~/kubernetes$ kubectl run ngx --image=nginx:alpine --dry-run=client -o yaml
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: null
  labels:
    run: ngx
  name: ngx
spec:
  containers:
  - image: nginx:alpine
    name: ngx
    resources: {}
  dnsPolicy: ClusterFirst
  restartPolicy: Always
status: {}

或者

export out="--dry-run=client -o yaml"
kubectl run ngx --image=nginx:alpine $out

或者重定向到一个文件

kubectl run ngx --image=nginx:alpine --dry-run=client -o yaml  >> generate_file.yaml

Pod

概念

Pod 是一种包含了很多组件、成员的一种结构。

背景多个容器需要协作时相互的隔离性对于某些相互作用带有一定的不便。

为了解决这样多应用联合运行的问题同时还要不破坏容器的隔离就需要在容器外面再建立一个“收纳舱”让多个容器既保持相对独立又能够小范围共享网络、存储等资源而且永远是“绑在一起”的状态。

在 Pod 的 YAML 里“spec.containers”字段其实是一个数组里面允许定义多个容器。

Pod 是对容器的“打包”里面的容器是一个整体一起调度、一起运行不会出现分离的情况且 Pod 属于 Kubernetes可以在不触碰下层容器的情况下任意定制修改。

Kubernetes 让 Pod 去编排处理容器把 Pod 作为应用调度部署的最小单位基于 Pod 可以构建出更多更复杂的业务形态。

以 Pod 为中心的 Kubernetes 资源对象关系图
在这里插入图片描述

YAML 描述 Pod

Pod 也是 API 对象所以它也必然具有 apiVersion、kind、metadata、spec 这四个基本组成部分。

“apiVersion”和“kind”这两个字段很简单对于 Pod 来说分别是固定的值 v1 和 Pod而一般来说“metadata”里应该有 name 和 labels 这两个字段。

举例

下面这段 YAML 代码就描述了一个简单的 Pod名字是“busy-pod”再附加上一些标签

apiVersion: v1
kind: Pod
metadata:
  name: busy-pod
  labels:
    owner: chrono
    env: demo
    region: north
    tier: back

“spec”字段由于需要管理、维护 Pod 这个 Kubernetes 的基本调度单元里面有非常多的关键信息。

里面的“containers”是一个数组里面的每一个元素又是一个 container 对象也就是容器。

编写“busy-pod”的 spec 部分添加 env、command、args 等字段

spec:
  containers:
  - image: busybox:latest
    name: busy
    imagePullPolicy: IfNotPresent
    env:
      - name: os
        value: "ubuntu"
      - name: debug
        value: "on"
    command:
      - /bin/echo
    args:
      - "$(os), $(debug)"

这里为 Pod 指定使用镜像 busybox:latest拉取策略是 IfNotPresent 然后定义了 os 和 debug 两个环境变量启动命令是 /bin/echo参数里输出刚才定义的环境变量。

YAML 在 spec.containers 字段里用“声明式”把容器的运行状态描述得非常清晰准确要比 docker run 那长长的命令行要整洁的多对人、对机器都非常友好。

kubectl 操作 Pod

前面提到使用 kubectl apply、kubectl delete再加上参数 -f创建或者删除对象

kubectl apply -f ngx-pod.yml
kubectl delete -f ngx-pod.yml

  1. 先启动 minikube

    minikube start --kubernetes-version=v1.23.3 --image-mirror-country='cn' --force

    minikube start --kubernetes-version=v1.23.3

  2. 生成一个 YAML 样板文件用来创建 Pod

    kubectl run ngx --image=nginx:alpine --dry-run=client -o yaml  >> ngx-pod.yml

  3. 运行一个 pod

    kubectl apply -f ngx-pod.yml

    yuping@yuping:~/kubernetes$ kubectl apply -f ngx-pod.yml 
pod/ngx-pod created

  4. 查看 Pod 列表和运行状态

    kubectl get pod

    yuping@yuping:~/kubernetes$ kubectl get pod
NAME      READY   STATUS    RESTARTS   AGE
ngx-pod   1/1     Running   0          16s

  5. 删除 pod

    因为我们在 YAML 里定义了“name”字段所以也可以在删除的时候直接指定名字来删除

    kubectl delete pod ngx-pod

    yuping@yuping:~/kubernetes$ kubectl delete pod ngx-pod
pod "ngx-pod" deleted

  6. 查看输出信息

    kubectl logs ngx-pod

    yuping@yuping:~/kubernetes$ kubectl logs ngx-pod
/docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
/docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
/docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
10-listen-on-ipv6-by-default.sh: info: Getting the checksum of /etc/nginx/conf.d/default.conf
10-listen-on-ipv6-by-default.sh: info: Enabled listen on IPv6 in /etc/nginx/conf.d/default.conf
/docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
/docker-entrypoint.sh: Launching /docker-entrypoint.d/30-tune-worker-processes.sh
/docker-entrypoint.sh: Configuration complete; ready for start up
2023/02/04 06:07:45 [notice] 1#1: using the "epoll" event method
2023/02/04 06:07:45 [notice] 1#1: nginx/1.23.3
2023/02/04 06:07:45 [notice] 1#1: built by gcc 12.2.1 20220924 (Alpine 12.2.1_git20220924-r4) 
2023/02/04 06:07:45 [notice] 1#1: OS: Linux 5.15.0-58-generic
2023/02/04 06:07:45 [notice] 1#1: getrlimit(RLIMIT_NOFILE): 104857

  7. 检查详细信息

    kubectl describe pod ngx-pod

    yuping@yuping:~/kubernetes$ kubectl describe pod ngx-pod
Name:         ngx-pod
Namespace:    default
Priority:     0
Node:         minikube/192.168.49.2
Start Time:   Sat, 04 Feb 2023 14:07:44 +0800
Labels:       env=demo
              owner=chrono
Annotations:  <none>
Status:       Running
IP:           172.17.0.2
IPs:
  IP:  172.17.0.2
Containers:
  ngx:
    Container ID:   docker://10435597863f739e26616ab72b13249d8b6a043665df3bd96009892134604240
    Image:          nginx:alpine
    Image ID:       docker-pullable://nginx@sha256:659610aadb34b7967dea7686926fdcf08d588a71c5121edb094ce0e4cdbc45e6
    Port:           80/TCP
    Host Port:      0/TCP
    State:          Running
      Started:      Sat, 04 Feb 2023 14:07:45 +0800
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-xmm57 (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True

  8. 拷贝文件

    kubectl 也提供与 docker 类似的 cp 和 exec 命令kubectl cp 可以把本地文件拷贝进 Podkubectl exec 是进入 Pod 内部执行 Shell 命令用法也差不多。

    kubectl cp testfile my-pod:/path

    yuping@yuping:~/kubernetes$ kubectl cp test_cp.txt ngx-pod:/tmp

    kubectl exec 的命令格式与 Docker 有一点小差异需要在 Pod 后面加上 --把 kubectl 的命令与 Shell 命令分隔开。

    kubectl exec -it my-pod -- sh

    yuping@yuping:~/kubernetes$ kubectl exec -it ngx-pod -- sh
/ # cat /tmp/test_cp.txt 
test cp command with kubectl.
阿里云国内75折 回扣 微信号：monov8
阿里云国际，腾讯云国际，低至75折。AWS 93折 免费开户实名账号 代冲值 优惠多多 微信号：monov8 飞机：@monov6
标签: k8s
返回列表

上一篇：leetcode-1210. Minimum Moves to Reach Target with Rotations

下一篇：第三章：ElasticSearch相关概念

“Kubernetes 入门” 的相关文章

EMQX 在 Kubernetes 中如何进行优雅升级1年前 (2023-02-02)
Kubernetes:分享一个可以展示资源视图的 K8s开源 Web/桌面 客户端工具 Octant1年前 (2023-02-02)
Kubernetes:基于命令行终端UI的管理工具 K9s1年前 (2023-02-02)
kubernetes核心概念 Service1年前 (2023-02-02)
k8s之ingress-nginx-controller与metallb部署1年前 (2023-02-06)
云原生框架k8s基本操作1年前 (2023-02-06)
零入门kubernetes网络实战-10-＞测试将veth-pair一端放入网络命名空间里的网络连通性测试1年前 (2023-02-07)
k8s部署nacos集群1年前 (2023-02-07)
K8S的基础概念1年前 (2023-02-07)
2-k8s基本单元-Pod1年前 (2023-02-08)

阿里云国际版