kubectl deployment 工作负载 更多内容
  • 使用kubectl部署带极速文件存储卷的无状态工作负载

    使用kubectl部署带极速文件存储卷的无状工作负载 操作场景 极速文件存储创建或导入CCE后,可以在工作负载中挂载极速文件存储。 约束与限制 如下配置示例适用于Kubernetes 1.13及以下版本的集群。 操作步骤 请参见通过kubectl连接集群,使用kubectl连接集群。

    来自:帮助中心

    查看更多 →

  • 使用kubectl部署带文件存储卷的无状态工作负载

    使用kubectl部署带文件存储卷的无状工作负载 操作场景 文件存储卷创建或导入CCE后,可以在工作负载中挂载文件存储卷。 约束与限制 如下配置示例适用于Kubernetes 1.13及以下版本的集群。 操作步骤 请参见通过kubectl连接集群,使用kubectl连接集群。

    来自:帮助中心

    查看更多 →

  • 创建无状态负载(Deployment)

    创建无状负载Deployment) 操作场景 在运行中始终不保存任何数据或状态工作负载称为“无状负载 Deployment”,例如nginx。您可以通过控制台或kubectl命令行创建无状负载。 前提条件 在创建容器工作负载前,您需要存在一个可用集群。若没有可用集群,请

    来自:帮助中心

    查看更多 →

  • 使用kubectl部署带对象存储卷的无状态工作负载

    使用kubectl部署带对象存储卷的无状工作负载 操作场景 对象存储卷创建或导入CCE后,可以在工作负载中挂载对象存储卷。 约束与限制 如下配置示例适用于Kubernetes 1.13及以下版本的集群。 操作步骤 请参见通过kubectl连接集群,使用kubectl连接集群。

    来自:帮助中心

    查看更多 →

  • 通过API或kubectl操作CCE集群,创建的资源是否能在控制台展示?

    工作负载StatefulSet)后,对应Pod实例才会在工作负载详情页的“实例列表”页签中显示。 Service:Service当前在无状工作负载Deployment)和有状态工作负载StatefulSet)详情页的“访问方式”页签中显示。 此处的显示需要Service与工作负载有一定的关联:

    来自:帮助中心

    查看更多 →

  • 使用kubectl部署带云硬盘存储卷的工作负载

    13及以下版本的集群。 操作步骤 请参见通过kubectl连接集群,使用kubectl连接集群。 执行如下命令,配置名为“evs-deployment-example.yaml”的创建无状工作负载的yaml文件。 touch evs-deployment-example.yaml vi

    来自:帮助中心

    查看更多 →

  • 工作负载升级配置

    工作负载升级配置 在实际应用中,升级是一个常见的场景,DeploymentStatefulSet和DaemonSet都能够很方便地支撑应用升级。 通过控制台配置工作负载升级 在创建工作负载时,单击“展开高级配置”。 参考表1,设置升级策略。 表1 参数说明 参数 描述 升级方式

    来自:帮助中心

    查看更多 →

  • 快速入门

    图6 访问nginx应用 通过kubectl创建Nginx 本步骤指导您通过kubectl创建一个无状工作负载Deployment),并通过负载均衡类型Service将负载公开,使得其能从外网访问。 请参见通过kubectl连接集群,使用kubectl连接集群。 创建一个名为nginx-deployment

    来自:帮助中心

    查看更多 →

  • Deployment

    义完全一致。 将上面Deployment的定义保存到deployment.yaml文件中,使用kubectl创建这个Deployment。 使用kubectl get查看Deployment和Pod,可以看到DESIRED值为2,这表示这个Deployment期望有2个Pod,C

    来自:帮助中心

    查看更多 →

  • 所有Pod是否都配置了app和version标签

    。 复制原有工作负载配置,保存为YAML文件。 kubectl get deployment {deploymentName} -n {namespace} -o yaml > {deploymentName}-deployment.yaml 例如: kubectl get deployment

    来自:帮助中心

    查看更多 →

  • Deployment

    Deployment 查询用户所有Deployments 删除指定namespace下Deployments 查询指定namespace下的Deployments 创建Deployment 删除Deployment 查询Deployment 更新Deployment 替换Deployment

    来自:帮助中心

    查看更多 →

  • 集群内访问(ClusterIP)

    问 创建工作负载kubectl create -f nginx-deployment.yaml 回显如下,表示工作负载已经创建。 deployment "nginx" created kubectl get po 回显如下,工作负载状态为Running,表示工作负载已处于运行中状态。

    来自:帮助中心

    查看更多 →

  • 配置工作负载升级策略

    rollout undo命令进行回滚。 $ kubectl rollout undo deployment nginx deployment.apps/nginx rolled back Deployment之所以能如此容易的做到回滚,是因为Deployment是通过ReplicaSet控制P

    来自:帮助中心

    查看更多 →

  • 集群内访问(ClusterIP)

    问 创建工作负载kubectl create -f nginx-deployment.yaml 回显如下,表示工作负载已经创建。 deployment "nginx" created kubectl get po 回显如下,工作负载状态为Running,表示工作负载已处于运行中状态。

    来自:帮助中心

    查看更多 →

  • 所有Pod的app和version标签是否都相等

    根据Pod名称,找到其关联的工作负载kubectl get deployment {deploymentName} -n {namespace} 一般Pod名称格式为{deploymentName}-{随机字符串}-{随机字符串}。 如果根据Pod名称未查询到工作负载,可能是因为ReplicaSet有残留,需要将其删除。

    来自:帮助中心

    查看更多 →

  • 创建无状态负载(Deployment)

    创建无状负载Deployment) 操作场景 在运行中始终不保存任何数据或状态工作负载称为“无状负载 Deployment”,例如nginx。您可以通过控制台或kubectl命令行创建无状负载。 前提条件 在创建容器工作负载前,您需要存在一个可用集群。若没有可用集群 ,

    来自:帮助中心

    查看更多 →

  • 创建NPU应用

    左侧导航栏中选择“工作负载 > 无状负载”,右上角单击“镜像创建”。 配置工作负载信息。在“容器配置>基本信息”中,异构资源选择“NPU”,并设置NPU配额。 配置其余信息,完成后,单击“创建工作负载”。返回无状工作负载列表查看工作负载状态。 在工作负载列表中,待工作负载状态为“运行中”,工作负载创建成功。

    来自:帮助中心

    查看更多 →

  • 快速入门

    单击右下角“创建工作负载”。 等待工作负载创建成功。 创建成功后在无状负载下会显示一个运行中的工作负载。 图5 wordpress负载创建成功 通过kubectl创建WordPress 本步骤指导您通过kubectl创建一个无状工作负载Deployment),并通过负载均衡类型S

    来自:帮助中心

    查看更多 →

  • 使用多集群负载伸缩扩缩工作负载

    。 创建工作负载。基于准备工作中的镜像创建无状工作负载,并配置服务,并为其创建与部署调度策略。 创建负载伸缩策略。使用命令行工具创建FederatedHPA策略与CronFederatedHPA策略。 观察负载伸缩过程。查看工作负载中的Pod的数量变动,观察所创建的负载伸缩策略效果。

    来自:帮助中心

    查看更多 →

  • 在CCE集群中部署NGINX无状态工作负载

    请参见创建无状负载Deployment)。 参数 示例 参数说明 负载类型 无状负载 Deployment 工作负载是在 Kubernetes 上运行的应用程序。Kubernetes提供了一些内置的工作负载资源,不同工作负载的功能特性及应用场景不同。关于工作负载类型的介绍请参见工作负载概述。

    来自:帮助中心

    查看更多 →

  • 设置工作负载升级策略

    rollout undo命令进行回滚。 $ kubectl rollout undo deployment nginx deployment.apps/nginx rolled back Deployment之所以能如此容易的做到回滚,是因为Deployment是通过ReplicaSet控制P

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了