Octavia 词汇表¶
随着 Octavia 项目的发展，对于 Octavia 的开发人员、使用 Octavia 的用户以及部署 Octavia 的操作员来说，使用一套通用的术语以避免误解和混淆非常重要。为此，我们提供以下术语表。
另请注意，这些术语中的许多在同一存储库的设计文档中有详细阐述。以下是对这些术语的简要但不完整的描述。
- Amphora¶
在 Octavia 系统中实际执行负载均衡任务的虚拟机、容器、专用硬件、设备或装置。更具体地说，amphora 从前端接收客户端请求，并将其分发到后端系统。Amphora 通过 LB 网络通过控制器上的驱动接口与其控制器通信。
- Amphora 负载均衡器驱动¶
控制器中与 amphora 进行所有通信的组件。驱动通过一个通用基类和相关方法与控制器通信，并将这些通信转换为适用于与驱动对应的后端 amphora 上运行的任何类型软件的控制命令。此通信通过 LB 网络进行。
- Apolocation¶
用于描述两个或多个 amphora 未位于同一物理硬件上（这在 HA 拓扑中通常至关重要）的情况。也可能用于描述两个或多个负载均衡器未位于同一 amphora 上的情况。
- 控制器¶
一个守护程序，可以访问 LB 网络和 OpenStack 组件，协调和管理 Octavia 负载均衡系统的整体活动。控制器通常会使用抽象的驱动接口（通常是基类）与 OpenStack 环境中的各种其他组件通信，以促进与这些其他组件的松散耦合。它们是 Octavia 系统的“大脑”。
- HAProxy¶
Octavia 参考实现中使用的负载均衡软件。（参见https://haproxy.cn/）。HAProxy 进程在 amphora 上运行，实际完成提供负载均衡服务的任务。
- 健康监视器¶
定义池中每个成员的检查方法的对象。健康监视器本身是一个纯数据库对象，描述了 amphora 上的负载均衡软件应该如何监视与健康监视器关联的池的后端成员的健康状况。
- L7 策略¶
- 第 7 层策略¶
L7 规则的集合，这些规则逻辑上进行 AND 运算，以及与这些规则匹配的任何给定 HTTP 或终止 HTTPS 客户端请求的路由策略。L7 策略与一个且仅一个 HTTP 或终止 HTTPS 监听器相关联。
例如，用户可以指定一个 L7 策略，即任何匹配 L7 规则“请求 URI 以‘/api’开头”的客户端请求都应路由到“api”池。
- L7 规则¶
- 第 7 层规则¶
用于匹配给定 HTTP 或终止 HTTPS 请求中存在的条件的单个逻辑表达式。L7 规则通常匹配特定的头或 URI 的一部分，并与 L7 策略结合使用以实现 L7 切换。L7 规则与一个且仅一个 L7 策略相关联。
例如，用户可以指定一个 L7 规则，匹配任何以“/api”开头的请求 URI 路径。
- L7 切换¶
- 第 7 层切换¶
这是 HTTP 或终止 HTTPS 会话特有的负载均衡功能，其中不同的客户端请求根据用户可能配置的一个或多个第 7 层策略路由到不同的后端池。
例如，使用 L7 切换，用户可以指定任何 URI 路径以“/api”开头的请求路由到“api”后端池，而所有其他请求路由到默认池。
- LB 网络¶
负载均衡器网络。控制器和 amphora 之间通信的网络。LB 网络本身通常是 nova 或 neutron 网络，控制器和 amphora 都可以访问，但它不与任何一个租户关联。LB 网络通常也**不是**undercloud 的一部分，不应直接暴露给除了 Octavia 控制器之外的任何 OpenStack 核心组件。
- 监听器¶
表示负载均衡服务的监听端点的对象。TCP/UDP 端口，以及协议信息和其他协议特定细节都是监听器的属性。但值得注意的是，IP 地址不是。
- 负载均衡器¶
描述一个或多个 VIP 上监听器以及与一个或多个 amphora 关联的逻辑分组的对象。（我们的“负载均衡器”最类似于其他负载均衡实现中的虚拟 IP 地址。）负载均衡器是否存在于多个 amphora 上取决于所使用的拓扑。负载均衡器也经常是各种 Octavia API 中使用的根对象。
- 负载均衡¶
根据各种规则，在前端接口接收客户端请求并将其分发到多个后端服务器的过程。负载均衡允许许多服务器以有效透明且通常高可用和可扩展的方式（从客户端的角度）参与向客户端提供某种 TCP 或 UDP 服务。
- 成员¶
表示作为池一部分的单个后端服务器或系统的对象。成员仅与一个池关联。
- Octavia¶
Octavia 是一个运营商级别的开源负载均衡解决方案。也称为 Octavia 系统或 Octavia 项目。该术语本身应指整个系统，而不是 Octavia 负载均衡系统中的任何单个组件。
- 池¶
表示监听器转发客户端请求的成员分组的对象。请注意，一个池仅与一个监听器关联，但一个监听器可能引用多个池（并使用第 7 层策略在它们之间切换）。
- TLS 终止¶
- 传输层安全终止¶
一种负载均衡协议类型，其中 HTTPS 会话在 amphora 上终止（解密），而不是将加密数据包转发到后端服务器而不进行解密。也称为 SSL 终止。这种负载均衡的主要优点是负载可以被 amphora 读取和/或操作，并且处理加密的昂贵任务从后端服务器卸载。这在同一监听器配置中采用第 7 层切换时特别有用。
- VIP¶
- 虚拟 IP 地址¶
与负载均衡器关联的单个服务 IP 地址。这类似于此处所述：http://en.wikipedia.org/wiki/Virtual_IP_address 在 Octavia 的高可用负载均衡拓扑中，VIP 可能会分配给多个 amphora，并且可能会使用 CARP、VRRP 或 HSRP 等第 2 层协议（或特定于网络基础设施的协议）来维护其可用性。在第 3 层（路由）拓扑中，VIP 地址可能会分配给上游网络设备，该设备将数据包路由到 amphora，然后 amphora 将请求负载均衡到后端成员。
