Dell EMC Storage 시스템 PowerStore 및 Unity XT 메트로 노드 기능에 대한 관리 자 가이드 Version 7.
참고, 주의 및 경고 노트: 참고"는 제품을 보다 효율적으로 사용하는 데 도움이 되는 중요 정보를 제공합니다. 주의: 주의사항은 하드웨어의 손상 또는 데이터 유실 위험을 설명하며, 이러한 문제를 방지할 수 있는 방법을 알려줍니다. 경고: 경고는 재산 손실, 신체적 상해 또는 사망 위험이 있음을 알려줍니다. © 2020 2021 Dell Inc. or its subsidiaries. All rights reserved. Dell, EMC 및 기타 상표는 Dell Inc. 또는 해당 자회사의 상표입니다. 기타 모든 상표는 해당 소 유주의 상표일 수 있습니다.
목차 장 1: CLI 작업 공간 및 사용자 계정...................................................................................................... 7 CLI 작업 공간 구성............................................................................................................................................................... 7 콘솔 로깅에 대한 임계값 설정..................................................................................................................................... 7 창 너비를 100으로 설정.........................................
장 6: 볼륨 확장............................................................................................................................... 31 개요........................................................................................................................................................................................31 추가 설명서....................................................................................................................................................................
서브넷 컨텍스트........................................................................................................................................................... 54 /connectivity/back-end/............................................................................................................................................. 55 /connectivity/front-end/.............................................................................................................................................
포트 모니터링..................................................................................................................................................................... 89 기본 정보........................................................................................................................................................................89 보고서를 이메일로 보내기 위한 스크립트 설정.....................................................................................................90 스크립트 상태 확인......................
1 CLI 작업 공간 및 사용자 계정 이 장에서는 메트로 노드 CLI(Command Line Interface)를 사용하여 CLI 작업 공간을 구성하고 사용자 계정을 관리하는 방법을 설명합 니다. 주제: • CLI 작업 공간 구성 CLI 작업 공간 구성 작업 공간은 CLI 세션의 모양 및 동작입니다. 이 섹션에 설명된 절차를 통해 명령의 출력, 콘솔로 전송되는 로깅 메시지 수준을 제어하 고 현재 CLI 세션의 명령 기록을 검색할 수 있습니다. 노트: 메트로 노드 CLI를 시작하는 데 더 이상 사용자 이름과 암호가 필요하지 않습니다. 자동화된 스크립트가 사용자 이름 또는 암호를 제공하지 않는지 확인하십시오. 콘솔 로깅에 대한 임계값 설정 콘솔 로거는 콘솔의 디렉터에서 수신한 메시지를 표시합니다. 기본적으로 콘솔은 긴급(레벨 0) 메시지만 표시합니다. 메시지는 8개의 심각도(0~7)로 분류되며 0이 가장 심각한 단계입니다.
여기서 n은 0~7입니다. 노트: 임계값은 심각도 이상의 메시지를 모두 필터링합니다. 위험(2) 이상(0 및 1)을 보려면 임계값을 3으로 설정합니다. 오류(3) 이상(0, 1 및 2)을 보려면 임계값을 4로 설정합니다. 창 너비를 100으로 설정 많은 명령의 출력은 너비가 80열 이상입니다. 메트로 노드 CLI가 실행 중인 명령 창을 너비가 100개 이상인 열로 확장하십시오. 컨텍스트 트리 검색 컨텍스트 트리에서 컨텍스트 이름 및 특정 패턴과 일치하는 데이터를 검색합니다. 찾기 명령을 사용하여 컨텍스트 트리 검색 이 명령을 사용하여 패턴과 일치하는 모든 컨텍스트를 찾습니다. 대화식으로 호출되면 명령이 컨텍스트를 화면에 인쇄합니다. 패턴은 리터럴 문자열이거나 와일드카드 문자를 포함하는 문자열일 수 있습니다. 지원되는 CLI 와일드 카드 문자의 전체 목록은 CLI 참조 가이드의 "와일드카드" 항목을 참조하십시오.
2 메타 볼륨 이 장에서는 메트로 노드 CLI를 사용하여 메타데이터 및 메타 볼륨을 관리하는 절차를 설명합니다. 주제: • • • • • • 메타 볼륨 정보 메타 볼륨 이동 메타 볼륨 이름 변경 메타 볼륨 삭제 메타 볼륨 표시 메타 볼륨의 정합성 확인 메타 볼륨 정보 메트로 노드 메타데이터에는 가상 매핑과 물리적 매핑, 디바이스에 대한 데이터, 가상 볼륨 및 시스템 구성 설정이 포함됩니다. 메타데이터는 캐시에 저장되고 메타 볼륨이라는 특별히 지정된 외장 볼륨에 백업됩니다. 메타 볼륨은 시스템 설정 중에 생성됩니다. 클러스터가 처음 구성될 때 메타 볼륨은 메트로 노드에 제공되는 첫 번째 스토리지여야 합니다. 이렇게 하면 메타 볼륨을 실수로 덮어 쓰는 것을 방지할 수 있습니다. 메타 볼륨이 구성되고 나면 메트로 노드 구성이 수정될 때 메타데이터에 대한 업데이트가 캐시와 메타 볼륨 모두에 기록됩니다.
경고: 단일 스토리지 어레이의 볼륨을 사용하여 메타 볼륨을 생성하지 마십시오. 단일 어레이 메타 볼륨은 고가용성 구성이 아니 며 단일 장애 지점입니다. 메트로 노드가 일시적으로 모든 메타 볼륨에 대한 액세스 권한을 잃는 경우 액세스 권한이 복원될 때 캐시의 현재 메타데이터가 자동 으로 메타 볼륨에 작성됩니다. 메트로 노드가 두 메타 볼륨에 대한 액세스 권한을 영구적으로 상실하는 경우 메모리의 메타데이터를 기반으로 계속 작동됩니다. 새 메타 볼륨이 생성 될 때까지 구성 변경이 일시 중단됩니다. 노트: 메트로 노드가 모든 메타 볼륨에 대한 액세스 권한을 잃고, 모든 디렉터가 실패하거나 재시작되면 액세스 권한이 손실된 후 메타데이터(메트로 노드 구성)에 대한 변경 사항을 복구할 수 없습니다. 시스템 볼륨은 씬 프로비저닝 LUN에서 지원되지만 이러 한 볼륨에는 최대 용량에서 사용 가능한 씬 스토리지 풀 리소스가 있어야 합니다.
3. /clusters/cluster/system-volumes/target-meta-volume 컨텍스트로 이동합니다. 예: VPlexcli:/clusters/cluster-2/system-volumes> cd new_meta1_backup_2010May24_163810 4. set name new_meta-volume_name 명령을 사용하여 이름을 변경합니다. 예: VPlexcli:/clusters/cluster-2/system-volumes/new_meta1_backup_2010May24_163810> set name backup_May24_pre_refresh 메타 볼륨 삭제 이 작업 정보 노트: 메타 볼륨을 삭제하려면 비활성 상태여야 합니다. 활성 메타 볼륨을 삭제하려는 시도는 오류 메시지와 함께 실패합니다. 단계 1. 타겟 볼륨의 컨텍스트로 이동합니다. 예: VPlexcli:> cd clusters/cluster-1/system-volumes/metadata_1/ 2.
메타 볼륨 표시 ll 명령을 사용하여 메타 볼륨의 상태를 표시합니다.
표 1. 메타 볼륨 표시 필드 (계속) 필드 설명 geometry 디바이스의 지오메트리나 이중화를 나타냅니다. 항상 RAID 1입니다. health-indications health-state가 ok가 아닌 경우 추가 정보가 나와 있습니다. health-state ● ok - 스토리지 볼륨이 정상적으로 작동하고 있습니다. ● degraded - 스토리지 볼륨이 해당 미러에 비해 오래되었을 수 있습니다. (이 상태는 RAID 1 메타데이터 볼륨에 속한 스토리지 볼륨에만 적용됨) ● unknown - 메트로 노드가 스토리지 볼륨의 상태를 확인할 수 없거나 상태가 잘못되었습니 다. ● non-recoverable error - 스토리지 볼륨이 해당 미러에 비해 오래된 것일 수 있으며 (RAID 1 메타데이터 볼륨의 일부인 스토리지 볼륨에만 적용됨) 메트로 노드가 상태를 확인 할 수 없습니다. ● critical failure - 메트로 노드가 스토리지 볼륨을 하드웨어 비활성으로 표시했습니 다.
메타 볼륨의 정합성 확인 메타 볼륨의 정합성을 확인하려면 다음 명령을 사용합니다. VPlexcli:/> meta-volume verify-on-disk-consistency -c cluster 노트: 확인 중인 클러스터에 로컬인 관리 서버에서 정합성 검사를 수행합니다.
3 시스템 관리 이 장에서는 VAAI에서 Call-Home 알림, 이벤트 로그 위치 및 하드웨어 가속을 사용하는 방법을 설명합니다. 주제: • • • • • • Call-Home 알림 이벤트 로그 위치 VAAI를 통한 하드웨어 가속 XCOPY로 복사 오버헤드 오프로드 메트로 노드 클러스터 이름 바꾸기 LCD 전면 패널 설정 Call-Home 알림 Call-Home 알림 정보 Call-Home 알림은 심각한 문제가 발생할 때 Dell EMC 고객 서비스 및/또는 고객 지원 담당자에게 자동으로 전송되는 메시지입니다. Dell EMC는 이러한 Call Home 알림을 통해 관련 담당자를 사전에 할당하거나, 구성된 ESRS(EMC Secure Remote Support) 게이트웨 이를 사용하여 문제를 해결할 수 있습니다. 시스템 이벤트에는 다음과 같은 네 가지 수준이 있습니다. Call-Home 알림은 세 가지 수준에 대해서만 전송됩니다. 표 2.
시작하기 전에 Call-Home 알림 구성을 완료하려면 다음 정보가 필요합니다. ● Call-Home 알림을 Dell EMC에 전달하는 데 사용되는 ESRS 게이트웨이의 IP 주소입니다. Dell EMC는 주 접속 주소로 ESRS 게이트 웨이를 사용하는 것을 권장합니다. ● (선택 사항) 주 서버에 장애가 발생할 경우 Call-Home 알림을 Dell EMC로 전달하는 데 사용되는 보조 ESRS 게이트웨이 서버의 하 나 이상의 IP 주소입니다. 이러한 주소는 기본 SESRS 게이트웨이 서버의 주소와 달라야 합니다. ● (선택 사항) Call-Home 알림이 발생할 때 이메일 메시지를 받아야 하는 직원의 하나 이상의 이메일 주소입니다. 추가 설명서 SupportAssist를 구성하는 절차는 메트로 노드 생성기를 참조하십시오. supportAssist 구성 명령에 대한 정보는 메트로 노드의 설치 가이드를 참조하십시오.
● 씬 프로비저닝 볼륨에서 사용하지 않은 스토리지 블록을 UNMAP합니다. 메트로 노드의 씬 지원 페이지 23 씬 프로비저닝에 대한 자세한 정보를 제공합니다. VAAI는 4개의 SCSI 명령을 사용하여 메트로 노드에서 구현됩니다. ● "비교 및 쓰기"는 VM(Virtual Machine) 전원 켜기/끄기 조정 작업을 오프로드하고 하이퍼바이저 간에 이동합니다. ● "WriteSame(16)" 오프로드는 디스크 초기화를 위한 블록 비우기 등의 데이터 패턴을 기록합니다. ● XCOPY는 하이퍼바이저를 통해 어레이에서 데이터를 복사하는 작업을 오프로드합니다. Enabling and disabling XCOPY using CLI는 XCOPY 활성화 및 비활성화에 대한 자세한 정보를 제공합니다. ● UNMAP을 사용하면 하이퍼바이저가 씬 프로비저닝 메트로 노드 가상 스토리지에서 삭제된 스토리지를 재확보할 수 있습니다.
CAW 설정 표시 ls 명령을 /clusters/cluster/exports/storage-views 컨텍스트에서 사용하여 스토리지 뷰 레벨에서 CAW의 활성화 여부 를 표시합니다. 예: VPlexcli:/> ll /clusters/cluster-2/exports/storage-views/* /clusters/cluster-2/exports/storage-views/FE-Logout-test: Name Value ------------------------ -----------------------------------------------------caw-enabled false . . . /clusters/cluster-2/exports/storage-views/default_quirk_view: Name Value ------------------------ -----------------------------------------caw-enabled false . . .
CAW 통계 프런트엔드 볼륨(fe-lu), 프런트엔드 포트(fe-prt), 프런트엔드 디렉터(fe-director) 타겟에 대해 CAW 성능 통계가 포함되어 있습니다. 사용할 수 있는 통계 목록은 통계 표 페이지 96 섹션을 참조하십시오. fe-director 타겟의 통계는 자동 생성된 영구 모니터의 일부로 수집됩니다. 특히 fe-lu 타겟에 유용한 CAW 통계를 수집하도록 모니터를 생성할 수 있습니다. 포함된 볼륨의 수가 매우 클 수 있으므로, 이러한 통 계는 항상 수집되는 것은 아닙니다. WriteSame(16) WriteSame(16) SCSI 명령은 초기화 가상 디스크를 메트로 노드로 오프로드하는 메커니즘을 제공합니다. WriteSame(16)은 애플리케 이션 클라이언트가 전송한 데이터 블록을 연속 논리 블록에 여러 번 쓰도록 서버에 요청합니다. WriteSame(16)은 vSphere의 가상 머신 프로비저닝 및 스냅샷을 메트로 노드로 오프로드하는 데 사용됩니다.
------------------------ -----------------------------------------caw-enabled false . . . /clusters/cluster-2/exports/storage-views/default_quirk_view: Name Value ------------------------ -----------------------------------------. . . write-same-16-enabled false ls 명령을 /clusters/cluster 컨텍스트에서 사용하여 WriteSame(16) 시스템 기본 설정을 표시합니다.
XCOPY로 복사 오버헤드 오프로드 I/O 오버헤드를 최소화하고 복사 작업의 성능을 최대화하려면 데이터 이동이 서버 레이어(호스트 기반 데이터 복사에서와 같이)가 아닌 물리적 스토리지 계층에서 가능한 한 가깝게 발생해야 합니다. VMWare의 XCOPY 기능을 활용하는 메트로 노드는 가상 머신을 사용하여 데이터 할당 및 배치를 관리하고 호스트에 미치는 성능 영 향을 최소화하면서 데이터를 복사합니다. XCOPY가 활성화되면 디스크에서 데이터 복사 및 이동 작업이 호스트가 아닌 스토리지 어 레이에서 발생합니다. CLI를 사용하여 XCOPY 활성화 및 비활성화 클러스터 또는 스토리지 보기 수준에서 XCOPY를 활성화하거나 비활성화할 수 있습니다. XCOPY는 모든 스토리지 보기에 대해 활성화 및 비활성화할 수 있습니다. 개별 보기에 대해 XCOPY를 활성화 또는 비활성화할 수 있 지만 먼저 Dell EMC 지원에 문의하지 않는 한 권장되지는 않습니다.
다음 예에서는 파일(/tmp/monitors/director-1-1-A-fe-lu-avg-lat)에서 지정된 볼륨(VAAI_Vol1_Device_vol)에 대한 felu.xcopy-avg-lat 통계를 수집하도록 모니터를 생성하는 방법을 보여 줍니다. VPlexcli:/monitoring/directors/director-1-1-A/monitors> monitor create --name fe-lu-xcopy-avglat --director /engines/engine-1-1/directors/director-1-1-A --stats fe-lu.
4 메트로 노드의 씬 지원 이 장에서는 메트로 노드가 씬 인식 기능을 지원하는 방법을 설명합니다. 주제: • • • • 메트로 노드의 씬 지원 씬 프로비저닝 씬 스토리지 관리 씬 미러링 및 마이그레이션 메트로 노드의 씬 지원 씬 인식은 메트로 노드 가상 볼륨을 호스트에 씬 볼륨으로 제시하는 기능입니다. 씬 볼륨은 사용되는 리소스의 양이 할당된 것보다 훨 씬 적기 때문에 더 높은 효율성을 제공합니다. 필요한 리소스만 제공하는 이점은 사용되는 가상화 기술의 비용을 초과합니다. 씬 지원 이 있는 스토리지 볼륨에서 스토리지 블록을 동적으로 확보할 수 있습니다. 씬 지원은 필요에 따라 하나 이상의 논리적 블록을 물리적 블록에 매핑할 수 있는 기능입니다. 논리적 블록은 호스트에 스토리지 주소 공간(논리 유닛 용량)을 제공합니다. 물리적 스토리지는 사용될 때 논리 유닛에만 할당됩니다. 그러면 논리 유닛이 용량으로 보고하는 것보다 적은 물리적 스토리지가 할당됩니다.
다음 표에서는 메트로 노드가 씬 인식 기능을 지원하는 방법을 설명합니다(메트로 노드의 이해를 바탕으로 어레이가 씬 가능을 지원 하는지 여부). 표 4.
○ extent create 명령을 사용하여 씬 가능 스토리지 볼륨 위에 익스텐트 생성 ○ local-device create 명령을 사용하여 씬 가능 로컬 디바이스 생성 ○ virtual-volume create --thin 명령을 사용하여 씬 활성화 가상 볼륨 생성 노트: --thin 속성 없이 가상 볼륨을 생성하면 기본적으로 일반 볼륨이 생성됩니다. 가상 볼륨은 로컬 RAID 0 디바이스 또는 RAID 1 디바이스 위에 구축되어야 합니다. 여러 하위 항목이 있는 RAID C 로컬 디바이스 또는 여러 익스텐트를 통합 하는 디바이스를 생성하면 생성된 로컬 디바이스에 씬 가능 기능이 없습니다. 다음 예에서는 씬 가능 스토리지 볼륨 위에 두 개의 익스텐트를 생성하는 방법을 보여 줍니다(일반 익스텐트가 생성되는 제한 사항이 있음).
storage-tier supporting-device system-id thin-capable thin-enabled volume-type vpd-id XtremIO_LUN_1 XtremIO_LUN_1_vol true enabled virtual-volume VPD83T3:6000144000000010e03e55ee4c98c41f 노트: 메트로 노드 소프트웨어 업그레이드 후 와일드카드를 사용하여 여러 메트로 노드 가상 볼륨을 씬 프로비저닝에 사용하도 록 설정할 수 있습니다.
미러링되지 않은 볼륨에서 스토리지 관리자는 UNMAP 명령을 사용하여 스토리지 재생을 시도하고 공간 부족 오류 상태에서 복구할 수 있습니다. 회수된 스토리지가 충분하지 않은 경우 스토리지 어레이에 여유 블록 스토리지를 추가하여 공간 할당 실패 오류 조건을 해결한 다음, 일시 중단되거나 중지된 가상 머신을 시작합니다. 미러링된 볼륨의 경우 메트로 노드는 다른 I/O 오류와 마찬가지로 호스트 쓰기를 위해 미러 구간에서 발생한 오류를 마스킹합니다. 메트로 노드는 I/O가 하나 이상의 미러 구간에서 성공하면 호스트 요청을 성공적으로 완료합니다. 메트로 노드는 미러 구간 OOD(Out-Of-Date)를 표시하며 자동으로 재구축(부활)을 시도하지 않습니다. 스토리지 관리자는 어레이에 공간을 할당하고 이 스토 리지 볼륨에서 사용할 수 있도록 한 다음, Solve 데스크탑에 설명 된 절차에 따라 미러 구간을 수동으로 복구해야 합니다. 미러가 복구 되면 메트로 노드가 다리를 재구축합니다.
● --force 옵션과 함께 device attach-mirror 명령을 사용합니다. 새 가상 볼륨은 씬 활성화되 아니고 씬 지원도 아닙니다. VPlexcli:/clusters/cluster-1/devices> device attach-mirror --device myDevice --mirror myMirror VPlexcli:/clusters/cluster-1/devices> 미러링된 씬 설정에서 모든 레그는 동일한 스토리지 어레이 제품군에서 가져와야 합니다. 다른 스토리지 어레이 제품군에 속하는 어 레이에서 씬 레그를 생성하려 시도하면 레그의 씬 특성이 손실되고 씬 스토리지 관리 기능을 지원하지 않습니다. 다음은 그러한 시나 리오의 예입니다. VPlexcli:/> device attach-mirror --device xio_device --mirror vnx_device Thin-capability is only supported with homogeneous storage-array types.
5 스토리지 프로비저닝 이 장에서는 메트로 노드 통합 스토리지 프로비저닝을 사용하여 스토리지를 프로비저닝하는 방법을 설명합니다. 주제: • • • 용량 할당 개요 EZ 프로비저닝을 사용하여 스토리지 프로비저닝 가상 볼륨의 씬 특성 변경 용량 할당 개요 메트로 노드 사용을 시작하려면 호스트가 해당 스토리지에 액세스할 수 있도록 스토리지를 프로비저닝해야 합니다. 메트로 노드에서 는 다음 세 가지 방법으로 스토리지 용량을 할당할 수 있습니다. ● EZ 프로비저닝 ● 고급 프로비저닝 노트: Dell EMC는 메트로 노드 Unisphere GUI를 사용하여 스토리지를 프로비저닝하는 것을 권장합니다. EZ 프로비저닝을 사용하여 스토리지 프로비저닝 EZ 프로비저닝은 메트로 노드용 Unisphere에서만 사용할 수 있는 간단한 프로비저닝 방법입니다. EZ 프로비저닝은 선택한 스토리지 볼륨에 대한 일대일 매핑으로 가상 볼륨을 생성합니다.
cache-mode capacity consistency-group expandable expandable-capacity expansion-method expansion-status health-indications health-state locality operational-status scsi-release-delay service-status storage-tier supporting-device system-id thin-capable thin-enabled volume-type vpd-id synchronous 20G true 0B storage-volume [] ok local ok 0 running XtremIO_LUN_1 XtremIO_LUN_1_vol true enabled virtual-volume VPD83T3:6000144000000010e03e55ee4c98c41f 노트: 메트로 노드 소프트웨어 업그레이드 후 와일드카드를 사용하여 여러 메트로 노드 가상 볼륨을 씬 프로비저닝에
6 볼륨 확장 이 장에서는 가상 볼륨을 확장하는 방법을 설명합니다. 주제: • • • 개요 볼륨 확장 방법 가상 볼륨 확장 개요 메트로 노드 가상 볼륨은 디바이스 또는 분산 디바이스에 생성되며 스토리지 보기를 통해 호스트에 제공됩니다. 여러 가지 이유로 가 상 볼륨의 용량을 확장할 수 있습니다. 볼륨이 확장을 지원하는 경우 메트로 노드는 확장으로 얻은 용량을 감지합니다. 그런 다음, 사용 가능한 확장 방법인 storagevolume을 결정합니다. 메트로 노드는 사용 가능한 확장 방법을 감지할 수도 있습니다. 모든 가상 볼륨을 확장할 수 있는 것은 아닙니다. 자세한 내용은 볼륨 확장 방법 확인을 참조하십시오. 간단한 무중단 절차를 사용하여 볼륨 확장을 수행합니다. 1. 기본 스토리지 어레이의 가상 볼륨과 연결된 스토리지 볼륨을 확장합니다. 2. 메트로 노드가 기본 스토리지 어레이를 재검색하도록 허용합니다. 3. CLI 또는 Unisphere를 사용하여 가상 볼륨을 확장합니다.
expandable expandable-capacity expansion-method expansion-status true 0.0G storage-volume - 확장 방법 속성 값 storage-volume은 메트로 노드가 기본적으로 이 가상 볼륨을 확장하기 위해 스토리지 볼륨 방법을 사용함을 나 타냅니다. Unisphere를 사용하여 확장 방법 속성 나열 Unisphere를 사용하는 경우 가상 볼륨 이름을 클릭하여 확장할 가상 볼륨의 속성을 표시합니다. 아래 예에서 device_BASIC_vnx-1912_LUN146_1_vol의 속성은 권장 확장 방법이 storage-volume임을 나타냅니다. 메트로 노드는 기본적으로 스토리지 볼륨 방법을 사용하여 이 가상 볼륨을 확장합니다. Unisphere를 사용하여 볼륨을 확장하는 방법에 대한 자세한 내용은 메트로 노드 관리 서버에 제공되는 도움말을 참조하십시오. 그림 1 .
가상 볼륨 확장 스토리지 볼륨 확장 방법 스토리지 볼륨 방법을 사용하여 가상 볼륨을 확장하려면 다음 지침을 따릅니다. 개요 스토리지 볼륨 확장 방법은 다양한 디바이스 지오메트리에서 간단하고 신속한 확장을 지원합니다. 가장 일반적인 디바이스 지오메트 리 세 가지가 여기에 설명되어 있습니다. 1:1 가상 볼륨-스토리지 볼륨 그림 2 .
듀얼 레그 RAID 1 그림 3 . 일반 지오메트리: 듀얼 레그 RAID 1 스토리지 볼륨 확장 방법 사전 요구 사항 스토리지 볼륨 확장 방법을 사용하여 디바이스를 확장하거나 확장 타겟을 추가하려면 메트로 노드 가상 볼륨 형상이 다음 기준 중 하 나를 충족해야 합니다. ● 가상 볼륨은 기본 스토리지 볼륨에 1:1로 매핑됩니다. ● 가상 볼륨은 다중 구간 RAID 1 볼륨이며 가장 작은 익스텐트 각각은 백엔드 스토리지 볼륨에 1:1로 매핑됩니다. ● 볼륨 지오메트리는 앞에 나열된 지오메트리의 조합입니다. 볼륨 확장 계획 CLI의 expandable-capacity 속성 또는 Unisphere의 Expandable By 필드를 나열하여 백엔드 스토리지 디바이스의 용량을 계 획합니다.
● 확장 초기화 트래픽은 호스트 I/O를 수행하지 않는 디스크 영역에서 발생합니다. 또한 새로 추가된 용량을 초기화하는 데 걸 리는 시간은 스토리지 볼륨인 어레이 호스팅의 성능에 따라 다릅니다. 그러나 예상 성능은 볼륨을 재구축하는 데 걸리는 시 간보다 여전히 빠릅니다. ● 분산 RAID 1 디바이스에서 초기화 프로세스는 각 클러스터가 로컬에서 초기화를 수행하기 때문에 WAN 데이터 대역폭을 사 용하지 않습니다. ● RAID 1 및 분산 RAID 1 디바이스에서 메트로 노드는 모든 RAID 1 구간이 확장된 공간에 대해 일관된 정보를 갖도록 합니다. ● RAID 1 및 분산 RAID 1 디바이스 지오메트리의 이중화 수준은 확장 및 초기화 프로세스를 통해 유지됩니다. ● 새로 확장된 가상 볼륨 용량은 초기화 프로세스가 완료되면 호스트에서 사용할 수 있습니다.
어레이 재검색 확장 후에는 어레이를 재검색해야 할 수 있습니다. 백엔드 어레이의 유형 및 구성에 따라 스토리지 어레이는 메트로 노드에 의한 자동 검색을 지원하지 않을 수 있습니다. Best Practice 메트로 노드가 스토리지 볼륨의 변경 사항을 자동으로 감지하지 못하는 경우 array-rediscover 명령을 사용하여 메트로 노드가 백엔드 확장을 인식하도록 합니다. 어레이에서 여러 스토리지 볼륨 확장을 수행하는 경우 모든 스토리지 볼륨 확장을 완료하고 어레이를 한 번만 재검색하여 메트로 노 드가 모든 확장을 감지하도록 합니다. 일부 어레이에는 자동 검색을 지원하기 위해 특정 시스템 설정이 필요합니다. 메트로 노드에 대한 스토리지 어레이를 구성하는 절차는 SolVe 데스크탑을 참조하십시오. 노트: SolVe 데스크탑에서 호스트 및 어레이 연결과 구성에 대한 적용 가능한 모범 사례를 검토합니다. 일부 어레이에는 자동 감 지를 위해 특정 설정이 필요합니다.
7 데이터 마이그레이션 이 장에서는 데이터 마이그레이션 및 재구축에 대해 설명합니다. 주제: • • • • • 데이터 마이그레이션 정보 씬 가능 스토리지 마이그레이션 재구축 정보 일회성 데이터 마이그레이션 배치 마이그레이션 데이터 마이그레이션 정보 데이터 마이그레이션에는 두 가지 유형이 있습니다. ● 일회성 마이그레이션 - dm migration start 명령이 사용되는 즉시 디바이스 마이그레이션을 시작합니다. ● 배치 마이그레이션 - 재사용 가능한 마이그레이션 계획 파일을 사용하여 배치 작업으로 실행됩니다. 단일 명령을 사용하여 여러 디바이스 또는 익스텐트 마이그레이션을 실행할 수 있습니다. 일회성 마이그레이션 일회성 마이그레이션에는 다음이 포함됩니다. ● 디바이스 마이그레이션 - 디바이스는 1:1 매핑되거나 익스텐트 또는 기타 디바이스에 구축된 RAID 1 디바이스입니다.
1. 2. 3. 4. 5. 마이그레이션 계획을 생성하고 확인합니다(배치 마이그레이션만 해당). 마이그레이션을 시작합니다. 마이그레이션의 진행 상황을 모니터링합니다. 마이그레이션을 일시 중지, 재개 또는 취소합니다(선택 사항). 마이그레이션을 커밋합니다. 커밋하면 소스 가상 볼륨, 디바이스가 타겟으로 전송됩니다. 디바이스 상단의 가상 볼륨에 시스템 할당 기본 이름이 있는 경우 디바이스 마이그레이션을 커밋하면 타겟 디바이스 다음에 가상 볼륨의 이름이 바뀝니다. 6. 마이그레이션의 레코드를 제거합니다. 타겟 디바이스에 대한 사전 요구 사항 타겟 디바이스는 다음을 수행해야 합니다. ● 소스 디바이스와 크기가 같거나 더 커야 합니다. 타겟의 크기가 소스보다 큰 경우 스토리지 볼륨 확장을 위한 모든 사전 요구 사항이 충족되면 스토리지 볼륨 확장을 사용하여 추 가 공간을 활용할 수 있습니다. 예를 들어, 소스가 200GB이고 타겟이 500GB인 경우 타겟의 200GB만 마이그레이션 후 사용할 수 있습니다.
표 5. 마이그레이션 시나리오 (계속) 마이그레이션 씬 볼륨에서 일반 볼륨으로 (Thin-to-Thick)(씬 활성화 가상 볼륨 아님) 마이그레이션 전의 가상 볼륨 상태 마이그레이션 중의 가상 볼륨 상태 마이그레이션 후 가상 볼륨 상 태 UNMAP 처리됨 UNMAP 거부됨 UNMAP 거부됨 씬 가능 = true 씬 가능 = false 씬 가능 = false 씬 활성화 = 비활성화됨 씬 활성화 = 사용할 수 없음 씬 활성화 = 사용할 수 없음 UNMAP 거부됨 UNMAP 거부됨 UNMAP 거부됨 노트: ● 마이그레이션 중에 마이그레이션 소스에서 타깃으로 데이터를 이동하기 위해 임시 미러가 생성됩니다. 메트로 노드는 가상 볼륨에서 thin-capable 및 thin-enabled 속성이 true모두 true로 설정된 경우에만 UNMAP 명령을 처리합니다.
Thin-capability will be lost after migration. Do you wish to proceed? (Yes/No) no dm migration start: Evaluation of <> failed. cause: Failed to create a new data-migration. cause: Operation was halted by the user VPlexcli:/clusters/cluster-1/storage-elements/extents> 일회성 마이그레이션을 커밋하는 경우 다음 사항을 고려하십시오. ● 씬 볼륨에서 일반 볼륨으로(Thin-to-Thick) 디바이스 마이그레이션에서 메트로 노드 CLI는 가상 볼륨의 씬 속성이 비활성화되었다 는 메시지를 표시합니다.
this command in the check-plan phase afterward. VPlexcli:/> batch-migrate check-plan --file /var/log/VPlex/cli/migration.txt Checking migration plan file /var/log/VPlex/cli/migration.txt. WARNING: The source 'device_thin_1' is thin-capable but the target 'device_thick_1' is not thin-capable. Thin-capability will be lost after migration. WARNING: The source 'device_thin_2' is thin-capable but the target 'device_thick_2' is not thin-capable. Thin-capability will be lost after migration.
메트로 노드 Metro 구성에서는 모든 분산 디바이스에 연결된 로깅 볼륨이 있습니다. 로깅 볼륨은 클러스터 간 링크 운영 중단 중에 기 록된 블록을 추적합니다. 링크 또는 구간이 복원되면 메트로 노드 시스템에서 로깅 볼륨의 정보를 사용하여 링크를 통해 변경된 블록 만 전송하는 방식으로 미러를 동기화합니다. 로깅 볼륨 재구축은 분산 RAID 1의 구간에 연결할 수는 없지만 빠르게 복구되는 경우에도 발생합니다. 구간이 오래된 것으로 표시되도록 예약된 시점에 로깅 볼륨을 사용할 수 없는 경우 구간은 완전히 오래된 것으로 표시되어 전체 재구 축이 발생합니다. 로깅 볼륨의 비 가용성은 복구 시점(시스템이 로깅 볼륨을 읽을 때)과 한 구간에서 쓰기가 실패하고 다른 구간에서 성공할 때(시스템 이 로깅 볼륨에 쓰기를 시작할 때) 모두 중요합니다. 주의: 로깅 볼륨을 사용할 수 없는 경우 클러스터 간 링크 복원으로 인해 링크가 다운된 동안 쓰기가 있었던 모든 분산 디바이스 가 완전히 재구축됩니다.
일회성 데이터 마이그레이션 일회성 데이터 마이그레이션은 dm start migration 명령을 사용하는 즉시 지정된 소스와 타겟 간에 데이터를 이동합니다. 배치 마이그레이션 시에는 재사용 가능한 마이그레이션 계획 파일이 생성되지 않습니다. 일회성 디바이스 마이그레이션 시작 단계 1. drill down 명령을 사용하여 보기, 가상 볼륨 또는 디바이스 소스의 구성 요소를 스토리지 볼륨 수준까지 표시합니다. VPlexcli:/clusters/cluster-1> drill-down –o virtual-volumes/Symm1254_7B7_1_vol virtual-volume: Symm1254_7B7_1_vol (cluster-1) local-device: Symm1254_7B7_1 (cluster-1) extent: extent_Symm1254_7B7_1 storage-volume: Symm1254_7B7 2. 소스 스토리지 볼륨에 사용되는 디바이스를 식별합니다. 3.
transfer-size type 12M full 표 7. 마이그레이션 상태 필드 설명 from-cluster 소스 디바이스의 클러스터 ID 또는 정합성 보장 그룹에 있는 디바이스입니다. percentage-done 마이그레이션의 완료율로, 마이그레이션이 완료되었거나 커밋된 경우 100%입니다. source 소스 디바이스입니다. source-exported 마이그레이션 중에 소스 디바이스를 내보냈는지 여부입니다. 마이그레이션이 클러스터 간 디바이스 마이그레이션인 경우와 디바이스를 아직 내보내지 않은 경우에 적용됩니다. 디바 이스는 해당 클러스터에서 볼 수 있도록 원격 클러스터로 내보내지며 마이그레이션 중에 임 시 분산 RAID 1에서 구간으로 사용할 수 있습니다. ● false - 소스 디바이스를 내보내지 않았습니다. ● true - 소스 디바이스를 내보냈습니다. start-time 마이그레이션이 시작된 날짜 및 시간입니다. status 마이그레이션의 상태입니다.
● 디바이스 마이그레이션 일시 중지: VPlexcli:/data-migrations/device-migrations> dm migration pause --migrations migrate_012 dm migration resume --migrations 명령을 사용하여 일시 중지된 마이그레이션을 재개합니다. 해당 이름이 글로벌 네임스페이스에서 고유한 경우 이름으로 migration-name을 지정합니다. 그렇지 않은 경우 전체 경로 이름을 지정 합니다. 예: ● 일시 정지된 디바이스 마이그레이션 재개: VPlexcli:/data-migrations/device-migrations> dm migration resume --migrations migrate_012 마이그레이션 취소(선택 사항) 다음과 같은 경우에 마이그레이션을 취소할 수 있습니다. 이 작업 정보 ● 마이그레이션이 진행 중이거나 일시 중지되었습니다. 마이그레이션이 중지되었으며 사용 중인 리소스가 모두 해제되었습니다.
마이그레이션 정리 디바이스 마이그레이션의 경우 정리는 소스 디바이스를 스토리지 볼륨으로 분해합니다. 더 이상 사용되지 않는 스토리지 볼륨은 취 소됩니다. 디바이스 마이그레이션의 경우에만 --rename-target 인수를 사용하여 소스 디바이스 다음에 타겟 디바이스의 이름을 바꿉니다. 타겟 디바이스의 이름이 변경된 경우 가상 볼륨에 시스템 할당 기본 이름이 있으면 그 위에 있는 가상 볼륨의 이름도 변경됩니다. 이름을 변경하지 않으면 타겟 디바이스가 타겟 이름을 유지하므로 볼륨과 디바이스 간의 관계가 명확하지 않을 수 있습니다. dm migration clean --force --migrationsmigration-name 명령을 사용하여 마이그레이션을 정리합니다. 해당 이름이 글로벌 네임스페이스에서 고유한 경우 이름으로 migration-name을 지정합니다. 그렇지 않은 경우 전체 경로 이름을 지정 합니다.
● 타겟 구조는 소스 구조와 같습니다. 배치 마이그레이션 계획 생성 batch-migrate create-plan 명령은 지정된 소스와 타겟을 사용하여 마이그레이션 계획을 생성합니다. 이 작업 정보 다음 예에서 batch-migrate create-plan 명령은 이름이 ‘MigDev-test.txt’인 배치 마이그레이션을 다음 경로에 생성합니다. ● 클러스터-1의 두 디바이스를 클러스터-2의 두 디바이스로 마이그레이션합니다. ● 이름이 같은 기존 계획을 덮어씁니다. VPlexcli:/> batch-migrate create-plan --file MigDev-test.
● 관리 서버에서 나가 /var/log/VPlex/cli/로 이동합니다. 텍스트 편집기(vi)를 사용하여 파일을 편집하고 저장합니다. VPlexcli:/> exit Connection closed by foreign host. service@ManagementServer:~> cd /var/log/VPlex/cli/ service@ManagementServer:/var/log/VPlex/cli> 노트: 마이그레이션 계획 파일에 주석을 추가하려면 “/ “로 시작하는 줄을 추가합니다. 배치 마이그레이션 시작 전송 크기 정보 전송 크기는 마이그레이션을 수행하는 데 사용되는 캐시 영역의 크기입니다. 이 영역은 전역적으로 잠겨 있으며, 소스에서 읽히고 타 겟에 기록됩니다. 전송 크기는 작게는 40K에서 크게는 128M까지 다양하며 4K의 배수여야 합니다. 기본 권장 값은 128K입니다. 전송 크기가 클수록 마이그레이션 성능이 향상되지만 프런트엔드 I/O에는 악영향을 미칩니다.
배치 마이그레이션 취소(선택 사항) 활성 배치 마이그레이션을 취소하여 소스 볼륨을 마이그레이션 시작 이전의 상태로 되돌립니다. 이 작업 정보 batch-migrate cancel 명령을 사용하여 지정된 마이그레이션을 취소합니다. 예: VPlexcli:/data-migrations/device-migrations> batch-migrate cancel --file migrate.txt 노트: 취소한 마이그레이션 계획을 다시 실행하려면 batch-migrate remove 명령을 사용하여 마이그레이션의 레코드를 제 거합니다. 배치 마이그레이션 레코드 제거를 참조하십시오. 배치 마이그레이션의 진행 상황 모니터링 batch-migrate summary 명령을 --verbose 옵션과 함께 사용하여 지정된 배치 마이그레이션의 진행 상황을 모니터링합니다.
표 8. 배치 마이그레이션 요약 필드 설명 Processed.... 배치 마이그레이션 계획에서 지정된 소스 타겟 페어 개수 중 처리된 수입니다. committed 처리된 소스 타겟 페어 개수 중 커밋된 수입니다. completed 처리된 소스 타겟 페어 개수 중 완료된 수입니다. in-progress 처리된 소스 타겟 페어 개수 중 진행 중인 수입니다. paused 처리된 소스 타겟 페어 개수 중 일시 중지된 수입니다. error 처리 중 오류가 발생한 작업입니다. cancelled 처리된 소스 타겟 페어 개수 중 취소된 수입니다. no-record 처리된 소스 타겟 페어 개수 중 컨텍스트 트리에 기록이 없는 수입니다. 노트: 25개를 초과하는 마이그레이션이 동시에 활성 상태인 경우 대기열에 추가되며 상태가 in-progress로 표시되고 percentage-complete가 “?”로 표시됩니다.
주의: 이 명령은 배치 마이그레이션이 제거되기 전에 실행되어야 합니다. 이 명령은 VPlexcli 컨텍스트 트리에 레코드가 없는 마 이그레이션을 정리하지 않습니다. 다음 예에서 소스 디바이스는 해당 스토리지 볼륨으로 분해되고 타겟 디바이스 및 볼륨은 소스 디바이스 이름 뒤에 이름이 바뀝니다. VPlexcli:/> batch-migrate clean --rename-targets --file migrate.txt Using migration plan file /temp/migration_plans/migrate.txt for cleanup phase.
8 WAN 네트워크 구성 각 메트로 노드 디렉터에 있는 2개의 WAN 포트는 듀얼 10기가비트 이더넷 클러스터 간 링크를 지원합니다. WAN 포트는 두 번째 클 러스터 설치의 일부로 구성됩니다. 이 장에서는 CLI 컨텍스트 및 설치 시 생성된 구성을 변경하는 절차에 대해 설명합니다. 주제: • • • • • 메트로 노드 하드웨어 및 WAN 포트 Metro over IP WAN 포트 구성 규칙 CLI 컨텍스트 백엔드 네트워크 관리 및 모니터링 LDAP 메트로 노드 하드웨어 및 WAN 포트 메트로 노드 Metro over IP 클러스터에서 디렉터에는 WC-00 및 WC-01이라는 2개의 10기가비트 이더넷(10GbE) 포트가 있습니다. 경고: 디렉터의 WAN 포트 및 메트로 노드 Metro 구성의 클러스터 간에 전송되는 데이터는 암호화되지 않습니다. DNS 공격을 방지하기 위해 WAN 포트는 안전하고 신뢰할 수 있는 네트워크에서만 라우팅되어야 합니다.
포트 그룹 컨텍스트 각 연결 역할(백엔드, 프런트엔드, local-com 또는 wan-com)에 할당된 포트 그룹(또는 통신 경로)은 각 역할의 port-groups 하위 컨 텍스트에 포함됩니다. 각 클러스터의 WC-00이라는 포트를 통틀어 ip-port-group-0이라고 합니다. 각 클러스터에 하나씩 두 개의 ip-port-group-0이 있습니 다. 각 클러스터의 ip-port-group-0은 클러스터 간에 하나의 통신 채널을 형성합니다. 각 클러스터의 WC-01이라는 포트를 통틀어 ip-port-group-1이라고 합니다. 각 클러스터에 하나씩 두 개의 port-group-1이 있습니다. 각 클러스터의 ip-port-group-1은 클러스터 간에 두 개의 통신 채널을 형성합니다. 다음 예에서 메트로 노드 Metro 구성에는 각 클러스터에 두 개의 백엔드 fc-port-group이 있습니다.
구성원 포트 member-ports 컨텍스트 아래의 모든 속성은 읽기 전용입니다. 모든 포트 그룹에는 포트 그룹에 있는 각 디렉터의 포트를 나열하는 구성원 포트 컨텍스트가 포함됩니다. 포트 그룹은 연결할 수 없게 되는 디렉터에서 구성원 포트를 기억합니다. 디렉터에 연결할 수 없는 경우 포트 그룹은 연결할 수 없는 포트를 표시하며 연결할 수 없음을 나타냅니다. 연결할 수 없는 포트를 기억하는 작업은 디렉터에 연결할 수 없게 되기 전에 CLI의 현재 인스턴스가 포트에 대해 알게 된 경우에만 가능합니다. CLI가 시작될 때 디렉터에 연결할 수 없는 경우 포트 그룹에는 해당 포트가 표시되지 않습니다. 구성원 포트 컨텍스트의 긴 목록은 포트 그룹의 구성원 포트에 대한 요약 정보를 제공합니다.
포트 그룹을 재구성하는 경우 서로 일치해 야하는 여러 값이 있습니다. 다른 속성 값을 변경하기 전에 일부 속성 값을 삭제하거나 지 워야 할 수 있습니다. VPlexcli:/clusters/cluster-1/connectivity/wan-com/port-groups/ip-port-group-3> cd subnets/ VPlexcli:/clusters/cluster-1/connectivity/wan-com/port-groups/ip-port-group-3/subnets> ll Name -------------cluster-1-SN00 cluster-1-SN01 default-subnet 서브넷을 삭제하려면 configuration subnet clear 명령을 사용합니다. /connectivity/back-end/ back-end 역할 컨텍스트에는 백엔드 스토리지 어레이에 연결하는 데 필요한 구성 정보가 포함되어 있습니다. 백엔드 역할에는 연관된 속성이 없습니다.
오. 메트로 노드는 각 백엔드 IT Nexus의 레이턴시를 모니터링하며 성능이 낮은 백엔드 경로가 발생할 가능성이 있습니다. 메트로 노 드에는 성능 영향을 제한하는 몇 가지 메커니즘이 있습니다. 백엔드 IT Nexus 가져오기와 레이턴시가 긴 서비스 중단 I/O가 ITL(IT Nexus의 Initiator-Target-LUN)에서 완료하는 데 2초 이상 걸리는 경우 ITL 및 IT는 ITL에 허용되는 명령 제한이 5에서 1로 감소하는 패널티를 받습니다. ITL에 대한 누적 페널티가 2초를 초과하면 ITL의 명령 제한이 0으로 줄어들어 이 ITL에서 더 이상 명령 이 허용되지 않음을 나타냅니다. 높은 레이턴시로 인해 IT Nexus에서 20개 이상의 ITL이 불이익을 받으면 IT 링크는 성능 저하로 표시 되고 메트로 노드는 성능이 향상될 때까지 호스트 기반 I/O에 IT 링크 사용을 자동으로 중지합니다.
그림 4 . LDAP 디렉토리 구조 메트로 노드 SolVe 데스크탑은 LDAP 구성에 대한 정보를 제공합니다. 예(ldapsearch 명령) ldapsearch 명령을 사용하여 디렉토리 서버의 속성 매핑 값을 확인합니다. ● 제공된 조직 단위 아래에 상주하는 사용자 결정: service@ManagementServer:~> /usr/bin/ldapsearch -x -LLL -l 30 -H ldap://10.31.50.
homeDirectory: /u/v/x/y/dev1 uidNumber: 50000 gidNumber: 80000 58 WAN 네트워크 구성
9 정합성 보장 그룹 이 장에서는 메트로 노드 정합성 보장 그룹을 관리하고 운영하는 방법을 설명합니다. 주제: • • • • 메트로 노드 정합성 보장 그룹 정보 정합성 보장 그룹의 속성 정합성 보장 그룹 관리 정합성 보장 그룹 작동 메트로 노드 정합성 보장 그룹 정보 메트로 노드 정합성 보장 그룹은 볼륨을 통합하여 전체 그룹에서 공통된 속성을 갖는 애플리케이션을 지원합니다. 그림 5 . 메트로 노드 정합성 보장 그룹 동기식 정합성 보장 그룹 메트로 노드 Local 또는 메트로 노드 Metro 시스템에서 동기식 정합성 보장 그룹을 사용하면 규칙 세트와 기타 속성을 볼륨 그룹에 간 편하게 적용할 수 있습니다. 메트로 노드는 최대 1,024개의 동기식 정합성 보장 그룹을 지원합니다. 동기식 정합성 보장 그룹: ● ● ● ● 최대 1,000개의 가상 볼륨을 포함합니다. 로컬 볼륨 또는 분산 볼륨을 포함합니다(단, 두 가지의 조합은 포함하지 않음).
그림 6 . 동기식 정합성 보장 그룹 ● 두 클러스터의 호스트는 정합성 보장 그룹의 메트로 노드 분산 볼륨에 작성합니다. ● 메트로 노드는 두 클러스터의 백엔드 스토리지에 데이터를 작성합니다. ● 쓰기를 실행하는 호스트에 승인이 반환됩니다. 이렇게 하면 백엔드 스토리지의 이미지가 양면의 정확한 복사본이 됩니다. 동기식 정합성 보장 그룹: 가시성 동기식 정합성 보장 그룹은 분산형 또는 로컬 볼륨을 지원하지만, 같은 정합성 보장 그룹에서 둘 다 지원하지는 않습니다. 로컬 동기식 정합성 보장 그룹은 로컬 볼륨만 구성원으로 갖습니다. 로컬 동기식 정합성 보장 그룹의 가시성 속성은 다음 중 하나로 설정할 수 있습니다. ● 로컬 가시성 - 정합성 보장 그룹의 로컬 볼륨이 로컬 클러스터에서만 인식됩니다. ● 글로벌 가시성 - 정합성 보장 그룹의 로컬 볼륨 스토리지가 한 클러스터에 있지만, 클러스터 모두에서 인식됩니다.
그림 7 . 로컬 가시성이 설정된 로컬 정합성 보장 그룹 글로벌 가시성 로컬 정합성 보장 그룹의 표시 속성이 두 클러스터(글로벌 표시)로 설정된 경우 두 클러스터 모두 로컬 복사본이 없는 클러스터에서 I/O를 수신할 수 있습니다. 해당 원격 클러스터의 모든 쓰기는 승인되기 전에 클러스터 간 WAN 링크를 통해 전달됩니다. 로컬로 수행할 수 없는 모든 읽기도 링크를 통해 전송됩니다. 이렇게 하면 원격 클러스터가 정합성 보장 그룹에 대한 요청 시 즉시 액 세스할 수 있지만 원격 클러스터에 대한 레이턴시가 더 추가됩니다. 글로벌 표시를 갖춘 로컬 정합성 보장 그룹은 메트로 노드 Metro 환경에서 지원됩니다. 로컬 볼륨만 글로벌 표시를 갖춘 로컬 정합성 보장 그룹에 배치할 수 있습니다. 글로벌 표시를 갖춘 로컬 정합성 보장 그룹은 항상 Write-Through 캐시 모드(동기식 캐시 모드)를 사 용합니다. 글로벌 표시를 갖춘 로컬 정합성 보장 그룹으로 이동하는 I/O는 항상 동기식입니다.
그림 8 . 글로벌 가시성이 설정된 로컬 정합성 보장 그룹 정합성 보장 그룹의 속성 정합성 보장 그룹의 속성은 정합성 보장 그룹의 모든 가상 볼륨에 적용됩니다. 모든 정합성 보장 그룹에는 다음과 같은 I/O 동작을 결정하는 구성 가능한 속성이 있습니다. ● ● ● ● ● 표시 Storage-at-clusters 분리 규칙 Auto-resume-at-loser 가상 볼륨 표시 가시성은 정합성 보장 그룹에 대한 클러스터의 인식 여부를 제어합니다. 노트: 정합성 보장 그룹에 대한 가시성은 디바이스의 가시성 속성에 따라 다릅니다. 디바이스는 가시성을 local(로컬 클러스터 만 인식) 또는 global(두 클러스터 모두 인식)로 설정할 수 있습니다. 모든 분산 디바이스에는 글로벌 가시성이 적용됩니다. 기본적으로 정합성 보장 그룹의 가시성 속성은 정합성 보장 그룹을 생성한 클러스터만으로 설정됩니다. 클러스터 2에서 정합성 보장 그룹을 생성하는 경우 처음에는 클러스터 2에만 표시됩니다.
정합성 보장 그룹의 가시성이 클러스터로 설정된 경우 정합성 보장 그룹은 해당 클러스터에 대해 아래 /clusters/cluster-n/ consistency-groups 컨텍스트를 표시합니다. 노트: 정합성 보장 그룹의 가시성 속성에 해당 클러스터가 포함된 경우에만 지정된 정합성 보장 그룹의 컨텍스트가 클러스터의 정합성 보장 그룹 CLI 컨텍스트에 표시됩니다. 정상 운영 중에는 한 클러스터에서 두 클러스터로 확장되도록 가시성 속성을 수정할 수 있습니다. set 명령을 /clusters/cluster/consistency-groups/consistency-group 컨텍스트에서 사용하여 가시성 속성을 수정 합니다. 정합성 보장 그룹 TestCG가 클러스터-1에서만 인식되는 경우 set 명령을 사용하여 클러스터-1 및 클러스터-2에서 인식되도 록 합니다.
정합성 보장 그룹에 분리 규칙이 구성되어 있는 경우 해당 정합성 보장 그룹의 모든 볼륨에 규칙이 적용되고 개별 볼륨에 적용된 규칙 세트는 무시됩니다. 이 속성은 로컬 정합성 보장 그룹에 적용할 수 없습니다. 기본적으로는 정합성 보장 그룹에 대해 특정 분리 규칙이 구성되어 있지 않습니다. 대신에 no-automatic-winner 분리 규칙이 두 클러스터에 대한 표시가 있는 정합성 보장 그룹의 기본값으로 설정됩니다. 모범 사례는 I/O 연속성 및 데이터 손실 허용 측면에서 애플리케이션의 요구 사항을 충족하는 정합성 보장 그룹에 분리 규칙을 적용 하는 것입니다. consistency-group set-detach-rule 명령을 사용하여 정합성 보장 그룹에 대한 분리 규칙을 구성합니다. ● consistency-group set-detach-rule no-automatic-winner 명령을 사용하여 분리 규칙을 no-automaticwinner로 설정합니다.
이 속성을 클러스터 교차 연결에 사용된 정합성 보장 그룹에 대해 true로 설정합니다. 이 경우 승자가 항상 호스트에 연결되어 있으 므로 데이터 손실의 위험이 없으며 잘못된 순서의 전달을 방지합니다. true (기본값) - 클러스터 간 링크가 복원되면 패배 클러스터에서 I/O가 자동으로 재개됩니다. 패배 클러스터가 웹 페이지 서비스와 같은 읽기 전용 애플리케이션을 서비스 중인 경우만 auto-resume-at-loser를 true로 설 정합니다. false - 클러스터 간 링크가 복원된 후 패배 클러스터에서 I/O가 일시 중단 상태로 유지됩니다. I/O는 수동으로 재개해야 합니다. 데이터의 급격한 변경을 허용할 수 없는 모든 애플리케이션에 대해 auto-resume-at-loser를 false로 설정합니다. 주의: 자동 재개 속성을 true로 설정하면 클러스터 간 링크가 복원되었을 때 패배 클러스터에서 애플리케이션에 제공되는 데이 터 뷰가 자발적으로 변경될 수도 있습니다.
정합성 보장 그룹을 생성하고 가상 볼륨을 추가하기 전에 설정해야 하는 이러한 속성을 구성하려면 다음을 수행합니다. 단계 1. ls /clusters/*/consistency-groups/ 명령을 사용하여 모든 정합성 보장 그룹의 이름을 표시합니다.
5. set 명령을 사용하여 정합성 보장 그룹의 storage-at-clusters 속성을 구성합니다. VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::storage-at-clusters cluster-1,cluster-2 6. 필요에 따라 consistency-group set-detach-rule 명령 중 하나를 사용하여 분리 규칙을 적용합니다. 예를 들어 분리 규칙을 active-cluster-wins로 구성합니다. VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set-detach-rule active-cluster-wins 7. ll 명령을 사용하여 새 정합성 보장 그룹을 표시합니다. 디스플레이의 필드에 대한 설명은 표 16 정합성 보장 그룹 필드 설명을 참조하십시오. 정합성 보장 그룹에 볼륨 추가 정합성 보장 그룹에 최대 1,000개의 볼륨을 추가할 수 있습니다.
정합성 보장 그룹에서 볼륨 제거 정합성 보장 그룹에서 하나 이상의 가상 볼륨 제거: 단계 1. ll 명령을 사용하여 타겟 정합성 보장 그룹의 가상 볼륨을 표시합니다.
advanced recoverpoint - 정합성 보장 그룹 속성 수정 이 작업 정보 정합성 보장 그룹 분리 규칙을 사용하여 정합성 보장 그룹에 적용된 분리 규칙을 수정합니다. ● consistency-group set-detach-rule no-automatic-winner ● consistency-group set-detach-rule winner set 명령을 사용하여 정합성 보장 그룹의 다음 속성을 수정합니다. ● 표시 ● Storage-at-clusters ● Local-read-override set 명령과 유효한 입력을 사용하여 수정 가능한(작성 가능한) 속성을 표시하려면 다음을 수행합니다.
이 작업 정보 VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set visibility cluster-1,cluster-2 visibility 속성을 정합성 보장 그룹 컨텍스트에서 변경: VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-1,cluster-2 visibility 속성을 루트 컨텍스트에서 변경: VPlexcli:/> set /clusters/cluster-1/consistency-groups/TestCG::visibility cluster-1,cluster-2 수정 예: 분리 규칙 적용 다음 표에는 표시 및 storage-at-cluster에 대한 다양한 설정이 포함된 정합성 보장 그룹에 적용 가능한 분리 규칙이 나와 있습니다. 이 작업 정보 표 10.
정합성 보장 그룹 삭제 이 작업 정보 빈 정합성 보장 그룹 제거: 단계 1. ls -f 명령을 사용하여 정합성 보장 그룹에 가상 볼륨이 없는지 확인합니다(virtual volumes = [ ]). VPlexcli:/> ls clusters/cluster-1/consistency-groups/TestCG Attributes: Name Value -------------------- ---------------------active-clusters [] cache-mode synchronous detach-rule operational-status [ok] passive-clusters [] recoverpoint-enabled false storage-at-clusters [cluster-1, cluster-2] virtual-volumes [] visibility [cluster-1, cluster-2] . . . 2.
/clusters/cluster-name/consistency-groups 컨텍스트에서 ls 명령을 사용하여 지정된 클러스터에서만 정합성 보장 그 룹의 이름을 표시합니다. VPlexcli:/> ls /clusters/cluster-1/consistency-groups/ /clusters/cluster-1/consistency-groups: TestCG test10 test11 test12 test13 test14 test15 test8 test9 vs_RAM_c1wins vs_RAM_c2wins vs_oban005 vs_sun190 test16 test5 test6 test7 ll 컨텍스트에서 /clusters/cluster-name/consistency-groups 명령을 사용하여 정합성 보장 그룹에 대한 개요를 표시합 니다. 이 명령을 사용하여 정합성 보장 그룹의 전반적인 상태를 모니터링하고 잘못 구성된 규칙을 식별합니다.
정합성 보장 그룹의 /advanced 컨텍스트에서 ll 명령을 사용하여 지정된 정합성 보장 그룹의 고급 속성을 표시합니다. VPlexcli:/clusters/cluster-1/consistency-groups/TestCG/advanced> ls Name Value -------------------------- -------auto-resume-at-loser true current-queue-depth current-rollback-data default-closeout-time delta-size local-read-override true max-possible-rollback-data maximum-queue-depth potential-winner write-pacing disabled 다음 예에서는 클러스터 간 링크 운영 중단 동안 /clusters/cluster-name/ consistency-groups/consistency-group 컨텍스트에서 ls 명령의 출력을 표시합니다.
cache-mode detach-rule operational-status synchronous no-automatic-winner [(cluster-1,{ summary:: ok, details:: [] }), (cluster-2,{ summary:: ok, details:: [] })] passive-clusters [] recoverpoint-enabled false storage-at-clusters [cluster-1, cluster-2] virtual-volumes [dd1_vol, dd2_vol] visibility [cluster-1, cluster-2] Contexts: advanced recoverpoint 표 11. 정합성 보장 그룹 필드 설명 속성 설명 표준 속성 cache mode synchronous (기본값) - 쓰기가 동기식으로 수행됩니다. 쓰기는 모든 클러스터의 백엔드 스토리지로 전송되지 않는 한 호스트에 승인되지 않습니다.
표 11. 정합성 보장 그룹 필드 설명 (계속) 속성 설명 ● true - 클러스터 간 링크가 복원되면 손실된 클러스터에서 I/O가 자동으로 재개 됩니다. ● false (기본값) - 클러스터 간 링크가 복원된 후에는 I/O를 수동으로 재개해야 합니다. ● 관리자가 애플리케이션을 재시작할 시간을 제공하려면 이 속성을 false로 설정 합니다. 설정하지 않으면 호스트 캐시에 있는 불필요한 데이터가 비장애 클러스 터에서 활발히 작성하는 디스크의 이미지와 일치하지 않습니다. 이 속성을 true 로 설정하면 손실된 클러스터에서 애플리케이션에 제공되는 데이터 보기가 자발 적으로 변경될 수 있습니다. 대부분의 애플리케이션은 이러한 데이터 변경을 허 용할 수 없습니다. 호스트가 이러한 불필요한 페이지를 잘못된 순서로 플러시하 면 데이터 이미지가 손상될 수 있습니다. 디스플레이 전용 속성 active-clusters 동기식 정합성 보장 그룹의 경우 이 속성은 항상 비어 있습니다([ ]).
정합성 보장 그룹 작동 모범 사례는 I/O가 하나의 클러스터에서만 계속되도록 허용하는 것입니다. I/O가 두 클러스터에서 계속되도록 허용하면 한 클러스터 가 다른 클러스터에서 완전한 재동기화를 완료하게 됩니다. 패자 클러스터의 모든 쓰기가 손실됩니다. 이 작업 정보 I/O가 두 클러스터에서 계속되는 경우: ● 클러스터의 데이터 이미지가 나뉩니다. ● 분산형 볼륨의 레그는 논리적으로 분리되어 있습니다. 클러스터 간 링크가 복원되면 클러스터는 I/O가 독립적으로 진행되었음을 인식합니다. I/O는 데이터 이미지 동기화에 소스로 사용할 데이터 이미지가 있는 승리 클러스터를 선택할 때까지 두 클러스터에서 계속됩니다. 다음 예에서 I/O는 클러스터 간 링크 운영 중단 중 두 클러스터에서 재개됩니다. 클러스터 간 링크가 복원되면 두 클러스터가 접촉 상 태로 돌아오고 각기 분리되어 I/O를 계속했다는 것을 인지합니다. 단계 1. ls 명령을 사용하여 두 클러스터에서 정합성 보장 그룹의 운영 상태를 표시합니다.
visibility [cluster-1, cluster-2] Contexts: advanced recoverpoint ● 클러스터-1에서 I/O가 계속되고 상태가 ok입니다. ● 클러스터-2에서 데이터 뷰가 변경되어 I/O가 일시 중단됩니다. 4. consistency-group resume-at-loser 명령을 사용하여 I/O를 클러스터-2의 정합성 보장 그룹으로 재개합니다. 롤백 후 I/O 재개 이 작업 정보 해당 데이터 없이는 승리 클러스터의 데이터 이미지가 일관되지 않습니다. 승자에서 I/O를 재개하려면 승자의 데이터 이미지를 클러 스터가 합의된 마지막 지점으로 롤백해야 합니다. 이는 데이터 이미지의 급격한 변화를 일으킬 수 있습니다. 다수의 애플리케이션은 급격한 데이터 변화를 허용할 수 없으므로, I/O의 롤백 및 재개에는 수동 개입이 필요합니다. 이 지연은 데이터 이미지를 변경하기 전에 애플리케이션을 중지할 기회를 관리자에게 제공합니다.
storage-at-clusters [cluster-1, cluster-2] virtual-volumes [dd1_vol] visibility [cluster-1, cluster-2] Contexts: advanced recoverpoint 손실된 클러스터에서 I/O 재개 클러스터 간 링크 운영 중단 중 두 클러스터 중 하나인 승리 클러스터에서 재개하도록 I/O를 허용할 수도 있습니다. 이 작업 정보 I/O는 패배 클러스터에서 일시 중단 상태로 유지됩니다. 클러스터 간 링크가 복원되면 승리 및 패배 클러스터가 재연결되며 패배 클러스터는 승리 클러스터가 패배 클러스터 없이 I/O를 재개 했음을 인식합니다. 명시적으로 구성되지 않은 한 I/O는 패배 클러스터에서 일시 중단 상태로 유지됩니다. 이는 패배 클러스터의 애플리케이션이 자발적 인 데이터 변경을 경험하지 않도록 방지합니다. 해당 지연을 통해 애플리케이션을 종료할 수 있습니다.
operational-status [(cluster-1,{ summary:: ok, details:: [] }), (cluster-2,{ summary:: ok, details:: [] })] passive-clusters [] recoverpoint-enabled false storage-at-clusters [cluster-1, cluster-2] virtual-volumes [dd1_vol, dd2_vol] visibility [cluster-1, cluster-2] Contexts: advanced recoverpoint 디바이스가 재구축되는 동안 운영 상태에서 rebuilding-across-clusters를 확인할 수도 있습니다. 읽기 전용 속성 설정 SRDF R2 디바이스(복제본)는 어레이 관리형 BCV(Business Continuance Volume)의 예입니다.
10 성능 및 모니터링 이 장에서는 RPO/RTO 및 성능 모니터를 생성하고 작동하는 절차에 대해 설명합니다. 주제: • • • • • • 성능 정보 성능 모니터링 정보 CLI를 사용한 성능 모니터링 포트 모니터링 통계학 통계 표 성능 정보 이 장에서는 메트로 노드 시스템의 성능과 관련된 다음 항목을 설명합니다. ● 구성 - 성능을 최대화하고 RPO(Recovery Point Objective) 및 RTO(Recovery Time Objective)를 관리하기 위한 수정 가능한 매개변 수입니다. ● 모니터링 - 메트로 노드의 성능을 모니터링하고 문제를 식별 및 진단하기 위한 툴 및 기술입니다. RPO 및 RTO RPO(Recovery Point Objective): RPO는 스토리지 시스템에서 장애가 발생한 시점과 스토리지 시스템이 고객 데이터를 복구할 수 있 는 과거의 예상 시점 사이의 시간 간격입니다. RPO는 장애 발생 후 애플리케이션에서 허용되는 데이터 손실의 최대량입니다.
사용자 지정 모니터 CLI로 사용자 지정 모니터를 생성하여 선택한 타겟에 대해 선택한 통계를 수집 및 표시할 수 있습니다. CLI를 사용한 성능 모니터링을 참조하십시오. 영구 모니터 GeoSynchrony에는 30초마다 표준 성능 통계 세트를 수집하는 영구 모니터가 포함되어 있습니다. 영구 모니터는 메트로 노드 디렉터 및 가상 볼륨의 성능과 관련된 통계를 수집합니다. 영구 모니터 파일은 collect-diagnostics의 일부로 수집됩니다. 수집 진단은 클러스터별로 수행되므로 메트로 구성에서는 두 메트로 노드 관리 서버에서 명령을 실행합니다. 영구 모니터의 출력은 기본 수집 진단 zip 파일 내의 smsDump_date.zip 파일에 캡처됩니다. smsDump_date.zip 파일 내에서 모니터 파일은 clilogs/에 있습니다. 관리 서버에서 영구 파일을 복사할 수도 있습니다. 영구 파일은 /var/log/VPlex/cli/에 있습니다. 디렉터당 하나의 영구 모니터 파일이 있습니다.
그림 9 . 성능 모니터링 대시보드(HTML5용) 현재 5분 창에 대한 성능 정보는 다음과 같은 차트 세트로 표시됩니다. ● WAN 링크 성능 차트 - 연결된 클러스터의 WAN 링크 성능을 표시합니다. 이 차트를 참조해 링크 성능을 모니터링하여 특정 환경 에 대한 대역폭 요구 사항을 결정하고, 시간 경과에 따른 통계 데이터를 수집하고, 사용량이 많은 기간 동안 네트워크 트래픽을 모 니터링하거나, 사용량이 많은 시간을 피하기 위한 데이터 이동 작업을 계획할 수 있습니다. ● WAN 레이턴시 차트 - WAN 레이턴시의 시간대별 보기를 제공합니다. avg-lat/min-lat/max-lat 범주는 최근 5초 이내에 관찰된 값 을 각각 보고합니다. ● 쓰기 레이턴시 델타 차트 - 디렉터당 프런트엔드 레이턴시와 백엔드 레이턴시 사이의 델타를 제공합니다. 메트로 노드가 쓰기 처 리에 소비하는 오버헤드 시간인 Local/Metro의 핵심 메트릭입니다.
메트로 노드 CLI를 사용한 성능 모니터링 CLI를 사용하여 성능 문제를 진단할 수 있는 사용자 지정 모니터를 생성합니다. 두 개의 CLI 객체가 성능 통계를 수집하고 표시합니다. ● monitors - 지정한 타겟에서 지정한 간격으로 지정한 통계를 수집합니다. ● monitor sinks - 원하는 대상으로 출력을 전달합니다. 모니터 싱크에는 콘솔, 파일 또는 두 가지의 조합이 포함됩니다. CLI를 사용한 성능 모니터링 이 섹션에서는 메트로 노드 CLI를 사용하여 사용자 지정 모니터를 생성하는 단계를 설명합니다. 파일 회전 및 타임스탬프 정보 모니터의 파일 싱크에서 생성된 로그 파일은 크기가 10MB에 도달하면 자동으로 회전됩니다. 10MB 파일은 filename.csv.n으로 저장되며 여기서 n은 1~10의 숫자이고 출력은 filename.csv.n+1이라는 새 파일에 저장됩니다. .csv 파일은 최대 10회 회전합니다. 다음 예에서는 모니터가 10MB의 출력을 초과했습니다.
● set 명령을 사용하여 모니터의 기간 속성을 0으로 변경합니다. ● set 명령을 사용하여 싱크의 활성화된 속성을 false로 변경합니다. 7. monitor collect 명령을 사용하여 모니터의 다음 자동 수집을 기다리지 않고 즉시 통계를 업데이트 및 수집합니다. 8. 모니터가 출력됩니다. 콘솔 싱크가 콘솔에서 모니터 출력을 표시합니다. 파일 싱크의 경우 관리 서버에서 /var/log/VPlex/cli/로 이동하고 tail -f filename을 사용하여 출력을 표시합니다. 또는 출력을 csv 파일로 전송하고 Microsoft Excel에서 해당 파일을 연 후 차트를 생성합니다. Microsoft Excel에서 CSV 파일을 편집하지 말고 파일을 저장합니다. Excel에서 초 필드를 제거하여 타임스탬프가 중복됩니다. Excel을 사용하여 CSV 파일을 확인하되 편집 항목을 저장하지 마십시오. 9. monitor destroy 명령을 사용하여 모니터를 제거합니다.
file - 출력을 지정된 파일에 전송합니다. 콘솔 싱크 추가 monitor add-console-sink 명령을 사용하여 기존 모니터에 콘솔 싱크를 추가합니다. 이 작업 정보 콘솔 모니터는 메트로 노드 관리 콘솔에 선택된 통계를 표시하여 콘솔과 다른 입력/출력을 중단합니다. 콘솔 싱크를 비활성화하려면 명령에 대한 싱크 활성화/비활성화를 참조하십시오. 콘솔 싱크의 기본 형식은 ‘table’입니다. 출력 서식이 표로 설정된 콘솔 싱크(기본 출력 형식)를 추가하려면 다음을 수행합니다.
이 작업 정보 VPlexcli:/monitoring/directors/director-2-1-B/monitors/director-2-1-B_TestMonitor> monitor remove-sink console 모니터 삭제 monitor destroy monitor 명령을 사용하여 지정된 모니터를 삭제합니다.
ll /monitoring/directors/*/monitors 명령을 사용하여 지정된 컨텍스트 및 객체의 모든 모니터에 대한 요약 정보를 표시 합니다.
표 12. 모니터 및 싱크 필드 설명 (계속) 필드 설명 collecting-data 이 성능 모니터가 데이터를 수집하는지 여부입니다. 활성화된 싱크가 하나 이상 있는 경우 모니터는 데이터를 수집합니다. firmware-id 모니터의 펌웨어 ID입니다. idle-for 펌웨어에서 이 성능 모니터에 액세스한 후 경과된 시간입니다. name 사용자에게 의미 있도록 고안된 이 성능 모니터의 디렉터 전체 고유 이름입니다. ownership 이 모니터가 이 메트로 노드 관리 콘솔의 인스턴스에서 생성되었는지 여부입니다. period 샘플링 기간(초)입니다. statistics 모니터링 중인 성능 통계 목록입니다. targets 모니터링되는 성능 통계에 적용되는 타겟 목록입니다. 타겟은 포트, 스토리지 볼륨 또는 가 상 볼륨이 될 수 있습니다. 모든 통계에 타겟이 필요한 것은 아닙니다. 모니터 싱크 디스플레이 필드 Name 파일 싱크의 경우 생성된 싱크 컨텍스트의 이름입니다.
싱크 활성화/비활성화 set 명령을 사용하여 모니터 싱크를 활성화하거나 비활성화합니다.
패브릭 이슈가 발생한 클러스터, 디렉터 및 포트를 명시적으로 식별합니다. 성능이 저하된 FC 이니시에이터-타겟 쌍에 대해 보고합니다. 스크립트의 임계값은 json 구성 파일에서 수정할 수 있습니다. 5분 후에 오류 보고서를 중단합니다. 그 후 이메일이 중단된 기간 동안 포트 오류 보고서를 자세히 설명하는 요약 이메일이 전송 됩니다. 노트: 지원은 최종 사용자와 협력하여 이메일 서버 주소에 대한 port-stats-monitor 스크립트를 설정하기 위한 모니터링 스크립트 를 배포하고, 스크립트가 보낼 보고서를 수신하려는 사람을 위한 이메일 목록을 배포하기 위한 것입니다. ● ● ● ● 예: port-monitor start [--email ,,...] 보고서를 이메일로 보내기 위한 스크립트 설정 스크립트를 시작하고 최종 사용자의 이메일(SMTP) 서버에 연결합니다.
임계값 조정(필요한 경우) 단계 관리 서버에서 둘 다 메트로인 경우 port-stats-monitor 디렉토리를 만들고 특정 하드웨어인 VS2 또는 VS6과 이전에 portstats-monitor_6.2.zip 파일을 압축 해제한 config.json 파일을 새로 생성된 디렉토리로 복사합니다. a. /var/log/VPlex/cli/port-stats-monitor 디렉토리를 생성합니다. 예: mkdir /var/log/VPlex/cli/port-stats-monitor b. 해당 하드웨어 _config.json 파일을 작업 중인 메트로 노드 하드웨어의 이 디렉토리에 복사합니다. 예: cp vs2config.json /var/log/VPlex/cli/port-stats-monitor/config.json 또는 cp vs6-config.json /var/log/ VPlex/cli/port-stats-monitor/config.json 노트: c 단계의 경우 스크립트를 로드한 후 변경하지 마십시오.
### Starting the monitor To start the monitor, run: ` port-monitor start [--email ,...]` options (* = required): -h | --help Displays the usage for this command. --verbose Provides more output during command execution. This may not have any effect for some commands. -e | --email= [, ...
Historical data is located in /var/log/VPlex/cli/port-stats-monitor.
transmission-word has increased by 3494 /var/log/VPlex/cli/port-stats-monitor.log.9:director-1-1-B B1-FC02 (back-end) loss-of-sync has increased by 528 /var/log/VPlex/cli/port-stats-monitor.log.9:director-1-1-B B1-FC02 (back-end) invalidtransmission-word has increased by 5996 통계학 메트로 노드는 세 가지 유형의 통계를 수집 및 보고합니다. ● 카운터 - 일정하게 증가하는 값(자동차의 주행 기록계와 유사) ○ 카운터는 바이트, 작업 및 오류를 계산하는 데 사용됩니다. ○ 종종 카운트/초 또는 KB/초와 같은 속도로 보고됩니다. ● 판독 - 순간 값(자동차의 속도계와 유사) ○ 판독은 CPU 활용도, 메모리 활용도를 표시하는 데 사용됩니다. ○ 값은 모든 샘플을 변경할 수 있습니다.
예: VPlexcli:/> monitor stat-list * Name Target Type Units ----------------------------------------------- ----------------- ------- -------be-prt.read backend-port counter KB/s be-prt.write backend-port counter KB/s cache.dirty n/a reading KB cache.miss n/a counter counts/s cache.rhit n/a counter counts/s cache.subpg n/a counter counts/s cg.closure consistency-group bucket us cg.delta-util consistency-group reading % cg.drain-lat consistency-group bucket us cg.exch-bytes consistency-group counter KB/s cg.
통계 표 다음 표에는 각 범주의 통계가 나와 있습니다. ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● ● 백엔드 Fibre Channel 포트(be-prt) 통계 캐시 통계 디렉터 통계 프런트엔드 디렉터(fe-director) 통계 프런트엔드 볼륨(fe-lu) 통계 프런트엔드 포트(fe-prt) 통계 원격 RAID(ramf) 통계 원격 RAID(ramf) 통계 스토리지 볼륨 통계 가상 볼륨 통계 IP WAN COM(ip-com-port) 통계 - IP 포트 모니터링(포트 이름에 GE 또는 XG가 있는 포트) IP 정체 제어 통계 COM 클러스터 I/O 통계 COM 경로 통계 COM 엔드포인트 통계 XCOPY 통계 호스트 이니시에이터 통계 표 14. 백엔드 Fibre Channel 포트(be-prt) 통계 통계 Type 설명 be-prt.
표 15. 디렉터 통계 (계속) 통계 Type 설명 director.be-unitattns 카운터 초당 백엔드 단위 주의 수 director.
표 15. 디렉터 통계 (계속) 통계 Type 설명 director.msg-send-ops 작업 수 이 디렉터에서 전송한 총 메시지 수 director.msg-max-lat 최대 레이턴시 이 디렉터에서 전송한 최대 메시지 레이턴시 director.msg-min-lat 최소 레이턴시 이 디렉터에서 전송한 최소 메시지 레이턴시 director.msg-avg-lat 평균 레이턴시 이 디렉터에서 전송한 평균 메시지 레이턴시 유형: 읽기, 단위: 백분율, 인수: 없음 표 16. 프런트엔드 디렉터(fe-director) 통계 통계 Type 설명 fe-director.aborts 프런트엔드 작업 디렉터 프런트엔드 포트를 통해 중단된 I/O 작업 수 CompareAndWrite 작업 레이턴시 지정된 디렉터의 프런트엔드 포트에서 CompareAndWrite 레 이턴시(마이크로초).
표 17. 프런트엔드 볼륨(fe-lu) 통계 (계속) 통계 Type 설명 프런트엔드 볼륨 읽기 레이턴시 지정된 프런트엔드 볼륨에서 읽기 레이턴시(마이크로초) 분 배 프런트엔드 볼륨 쓰기 지정된 프런트엔드 볼륨의 쓰기 수 프런트엔드 볼륨 쓰기 레이턴시 지정된 프런트엔드 볼륨에서 쓰기 레이턴시(마이크로초) 분 배 프런트엔드 볼륨 평균 WriteSame 레이턴시 지정된 프런트엔드 볼륨에서 평균 WriteSame 레이턴시 분배 프런트엔드 볼륨 WriteSame 작업 지정된 프런트엔드 볼륨의 WriteSame 작업 수 프런트엔드 볼륨 매핑 해제 작업 지정된 프런트엔드 볼륨의 초당 매핑 해제 작업 수 프런트엔드 볼륨 평균 매핑 해제 레이턴시 지정된 프런트엔드 볼륨에서 매핑 해제 작업의 평균 레이턴 시(마이크로초) 유형: 카운터, 단위: 바이트/초, 인수: volume-id fe-lu.read-lat 유형: 버킷, 단위: 마이크로초, 인수: volume-id fe-lu.
표 18. 프런트엔드 포트(fe-prt) 통계 (계속) 통계 Type 설명 fe-prt.write-lat 프런트엔드 포트 쓰기 레이턴시 지정된 프런트엔드 FC 포트의 쓰기 레이턴시(마이크로초) 분 배 프런트엔드 포트 평균 WriteSame 레이턴시 지정된 프런트엔드 FC 포트의 평균 WriteSame 레이턴시 분배 프런트엔드 포트 WriteSame 작업 지정된 프런트엔드 FC 포트의 WriteSame 작업 수 프런트엔드 포트 매핑 해제 작업 지정된 포트에서 확인된 초당 매핑 해제 작업 수 프런트엔드 포트 평균 매핑 해제 레이턴시 지정된 프런트엔드 포트에서 매핑 해제 작업의 평균 레이턴 시(마이크로초) 유형: 버킷, 단위: 마이크로초, 인수: port# fe-prt.ws16-avg-lat 유형: 기간 평균, 단위: us, 인수: frontendport fe-prt.ws16-ops 유형: 카운터, 단위: 개수/초, 인수: frontend-port fe-prt.
표 20. 스토리지 볼륨 통계 통계 Type 설명 storage-volume.per-storage-volume-readlatency 볼륨 읽기 레이턴시 지정된 스토리지 볼륨에서 읽기 레이턴시(마이크로초) 분배 볼륨 쓰기 레이턴시 지정된 스토리지 볼륨에서 쓰기 레이턴시(마이크로초) 분배 유형: 버킷, 단위: 마이크로초, 인수: volume-id storage-volume.per-storage-volume-writelatency 유형: 버킷, 단위: 마이크로초, 인수: volume-id storage-volume.read-latency 유형: 버킷, 단위: 마이크로초, 인수: 없음 storage-volume.
표 22. IP WAN COM(ip-com-port) (계속) 통계 Type 설명 ip-com-port.recv-dropped IP WAN COM 포트가 삭 제된 패킷을 수신함 이 IP WAN COM 포트에서 삭제된 수신 패킷 수 ip-com-port.send-dropped IP WAN COM 포트가 삭 제된 패킷을 전송함 IP WAN COM 포트에서 삭제된 전송 패킷 수 ip-com-port.recv-overruns IP WAN COM 포트가 오 버런을 수신함 IP WAN COM 포트의 수신 오버런 수 ip-com-port.send-overruns IP WAN COM 포트가 오 버런을 전송함 이 WAN COM 포트에서 전송하는 오버런 수 ip-com-port.recv-frame-errors IP WAN COM 포트가 프 레임을 수신함 이 WAN COM 포트에서 수신한 프레임 수 ip-com-port.
표 25. COM I/O 그룹 통계 통계 설명 com-io-group.io-tm-avg 지난 5초 동안 이 채널 그룹의 평균 레이턴시(5초마다 업데이트됨) com-io-group.io-tm-cnt 지난 5초 동안 이 채널 그룹에서 전송한 메시지(5초마다 업데이트됨) com-io-group.io-tm-max 지난 5초 동안 이 채널 그룹의 최대 레이턴시(5초마다 업데이트됨) com-io-group.io-tm-min 지난 5초 동안 이 채널 그룹의 최소 레이턴시(5초마다 업데이트됨) com-io-group.msg-b-in 항상 0을 반환함 com-io-group.msg-b-out 이 채널 그룹에서 전송된 총 바이트 com-io-group.msg-cnt-in 항상 0을 반환함 com-io-group.msg-cnt-out 이 채널 그룹에서 전송된 총 메시지 표 26. COM 경로 통계 통계 설명 com-path.
표 27. COM 엔드포인트 통계 (계속) com-endpoint.data-padding-recv 수신된 패딩 데이터 패킷 수 com-endpoint.data-pckts-badkey 잘못된 도메인 키가 있는 패킷 수 com-endpoint.data-pckts-badlen 잘못된 데이터 패킷 길이 수 com-endpoint.data-pckts-recv 수신된 데이터 패킷 수 com-endpoint.data-pckts-routed 라우팅된 데이터 패킷 수 com-endpoint.data-pckts-runt 길이가 64바이트 미만인 데이터 패킷 수 com-endpoint.data-pckts-sent 전송된 데이터 패킷 수 com-endpoint.rx-ack-buf-pend-pckts 처리될 보류 중인 ACK 버퍼 수로, 들어왔지만 아직 처리되지 않 은 ACK 패킷의 수입니다. com-endpoint.rx-credits 수신 크레딧 수 com-endpoint.
A Active-Passive 스토리지 어레이를 사용하는 메 트로 노드 주제: • • • • Active-Passive 어레이 ALUA 모드 활성화 어레이 논리 유닛 페일오버 실행 논리 유닛 페일백 Active-Passive 어레이 Active-Passive 어레이에는 일반적으로 두 개의 컨트롤러가 있으며 타겟 포트 세트를 통해 LU(Logical Unit)에 대한 Active-Passive 액 세스 권한을 제공합니다. 이러한 포트의 액세스 유형은 ACT(Active) 또는 PAS(Passive)입니다. Active는 I/O에 사용되고 Passive는 I/O 에 사용할 수 없습니다. 논리 유닛에 대한 활성 경로가 손실되면 이니시에이터(메트로 노드)는 벤더별 SCSI 명령을 어레이에 전송하 여 I/O를 수행하기 위해 수동 경로를 활성화하도록 결정할 수 있습니다. 특정 논리 유닛에 대한 활성 타겟 포트가 있는 컨트롤러를 해당 논리 유닛의 ACT(Active) 컨트롤러라고 합니다.
특정 타겟 컨트롤러에 대한 어레이의 특정 논리 유닛에 대해 페일오버가 활성으로 시작되면 메트로 노드 펌웨어 이벤트 apf/3이 관찰 됩니다. 특정 타겟 컨트롤러에 대한 어레이의 특정 논리 유닛에 대해 페일오버가 성공하거나 실패하면 메트로 노드 펌웨어 이벤트 apf/4가 생성됩니다. 예를 들어 apf/3 Failover initiated for logical unit VPD83T3:6006016015a0320061d7f2b300d3e211 on array EMC~CLARiiON~FNM00124500474 to target controller FNM00124500474.SPA as active. apf/4 Failover succeeded for logical unit VPD83T3:6006016015a0320061d7f2b300d3e211 on array EMC~CLARiiON~FNM00124500474 to target controller FNM00124500474.SPA as active.
색인 A Active-Passive 어레이 105 ALUA 모드 활성화 어레이 105 C Call-Home 알림: 이벤트 심각도 15 Call-Home 알림: 정보 15 CAW: 기본값으로 활성화/비활성화 18 CAW: 스토리지 뷰 설정 표시 18 CAW: 스토리지 뷰에 대한 활성화/비활성화 18 CAW: 시스템 기본 설정 표시 18 CAW: 통계 19 CAW: CompareAndWrite 17 CLI :로깅 임계값 설정; 임계값 로깅, 설정; 설정: CLI에 대한 임계 값 로깅 7 CLI 작업 공간: 창 너비 설정 8 CLI 작업 공간: 콘솔 로깅 7 S statistics 94 U UNMAP 27 W WAN 포트 52 WAN 포트: 메트로 구성 규칙 52 WAN 포트: 서브넷 컨텍스트 54 WAN 포트: 포트 그룹 컨텍스트 53 WAN 포트: CLI 컨텍스트 52 WriteSame: 설정 표시 19 WriteSame: 스토리지 뷰 설정 표시 19 WriteSame: 스토리지 뷰에 대한 활성화/
성능 모니터링: 콘솔 싱크 추가 85 성능 모니터링: 통계 94 성능 모니터링: 통계 표시 94 성능 모니터링: 파일 싱크 추가 85 성능 모니터링: 파일 회전 83 성능 모니터링: 폴링 88 성능 모니터링: CLI를 사용하여 모니터 생성 83 성능 모니터링: VPLEX CLI 사용 83 성능 모니터링:VPLEX GUI 81 씬 가능 익스텐트 24 씬 마이그레이션 23, 27 씬 스토리지 관리 23, 26 씬 스토리지 소모 23 씬 인식 23 씬 재구축 23, 27 씬 프로비저닝 42 타 아 파 와일드카드 8 일회성 마이그레이션: 모니터 43 일회성 마이그레이션: 시작 43 일회성 마이그레이션: 일시 중지/재개 44 일회성 마이그레이션: 정리 46 일회성 마이그레이션: 제거 46 일회성 마이그레이션: 취소 45 일회성 마이그레이션: 커밋 45 파일 회전 83 포트 그룹 52 포트 그룹 컨텍스트 53 프런트엔드 성능 통계 95 자 재구축 41 재구축: 성능 42 재구축: 씬 프로비저닝 스토리지