본 한국어 번역은 사용자 편의를 위해 제공되는 기계 번역입니다. 영어 버전과 한국어 버전이 서로 어긋나는 경우에는 언제나 영어 버전이 우선합니다.

FC-to-IP의 획기적인 전환 준비

기여자

FC-to-IP 전환을 중단하기 위한 일반 요구사항

전환 프로세스를 시작하기 전에 구성이 요구사항을 충족하는지 확인해야 합니다.

기존 MetroCluster FC 구성은 다음 요구사항을 충족해야 합니다.

  • 2노드 구성이어야 하며 모든 노드에서 ONTAP 9.8 이상을 실행해야 합니다.

    2노드 패브릭 연결 또는 확장 MetroCluster가 될 수 있습니다.

  • 이 케이블은 _MetroCluster 설치 및 구성_절차에 설명된 대로 모든 요구 사항 및 케이블 연결을 충족해야 합니다.

  • NSE(NetApp 스토리지 암호화)로 구성할 수 없습니다.

  • MDV 볼륨은 암호화할 수 없습니다.

절차에 따라 MetroCluster 사이트에서 6개 노드 모두에 대해 원격 콘솔 액세스 권한이 있거나 사이트 간 이동 계획이 있어야 합니다.

FC-to-IP로 전환할 때 드라이브 쉘프를 재사용하고 요구사항을 고려해야 합니다

스토리지 쉘프에서 적절한 스페어 드라이브와 루트 애그리게이트 공간을 확보해야 합니다.

기존 스토리지 쉘프 재사용

이 절차를 사용할 경우 기존 스토리지 쉘프는 새 구성에서 사용할 수 있도록 유지됩니다. node_A_1-FC 및 node_B_1-FC를 제거하면 기존 드라이브 셸프가 cluster_A의 node_1-IP 및 node_A_2-IP와 cluster_B_1-IP 및 cluster_B_2-IP에 연결됩니다

추가 컨트롤러를 위한 스토리지 요구 사항입니다

구성이 2노드에서 4노드 배열로 변경되므로 필요한 경우 2개의 추가 컨트롤러(node_A_2-IP 및 node_B_2-IP)를 수용하기 위해 추가 스토리지를 추가해야 합니다.

  • 기존 쉘프에서 사용 가능한 스페어 드라이브에 따라 구성의 추가 컨트롤러를 수용하기 위해 추가 드라이브를 추가해야 합니다.

    이 경우 다음 그림과 같이 추가 스토리지 쉘프가 필요할 수 있습니다.

    선반에서 2개의 새로운 IP 노드 전환

    세 번째 및 네 번째 컨트롤러(node_A_2-IP 및 node_B_2-IP)에 대해 각각 14-18개의 드라이브를 추가해야 합니다.

    • 3개의 pool0 드라이브

    • 풀 1 드라이브 3개

    • 스페어 드라이브 2개

    • 시스템 볼륨용 드라이브 6개~10개

  • 새 노드를 포함한 구성이 드라이브 수, 루트 애그리게이트 크기 용량 등을 포함하여 구성에 대한 플랫폼 제한을 초과하지 않도록 해야 합니다

    이 정보는 _NetApp Hardware Universe_의 각 플랫폼 모델에 대해 제공됩니다.

운영 중단을 야기하는 전환 워크플로우

성공적인 전환을 위해서는 특정 워크플로우를 따라야 합니다.

전환을 준비할 때 사이트 간 여행을 계획하십시오. 원격 노드가 랙에 설치되고 케이블이 연결된 후에는 노드에 대한 직렬 터미널 액세스가 필요합니다. 노드가 구성될 때까지 서비스 프로세서 액세스를 사용할 수 없습니다.

워크플로 2n 전환 bsaic

MetroCluster FC 노드의 포트를 MetroCluster IP 노드로 매핑

MetroCluster FC 노드의 포트 및 LIF 구성을 조정하여 MetroCluster IP 노드를 대체할 IP 노드의 구성과 호환되도록 해야 합니다.

업그레이드 프로세스 중에 새 노드를 처음 부팅할 때 각 노드는 교체할 노드의 최신 구성을 사용합니다. node_A_1-IP를 부팅할 때 ONTAP는 node_A_1-FC에서 사용된 것과 동일한 포트에 LIF를 호스팅하려고 시도합니다.

전환 절차 중에 이전 노드와 새 노드 모두에서 단계를 수행하여 클러스터, 관리 및 데이터 LIF 구성이 올바른지 확인합니다.

