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

ONTAP Foreign LUN Import(FLI) 분석 단계

기여자 netapp-barbe
PDF

분석 단계에서는 상세 마이그레이션 계획 및 실행 단계로 넘어가기 전에 수정해야 할 사항을 결정합니다. 이 단계의 주요 목표는 모든 호스트와 해당 호스트가 의존하는 전체 SAN 스택(OS, 볼륨 관리자, HBA, 다중 경로, 스위치 펌웨어 및 대상 ONTAP 릴리스)이 마이그레이션 후 지원되는 구성으로 전환될 수 있도록 하는 것입니다. 이를 위해 각 호스트의 현재 상태를 NetApp 상호 운용성 매트릭스(IMT)에서 지원되는 조합과 비교하고, 호스트별로 명확한 목표 구성(OS 수준, MPIO/ALUA 동작, HBA 드라이버/펌웨어 및 필요한 호스트 도구)을 정의한 다음, 해당 목표에 도달하는 데 필요한 정확한 변경 사항을 나열하는 격차 분석을 수행합니다.

애플리케이션 호환성 및 중단 계획에 영향을 미칠 수 있는 수정 변경 사항을 방지하기 위해 격차 분석 일정을 수립하고 검토하십시오. 많은 환경에서 OS 패치 또는 HBA 업데이트와 같은 일부 변경 사항은 마이그레이션 기간 전에 완료하는 것이 더 안전합니다. 그러나 다중 경로 스택 변경은 MPIO 동작 변경이 현재 어레이와의 지원 가능성에 영향을 미치고 롤백을 복잡하게 만들 수 있으므로 전환 또는 마이그레이션 후로 연기되는 경우가 많습니다.

iSCSI FLI의 경우 분석 단계에서는 iSCSI 관련 준비 상태도 캡처해야 합니다.

  • 전환 후에도 호스트의 iSCSI 다중 경로 설계가 계속 지원되는지 확인하십시오

  • 백엔드 전송 방식의 차이로 인해 상호 운용성 동작이 변경될 수 있으므로 외부 어레이가 iSCSI 백엔드 사용에 적합한지 확인하십시오.

ONTAP FLI 분석 단계 작업

분석 단계는 호스트 중심적이지만, 전체 엔드 투 엔드 지원 체인(호스트에서 패브릭, ONTAP로, 그리고 다시 돌아오는 과정)을 검증하고 FLI 백엔드 상호 운용성 위치를 확인해야 합니다.

구성 요소 작업

호스트

  • 현재 호스트 구성을 IMT에서 지원하는 구성과 비교하여 마이그레이션 후 목표 구성을 결정합니다.

    • OS 레벨

    • 다중 경로 방식

    • HBA 모델, 드라이버 및 펌웨어

    • 필수 호스트 툴링

  • 필요한 항목을 포함하여 호스트별 격차 분석을 생성합니다.

    • 핫픽스 및 패치

    • OS 업데이트

    • HBA 드라이버 및 펌웨어 업그레이드

    • 다중 경로 변경

    • 필요한 유틸리티를 모두 나열하십시오

패브릭(FC/iSCSI 네트워크)

  • 엔드투엔드 관점에서 스위치 및 패브릭 지원(모델 및 펌웨어)을 검증하고, 대상 ONTAP 및 호스트 조합에 대해 패브릭이 지원되지 않는 경우 필요한 업그레이드를 기록합니다.

NetApp 스토리지 어레이(대상)

  • 대상 ONTAP 플랫폼 및 릴리스가 의도된 FLI 워크플로와 호환되는지 확인하고, 적용 가능한 AFF 지원 기대 사항을 포함하여 대상 설계에 영향을 미치는 모든 사전 요구 사항을 기록합니다.

외부 스토리지 어레이(소스)

  • 소스 어레이가 FLI 백엔드 상호 운용성에 포함되는지 확인합니다. ONTAP 9.9.1 이상 릴리스의 IMT에 상호 운용성이 명시되어 있지 않은 경우 SAN LUN Migrate App을 사용하여 지원 여부를 확인하십시오.

ONTAP FLI 분석 단계에서 IMT 사용

상호 운용성 매트릭스 도구(IMT)는 NetApp 제품이 타사 구성 요소와 상호 운용되는 지원되는 엔드 투 엔드 결과 구성을 찾는 데 도움이 되는 구성 저장소이자 안내 도구입니다. IMT에는 지원되는 구성과 인증된 구성이 모두 포함될 수 있습니다.

  • 지원되는 구성은 NetApp에서 검증합니다.

  • 인증된 구성은 제3자 기관에서 NetApp 구성 요소와 호환되는지 검증한 것입니다.

