IPMP 术语和概念

本节介绍本书 IPMP 章节中涉及的术语和概念。

active interface（活动接口）

指系统可用来发送或接收数据流量的一种底层接口。如果满足以下条件，则接口处于活动状态：

• 接口中至少一个 IP 地址的状态为 UP（活动）。请参见UP 地址。

• 接口上未设置 FAILED、INACTIVE 或 OFFLINE 标志。

• 该接口未被标志为有重复的硬件地址。

与无法使用的接口、INACTIVE 接口进行比较。

data address（数据地址）

指可用作数据的源或目标地址的 IP 地址。数据地址属于某个 IPMP 组，可以用来发送和接收组中任何接口上的通信。而且，只要 IPMP 组中有一个接口在工作，就可以连续使用该 IPMP 组中的一组数据地址。在以前的 IPMP 实现中，数据地址驻留在 IPMP 组的底层接口上。在当前实现中，数据地址驻留在 IPMP 接口上。

DEPRECATED address（DEPRECATED 地址）

指不能用作数据的源地址的 IP 地址。通常情况下，IPMP 测试地址（具有 NOFAILOVER 标志）也会由系统自动标记为 DEPRECATED。不过，可以将任何地址标记为 DEPRECATED，以防止将该地址用作源地址。

dynamic reconfiguration（动态重新配置）

指这样一种功能：它允许您在系统运行的同时重新配置系统，而对正在进行的操作影响很小或没有任何影响。并非 Oracle 提供的所有 Sun 平台都支持 DR。有些平台可能仅支持某些类型的硬件的 DR。在支持 NIC 的 DR 的平台上，可使用 IPMP 来实现 DR 期间对系统的不间断网络访问。

有关 IPMP 如何支持 DR 的更多信息，请参阅IPMP 和动态重新配置。

explicit IPMP interface creation（显式 IPMP 接口创建）

仅适用于当前 IPMP 实现。该术语指使用 ipadm create-ipmp 命令创建 IPMP 接口的方法。显式 IPMP 接口创建是创建 IPMP 组的首选方法。此方法允许由管理员设置 IPMP 接口名称和 IPMP 组名称。

与隐式 IPMP 接口创建进行比较。

FAILBACK=no 模式（FAILBACK=no 模式）

指一种底层接口设置，它通过避免接口修复过程中的重新分配尽量减少传入地址与接口的重新绑定。具体来说，当检测到接口修复时，接口的 FAILED 标志将被清除。但是，如果已修复接口的模式是 FAILBACK=no，则只要还存在另一个能正常工作的接口，就会对已修复接口设置 INACTIVE 标志以防止使用该接口。如果 IPMP 组中的第二个接口出现故障，则 INACTIVE 接口就有资格接替。虽然故障恢复的概念在当前 IPMP 实现中不再适用，但为了管理上的兼容性，仍保留了此模式的名称。

FAILED 接口（FAILED 接口）

表示 in.mpathd 守护进程已确定处于故障状态的接口。这种确定是通过基于链路或基于探测器的故障检测来进行的。在出现故障的任何接口上设置 FAILED 标志。

failure detection（故障检测）

指检测一个物理接口或从一个接口到 Internet 层设备的路径何时不再工作的过程。故障检测有两种实现形式：基于链路的故障检测，和基于探测器的故障检测。

implicit IPMP interface creation（隐式 IPMP 接口创建）

指通过使用 ifconfig 命令将底层接口放置在不存在的 IPMP 组中的 IPMP 接口创建方法。支持隐式 IPMP 接口创建旨在实现与 Oracle Solaris 早期发行版中 IPMP 实现的向后兼容性。因此，此方法不提供设置 IPMP 接口名称或 IPMP 组名称的功能。ipadm 命令不支持隐式 IPMP 接口创建。

与显式 IPMP 接口创建进行比较。

INACTIVE 接口（INACTIVE 接口）

指正在运行但根据管理策略当前未被使用的接口。在任何 INACTIVE 接口上设置 INACTIVE 标志。

与活动接口、无法使用的接口进行比较。

IPMP anonymous group support（IPMP 匿名组支持）

表示一项 IPMP 功能，其中 IPMP 守护进程跟踪系统中所有网络接口的状态，无论它们是否属于 IPMP 组。但是，如果接口不实际位于 IPMP 组中，则在出现接口故障时这些接口上的地址不可用。

IPMP group（IPMP 组）

指被系统视为可互换以提高网络可用性和利用率的一组网络接口。每个 IPMP 组有一个数据地址集，系统可使之与组中的任何活动接口集相关联。使用该数据地址集，可维护网络的可用性并提高网络利用率。管理员可以选择将哪些接口放入 IPMP 组中。然而，在同一组中的所有接口必须共享一个公共的属性集，例如，连接到同一链路并使用相同的协议集（如 IPv4 和 IPv6）进行配置。

IPMP group interface（IPMP 组接口）

请参见 IPMP 接口。

IPMP group name（IPMP 组名称）

指 IPMP 组的名称，可使用 ipadm set-ifprop 子命令指定。具有相同 IPMP 组名称的所有底层接口被定义为属于同一 IPMP 组。在当前实现中，IPMP 组名称被弱化，而推荐使用 IPMP 接口名称。鼓励管理员通过使用 ipadm create-ipmp 子命令创建 IPMP 组来对 IPMP 接口和组使用相同的名称。

IPMP interface（IPMP 接口）

仅适用于当前 IPMP 实现。该术语指代表给定 IPMP 组、任一或所有接口的底层接口以及所有数据地址的 IP 接口。在当前 IPMP 实现中，IPMP 接口是用于管理 IPMP 组的核心组件，并用于路由表、ARP 表、防火墙规则等。