단계
  1. 기존 MetroCluster FC 포트 사용량과 새 노드의 MetroCluster IP 인터페이스에 대한 포트 사용량 간에 충돌이 있는지 확인합니다.

    아래 표를 사용하여 새 MetroCluster IP 컨트롤러의 MetroCluster IP 포트를 식별해야 합니다. 그런 다음 MetroCluster FC 노드의 포트에 데이터 LIF 또는 클러스터 LIF가 있는지 확인하고 기록합니다.

    MetroCluster FC 노드에서 충돌하는 데이터 LIF 또는 클러스터 LIF는 전환 절차의 적절한 단계로 이동됩니다.

    다음 표에서는 플랫폼 모델별 MetroCluster IP 포트를 보여 줍니다. VLAN ID 열은 무시할 수 있습니다.

    플랫폼 모델

    MetroCluster IP 포트입니다

    VLAN ID입니다

    AFF A800

    e0b

    사용 안 합니다

    e1b

    AFF A700 및 FAS9000

    e5a

    e5b

    AFF A320

    e0g

    e0h

    AFF A300 및 FAS8200

    E1A

    e1b

    FAS8300/A400/FAS8700

    E1A

    10

    e1b

    20

    AFF A250 및 FAS500f

    e0c

    10

    e0b

    20

    다음 표를 작성하고 나중에 전환 절차에서 참조할 수 있습니다.

    포트

    해당 MetroCluster IP 인터페이스 포트(위 표의 내용)

    MetroCluster FC 노드의 이러한 포트에 충돌하는 LIF

    node_A_1-FC의 첫 번째 MetroCluster IP 포트입니다

    node_A_1-FC의 두 번째 MetroCluster IP 포트입니다

    node_B_1-FC의 첫 번째 MetroCluster IP 포트입니다

    node_B_1-FC의 두 번째 MetroCluster IP 포트입니다

  2. 새 컨트롤러에서 사용할 수 있는 물리적 포트와 포트에서 호스팅할 수 있는 LIF를 결정합니다.

    컨트롤러의 포트 사용량은 MetroCluster IP 구성에서 사용할 플랫폼 모델 및 IP 스위치 모델에 따라 다릅니다. _NetApp Hardware Universe_에서 새 플랫폼의 포트 사용을 수집할 수 있습니다.

  3. 필요한 경우 node_A_1-FC 및 node_A_1-IP에 대한 포트 정보를 기록합니다.

    전환 절차를 수행할 때 표를 참조하십시오.

    node_a_1-IP의 열에서 새 컨트롤러 모듈의 물리적 포트를 추가하고 새 노드에 대한 IPspace 및 브로드캐스트 도메인을 계획합니다.

    노드_A_1-FC

    Node_A_1 - IP

    LIF

    포트

    IPspace

    브로드캐스트 도메인

    포트

    IPspace

    브로드캐스트 도메인

    클러스터 1

    클러스터 2

    클러스터 3

    클러스터 4

    노드 관리

    클러스터 관리

    데이터 1

    데이터 2

    데이터 3

    데이터 4

    인터클러스터 포트

  4. 필요한 경우 node_B_1-FC에 대한 모든 포트 정보를 기록합니다.

    업그레이드 절차를 수행할 때 표를 참조하십시오.

    node_B_1-IP의 열에서 새 컨트롤러 모듈의 물리적 포트를 추가하고 LIF 포트 사용, IPspace 및 새 노드의 브로드캐스트 도메인을 계획합니다.

    노드_B_1-FC

    Node_B_1 - IP

    LIF

    물리적 포트

    IPspace

    브로드캐스트 도메인

    물리적 포트

    IPspace

    브로드캐스트 도메인

    클러스터 1

    클러스터 2

    클러스터 3

    클러스터 4

    노드 관리

    클러스터 관리

    데이터 1

    데이터 2

    데이터 3

    데이터 4

    인터클러스터 포트

MetroCluster IP 컨트롤러 준비

새로운 MetroCluster IP 노드 4개를 준비하고 올바른 ONTAP 버전을 설치해야 합니다.

이 작업은 새 노드 각각에 대해 수행해야 합니다.

  • Node_A_1 - IP

  • Node_A_2 - IP

  • Node_B_1 - IP

  • Node_B_2 - IP

노드는 * 새로운 * 스토리지 쉘프에 연결해야 합니다. 데이터를 포함하는 기존 스토리지 쉘프에 연결해서는 * 안됩니다.

이러한 단계는 이제 수행할 수도 있고, 나중에 컨트롤러와 쉘프를 랙 장착했을 때 수행할 수도 있습니다. 어떤 경우든, MetroCluster FC 노드의 구성을 변경하기 전에 * 기존 스토리지 쉘프에 노드 * 를 연결하기 전에 * 구성을 지우고 노드를 준비해야 합니다.

참고 MetroCluster FC 컨트롤러에 연결된 기존 스토리지 쉘프에 연결된 MetroCluster IP 컨트롤러에서는 이 단계를 수행하지 마십시오.

다음 단계에서는 노드의 구성을 지우고 새 드라이브의 메일박스 영역을 지웁니다.

