Neutron/LBaaS/Glossary
目录
根对象
代表逻辑配置的对象。
它具有某些特性，这些特性应用于它并传播到所有依赖于它的对象，例如
* vendor or provider or flavor * admin state (Up or Down)
在实现方面，该对象还有一些其他属性
* insertion mode and insertion-specific parameters * backend binding information
通常，创建操作配置的流程从创建根对象开始。
Vip (旧)
代表具有 IP 地址的负载均衡设备的端点对象。
在现有模型中，它还具有 TCP 端口、协议、会话持久性设置。Vip 插入到子网中，因此作为对象，它具有子网属性。
Vip (新)
虚拟 IP 地址，如下所示：http://en.wikipedia.org/wiki/Virtual_IP_address
插入模式
插入模式代表外部网络与后端服务器之间的连接方案。这里描述了几种常见的将均衡器插入网络的方式：https://wiki.openstack.org/wiki/Quantum/ServiceInsertion 和 https://wiki.openstack.org/wiki/QuantumServicesInsertion
目前，现有的实现（供应商驱动程序）似乎使用 L2 邻接插入，其中 Vip 插入到池成员所在的同一子网中。
池
代表节点组的对象。池定义节点所在的子网、均衡算法、节点本身（间接）。
在现有的 LBaaS 模型中，池是根对象。
监听器
用于表示 Vip 的监听端点对象，其中 Vip 本身仅负责保存 IP 地址。
此对象与以下提案相关：https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance/Discussion#VIP-centric_solution
大多数与均衡模式（会话持久性）和协议相关的属性都存储在监听器中，而不是 Vip 中。此外，监听器是 Vip 的子对象。
成员
代表单个后端节点：它的 IP 地址、TCP 端口、权重（用于适当的均衡算法）、由健康监控定义的状态。
健康监控
定义池中每个成员的检查方法的对象。
健康监控本身是一个纯数据库对象，需要与池关联才能开始报告节点的健康状态。
负载均衡器
代表逻辑负载均衡器的对象，该对象可能有多个资源，例如 Vip、池、成员等。
负载均衡器是上述意义上的根对象。
它是工作流程中要创建的第一个条目，以接收提供程序/风味属性，并作为开启和关闭整个负载均衡器配置的对象。相应的对象模型在此处呈现：https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance/Discussion#Loadbalancer_instance_solution
后端
实际执行负载均衡的任何设备/设备/进程。
实现细节
用户/租户不应控制的任何内容（实体或属性）。
在公共云中，它与特定的后端实现或任何供应商特定方面相关的一切。
但是，实现细节可能会暴露给云管理员以用于故障排除目的。
代理
负责管理进程或设备的应用程序。
Neutron-server 以异步方式通过 RPC 与代理通信。
代理的主要目标是能够配置“进程在主机上”类型的解决方案（例如 lbaas 中的 haproxy），并提供 API 操作的异步行为
设备
能够实现服务的硬件或虚拟机（例如负载均衡）。
虚拟化设备
硬件/软件设备的逻辑概念。
装置
设备的同义词，但具有更多的“硬件”语义
