#了解 ALB

ALB（Another Load Balancer）是一个由 OpenResty 驱动的 Kubernetes Gateway，拥有 Alauda 多年生产经验的沉淀。

#核心组件

• ALB Operator：管理 ALB 实例生命周期的 operator。它监控 ALB CR 并为不同租户创建/更新实例。
• ALB Instance：ALB 实例包含作为数据平面的 OpenResty 和作为控制平面的 Go 控制器。Go 控制器监控各种 CR（Ingress、Gateway、Rule 等），并将其转换为 ALB 特定的 DSL 规则。OpenResty 使用这些 DSL 规则匹配并处理传入请求。

#快速开始

#部署 ALB Operator

1. 创建一个集群。

2.  helm repo add alb https://alauda.github.io/alb/;helm repo update;helm search repo|grep alb

3.  helm install alb-operator alb/alauda-alb2

#部署 ALB 实例

cat <<EOF | kubectl apply -f -
apiVersion: crd.alauda.io/v2beta1
kind: ALB2
metadata:
    name: alb-demo
    namespace: kube-system
spec:
    address: "172.20.0.5"  # 部署 alb 的节点 IP 地址
    type: "nginx"
    config:
        networkMode: host
        loadbalancerName: alb-demo
        projects:
        - ALL_ALL
        replicas: 1
EOF

#运行示例应用

cat <<EOF | kubectl apply -f -
apiVersion: apps/v1
kind: Deployment
metadata:
  name: hello-world
  labels:
    k8s-app: hello-world
spec:
  replicas: 1
  selector:
    matchLabels:
      k8s-app: hello-world
  template:
    metadata:
      labels:
        k8s-app: hello-world
    spec:
      terminationGracePeriodSeconds: 60
      containers:
      - name: hello-world
        image: docker.io/crccheck/hello-world:latest
        imagePullPolicy: IfNotPresent
---
apiVersion: v1
kind: Service
metadata:
  name: hello-world
  labels:
    k8s-app: hello-world
spec:
  ports:
  - name: http
    port: 80
    targetPort: 8000
  selector:
    k8s-app: hello-world
---
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: hello-world
spec:
  rules:
  - http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: hello-world
            port:
              number: 80
EOF

现在你可以通过 curl http://${ip} 访问该应用。

#ALB、ALB 实例、Frontend/FT、Rule、Ingress 和 Project 之间的关系

LoadBalancer 是现代云原生架构中的关键组件，作为智能流量路由器和负载均衡器。

要理解 ALB 在 Kubernetes 集群中的工作原理，我们需要了解几个核心概念及其关系：

• ALB 本身
• Frontend (FT)
• Rules
• Ingress 资源
• Projects

这些组件协同工作，实现灵活且强大的流量管理能力。

以下说明这些概念在请求路径中的协作方式。每个概念的详细介绍在单独的文章中讲解。

在请求调用链中：

1. 客户端发送 HTTP/HTTPS/其他协议请求，最终请求会到达 ALB 的某个 pod，该 pod（即 ALB 实例）开始处理请求。
2. 该 ALB 实例找到一个能匹配该请求的规则。
3. 如有需要，根据规则修改/重定向/重写请求。
4. 从规则配置的服务中找到并选择一个 pod IP，将请求转发给该 pod。

#Ingress

Ingress 是 Kubernetes 中的资源，用于描述请求应发送到哪个服务。

#Ingress Controller

理解 Ingress 资源并将请求代理到服务的程序。

#ALB

ALB 是一种 Ingress controller。

在 Kubernetes 集群中，我们使用 alb2 资源来操作 ALB。你可以使用 kubectl get alb2 -A 查看集群中所有 ALB。

ALB 由用户手动创建。每个 ALB 有自己的 IngressClass。创建 Ingress 时，可以通过 .spec.ingressClassName 字段指定由哪个 Ingress controller 处理该 Ingress。

#ALB 实例

ALB 也是集群中运行的 Deployment（多个 pod）。每个 pod 称为一个 ALB 实例。

每个 ALB 实例独立处理请求，但所有实例共享属于同一 ALB 的 Frontend (FT)、Rule 及其他配置。

#ALB-Operator

ALB-Operator 是集群中默认部署的组件，是 ALB 的 operator。它根据 ALB 资源为每个 ALB 创建/更新/删除 Deployment 及相关资源。

#Frontend（简称 FT）

FT 是 ALB 自定义的资源，用于表示 ALB 实例监听的端口。

FT 可以由 ALB-Leader 或用户手动创建。

ALB-Leader 创建 FT 的情况：

1. 如果 Ingress 有证书，则创建 FT 443（HTTPS）。
2. 如果 Ingress 无证书，则创建 FT 80（HTTP）。

#RULE

RULE 是 ALB 自定义的资源。

它与 Ingress 角色相同，但更具体。

RULE 与 FT 唯一关联。

RULE 可以由 ALB-Leader 或用户手动创建。

ALB-Leader 创建 RULE 的情况：

1. 将 Ingress 同步为 RULE。

#ALB Leader

在多个 ALB 实例中，会选举出一个 leader。

Leader 负责：

1. 将 Ingress 转换为 Rules。 会为 Ingress 中的每个路径创建 Rule。
2. 创建 Ingress 需要的 FT。 例如，Ingress 有证书时创建 FT 443（HTTPS），无证书时创建 FT 80（HTTP）。

#Project

从 ALB 角度看，Project 是一组命名空间。

你可以在一个 ALB 中配置一个或多个 Projects。

当 ALB Leader 将 Ingress 转换为 Rules 时，会忽略不属于 Project 的命名空间中的 Ingress。

#其他资源：

• 配置 Load Balancer