4、Deployment 运行应用，提示Flag --replicas has been deprecated, has no effect and will be removed in the

2023-10-12 01:40
文章标签 应用 运行 flag 提示 deployment deprecated effect removed replicas

本文主要是介绍4、Deployment 运行应用，提示Flag --replicas has been deprecated, has no effect and will be removed in the，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

 例如 kubectl create、kubectl replace、kubectl edit 和 kubectl patch。

[root@master ~]# kubectl run nginx-app --image=nginx --replicas=2
Flag --replicas has been deprecated, has no effect and will be removed in the future.
pod/nginx-app created

在K8S v1.18.0以后，–replicas已弃用 ,推荐用 deployment 创建 pods

使用yaml文件的方式，创建nginx服务

这里还是修改一下以前下面的步骤还是有些问题的下面创建了没有deployment ,只有一个pod

[root@master ~]# kubectl get pod
NAME        READY   STATUS    RESTARTS   AGE
nginx-app   1/1     Running   0          46s
[root@master ~]# kubectl get deployment
No resources found in default namespace.

处理方式一：继续需要命令

step1、 删除上面语句产生的nnginx-app

[root@master ~]# kubectl delete  pod nginx-app
pod "nginx-app" deleted
[root@master ~]#

step2、使用kubectl create 命令

[root@master ~]# kubectl create  deployment  nginx-app   --image=nginx   --replicas=2
deployment.apps/nginx-app created
[root@master ~]# kubectl get deployment
NAME        READY   UP-TO-DATE   AVAILABLE   AGE
nginx-app   2/2     2            2           36s
[root@master ~]# kubectl get pod
NAME                        READY   STATUS    RESTARTS   AGE
nginx-app-d6ff45774-9679z   1/1     Running   0          69s
nginx-app-d6ff45774-vpd2p   1/1     Running   0          69s

step 3、使用命令查看

[root@master ~]# kubectl get pod -o wide 
NAME                        READY   STATUS    RESTARTS   AGE    IP            NODE    NOMINATED NODE   READINESS GATES
nginx-app-d6ff45774-9679z   1/1     Running   0          113s   10.244.2.61   node2   <none>           <none>
nginx-app-d6ff45774-vpd2p   1/1     Running   0          113s   10.244.2.62   node2   <none>           <none>

 step4、暴漏服务

[root@master ~]# kubectl expose deployment nginx-app --port=80 --type=LoadBalancer
service/nginx-app exposed
[root@master ~]#

step5：查看服务状态(查看对外的端口)

kubectl get services
[root@master ~]# kubectl get services
NAME         TYPE           CLUSTER-IP     EXTERNAL-IP   PORT(S)        AGE
nginx-app    LoadBalancer   10.1.180.216   <pending>     80:31972/TCP   2m14s

[root@master ~]# kubectl get pod,svc
NAME                            READY   STATUS    RESTARTS   AGE
pod/nginx-app-d6ff45774-9679z   1/1     Running   0          54m
pod/nginx-app-d6ff45774-vpd2p   1/1     Running   0          54mNAME                 TYPE           CLUSTER-IP     EXTERNAL-IP   PORT(S)        AGE
service/kubernetes   ClusterIP      10.1.0.1       <none>        443/TCP        219d
service/mysql        ClusterIP      10.1.223.6     <none>        3306/TCP       195d
service/nginx-app    LoadBalancer   10.1.180.216   <pending>     80:31972/TCP   50m
[root@master ~]# kubectl get svc
NAME         TYPE           CLUSTER-IP     EXTERNAL-IP   PORT(S)        AGE
kubernetes   ClusterIP      10.1.0.1       <none>        443/TCP        219d
mysql        ClusterIP      10.1.223.6     <none>        3306/TCP       195d
nginx-app    LoadBalancer   10.1.180.216   <pending>     80:31972/TCP   51m

 

删除services：kubectl delete  services  nginx-app   有时候删除了deployment但是services还在

step6：浏览器校验（集群ip：端口）

处理方式二：使用yaml

step1：删除上面语句生成的nginx-app

#找到原先安装的pod的name

kubectl get pods

#删除上面语句产生的nnginx-app

kubectl delete pods nginx-app

step2：vi nginx.yaml


将下面的内容粘贴到nginx.yaml

apiVersion: apps/v1 # API 版本号
kind: Deployment  # 类型，如：Pod/ReplicationController/Deployment/Service/Ingress
metadata:    # Kind 的名称name: nginx-app
spec:selector:matchLabels:  # 容器标签的名字，发布 Service 时，selector 需要和这里对应app: nginxreplicas: 2  # 部署的实例数量template:metadata:labels:app: nginxspec:containers:   # 配置容器，数组类型，说明可以配置多个容器- name: nginx     # 容器名称image: nginx:1.17   # 容器镜像imagePullPolicy: IfNotPresent   # 只有镜像不存在时，才会进行镜像拉取ports:- containerPort: 80  # Pod 端口

