IP 伙伴关系需求

• 您只能在两个系统之间创建 IP 伙伴关系。
• 一个系统只能属于一个 IP 伙伴关系。
• 您可以在同一层上的任意两个 Storwize 产品之间创建 IP 伙伴关系。换言之，两个系统都必须位于存储层或者全部位于复制层。
• 不能使用链路本地寻址。
• 如果使用 IPv4 寻址，那么两个系统上的管理 IP 地址都必须符合 IPv4 标准，并且这些地址必须相互连接。
• 如果使用 IPv6 寻址，那么两个系统上的管理 IP 地址都必须符合 IPv6 标准，并且这些地址必须相互连接。
• 如果系统在端口上使用 IPv4 和 IPv6 寻址，那么必须为这些地址的其中一个配置本地与远程站点间的所有远程拷贝链路。
• 在一个 IP 伙伴关系的各个系统中，最多可以从两个 I/O 组中配置端口。
• 如果系统具有 10 Gbps 和 1 Gbps 以太网端口，那么必须为这些速度的其中一个配置本地与远程站点间的所有远程拷贝链路。
• 一个系统可同时具有基于光纤通道和 IP 的伙伴关系，但需要与不同的系统建立这种关系。
• 在光纤通道或以太网光纤通道 (FCoE) 连接上，IP 伙伴系统必须相互不可视。其中任何一个系统的光纤通道或 FCoE 端口都不应作为 svcinfo lsfabric 命令的参数列出。
• 活动 IP 伙伴关系中配置的集群不应针对光纤通道或 FCoE 相互分区在一起。
• iSCSI 主机可以通过参与 IP 伙伴关系的 IP 端口来访问卷；但是此访问可能会影响性能。
• 支持为远程拷贝配置的 IP 地址的 VLAN 标记。如果要配置 VLAN，那么相同远程拷贝组中的端口必须位于两个系统上的相同 VLAN 上。
• 请勿尝试将网络访问传输 (NAT) 与 IP 伙伴关系一起使用。它将阻止建立 IP 伙伴关系。
• 如果要配置两个站点间链路，您必须为每个链路都配置一个独立的远程拷贝端口组。
• 如果有一个站点间链路，那么必须为该链路配置一个远程拷贝端口组。
• 最多支持两个站点间链路/远程拷贝端口组。
• 如果有一个远程拷贝端口组，那么在该远程拷贝端口组中一个 I/O 组的每个节点上配置一个端口。
• 对于具有多个 I/O 组的系统，可将第二个 I/O 组中的端口添加到远程拷贝端口组。
• 如果具有两个远程拷贝端口组和一个 I/O 组，那么在每个系统上，请在第一个远程拷贝端口组中的一个节点上配置一个端口。然后在第二个远程拷贝端口组中的另一个节点上配置一个端口。
• 对于具有多个 I/O 组的系统，可将第二个 I/O 组中的端口添加到每个远程拷贝端口组。
• 在 IP 伙伴关系中，一个节点只能配置一个端口。
• 如果要通过直接连接而不是通过交换机来连接系统，那么必须仅具有两个直接连接链路。并且这两个直接连接链路必须在同一 I/O 组中。您应该使用两个端口组，其中一个端口组仅包含直接链接的两个端口。
• IPv4 或 IPv6 伙伴关系支持数据压缩。要启用数据压缩，IP 伙伴关系中的两个系统都必须运行支持 IP 伙伴关系压缩的软件级别。
• 要在 IP 伙伴关系中完全启用压缩，每个系统都必须启用压缩。在本地系统上启用压缩后，通过使用 mkippartnership 或 chpartnership 命令，会压缩发送至远程系统上的数据。要将已压缩数据发送至本地系统，IP 伙伴关系中的远程系统也必须启用压缩。

受支持的 IP 伙伴关系配置

以下常规配置受支持，但针对每个站点配置的 I/O 组的数目可能有所不同。

配置 1：在此配置中，只有一个站点间链路可用。因此，在每个节点上只配置一个远程拷贝端口组。

