IP 파트너십 요구사항

• 두 시스템 간에만 IP 파트너십을 작성할 수 있습니다.
• 시스템은 한 IP 파트너십의 일부일 수만 있습니다.
• 동일한 계층에 있는 두 시스템 간에 IP 파트너십을 작성할 수 있습니다. 즉, 두 시스템이 모두 스토리지 계층에 있거나 복제 계층에 있어야 합니다.
• 링크-로컬 주소 지정을 사용할 수 없습니다.
• IPv4 주소 지정을 사용하는 경우 두 시스템의 관리 IP 주소가 IPv4와 호환되어야 하며, 이들 주소가 서로 연결성이 있어야 합니다.
• IPv6 주소 지정을 사용하는 경우 두 시스템의 관리 IP 주소는 IPv6과 호환되어야 하며, 이들 주소가 서로 연결성이 있어야 합니다.
• 시스템의 포트에 IPv4 및 IPv6 주소가 지정된 경우, 해당 주소 중 하나에 대해 로컬 사이트와 원격 사이트 간의 모든 원격 복사 링크를 구성해야 합니다.
• IP 파트너십의 개별 시스템에서 최대 두 개의 I/O 그룹으로부터 포트를 구성할 수 있습니다.
• 시스템에 10Gbps 및 1Gbps 이더넷 포트가 있는 경우, 이러한 속도 중 하나로 로컬 사이트와 원격 사이트 간의 모든 원격 복사 링크를 구성해야 합니다.
• 시스템에는 파이버 채널 및 IP를 통한 동시 파트너십이 있을 수 있지만, 별도 시스템이어야 합니다.
• IP 파트너 시스템은 파이버 채널 연결을 통해 서로 볼 수 없어야 합니다. 어느 한 시스템의 파이버 채널 포트가 svcinfo lsfabric 명령에 매개변수로 사용되지 않아야 합니다.
• 활성 IP 파트너십에 구성된 클러스터는 파이버 채널에 대해 서로 구역화되지 않아야 합니다.
• iSCSI 호스트가 IP 파트너십에 참여 중인 IP 포트를 통해 볼륨에 액세스할 수 있습니다. 그러나 이 액세스는 성능에 영향을 줄 수 있습니다.
• 원격 복사를 위해 구성된 IP 주소의 VLAN 태그 지정은 지원됩니다. VLAN이 구성될 경우 동일한 원격 복사 그룹의 포트가 두 시스템에서 동일한 VLAN에 있어야 합니다.
• IP 파트너십에서 NAT(Network Access Translation)를 사용하려고 시도하지 마십시오. 그러면 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:이 구성에서는 한 개의 사이트 간 링크만 사용 가능합니다. 따라서 하나의 원격 복사 포트 그룹만 각 노드에 구성됩니다.

그림 1. 시스템당 하나의 사이트 간 링크, 하나의 I/O 그룹

각 시스템에 있는 어느 한 노드의 포트 하나만 IP 파트너십에 활발하게 참여합니다. 다른 한 포트는 장애 복구 포트의 역할을 합니다. 사이트 H의 노드 H1에서 치명적 장애가 발생하면 IP 파트너십이 노드 H2로 장애 복구하여 계속합니다. 원격 복사 관계는 장애 복구 시 잠시 중지될 수 있습니다.

구성 2: 이 구성에서는 사이트 간 링크 하나만 사용 가능합니다. 각 시스템에 있는 두 I/O 그룹에는 각 노드에 구성된 하나의 원격 복사 포트 그룹이 있습니다. 그러나 사용 가능한 모든 포트 중에서 각 시스템에 있는 어느 한 노드의 포트 하나만 IP 파트너십에 활발하게 참여합니다. 다른 한 포트는 장애 복구 포트의 역할을 합니다.

그림 2. 시스템당 하나의 사이트 간 링크, 두 개의 I/O 그룹

사이트 H의 노드 H1에서 치명적 장애가 발생하면 IP 파트너십이 노드 H2, H3 또는 H4로 장애 복구하여 계속합니다. 원격 복사 관계는 장애 복구 시 잠시 중지될 수 있습니다.