step3：创建

kubectl apply -f nginx.yaml

① kubectl 发送部署请求到 API Server。

② API Server 通知 Controller Manager 创建一个 deployment 资源。

③ Scheduler 执行调度任务，将两个副本 Pod 分发到 k8s-node1 和 k8s-node2。

④ k8s-node1 和 k8s-node2 上的 kubectl 在各自的节点上创建并运行 Pod。

补充两点：

  1. 应用的配置和当前状态信息保存在 etcd 中，执行 kubectl get pod 时 API Server 会从 etcd 中读取这些数据。

  2. flannel 会为每个 Pod 都分配 IP。因为没有创建 service，目前 kube-proxy 还没参与进来。

step4：查看

查看语句 Pods

kubectl get pods / kubectl get deployment/kubectl get pod -o wide

[root@master ~]# kubectl get pods
NAME                         READY   STATUS    RESTARTS   AGE
nginx-app-7f4fc68488-2vrkf   1/1     Running   0          21h
nginx-app-7f4fc68488-vs6g6   1/1     Running   0          21h
[root@master ~]# kubectl get deployment
NAME        READY   UP-TO-DATE   AVAILABLE   AGE
nginx-app   2/2     2            2           21h
[root@master ~]# kubectl get pod -o wide
NAME                         READY   STATUS    RESTARTS   AGE   IP           NODE    NOMINATED NODE   READINESS GATES
nginx-app-7f4fc68488-n25m9   1/1     Running   0          14m   10.244.1.3   node1   <none>           <none>
nginx-app-7f4fc68488-vln2j   1/1     Running   0          14m   10.244.2.4   node2   <none>           <none>

step5：查看更详细的信息kubectl describe deployment

[root@master ~]# kubectl describe deployment
Name:                   nginx-app
Namespace:              default
CreationTimestamp:      Mon, 14 Dec 2020 13:21:29 +0800
Labels:                 <none>
Annotations:            deployment.kubernetes.io/revision: 1
Selector:               app=nginx
Replicas:               2 desired | 2 updated | 2 total | 2 available | 0 unavailable
StrategyType:           RollingUpdate
MinReadySeconds:        0
RollingUpdateStrategy:  25% max unavailable, 25% max surge
Pod Template:Labels:  app=nginxContainers:nginx:Image:        nginx:1.17Port:         80/TCPHost Port:    0/TCPEnvironment:  <none>Mounts:       <none>Volumes:        <none>
Conditions:Type           Status  Reason----           ------  ------Available      True    MinimumReplicasAvailableProgressing    True    NewReplicaSetAvailable
OldReplicaSets:  <none>
NewReplicaSet:   nginx-app-7f4fc68488 (2/2 replicas created)
Events:          <none>

 Events 是 Deployment 的日志，记录了 ReplicaSet 的启动过程。（这里没有记录）

通过上面的分析，也验证了 Deployment 通过 ReplicaSet 来管理 Pod 的事实。接着我们将注意力切换到nginx-app-7f4fc68488，执行 kubectl get replicaset：或者 kubectl get rs

[root@master ~]# kubectl get replicaset
NAME                   DESIRED   CURRENT   READY   AGE
nginx-app-7f4fc68488   2         2         2       101m

两个副本已经就绪，用 kubectl describe replicaset 查看详细信息：

[root@master ~]# kubectl describe replicaset nginx-app-7f4fc68488
Name:           nginx-app-7f4fc68488
Namespace:      default
Selector:       app=nginx,pod-template-hash=7f4fc68488
Labels:         app=nginxpod-template-hash=7f4fc68488
Annotations:    deployment.kubernetes.io/desired-replicas: 2deployment.kubernetes.io/max-replicas: 3deployment.kubernetes.io/revision: 1
Controlled By:  Deployment/nginx-app
Replicas:       2 current / 2 desired
Pods Status:    2 Running / 0 Waiting / 0 Succeeded / 0 Failed
Pod Template:Labels:  app=nginxpod-template-hash=7f4fc68488Containers:nginx:Image:        nginx:1.17Port:         80/TCPHost Port:    0/TCPEnvironment:  <none>Mounts:       <none>Volumes:        <none>
Events:           <none>
[root@master ~]#

Controlled By 指明此 ReplicaSet 是由 Deployment nginx-app 创建。Events 记录了两个副本 Pod 的创建。接着我们来看 Pod，执行 kubectl get pod：

