logo
Alauda Container Platform
English
简体中文
English
简体中文
logo
Alauda Container Platform
导航

产品概览

架构
发版日志

安装

安装概述

安装准备

前提条件
下载
节点预处理
安装
global 集群灾难恢复

升级

Overview
升级前准备
升级 global 集群
升级业务集群

用户界面

灵雀控制台

概览
访问 Web 控制台
Customizing the Web Console
Customizing the Left Navigation
CLI 工具

配置

功能开关配置

集群

概述
创建本地集群
etcd 加密
自动旋转 Kubernetes 证书

实用指南

为内置注册表添加外部地址
选择容器运行时
更新公共仓库凭证

网络

介绍

架构

理解 Kube-OVN
了解 ALB
了解 MetalLB

核心概念

认证
Ingress-nginx 注解兼容性
TCP/HTTP 保持连接
ModSecurity
不同 Ingress 方式的比较
HTTP 重定向
L4/L7 超时
GatewayAPI
OTel

功能指南

创建服务
创建 Ingress
配置网关
创建 Ingress-Nginx
创建域名
创建证书
创建外部 IP 地址池
创建 BGP Peers
配置子网
配置网络策略
创建 Admin 网络策略
配置集群网络策略

如何操作

为 ALB 部署高可用 VIP
软件数据中心负载均衡方案(Alpha)
准备 Kube-OVN Underlay 物理网络
Underlay 和 Overlay 子网的自动互联
在 ALB 中使用 OAuth Proxy
创建 GatewayAPI Gateway
配置负载均衡器
如何合理分配 CPU 和内存资源
将 IPv6 流量转发到集群内的 IPv4 地址
Calico 网络支持 WireGuard 加密
Kube-OVN Overlay 网络支持 IPsec 加密
ALB 监控
Application Load Balancer (ALB) 中的负载均衡会话亲和策略

故障排除

如何解决 ARM 环境中的节点间通信问题?
查找错误原因

机器配置

概览
使用 MachineConfig 管理节点配置
节点中断策略

存储

介绍

概念

访问模式与卷模式
核心概念
Persistent Volume

功能指南

创建 CephFS 文件存储类型存储类
创建 CephRBD 块存储类
创建 TopoLVM 本地存储类
创建 NFS 共享存储类
部署 Volume Snapshot 组件
创建 PV
创建 PVCs
使用卷快照

实用指南

设置 NFS 共享存储类的子目录命名规则
通用临时卷
使用 emptyDir
第三方存储能力注解指南

故障排除

从 PVC 扩容失败中恢复

存储

Ceph 分布式存储

介绍

安装

创建标准类型集群
创建 Stretch 类型集群
架构

核心概念

核心概念

操作指南

访问存储服务
管理存储池
节点特定组件部署
添加设备/设备类
监控与告警

实用指南

配置专用集群用于分布式存储
清理分布式存储

数据容灾

文件存储灾备
块存储灾难恢复
对象存储灾备
更新优化参数
创建 ceph 对象存储用户

MinIO 对象存储

介绍
安装
架构

核心概念

核心概念

操作指南

添加存储池
Monitoring & Alerts

实用指南

数据灾难恢复

TopoLVM 本地存储

介绍
安装

操作指南

设备管理
监控与告警

实用指南

使用 Velero 备份和恢复 TopoLVM 文件系统 PVC

安全

Alauda Container Security

安全性与合规性

合规

介绍
安装

使用指南

私有镜像仓库访问配置
Image Signature Verification Policy
使用 Secrets 的镜像签名验证策略
镜像仓库验证策略
容器逃逸防护策略
Security Context Enforcement Policy
网络安全策略
Volume Security Policy

API Refiner

介绍
安装

用户与角色

用户

介绍

功能指南

管理用户角色
创建用户
用户管理

用户组

介绍

功能指南

管理用户组角色
创建本地用户组
管理本地用户组成员资格

角色

介绍

功能指南