구성 3: 이 구성에서는 8노드 시스템을 사용할 수 있습니다. 그러나 두 개의 I/O 그룹만 IP 파트너십에서 지원됩니다. 각 시스템의 두 I/O 그룹에는 각 노드에 구성된 하나의 원격 복사 포트 그룹이 있습니다. 그러나 사용 가능한 모든 포트 중에서 각 시스템에 있는 어느 한 노드의 포트 하나만 IP 파트너십에 활발하게 참여합니다. 다른 한 포트는 장애 복구 포트의 역할을 합니다.

참고: 구성 3은 네 개의 I/O 그룹이 있는 시스템에도 적용됩니다. 시스템에서 두 개의 I/O 그룹만 IP 파트너십에 사용할 수 있습니다.

그림 3. 하나의 사이트 간 링크, 시스템별 세 개의 I/O 그룹

사이트 1의 노드 H1에서 치명적 장애가 발생하면 IP 파트너십이 노드 H2, H3 또는 H4로 장애 복구하여 계속합니다. 원격 복사 관계는 장애 복구 시 잠시 중지될 수 있습니다.

구성 4: 이 구성에서는 두 개의 사이트 간 링크가 사용 가능합니다. 따라서 두 개의 원격 복사 포트 그룹이 구성됩니다. 각 시스템에 있는 어느 한 노드의 포트 하나만 IP 파트너십에 활발하게 참여합니다. 사이트 H의 노드 H1에서 치명적 장애가 발생하면 IP 파트너십이 노드 H2의 다른 한 포트를 통해 계속합니다.

이 시나리오에서는 장애가 발생하지 않습니다. 그러나 유효 대역폭은 절반으로 감소합니다. IP 파트너십 트래픽을 용이하게 하는 데는 두 링크 중 하나만 사용할 수 있습니다. 장애가 정정되면 포트는 장애 조치되고 IP 파트너십은 두 링크를 통해 계속 작동합니다.

그림 4. 두 개의 사이트 간 링크, 시스템별 하나의 I/O 그룹

구성 5: 이 다중 노드 구성에서는 두 개의 사이트 간 링크가 사용 가능합니다. 두 개의 원격 복사 포트 그룹이 구성됩니다. 원격 복사 포트 그룹 "1" 및 "2"에 4개의 포트(노드당 하나)가 있습니다. 포트 4개 중 2개의 포트만 IP 파트너십을 활발하게 촉진합니다. 이 포트와 경로 선택은 내부 알고리즘에 의해 유지보수됩니다. 다른 한 포트는 장애 복구 포트의 역할을 합니다.

그림 5. 시스템당 두 개의 사이트 간 링크, 두 개의 I/O 그룹

사이트 H의 노드 H1에서 치명적 장애가 발생하면 IP 파트너십이 노드 H3으로 장애 복구하여 계속합니다. 장애 복구가 즉시 발생하고 빠르게 완료되는 반면 IP 파트너십 트래픽은 노드 H2에서 계속되므로 링크 대역복에 영향을 미치지 않습니다.

구성 6: 이 구성에서는 8노드 시스템을 사용할 수 있습니다. 그러나 두 개의 I/O 그룹만 현재 IP 파트너십을 위해 지원됩니다. 각 시스템의 두 I/O 그룹에는 원격 복사 포트 그룹 "1"과 "2"에서 구성된 네 개의 포트(노드 당 하나)가 있습니다. 포트 4개 중 2개의 포트만 IP 파트너십을 활발하게 촉진합니다. 이 포트와 경로 선택은 내부 알고리즘에 의해 유지보수됩니다. 다른 한 포트는 장애 복구 포트의 역할을 합니다.

참고: 구성 6은 네 개의 I/O 그룹이 있는 시스템에도 적용됩니다. 시스템에서 두 개의 I/O 그룹만 IP 파트너십에 사용할 수 있습니다.

그림 6. 시스템당 두 개의 사이트 간 링크, 세 개의 I/O 그룹

사이트 H의 노드 H1에서 치명적 장애가 발생하면 IP 파트너십이 노드 H3으로 장애 복구하여 계속합니다. 장애 복구가 즉시 발생하고 빠르게 완료되는 반면 IP 파트너십 트래픽은 노드 H2에서 계속되므로 링크 대역복에 영향을 미치지 않습니다. 다른 한 I/O 그룹 또는 모든 I/O 그룹은 파이버 채널 파트너십을 통해 다른 시스템과 연결될 수 있습니다.