[root@master ~]# kubectl get pod
NAME                         READY   STATUS    RESTARTS   AGE
nginx-app-7f4fc68488-n25m9   1/1     Running   0          103m
nginx-app-7f4fc68488-vln2j   1/1     Running   0          103m

两个副本 Pod 都处于 Running 状态，用 kubectl describe pod 查看更详细的信息：

[root@master ~]# kubectl describe pod
Name:         nginx-app-7f4fc68488-n25m9
Namespace:    default
Priority:     0
Node:         node1/10.70.36.251
Start Time:   Mon, 14 Dec 2020 13:21:29 +0800
Labels:       app=nginxpod-template-hash=7f4fc68488
Annotations:  <none>
Status:       Running
IP:           10.244.1.3
IPs:IP:           10.244.1.3
Controlled By:  ReplicaSet/nginx-app-7f4fc68488
Containers:nginx:Container ID:   docker://f131d31db0a45cc206c9ca3e36573e7687917c94caed09b5ab1357b7df44aa7dImage:          nginx:1.17Image ID:       docker-pullable://nginx@sha256:6fff55753e3b34e36e24e37039ee9eae1fe38a6420d8ae16ef37c92d1eb26699Port:           80/TCPHost Port:      0/TCPState:          RunningStarted:      Mon, 14 Dec 2020 13:22:01 +0800Ready:          TrueRestart Count:  0Environment:    <none>Mounts:/var/run/secrets/kubernetes.io/serviceaccount from default-token-6x5lr (ro)
Conditions:Type              StatusInitialized       True Ready             True ContainersReady   True PodScheduled      True 
Volumes:default-token-6x5lr:Type:        Secret (a volume populated by a Secret)SecretName:  default-token-6x5lrOptional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute op=Exists for 300snode.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:          <none>Name:         nginx-app-7f4fc68488-vln2j
Namespace:    default
Priority:     0
Node:         node2/10.70.36.252
Start Time:   Mon, 14 Dec 2020 13:21:29 +0800
Labels:       app=nginxpod-template-hash=7f4fc68488
Annotations:  <none>
Status:       Running
IP:           10.244.2.4
IPs:IP:           10.244.2.4
Controlled By:  ReplicaSet/nginx-app-7f4fc68488
Containers:nginx:Container ID:   docker://9cde45864776ac8915490db7d78621a93ca016a69f77a11a3f3e0d48dd9e2f33Image:          nginx:1.17Image ID:       docker-pullable://nginx@sha256:6fff55753e3b34e36e24e37039ee9eae1fe38a6420d8ae16ef37c92d1eb26699Port:           80/TCPHost Port:      0/TCPState:          RunningStarted:      Mon, 14 Dec 2020 13:29:09 +0800Ready:          TrueRestart Count:  0Environment:    <none>Mounts:/var/run/secrets/kubernetes.io/serviceaccount from default-token-6x5lr (ro)
Conditions:Type              StatusInitialized       True Ready             True ContainersReady   True PodScheduled      True 
Volumes:default-token-6x5lr:Type:        Secret (a volume populated by a Secret)SecretName:  default-token-6x5lrOptional:    false
QoS Class:       BestEffort
Node-Selectors:  <none>
Tolerations:     node.kubernetes.io/not-ready:NoExecute op=Exists for 300snode.kubernetes.io/unreachable:NoExecute op=Exists for 300s
Events:          <none>

Controlled By 指明此 Pod 是由 ReplicaSet nginx-app-7f4fc68488 创建。Events 记录了 Pod 的启动过程。如果操作失败（比如 image 不存在），也能在这里查看到原因。

总结一下这个过程：

  1. 用户通过 kubectl 创建 Deployment。

  2. Deployment 创建 ReplicaSet。

  3. ReplicaSet 创建 Pod

从上图也可以看出，对象的命名方式是：子对象的名字 = 父对象名字 + 随机字符串或数字

step6：如果要删除这些资源，执行 kubectl delete deployment nginx-deployment 或者 kubectl delete -f nginx.yml。

å¾ç

step7：暴露服务

kubectl expose deployment nginx-app --port=80 --type=LoadBalancer

step8：查看服务状态(查看对外的端口)

kubectl get services

step9：浏览器校验

这篇关于4、Deployment 运行应用，提示Flag --replicas has been deprecated, has no effect and will be removed in the的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/192320。

相关文章

电脑提示xlstat4.dll丢失怎么修复? xlstat4.dll文件丢失处理办法

电脑提示xlstat4.dll丢失怎么修复? xlstat4.dll文件丢失处理办法