IMT에서 다음 사항을 확인하십시오.

  • 워크시트에 IMT 작업 캡처: 호스트와 스위치 모두에 대해 IMT에서 권장하는 소프트웨어, 패치 및 업그레이드를 계획 워크시트에 문서화하십시오.

  • 먼저 포괄적인 기준을 설정한 다음 구체화하십시오. ONTAP 릴리스, 프로토콜, HA/클러스터 모드와 같은 고정 기준을 설정한 후, 현장 조사 결과를 참고하여 호스트 운영 체제, 볼륨 관리자 및 HBA 세부 정보를 추가하십시오.

  • 과도한 필터링 방지: 검색이 너무 구체적이어서 결과가 반환되지 않으면 필터를 완화하고 여러 유효한 구성을 검토한 후 가장 잘 지원되는 일치 항목을 선택하십시오.

  • HBA 식별자 정규화: HBA는 OEM 부품 번호로 표시될 수 있으므로 IMT에 입력하기 전에 상호 참조하십시오.

  • 모든 호스트 확인: 마이그레이션 범위에 포함된 각 호스트에 대해 IMT 지원 가능성 검사를 실행하십시오.

  • 상호 운용성 검사를 두 가지 수행하십시오.

    • 백엔드 FLI 지원: 소스 어레이 백엔드 시나리오가 지원되는지 확인합니다.

    • 마이그레이션 후 엔드투엔드 지원: ONTAP, 호스트 OS, 다중 경로, HBA 및 스위치 패브릭 조합에 대한 지원을 확인합니다.

  • 실용적인 IMT 워크플로:

    • 소스 어레이 모델을 검색한 다음 "Foreign LUN Import (FLI) backend Interoperability"를 선택하고 ONTAP 플랫폼 및 ONTAP 릴리스를 선택합니다.

    • 호스트 호환성을 확인하려면 "Build end-to-end view with ONTAP SAN host"를 사용하여 OS, 다중 경로 및 HBA를 검증하십시오.

    • 스위치 호환성을 확인하려면 SAN 호스트 보기에서 "Build end-to-end view for SAN-Switch"를 사용하여 패브릭 및 스위치 지원 여부를 검증하십시오.

IMT(ONTAP 9.9.1 이상)에 외부 어레이가 나열되어 있지 않은 경우

ONTAP 9.9.1부터 외부 어레이가 IMT에서 지원되는 것으로 나열되지 않은 경우 SAN LUN 마이그레이션 도구를 사용하여 해당 어레이가 FLI에 지원될 수 있는지 확인할 수 있습니다. 이 앱은 NetApp 지원 사이트에서 다운로드하여 소스 어레이 LUN에 대한 블록 액세스(FC 또는 iSCSI)가 있는 Linux 호스트에서 실행합니다. 결과는 엔지니어링 팀과 검토합니다. 외부 어레이에서 가져오기는 현장에서 검증할 수 있습니다. iSCSI FLI의 경우 외부 어레이에서 가져오기는 항상 현장에서 검증됩니다.

ONTAP FLI 호스트 변경 및 롤백 전략

분석 단계에서는 호스트 변경으로 인해 위험이 발생할 수 있고 현재 스토리지 지원에도 영향을 미칠 수 있으므로, 변경 사항과 시기를 명확하게 결정해야 합니다. ONTAP에서 지원되기 전에 호스트 스택을 업그레이드해야 하는 경우 이는 중요합니다.

  • 호스트 업데이트(패치, HBA 펌웨어 및 드라이버)는 가능한 한 미리 수행하는 것이 더 안전하지만, 유지 관리 기간 및 애플리케이션 팀과의 조율이 여전히 필요합니다.

  • 다중 경로 스택(MPIO, ALUA 및 타사 다중 경로)의 변경 사항은 현재 어레이 지원 가능성에 영향을 미칠 수 있으므로 마이그레이션 이벤트 또는 전환 이후까지 연기되는 경우가 많습니다.

  • MPIO 재구성을 지연하면 중단 기간 동안 원래 스토리지로 되돌려야 하는 경우 롤백이 더 간단해질 수 있습니다.

ONTAP FLI 격차 분석

격차 분석은 현재 환경과 NetApp 권장 목표 구성을 요약하고 지원되는 마이그레이션 후 상태를 달성하기 위해 필요한 업그레이드 또는 수정 사항을 나열합니다.

호스트당 전체 타겟 구성에는 일반적으로 다음이 포함됩니다.

  • OS 구성 수준 및 필수 패치 또는 핫픽스

  • 다중 경로 처리 방식 및 필수 설정(MPIO 및 ALUA 동작

  • HBA 및 CNA 모델, 드라이버 및 펌웨어 버전

  • 해당하는 경우 사용자 환경과 관련된 호스트 유틸리티 및 툴링 요구 사항

격차 분석은 신속하게 검토해야 합니다. 개선 조치에는 다운타임 기간이 필요할 수 있으며 애플리케이션 지원 요구 사항과 상호 작용할 수도 있기 때문입니다.