创建角色
管理自定义角色

IDP

介绍

功能指南

LDAP 管理
OIDC 管理

故障排除

删除用户

用户策略

介绍

多租户(项目)

介绍

功能指南

创建项目
管理项目
管理项目集群
管理项目成员

审计

介绍

遥测

安装

虚拟化

虚拟化

概览

介绍
安装

镜像

介绍

操作指南

添加虚拟机镜像
更新/删除虚拟机镜像
更新/删除镜像凭据

实用指南

使用 KubeVirt 基于 ISO 创建 Windows 镜像
使用 KubeVirt 基于 ISO 创建 Linux 镜像
导出虚拟机镜像
权限说明

虚拟机

介绍

操作指南

创建虚拟机/虚拟机组
虚拟机批量操作
使用 VNC 登录虚拟机
管理密钥对
管理虚拟机
监控与告警
虚拟机快速定位

实用指南

配置 USB 主机直通
虚拟机热迁移
虚拟机恢复
在 KubeVirt 上克隆虚拟机
物理 GPU 直通环境准备
配置虚拟机的高可用性
从现有虚拟机创建虚拟机模板

问题处理

虚拟机节点正常关机下的 Pod 迁移及异常宕机恢复问题
热迁移错误信息及解决方案

网络

介绍

操作指南

配置网络

实用指南

通过网络策略实现虚拟机网络请求控制
配置 SR-IOV
配置虚拟机使用网络绑定模式以支持 IPv6

存储

介绍

操作指南

管理虚拟磁盘

备份和恢复

介绍

操作指南

使用快照

开发者

快速开始

Creating a simple application via image

构建应用

核心概念

应用类型
Custom Applications
Workload Types
理解参数
理解环境变量
理解启动命令
资源单位说明

命名空间

创建命名空间
导入 Namespace
Resource Quota
Limit Range
Pod Security Admission
Overcommit Ratio
管理命名空间成员
更新命名空间
删除/移除命名空间

创建应用

Creating applications from Image
Creating applications from Chart
通过 YAML 创建应用
通过代码创建应用
Creating applications from Operator Backed
通过 CLI 工具创建应用

应用的操作与维护

Application Rollout

安装 Alauda Container Platform Argo Rollouts
Application Blue Green Deployment
Application Canary Deployment
状态说明

KEDA(Kubernetes Event-driven Autoscaling)

KEDA Overview
Installing KEDA

实用指南

Integrating ACP Monitoring with Prometheus Plugin
在 KEDA 中暂停自动扩缩容
配置 HPA
启动和停止原生应用
配置 VerticalPodAutoscaler (VPA)
配置 CronHPA
更新原生应用
导出应用
更新和删除 Chart 应用
应用版本管理
删除原生应用
健康检查

计算组件

Deployments
DaemonSets
StatefulSets
CronJobs
任务
Pods
Containers
使用 Helm charts

配置

Configuring ConfigMap
Configuring Secrets

应用可观测

监控面板
Logs
实时事件

实用指南

设置定时任务触发规则

镜像仓库

介绍

安装

通过 YAML 安装
通过 Web UI 安装

使用指南

Common CLI Command Operations
Using Alauda Container Platform Registry in Kubernetes Clusters

S2I

介绍

安装

Installing Alauda Container Platform Builds

升级

升级 Alauda Container Platform Builds
架构

功能指南

Managing applications created from Code

How To

通过代码创建应用

节点隔离策略

引言
架构

概念

核心概念

功能指南

创建节点隔离策略
权限说明
常见问题

GitOps

介绍

安装

Installing Alauda Build of Argo CD
Installing Alauda Container Platform GitOps

升级

Upgrading Alauda Container Platform GitOps
架构

核心概念

GitOps

Argo CD 核心概念

Argo CD Introduction
Application 概念
ApplicationSet 概念
Tool
Helm 概念
Kustomize 概念
Directory 概念
Sync 概念
Health 概念

Alauda Container Platform GitOps 核心概念

