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。

相关文章

利用Python操作Word文档页码的实际应用

利用Python操作Word文档页码的实际应用

《利用Python操作Word文档页码的实际应用》在撰写长篇文档时,经常需要将文档分成多个节,每个节都需要单独的页码,下面：本文主要介绍利用Python操作Word文档页码的相关资料,文中通过代码... 目录需求：文档详情：要求：该程序的功能是：总结需求：一次性处理24个文档的页码。文档详情：1、每个
阅读更多...
Java中的分布式系统开发基于 Zookeeper 与 Dubbo 的应用案例解析

Java中的分布式系统开发基于 Zookeeper 与 Dubbo 的应用案例解析

《Java中的分布式系统开发基于Zookeeper与Dubbo的应用案例解析》本文将通过实际案例,带你走进基于Zookeeper与Dubbo的分布式系统开发,本文通过实例代码给大家介绍的非常详... 目录Java 中的分布式系统开发基于 Zookeeper 与 Dubbo 的应用案例一、分布式系统中的挑战二
阅读更多...
Java 缓存框架 Caffeine 应用场景解析

Java 缓存框架 Caffeine 应用场景解析

《Java缓存框架Caffeine应用场景解析》文章介绍Caffeine作为高性能Java本地缓存框架,基于W-TinyLFU算法,支持异步加载、灵活过期策略、内存安全机制及统计监控,重点解析其... 目录一、Caffeine 简介1. 框架概述1.1 Caffeine的核心优势二、Caffeine 基础2
阅读更多...
使用Node.js和PostgreSQL构建数据库应用

使用Node.js和PostgreSQL构建数据库应用

《使用Node.js和PostgreSQL构建数据库应用》PostgreSQL是一个功能强大的开源关系型数据库,而Node.js是构建高效网络应用的理想平台,结合这两个技术,我们可以创建出色的数据驱动... 目录初始化项目与安装依赖建立数据库连接执行CRUD操作查询数据插入数据更新数据删除数据完整示例与最佳
阅读更多...
PHP应用中处理限流和API节流的最佳实践

PHP应用中处理限流和API节流的最佳实践

《PHP应用中处理限流和API节流的最佳实践》限流和API节流对于确保Web应用程序的可靠性、安全性和可扩展性至关重要,本文将详细介绍PHP应用中处理限流和API节流的最佳实践,下面就来和小编一起学习... 目录限流的重要性在 php 中实施限流的最佳实践使用集中式存储进行状态管理（如 Redis）采用滑动
阅读更多...
深入浅出Spring中的@Autowired自动注入的工作原理及实践应用

深入浅出Spring中的@Autowired自动注入的工作原理及实践应用

《深入浅出Spring中的@Autowired自动注入的工作原理及实践应用》在Spring框架的学习旅程中,@Autowired无疑是一个高频出现却又让初学者头疼的注解,它看似简单,却蕴含着Sprin... 目录深入浅出Spring中的@Autowired：自动注入的奥秘什么是依赖注入？@Autowired
阅读更多...
PostgreSQL简介及实战应用

PostgreSQL简介及实战应用

《PostgreSQL简介及实战应用》PostgreSQL是一种功能强大的开源关系型数据库管理系统,以其稳定性、高性能、扩展性和复杂查询能力在众多项目中得到广泛应用,本文将从基础概念讲起,逐步深入到高... 目录前言1. PostgreSQL基础1.1 PostgreSQL简介1.2 基础语法1.3 数据库
阅读更多...
Python中的filter() 函数的工作原理及应用技巧

Python中的filter() 函数的工作原理及应用技巧

《Python中的filter()函数的工作原理及应用技巧》Python的filter()函数用于筛选序列元素,返回迭代器,适合函数式编程,相比列表推导式,内存更优,尤其适用于大数据集,结合lamb... 目录前言一、基本概念基本语法二、使用方式1. 使用 lambda 函数2. 使用普通函数3. 使用 N
阅读更多...
Python中yield的用法和实际应用示例

Python中yield的用法和实际应用示例

《Python中yield的用法和实际应用示例》在Python中,yield关键字主要用于生成器函数（generatorfunctions）中,其目的是使函数能够像迭代器一样工作,即可以被遍历,但不会... 目录python中yield的用法详解一、引言二、yield的基本用法1、yield与生成器2、yi
阅读更多...
Python多线程应用中的卡死问题优化方案指南

Python多线程应用中的卡死问题优化方案指南

《Python多线程应用中的卡死问题优化方案指南》在利用Python语言开发某查询软件时,遇到了点击搜索按钮后软件卡死的问题,本文将简单分析一下出现的原因以及对应的优化方案,希望对大家有所帮助... 目录问题描述优化方案1. 网络请求优化2. 多线程架构优化3. 全局异常处理4. 配置管理优化优化效果1.
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2