Dell EMC Storage 시스템 Metro Node 어플라이언스 관리자 가이드 7.
참고, 주의 및 경고 노트: 참고"는 제품을 보다 효율적으로 사용하는 데 도움이 되는 중요 정보를 제공합니다. 주의: 주의사항은 하드웨어의 손상 또는 데이터 유실 위험을 설명하며, 이러한 문제를 방지할 수 있는 방법을 알려줍니다. 경고: 경고는 재산 손실, 신체적 상해 또는 사망 위험이 있음을 알려줍니다. © 2021 Dell Inc. or its subsidiaries. All rights reserved. Dell, EMC 및 기타 상표는 Dell Inc. 또는 해당 자회사의 상표입니다. 기타 모든 상표는 해당 소유주 의 상표일 수 있습니다.
목차 장 1: 머리말..................................................................................................................................... 7 장 2: CLI 작업 공간 및 사용자 계정..................................................................................................... 9 CLI 작업 공간 구성............................................................................................................................................................... 9 콘솔 로깅에 대한 임계값 설정................................................
장 6: 스토리지 프로비저닝............................................................................................................... 33 용량 할당 개요.................................................................................................................................................................... 33 EZ 프로비저닝을 사용하여 스토리지 프로비저닝.......................................................................................................33 가상 볼륨의 씬 특성 변경.............................................................
메트로 노드 하드웨어 및 WAN 포트.............................................................................................................................. 56 Metro over IP WAN 포트 구성 규칙................................................................................................................................ 56 포트 그룹....................................................................................................................................................................... 56 CLI 컨텍스트....................
모니터 생성....................................................................................................................................................................87 모니터 싱크 추가/삭제................................................................................................................................................87 모니터 삭제...................................................................................................................................................................
1 머리말 Dell EMC는 제품군을 향상시키기 위한 노력의 일환으로 소프트웨어와 하드웨어의 개정 버전을 정기적으로 릴리스하고 있습니다. 따 라서 이 문서에서 설명하는 일부 기능은 현재 사용 중인 소프트웨어 또는 하드웨어의 일부 버전에서 지원되지 않을 수 있습니다. 제품 기능에 대한 최신 정보는 제품 릴리스 노트를 참조하십시오. 제품이 올바르게 작동하지 않거나 이 문서에 설명된 대로 작동하지 않는 경우 Dell EMC 기술 지원 전문가에게 문의하십시오. 노트: 이 문서는 발행일 현재 정확한 것으로 간주됩니다. Dell EMC 온라인 지원(https://www.dell.com/support)으로 이동하여 이 문서의 최신 버전을 사용하고 있는지 확인하십시오. 목적 이 문서는 Metro Node 설명서 세트의 일부로, Metro Node의 기능 및 활용 사례, 구성 옵션, Metro Node 소프트웨어와 업그레이드, 하 드웨어 개요에 대해 설명합니다.
표 1. 입력 표기법 (계속) Monospace 기울임꼴 변수를 나타내는 데 사용됩니다. Monospace 굵은 글꼴 사용자 입력에 사용됩니다. [] 선택적 값은 대괄호로 표시합니다. | 세로줄은 대체 선택 항목을 나타냅니다. 즉 "또는"을 의미합니다. {} 중괄호는 사용자가 지정해야 하는 콘텐츠(예: x, y, z)를 의미합니 다. ... 줄임표는 예에서 생략된 중요하지 않은 정보를 나타냅니다. 지원 정보 Dell EMC 지원, 제품 및 라이선스 등록 정보는 다음과 같이 확인할 수 있습니다. 제품 정보 설명서, 릴리스 노트, 소프트웨어 업데이트 또는 Dell EMC 제품에 대한 자세한 정보는 다음의 Dell EMC 온라인 지원(https:// www.dell.com/support)에서 확인하십시오. 기술 지원 Dell EMC 온라인 지원으로 이동한 후 지원을 클릭합니다. Dell EMC 기술 지원을 요청할 수 있는 몇 가지 옵션이 나타납니다.
2 CLI 작업 공간 및 사용자 계정 이 장에서는 CLI(Command Line Interface)를 사용하여 CLI 작업 공간을 구성하고 사용자 계정을 관리하는 방법을 설명합니다. 주제: • CLI 작업 공간 구성 CLI 작업 공간 구성 작업 공간은 CLI 세션의 모양 및 동작입니다. 이 섹션에 설명된 절차를 통해 명령의 출력, 콘솔로 전송되는 로깅 메시지 수준을 제어하 고 현재 CLI 세션의 명령 기록을 검색할 수 있습니다. 노트: Vplexcli를 시작할 때 더 이상 사용자 이름과 암호가 필요하지 않습니다. 자동화된 스크립트가 사용자 이름 또는 암호를 제 공하지 않는지 확인하십시오. 콘솔 로깅에 대한 임계값 설정 콘솔 로거는 콘솔의 디렉터에서 수신한 메시지를 표시합니다. 기본적으로 콘솔은 긴급(레벨 0) 메시지만 표시합니다. 메시지는 8개의 심각도(0~7)로 분류되며 0이 가장 심각한 단계입니다.
노트: 임계값은 심각도 이상의 메시지를 모두 필터링합니다. 위험(2) 이상(0 및 1)을 보려면 임계값을 3으로 설정합니다. 오류(3) 이상(0, 1 및 2)을 보려면 임계값을 4로 설정합니다. 창 너비를 100으로 설정 많은 명령의 출력은 너비가 80열 이상입니다. Vplexcli가 실행 중인 명령 창을 100개 이상의 열로 된 너비로 확장하십시오. 컨텍스트 트리 검색 컨텍스트 트리에서 컨텍스트 이름 및 특정 패턴과 일치하는 데이터를 검색합니다. 찾기 명령을 사용하여 컨텍스트 트리 검색 이 명령을 사용하여 패턴과 일치하는 모든 컨텍스트를 찾습니다. 대화식으로 호출되면 명령이 컨텍스트를 화면에 인쇄합니다. 패턴은 리터럴 문자열이거나 와일드카드 문자를 포함하는 문자열일 수 있습니다. 지원되는 CLI 와일드 카드 문자의 전체 목록은 CLI 참조 가이드의 "와일드카드" 항목을 참조하십시오.
3 메타 볼륨 이 장에서는 VPlexcli를 사용하여 메타데이터 및 메타 볼륨을 관리하는 절차를 설명합니다. 주제: • • • • • • 메타 볼륨 정보 메타 볼륨 이동 메타 볼륨 이름 변경 메타 볼륨 삭제 메타 볼륨 표시 메타 볼륨의 정합성 확인 메타 볼륨 정보 메트로 노드 메타데이터에는 가상 매핑과 물리적 매핑, 디바이스에 대한 데이터, 가상 볼륨 및 시스템 구성 설정이 포함됩니다. 메타데이터는 캐시에 저장되고 메타 볼륨이라는 특별히 지정된 외장 볼륨에 백업됩니다. 메타 볼륨은 시스템 설정 중에 생성됩니다. 클러스터가 처음 구성될 때 메타 볼륨은 메트로 노드에 제공되는 첫 번째 스토리지여야 합니다. 이렇게 하면 메타 볼륨을 실수로 덮어 쓰는 것을 방지할 수 있습니다. 메타 볼륨이 구성되고 나면 메트로 노드 구성이 수정될 때 메타데이터에 대한 업데이트가 캐시와 메타 볼륨 모두에 기록됩니다.
경고: 단일 스토리지 어레이의 볼륨을 사용하여 메타 볼륨을 생성하지 마십시오. 단일 어레이 메타 볼륨은 고가용성 구성이 아니 며 단일 장애 지점입니다. 메트로 노드가 일시적으로 모든 메타 볼륨에 대한 액세스 권한을 잃는 경우 액세스 권한이 복원될 때 캐시의 현재 메타데이터가 자동 으로 메타 볼륨에 작성됩니다. 메트로 노드가 두 메타 볼륨에 대한 액세스 권한을 영구적으로 상실하는 경우 메모리의 메타데이터를 기반으로 계속 작동됩니다. 새 메타 볼륨이 생성 될 때까지 구성 변경이 일시 중단됩니다. 노트: 메트로 노드가 모든 메타 볼륨에 대한 액세스 권한을 잃고, 모든 디렉터가 실패하거나 재시작되면 액세스 권한이 손실된 후 메타데이터(메트로 노드 구성)에 대한 변경 사항을 복구할 수 없습니다. 시스템 볼륨은 씬 프로비저닝 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 명령을 사용하여 메타 볼륨의 상태를 표시합니다.
표 2. 메타 볼륨 표시 필드 (계속) 필드 설명 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 노트: 확인 중인 클러스터에 로컬인 관리 서버에서 정합성 검사를 수행합니다.
4 시스템 관리 이 장에서는 VAAI에서 Call-Home 알림, 이벤트 로그 위치 및 하드웨어 가속을 사용하는 방법을 설명합니다. 주제: • • • • • • • Call-Home 알림 이벤트 로그 위치 시스템 구성 로그 위치 VAAI를 통한 하드웨어 가속 XCOPY로 복사 오버헤드 오프로드 메트로 노드 클러스터 이름 바꾸기 LCD 전면 패널 설정 Call-Home 알림 Call-Home 알림 정보 Call-Home 알림은 심각한 문제가 발생할 때 Dell EMC 고객 서비스 및/또는 고객 지원 담당자에게 자동으로 전송되는 메시지입니다. Dell EMC는 이러한 Call Home 알림을 통해 관련 담당자를 사전에 할당하거나, 구성된 SRS 게이트웨이를 사용하여 문제를 해결할 수 있습니다. 시스템 이벤트에는 다음과 같은 네 가지 수준이 있습니다. Call-Home 알림은 세 가지 수준에 대해서만 전송됩니다. 표 3.
시작하기 전에 Call-Home 알림 구성을 완료하려면 다음 정보가 필요합니다. ● call-home 알림을 Dell EMC에 전달하는 데 사용되는 SRS 또는 SCG 게이트웨이의 IP 주소. SRS 또는 SCG 게이트웨이를 기본 연결 주소로 사용하십시오. ● (선택 사항) 주 서버에 장애가 발생할 경우 call-home 알림을 Dell EMC로 전달하는 데 사용되는 보조 SRS 또는 SCG 게이트웨이 서 버의 IP 주소 하나 이상. 이러한 주소는 기본 SRS 또는 SCG 게이트웨이 서버의 주소와 달라야 합니다. ● (선택 사항) call-home 알림이 발생할 때 이메일 메시지를 받아야 하는 직원의 이메일 주소 하나 이상. 추가 설명서 SupportAssist 구성 명령에 대한 정보는 Metro Node 어플라이언스 구성 및 설치 가이드를 참조하십시오. 다음 표에는 각 명령의 역할 이 나와 있습니다.
SHA256 checksum verification of downloaded file(s) in progress... File 'softwareWeekly.tar.gz' downloaded successfully from node '10.226.81.189' with checksum=47a08c12d4dddc30039fd0a86642b64c435e14f1d6a0c9ccfd83eff03ee7dfbd File 'log.txt' downloaded successfully from node '10.226.81.189' with checksum=0a9ee4b41f72f67c2abff8dce7a087e9ff270bd0ef0b1bb79b7c5e4855b6d8a3 File 'MFT_API_TEST/DummyFIle_test.docx' downloaded successfully from node '10.226.81.
service/mft/ directory File 'MFT_API_TEST/DummyFIle_test.docx' with checksum 8605cdc9caff613128c26d5500374089da63953b353efcf8a6aa66c11135c949 copied to /home/ service/mft/ directory Copying all the MFT file(s) present under the directory /data/mft/ from the node [10.226.81.189] to node(s) ['10.226.81.190'] SCP command invoked to copy all the files from node [10.226.81.189] to node [10.226.81.190] Sync operation completed successfully on node 10.226.81.
● XCOPY는 하이퍼바이저를 통해 어레이에서 데이터를 복사하는 작업을 오프로드합니다. Enabling and disabling XCOPY using CLI는 XCOPY 활성화 및 비활성화에 대한 자세한 정보를 제공합니다. ● UNMAP을 사용하면 하이퍼바이저가 씬 프로비저닝 메트로 노드 가상 스토리지에서 삭제된 스토리지를 재확보할 수 있습니다. 씬 프로비저닝 된 볼륨 및 UNMAP 기능에 대한 자세한 내용은 "씬 프로비저닝 이해"를 참조하십시오. 비교 및 쓰기 CAW(CompareAndWrite) SCSI 명령은 VM 켜기/끄기, 중지 애플리케이션(VMotion) 없이 수행하는 ESX 간 VM 이동, DRS(Distributed Resource Scheduler) 작업과 같은 VMware 작업을 조정하는 데 사용됩니다. CAW는 분산형 가상 머신 환경의 SCSI RESERVATION에 의해 일어날 수도 있는 스토리지 경합을 완화하기 위해 VMware ESX 서버가 사용합니다.
. . . /clusters/cluster-2/exports/storage-views/default_quirk_view: Name Value ------------------------ -----------------------------------------caw-enabled false . . . ls 명령을 /clusters/cluster 컨텍스트에서 사용하여 CAW 시스템 기본 설정을 표시합니다.
WriteSame(16) WriteSame(16) SCSI 명령은 초기화 가상 디스크를 메트로 노드로 오프로드하는 메커니즘을 제공합니다. WriteSame(16)은 애플리케 이션 클라이언트가 전송한 데이터 블록을 연속 논리 블록에 여러 번 쓰도록 서버에 요청합니다. WriteSame(16)은 vSphere의 가상 머신 프로비저닝 및 스냅샷을 메트로 노드로 오프로드하는 데 사용됩니다. WriteSame(16)은 어레이가 호스트 주기를 사용하지 않고 독립적으로 복사 작업을 수행할 수 있도록 합니다. 어레이는 복사 기능을 훨 씬 더 효율적으로 예약하고 실행할 수 있습니다. WriteSame(16)에 대한 메트로 노드 지원은 기본적으로 활성화되어 있습니다. WriteSame(16) 활성화/비활성화 주의: WriteSame(16)은 Dell EMC 기술 지원 담당자만 메트로 노드에서 활성화/비활성화할 수 있습니다. VMware 서버는 WriteSame(16) SCSI 명령이 지원되는지 여부를 검색합니다.
ls 명령을 /clusters/cluster 컨텍스트에서 사용하여 WriteSame(16) 시스템 기본 설정을 표시합니다. VPlexcli:/> ls /clusters/cluster-1 /clusters/cluster-1: VPlexcli:/clusters/cluster-1> ls Attributes: Name Value ------------------------------ ----------------------------------allow-auto-join true auto-expel-count 0 auto-expel-period 0 auto-join-delay 0 cluster-id 1 connected true default-cache-mode synchronous default-caw-template true default-write-same-16-template false . . .
XCOPY는 모든 스토리지 보기에 대해 활성화 및 비활성화할 수 있습니다. 개별 보기에 대해 XCOPY를 활성화 또는 비활성화할 수 있 지만 먼저 Dell EMC 지원에 문의하지 않는 한 권장되지는 않습니다. 모범 사례는 모든 스토리지 보기에 대해 메트로 노드에서 항상 균 일한 설정을 사용하는 것입니다. 1. XCOPY를 활성화하려면 xcopy-enabled 속성을 true로 설정합니다. XCOPY를 비활성화하려면 xcopy-enabled 속성을 false 로 설정합니다. 예를 들어 모든 스토리지 보기에 대해 XCOPY를 활성화하려면 다음 CLI 명령을 입력합니다. VPlexcli:/> set /clusters/**/storage-views/*::xcopy-enabled true 2. 다음과 같이 모든 스토리지 보기에 대한 모든 속성을 나열하여 xcopy-enabled 속성의 상태를 확인합니다.
● 실행 중인 마이그레이션 작업 또는 예약된 작업이 실패할 수 있습니다. 이 이슈를 방지하려면 작업이 완료된 후 클러스터 이름을 변경합니다. ● 시스템 업그레이드 후에는 VPN 연결이 끊어질 수 있습니다. 업그레이드 후 VPN을 재구성합니다. 노트: 클러스터의 새 이름은 대문자와 소문자, 숫자 및 밑줄을 포함하여 최대 63자를 사용할 수 있습니다. 이름은 숫자 또는 접두 사 cluster-로 시작하면 안 됩니다. 이름에 공백을 포함하지 마십시오. 메트로 노드 클러스터 이름를 바꾸려면 다음을 수행합니다. 1. VPlexcli에 로그인합니다. 2. 클러스터 컨텍스트로 이동합니다. 3. 다음 명령을 입력합니다. set name name 여기서 name은 클러스터의 새 이름입니다. 다음은 예제입니다.
5 메트로 노드의 씬 지원 이 장에서는 메트로 노드가 씬 인식 기능을 지원하는 방법을 설명합니다. 주제: • • • • 메트로 노드의 씬 지원 씬 프로비저닝 씬 스토리지 관리 씬 미러링 및 마이그레이션 메트로 노드의 씬 지원 씬 인식은 메트로 노드 가상 볼륨을 호스트에 씬 볼륨으로 제시하는 기능입니다. 씬 볼륨은 사용되는 리소스의 양이 할당된 것보다 훨 씬 적기 때문에 더 높은 효율성을 제공합니다. 필요한 리소스만 제공하는 이점은 사용되는 가상화 기술의 비용을 초과합니다. 씬 지원 이 있는 스토리지 볼륨에서 스토리지 블록을 동적으로 확보할 수 있습니다. 씬 지원은 필요에 따라 하나 이상의 논리적 블록을 물리적 블록에 매핑할 수 있는 기능입니다. 논리적 블록은 호스트에 스토리지 주소 공간(논리 유닛 용량)을 제공합니다. 물리적 스토리지는 사용될 때 논리 유닛에만 할당됩니다. 그러면 논리 유닛이 용량으로 보고하는 것보다 적은 물리적 스토리지가 할당됩니다.
다음 표에서는 메트로 노드가 씬 인식 기능을 지원하는 방법을 설명합니다(메트로 노드의 이해를 바탕으로 어레이가 씬 가능을 지원 하는지 여부). 표 5.
○ 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 오류와 마찬가지로 호스트 쓰기를 위해 미러 구간에서 발생한 오류를 마스킹합니다. Metro Node는 I/O가 하나 이상의 미러 구간에서 성공하면 호스트 요청을 성공적으로 완료합니다. Metro Node는 미러 구간 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.
6 스토리지 프로비저닝 이 장에서는 메트로 노드 통합 스토리지 프로비저닝을 사용하여 스토리지를 프로비저닝하는 방법을 설명합니다. 주제: • • • 용량 할당 개요 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 노트: 메트로 노드 소프트웨어 업그레이드 후 와일드카드를 사용하여 여러 메트로 노드 가상 볼륨을 씬 프로비저닝에
7 볼륨 확장 이 장에서는 가상 볼륨을 확장하는 방법을 설명합니다. 주제: • • • 개요 볼륨 확장 방법 가상 볼륨 확장 개요 메트로 노드 가상 볼륨은 디바이스 또는 분산 디바이스에 생성되며 스토리지 보기를 통해 호스트에 제공됩니다. 여러 가지 이유로 가 상 볼륨의 용량을 확장할 수 있습니다. 볼륨이 확장을 지원하는 경우 메트로 노드는 확장으로 얻은 용량을 감지합니다. 그런 다음, 사용 가능한 확장 방법인 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 데스크탑에서 호스트 및 어레이 연결과 구성에 대한 적용 가능한 모범 사례를 검토합니다. 일부 어레이에는 자동 감 지를 위해 특정 설정이 필요합니다.
8 데이터 마이그레이션 이 장에서는 데이터 마이그레이션 및 재구축에 대해 설명합니다. 주제: • • • • • 데이터 마이그레이션 정보 씬 가능 스토리지 마이그레이션 재구축 정보 일회성 데이터 마이그레이션 배치 마이그레이션 데이터 마이그레이션 정보 데이터 마이그레이션에는 두 가지 유형이 있습니다. ● 일회성 마이그레이션 - dm migration start 명령이 사용되는 즉시 디바이스 마이그레이션을 시작합니다. ● 배치 마이그레이션 - 재사용 가능한 마이그레이션 계획 파일을 사용하여 배치 작업으로 실행됩니다. 단일 명령을 사용하여 여러 디바이스 또는 익스텐트 마이그레이션을 실행할 수 있습니다. 일회성 마이그레이션 일회성 마이그레이션에는 다음이 포함됩니다. ● 디바이스 마이그레이션 - 디바이스는 1:1 매핑되거나 익스텐트 또는 기타 디바이스에 구축된 RAID 1 디바이스입니다.
1. 2. 3. 4. 5. 마이그레이션 계획을 생성하고 확인합니다(배치 마이그레이션만 해당). 마이그레이션을 시작합니다. 마이그레이션의 진행 상황을 모니터링합니다. 마이그레이션을 일시 중지, 재개 또는 취소합니다(선택 사항). 마이그레이션을 커밋합니다. 커밋하면 소스 가상 볼륨, 디바이스가 타겟으로 전송됩니다. 디바이스 상단의 가상 볼륨에 시스템 할당 기본 이름이 있는 경우 디바이스 마이그레이션을 커밋하면 타겟 디바이스 다음에 가상 볼륨의 이름이 바뀝니다. 6. 마이그레이션의 레코드를 제거합니다. 타겟 디바이스에 대한 사전 요구 사항 타겟 디바이스는 다음을 수행해야 합니다. ● 소스 디바이스와 크기가 같거나 더 커야 합니다. 타겟의 크기가 소스보다 큰 경우 스토리지 볼륨 확장을 위한 모든 사전 요구 사항이 충족되면 스토리지 볼륨 확장을 사용하여 추 가 공간을 활용할 수 있습니다. 예를 들어, 소스가 200GB이고 타겟이 500GB인 경우 타겟의 200GB만 마이그레이션 후 사용할 수 있습니다.
표 6. 마이그레이션 시나리오 (계속) 마이그레이션 씬 볼륨에서 일반 볼륨으로 (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) 디바이스 마이그레이션에서 VPlexcli는 가상 볼륨의 씬 속성이 비활성화되었다는 메시 지를 표시합니다.
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 표 8. 마이그레이션 상태 필드 설명 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 옵션과 함께 사용하여 지정된 배치 마이그레이션의 진행 상황을 모니터링합니다.
표 9. 배치 마이그레이션 요약 필드 설명 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.
9 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에서 더 이상 명령 이 허용되지 않음을 나타냅니다.
그림 4 . LDAP 디렉토리 구조 메트로 노드 SolVe 데스크탑은 LDAP 구성에 대한 정보를 제공합니다. 예(ldapsearch 명령) ldapsearch 명령을 사용하여 디렉토리 서버의 속성 매핑 값을 확인합니다. ● 제공된 조직 단위 아래에 상주하는 사용자 결정: service@ManagementServer:~> /usr/bin/ldapsearch -x -LLL -l 30 -H ldap://10.31.50.
10 클러스터 감시 클러스터 감시(Cluster Witness, CW) 기능이 지원되므로 Metro Node 솔루션은 두 개의 기본 사이트 간의 순수 통신 장애와 멀티 사이 트 아키텍처의 실제 사이트 장애를 중재함으로써 전체 환경 가용성을 향상합니다. 7.0.1 이상의 시스템은 이제 Metro Node 감시라는 구성 요소를 사용할 수 있습니다. 감시는 사이트 재해, Metro Node 클러스터 및 클러스터 간 장애 발생 시 원활하게 0의 RTO 또는 거 의 0의 RTO 스토리지 가용성을 달성하는 데 일반 선호 규칙 세트가 충분하지 않을 경우 고객의 환경에 배포되도록 설계된 옵션 구성 요소입니다. 클러스터 감시(CW)에 대한 자세한 내용은 Metro Node 어플라이언스용 클러스터 감시 구성 가이드(SolVe(https:// solveonline.emc.com/solve/home/74)에서 제공)를 참조하십시오.
11 정합성 보장 그룹 이 장에서는 메트로 노드 정합성 보장 그룹을 관리하고 운영하는 방법을 설명합니다. 주제: • • • • 메트로 노드 정합성 보장 그룹 정보 정합성 보장 그룹의 속성 정합성 보장 그룹 관리 정합성 보장 그룹 작동 메트로 노드 정합성 보장 그룹 정보 메트로 노드 정합성 보장 그룹은 볼륨을 통합하여 전체 그룹에서 공통된 속성을 갖는 애플리케이션을 지원합니다. 그림 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로 설정합니다.
패배 클러스터가 웹 페이지 서비스와 같은 읽기 전용 애플리케이션을 서비스 중인 경우만 auto-resume-at-loser를 true로 설 정합니다. 이 속성을 false로 설정하여 관리자가 애플리케이션을 중단하고 재시작할 시간을 주십시오. 설정하지 않으면 호스트 캐시에 있는 불필요한 데이터가 승리 클러스터에서 작성해온 디스크의 이미지와 일치하지 않을 수도 있습니다. 호스트가 불필요한 페이지를 잘못 된 순서로 플러시하면 데이터 이미지가 손상될 수 있습니다. false - 클러스터 간 링크가 복원된 후 패배 클러스터에서 I/O가 일시 중단 상태로 유지됩니다. I/O는 수동으로 재개해야 합니다. 데이터의 급격한 변경을 허용할 수 없는 모든 애플리케이션에 대해 auto-resume-at-loser를 false로 설정합니다. 주의: 자동 재개 속성을 true로 설정하면 클러스터 간 링크가 복원되었을 때 패배 클러스터에서 애플리케이션에 제공되는 데이 터 뷰가 자발적으로 변경될 수도 있습니다.
단계 1. ls /clusters/*/consistency-groups/ 명령을 사용하여 모든 정합성 보장 그룹의 이름을 표시합니다. VPlexcli:/> ls /clusters/*/consistency-groups/ /clusters/cluster-1/consistency-groups: TestCG local_test test10 test11 test15 test16 test5 test6 vs_RAM_c1wins vs_RAM_c2wins vs_oban005 vs_sun190 /clusters/cluster-2/consistency-groups: TestCG local_test test10 test11 test15 test16 test5 test6 vs_RAM_c1wins vs_RAM_c2wins vs_oban005 vs_sun190 test12 test7 test13 test8 test14 test9 test12 test7 test13 test8 test14 test9 2.
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 명령을 사용하여 타겟 정합성 보장 그룹의 가상 볼륨을 표시합니다. 2. consistency-group remove-virtual-volumes 명령을 사용하여 하나 이상의 가상 볼륨을 제거합니다. VPlexcli:/> consistency-group remove-virtual-volumes /clusters/cluster-1/virtual-volumes/ TestDDevice-2_vol, --consistency-group /clusters/cluster-1/consistency-groups/TestCG 한 명령으로 여러 가상 볼륨을 제거하려면 쉼표를 사용하여 볼륨을 구분합니다.
속성의 현재 설정을 표시하려면 다음을 수행합니다. VPlexcli:/> set /clusters/cluster-1/consistency-groups/TestCG::cache-mode 타겟 정합성 보장 그룹에 대한 기본값을 표시하려면 다음을 수행합니다. VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set --default attribute default-value -------------------- ----------------active-clusters No default value. cache-mode synchronous. detach-rule No default value. name No default value. operational-status No default value. passive-clusters No default value. read-only No default value.
단계 1. ll 명령을 사용하여 정합성 보장 그룹에 적용된 현재 분리 규칙(있는 경우)을 표시합니다. VPlexcli:/clusters/cluster-1/consistency-groups/TestCG2> ll Attributes: Name Value -------------------- ---------------------active-clusters [] cache-mode synchronous detach-rule . . . 2. consistency-group set-detach-rule 명령 중 하나를 사용하여 정합성 보장 그룹에 분리 규칙을 적용합니다. ● consistency-group set-detach-rule no-automatic-winner 명령을 사용하여 분리 규칙을 no-automaticwinner로 설정합니다. 다음 예에서 명령은 타겟 정합성 보장 그룹의 컨텍스트에서 사용됩니다.
/clusters/cluster-1/consistency-groups/TestCG Do you wish to proceed? (Yes/No)Yes 정합성 보장 그룹 컨텍스트에서 정합성 보장 그룹 삭제: VPlexcli:/clusters/cluster-1/consistency-groups> destroy TestCG WARNING: The following items will be destroyed: Context --------------------------------------------/clusters/cluster-1/consistency-groups/TestCG Do you wish to proceed? (Yes/No)Yes 정합성 보장 그룹 속성 표시 정합성 보장 그룹의 속성을 표시할 수 있습니다. /clusters/*/consistency-groups 컨텍스트에서 ls를 사용하여 모든 클러스터의 정합성 보장 그룹 이름만 표시합니다.
details:: [] }) . . . /clusters/cluster-name/consistency-groups/consistency-group 컨테스트에서 ls 명령을 사용하여 그룹의 작동 상 태를 표시합니다. 다음 예에서는 정상적인 메트로 노드에서 정합성 보장 그룹의 작동 상태를 표시합니다.
● ls 명령은 클러스터 2가 클러스터 간 링크 운영 중단 중에 손실된 클러스터로 선언된 후 정합성 보장 그룹 cg1을 일시 중지된 것으 로 표시하고 클러스터 2에서 requires-resume-at-loser를 표시합니다. ● resume-at-loser 명령은 클러스터 2에서 I/O를 재시작합니다. ● ls명령은 작동 상태의 변경 사항을 표시합니다.
표 12. 정합성 보장 그룹 필드 설명 (계속) 속성 설명 ● 수정된 경우 새 값은 이미 정합성 보장 그룹에 있는 볼륨과 호환되지 않을 수 없 습니다. 정합성 보장 그룹에 구성원 볼륨이 없는 경우에만 storage-atclusters를 변경합니다. visibility 이 정합성 보장 그룹이 표시되는 클러스터가 나열됩니다. ● set 명령을 사용하여 수정 가능합니다. 클러스터 이름이 cluster-1이고 cluster-2 인 경우 유효한 값은 다음과 같습니다. ○ cluster-1 - 이 정합성 보장 그룹은 클러스터 1에서만 보입니다. ○ cluster-2 - 이 정합성 보장 그룹은 클러스터 2에서만 보입니다. ○ cluster-1,cluster-2 - 이 정합성 보장 그룹은 클러스터 1과 클러스터 2 에서 모두 볼 수 있습니다. ● 이 속성을 변경하면 정합성 보장 그룹이 표시되는 위치가 변경되며 컨텍스트 트 리에서 컨텍스트가 나타나거나 사라질 수 있습니다.
표 12. 정합성 보장 그룹 필드 설명 (계속) 속성 설명 동기화 중입니다. 이때 링크가 끊어지면 전체 정합성 보장 그룹이 일시 중단됩니 다. rebuild status 명령을 사용하여 어느 클러스터에서 어느 볼륨이 오래된 것인지 표시합니다. ● rebuilding-within-cluster - 하나 이상의 로컬 재구축이 이 클러스터에서 진행 중입 니다. ● requires-resolve-conflicting-detach - 클러스터 간 링크가 복원된 후 두 클러스터가 서로 분리되어 독립적으로 I/O를 재개한 것을 발견했습니다. 클러 스터는 독립적인 데이터 버전에서 I/O를 계속해서 수행합니다. consistencygroup resolve-conflicting-detach 명령을 사용하여 클러스터에서 데이 터 보기를 다시 일관되게 만들어야 합니다.
Contexts: advanced recoverpoint 2. resolve-conflicting-detach 명령을 사용하여 클러스터-1을 승자로 선택합니다. VPlexcli:/clusters/cluster-1/consistency-groups/cg1> resolve-conflicting-detach -c cluster-1 This will cause I/O to suspend at clusters in conflict with cluster cluster-1, allowing you to stop applications at those clusters. Continue? (Yes/No) Yes 링크 운영 중단이 시작된 이후의 정합성 보장 그룹 내 볼륨의 데이터에 대한 클러스터-2의 수정 사항은 폐기됩니다. 그런 다음 클러스터-2의 데이터 이미지는 클러스터-1의 이미지와 동기화됩니다. 자동 재개 정책이 false인 경우 I/O는 클러스터-2에서 일시 중단됩니다. 3.
단계 1. ls 명령을 사용하여 타겟 정합성 보장 그룹의 운영 상태를 표시합니다.
단계 set 명령을 사용하여 정합성 보장 그룹을 읽기 전용으로 설정합니다.
12 성능 및 모니터링 이 장에서는 RPO/RTO 및 성능 모니터를 생성하고 작동하는 절차에 대해 설명합니다. 주제: • • • • • • • 성능 정보 성능 모니터링 정보 CLI를 사용한 성능 모니터링 포트 활성화 및 비활성화 포트 모니터링 통계학 통계 표 성능 정보 이 장에서는 메트로 노드 시스템의 성능과 관련된 다음 항목을 설명합니다. ● 구성 - 성능을 최대화하고 RPO(Recovery Point Objective) 및 RTO(Recovery Time Objective)를 관리하기 위한 수정 가능한 매개변 수입니다. ● 모니터링 - 메트로 노드의 성능을 모니터링하고 문제를 식별 및 진단하기 위한 툴 및 기술입니다. RPO 및 RTO RPO(Recovery Point Objective): RPO는 스토리지 시스템에서 장애가 발생한 시점과 스토리지 시스템이 고객 데이터를 복구할 수 있 는 과거의 예상 시점 사이의 시간 간격입니다.
노트: 메트로 노드용 Unisphere에서는 성능 통계가 클러스터별로 표시됩니다. 메트로 구성에서 두 클러스터에 대한 통계를 보려 면 두 클러스터에 모두 연결합니다. 사용자 지정 모니터 CLI로 사용자 지정 모니터를 생성하여 선택한 타겟에 대해 선택한 통계를 수집 및 표시할 수 있습니다. CLI를 사용한 성능 모니터링을 참조하십시오. 영구 모니터 GeoSynchrony에는 30초마다 표준 성능 통계 세트를 수집하는 영구 모니터가 포함되어 있습니다. 영구 모니터는 메트로 노드 디렉터 및 가상 볼륨의 성능과 관련된 통계를 수집합니다. 영구 모니터 파일은 collect-diagnostics의 일부로 수집됩니다. Collect-diagnostics는 클러스터별로 수행되므로 Metro 구성에서 는 각 메트로 노드 클러스터에서 하나의 노드로부터 이 명령을 실행하십시오. 영구 모니터의 출력은 기본 수집 진단 zip 파일 내의 smsDump_date.zip 파일에 캡처됩니다. smsDump_date.
그림 9 . 성능 모니터링 대시보드(HTML5용) 현재 5분 창에 대한 성능 정보는 다음과 같은 차트 세트로 표시됩니다. ● WAN 링크 성능 차트 - 연결된 클러스터의 WAN 링크 성능을 표시합니다. 이 차트를 참조해 링크 성능을 모니터링하여 특정 환경 에 대한 대역폭 요구 사항을 결정하고, 시간 경과에 따른 통계 데이터를 수집하고, 사용량이 많은 기간 동안 네트워크 트래픽을 모 니터링하거나, 사용량이 많은 시간을 피하기 위한 데이터 이동 작업을 계획할 수 있습니다. ● WAN 레이턴시 차트 - WAN 레이턴시의 시간대별 보기를 제공합니다. avg-lat/min-lat/max-lat 범주는 최근 5초 이내에 관찰된 값 을 각각 보고합니다. ● 쓰기 레이턴시 델타 차트 - 디렉터당 프런트엔드 레이턴시와 백엔드 레이턴시 사이의 델타를 제공합니다. 메트로 노드가 쓰기 처 리에 소비하는 오버헤드 시간인 Local/Metro의 핵심 메트릭입니다.
VPlexcli를 사용한 성능 모니터링 CLI를 사용하여 성능 문제를 진단할 수 있는 사용자 지정 모니터를 생성합니다. 두 개의 CLI 객체가 성능 통계를 수집하고 표시합니다. ● monitors - 지정한 타겟에서 지정한 간격으로 지정한 통계를 수집합니다. ● monitor sinks - 원하는 대상으로 출력을 전달합니다. 모니터 싱크에는 콘솔, 파일 또는 두 가지의 조합이 포함됩니다. CLI를 사용한 성능 모니터링 이 섹션에서는 VPlexcli를 사용하여 사용자 지정 모니터를 생성하는 단계를 설명합니다. 파일 회전 및 타임스탬프 정보 모니터의 파일 싱크에서 생성된 로그 파일은 크기가 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 명령을 사용하여 지정된 컨텍스트 및 객체의 모든 모니터에 대한 요약 정보를 표시 합니다.
표 13. 모니터 및 싱크 필드 설명 (계속) 필드 설명 collecting-data 이 성능 모니터가 데이터를 수집하는지 여부입니다. 활성화된 싱크가 하나 이상 있는 경우 모니터는 데이터를 수집합니다. firmware-id 모니터의 펌웨어 ID입니다. idle-for 펌웨어에서 이 성능 모니터에 액세스한 후 경과된 시간입니다. name 사용자에게 의미 있도록 고안된 이 성능 모니터의 디렉터 전체 고유 이름입니다. ownership 이 모니터가 이 메트로 노드 관리 콘솔의 인스턴스에서 생성되었는지 여부입니다. period 샘플링 기간(초)입니다. statistics 모니터링 중인 성능 통계 목록입니다. targets 모니터링되는 성능 통계에 적용되는 타겟 목록입니다. 타겟은 포트, 스토리지 볼륨 또는 가 상 볼륨이 될 수 있습니다. 모든 통계에 타겟이 필요한 것은 아닙니다. 모니터 싱크 디스플레이 필드 Name 파일 싱크의 경우 생성된 싱크 컨텍스트의 이름입니다.
싱크 활성화/비활성화 set 명령을 사용하여 모니터 싱크를 활성화하거나 비활성화합니다.
기본 정보 port-stats-monitor 스크립트는 문제를 관찰하는 메트로 노드 포트를 식별하는 데 사용할 수 있습니다. 메트로 노드 시스템은 port-stats-monitor 스크립트가 알리는 문제로 인해 이슈가 발생하거나 발생하지 않을 수 있습니다. 그러나 메트로 노드가 영향을 받 기 전에 해결해야 하는 SAN에 문제가 있음을 나타냅니다. 이러한 문제는 메트로 노드에 따라 달라질 수도 있고 그렇지 않을 수도 있 습니다. 경우에 따라 SAN 문제를 찾아 해결할 때까지 스크립트에서 문제가 있거나 보이는 것으로 식별된 문제 포트를 비활성화해야 할 수 있습니다. FC 포트 모니터링 스크립트에는 다음과 같은 기능이 있습니다. ● 1분에 한 번 메트로 노드 FC 포트만 폴링하고 가능한 패브릭 이슈를 감지하면 구성된 이메일 주소로 이메일을 보냅니다. ● 패브릭 이슈가 발생한 클러스터, 디렉터 및 포트를 명시적으로 식별합니다. ● 성능이 저하된 FC 이니시에이터-타겟 쌍에 대해 보고합니다.
#- This script is processed as if it had been sourced using the 'source' command #------------------------------------------------------------------------------. . ll /monitoring/directors/*/monitors/ # # -e ,,...> 임계값 조정(필요한 경우) 단계 관리 서버에서 둘 다 메트로인 경우 port-stats-monitor 디렉토리를 만들고 특정 하드웨어인 VS2 또는 VS6과 이전에 portstats-monitor_6.2.zip 파일을 압축 해제한 config.
The monitor periodically logs VPLEX FC port statistics and can notify via email if critical stats have increased past their threshold within a minute interval. ## Usage After importing the prodscript with `script -i port_stats_monitor`, 5 commands are created: port-monitor port-monitor port-monitor port-monitor port-monitor restart start status stop test-email Restart all monitor threads.
샘플 출력 담당자에게 보낼 수 있는 이메일의 샘플 출력입니다. From: VPLEX Port Stat Notifier [mailto:vplex-port-stat-notifier@dell.com] Sent: Day, Month date, YYYY H:MM To: Subject: VPlex Port Stat Notification for x.x.x.x The port stat monitor detected a problem. Historical data is located in /var/log/VPlex/cli/port-stats-monitor.
● 판독 - 순간 값(자동차의 속도계와 유사) ○ 판독은 CPU 활용도, 메모리 활용도를 표시하는 데 사용됩니다. ○ 값은 모든 샘플을 변경할 수 있습니다. ● 기간 평균 - 마지막 샘플 기간 동안 계산된 시리즈의 평균입니다. 다음과 같은 경우: ○ current_reading_sum은 모니터 생성 이후 특정 통계에 대한 모든 판독값의 합계입니다. ○ previous_reading_sum은은 모니터 생성 이후 통계에 대한 모든 판독값의 개수입니다. ○ period-average = (current_reading_sum - previous_reading_sum) / (current_reading_count - previous_reading_count) 많은 통계에서는 타겟 포트 또는 볼륨을 지정해야 합니다. monitor stat-list 명령의 출력은 타겟이 정의되어야 하는 통계와 모 니터가 생성될 때 필요한 타겟 유형을 식별합니다. 그림 10 .
표 14. 프런트엔드 성능 통계 필드 설명 vol 가상 볼륨의 이름 활성화된 대기열 대기열의 이름 pos 대기열에 있는 작업의 일련 번호 I 이니시에이터 포트의 WWN T 타겟 포트의 WWN 상태 내부 상태 또는 캐시 상태 time I/O 작업이 실행되는 시간(usec에서) opcode 명령의 작업 코드(해당되는 경우) LBA 명령의 LBA(Logical Block Addressing) 요소 값(해당되는 경우) len 전송 또는 확인 중인 블록 또는 바이트(해당되는 경우) 프런트엔드 통계 수집의 성능을 관리하려면 메트로 노드 CLI 컨텍스트에서 다음 명령을 사용합니다. ● front-end-performance-stats stop - 실행 중인 성능 통계 수집을 중지합니다. ● front-end-performance-stats start - 실행 중인 성능 통계 수집을 시작합니다.
표 16. 디렉터 통계 통계 Type 설명 director.async-write 백엔드 쓰기 비동기 쓰기 수(KB/초)입니다. director.be-aborts 백엔드 작업 디렉터 백엔드 포트를 통해 중단된 I/O 작업 수 director.be-busies 백엔드 작업 이 디렉터에서 사용 중인 알림 수 director.be-ops 백엔드 작업 디렉터 백엔드 포트를 통한 I/O 작업 수 백엔드 읽기 디렉터 백엔드 포트의 읽기 수 백엔드 쓰기 디렉터 백엔드 포트를 통한 쓰기 수 director.be-ops-ws 백엔드 작업 동일한 백엔드 쓰기 작업 수 director.be-qfulls 백엔드 쓰기 이 백엔드 포트에 대한 대기열 전체 알림 수 director.be-read 백엔드 읽기 디렉터 백엔드 포트로 읽은 바이트 수 director.be-resets 카운터 초당 백엔드 재설정 수 director.
표 16. 디렉터 통계 (계속) 통계 Type 설명 수신한 재구축 바이트 트래픽 재구축(읽기 및/또는 쓰기)을 위해 원격 노드에서 이 노드가 수신한 바이트 수 전송한 재구축 바이트 트래픽 재구축(읽기 및/또는 쓰기)을 위해 원격 노드에 이 노드가 전송한 바이트 수 프런트엔드 작업 디렉터 프런트엔드 포트를 통한 I/O 작업 수 활성 프런트엔드 작업 디렉터 프런트엔드 포트의 활성 미해결 I/O 작업 수 "유형: 읽기, 단위: 개수, 인수: 타겟 디렉 터" director.dr1-rbld-recv "유형: 카운터, 단위: 바이트/초, 인수: 없음" director.dr1-rbld-sent "유형: 카운터, 단위: 바이트/초, 인수: 없음" director.fe-ops "유형: 카운터, 단위: 개수/초, 인수: 없 음" director.fe-ops-act "유형: 읽기, 단위: 개수, 인수: 없음" director.
표 17. 프런트엔드 디렉터(fe-director) 통계 (계속) 통계 Type 설명 fe-director.caw-lat CompareAndWrite 작업 레이턴시 지정된 디렉터의 프런트엔드 포트에서 CompareAndWrite 레 이턴시(마이크로초). 레이턴시 버킷은 메트로 노드 펌웨어 내에서 수집된 64개의 레이턴시 버킷 대신 0에서 최대까지 3개의 버킷으로 줄어듭니다.
표 18. 프런트엔드 볼륨(fe-lu) 통계 (계속) 통계 Type 설명 프런트엔드 볼륨 평균 WriteSame 레이턴시 지정된 프런트엔드 볼륨에서 평균 WriteSame 레이턴시 분배 프런트엔드 볼륨 WriteSame 작업 지정된 프런트엔드 볼륨의 WriteSame 작업 수 프런트엔드 볼륨 매핑 해제 작업 지정된 프런트엔드 볼륨의 초당 매핑 해제 작업 수 프런트엔드 볼륨 평균 매핑 해제 레이턴시 지정된 프런트엔드 볼륨에서 매핑 해제 작업의 평균 레이턴 시(마이크로초) "유형: 버킷, 단위: 마이크로초, 인수: volume-id" fe-lu.ws16-avg-lat "유형: 기간 평균, 단위: us, 인수: virtualvolume" fe-lu.ws16-ops "유형: 카운터, 단위: 개수/초, 인수: virtual-volume" fe-lu.unmap-ops "유형: 카운터, 단위: 개수/초, 인수: virtual-volume" fe-lu.
표 19. 프런트엔드 포트(fe-prt) 통계 (계속) 통계 Type 설명 프런트엔드 포트 WriteSame 작업 지정된 프런트엔드 FC 포트의 WriteSame 작업 수 프런트엔드 포트 매핑 해제 작업 지정된 포트에서 확인된 초당 매핑 해제 작업 수 프런트엔드 포트 평균 매핑 해제 레이턴시 지정된 프런트엔드 포트에서 매핑 해제 작업의 평균 레이턴 시(마이크로초) "유형: 기간 평균, 단위: us, 인수: frontend-port" fe-prt.ws16-ops "유형: 카운터, 단위: 개수/초, 인수: frontend-port" fe-prt.unmap-ops "유형: 카운터, 단위: 개수/초, 인수: frontend-port" fe-lu.unmap-avg-lat "유형: 기간 평균, 단위: us, 인수: frontend-port" 표 20. 원격 RAID(ramf)) 통계 통계 Type 설명 ramf.
표 21. 스토리지 볼륨 통계 통계 Type 설명 storage-volume.per-storage-volume-readlatency 볼륨 읽기 레이턴시 지정된 스토리지 볼륨에서 읽기 레이턴시(마이크로초) 분배 볼륨 쓰기 레이턴시 지정된 스토리지 볼륨에서 쓰기 레이턴시(마이크로초) 분배 "유형: 버킷, 단위: 마이크로초, 인수: volume-id" storage-volume.per-storage-volume-writelatency "유형: 버킷, 단위: 마이크로초, 인수: volume-id" storage-volume.read-latency "유형: 버킷, 단위: 마이크로초, 인수: 없 음" storage-volume.
표 23. IP WAN COM(ip-com-port) (계속) 통계 Type 설명 ip-com-port.send-errors IP WAN COM 포트가 오 류를 전송함 이 WAN COM 포트에서 전송하는 오류 수 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.
표 26. 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 이 채널 그룹에서 전송된 총 메시지 표 27. COM 경로 통계 통계 설명 com-path.
표 28. 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.