介绍
Alauda Container Platform GitOps 的同步及健康检查

功能指南

创建 GitOps 应用

Creating GitOps Application
Creating GitOps ApplicationSet

GitOps 可观测

Argo CD 组件监控
GitOps 应用运维

实用指南

通过 Argo CD Dashboard 集成代码仓库
通过 Argo CD dashboard 创建 Argo CD Application
通过平台创建 Argo CD Application
如何获取 Argo CD 访问信息
故障排查

扩展

Operator
集群插件

可观测性

概览

监控

介绍
安装

架构

监控模块架构
监控组件选型指南
核心概念

操作指南

指标管理
告警管理
通知管理
监控面板管理
探针管理

实用指南

Prometheus 监控数据的备份与恢复
VictoriaMetrics 监控数据备份与恢复
从自定义命名的网络接口采集网络数据

调用链

介绍
安装
架构
核心概念

操作指南

查询追踪
查询追踪日志

实用指南

Java 应用无侵入方式接入调用链
与 TraceID 相关的业务日志

问题处理

查询不到所需的调用链
调用链数据不完整

日志

介绍
安装

架构

日志模块架构
日志组件选型指南
日志组件容量规划
概念

操作指南

日志

实用指南

如何将日志归档至第三方存储
如何对接外部 ES 存储集群

事件

介绍
Events

巡检

介绍
架构

操作指南

巡检
Component Health Status

硬件加速器

概述

介绍
功能概览
安装

应用开发

介绍

功能指南

CUDA 驱动与运行时兼容性
使用 ConfigMap 添加自定义设备

故障排除

解决 vLLM 中 “float16 is only supported on GPUs with compute capability at least xx” 错误
Paddle Autogrow 内存分配在 GPU-Manager 上的崩溃问题

配置管理

介绍

功能指南

在 GPU 节点上配置硬件加速器

资源监控

介绍

功能指南

GPU 资源监控

Alauda 服务网格

关于 Alauda Service Mesh

Alauda AI

关于 Alauda AI

Alauda DevOps

关于灵雀云 DevOps

Alauda 计量计费

关于 Alauda 成本管理

Alauda 应用服务

概览

介绍
架构
安装
升级

Alauda Database Service for MySQL

关于 Alauda Database Service for MySQL-MGR
关于 Alauda Database Service for MySQL-PXC

Alauda Cache Service for Redis OSS

关于 Alauda Cache Service for Redis OSS

Alauda Streaming Service for Kafka

About Alauda Streaming Service for Kafka

Alauda Streaming Service for RabbitMQ

关于 Alauda Streaming Service for RabbitMQ

Alauda support for PostgreSQL

关于 Alauda support for PostgreSQL

运维管理

介绍

参数模板管理

介绍

功能指南

参数模板管理

备份管理

介绍

功能指南

外部 S3 存储
备份管理

检查管理

介绍

操作指南

创建巡检任务
Exec Inspection Task
更新和删除巡检任务

实用指南

如何设置检查调度?

检查优化建议

MySQL

MySQL IO负载优化
MySQL 内存使用优化
MySQL存储空间优化
MySQL 活动线程计数优化
MySQL 行锁优化

Redis

Redis 大键
Redis中的高CPU使用率
Redis中的高内存使用

Kafka

Kafka 中的高 CPU 利用率
Kafka Rebalance 优化
Kafka内存使用优化
Kafka 存储空间优化

RabbitMQ

RabbitMQ Mnesia 数据库异常处理

警报管理

介绍

操作指南

与平台能力的关系

升级管理

介绍

操作指南

示例升级

API 参考

概览

介绍
Kubernetes API 使用指南

Advanced APIs

Alert APIs

AlertHistories [v1]
AlertHistoryMessages [v1]
AlertStatus [v2]
SilenceStatus [v2]

Event APIs

Search

Log APIs

Aggregation
Archive
Context
Search

Monitoring APIs

