部署deployment
1、试运行命令 –dry-run={none|client|server}
1
2
3
|
kubectl create deployment nginx-app --image="nginx:1.14.2" --dry-run=client
deployment.apps/nginx-app created (dry run)
|
上面的该命令不会真的执行资源对象的创建过程,因此可以在真正运行之前试一下命令是否能够成功创建出指定的资源。
去掉 –dry-run=client 再运行就会真正创建出deployment,并且会自动地给 Pod 添加标签 app=nginx-app。并且 deployment 的选择器会把app=nginx-app作为标签选择器。
2、创建并查看 deployment
1
2
3
4
5
6
7
|
kubectl create deployment nginx-app --image="nginx:1.14.2"
deployment.apps/nginx-app created
kubectl get deployment -owide
NAME READY UP-TO-DATE AVAILABLE AGE CONTAINERS IMAGES SELECTOR
nginx-app 1/1 1 1 79s nginx nginx:1.14.2 app=nginx-app
|
-
NAME:deployment 资源对象的名称。
-
READY:以 m/n 的形式展现,m 代表就绪的 pod 数量,n 表示期望的总的 pod 的数量。
-
UP-TO-DATE:更新到最新版本定义的 pod 副本数量,在控制器的滚动更新下,这里的数量表示已经更新完的 pod 副本数量。
-
AVAILABLE:当前处于正常的、可用状态下的 pod 副本数量。
-
AGE:该资源的存在时长。
3、查看 pod
1
2
3
|
kubectl get pods -l app=nginx-app -owide -n default
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
nginx-app-569fb5c759-8p47z 1/1 Running 0 8m56s 10.5.1.2 node1 <none> <none>
|
根据 pod 的详细信息,可以看到 pod 被调度到了哪个节点上运行、就绪的数量、重启次数、集群ip等信息。因为部署的 nginx 监听80端口,所以可以任一节点上 curl 该ip。例如:
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
|
curl http://10.5.1.2
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
body {
width: 35em;
margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif;
}
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>
<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>
<p><em>Thank you for using nginx.</em></p>
</body>
</html>
|
部署service
Kubernetes 中的 service 是一组 pod 的逻辑组合,它通过 ClusterIP 和服务端口 接收客户端的请求,并将这些请求代理到使用标签选择器绑定的一组 pod 中,通过负载均衡最终刷选出一个 pod。通过 kubectl create service 来创建 service 对象,在通过命令的方式创建时,没指定选择器的情况下,默认是该 service 的NAME。如下:
1
2
3
4
5
6
7
|
kubectl create service nodeport nginx-service --tcp=80
service/nginx-app created
kubectl get service -l app=nginx-app -owide -n default
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE SELECTOR
nginx-app NodePort 10.104.240.40 <none> 80:32432/TCP 59s app=nginx-app
|
nodeport 是该 service 的类型,它会在集群中节点上随机选择一个端口为该 service 接入集群外部的流量,集群内部流量则由 service 的ClusterIP直接接入。–tcp=[:] 用于指定 service 端口以及容器上要暴露的端口,省略容器端口时表示与 service 端口相同。
这时候可以便可以使用 service 的 ClusterIP 来访问 curl http://10.104.240.40
,可以看到 nginx 的默认页面。
pod、deployment、service的关联关系
一般是不会直接去创建 pod 的,而是通过控制器创建和管理 pod,常用的控制器如 Deployment、StatefulSet、DeamonSet、ReplicaSet等控制器。以 Deployment 例,可以通过标签选择其去关联一组或多组的 pod,以此来管理这些 pod 。而 service 是 pod 的请求入口,通过标签选择器去关联 pod 。
扩缩容
kubectl scale 是专门用于变动控制器应用规模的命令,支持Deployment、ReplicaSet、Stateful等类型资源对象的扩容和缩容。例如:
1
2
3
|
kubectl scale deployment/nginx-app --replicas=3
kubectl get pods -l app=nginx-app
|
查看资源详细信息
kubectl describe 可以打印 Deployment 资源对象的详细信息,可以看到应用规模的变动和 Pod 副本的状态等信息。并且能够看到 scale 命令操作事件。
1
2
3
|
kubectl describe deployment/nginx-app
kubectl describe service/nginx-app
|
修改、删除对象
kubectl edit 命令可以调用默认的编辑器对活动对象进行可配置属性进行编辑。例如对 service 的 type 属性修改,保存后可以立即生效。不过不同的资源规范不同,可能不是所有的字段都支持运行时修改。
kubectl delete 可以删除不需要或者有问题的资源对象。如果直接删除 pod 的话,删除后会被重建,因为这些 pod 是由控制器管理,需要的是删除其控制器。
1
2
|
kubectl delete deployment/nginx-app
kubectl delete service/nginx-app
|