Figure 1. 每个系统一个站点间链路和一个 I/O 组

每个系统中的任一节点上只有一个端口主动参与 IP 伙伴关系。另一端口充当故障转移端口。如果在站点 H 中的节点 H1 上发现严重故障，那么 IP 伙伴关系将故障转移至节点 H2 并继续。远程拷贝关系在故障转移期间可能会暂时停止。

配置 2：在此配置中，只有一个站点间链路可用。每个系统中的两个 I/O 组在每个节点上都配置一个远程拷贝端口组。但是，在所有可用端口中，每个系统中的任一节点上只有一个端口主动参与 IP 伙伴关系。 其他端口充当故障转移端口。

Figure 2. 每个系统一个站点间链路和两个 I/O 组

如果在站点 H 中的节点 H1 上发现严重故障，那么 IP 伙伴关系将故障转移至节点 H2、H3 或 H4 并继续。远程拷贝关系在故障转移期间可能会暂时停止。

配置 3：在此配置中，八节点系统可用。但是，在 IP 伙伴关系中仅支持两个 I/O 组。 每个系统中的两个 I/O 组在每个节点上都配置一个远程拷贝端口组。但是，在所有可用端口中，每个系统中的任一节点上只有一个端口主动参与 IP 伙伴关系。其他端口充当故障转移端口。

Note: 配置 3 也适用于具有四个 I/O 组的系统。一个系统中只有两个 I/O 组可用于 IP 伙伴关系。

Figure 3. 每个系统一个站点间链路和三个 I/O 组

如果在站点 1 中的节点 H1 上发现严重故障，那么 IP 伙伴关系将故障转移至节点 H2、H3 或 H4 并继续。远程拷贝关系在故障转移期间可能会暂时停止。

配置 4：在此配置中，有两个站点间链路可用；因此将配置两个远程拷贝端口组。每个系统中的每个节点上有一个端口主动参与 IP 伙伴关系。如果在站点 H 中的节点 H1 上发现严重故障，那么 IP 伙伴关系将在节点 H2 上的另一端口上继续。

在该场景中不会发生故障；但是有效带宽将减半；两条链路只有一条可用于实施 IP 伙伴关系流量。一旦故障修复，端口将故障恢复且 IP 伙伴关系将继续在两个链路上运行。

Figure 4. 每个系统两个站点间链路和一个 I/O 组

配置 5：在此多节点配置中，有两个站点间链路可用；将配置两个远程拷贝端口组。在远程拷贝端口组“1”和“2”中配置了四个端口（每个节点一个端口）。在这四个端口中，只有两个端口将主动参与 IP 伙伴关系。 该端口和路径选择由内部算法维护。其他端口充当故障转移端口。

Figure 5. 每个系统两个站点间链路和两个 I/O 组

如果在站点 H 中的节点 H1 上发生严重故障，那么 IP 伙伴关系将故障转移至节点 H3 并继续。这不会影响链路带宽，因为在从节点 H2 继续 IP 伙伴关系流量时故障转移将立即发生并快速完成。

配置 6：在此配置中，八节点系统可用。但是，IP 伙伴关系当前仅支持两个 I/O 组。每个系统中的两个 I/O 组均在远程拷贝端口组“1”和“2”中配置了四个端口（每个节点一个端口）。 在这四个端口中，只有两个端口将主动参与 IP 伙伴关系。 该端口和路径选择由内部算法维护。其他端口充当故障转移端口。

Note: 配置 6 也适用于具有四个 I/O 组的系统。一个系统中只有两个 I/O 组可用于 IP 伙伴关系。

Figure 6. 每个系统两个站点间链路和三个 I/O 组

如果在站点 H 中的节点 H1 上发现严重故障，那么 IP 伙伴关系将故障转移至节点 H3 并继续。这不会影响链路带宽，因为在从节点 H2 继续 IP 伙伴关系流量时故障转移将立即发生并快速完成。其他 I/O 组或者所有 I/O 组可通过光纤通道伙伴关系与其他系统连接。