Indicators [monitoring.alauda.io/v1beta1]
Metrics [monitoring.alauda.io/v1beta1]
Variables [monitoring.alauda.io/v1beta1]

Kubernetes APIs

Alert APIs

AlertTemplate [alerttemplates.aiops.alauda.io/v1beta1]
PrometheusRule [prometheusrules.monitoring.coreos.com/v1]

Inspection APIs

Inspection [inspections.ait.alauda.io/v1alpha1]

Notification APIs

Notification [notifications.ait.alauda.io/v1beta1]
NotificationGroup [notificationgroups.ait.alauda.io/v1beta1]
NotificationTemplate [notificationtemplates.ait.alauda.io/v1beta1]
📝 在 GitHub 上编辑此页
上一页创建 GatewayAPI Gateway
下一页如何合理分配 CPU 和内存资源

#配置负载均衡器

负载均衡器是一种将流量分发到容器实例的服务。通过利用负载均衡功能,它会自动分配计算组件的访问流量,并将其转发到这些组件的容器实例。负载均衡能够提升计算组件的容错能力,扩展这些组件的外部服务能力,并增强应用的可用性。

平台管理员可以为平台上的任意集群创建单点或高可用负载均衡器,并统一管理和分配负载均衡器资源。例如,可以将负载均衡分配给项目,确保只有具有相应项目权限的用户才能使用负载均衡。

本节相关概念说明请参见下表。

参数说明
Load Balancer一种将网络请求分发到集群中可用节点的软件或硬件设备。平台中使用的负载均衡器是七层(Layer 7)软件负载均衡器。
VIP虚拟IP地址(Virtual IP Address),指不对应具体计算机或具体网卡的IP地址。当负载均衡器为高可用类型时,访问地址应为VIP。

#目录

#前提条件

Load Balancer 的高可用需要 VIP,详情请参见配置 VIP。

#ALB2 自定义资源(CR)示例

# test-alb.yaml
apiVersion: crd.alauda.io/v2beta1
kind: ALB2
metadata:
  name: alb-demo
  namespace: cpaas-system
  annotations:
    cpaas.io/display-name: ""
spec:
  address: 192.168.66.215
  config:
    vip:
      enableLbSvc: false
      lbSvcAnnotations: {}
    networkMode: host
    enablePortProject: false
    nodeSelector:
      cpu-model.node.kubevirt.io/Nehalem: "true"
    projects:
      - ALL_ALL
    replicas: 1
    resources:
      limits:
        cpu: 200m
        memory: 256Mi
      requests:
        cpu: 200m
        memory: 256Mi
  type: nginx
  1. 当 enableLbSvc 为 true 时,会为负载均衡器的访问地址创建一个内部 LoadBalancer 类型服务。lbSvcAnnotations 配置参考 LoadBalancer 类型服务注解。
  2. 查看下方的网络模式配置。
  3. 查看下方的资源分配方式。
  4. 查看下方的分配项目。
  5. 查看下方的规格说明。

