비동기 GLVM 계획

온라인 편집

비동기 미러링을 위해 GLVM을 배치하는 경우 최적 네트워크 속도, 캐시 논리적 볼륨(cachelv)의 크기 등을 고려해야 합니다.

비동기 원격 미러링을 위해 GLVM을 배치하려면 다음 지침을 고려하십시오.
  • 사용자 환경에 있는 데이터 크기에 따라 필요한 최적의 네트워크 속도를 확인하십시오.
    데이터 크기 네트워크 속도
    1TB 미만 1Gbps 이상
    1 - 10TB 5Gbps 이상
    10TB - 100TB 10Gbps 이상
  • 기본 사이트에 ' cachelv 논리 볼륨을 위한 충분한 디스크 공간이 포함되도록 기본 사이트의 캐시 논리 볼륨(cachelv) 크기가 적절하게 할당되었는지 확인합니다. 최대 입출력 조작 및 네트워크 대역폭을 기반으로 1차 사이트에 필요한 버퍼 디스크의 최대 디스크 공간을 계산하십시오. 버퍼 디스크 공간 양의 두 배를 cachelv 논리적 볼륨에 할당하십시오.
  • 최대 기간 및 입출력 조작양을 식별하기 위해 GLVM 배치 주간 이후 성능 도구를 사용하여 환경에서 CPU 및 메모리 자원의 사용량을 모니터하십시오. 최대 기간 도중에라도 CPU 및 메모리 사용량이 전체 용량의 80%를 초과하지 않도록 하십시오. 논리적 파티션(LPAR) 메모리가 고갈되면 운영 체제 장애가 발생할 수 있습니다.
  • 비동기 원격 미러링을 위해 GLVM을 배치하는 도중 LVM 및 GLVM 조정 가능 매개변수가 수정되지 않도록 하십시오. 조정 가능 매개변수를 수정하려는 경우 varyoffvg 명령을 사용하여 GLVM을 오프라인으로 만든 후 LVM 또는 GLVM 구성 설정을 수정하십시오. 예를 들어, ' chdev ' 명령을 사용하여 ' max_transfer_size 튜너블 파라미터를 변경하려면 비동기 원격 미러링을 위해 GLVM을 배포하는 동안 ' max_transfer_size ' 튜너블 파라미터의 값이 사이트 간에 동일한지 확인해야 합니다. 그렇지 않으면 입출력 오류가 사이트에서 발생할 수 있습니다.
  • 사용자는 비동기 미러링을 지원하는 GLVM을 사용하여 볼륨 그룹 분할 조작을 수행할 수 없습니다.
  • 비동기 미러링을 지원하는 GLVM은 동시 확장 가능하지 않은 볼륨 그룹만을 지원합니다. 비동기 미러링을 지원하는 GLVM은 스냅샷 볼륨 그룹과 같은 기타 볼륨 그룹을 지원하지 않습니다.
  • 1차 사이트에 있는 노드가 실패하면 1차 사이트는 복구 사이트에서 워크로드를 유지하려 시도합니다. 비동기 미러링을 지원하는 GLVM이 온라인이 되면 GLVM을 온라인으로 만드는 데 사용되는 시간은 cachelv 논리적 볼륨에서 보류 중인 워크로드의 잔여 데이터 크기에 따라 달라집니다. 잔여 데이터는 네트워크를 통해 복구 사이트로 전송되어야 합니다. 이 기간 동안 애플리케이션이 수행하는 쓰기 조작은 캐시 복구 조작이 완료될 때까지 완료할 수 없습니다. 그러므로 캐시 복구 조작 도중 잔여 데이터의 복구 동기화를 위해 약간의 중지 시간을 계획하십시오.
  • 비동기 미러링을 지원하는 GLVM은 사용자 환경의 요구사항을 기반으로 수정할 수 있는 많은 조정 가능 매개변수를 제공합니다.
    • 네트워크 지연을 기반으로 RPVlevel 조정 가능 매개변수를 검토하고 수정하십시오. 동기화 조작을 완료하도록 허용되는 디폴트 시간종료 지속 시간을 지정하기 위해 RPVlevel 조정 가능 매개변수를 사용할 수 있습니다. 디폴트 시간종료 값은 180초입니다.
    • LVM에 지정된 메모리(물리적) 버퍼 디스크 수를 늘려 cachelv 논리적 볼륨을 관리하십시오. 최적 값인 16,000을 사용할 수 있습니다.
  • 일부 LVM 메타데이터 관련 조작에서는 LVM 메타데이터가 두 사이트에서 올바른지 확인하기 위해 사이트 사이에서의 동기 입출력 조작이 필요합니다. cachelv 논리적 볼륨에 있는 이전에 버퍼링된 데이터가 복구 사이트로 완전하게 전송되는 경우에만 이러한 유형의 동기 입출력 조작을 수행할 수 있습니다. 그러므로 이러한 유형의 조작은 버퍼링된 데이터가 목표 사이트로 전송되기를 기다리는 동안 오랜 시간이 소요될 수 있습니다. 더 빠른 조작이 필요한 경우, cachelv 논리적 볼륨에 있는 잔여 버퍼 데이터가 최소인 경우 동기 입출력 조작을 수행하도록 계획하십시오. rpvstat -C 명령을 사용하여 cachelv 디스크에 있는 잔여 버퍼 데이터를 확인할 수 있습니다. 다음 조작은 잔여 버퍼 데이터로 인해 완료하는 데 시간이 소요될 수 있습니다.
    • 논리적 볼륨 크기 축소 또는 파일 시스템 크기 축소.
    • 논리적 볼륨 제거.
    • 비동기 미러링을 지원하는 GLVM 닫기.
  • 잔여 버퍼 데이터가 cachelv 논리적 볼륨에서 대량인 경우 원격 파티션 동기화가 실패할 수 있습니다. 동기화를 완료하려면 RPVlevel 조정 가능 매개변수의 디폴트 값보다 더 많은 시간이 필요할 수 있습니다. 성공적인 동기화 조작을 위해 잔여 버퍼 데이터에 따라 RPVlevel 조정 가능 매개변수를 업데이트하십시오.
  • LPAR에 900개 이상의 디스크가 있는 GLVM이 구성되면, 다음 명령을 실행하여 FC 어댑터의 DMA 설정값을 늘리십시오.
    # chdev -l fcs1 -a lg_term_dma=0x8000000 -P
# rmdev -Rl fcs1
# cfgmgr -l fcs1 -v
  • rpvclient 장치별로 하나의 네트워크가 구성되면 비동기 GLVM은 LPAR별로 최대 1020개의 rpvclients를 지원합니다.
    표 1. 지원되는 rpvclients 최대 수
    각 rpvclient에 사용되는 네트워크 지원되는 rpvclients 최대 수
    1 1020
    2 510
    3 340
    4 255