研发工程师玩转Kubernetes——通过文件创建Pod_kubectl 从目录创建pod

在《研发工程师玩转Kubernetes——部署应用》中，我们使用kubectl run命令启动了一个可以在kubernetes集群内部访问的nginx——它不可以通过物理机访问。而我们使用文件创建时，则可以通过设置相关参数，让nginx可以通过物理机地址访问。

创建Pod

将下列内容保存到nginx.yaml文件中。

# nginx.yaml
apiVersion: v1
kind: Pod
metadata:
  name: nginx
  labels:
    name: nginx
spec:
  containers:
 - name: nginx-container
    image: nginx
    ports:
      - containerPort: 80
        hostPort: 80
1
2
3
4
5
6
7
8
9
10
11
12
13
14

然后在文件所在目录执行

kubectl create -f nginx.yaml
1

创建成功后，我们可以通过下面指令查看创建的Pod

kubectl describe pod nginx 
1

得到如下信息

Name:             nginx
Namespace:        default
Priority:         0
Service Account:  default
Node:             fangliang-virtual-machine/172.30.45.36
Start Time:       Fri, 19 May 2023 17:49:51 +0800
Labels:           name=nginx
Annotations:      cni.projectcalico.org/containerID: 8c93ff15e90728d2faa31a0d2a8eb80d7524b6d97764367f35723bf9eca2735a
                  cni.projectcalico.org/podIP: 10.1.62.143/32
                  cni.projectcalico.org/podIPs: 10.1.62.143/32
Status:           Running
IP:               10.1.62.143
IPs:
  IP:  10.1.62.143
Containers:
  nginx-container:
    Container ID:   containerd://411e75f4552ffce498b53cc459e31c1418ac363ba0c5b6ed93de2ffb2a8e31e1
    Image:          nginx
    Image ID:       docker.io/library/nginx@sha256:480868e8c8c797794257e2abd88d0f9a8809b2fe956cbfbc05dcc0bca1f7cd43
    Port:           80/TCP
    Host Port:      80/TCP
    State:          Running
      Started:      Fri, 19 May 2023 17:49:55 +0800
    Ready:          True
    Restart Count:  0
    Environment:    <none>
    Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-2dxzr (ro)
Conditions:
  Type              Status
  Initialized       True 
  Ready             True 
  ContainersReady   True 
  PodScheduled      True 
Volumes:
  kube-api-access-2dxzr:
    Type:                    Projected (a volume that contains injected data from multiple sources)
    TokenExpirationSeconds:  3607
    ConfigMapName:           kube-root-ca.crt
    ConfigMapOptional:       <nil>
    DownwardAPI:             true
QoS Class:                   BestEffort
Node-Selectors:              <none>
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
  ----    ------     ----   ----               -------
  Normal  Scheduled  2m14s  default-scheduler  Successfully assigned default/nginx to fangliang-virtual-machine
  Normal  Pulling    2m13s  kubelet            Pulling image "nginx"
  Normal  Pulled     2m10s  kubelet            Successfully pulled image "nginx" in 2.999139058s (2.999143958s including waiting)
  Normal  Created    2m10s  kubelet            Created container nginx-container
  Normal  Started    2m10s  kubelet            Started container nginx-container
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53

我们看到Host Port被设置成80了，这样我们就可以通过物理机地址172.30.45.36访问到nginx。

文件解读

Kubernetes的资源描述文件一般分成“类型信息”、“元信息”和“规约信息”。

类型信息

apiVersion: v1
kind: Pod
1
2

作为一种协议，不同的版本会有不同的格式。于是最开始需要apiVersion字段传递整个的文件协议版本，这样解析逻辑就不会出错。
kind字段用于表达这个文件描述的是什么资源，它可以是Pod、Service等。

元信息

metadata:
  name: nginx
  labels:
    name: nginx
1
2
3
4

元信息页比较统一，它主要用来描述两个信息

• 名称（name），即这个资源叫什么。
• 标签（labels），用于表示这个资源的特异性信息。它非常有用，因为我们可以通过它来检索对象。

规约信息

不同类型（kind）的资源的规约信息不一样。比如比较简单的Pod信息如下

spec:
  containers:
 - name: nginx-container
    image: nginx
    ports:
      - containerPort: 80
        hostPort: 80
1
2
3
4
5
6
7

containers下面描述的是一个数组，即一组容器信息。name表示容器名称，image表示需要拉取的镜像名称。ports用于描述端口：containerPort是容器开放的端口号，hostPort是将容器端口号映射到Node（本例我们可以理解为物理机）的端口号。