#通过 Web 控制台创建负载均衡器

  1. 进入 管理员。

  2. 在左侧边栏点击 网络管理 > 负载均衡器。

  3. 点击 创建负载均衡器。

  4. 按照以下说明完成网络配置。

    参数说明
    网络模式
    • Host 网络模式:单个节点上只允许部署一个负载均衡器副本,多个服务共享一个 ALB,网络性能优越。
    • 容器网络模式:单个节点上可部署多个负载均衡器副本,满足每个服务独立 ALB 的需求,但网络性能略低。
    服务及注解(Alpha)
    • 服务:启用时,会为负载均衡器的访问地址创建一个内部 LoadBalancer 类型服务。使用前请确保当前集群支持 LoadBalancer 类型服务。可使用平台内置的 LoadBalancer 类型服务;禁用时,需要为负载均衡器配置外部地址池。
    • 注解:用于声明内部 LoadBalancer 类型路由的配置或能力,具体请参见内部 LoadBalancer 类型服务注解。
    访问地址负载均衡的访问地址,即负载均衡器实例的服务地址。负载均衡器创建成功后,可通过该地址访问。
    • Host 网络模式下,请根据实际情况填写,可为域名或 IP 地址(内网 IP、外网 IP、VIP)。
    • 容器网络模式下,地址会自动获取。
  5. 按照以下说明完成资源配置。

    参数说明
    规格请根据业务需求合理设置规格,也可参考如何合理分配 CPU 和内存资源进行参考。
    部署类型
    • 单点:负载均衡器的容器组部署在单个节点上,机器故障时可能导致负载均衡器不可用风险。
    • 高可用:负载均衡器的多个容器组部署在对应数量的节点上,通常为3个,满足大业务量的负载均衡需求并具备应急容灾能力。
    副本数副本数即负载均衡器的容器组数量。
    提示:为保证负载均衡器的高可用,建议副本数不少于3个。
    节点标签通过标签筛选节点部署负载均衡器。
    提示:
    • 建议满足要求的节点数大于负载均衡器副本数。
    • 同一标签键只能选择一个(若选择多个,则无匹配主机)。
    资源分配方式
    • 实例:可为项目提供负载均衡器实例可监听的任意端口,范围为1-65535。
    • 端口(Alpha):仅能分配指定范围内的端口给项目使用。当端口资源有限时,此方式可实现更细粒度的资源控制。
    分配项目
    • 当资源分配方式为实例时,负载均衡器可分配给当前集群关联的所有项目或指定项目。在分配的项目中,所有命名空间的所有 Pod 都能接收负载均衡器分发的请求。
      • 所有项目:分配负载均衡器供当前集群关联的所有项目使用。
      • 指定项目(Alpha):点击指定项目下拉框,勾选项目名称左侧复选框,选择一个或多个项目,分配负载均衡器供这些指定项目使用。
        提示:可在下拉框输入项目名称进行筛选。
      • 不分配(Alpha):暂时不分配任何项目。负载均衡器创建后,可通过更新项目操作更新已创建负载均衡器的分配项目参数。
    • 当资源分配方式为端口时,此项无需配置。请在创建负载均衡器后手动分配端口信息。
  6. 点击 创建。创建过程需要一定时间,请耐心等待。

#通过 CLI 创建负载均衡器

kubectl apply -f test-alb.yaml -n cpaas-system

#通过 Web 控制台更新负载均衡器

NOTE

更新负载均衡器会导致服务中断3到5分钟,请选择合适时间进行操作!

  1. 进入 管理员。

  2. 在左侧导航栏点击 网络管理 > 负载均衡器。

  3. 点击 ⋮ > 更新。

  4. 根据需要更新网络和资源配置。

    • 请根据业务需求合理设置规格,也可参考相关的如何合理分配 CPU 和内存资源。

    • 内部路由仅支持从禁用状态更新为启用状态。

  5. 点击 更新。

#通过 Web 控制台删除负载均衡器

NOTE

删除负载均衡器后,关联的端口和规则也会被删除且无法恢复。

  1. 进入 管理员。

  2. 在左侧导航栏点击 网络管理 > 负载均衡器。

  3. 点击 ⋮ > 删除,并确认。

#通过 CLI 删除负载均衡器

kubectl delete alb2 test-alb -n cpaas-system

#配置监听端口(Frontend)

负载均衡器支持通过监听端口及对应协议接收客户端连接请求,支持协议包括 HTTPS、HTTP、gRPC、TCP 和 UDP。

#前提条件

如果需要添加 HTTPS 监听端口,还应联系管理员为当前项目分配 TLS 证书以实现加密。

#Frontend 自定义资源(CR)示例

# alb-frontend-demo.yaml
apiVersion: crd.alauda.io/v1
kind: Frontend
metadata:
  labels:
    alb2.cpaas.io/name: alb-demo
  name: alb-demo-00080
  namespace: cpaas-system
