Kubernetes命令式编排入门

掘金:https://juejin.cn/post/7325132140663423027

部署deployment

1、试运行命令 --dry-run={none|client|server}

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

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

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。例如:

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。如下:

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等类型资源对象的扩容和缩容。例如:

kubectl scale deployment/nginx-app --replicas=3

kubectl get pods -l app=nginx-app

查看资源详细信息

kubectl describe 可以打印 Deployment 资源对象的详细信息,可以看到应用规模的变动和 Pod 副本的状态等信息。并且能够看到 scale 命令操作事件。

kubectl describe deployment/nginx-app

kubectl describe service/nginx-app

修改、删除对象

kubectl edit 命令可以调用默认的编辑器对活动对象进行可配置属性进行编辑。例如对 service 的 type 属性修改,保存后可以立即生效。不过不同的资源规范不同,可能不是所有的字段都支持运行时修改。

kubectl delete 可以删除不需要或者有问题的资源对象。如果直接删除 pod 的话,删除后会被重建,因为这些 pod 是由控制器管理,需要的是删除其控制器。

kubectl delete deployment/nginx-app
kubectl delete service/nginx-app

最后

可关注我的微信公众号
在这里插入图片描述

  • 19
    点赞
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值