IPMP interface name（IPMP 接口名称）

指 IPMP 接口的名称。本文档使用命名约定 ipmpN。系统在隐式 IPMP 接口创建中使用相同的命名约定。但是，管理员可以通过使用显式 IPMP 接口创建来选择任何名称。

IPMP singleton（IPMP 单件）

指 Oracle Solaris Cluster 软件使用的一种 IPMP 配置，它允许数据地址也作为测试地址。例如，只有一个接口属于 IPMP 组时，此配置适用。

link-based failure detection（基于链路的故障检测）

指一种被动形式的故障检测，其中会监视网卡的链路状态以确定接口的状态。基于链路的故障检测仅测试链路是否开启。并非所有网卡驱动程序都支持这种类型的故障检测。基于链路的故障检测不需要显式配置，并提供了链路故障的瞬时检测。

与基于探测器的故障检测进行比较。

load spreading（负荷分配）

指在一组接口中指定传入或传出通信的过程。与负载平衡不同，负荷分配并不保证均匀分配负载。通过负荷分配，可以获得较高的吞吐量。仅当网络通信流向使用多个连接的多个目标时，才会发生负荷分配。

传入负荷分配指将传入通信流量指定到 IPMP 组中各个接口的过程。不能使用 IPMP 直接控制传入负荷分配。该过程由源地址选择算法间接处理。

传出负荷分配指将传出通信流量指定到 IPMP 组中各个接口的过程。传出负荷分配由 IP 模块针对每个目标来执行，必要时根据 IPMP 组中接口的状态和成员进行调整。

NOFAILOVER address（NOFAILOVER 地址）

仅适用于以前的 IPMP 实现。指与底层接口相关联的地址，因此在底层接口出现故障时不可用。所有的 NOFAILOVER 地址都设置了 NOFAILOVER 标志。必须将 IPMP 测试地址指定为 NOFAILOVER，但决不能将 IPMP 数据地址指定为 NOFAILOVER。在 IPMP 实现中，不存在故障转移的概念。然而，术语 NOFAILOVER 保留下来以便实现管理上的兼容性。

OFFLINE interface（OFFLINE 接口）

指在管理上已禁用以防系统使用（通常是准备将其从系统中删除）的接口。此类接口设置了 OFFLINE 标志。if_mpadm 命令可用于将接口切换到脱机状态。

physical interface（物理接口）

请参见底层接口

probe（探测器）

指一种 ICMP 数据包，类似于 ping 命令使用的数据包。该探测器用于测试给定接口的发送和接收路径。如果启用了基于探测器的故障检测，探测数据包由 in.mpathd 守护进程发送。探测数据包使用 IPMP 测试地址作为其源地址。

probe-based failure detection（基于探测器的故障检测）

指一种主动形式的故障检测，其中探测器与探测器目标交换以确定接口的状态。当启用时，基于探测器的故障检测测试每个接口的整个发送和接收路径。然而，这种类型的检测需要管理员使用测试地址显式配置每个接口。

与基于链路的故障检测进行比较。

probe target（探测器目标）

指同一链路上作为 IPMP 组中接口的系统。目标由 in.mpathd 守护进程选择，以通过使用基于探测器的故障检测帮助检查给定接口的状态。探测器目标可以是链路上能够发送和接收 ICMP 探测器的任何主机。探测器目标通常是路由器。通常使用几个探测器目标来从故障检测逻辑上排除探测器目标本身。

source address selection（源地址选择）

指选择 IPMP 组中的一个数据地址作为特定数据包的源地址的过程。每当应用程序没有专门选择要使用的源地址时，由系统执行源地址选择。由于每个数据地址仅与一个硬件地址相关联，源地址选择会间接控制传入负荷分配。

STANDBY interface（STANDBY 接口）

指在管理上配置为仅在组中的另一个接口出现故障时使用的接口。所有的 STANDBY 接口都将设置 STANDBY 标志。

target systems（目标系统）

请参见探测器目标。

test address（测试地址）

指必须用作探测器的源地址或目标地址而不能用作数据通信的源地址或目标地址的 IP 地址。测试地址与一个底层接口相关联。如果对底层接口配置了一个 UP 测试地址，in.mpathd 守护进程通过使用基于探测器的故障检测监视此地址。所有测试地址必须都指定为 NOFAILOVER。系统会自动将这些地址标记为 DEPRECATED 以确保不将它们视为可能的数据包源地址。

underlying interface（底层接口）

指定作为属于某个 IPMP 组的 IP 接口，它直接与实际网络设备相关联。例如，如果将 ce0 和 ce1 放入 IPMP 组 ipmp0 中，则 ce0 和 ce1 包含 ipmp0 的底层接口。在以前的实现中，IPMP 组只包含底层接口。然而，在当前实现中，这些接口作为表示组的 IPMP 接口（例如，ipmp0）的基础，因此称为底层接口。

undo-offline operation（撤消脱机操作）

指在管理上启用先前被脱机的接口以供系统使用的行为。if_mpadm 命令可用于执行撤消脱机操作。

unusable interface（不可用的接口）

指在其当前配置中根本不能用于发送或接收数据通信流量的底层接口。不可用的接口不同于 INACTIVE 接口，后者虽然当前未被使用，但如果组中的一个活动接口变得不可用，就可以使用它。如果存在以下情况之一，接口就是不可用接口：

• 该接口没有 UP 地址。

• 为该接口设置了 FAILED 或 OFFLINE 标志。

• 该接口被标记为与组中的另一个接口具有相同的硬件地址。

UP address（UP 地址）

指已通过设置 UP 标志使其在管理上可供系统使用的地址。非 UP 地址被视为不属于该系统，因此在源地址选择过程中不予考虑。