spec:
  backendProtocol: "http"
  certificate_name: ""
  port: 80
  protocol: http
  serviceGroup:
    services:
      - name: hello-world
        namespace: default
        port: 80
        weight: 100
  1. 必填,表示该 Frontend 所属的 ALB 实例。
  2. 格式为 $alb_name-$port。
  3. 格式为 $secret_ns/$secret_name。
  4. Frontend 本身的协议。
    • http|https|grpc|grpcs 表示七层代理。
    • tcp|udp 表示四层代理。
  5. 四层代理时,serviceGroup 必填;七层代理时,serviceGroup 可选。当请求到达时,ALB 会先尝试匹配与该 Frontend 关联的规则,只有当请求不匹配任何规则时,才会转发到 Frontend 配置的默认 serviceGroup。
  6. weight 配置适用于轮询和加权轮询调度算法。
NOTE

ALB 监听 ingress 并自动创建 Frontend 或 Rule。source 字段定义如下:

  1. spec.source.type 目前仅支持 ingress。
  2. spec.source.name 为 ingress 名称。
  3. spec.source.namespace 为 ingress 命名空间。

#通过 Web 控制台创建监听端口(Frontend)

  1. 进入 容器平台。

  2. 在左侧导航栏点击 网络 > 负载均衡。

  3. 点击负载均衡器名称进入详情页。

  4. 点击 添加监听端口。

  5. 参考以下说明配置相关参数。

    参数说明
    协议支持的协议包括 HTTPS、HTTP、gRPC、TCP 和 UDP。选择 HTTPS 时必须添加证书;gRPC 协议添加证书为可选。

    注意:
    • 选择 gRPC 协议时,后端协议默认为 gRPC,不支持会话保持。
    • 为 gRPC 协议设置证书时,负载均衡器会卸载 gRPC 证书,并将未加密的 gRPC 流量转发至后端服务。
    • 若使用 Google GKE 集群,同一容器网络类型的负载均衡器不能同时存在 TCP 和 UDP 监听协议。
    内部路由组- 负载均衡算法为**轮询(RR)时,流量按内部路由组顺序分发到内部路由端口。
    - 负载均衡算法为
    加权轮询(WRR)**时,权重值越高的内部路由被选中的概率越大,流量按配置的 weight 计算的概率分配到内部路由端口。
    提示:概率计算为当前权重值与所有权重值之和的比值。
    会话保持始终将特定请求转发到上述内部路由组对应的后端服务。

    特定请求包括(任选一项):
    • 源地址哈希:来自同一 IP 地址的所有请求。
      注意:公有云环境中,源地址常变,可能导致同一客户端请求源 IP 不同,源地址哈希效果不理想。
    • Cookie 键:携带指定 Cookie 的请求。
    • Header 名称:携带指定 Header 的请求。
    后端协议转发流量至后端服务所使用的协议。例如,转发至后端 Kubernetes 或 dex 服务时,需选择 HTTPS 协议。
  6. 点击 确定。

#通过 CLI 创建监听端口(Frontend)

kubectl apply -f alb-frontend-demo.yaml -n cpaas-system

#后续操作

对于 HTTP、gRPC 和 HTTPS 端口的流量,除了默认的内部路由组外,还可以设置更多丰富的后端服务匹配规则。负载均衡器会先根据设置的规则匹配对应后端服务;若规则匹配失败,则匹配上述内部路由组对应的后端服务。

#相关操作

可在列表页右侧点击 ⋮ 图标,或在详情页右上角点击 操作,根据需要更新默认路由或删除监听端口。

NOTE

若负载均衡器的资源分配方式为端口,仅管理员视图可删除相关监听端口。

#配置规则

为 HTTPS、HTTP 和 gRPC 协议的监听端口添加转发规则。负载均衡器将根据规则匹配后端服务。

NOTE

TCP 和 UDP 协议不支持添加转发规则。

#Rule 自定义资源(CR)示例