《电脑提示xlstat4.dll丢失怎么修复?xlstat4.dll文件丢失处理办法》长时间使用电脑，大家多少都会遇到类似dll文件丢失的情况，不过，解决这一问题其实并不复杂，下面我们就来看看xls... 在Windows操作系统中，xlstat4.dll是一个重要的动态链接库文件，通常用于支持各种应用程序
阅读更多...
Java -jar命令如何运行外部依赖JAR包

Java -jar命令如何运行外部依赖JAR包

《Java-jar命令如何运行外部依赖JAR包》在Java应用部署中,java-jar命令是启动可执行JAR包的标准方式,但当应用需要依赖外部JAR文件时,直接使用java-jar会面临类加载困... 目录引言：外部依赖JAR的必要性一、问题本质：类加载机制的限制1. Java -jar的默认行为2. 类加
阅读更多...
Python使用Tkinter打造一个完整的桌面应用

Python使用Tkinter打造一个完整的桌面应用

《Python使用Tkinter打造一个完整的桌面应用》在Python生态中,Tkinter就像一把瑞士军刀,它没有花哨的特效,却能快速搭建出实用的图形界面,作为Python自带的标准库,无需安装即可... 目录一、界面搭建：像搭积木一样组合控件二、菜单系统：给应用装上“控制中枢”三、事件驱动：让界面“活”
阅读更多...
java -jar命令运行 jar包时运行外部依赖jar包的场景分析

java -jar命令运行 jar包时运行外部依赖jar包的场景分析

《java-jar命令运行jar包时运行外部依赖jar包的场景分析》：本文主要介绍java-jar命令运行jar包时运行外部依赖jar包的场景分析,本文给大家介绍的非常详细,对大家的学习或工作... 目录Java -jar命令运行 jar包时如何运行外部依赖jar包场景：解决：方法一、启动参数添加： -Xb
阅读更多...
如何确定哪些软件是Mac系统自带的? Mac系统内置应用查看技巧

如何确定哪些软件是Mac系统自带的? Mac系统内置应用查看技巧

《如何确定哪些软件是Mac系统自带的?Mac系统内置应用查看技巧》如何确定哪些软件是Mac系统自带的？mac系统中有很多自带的应用，想要看看哪些是系统自带，该怎么查看呢？下面我们就来看看Mac系统内... 在MAC电脑上，可以使用以下方法来确定哪些软件是系统自带的：1.应用程序文件夹打开应用程序文件夹
阅读更多...
eclipse如何运行springboot项目

eclipse如何运行springboot项目

《eclipse如何运行springboot项目》：本文主要介绍eclipse如何运行springboot项目问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目js录当在eclipse启动spring boot项目时出现问题解决办法1.通过cmd命令行2.在ecl
阅读更多...
Python Flask 库及应用场景

Python Flask 库及应用场景

《PythonFlask库及应用场景》Flask是Python生态中​轻量级且高度灵活的Web开发框架,基于WerkzeugWSGI工具库和Jinja2模板引擎构建,下面给大家介绍PythonFl... 目录一、Flask 库简介二、核心组件与架构三、常用函数与核心操作 ​1. 基础应用搭建​2. 路由与参
阅读更多...
Spring Boot中的YML配置列表及应用小结

Spring Boot中的YML配置列表及应用小结

《SpringBoot中的YML配置列表及应用小结》在SpringBoot中使用YAML进行列表的配置不仅简洁明了,还能提高代码的可读性和可维护性,：本文主要介绍SpringBoot中的YML配... 目录YAML列表的基础语法在Spring Boot中的应用从YAML读取列表列表中的复杂对象其他注意事项总
阅读更多...
电脑系统Hosts文件原理和应用分享

电脑系统Hosts文件原理和应用分享

《电脑系统Hosts文件原理和应用分享》Hosts是一个没有扩展名的系统文件，当用户在浏览器中输入一个需要登录的网址时，系统会首先自动从Hosts文件中寻找对应的IP地址，一旦找到，系统会立即打开对应... Hosts是一个没有扩展名的系统文件，可以用记事本等工具打开，其作用就是将一些常用的网址域名与其对应
阅读更多...
电脑提示Winmm.dll缺失怎么办? Winmm.dll文件丢失的多种修复技巧

电脑提示Winmm.dll缺失怎么办? Winmm.dll文件丢失的多种修复技巧

《电脑提示Winmm.dll缺失怎么办?Winmm.dll文件丢失的多种修复技巧》有时电脑会出现无法启动程序，因为计算机中丢失winmm.dll的情况，其实，winmm.dll丢失是一个比较常见的问... 在大部分情况下出现我们运行或安装软件，游戏出现提示丢失某些DLL文件或OCX文件的原因可能是原始安装包
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2