단계
  1. 컨트롤러 모듈을 새 스토리지 쉘프에 연결합니다.

  2. 유지보수 모드에서 컨트롤러 모듈 및 섀시의 HA 상태를 표시합니다.

    하구성 쇼

    모든 부품의 HA 상태는 'mcip’이어야 한다.

  3. 컨트롤러 또는 섀시의 시스템 상태가 표시되지 않으면 HA 상태를 설정합니다.

    ha-config modify controller mcip ha-config modify chassis mccip

  4. 유지 관리 모드 종료:

    "중지"

    명령을 실행한 후 LOADER 프롬프트에서 노드가 중지될 때까지 기다립니다.

  5. 4개 노드 모두에 대해 다음 하위 단계를 반복하여 구성을 지웁니다.

    1. 환경 변수를 기본값으로 설정합니다.

      세트 기본값

    2. 환경 저장:

      '사베에프'

    안녕히 계세요

  6. 다음 하위 단계를 반복하여 부팅 메뉴의 9a 옵션을 사용하여 4개 노드를 모두 부팅합니다.

    1. LOADER 프롬프트에서 부팅 메뉴를 시작합니다.

      boot_ontap 메뉴

    2. 부팅 메뉴에서 ""9a"" 옵션을 선택하여 컨트롤러를 재부팅합니다.

  7. 부팅 메뉴의 옵션 ""5"를 사용하여 4개 노드를 각각 유지보수 모드로 부팅합니다.

  8. 시스템 ID와 4개 노드 각각을 기록합니다.

    '시즈구성’을 선택합니다

  9. node_A_1-IP 및 node_B_1-IP에 대해 다음 단계를 반복합니다.

    1. 각 사이트에 로컬인 모든 디스크의 소유권을 할당합니다.

      disk assign adapter.xx. *

    2. node_A_1-IP 및 node_B_1-IP에 드라이브 셸프가 연결된 각 HBA에 대해 이전 단계를 반복합니다.

  10. node_A_1-IP 및 node_B_1-IP에서 다음 단계를 반복하여 각 로컬 디스크의 메일박스 영역을 지웁니다.

    1. 각 디스크의 메일박스 영역을 제거합니다.

      '일상자 파기' 지역 '일상자 파기 파트너

  11. 4개의 컨트롤러를 모두 중지합니다.

    "중지"

  12. 각 컨트롤러에서 부팅 메뉴를 표시합니다.

    boot_ontap 메뉴

  13. 4개의 각 컨트롤러에서 구성을 지웁니다.

    휘폰무화과

    widecononfig 작업이 완료되면 노드가 자동으로 부팅 메뉴로 돌아갑니다.

  14. 다음 하위 단계를 반복하여 부팅 메뉴의 9a 옵션을 사용하여 4개 노드를 모두 다시 부팅합니다.

    1. LOADER 프롬프트에서 부팅 메뉴를 시작합니다.

      boot_ontap 메뉴

    2. 부팅 메뉴에서 ""9a"" 옵션을 선택하여 컨트롤러를 재부팅합니다.

    3. 다음 컨트롤러 모듈로 이동하기 전에 컨트롤러 모듈이 부팅을 완료하게 하십시오.

    ""9a""가 완료되면 노드는 자동으로 부팅 메뉴로 돌아갑니다.

  15. 컨트롤러의 전원을 끕니다.

MetroCluster FC 구성의 상태 확인

전환을 수행하기 전에 MetroCluster FC 구성의 상태와 연결을 확인해야 합니다

이 작업은 MetroCluster FC 구성에서 수행됩니다.

  1. ONTAP에서 MetroCluster 구성 작동을 확인합니다.

    1. 시스템에 다중 경로 가 있는지 확인합니다.

      'node run-node-name sysconfig-a'

    2. 두 클러스터 모두에서 상태 알림을 확인합니다.

      '시스템 상태 경고 표시

    3. MetroCluster 구성을 확인하고 운영 모드가 정상인지 확인합니다.

      MetroCluster 쇼

    4. MetroCluster 검사를 수행합니다.

      'MetroCluster check run

    5. MetroCluster 검사 결과를 표시합니다.

      MetroCluster 체크 쇼

    6. 스위치에 대한 상태 경고를 확인합니다(있는 경우).

      '스토리지 스위치 쇼'

    7. Config Advisor를 실행합니다.

    8. Config Advisor를 실행한 후 도구의 출력을 검토하고 출력에서 권장 사항을 따라 발견된 문제를 해결하십시오.

  2. 노드가 비-HA 모드인지 확인합니다.

    '스토리지 페일오버 쇼'

Tiebreaker 또는 기타 모니터링 소프트웨어에서 기존 구성 제거

전환을 시작할 수 있는 MetroCluster Tiebreaker 구성 또는 기타 타사 애플리케이션(예: ClusterLion)을 사용하여 기존 구성을 모니터링하는 경우, 전환 전에 Tiebreaker 또는 다른 소프트웨어에서 MetroCluster 구성을 제거해야 합니다.

단계
  1. Tiebreaker 소프트웨어에서 기존 MetroCluster 구성을 제거합니다.

  2. 전환을 시작할 수 있는 타사 애플리케이션에서 기존 MetroCluster 구성을 제거합니다.

    응용 프로그램 설명서를 참조하십시오.