# alb-rule-demo.yaml
apiVersion: crd.alauda.io/v1
kind: Rule
metadata:
  labels:
    alb2.cpaas.io/frontend: alb-demo-00080
    alb2.cpaas.io/name: alb-demo
  name: alb-demo-00080-test
  namespace: cpaas-system
spec:
  backendProtocol: ""
  certificate_name: ""
  dslx:
    - type: METHOD
      values:
        - - EQ
          - POST
    - type: URL
      values:
        - - STARTS_WITH
          - /app-a
        - - STARTS_WITH
          - /app-b
    - type: PARAM
      key: group
      values:
        - - EQ
          - vip
    - type: HOST
      values:
        - - ENDS_WITH
          - .app.com
    - type: HEADER
      key: LOCATION
      values:
        - - IN
          - east-1
          - east-2
    - type: COOKIE
      key: uid
      values:
        - - EXIST
    - type: SRC_IP
      values:
        - - RANGE
          - "1.1.1.1"
          - "1.1.1.100"
  enableCORS: false
  priority: 4
  serviceGroup:
    services:
      - name: hello-world
        namespace: default
        port: 80
        weight: 100
  1. 必填,表示该规则所属的 Frontend。
  2. 必填,表示该规则所属的 ALB。
  3. 同 Frontend。
  4. 同 Frontend。
  5. 数字越小优先级越高。
  6. 同 Frontend。

#dslx

dslx 是一种领域专用语言,用于描述匹配条件。

例如,以下规则匹配满足所有条件的请求:

  • URL 以 /app-a 或 /app-b 开头
  • 请求方法为 POST
  • URL 参数 group 等于 vip
  • Host 以 .app.com 结尾
  • Header 中 LOCATION 值为 east-1 或 east-2
  • 存在名为 uid 的 Cookie
  • 源 IP 地址在 1.1.1.1 到 1.1.1.100 范围内
dslx:
  - type: METHOD
    values:
      - - EQ
        - POST
  - type: URL
    values:
      - - STARTS_WITH
        - /app-a
      - - STARTS_WITH
        - /app-b
  - type: PARAM
    key: group
    values:
      - - EQ
        - vip
  - type: HOST
    values:
      - - ENDS_WITH
        - .app.com
  - type: HEADER
    key: LOCATION
    values:
      - - IN
        - east-1
        - east-2
  - type: COOKIE
    key: uid
    values:
      - - EXIST
  - type: SRC_IP
    values:
      - - RANGE
        - "1.1.1.1"
        - "1.1.1.100"

