云容器引擎 CCE

 

云容器引擎(Cloud Container Engine)提供高可靠高性能的企业级容器应用管理服务,支持Kubernetes社区原生应用和工具,简化云上自动化容器运行环境搭建

 
 

    k8s负载均衡器ingress 更多内容
  • 通过负载均衡配置实现会话保持

    取值范围:1-60分钟 客户端的源IP地址发生变化。 客户端访问请求超过会话保持时间。 七层会话保持 当创建Ingress时,使用的协议为HTTP或HTTPS,默认为七层会话保持。 负载均衡器cookie:负载均衡器会根据客户端第一个请求生成一个cookie,后续所有包含这个cookie值的请求都会由同一个后端 服务器 处理。

    来自:帮助中心

    查看更多 →

  • 启停独享型负载均衡器

    单击页面左上角的,选择“网络 > 弹性负载均衡”。 在“负载均衡器”界面,需要启用或者停用的负载均衡器所在行,单击“更多 > 启用”或者“更多 > 停用”。 单击“是”。 停用的负载均衡器仍会继续计费。 父主题: 负载均衡器

    来自:帮助中心

    查看更多 →

  • 启停共享型负载均衡器

    启停共享型负载均衡器 您可以随时启用和停用负载均衡器负载均衡器停用后,将不再接收和转发流量。 当您配置的某些负载均衡器出于业务考虑暂时无需使用,但又不能删除时,可以选择启停操作。 启用或停用ELB实例 您可以随时启用和停用负载均衡器负载均衡器停用后,将不再接收和转发流量。 登录管理控制台。

    来自:帮助中心

    查看更多 →

  • 新增负载均衡器可用区

    ListenerRef objects 负载均衡器关联的监听器的ID列表。 operating_status String 负载均衡器的操作状态。 取值: ONLINE:在线。 name String 负载均衡器的名称。 project_id String 负载均衡器所属的项目ID。 vip_subnet_cidr_id

    来自:帮助中心

    查看更多 →

  • 部署Kubernetes集群

    k8s-master3 k8s管理节点 4 192.168.1.207 k8s-node01 k8s工作节点 5 192.168.1.237 k8s-node02 k8s工作节点 6 192.168.1.235 k8s-node03 k8s工作节点 7 192.168.1.199 k8s-node04

    来自:帮助中心

    查看更多 →

  • 公网和私网负载均衡器

    公网和私网负载均衡器 负载均衡按照支持的网络类型的不同分为公网负载均衡器和私网负载均衡器。 公网负载均衡器 通过给负载均衡器绑定弹性公网IP,使其支持转发公网流量请求,称为公网负载均衡器。通过公网IP对外提供服务,将来自公网的客户端请求按照指定的负载均衡策略分发到后端服务器进行处理。

    来自:帮助中心

    查看更多 →

  • 删除独享型负载均衡器

    删除独享型负载均衡器 操作场景 本章节通过示例演示如何调用API来删除负载均衡器。 删除负载均衡器时,需要逐个删除负载均衡器下的资源。负载均衡器关联的资源如图1,包括监听器、转发策略、后端服务器组、健康检查和后端服务器。 图1 负载均衡器关联资源 操作步骤 请按照下列步骤逐个删除

    来自:帮助中心

    查看更多 →

  • 根据标签查询负载均衡器

    根据标签查询负载均衡器 功能介绍 根据标签过滤查询负载均衡实例。 接口约束 无。 URI POST /v2.0/{project_id}/loadbalancers/resource_instances/action 表1 参数说明 参数 是否必选 参数类型 描述 project_id

    来自:帮助中心

    查看更多 →

  • 共享型负载均衡器概述

    共享型负载均衡器概述 负载均衡器是指您创建的承载业务的负载均衡服务实体。创建负载均衡器后,您还需要在负载均衡器中添加监听器和后端服务器,然后才能使用负载均衡服务提供的功能。 图1 负载均衡器结构图 规划实例区域 负载均衡器选择区域时需要注意以下事项: 选择距离业务目标客户距离最近

    来自:帮助中心

    查看更多 →

  • MCI概述

    在传统的Kubernetes集群中,每个集群都有其负载均衡器Ingress,这使得在多个集群之间进行负载均衡和流量路由变得困难。U CS 为多集群提供了统一的流量入口MCI(Multi Cluster Ingress),帮助您更加简单高效地跨集群、跨区域进行负载均衡和流量路由,进而提高应用程序的可用性和可靠性。

    来自:帮助中心

    查看更多 →

  • 负载均衡器配置:监听器配置

    负载均衡器配置:监听器配置 对外访问端口 路由对接的负载均衡器对外暴露的访问端口 参数名 取值范围 默认值 是否允许修改 作用范围 k8s annotation: kubernetes.io/elb.port 1-65535 无 允许 CCE Standard/ CCE Turbo

    来自:帮助中心

    查看更多 →

  • CCE最佳实践汇总

    通过配置容器内核参数增大监听队列长度 通过负载均衡配置实现会话保持 为负载均衡类型的Service配置pass-through能力 自定义部署Nginx Ingress Controller Nginx Ingress使用建议 为Nginx Ingress配置应用流量镜像 自建Nginx Ingress迁移到ELB

    来自:帮助中心

    查看更多 →

  • 查询负载均衡器列表

    String 负载均衡器的名称。 project_id String 负载均衡器所属的项目ID。 vip_subnet_cidr_id String 负载均衡器所在子网的IPv4子网ID,也称为该负载均衡器实例的前端子网。 vip_address String 负载均衡器的IPv4虚拟IP地址。

    来自:帮助中心

    查看更多 →

  • 打开或关闭ES负载均衡器

    打开或关闭es负载均衡器。 true:开启。 false:关闭。 agency 否 String 委托名称。 elb_id 否 String 负载均衡器id。 响应参数 状态码: 200 表3 响应Body参数 参数 参数类型 描述 elb_id String 负载均衡器id。 请求示例

    来自:帮助中心

    查看更多 →

  • 通过Kubectl命令行创建Nginx Ingress

    。 关于Ingress路径匹配示例,请参见示例。 创建Ingress。 kubectl create -f ingress-test.yaml 回显如下,表示Ingress服务已创建。 ingress/ingress-test created 查看已创建的Ingress。 kubectl

    来自:帮助中心

    查看更多 →

  • 使用Annotation配置Nginx Ingress

    #替换为您的TLS密钥证书 执行以下命令,创建Ingress。 kubectl create -f ingress-test.yaml 预期输出: ingress.networking.k8s.io/ingress-test created 执行以下命令,查看Ingress的IP地址。 kubectl

    来自:帮助中心

    查看更多 →

  • 配置ELB及验证操作中台系统

    配置ELB及验证操作中台系统 配置ELB 购买ELB负载均衡器 图1 选择可用区及子网VPC 图2 选择规格 创建服务发现 base-gateway NodePort 类型的service,前端服务ClusterIp类型的service 图3 创建服务发现 创建Ingress 路由 为base-gateway

    来自:帮助中心

    查看更多 →

  • 基于Kubernetes Nginx-Ingress实现应用的灰度发布

    系统升级时,开发人员第一次部署应用会创建出一组灰度负载,此时灰度负载中的系统版本为新版本,此时Service将部分流量转发至灰度负载上,由测试人员在灰度负载中进行版本验证。版本验证结束后,开发人员开始第二次部署应用升级现网服务,此时Service将全部流量转发至灰度负载上并升级现网服务,现网服务升级

    来自:帮助中心

    查看更多 →

  • 为Nginx Ingress配置GRPC协议的后端服务

    dnsPolicy: ClusterFirst replicas: 1 执行以下命令创建工作负载。 kubectl apply -f grpc.yaml 步骤3:为工作负载创建Service及Ingress 复制以下YAML内容创建grpc-svc.yaml文件。 apiVersion: v1

    来自:帮助中心

    查看更多 →

  • 开始使用

    传即可。 在CCE控制台创建工作负载,选择“集群名称>工作负载”来创建负载。 图6 创建生产版本负载 图7 创建灰度版本负载 创建服务:选择“服务发现>创建服务”。 图8 创建生产service 图9 创建灰度service 创建灰度ingress:选择“服务发现-路由”,添加注解nginx

    来自:帮助中心

    查看更多 →

  • Ingress

    Ingress 为什么需要Ingress Service是基于四层TCP和UDP协议转发的,而Ingress可以基于七层的HTTP和HTTPS协议转发,可以通过 域名 和路径做到更细粒度的划分,如下图所示。 图1 Ingress-Service Ingress工作机制 要想使用Ing

    来自:帮助中心

    查看更多 →

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