#通过 Web 控制台创建规则

  1. 进入 容器平台。

  2. 在左侧导航栏点击 网络 > 负载均衡。

  3. 点击负载均衡器名称。

  4. 点击监听端口名称。

  5. 点击 添加规则。

  6. 参考以下说明配置相关参数。

    参数说明
    内部路由组- 负载均衡算法为**轮询(RR)时,访问流量按内部路由组顺序分发到内部路由端口。
    - 负载均衡算法为
    加权轮询(WRR)**时,权重值越高的内部路由被选中的概率越大,访问流量按配置的 weight 计算的概率分配到内部路由端口。
    提示:概率计算为当前权重值与所有权重值之和的比值。
    规则指负载均衡器匹配后端服务的条件,包括规则指标及其值。不同规则指标间关系为“且”。
    • 域名:支持添加通配符域名和精确域名。同优先级下,若同时存在通配符和精确域名规则配置,优先生效精确域名转发规则。
    • URL:RegEx 对应以 / 开头的 URL 正则表达式;StartsWith 对应以 / 开头的 URL 前缀。
    • IP:Equal 对应具体 IP 地址;Range 对应 IP 地址范围。
    • Header:除输入 Header 键外,还需设置匹配规则。Equal 对应 Header 的具体值;Range 对应 Header 值范围;RegEx 对应 Header 正则表达式。
    • Cookie:除输入 Cookie 键外,还需设置匹配规则。Equal 对应 Cookie 的具体值。
    • URL 参数:匹配规则中,Equal 对应具体 URL 参数;Range 对应 URL 参数范围。
    • 服务名:服务名指使用 gRPC 协议的服务名称。使用 gRPC 协议时可配置此项,实现基于提供的服务名转发流量,如 /helloworld.Greeter。
    会话保持始终将特定访问请求转发到上述内部路由组对应的后端服务。
    特定访问请求包括(任选一项):
    • 源地址哈希:来自同一 IP 地址的所有访问请求。
    • Cookie 键:携带指定 Cookie 的访问请求。
    • Header 名称:携带指定 Header 的访问请求。
    URL 重写将访问地址重写为平台后端服务地址。此功能需配置 URL 的 StartsWith 规则指标,且重写地址(rewrite-target)必须以 / 开头。

    例如:设置域名为 bar.example.com,URL 起始路径为 /,启用 URL 重写 功能,重写地址设置为 /test,则访问 bar.example.com 会将 URL 重写为 bar.example.com/test。
    后端协议转发访问流量至后端服务所使用的协议。例如,转发至后端 Kubernetes 或 dex 服务时,选择 HTTPS 协议。
    重定向将访问流量转发到新的重定向地址,而非内部路由组对应的后端服务。
    例如:当原访问地址页面升级或更新时,为避免用户收到 404 或 503 错误页面,可通过配置将流量重定向到新地址。
    • HTTP 状态码:浏览器重定向到新地址前向用户呈现的状态码。
    • 重定向地址:输入相对地址(如 /index.html)时,转发目标为 负载均衡器地址/index.html;输入绝对地址(如 https://www.example.com)时,转发目标为输入地址。
    规则优先级规则匹配优先级:共10级,1为最高优先级,默认优先级为5。
    当多个规则同时满足时,优先选择优先级更高的规则;若优先级相同,则使用系统默认匹配规则。
    跨域资源共享(CORS)CORS(跨域资源共享)是一种机制,通过额外的 HTTP 头指示浏览器,允许运行在一个源(域)上的 Web 应用访问来自不同源服务器的指定资源。当资源请求另一个不同域、协议或端口的服务器资源时,发起跨域 HTTP 请求。
    允许的来源用于指定允许访问的来源。
    • *:允许任意来源的请求。
    • 域名:允许当前域的请求。
    允许的请求头用于指定 CORS 中允许的 HTTP 请求头,避免不必要的预检请求,提高请求效率。示例条目如下:

    注意:其他常用或自定义请求头未一一列出,请根据实际情况填写。

    • Origin:指请求的来源,即发起请求的域。
    • Authorization:用于指定请求的授权信息,通常用于身份验证,如 Basic Authentication 或 Token。
    • Content-Type:指定请求/响应的内容类型,如 application/json、application/x-www-form-urlencoded 等。
    • Accept:指定客户端可接受的内容类型,通常用于客户端希望接收特定类型响应时。

  7. 点击 添加。

#通过 CLI 创建规则

kubectl apply -f alb-rule-demo.yaml -n cpaas-system

#日志与监控

结合可视化日志和监控数据,可快速定位并解决负载均衡器的问题或故障。

#查看日志

  1. 进入 管理员。

  2. 在左侧导航栏点击 网络管理 > 负载均衡器。

  3. 点击 负载均衡器名称。

  4. 在 日志 标签页,从容器视角查看负载均衡器运行日志。

#监控指标

NOTE

负载均衡器所在集群必须部署监控服务。

  1. 进入 管理员。

  2. 在左侧导航栏点击 网络管理 > 负载均衡器。

  3. 点击 负载均衡器名称。

  4. 在 监控 标签页,从节点视角查看负载均衡器的指标趋势信息。

    • 使用率:负载均衡器在当前节点的 CPU 和内存实时使用情况。

    • 吞吐量:负载均衡器实例的整体进出流量。

#其他资源

  • ALB 监控