emc vipr controller · 2020. 10. 17. · l vipr controller api 및 cli에서 가상 스토리지와...

EMC® ViPR® Controller3.5 버전

VDC(Virtual Data Center) 요구 사항 및 정보 가이드302-003-277

REV 01

Copyright © 2013-2016 EMC Corporation All rights reserved.

발행: 2016년 10월

Dell은 본 발행물의 정보가 해당 발행일 현재 정확한 것으로 간주합니다. 모든 정보는 예고 없이 변경될 수 있습니다.

본 발행물의 정보는 "있는 그대로" 제공됩니다. Dell은 본 발행물의 정보와 관련하여 어떠한 진술이나 보증도 하지 않으며, 특히 상품성이나 특정 목

적을 위한 적합성에 대하여 어떠한 묵시적인 보증도 부인합니다. 본 발행물에 설명된 Dell 소프트웨어를 사용, 복사 및 배포하려면 해당 소프트웨어

라이센스가 필요합니다.

Dell, EMC 및 기타 상표는 Dell Inc. 또는 해당 자회사의 상표입니다. 기타 모든 상표는 해당 소유주의 자산일 수 있습니다. Published in the USA.

한국이엠씨컴퓨터시스템즈(주)서울특별시 강남구 테헤란로 152 강남파이낸스센터 18층 (우)06236대표 전화: (02)2125-7000 구입/상담 문의: 080-775-7000 팩스: (02)2125-7280www.DellEMC.com/ko-kr/index.htm

2 EMC ViPR Controller 3.5 VDC(Virtual Data Center) 요구 사항 및 정보 가이드

ViPR Controller VDC 요구 사항 및 정보 개요 7

ViPR Controller 사용자 역할 요구 사항 9

물리적 자산 요구 사항 및 정보 15스토리지 시스템..........................................................................................16EMC VMAX ................................................................................................16EMC VNX for Block.................................................................................... 16EMC Unity.................................................................................................. 16VPLEX ........................................................................................................17Hitachi Data Systems ................................................................................. 17

프로비저닝과 관련된 알려진 문제.................................................. 19Storage Navigator에서 HDS 스토리지의 성능 데이터 저널링 사용....19HDS에서 Storage Navigator를 사용하여 새 사용자 생성 .............. 20호스트 모드 및 호스트 모드 옵션...................................................20

타사 블록 스토리지(OpenStack) ............................................................... 22타사 블록 스토리지 공급자 설치 요구 사항....................................23타사 블록 스토리지 시스템 지원 ................................................... 23지원되는 ViPR Controller 작업...................................................... 24OpenStack 구성.............................................................................24Cinder 서비스 구성 요구 사항........................................................25ViPR Controller에서 Cinder를 통해 액세스하는 스토리지에 대한 VM사이징 지침................................................................................... 25스토리지 시스템(백엔드) 구성 설정.............................................. 25OpenStack에 대한 볼륨 설정 요구 사항.........................................26

ViPR Controller 구성(타사 블록 스토리지 포트에 대한 구성)..................... 27독립 실행형 EMC ScaleIO.......................................................................... 28EMC XtremIO ............................................................................................28IBM XIV 지원.............................................................................................. 29Dell SC 시리즈............................................................................................30EMC VNXe................................................................................................. 32일반 파일 스토리지 시스템 요구 사항.........................................................32

EMC®

Data Domain®

......................................................................32EMC Isilon .................................................................................... 33NetApp 7-Mode ............................................................................35NetApp Cluster-Mode .................................................................. 36EMC VNX for File ......................................................................... 36vNAS 검색 및 프로젝트 할당......................................................... 36

EMCElastic Cloud Storage..........................................................................37RecoverPoint 시스템..................................................................................38Fabric Manager(스위치).............................................................................39

ViPR Controller 스위치 및 네트워크 용어...................................... 39Brocade......................................................................................... 39Cisco............................................................................................. 43

Vblock 시스템 요구 사항.............................................................................47컴퓨팅 이미지 서버 요구 사항....................................................... 48컴퓨팅 이미지 서버에 대한 네트워크 요구 사항.............................49

1장

2장

3장

목차

EMC ViPR Controller 3.5 VDC(Virtual Data Center) 요구 사항 및 정보 가이드 3

컴퓨팅 이미지................................................................................49Vblock compute systems...............................................................50

호스트 및 클러스터..................................................................................... 51VMAX, VNX for Block, Unity 및 XtremIO 스토리지 시스템에 대한 호스트/스토리지 선호도 지원............................................................51AIX 호스트 및 AIX VIO 서버............................................................51HP-UX........................................................................................... 51Linux ............................................................................................. 51Windows........................................................................................52SUN-VCS...................................................................................... 54

VMware® vCenter.......................................................................................54필요한 VMware

® VirtualCenter 역할 권한..................................... 55ViPR Controller에서 검색 및 관리되는 vCenter에 대한 FAQ..........55

관리되지 않는 볼륨에 대한 호스트/스토리지 선호도 검색......................... 56

가상 자산 요구 사항 및 정보 59개요............................................................................................................60가상 스토리지 구축 계획............................................................................ 60

SAN 조닝(Zoning) 요구 사항.........................................................60가상 스토리지에 물리적 자산을 추가하는 방법 계획..................... 60ECS 시스템에 대한 가상 스토리지 구성 고려 사항........................ 62Vblock 시스템 서비스를 위한 가상 스토리지 요구 사항................. 62

블록 스토리지 구성 고려 사항.................................................................... 63ViPR Controller로 관리 중인 블록 스토리지 시스템....................... 64Hitachi Data Systems.................................................................... 64EMC VPLEX ................................................................................. 65XtremIO.........................................................................................65타사 블록(OpenStack) 스토리지 시스템....................................... 66

파일 스토리지 구성 고려 사항.................................................................... 66EMC

® Data Domain

®..................................................................... 66

EMC VNX for File.......................................................................... 67오브젝트 스토리지 구성 고려 사항............................................................. 67

ECS............................................................................................... 67서비스 프로파일 템플릿에 대한 ViPR 요구 사항......................................... 67

프로비저닝할 스토리지 풀 선택 69개요............................................................................................................70풀 사용률 및 서비스 용량 이해................................................................... 70블록 스토리지 리소스 배치 옵션..................................................................71

블록 스토리지의 기본 선택 프로세스 .............................................71호스트/스토리지 선호도 리소스 배치............................................ 73

파일 스토리지 선택 프로세스..................................................................... 75

ViPR Controller를 통한 Vblock 시스템 관리 77ViPR Controller 가상 데이터 센터에서 Vblock 시스템 관리.........................78Vblock 시스템이 ViPR Controller에서 검색되는 방식..................................78

Vblock 시스템 구성 요소를 ViPR Controller 물리적 자산에 추가....79ViPR Controller의 Vblock 시스템 구성 요소 검색...........................80ViPR Controller의 추가/검색된 물리적 자산 등록.......................... 81Vblock 시스템에 OS를 설치하기 위해 ViPR Controller에 필요한 추가 리소스....................................................................................... 81

Vblock 시스템 구성 요소가 다음에서 가상화되는 방법: ViPR Controller..... 81Vblock 컴퓨팅 시스템.....................................................................81

4장

5장

부록 A

목차


Vblock 스토리지 시스템.................................................................82Vblock 네트워크(가상 스토리지 내).............................................. 82

Vblock 시스템용 가상 스토리지의 예..........................................................82기존 Vblock 시스템........................................................................83단일 ViPR Controller 가상 스토리지에 구성된 여러 Vblock 시스템....83가상 스토리지 네트워크를 통한 테넌트 분리................................. 85컴퓨팅 가상 풀을 통한 테넌트 분리............................................... 86

ViPR Controller의 EMC ECS(Elastic Clould Storage) 지원 89ViPR Controller의 EMCElastic Cloud Storage 지원 개요............................ 90ViPR Controller에서 ECS 시스템 검색........................................................90ViPR Controller 테넌트에 ECS 네임스페이스 매핑..................................... 90ViPR Controller에서 ECS 스토리지 가상화................................................. 91

부록 B

목차

EMC ViPR Controller 3.5 VDC(Virtual Data Center) 요구 사항 및 정보 가이드 5

1장

ViPR Controller VDC 요구 사항 및 정보 개요

ViPR Controller 시스템 관리자 및 테넌트 관리자를 위한 이 가이드는 ViPR ControllerVDC(Virtual Data Center)에 추가된 물리적 자산을 구성하는 데 필요한 정보와 ViPRController를 통해 검색된 ViPR Controller 물리적 자산을 ViPR Controller VDC의 ViPRController 네트워크, 가상 스토리지 및 가상 풀로 변환하는 데 필요한 요구 사항 및 정보를 제공합니다.

관련 문서UI 단계, CLI 명령 및 REST API 호출에 대한 다음 가이드를 참조하여 가상 데이터 센터를 구성하십시오.

l ViPR Controller UI 가상 데이터 센터 구성 가이드

l ViPR Controller CLI 참조 가이드

l EMC ViPR Controller REST API Reference

EMC ViPR Controller Support Matrix는 물리적 자산에 대한 버전 요구 사항을 제공합니다.

이러한 문서는 모두 ViPR Controller 제품 설명서 인덱스에서 액세스할 수 있습니다.

ViPR Controller VDC 요구 사항 및 정보 개요 7

https://community.emc.com/docs/DOC-54460

ViPR Controller VDC 요구 사항 및 정보 개요


2장

ViPR Controller 사용자 역할 요구 사항

ViPR Controller 역할은 두 가지 그룹, 즉 ViPR Controller 가상 데이터 센터 레벨의 역할과 테넌트 레벨의 역할로 나뉩니다.

ViPR Controller UI의 여러 영역에 대한 액세스는 사용자에게 할당된 역할에 허용되는작업에 의해 결정됩니다. UI에서 ViPR Controller에 액세스할 때 권한이 부여되는 작업은 REST API 또는 CLI를 사용할 경우에 권한이 부여되는 작업과 다를 수 있습니다(더제한적일 수 있음).

가상 데이터 센터 레벨 역할VDC 역할은 모든 테넌트에 의해 공유되는 ViPR Controller 환경을 설정하는 데 사용됩니다. 다음 표에는 가상 데이터 센터 레벨에서 각 사용자 역할에 대해 권한이 부여된 작업이 정리되어 있습니다.

표 1 VDC 역할

VDC 역할 승인된 작업

SecurityAdministrator

l ViPR Controller 가상 데이터 센터가 사용자를 식별 및 인증하도록 인증공급자 구성을 관리합니다. 인증 공급자는 다음을 수행하도록 구성됩니다.

n AD/LDAP(Active Directory/Lightweight Directory Access Protocol)사용자 계정/도메인을 사용하여 지정된 사용자를 ViPR Controller에추가합니다.

n ViPR Controller를 블록 스토리지 서비스로 Openstack(Keystone)에등록합니다.

Keystone을 추가하려면 Security Administrator 역할이 필요하지만Keystone 사용자는 ViPR Controller에 추가할 수 없습니다.

l ViPR Controller 사용자 그룹을 생성합니다.

l VDC 및 테넌트 역할을 할당합니다.

l 프로젝트 및 서비스 카탈로그에 대한 ACL 할당을 설정합니다.

l ViPR Controller API 및 CLI에서 가상 스토리지와 가상 풀에 대한 ACL 할당을 설정합니다.

l ViPR Controller REST API 및 CLI에서 vCenter 테넌트(ACL) 및 데이터센터 테넌트를 업데이트합니다. ViPR Controller UI에서는 SystemAdministrator만 이러한 기능을 수행할 수 있습니다.

l 서브 테넌트를 생성, 수정 및 삭제합니다.

l 테넌트 할당량 및 사용자 매핑을 할당합니다.

ViPR Controller 사용자 역할 요구 사항 9

표 1 VDC 역할 (계속)


l ViPR Controller 가상 데이터 센터 소프트웨어 및 라이센스 업데이트를관리합니다.

l ViPR Controller 업그레이드 파일을 다운로드하고 설치할 저장소를 구성합니다.

l SSL 및 신뢰할 수 있는 인증서를 관리합니다.

l vApp 및 Hyper-v 없이 VMware에 구축된 ViPR Controller 노드의 IP를 변경할 수 있습니다.

l ViPR Controller 인스턴스의 백업을 예약합니다.

l 로컬 사용자 암호를 재설정합니다.

l ACL을 구성합니다.

l 필요한 경우 테넌트 및 프로젝트에 대한 액세스 권한을 복구합니다. (예를 들어, Tenant Administrator가 스스로를 차단한 경우 SecurityAdministrator가 사용자 역할을 재설정해 액세스 권한을 복구할 수 있습니다.)

l ViPR Controller 노드 이름을 추가하거나 변경할 수 있습니다.

l ViPR Controller REST API 및 CLI에서 소수 노드 복구를 시작합니다.

l ViPR Controller CLI에서 소수 노드 복구 상태를 확인합니다.

l ViPR Controller, 일반 구성 및 보안 설정을 변경합니다.

l ViPR Controller 서비스를 ViPR Controller REST API/CLI에서 종료, 재부팅 및 재시작합니다.

l IPsec 키 회전, IPsec 상태 확인과 같은 IPsec 작업을 관리합니다.

Security Administrator가 ViPR Controller UI에서 다음 작업을 수행하려면System Administrator 역할도 할당되어 있어야 합니다.

l ViPR Controller 노드 또는 서비스를 종료, 재부팅 및 재시작합니다.

l 가상 스토리지와 가상 풀에 대한 ACL 할당을 설정합니다.

l 소수 노드 복구를 시작합니다.

원거리 연합 환경의 경우:

l 글로벌 리소스에 해당하는 인증 공급자에 대해 Security Administrator 권한을 갖습니다.

SystemAdministrator

l 시스템 업그레이드를 수행합니다.

l 시스템 백업을 생성합니다.

l ViPR Controller 라이센스를 추가합니다.

l 지원 요청을 보냅니다.

l VDC(Virtual Data Center)를 추가, 편집, 삭제, 연결 해제 및 다시 연결합니다.

l ViPR Controller 가상 데이터 센터의 물리적 스토리지 인프라스트럭처를설정하고 물리적 스토리지를 가상 스토리지와 가상 풀의 두 가지 가상 리소스로 구성합니다. 승인된 작업은 다음과 같습니다.





n 스토리지 시스템, 스토리지 포트 및 스토리지 풀, 데이터 보호 시스템,Fabric Manager, 네트워크, 컴퓨팅 이미지, Vblock 컴퓨팅 시스템,vCenter 같은 물리적 스토리지 리소스를 ViPR Controller에 추가, 수정 및 삭제합니다.

System Administrator는 호스트 또는 클러스터를 추가, 삭제 또는 수정할 수 없습니다.

n ViPR Controller REST API, UI 및 CLI에서 vCenter Cascade Tenancy및 vCenter 테넌트(ACL)와 데이터 센터 테넌트 업데이트합니다.

n vNAS 서버를 하나 이상의 프로젝트에 연결합니다(SystemAdministrator 및 Tenant Administrator 역할 모두 필요).

n 가상 풀을 생성합니다.

n 가상 스토리지를 생성합니다.

n 이동성 그룹을 생성합니다.

l 테넌트가 관리하지 않는 ViPR Controller 가상 데이터 센터 리소스를 관리합니다.

l ViPR Controller 가상 데이터 센터의 상태 정보를 검색합니다.

l ViPR Controller 가상 데이터 센터의 대량 이벤트 및 통계 기록을 검색합니다.

l 데이터베이스 일상 업무 상태를 확인합니다.

l ViPR Controller CLI에서 소수 노드 복구 상태를 확인합니다.


l 원거리 연합 환경을 생성하도록 VDC를 추가합니다.

l VDC를 추가, 연결 해제, 다시 연결 또는 삭제합니다.

l 글로벌 리소스에 해당하는 글로벌 가상 풀에 대해 System Administrator권한을 갖습니다.

l ViPR Controller API에서 가상 스토리지와 가상 풀에 대한 ACL 할당을 설정합니다.

SystemMonitor

l ViPR Controller 가상 데이터 센터의 모든 리소스에 대해 읽기 전용 액세스 권한을 갖습니다. 인증 공급자, ACL, 역할 할당 같은 보안 관련 리소스는 볼 수 없습니다.

l ViPR Controller 가상 데이터 센터의 대량 이벤트 및 통계 기록을 검색합니다.

l ViPR Controller 가상 데이터 센터의 상태 정보를 검색합니다.

l (API에만 해당) 문제 해결에 도움이 되는 알림 이벤트를 생성하고 오류로그를 첨부할 수 있습니다. 알림 이벤트는 ConnectEMC로 전송됩니다.

l 데이터베이스 일상 업무 상태를 확인합니다.

l ViPR Controller UI 및 CLI에서 소수 노드 복구 상태를 확인합니다.

l 외부 서버의 백업을 나열합니다.


11



l 백업의 업로드 상태를 확인합니다.

l 복구 상태를 확인합니다.

System Auditor ViPR Controller 가상 데이터 센터 감사 로그에 대한 읽기 전용 액세스 권한을갖습니다.

테넌트 레벨 역할테넌트 역할은 서비스 카탈로그 및 프로젝트 등의 테넌트별 설정을 관리하고 추가 사용자를 테넌트 역할에 할당하는 데 사용됩니다. 다음 표에는 테넌트 레벨에서 각 사용자역할에 대해 권한이 부여된 작업이 정리되어 있습니다.

표 2 테넌트 역할

테넌트 레벨 역할 승인된 작업

Tenant Administrator l 생성된 테넌트의 Tenant Administrator가 됩니다.

l 단일 테넌트 엔터프라이즈 프라이빗 클라우드 환경에는 테넌트가Provider Tenant 하나만 있고, Tenant Administrator가 모든 프로젝트에 대한 액세스 권한을 갖습니다.

l 테넌트의 이름 및 설명을 수정합니다.

l 소속 테넌트의 ViPR Controller 물리적 자산에 vCenter를 추가합니다.

l 호스트, 클러스터 vCenter, 프로젝트 등의 테넌트 리소스를 관리합니다.

l 담당 테넌트에서 프로젝트의 ACL 및 서비스 카탈로그를 구성합니다.

l 테넌트 사용자에게 역할을 할당합니다. Tenant Administrator 또는Project Administrator 역할을 다른 사용자에게 할당할 수 있습니다.

l 스케줄 정책을 생성합니다.

l vNAS 서버를 하나 이상의 프로젝트에 연결합니다(SystemAdministrator 및 Tenant Administrator 역할 모두 필요).

l 애플리케이션 서비스를 관리합니다.

l 조치 가능한 이벤트를 승인하거나 거부합니다.

l 서비스 오더 스케줄을 편집합니다.

단일 사용자 또는 사용자 그룹이 여러 테넌트에 대한 TenantAdministrator 역할을 갖도록 구성할 수 있습니다. 이 사용자/사용자 그룹은 Provider Tenant에 속해야 하지만 해당 Provider Tenant의 TenantAdministrator 역할을 가질 필요는 없습니다. 멀티 테넌트 환경에서 특정 사용자 그룹이 여러 테넌트에 대한 프로비저닝 작업을 수행해야 하며 이러한 작업에 루트 사용자를 사용하지 않으려는 경우에 이 기능을사용할 수 있습니다.



표 2 테넌트 역할 (계속)

테넌트 레벨 역할 승인된 작업


l 글로벌 리소스에 해당하는 테넌트에 대해 Tenant Administrator 권한을 갖습니다.

Tenant Approver l 담당 테넌트에서 서비스 카탈로그 오더를 승인 또는 거부합니다.

l 담당 테넌트의 모든 승인 요청을 봅니다.

Project Administrator l 담당 테넌트에서 프로젝트를 생성하고 생성된 프로젝트에 대한OWN ACL을 얻습니다.


13

3장

물리적 자산 요구 사항 및 정보

이 장에서 다루는 내용은 다음과 같습니다.

l 스토리지 시스템................................................................................................. 16l EMC VMAX ....................................................................................................... 16l EMC VNX for Block............................................................................................ 16l EMC Unity.......................................................................................................... 16l VPLEX ............................................................................................................... 17l Hitachi Data Systems .........................................................................................17l 타사 블록 스토리지(OpenStack) .......................................................................22l ViPR Controller 구성(타사 블록 스토리지 포트에 대한 구성)............................. 27l 독립 실행형 EMC ScaleIO.................................................................................. 28l EMC XtremIO ....................................................................................................28l IBM XIV 지원......................................................................................................29l Dell SC 시리즈................................................................................................... 30l EMC VNXe.........................................................................................................32l 일반 파일 스토리지 시스템 요구 사항................................................................ 32l EMCElastic Cloud Storage................................................................................. 37l RecoverPoint 시스템..........................................................................................38l Fabric Manager(스위치).................................................................................... 39l Vblock 시스템 요구 사항.................................................................................... 47l 호스트 및 클러스터.............................................................................................51l VMware® vCenter............................................................................................. 54l 관리되지 않는 볼륨에 대한 호스트/스토리지 선호도 검색.................................56

물리적 자산 요구 사항 및 정보 15

스토리지 시스템스토리지 시스템에 대한 사용자 자격 증명을 입력하고 포트 기반 메트릭을 설정하는 데필요한 ViPR Controller 요구 사항 및 정보와 ViPR Controller에 스토리지 시스템을 추가하고 구성하는 데 필요한 정보를 검토할 수 있습니다.

스토리지 시스템 사용자 자격 증명스토리지 시스템을 ViPR Controller에 추가할 때 ViPR Controller에서 스토리지 시스템에 액세스할 사용자의 자격 증명을 지정합니다. 이러한 자격 증명은 현재 ViPRController에 로그인한 사용자와 무관합니다. 스토리지 시스템에서 수행되는 모든 ViPRController 작업은 스토리지 시스템에 대한 액세스 권한을 할당받은 사용자의 작업으로실행됩니다.

ViPR Controller 작업을 수행하려면 ViPR Controller 사용자에게 관리자 권한이 있어야합니다. 특정 유형의 스토리지 시스템에 대한 추가 자격 증명 요구 사항은 이 가이드의다음 스토리지 전용 섹션에서 자세히 설명됩니다.

EMC VMAXViPR Controller 물리적 자산 및 가상 자산에 VMAX 스토리지 시스템을 구성하는 데 필요한 구성 요구 사항 및 정보는 ViPR Controller 제품 설명서 인덱스에서 제공되는 ViPRController VMAX 및 VNX 스토리지 시스템과의 통합 가이드 문서를 참조하십시오.

EMC VNX for BlockViPR Controller 물리적 자산 및 가상 자산에 VNX for Block 스토리지 시스템을 구성하는 데 필요한 구성 요구 사항 및 정보는 ViPR Controller 제품 설명서 인덱스에서 제공되는 ViPR Controller VMAX 및 VNX 스토리지 시스템과의 통합 가이드 문서를 참조하십시오.

EMC UnityViPR Controller를 사용하여 Unity 스토리지 시스템을 관리하는 경우 다음에 유의하십시오.

Unity 백엔드 볼륨을 사용하는 RecoverPointUnity 백엔드 볼륨을 사용하는 RecoverPoint에 대한 ViPR Controller의 지원 제한 사항

l 하나 이상의 Unity 스토리지 시스템을 단일 RecoverPoint 시스템에 연결할 수 있지만 단일 Unity 스토리지 시스템을 여러 RecoverPoint 시스템에 연결할 수는 없습니다. Unity 스토리지 시스템을 여러 RecoverPoint 시스템에 연결하려는 경우 EMCUnity가 다른 RecoverPoint 시스템의 모든 이니시에이터를 Unity의 동일한 호스트에 추가합니다.

l XtremIO와 함께 Unity 백엔드 볼륨을 사용하는 RecoverPoint는 지원되지 않습니다. Unity에서 소스 복제본을 생성하고 XtremIO에서 타겟 복제본을 생성하거나 그반대로 할 수 없습니다.

Unity 볼륨에 대한 ViPR Controller 애플리케이션 지원ViPR Controller 애플리케이션의 Unity 볼륨 지원 관련 제한 사항





l 스냅샷이 있는 하위 그룹에 포함된 Unity 볼륨은 하위 그룹에서 제거하거나 삭제할수 없습니다. 이는 ViPR Controller에서 적용되는 Unity 제한 사항입니다. 이 문제를해결하려면 먼저 스냅샷을 제거하고 하위 그룹에서 볼륨을 제거합니다.

l ViPR Controller에서 Unity 볼륨에 대한 애플리케이션 전체 복제본은 지원되지 않습니다.

VPLEXVPLEX 스토리지 시스템을 ViPR Controller에 추가하려면 먼저 VPLEX 환경이 다음과같이 구성되어 있는지 확인해야 합니다.

l ViPR는 Local 또는 Metro 구성의 VPLEX 를 지원합니다. VPLEX Geo 구성은 지원되지 않습니다.

l VPLEX 메타데이터 백엔드 스토리지를 구성합니다.

l VPLEX 저널링 백엔드 스토리지를 생성합니다.

l 다음을 확인합니다.

n 사용할 스토리지 시스템이 VPLEX 백엔드 포트가 포함된 네트워크에 연결되어있어야 합니다.

n 사용할 호스트의 이니시에이터는 VPLEX 프런트엔드 포트가 포함된 네트워크에 있어야 합니다.

l 저널링 볼륨이 VPLEX Metro 구성에서 분산 볼륨을 지원하도록 구성되어 있는지확인합니다.

l 메타데이터 지원 스토리지와 저널링 지원 스토리지를 사용할 수 있도록 설정하는데 필요한 경우를 제외하고, VPLEX 와 스토리지 시스템 사이 또는 호스트와VPLEX 사이에 조닝(Zoning)을 미리 구성할 필요는 없습니다.

l VPLEX 스토리지 시스템을 통해 프로비저닝되는 SUN-VCS 호스트를 ViPRController에 추가할 때는 SUN-VCS 운영 체제 유형을 사용합니다. 그런 다음 SUN-VCS 클러스터에 대한 호스트 이니시에이터를 ViPR Controller에 수동으로 추가해야 합니다.

Hitachi Data SystemsHitachi Data Systems(HDS) 스토리지를 ViPR Controller에 추가하기 전에 다음과 같이스토리지를 구성해야 합니다.

필수 정보 수집HitachiHiCommand Device Manager (HiCommand)가 있어야 HDS 스토리지를 ViPRController에서 사용할 수 있습니다. HiCommand Manager를 구성하고 ViPR Controller에 추가하려면 다음 정보를 수집해야 합니다.

표 3 Hitachi 필요한 정보

설정 값

HiCommand Device Manager 설정을 위한 호스트 또는 가상 머신

HiCommand Device Manager 라이센스

HiCommand Device Manager 호스트 주소


VPLEX 17

표 3 Hitachi 필요한 정보 (계속)

설정 값

HiCommand Device Manager 사용자 자격 증명

HiCommand Device Manager 호스트 포트(기본값: 2001)

일반 구성 요구 사항

l HiCommand Device Manager 소프트웨어 설치 및 라이센스 등록이 완료되어야 합니다.

l ViPR Controller에서 HDS 스토리지에 액세스하는 데 사용될 HiCommand DeviceManager 사용자를 생성합니다. 이 사용자는 모든 ViPR Controller 작업을 수행하기위해 스토리지 시스템에 대한 관리자 권한을 갖고 있어야 합니다.

l HiCommand Device Manager 에서 모든 Hitachi 스토리지 시스템(ViPR Controller에서 검색할 스토리지 시스템)을 검색한 후에 해당 스토리지 시스템을 ViPRController에 추가할 수 있습니다.

l HiCommand Device Manager를 ViPR Controller 스토리지 공급자로 추가하면 스토리지 공급자에서 관리하는 모든 스토리지 시스템이 ViPR Controller에 추가됩니다.ViPR Controller에서 모든 스토리지 시스템을 관리하지 않으려면 HiCommandDevice Manager를 추가하기 전에 ViPR Controller에 추가될 스토리지 시스템만HiCommand Device Manager에서 관리하도록 구성하십시오.

ViPR Controller에 스토리지 공급자를 추가한 후에도 ViPR Controller에서 사용하지않을 스토리지 시스템은 등록 취소하거나 삭제할 수 있습니다.

자동 계층화를 위한 구성 요구 사항ViPR Controller 는 HDT(HDS Dynamic Tiering) 스토리지 풀의 6가지 표준 Hitachi 자동계층화 정책에 대한 자동 계층화를 제공합니다.

HDS 자동 계층화를 사용하려면 HDS 스토리지 시스템에 Hitachi 계층형 스토리지 관리자 라이센스가 있어야 합니다.

데이터 보호 기능을 위한 구성 요구 사항HDS 보호를 사용하려면 다음이 필요합니다.

l Hitachi 스냅샷 보호를 지원하는 씬 이미지 스냅샷 소프트웨어

l Hitachi 클론 및 미러 보호를 지원하는 섀도우 이미지 복제 소프트웨어

ViPR Controller 를 사용하려면 씬 이미지 및 섀도우 이미지 기능을 사용하기 위해 다음을 구성해야 합니다.

l Hitachi 복제 관리자가 별도의 서버에 설치되어 있어야 합니다.

l HiCommand Device Manager 에이전트가 쌍 관리 서버에서 설치 및 실행되고 있어야 합니다.

l ViPR Controller에서 섀도우 이미지 쌍 작업을 사용하도록 설정하려면 HiCommandDevice Manager 또는 Hitachi Storage Navigator를 사용하여 HDS에 이름이 ViPR-Replication-Group인 ReplicationGroup을 생성하십시오.

l ViPR Controller에서 씬 이미지 쌍 작업을 사용하도록 설정하려면 HiCommandDevice Manager 또는 HitachiStorage Navigator를 사용하여 HDS에 이름이 ViPR-Snapshot-Group인 SnapshotGroup을 생성하십시오.



HDS 포트 메트릭 취합을 위한 ViPR Controller 구성 요구 사항ViPR Controller에서 HDS 스토리지 포트에 대한 통계 정보를 수집하려면 먼저 HDSStorage navigator에서 다음 작업을 수행하여 스토리지 시스템에 대한 성능 저널링을사용하도록 설정해야 합니다.

l HDS 스토리지의 성능 데이터 저널링 사용

l HDS에서 Storage Navigator를 사용하여 새 사용자 생성

l HDS가 보안 모드에서 SMI-S에 액세스할 때 인증서를 사용하도록 설정합니다. 자세한 내용은 Hitachi Command Suite 관리자 가이드의 SMI-S 기능 사용 섹션을 참조하십시오.

프로비저닝과 관련된 알려진 문제ViPR Controller를 사용하여 HDS 스토리지에서 용량을 할당하는 경우 발생할 수 있는몇 가지 문제가 있습니다. 이 섹션에서는 이러한 문제가 발생하는 경우와 해당 문제를해결하는 방법에 대해 설명합니다.

서비스 카탈로그에서 여러 프로비저닝 주문 제출ViPR Controller에서 짧은 시간 내에 여러 주문이 제출되거나 ViPR Controller 프로비저닝 주문 시점에 HiCommand Suite에서 수정 권한이 있는 사용자가 활성 상태인 경우 다음 예외가 발생합니다.

Error 25005: Error occurred running HiCommand Device Manager command. An error occurred executing operation deleteSingleVolumeSnapshot. Caused by: Error response received with error code 6,400 and message An error occurred during storage system processing. (error code 1 = "1", error code 2 = "5132", meaning = *"The specified user ID is already logged on, or the previous logon was not properly terminated. Please try again later. (By default, the session/RMI time-out is one minute.)") If the configuration was changed, refresh the storage system information. If you do not have the permissions required to refresh the information, ask the storage system administrator to do it for you.

HDS 자동 새로 고침Hitachi 디바이스 관리자가 스토리지에서 해당 정보를 자동으로 새로 고칠 때 ViPRController 프로비저닝 주문이 중단될 수 있으며 이 경우 다음 오류 메시지가 생성됩니다.

Operation failed due to the following error: Error response received with error code 7,473 and message The storage system information ("[email protected]") is being updated.

HiCommand Suite에서 이 자동 새로 고침 옵션을 해제할 수 있습니다.

해야 할 일이러한 두 가지 오류 중 하나가 발생하는 경우 잠시 후에 주문을 다시 실행합니다. 이러한 문제가 지속적으로 발생하는 경우 HDS 사용자 계정 설정을 검토합니다. 수정 권한이 없는 HDS 사용자 계정을 구별해 놓으면 이러한 문제를 해결할 수 있습니다.

Storage Navigator에서 HDS 스토리지의 성능 데이터 저널링 사용HDS에 대해 메트릭 기반 포트 선택을 설정하기 전에 먼저 Storage Navigator에서 HDS스토리지에 대한 성능 데이터 저널링을 활성화해야 ViPR Controller에서 스토리지 포트에 대한 통계 정보를 수집할 수 있습니다.


프로비저닝과 관련된 알려진 문제 19

절차

1. Storage Navigator에 로그인합니다.

2. Performance Monitor를 선택합니다.

3. Edit Monitor Switch를 클릭합니다.

4. Monitor Switch를 활성화합니다.

5. Sample Interval을 설정합니다.

HDS에서 Storage Navigator를 사용하여 새 사용자 생성내장형 SMI-S Provider를 사용하여 통계를 수집하려면 Hitachi 스토리지에서 StorageNavigator를 사용하여 새 사용자를 생성해야 합니다.

절차

1. Storage Navigator에 로그인합니다.

2. Administrator를 선택합니다.

3. User Groups를 클릭합니다.

4. Storage Administrator (View Only) User Group을 선택합니다.

5. Create User를 클릭합니다.

사용자 이름과 암호는 ViPR Controller에서 스토리지 공급자 검색에 사용하는HiCommand Device Manager 자격 증명과 동일해야 합니다.

6. User Name을 입력합니다.

7. Password를 입력합니다.

8. Account status를 입력합니다.

9. Authentication 세부 정보를 입력합니다.

호스트 모드 및 호스트 모드 옵션여기서는 ViPR Controller 시스템 관리자를 대상으로 Hitachi Data Systems 호스트 모드 및 호스트 모드 옵션, ViPR Controller가 호스트 모드 및 호스트 모드 옵션을 설정하는 방법, ViPR Controller가 설정을 적용하기 위한 ViPR Controller 구성 요구 사항,ViPR Controller UI를 사용하여 호스트 모드 옵션을 사용자 지정하는 단계를 설명합니다.

호스트 모드 및 호스트 모드 옵션호스트 모드는 HDS 스토리지 볼륨을 호스트 그룹으로 내보낼 때 HDS 호스트 그룹에설정되는 HDS 플래그입니다. 호스트 모드는 HDS 스토리지와 HDS 볼륨을 내보낸 호스트 간의 연결과 통신을 최적화하는 데 사용됩니다.

호스트 모드 옵션은 HDS 호스트 그룹에 설정되는 호스트 모드를 더욱 최적화하기 위해활성화 또는 비활성화되는 일련의 플래그입니다.

Hitachi Data Systems 호스트 모드와 호스트 모드 옵션에 대한 자세한 내용은 HDS 설명서를 참조하십시오.



ViPR Controller가 호스트 모드를 설정하는 방법ViPR Controller를 사용하여 HDS 볼륨을 AIX, ESX, HP-UX, Linux 또는 Windows 호스트로 내보내는 경우, ViPR Controller는 호스트 운영 체제의 세부 정보를 파악하여 호스트 그룹에 다음 호스트 모드 옵션을 기본적으로 설정합니다.

표 4 ViPR Controller 호스트 모드의 기본 설정

운영 체제 기본 호스트 모드

AIX 0F AIX

ESX 21 VMware

HP-UX 03 HP

Linux 00 Standard

Windows 2C Windows Extension

"Other" 호스트에 대한 호스트 모드 설정ViPR Controller를 사용하여 ViPR Controller에 "Other"로 추가된 호스트 또는 ViPRController가 유형을 파악할 수 없는 호스트로 HDS 볼륨을 내보내는 경우 HitachiHiCommand DM에서 00 Standard 호스트 모드가 설정됩니다. 00 Standard는HiCommand DM의 기본 호스트 모드입니다.

호스트 모드 변경ViPR Controller 호스트 모드 설정은 내보내기 작업 시 ViPR Controller에서 자동으로설정되며, ViPR Controller 호스트 모드 설정은 변경할 수 없습니다. ViPR Controller가호스트에 호스트 모드를 설정한 후에는 Hitachi Storage Navigator를 사용하여 호스트에 대한 호스트 모드를 변경할 수 없습니다.

ViPR Controller 2.2 이전ViPR Controller 는 ViPR Controller 2.2 이전 호스트에 호스트 모드를 설정하지 않았습니다. 그러나 HiCommand Device Manager는 모든 HDS 호스트 그룹의 기본값으로 00Standard 호스트 모드를 설정합니다.

ViPR Controller 2.2 이전에 ViPR Controller에서 HDS 볼륨을 내보낸 호스트를 ViPR 2.2이상에서 또 다른 HDS 볼륨을 내보내는 데 재사용할 경우 ViPR Controller가 이 호스트에 호스트 모드를 설정하지 않습니다.

ViPR Controller가 호스트 모드 옵션을 설정하는 방법ViPR Controller를 사용하여 HDS 볼륨을 AIX, ESX, HP-UX, Linux 또는 Windows 호스트로 내보내는 경우, ViPR Controller는 호스트 그룹에 다음 호스트 모드 옵션을 기본적으로 설정합니다.

표 5 ViPR Controller 호스트 모드 옵션의 기본 설정


AIX, Linux, Windows 2 => VERITAS Database Edition/AdvancedCluster22 => Veritas Cluster Server

ESX 54 => EXTENDED COPY 명령에 대한 지원 옵션


호스트 모드 및 호스트 모드 옵션 21

표 5 ViPR Controller 호스트 모드 옵션의 기본 설정 (계속)


63 => T10 표준 기반의 vStorage API에 대한지원 옵션

HP-UX 12 => 고스트 LUN 표시 안 함

호스트 모드 옵션에 대한 자세한 내용은 Hitachi 스토리지 시스템 프로비저닝 설명서를참조하십시오.

"Other" 호스트에 대한 호스트 모드 옵션 설정ViPR Controller 는 ViPR Controller를 사용하여 ViPR Controller에 "Other"로 추가된 호스트 또는 ViPR Controller가 유형을 파악할 수 없는 호스트로 HDS 볼륨을 내보내는 경우 호스트 모드 옵션을 설정하지 않습니다.

호스트 모드 옵션 변경호스트 모드 옵션은 HDS 볼륨을 호스트로 처음 내보낼 때 호스트 그룹에 설정됩니다.ViPR Controller가 호스트 그룹에 호스트 모드 옵션을 설정한 후에는 ViPR Controller에서 호스트 모드 옵션을 변경할 수 없습니다. 예를 들면 다음과 같습니다.

l HDS 볼륨을 ViPR Controller에 “Other”로 추가된 호스트로 내보낸 경우, ViPRController에 구성된 호스트 모드 옵션이 호스트에 설정되지 않습니다. ViPRController에서 호스트 유형을 Other로부터 AIX, ESX, HP-UX, Linux 또는 Windows로 변경하고 ViPR Controller를 사용하여 또 다른 HDS 볼륨을 동일한 호스트로 내보내는 경우, ViPR Controller에 구성된 호스트 모드 옵션이 ViPR Controller에 의해호스트에 설정되지 않습니다. 볼륨을 ViPR Controller에서 동일한 호스트로 처음 내보낼 때 이러한 호스트 모드 옵션이 호스트 그룹에 설정되지 않았기 때문입니다.

l HDS 볼륨을 AIX, ESX, HP-UX 또는 Linux 호스트로 내보낸 경우, ViPR Controller에현재 구성된 호스트 모드 옵션이 호스트에 설정됩니다. 내보내기 후에 ViPRController에서 호스트 모드 옵션을 변경하고 ViPR Controller를 사용하여 또 다른HDS 볼륨을 동일한 호스트로 내보내는 경우, 원래 호스트 모드 옵션이 호스트에 유지되며 호스트가 새 호스트 모드 옵션으로 구성되지 않습니다.

HDS 볼륨을 ViPR Controller에서 호스트로 내보낸 후에 Hitachi Storage Navigator에서호스트 모드 설정을 변경할 수 있습니다. Storage Navigator에서 호스트 모드 옵션을변경한 후에 ViPR Controller를 사용하여 또 다른 HDS 볼륨을 동일한 호스트로 내보내는 경우, ViPR Controller는 내보내기 시 Storage Navigator 설정을 재사용합니다.

ViPR 2.2 이전

l 호스트 모드 옵션은 ViPR Controller 2.2 이상을 사용하여 생성된 새 호스트 그룹에만 설정됩니다.

l ViPR Controller 2.2 이전에는 ViPR Controller가 HDS 호스트 그룹에 호스트 모드옵션을 설정하지 않았습니다.

l ViPR Controller 2.2 이전에 생성된 호스트 그룹을 ViPR Controller에서 재사용하는경우, ViPR Controller 2.2 이전에 생성된 호스트 그룹에는 ViPR Controller에 의해ViPR Controller 호스트 모드 옵션이 설정되지 않습니다.

타사 블록 스토리지(OpenStack)ViPR Controller 는 OpenStack 블록 스토리지(Cinder) 서비스를 사용하여 OpenStack에서 지원하는 블록 스토리지 시스템을 관리합니다. ViPR Controller에서 OpenStack의



스토리지 시스템과 해당 스토리지 시스템의 리소스를 관리하려면 먼저 OpenStack 블록 스토리지 시스템이 다음 설치 및 구성 요구 사항을 충족해야 합니다.

타사 블록 스토리지 공급자 설치 요구 사항OpenStack Block Storage(Cinder) 서비스를 사용하여 타사 블록 스토리지 시스템을ViPR Controller에 추가합니다.

지원되는 OpenStack 설치 플랫폼다음 플랫폼에서 Openstack 설치가 지원됩니다.

l Red Hat Enterprise Linux

l SUSE Enterprise Linux

l Ubuntu Linux

지원되는 플랫폼 버전 목록은 http://docs.openstack.org에서 Openstack 문서를 참조하십시오.

OpenStack 설치 요구 사항다음 두 구성 요소를 동일한 서버 또는 개별 서버에 설치해야 합니다.

l OpenStack Identity Service(Keystone): 인증에 필요합니다.

l OpenStack Block Storage(Cinder): 모든 스토리지 정보를 제공하는 핵심 서비스입니다.

설치 및 구성에 대한 자세한 내용은 http://docs.openstack.org에서 OpenStack 설명서를 참조하십시오.

OpenStack에 대한 ViPR Controller 사용자 요구 사항ViPR Controller에서 Openstack Liberty를 타사 공급자로 사용하려면 Openstack 스토리지 공급자를 ViPR Controller에 추가할 때 입력된 기본 Cinder 사용자에게 "admin" 권한이 있어야 합니다. 기본 Cinder 사용자에게 관리자 권한을 할당하는 단계는Openstack 설명서를 참조하십시오.

타사 블록 스토리지 시스템 지원타사 스토리지 시스템은 OpenStack Block Storage 컨트롤러 노드(Cinder 서비스)에 구성합니다.

지원되는 타사 블록 스토리지 시스템ViPR Controller 작업은 Fibre Channel 또는 iSCSI 프로토콜을 사용하며 OpenStack 테스트를 마친 모든 타사 블록 스토리지 시스템에서 지원됩니다.

지원되지 않는 스토리지 시스템ViPR Controller 는 다음을 사용하는 타사 스토리지 시스템은 지원하지 않습니다.

l Ceph 등의 독점 프로토콜

l NFS를 통한 블록용 드라이버

l LVM 등의 로컬 드라이버

ViPR Controller 는 다음 OpenStack 지원 스토리지 시스템 및 드라이버를 지원하지 않습니다.

l LVM

l NetAppNFS

l NexentaNFS

l RBD(Ceph)


타사 블록 스토리지 공급자 설치 요구 사항 23

l RemoteFS

l Scality

l Sheepdog

l XenAPINFS

OpenStack 타사 스토리지 시스템에 대한 정보는 www.openstack.org를 참조하십시오.

ViPR Controller 기본 드라이버 지원 및 권장 사항ViPR Controller 는 타사 블록 스토리지를 제한적으로 지원합니다. 모든 ViPRController 작업을 완벽히 지원하려면 ViPR Controller 기본 드라이버를 통해 다음 스토리지 시스템을 추가 또는 관리하는 것이 좋습니다. OpenStack 타사 블록 스토리지 공급자를 사용하여 이들 스토리지 시스템을 ViPR Controller에 추가해서는 안 됩니다.

l EMC VMAX

l EMC VNX for Block

l EMC VPLEX

l Hitachi Data Systems(Fibre Channel 전용)

스토리지 시스템 호스트 주소 또는 독점 스토리지 공급자의 호스트 주소를 사용하여 이들 스토리지 시스템을 ViPR Controller에서 직접 추가합니다.

지원되는 ViPR Controller 작업ViPR Controller 검색을 비롯한 다양한 서비스 작업을 타사 블록 스토리지 시스템에서수행할 수 있습니다.

타사 블록 스토리지 시스템에서 수행할 수 있는 서비스 작업은 다음과 같습니다.

l 블록 볼륨 생성

l 호스트에 볼륨 내보내기

l 호스트를 지원할 블록 볼륨 생성

l 블록 볼륨 확장

l 호스트별 볼륨 제거

l 블록 볼륨 제거

l 전체 복제본 생성

l 블록 스냅샷 생성

l 스냅샷으로부터 볼륨 생성

l 블록 스냅샷 제거

ViPR Controller Create VMware Datastore 서비스를 사용하여 타사 스토리지 시스템을 통해 생성된 블록 볼륨으로부터 데이터 저장소를 생성할 수는 없습니다. 그러나VMware vCenter를 통해 타사 블록 볼륨으로부터 수동으로 데이터 저장소를 생성할 수있습니다.

OpenStack 구성Keystone 및 Cinder 서비스를 설치한 후 ViPR Controller에서 관리할 스토리지 시스템이 포함되도록 Cinder 구성 파일을 수정해야 합니다. 구성 파일을 수정한 후에는 백엔드 드라이버로 매핑할 볼륨 유형을 생성해야 합니다. ViPR Controller에서 이러한 볼륨유형은 특정 스토리지 시스템의 스토리지 풀 형식으로 검색됩니다.



OpenStack 타사 스토리지 구성 권장 사항스토리지 공급자를 ViPR Controller에 추가하기 전에 ViPR Controller에서 타사 블록 스토리지 공급자를 통해 관리할 스토리지 시스템만 포함되는 스토리지 공급자를 구성합니다. 타사 블록 스토리지 공급자가 ViPR Controller의 물리적 자산에 추가되면,OpenStack Block Storage 서비스에 의해 관리되는 모든 ViPR Controller 지원 스토리지 시스템이 ViPR Controller에 추가됩니다.

ViPR Controller에서 관리하지 않을 스토리지 공급자의 스토리지 시스템이 포함된 경우ViPR Controller에서 이러한 스토리지 시스템을 등록 취소하거나 삭제할 수 있습니다.하지만 스토리지 공급자를 ViPR Controller에 추가하기 전에 ViPR Controller 통합을 지원하도록 스토리지 공급자를 구성하는 것이 좋습니다.

OpenStack UI 액세스ViPR Controller를 블록 스토리지로 Openstack에 추가하면 ViPR Controller 서비스가다시 가동되기 전까지 Openstack UI에 액세스할 수 없습니다.

Cinder 서비스 구성 요구 사항ViPR Controller에서 관리할 각 스토리지 시스템에 대한 Cinder 구성 파일에 항목을 추가해야 합니다. 이 파일은 /etc/cinder/cinder.conf에 위치합니다.

Cinder에는 백엔드 드라이버 속성 정의와 관련된 특정 표준이 없습니다. Cinder 드라이버 구성 방법은 공급업체별 권장 사항을 참조하십시오. 공급업체에서 제공하는 플러그인 또는 명령줄 인터페이스를 설치해야 할 수 있습니다.

ViPR Controller에서 Cinder를 통해 액세스하는 스토리지에 대한 VM 사이징 지침ViPR Controller가 Cinder를 통해 스토리지에 액세스하는 경우 다음 사이징 지침이 적용됩니다.

이 지침은 다음을 가정합니다.

l Cinder 노드는 개별 VM(Virtual Machine)으로 구축됩니다.

l Cinder 노드는 ViPR Controller에서만 사용할 수 있습니다.

볼륨 코어 수 메모리(GB) 디스크 공간(GB)

1000 1 1 15

10000 2 2 15

100000 3 3 15

스토리지 수 및 볼륨 크기는 Cinder VM 리소스 구성에 영향을 미치지 않습니다.

스토리지 시스템(백엔드) 구성 설정Cinder는 cinder.conf 파일의 개별 섹션에 백엔드 구성을 정의하여 스토리지 시스템을 관리합니다. 스토리지 시스템 유형 하나당 하나의 섹션이 제공됩니다.

cinder.conf 파일을 편집합니다.


Cinder 서비스 구성 요구 사항 25

절차

1. 기본적으로 주석으로 처리될 enabled_backends의 주석 처리를 제거하고 여러 백엔드 이름을 추가합니다. 다음 예에서 NetApp 및 IBM SVC가 백엔드 구성으로 추가됩니다.

enabled_backends=netapp-iscsi,ibm-svc-fc

2. 파일의 거의 끝부분에 다음 스토리지 시스템별 항목을 추가합니다.

[netapp-iscsi]#NetApp array configuration goes here [ibm-svc-fc]#IBM SVC array configuration goes here

3. Cinder 서비스를 재시작합니다.

#service openstack-cinder-volume restart

OpenStack에 대한 볼륨 설정 요구 사항ViPR Controller 에는 OpenStack에서 생성된 볼륨에 적용되는 설정 요구 사항이 있습니다.

ViPR Controller 에서는 OpenStack의 각 볼륨에 다음을 수행해야 합니다.

l 백엔드 드라이버에 볼륨을 매핑합니다.

l 볼륨의 프로비저닝 설정(씬 또는 일반)을 표시합니다.

ViPR Controller전용 속성Cinder CLI 명령줄 또는 대시보드(OpenStack UI)를 통해 볼륨 유형을 생성할 수 있습니다. 볼륨 유형에 대해 Cinder CLI에서 ViPR Controller에 필요한 속성은 다음과 같습니다.

l volume_backend_namel vipr:is_thick_pool=truevolume_backend_name다음 예는 볼륨 유형(NetApp, IBM SVC)을 생성하여 백엔드 드라이버에 매핑하는Cinder CLI 명령을 보여줍니다.

cinder --os-username admin --os-password <password> --os-tenant-name admin type-create "NetAPP-iSCSI"cinder --os-username admin --os-password <password> --os-tenant-name admin type-key "NetAPP-iSCSI" set volume_backend_name=NetAppISCSI cinder --os-username admin --os-password <password> --os-tenant-name admin type-create "IBM-SVC-FC"cinder --os-username admin --os-password <password> --os-tenant-name admin type-key "IBM-SVC-FC" set volume_backend_name=IBMSVC-FC



cinder --os-username admin --os-password <password> --os-tenant-name admin extra-specs-list

vipr:is_thick_pool=true기본적으로 ViPR Controller는 검색된 OpenStack 볼륨의 프로비저닝 유형을 씬으로 설정합니다. 프로비저닝 유형이 일반인 경우 일반 프로비저닝에 대한 ViPR Controller 전용 속성 중 볼륨 유형을 true로 설정해야 합니다. 볼륨의 프로비저닝 유형이 씬인 경우OpenStack에서 볼륨의 프로비저닝 유형을 설정할 필요가 없습니다.

다음 예는 볼륨 유형(NetApp)을 생성하여 볼륨의 프로비저닝 유형을 일반으로 정의하는 Cinder CLI 명령을 보여 줍니다.

cinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 type-create "NetAPP-iSCSI"cinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 type-key "NetAPP-iSCSI" set volume_backend_name=NetAppISCSIcinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 type-key "NetAPP-iSCSI" set vipr:is_thick_pool=true cinder --os-username admin --os-password <password> --os-tenant-name admin --os-auth-url=http://<hostname>:35357/v2.0 extra-specs-list

설정 확인추가된 각 스토리지 시스템에 대한 볼륨을 생성하도록 OpenStack이 정확히 구성되었는지 확인하십시오.

1. OpenStack에서 생성한 각 볼륨 유형에 대해 볼륨을 생성합니다.OpenStack UI 또는 Cinder CLI에서 볼륨을 생성할 수 있습니다. 볼륨을 생성하는Cinder CLI 명령은 다음과 같습니다.

cinder --os-username admin --os-tenant-name admin --display-name <volume-name> --volume-type <volume-type-id> <size>

2. 연결된 스토리지 시스템에 볼륨이 생성되는지 확인합니다. 예를 들어, NetApp-iSCSI 유형 볼륨은 NetApp 스토리지 시스템에서만 생성해야 합니다.

ViPR Controller 구성(타사 블록 스토리지 포트에 대한 구성)OpenStack API는 Fibre Channel 접속 스토리지 시스템의 스토리지 포트 WWPN(WorldWide Port Name) 및 iSCSI 접속 스토리지 시스템의 IQN을 제공하지 않습니다. 따라서ViPR Controller는 검색하는 동안 스토리지 포트 WWPN 또는 IQN을 가져올 수 없습니다.

ViPR Controller가 타사 블록 스토리지를 검색하면 해당 스토리지 시스템을 위한 기본스토리지 포트가 생성되어 Storage Port 페이지에 나타납니다. 이름은 Default이며 스토리지 포트 ID는 Openstack+<storagesystemserialnumber>+Port+Default입니다.

Fibre Channel이 구성된 스토리지 포트ViPR Controller 는 스토리지 포트에 WWPN이 할당되지 않은 상태로 ViPR Controller에 추가된 FC 접속 스토리지 시스템에서는 ViPR 내보내기 작업을 수행할 수 없습니다.따라서 ViPR Controller 시스템 관리자는 1개 이상의 WWPN을 기본 스토리지 포트에수동으로 추가해야 스토리지 시스템에서 내보내기 작업을 수행할 수 있습니다. WWPN은 ViPR Controller CLI 및 UI를 통해 ViPR Controller에 추가할 수 있습니다.


ViPR Controller 구성(타사 블록 스토리지 포트에 대한 구성) 27

WWPN이 스토리지 포트에 추가되면 스토리지 시스템에서 ViPR Controller의 내보내기작업을 수행할 수 있습니다. 내보내기 작업 시점에 ViPR Controller는 Cinder 서비스로부터 내보내기 응답을 읽습니다. 내보내기 응답에는 시스템 관리자가 ViPR ControllerCLI에서 수동으로 추가한 WWPN과 내보내기 응답에 나열된 추가 WWPN이 포함됩니다. ViPR Controller 는 내보내기 작업 중 내보내기 응답에 나열된 각 WWPN마다 스토리지 포트를 생성합니다.

내보내기 작업이 성공적으로 수행되면 Storage Port 페이지에 기본 스토리지 포트와새로 생성된 포트가 표시됩니다.

동일한 스토리지 시스템에서 다른 내보내기 작업이 수행될 때마다 ViPR Controller는Cinder 내보내기 응답을 읽습니다. ViPR Controller에는 표시되지 않은 WWPN이 내보내기 응답에 표시되면 ViPR Controller는 모든 새 WWPN에 새로운 스토리지 포트를 생성합니다.

WWPN을 FC 접속 타사 블록 스토리지 포트에 추가하는 단계는 ViPR Controller 제품설명서 인덱스에서 제공되는 ViPR Controller CLI 참조 가이드를 참조하십시오.

iSCSI가 구성된 스토리지 포트기본 스토리지 포트는 스토리지 시스템에서 내보내기 작업이 수행될 때까지 스토리지시스템 구성을 지원하는 데 사용됩니다. 내보내기 작업 시점에 ViPR Controller는Cinder 서비스로부터 내보내기 응답을 읽고, 응답에는 iSCSI IQN이 포함되어 있습니다. ViPR Controller 는 Cinder 내보내기 응답에서 수신한 IQN으로 기본 스토리지 포트의 ID를 수정합니다.

동일한 스토리지 시스템에서 다른 내보내기 작업이 수행될 때마다 ViPR Controller는Cinder 내보내기 응답을 읽습니다. ViPR Controller에는 표시되지 않은 IQN이 내보내기응답에 표시되면 ViPR Controller는 새로운 스토리지 포트를 생성합니다.

독립 실행형 EMC ScaleIO독립 실행형 ScaleIO는 다음 시스템 요구 사항을 충족해야 하고 ViPR Controller에 스토리지를 추가하기 전에 다음과 같이 구성되어야 합니다.

l 보호 도메인이 정의되어 있습니다.

l 모든 스토리지 풀이 정의되어 있습니다.

추가로 다음과 같은 항목이 필요합니다.

l ScaleIO Gateway 호스트의 IP 주소입니다.

l ScaleIO REST API 서비스와 통신하는 데 사용되는 포트입니다.

l 운영 MDM에 액세스할 수 있는 사용자의 사용자 이름과 암호입니다.

EMC XtremIOXtremIO에 ViPR 스토리지를 추가하기 전에 호스트, Fabric 및 스토리지 간에 물리적 접속 구성이 있는지 확인하십시오.

ViPR Controller를 사용하여 RecoverPoint with XtremIO를 관리하려는 경우 EMC 온라인 지원에서 제공되는 RecoverPoint XtremIO Technical Notes에 설명된 대로 구성이 설정되었는지 확인하십시오.

Best Practice

l XtremIO가 vSphere 기본 경로 다중화로 구성된 경우 ESX 명령줄을 사용하여 모든XtremIO 볼륨에 대한 기본 경로 지정 정책을 vSphere NMP Round Robin으로 구성





해야 합니다. 자세한 내용은 EMC 온라인 지원에서 제공되는 EMC XtremIO 스토리지 호스트 구성 가이드를 참조하십시오.

l XtremIO 업그레이드 후에 자격 증명이 변경된 경우 ViPR Controller의 XtremIO 스토리지 공급자가 XtremIO의 사용자 이름과 일치하는지 확인합니다. 대문자가 포함된 사용자 이름은 XtremIO 업그레이드 후에 자동으로 소문자로 변환됩니다. 필요한 경우 XtremIO의 ViPR Controller 스토리지 공급자 사용자 이름을 XtremIO의 사용자 이름과 일치하도록 변경합니다.이 변경은 ViPR Controller에서 수행해야 합니다. XtremIO에서 이름을 변경하면ViPR Controller에서 이 문제가 해결되지 않습니다.

IBM XIV 지원ViPR Controller는 SMI-S Provider와 Hyper Scale Manager(선택 사항)를 사용하여 XIV스토리지를 관리합니다.

IBM XIV 백엔드 볼륨을 사용하는 VPLEX이전 릴리즈에서는 OpenStack Cinder를 사용하여 구성한 경우에만 VPLEX 백엔드 스토리지 시스템으로 IBM XIV를 사용할 수 있습니다. 이제 Cinder기 필요하지 않습니다.IBM XIV 백엔드 볼륨을 사용하여 VPLEX가 기본 구성된 경우 ViPR Controller에서 지원되는 모든 VPLEX 작업을 사용할 수 있습니다.

ViPR Controller는 IBM XIV 백엔드 볼륨을 사용하는 VPLEX에 다음과 같은 구성을 지원합니다.

l VPLEX Local 볼륨

l VPLEX Distributed 볼륨

l 정합성 보장 그룹, 즉 정합성 보장 그룹 내 볼륨 또는 독립 실행형 볼륨

검색, 프로비저닝 및 내보내기ViPR Controller 사용자 인터페이스에서 다음 페이지 중 하나를 사용하여 XIV 스토리지시스템을 구성할 수 있습니다.

l Physical > Storage Systems > Add

l Physical > Storage Providers > Add

스토리지 시스템 공급자를 구성할 때는 다음 두 가지 방법 중 하나를 선택합니다.

1. SMI-S only스토리지 공급자 또는 스토리지 시스템을 검색하려면 SMI-S가 필요합니다. ViPRController가 SMI-S만 사용하여 호스트 클러스터를 프로비저닝하는 경우 ViPRController는 IBM XIV 스토리지 시스템에 각 클러스터 구성원에 대한 독립 실행형호스트 오브젝트를 생성합니다. 이를 통해 ViPR Controller는 클러스터 내보내기에일관된 HLU를 사용합니다.

2. SMI-S 및 Hyper Scale ManagerViPR Controller가 SMI-S와 함께 Hyper Scale Manager를 사용하는 경우 ViPRController는 IBM XIV에 클러스터 오브젝트를 생성할 수 있습니다. 이를 통해 클러스터 내보내기에 일관된 HLU가 사용됩니다.

IBM Hyper Scale Manager를 사용하도록 ViPR Controller에 스토리지 시스템을 구성하는 경우 REST API를 사용하여 IBM XIV 클러스터 호스트에 볼륨을 내보낼 수 있습니다.IBM Hyper Scale Manager의 사용은 선택 사항입니다. 하지만 Hyper Scale Manager를추가한 후에는 스토리지 시스템 구성에서 삭제할 수 없습니다.


IBM XIV 지원 29

SMI-S는 클러스터를 식별하지 않습니다. SMI-S만 사용하여 클러스터에 볼륨을 내보내기는 경우 IBM XIV에 클러스터의 각 구성원에 대한 독립 실행형 호스트가 생성됩니다.

ViPR Controller CLI 업데이트viprcli storage provider create 및 viprcli storage providerupdate에서 Hyper Scale Manager를 지원하는 새 옵션을 사용할 수 있습니다. 예:

viprcli storageprovider create -name xiv -provip <IP address or FQDN> -provport 5989 -user admin -if ibmxiv -hyperScaleHost <IP address or FQDN> -hyperScalePort 8443 -secondary_username adminEnter password of the storage provider:Retype password:Enter password of the secondary password:Retype password:

viprcli storageprovider update -n xiv -provip <IP address or FQDN> -provport 5989 -user admin -if ibmxiv -hyperScaleHost <IP address or FQDN> -hyperScalePort 8443 -secondary_username admin -newname xivEnter password of the storage provider:Retype password:Enter password of the secondary password:Retype password:

Dell SC 시리즈ViPR Controller UI 또는 CLI 명령을 사용하여 Dell SC 시리즈(이전 명칭: Compellent)스토리지를 검색할 수 있습니다. DSM(Dell Storage Manager)(이전 명칭: DellEnterprise Manager)에 접속하여 Dell SC 스토리지를 검색합니다. DSM은 하나 이상의Dell SC 스토리지를 관리하며 사용되는 자격 증명에 따라 스토리지별로 액세스를 허용하도록 구성할 수 있습니다. 검색 시 System Administrator로부터 DSM IP 주소 및 자격증명을 얻습니다.

Dell SC 시리즈 스토리지를 관리하려면 다음과 같은 ViPR Controller 서비스를 사용합니다.

l 프로비저닝

l 내보내기

l 스냅 및 클론

l 정합성 보장 그룹 지원

l 수집

l 포트 및 풀 검색

l 볼륨 WWN 감지

l 볼륨 내보내기용 포트를 지정하는 기능

검색

l DSM(Dell Storage Manager)(이전 명칭: Dell Enterprise Manager)에 접속하여 DellSC 스토리지를 검색합니다. DSM은 하나 이상의 SC 스토리지를 관리하며 사용되는 자격 증명에 따라 스토리지별로 액세스를 허용하도록 구성할 수 있습니다.



l 스토리지 일련 번호, 풀 및 포트를 검색합니다.

l 포트 수, 포트 유형(FC/iSCSI), 포트 속도 및 포트 메트릭(포트의 로드)을 검색합니다. "front-end" 포트로 표시된 포트만 CoprHD에서 검색 및 등록됩니다(백엔드 스토리지 액세스용 타겟 포트는 필터링을 통해 제외됨).

l 스토리지 풀 수, 각 풀의 용량 메트릭(총 용량 및 사용된 용량), 스토리지 프로필 유형(RAID 유형 및 디스크 속도/SSD)을 검색합니다.

프로비저닝 및 내보내기

l 볼륨을 생성 및 삭제하고 확장합니다.

l 씬 또는 일반 볼륨을 생성합니다.

l 볼륨을 내보내고 내보내기를 취소합니다. 호스트/클러스터/호스트 이니시에이터에 볼륨을 내보냅니다.

l 다양한 다중 경로 구성(최소 경로, 최대 경로 및 이니시에이터당 경로 수의 조합)을지원합니다.

l 스냅샷 뷰 볼륨을 생성하여 스냅샷을 내보내고 내보내기를 취소합니다.

스냅샷 및 클론 작업

l 스냅샷을 생성하고 삭제합니다.

l 스냅샷(스냅샷 클론)에서 볼륨("뷰 볼륨")을 생성합니다.

l 볼륨 클론(새 볼륨에 대한 볼륨의 전체 복제본)을 생성하고 삭제합니다.

수집

l 독립 실행형 볼륨을 수집합니다.

l 내보낸 볼륨과 해당 내보내기 정보를 수집합니다.

l 볼륨의 모든 스냅샷을 수집합니다(있는 경우).

ViPR Controller UI 및 CLI 업데이트Dell SC 옵션이 ViPR Controller UI에 추가되었고 스토리지 유형 dellsc가 ViPRController CLI에 추가되었습니다. Dell SC 스토리지 시스템을 ViPR Controller에 추가하는 경우와 같이 추가, 가상화 또는 관리할 Dell SC 스토리지를 선택하려면 다음 옵션을 사용합니다.

스토리지와의 통신ViPR Controller Dell SC 드라이버는 Dell Storage Manager 2015 R3 이상에서 사용할수 있는 REST API를 사용합니다. 모든 API 통신이 포트 3033을 통해 HTTPS를 사용합니다.

제외 사항 및 제한 사항현재 다음 기능은 ViPR Controller를 사용하여 지원되지 않습니다. 스토리지 관리자는원할 경우 Dell SC 관리 툴을 사용하여 이러한 기능을 활성화할 수 있습니다.

l 원격 복제

l QoS(Quality of Service)

l Dell 스토리지 FluidFS의 파일 스토리지

l 중복 제거

l 압축

l 라이브 볼륨 자동 페일오버


Dell SC 시리즈 31

EMC VNXeViPR Controller에 VNXe 스토리지 시스템을 추가하기 전에 다음 정보를 검토하십시오.

표 6 EMC Unisphere 필수 정보 수집

설정 값

Unisphere 호스트 IP 주소

Unisphere 사용자 자격 증명

Unisphere 호스트 포트(기본 포트 443)

ViPR Controller를 사용한 스토리지 용량 할당을 위해 충분한 용량의 스토리지 풀을 생성합니다.

일반 파일 스토리지 시스템 요구 사항ViPR Controller에 대한 파일 스토리지 시스템을 구성할 때는 시스템이 다음 요구 사항을 충족하는지 확인하십시오.

l NFS 내보내기를 생성하려면 NFS 서버를 ViPR Controller의 스토리지 시스템에 구성해야 합니다.

l CIFS 공유를 생성하려면 CIFS 공유를 ViPR Controller의 스토리지 시스템에 구성해야 합니다.

l NETBIOS 이름으로 공유에 액세스하려면 NETBIOS 구성을 완료해야 합니다.NETBIOS가 있는 경우 마운트 지점이 IP 대신 NETBIOS 이름으로 구성됩니다.

EMC Isilon, NetApp 7-Mode 및 NetApp Cluster-Mode의 경우도메인 사용자를 공유에 추가하려면 스토리지 시스템(CIFS 서버)에 AD 서버를 구성해야 합니다.

EMC® Data Domain®

Data Domain 스토리지를 ViPR Controller에 추가하기 전에 다음과 같이 스토리지를 구성해야 합니다.

l DDFS(Data Domain File System)를 Data Domain 시스템에 구성합니다.

l DDMC(Data Domain Management Center)를 설치 및 구성합니다.

l Data Domain 시스템과 DDMC 간에 네트워크 연결을 구성합니다.

ViPR Controller에 Data Domain 스토리지를 추가할 때 다음 사항을 알면 도움이 됩니다.

l Data Domain mtree는 ViPR Controller에서 파일 시스템으로 나타냅니다.

l 스토리지 풀은 Data Domain의 기능이 아닙니다. 그러나 ViPR Controller는 스토리지 풀을 사용하여 스토리지 시스템 용량을 모델링합니다. 따라서 ViPR Controller는ViPR Controller에 등록된 Data Domain 스토리지 시스템마다 하나의 스토리지 풀을생성합니다. 예를 들어 3대의 Data Domain 스토리지 시스템이 ViPR Controller에등록된 경우 3개의 별도 Data Domain 스토리지 풀이 있습니다. 등록된 DataDomain 스토리지 시스템마다 하나의 스토리지 풀이 있습니다.



EMC IsilonEMC Isilon 스토리지를 ViPR Controller에 추가하기 전에 다음과 같이 스토리지를 구성해야 합니다.

필수 정보 수집스토리지를 구성해서 ViPR Controller에 추가하려면 다음 정보가 필요합니다.

표 7 Isilon 필수 정보

설정 값

IPv4 또는 IPv6 주소

포트(기본값은 8080)

사용자 자격 증명(Isilon 스토리지 시스템을ViPR Controller에 추가하고 ViPR Controller를통해 Isilon에 생성된 파일 시스템을 모두 소유하는 데 필요) 이 사용자는 루트 또는 Isilon 관리자 권한을 갖고 있어야 합니다.

Isilon 스토리지 시스템 관리를 위한 일반 요구 사항 및 정보

l SmartConnect가 Isilon 설명서에 나온 대로 라이센스 등록 및 구성이 완료되어야 합니다. 다음을 확인하십시오.

n SmartConnect 존의 이름이 적절한 위임된 도메인으로 설정되어 있어야 합니다.

n ViPR Controller에 DNS가 사용되며, 프로비저닝된 호스트는 SmartConnect 조닝에 대한 요청을 SmartConnect IP에 위임해야 합니다.

l SmartQuota가 라이센스 등록 및 활성화되어 있어야 합니다.

l 구성된 Isilon 클러스터에는 최소 3개의 노드가 있습니다.

l Isilon 클러스터와 존에 ViPR Controller Controller VM에서 연결할 수 있습니다.

l Isilon 스토리지 시스템을 ViPR Controller에 추가할 때는 루트 사용자 자격 증명을사용하거나 ViPR Controller 스토리지 시스템 관리 권한을 가진 Isilon 사용자 계정을 생성해야 합니다.

l Isilon 사용자는 현재 로그인된 ViPR Controller 사용자와는 별개의 사용자입니다.ViPR Controller 스토리지 시스템에서 수행되는 모든 Isilon 작업은 Isilon 스토리지시스템을 Isilon에 추가할 때 입력한 ViPR Controller 사용자 계정으로 실행됩니다.

Isilon 파일 시스템의 연속 복제본을 활성화하기 위한 요구 사항 및 정보Isilon 파일 시스템에서 복제를 활성화하기 전에 다음 사항을 유의하십시오.

l Isilon 스토리지 시스템의 라이센스를 등록하고 SyncIQ로 활성화해야 합니다.

l 비동기식 복제만 지원됩니다.

l 로컬 또는 원격 파일 시스템에서 복제를 수행할 수 있습니다.

l 복제는 동일한 유형의 스토리지 디바이스에서 지원됩니다.

l Isilon 스토리지 시스템의 전체 복제본 또는 클론은 지원되지 않습니다.

l Isilon 파일 시스템의 이전 버전을 새 버전의 Isilon 스토리지 시스템으로 동기화하는작업은 지원되지만 높은 버전의 Isilon 파일 시스템을 낮은 버전의 Isilon 파일 시스템으로 동기화하는 작업은 지원되지 않습니다.


EMC Isilon 33

l ViPR Controller는 소스 파일 시스템의 타겟 복제본 하나를 생성할 때만 사용할 수있습니다. 소스 파일 시스템 1개에 대한 여러 타겟 생성 및 다단계 복제는 지원되지않습니다.

ViPR Controller를 사용하여 Isilon 파일 시스템의 연속 복제본을 생성하고 타겟 디바이스로 페일오버하려면 다음 작업을 수행해야 합니다.

1. ViPR Controller에서 Isilon 스토리지 시스템을 검색합니다.

2. 파일 가상 풀을 생성하고 Data Protection, Replication 속성을 설정합니다.

3. 파일 프로비저닝 서비스를 사용하여 복제 지원 가상 풀에서 소스 및 타겟 파일 시스템을 생성합니다.

4. 파일 보호 카탈로그 서비스를 사용하여 연속 복제본을 생성합니다.

이 모든 단계는 ViPR Controller UI, CLI 및 REST API에서 수행할 수 있습니다.

Isilon 파일 시스템의 복제본을 활성화하기 위한 요구 사항 및 정보ViPR Controller는 Isilon 파일 시스템에 대한 재해 복구 페일오버 및 페일백 작업을 지원합니다. ViPR Controller UI에서 Catalog > View Catalog > File Protection Services를선택하여 Failover File System 또는 Failback File System에 액세스합니다.

Isilon 파일 시스템에서 복제를 활성화하기 전에 다음 사항을 유의하십시오.

l Isilon 스토리지 시스템의 라이센스를 등록하고 SyncIQ로 활성화해야 합니다.

l 비동기식 복제만 지원됩니다.

l 파일 시스템에 대한 로컬 또는 원격 복제가 지원됩니다.

l 복제는 동일한 유형의 스토리지 디바이스에서 지원됩니다.

l Isilon 스토리지 시스템의 전체 복제본 또는 클론은 지원되지 않습니다.

l Isilon 파일 시스템의 이전 버전을 새 버전의 Isilon 스토리지 시스템으로 동기화하는작업은 지원되지만 높은 버전의 Isilon 파일 시스템을 낮은 버전의 Isilon 파일 시스템으로 동기화하는 작업은 지원되지 않습니다.

l ViPR Controller는 소스 파일 시스템의 타겟 복제본 하나를 생성할 때만 사용할 수있습니다. 소스 파일 시스템 1개에 대한 여러 타겟 생성 및 다단계 복제는 지원되지않습니다.

l 보호되지 않는 가상 풀의 파일 시스템을 보호되는 가상 풀로만 이동할 수 있습니다.다른 모든 옵션은 이동하는 파일 시스템의 원래 가상 풀과 새 가상 풀에서 동일하게구성되어야 합니다.

l ViPR Controller에 타겟 파일 시스템을 생성하면 이 시스템을 타겟 파일 시스템으로사용하여 파일 복제 작업이 실행되기 전까지 쓰기 가능한 상태로 유지됩니다(Catalog > View Catalog > File Protection Services > Create Replication Copy).파일 복제 오더에 의해 타겟 파일 시스템으로 설정된 후에는 이전에 이 타겟 파일시스템에 기록된 모든 데이터가 손실됩니다.

ViPR Controller를 사용하여 Isilon 파일 시스템의 복제본을 생성하고 타겟 디바이스로페일오버하려면 다음 작업을 수행해야 합니다.

1. ViPR Controller에서 Isilon 스토리지 시스템을 검색합니다.

2. 파일 가상 풀을 생성하고 Data Protection, Replication 속성을 설정합니다.

3. 파일 프로비저닝 서비스를 사용하여 복제 지원 가상 풀에서 소스 및 타겟 파일 시스템을 생성합니다.

4. Resources > File Systems로 이동하여 복제를 시작합니다. 생성된 파일 시스템을선택하고 File Mirrors, Start를 차례로 클릭합니다.

Isilon 파일 시스템의 스냅샷 스케줄링을 위한 정보 및 요구 사항Isilon 파일 시스템에 대한 스냅샷을 스케줄링하기 전에 다음 사항을 유의하십시오.



l 스케줄 정책은 테넌트 관리자만 구성할 수 있습니다.

l 스케줄 정책은 SnapshotIQ가 활성화된 Isilon 스토리지 시스템의 로컬 스냅샷에 대해서만 지원됩니다.

l 가상 풀에서 스냅샷 스케줄링을 활성화해야 합니다.

l 수집된 파일 시스템 또는 이 릴리즈 이전의 ViPR Controller에서 생성된 파일 시스템에서는 스케줄 정책을 생성할 수 없습니다.

l 스냅샷 정책을 서로 다른 파일 시스템에서 재사용할 수 없습니다.

l 하나의 파일 시스템에 하나 이상의 스케줄 정책을 할당할 수 있습니다.

스케줄 정책을 생성하고 할당하는 단계는 다음과 같습니다.

1. 스토리지 시스템을 검색합니다.

2. 파일 가상 풀을 생성하고 스냅샷 스케줄링 옵션을 활성화합니다.

3. ViPR Controller에서 하나 이상의 스냅샷 스케줄 정책을 생성합니다.

4. 스냅샷 스케줄링을 활성화한 상태로 파일 가상 풀에서 파일 시스템을 생성합니다.

5. 파일 시스템에 하나 이상의 스냅샷 정책을 할당합니다.

스마트 할당량 제한 설정을 위한 정보 및 요구 사항

l 스마트 할당량 제한은 SmartQuota 라이센스로 구성된 Isilon 스토리지 시스템에만설정할 수 있습니다.

l ViPR Controller는 프로비저닝 시 스토리지 시스템이 SmartQuota 라이센스로 구성되었는지 여부를 감지하며 다음에 대한 서비스에 스마트 할당량 값이 입력된 경우프로비저닝이 실패합니다.

n SmartQuota 라이센스로 활성화되지 않은 Isilon 스토리지 시스템

n SmartQuota 라이센스로 활성화된 Isilon 스토리지를 제외한 모든 스토리지 시스템

l 파일 시스템에 SmartQuota 제한을 설정하면 파일 시스템에 QuotaDirectories를 생성할 때 다른 SmartQuota 제한을 설정하지 않는 한 QuotaDirectories가 파일 시스템에 설정된 동일한 제한을 상속합니다.

l ViPR Controller에서 SmartQuota 제한을 설정한 후에는 ViPR Controller UI에서 파일 시스템에 대한 SmartQuota 값을 변경하거나 QuotaDirectories를 변경할 수 없습니다. ViPR Controller CLI 또는 ViPR Controller REST API를 사용하여 SmartQuota제한을 변경해야 합니다.

l ViPR Controller는 ViPR Controller가 파일 시스템에 설정한 스마트 할당량 제한만적용합니다.

l 문제 해결에 대한 자세한 내용은 apisvc.log 및 controllersvc.log log 파일을 참조하십시오.

NetApp 7-ModeNetApp 7-Mode 스토리지를 ViPR Controller에 추가하기 전에 다음과 같이 스토리지를구성해야 합니다.

l ONTAP을 7-Mode로 구성합니다.

l ViPR Controller는 NetApp 7-Mode를 다중 저장소 활성화 여부에 관계없이 지원합니다.

l 집계를 생성합니다.

l NetApp 라이센스(NFS, CIFS 및 스냅샷용)를 설치하고 구성합니다.


NetApp 7-Mode 35

l vFiler를 생성하고 필요한 인터페이스/포트를 vFiler에 연결합니다.

l NFS/CIFS를 vFiler에 설정합니다.

NetApp Cluster-ModeNetApp Cluster-Mode 스토리지를 ViPR Controller에 추가하기 전에 다음과 같이 스토리지를 구성합니다.

l ONTAP을 Cluster-Mode로 구성합니다.

l 집계를 생성합니다.

l NetApp 라이센스(NFS, CIFS 및 스냅샷용)를 설치하고 구성합니다.

l SVM(Storage Virtual Machine)을 생성하고 필요한 인터페이스 및 포트를 연결합니다.

l NFS 및 CIFS를 SVM에 설정합니다.

l ViPR Controller로 NetApp Cluster-Mode 스토리지 시스템을 검색할 때는 관리 IP를사용해야 합니다. NetApp Cluster-Mode 스토리지 시스템은 LIF IP를 사용하여 검색할 수 없습니다.

EMC VNX for FileVNX for File 스토리지를 ViPR Controller에 추가하기 전에 VNX for File이 특정 요구 사항을 충족하는지 확인해야 합니다.

다음은 VNX for File 스토리지를 ViPR Controller에 추가하는 데 필요한 요구 사항입니다.

l VNX for File의 스토리지 풀이 생성되어 있습니다.

l Control Station이 작동 중이고 ViPR Controller Controller VM에서 연결할 수 있습니다.

l VNX SnapSure가 설치 및 구성되고 라이센스가 적용되어 있어야 합니다.

vNAS 검색 및 프로젝트 할당하나 이상의 프로젝트에 vNAS(virtual NAS) 서버를 연결하여 파일 시스템을 서로 다른프로젝트로 그룹화할 수 있습니다. 그러면 프로젝트 사용자가 해당 vNAS를 사용하여스토리지 용량을 할당할 수 있습니다. 이를 통해 조직 레벨에서 멀티 테넌시가 사용되지 않는 환경에서 파일 시스템을 여러 프로젝트로 그룹화할 수 있습니다.

EMC Isilon의 액세스 존ViPR Controller는 액세스 존을 검색하여 vNAS로 수집하고 SmartConnect 존을 스토리지 포트로 수집할 수 있습니다. 이러한 vNAS를 단일 프로젝트 또는 여러 프로젝트에 할당할 수 있습니다. 그러면 해당 프로젝트의 사용자가 이러한 할당된 vNAS를 사용하여파일 시스템을 프로비저닝할 수 있습니다.

Isilon 스토리지에서 검색을 실행하기 전에 다음을 확인합니다.

l 인증 공급자가 구성되어 있습니다.

l 유효한 SmartConnect 존이 액세스 존에 연결되어 있습니다.

VNX for File Virtual Data MoverVirtual Data Mover는 CIFS 및/또는 NFS 서버를 가상 컨테이너로 그룹화하는 EMCVNX 기능입니다. 각 가상 컨테이너는 하나 이상의 CIFS 및/또는 NFS 서버와 해당 파일 시스템을 지원하는 데 필요한 데이터를 저장합니다. 각 Virtual Data Mover는 자체에마운트된 파일 시스템에만 액세스할 수 있으며, 이를 통해 여러 Virtual Data Mover가논리적으로 상호 격리됩니다. 가상 데이터에는 루트 파일 시스템이 있어, 이 파일 시스



템에 로컬 그룹, 공유, 보안 자격 증명, 감사 로그 등과 같은 CIFS 또는 NFS ID 정보가저장됩니다.

ViPR Controller는 Virtual Data Mover를 검색하고 vNAS 서버 오브젝트로 수집합니다.이러한 vNAS 서버를 프로젝트에 할당할 수 있습니다. 그러면 해당 프로젝트의 사용자가 이러한 할당된 vNAS 서버를 사용하여 파일 시스템을 프로비저닝할 수 있습니다.

vNAS 서버 검색 및 프로비저닝을 위한 구성 요구 사항이러한 vNAS 서버를 단일 프로젝트 또는 여러 프로젝트에 할당할 수 있습니다. 그러면해당 프로젝트의 사용자가 이러한 할당된 vNAS 서버를 사용하여 파일 시스템을 프로비저닝할 수 있습니다.

vNAS 서버를 프로젝트에 연결하기 전에 다음을 확인합니다.

l vNAS 서버와 프로젝트가 동일한 도메인에 있습니다.

l vNAS 서버가 태그 지정되어 있거나 다른 프로젝트와 연결되어 있지 않습니다.

l vNAS 서버에 서로 다른 프로젝트에 속한 파일 시스템이 없습니다.

l Enable Associate of Virtual NAS to Multiple Projects 옵션을 설정하여 사용자가여러 프로젝트에서 vNAS를 공유할 수 있도록 해야 합니다. ViPR Controller UI에서이 기능은 Physical > Controller Config > NAS 탭에서 설정합니다.

vNAS 서버가 언로드된 상태와 같은 잘못된 상태에 있거나 스토리지 시스템에서 삭제된 경우 ViPR Controller는 다음 스토리지 검색 전까지 이를 감지하지 못합니다. ViPRController가 이러한 vNAS 서버를 계속해서 프로비저닝에 선택하므로 오류가 발생합니다. vNAS 서버를 재검색한 후 프로비저닝 작업을 다시 실행할 수 있습니다.

vNAS 서버를 하나 이상의 프로젝트에 할당하는 단계vNAS를 여러 프로젝트에서 공유하도록 ViPR Controller를 구성하는 단계는 다음과 같습니다.

1. 스토리지 시스템을 검색합니다.

2. 여러 프로젝트에서 vNAS를 공유할 수 있도록 컨트롤러 구성을 설정합니다.

3. vNAS를 여러 프로젝트에 매핑합니다.

EMCElastic Cloud StorageEMCElastic Cloud Storage(ECS)를 ViPR Controller에 추가하기 전에 ECS 스토리지를다음과 같이 구성해야 합니다.

l ECS를 ViPR Controller에 추가할 때 임의의 ECS IP 주소를 사용할 수 있습니다.

l ECS를 추가할 때 사용자 자격 증명을 입력해야 합니다. 사용자 자격 증명에 대한요구 사항:

n ECS에서 ECS 시스템 관리자 권한을 사용하여 생성되어 있어야 합니다.

n ECS 사용자는 ECS 로컬 또는 도메인 사용자가 될 수 있습니다. 도메인 사용자일 경우 ECS 사용자는 ViPR Controller에 로그인된 사용자와 동일한 LDAP 또는AD를 공유해야 합니다.

ViPR Controller에 로그인된 사용자는 도메인 사용자여야 합니다.

n ViPR Controller에서 ECS에 로그인하여 ECS에 대한 작업(예: ECS 검색, 버킷생성, 버킷 소유자 할당 등)을 수행하는 데 사용됩니다.

l ViPR Controller에서 검색 또는 재검색을 실행하기 전에 ECS에 복제 그룹이 구성되어 있어야 합니다.


EMCElastic Cloud Storage 37

l ECS가 원격(멀티 사이트) 환경에서 구성된 경우 ViPR Controller에서 ECS 로컬 복제 그룹의 관리만 지원합니다.

ECS 버킷 검색(즉, ViPR Controller의 버킷 수집)은 지원되지 않습니다.

l ECS 네임스페이스를 ViPR Controller 테넌트에 매핑해야 합니다.

n ECS를 ViPR Controller 테넌트에 매핑하기 전에 ECS 네임스페이스가 생성되어있어야 합니다.

n ViPR Controller 테넌트당 하나의 ECS 네임스페이스만 구성할 수 있습니다.

n 각 ECS 네임스페이스를 하나의 ViPR Controller 테넌트에만 매핑할 수 있습니다. 동일한 네임스페이스를 서로 다른 ViPR Controller 테넌트에서 공유할 수 없습니다.

l 사용자 액세스 제어를 버킷에 할당하려는 경우 ViPR Controller에서 버킷에 사용자액세스 제어를 할당하려면 먼저 사용자, 그룹 또는 사용자 지정 그룹을 ECS에 대해구성해야 합니다.

ViPR Controller에서 ViPR Controller REST API 또는 CLI를 사용하여 ECS 사용자 암호키를 생성할 수 있습니다. 이 옵션은 ViPR Controller UI에서 사용할 수 없습니다.

l ViPR Controller CLI에 대한 자세한 내용은 ViPR Controller 제품 설명서 인덱스에서제공되는 ViPR Controller CLI Reference를 참조하십시오.

l ViPR Controller REST API에 대한 자세한 내용은 ViPR Controller REST API 참조문서를 참조하십시오.

RecoverPoint 시스템ViPR ControllerEMCRecoverPoint 시스템을 에 추가하고 구성하는 데 필요한 ViPRController 요구 사항 및 정보를 검토하십시오.

RecoverPoint 사이트 정보이 정보는 RecoverPoint 시스템을 ViPR Controller에 추가하는 데 필요합니다.

l RecoverPoint 사이트 관리 IPv4 또는 IPv6 주소 또는 호스트 이름

l 포트

l RecoverPoint 사이트에 액세스할 수 있는 RecoverPoint 관리자 역할을 가진 계정의 자격 증명

구성 요구 사항RecoverPoint 시스템을 ViPR Controller에 추가하려면 다음을 수행합니다.

l RecoverPoint 시스템을 설치하고 라이센스를 등록합니다.

l ViPR Controller가 SAN 네트워크를 관리하지 않는 경우 RecoverPoint 시스템을 스토리지에 조닝(Zoning)하고 RecoverPoint Splitter를 연결합니다.

l RecoverPoint 와 ViPR Controller 가상 어플라이언스 간의 IP 접속 구성을 설정합니다.

ViPR Controller를 사용하여 RecoverPoint with XtremIO를 관리하려는 경우 EMC 온라인 지원에서 제공되는 RecoverPoint XtremIO Technical Notes에 설명된 대로 구성이 설정되었는지 확인하십시오.




http://www.emc.com/techpubs/api/vipr/v3-5-0-0/index.htm

Fabric Manager(스위치)ViPR Controller는 Brocade 및 Cisco 스위치를 지원합니다. 시스템 관리자는 FabricManager(스위치)를 ViPR Controller에 추가하고 구성하는 데 필요한 ViPR Controller요구 사항 및 정보를 검토할 수 있습니다.

DNS 서버 요구 사항ViPR Controller 구축에 구성된 DNS 서버는 ViPR Controller를 통해 관리되는 BrocadeFabric 및 Cisco 스위치를 포함한 모든 디바이스에 대해 정방향 및 역방향 조회를 수행할 수 있어야 합니다.

ViPR Controller 스위치 및 네트워크 용어ViPR Controller 에는 세 가지 외부 인터페이스, 즉 REST API, CLI(Command LineInterface) 및 UI(User Interface)가 있습니다. 스크립팅 및 프로그래밍 인터페이스(API및 CLI)는 SAN(Storage Area Network)의 네트워크 요소를 나타낼 때 약간 다른 용어를사용합니다.

각 ViPR Controller 인터페이스에서 사용되는 용어는 다음과 같습니다.

l Cisco® 스위치 및 BrocadeCMCNE 관리 스테이션은 UI에서 Fabric manager라고 합

니다.

l ViPR REST API 및 ViPR CLI에서는 BrocadeCMCNE 관리 스테이션 및 Cisco 스위치를 network-system이라고 합니다. Cisco VSAN 및 Brocade Fabric은 network라고 합니다.

Brocade스위치를 Brocade에 추가하기 전에 ViPR Controller 스위치가 다음 시스템 요구 사항을충족해야 하며 다음과 같이 구성되어야 합니다.

소프트웨어 요구 사항ViPR Controller를 사용하려면 EMC Connectrix Manager Converged Network Edition(CMCNE)가 설치되어 있어야 합니다. 지원되는 버전은 EMC CommunityNetwork(community.emc.com)에서 EMC ViPR Controller Support Matrix 부분을 참조하십시오.

CMCNE는 EMC Support Zone(https://support.emc.com)에서 다운로드할 수 있습니다.

CMCNE 설치 및 구성 요구 사항

l CMCNE는 스토리지 시스템 SMI-S Provider와 다른 호스트에 설치되어야 합니다.CMCNE는 SMI-S Provider와 같은 포트를 사용하므로 CMCNE와 SMI-S Provider를 동일한 머신에 설치할 경우 포트 충돌이 발생합니다.

l SMIA(SMI Agent)는 CMCNE 설치 과정에서 이미 설치되어 시작된 상태여야 합니다. SMI Agent가 CMCNE SMI Agent 설치 확인(40페이지)와 함께 올바르게 설치되었는지 확인하는 방법은 CMCNECMCNE SMI Agent 설치 확인 섹션에 나와 있습니다.

l CMCNE에서 관리자 권한으로 스위치에 액세스할 수 있어야 하며, SAN 토폴로지를검색하고 존 및 존 세트를 활성화, 생성, 삭제할 수 있는 권한을 갖도록 계정이 구성되어 있어야 합니다.

l CMCNE UI를 사용하여 Fabric을 사전 검색합니다.


Fabric Manager(스위치) 39

l ViPR에 사용될 필수 Fabric을 생성하고 해당 Fabric에 포트를 할당하고 여러 스위치간의 Fabric을 연결하는 데 필요한 ISL 링크를 구성하는 작업이 완료된 상태여야 합니다.

l ISL 링크 하나에 장애가 발생하더라도 Fabric이 분할되지 않도록 ISL 연결 간에 이중화된 연결을 구축할 것을 적극 권장합니다.

l ViPR Controller에는 Fabric 수에 대한 제한이 없습니다.

l 존(Zone)을 생성할 필요가 없습니다.

CMCNE SMI Agent 설치 확인SMIA(SMI Agent)는 CMCNE 설치 과정에서 이미 설치되어 시작된 상태여야 합니다.

SMI Agent가 CMCNE 설치 과정에서 설치되었는지 확인하려면 브라우저에 CMCNE IP주소를 입력하여 EMC Connectrix Manager Converged Network Edition 시작 페이지로이동하십시오.

l SMIA 공급자가 CMCNE과 함께 설치된 경우 다음 그림과 같이 CMCNE SMIA 구성툴을 시작하는 링크가 시작 페이지에 나타납니다.

l 다음 그림과 같이 시작 페이지에 CMCNE SMIA 구성 툴을 시작하는 링크가 나타나지 않으면 SMIA 공급자가 CMCNE과 함께 설치되지 않은 것입니다.



SMIA가 설치되었으나 정상적으로 작동하지 않는 경우 C:\<installation path>\cimom\server\logs\smia-provider.log 파일에서 오류가 있는지 검토하십시오.

ViPR Controller 의 Brocade 스위치를 통한 Fibre Channel 라우팅 지원ViPR Controller 에서는 Brocade 스위치를 사용한 Fibre Channel 라우팅 구성을 지원합니다. FCR(Fibre Channel Routing)은 서로 분리된 Fabric에 있는 디바이스가 Fabric 병합 없이 통신할 수 있도록 설계되었습니다.

Fibre Channel 라우팅을 통해 여러 개의 분리된 자율형 Fabric은 고유의 Fabric 레벨 서비스를 유지하면서 다음과 같은 이점을 제공할 수 있습니다.

l Fabric 서비스 장애, Fabric 재구성, 조닝(Zoning) 오류 및 오작동 디바이스가 Fabric간에 전파되지 않습니다.

l Fabric에서 성능 문제를 일으키는 디바이스가 해당 문제를 다른 Fabric으로 전파하지 않습니다.

이 지원은 물리적 데이터 센터 간의 트래픽 이동에 Brocade 라우터를 사용하는 구성을포함하도록 ViPR Controller 네트워크 및 스위치 지원을 확대합니다. 다음 그림에서는ViPR Controller에 의해 지원되며 Fibre Channel 라우팅을 사용하는 데이터 센터 구성의 예를 보여 줍니다. DCX 스위치는 Fabric 15의 디바이스와 Fabric 10의 디바이스 사이에서 라우터로 작동합니다. 이 간단한 예에서 Fabric 10의 호스트 5는 Fabric 15의 VNX1에 있는 스토리지를 사용할 수 있습니다.


Brocade 41

Brocade Fibre Channel 라우팅 구성 요구 사항다음 지침은 Brocade Fibre Channel 라우팅 구성에 적용됩니다.

l 라우팅 설정의 일부로서 ViPR Controller가 고려하도록 할 Fabric의 각 쌍 사이에 하나 이상의 LSAN 조닝(Zoning)이 생성되어야 합니다. ViPR Controller는 토폴로지가 검색되면 두 Fabric 간에 LSAN 조닝(Zoning)이 존재할 경우 Fabric 사이에 라우팅이 허용되는 것으로 가정합니다. Fabric 사이에 LSAN 조닝(Zoning)이 없으면ViPR Controller는 Fabric 간에 라우팅이 허용되지 않는 것으로 가정합니다.

l CMCNE 는 참여하는 각 Fabric에서 라우터 및 시드 스위치를 검색해야 합니다. 이예에서는 호스트 1에서 실행되는 CMCNE가 Brocade 스위치 1, DCX 스위치 및Brocade 스위치 2를 검색해야 합니다.

l ViPR Controller 가 성공적으로 CMCNE를 검색해야 합니다. Physical Assets >Fabric Managers를 선택하여 CMCNE를 추가하고 검색합니다.

또한 다음 설명서에서 자세한 내용을 참조하십시오.

l 설치 및 구성에 대한 자세한 내용은 EMC Connectrix Manager Converged NetworkEdition 사용자 가이드를 참조하십시오. 해당 제품: CMCNE

l 지원되는 스위치 플랫폼 및 최소 펌웨어 개정 버전의 목록은 CMCNE 릴리즈 노트를참조하십시오.

ViPR Controller에서 Brocade 페일오버Brocade Fabric의 페일오버를 수행하는 경우 다음 정보를 참조하십시오.



구성 요구 사항페일오버를 수행하기 전에 다음을 확인합니다.

l 페일오버하는 Fabric 이름이 원래 Fabric 이름과 정확히 동일해야 합니다.

l 논리적 및 물리적 Fibre Channel 스위치가 원래 Fabric과 페일오버하는 Fabric에서모두 정확히 동일하게 구성되어 있어야 합니다.

절차

1. ViPR Controller에서 원래 Fabric을 검색하고 등록합니다.

2. 이 Fabric으로 관리되는 포트를 사용하는 호스트에 볼륨을 내보냅니다.

3. ViPR Controller 외부에서 원래 Fabric을 구성한 것과 동일하게 다른 Fabric(페일오버 Fabric)을 설정하고 구성합니다.

4. ViPR Controller에서 페일오버 Fabric을 검색하고 등록합니다.

5. 원래 Fabric의 전원을 끕니다.

6. ViPR Controller에서 페일오버 Fabric을 재검색하고 등록합니다.

7. 네트워크가 페일오버 Fabric에 연결되어 있는지 확인합니다.

8. 제거된 볼륨과 존(zone)의 내보내기를 취소합니다.

CiscoCisco에서 스위치를 추가하고 사용하기 위해서는 다음 정보가 필요하며 ViPRController 스위치를 다음과 같이 구성해야 합니다.

Cisco 스위치 로그인 자격 증명Cisco 스위치를 ViPR Controller에 추가할 때 사용할 로그인 자격 증명을 얻습니다. 계정에 프로비저닝(zone, zonesets, VSAN 모드 구성)을 수행하고 FCNS 데이터베이스를표시할 수 있는 권한이 있어야 합니다.

구성 요구 사항스위치를 ViPR Controller에 추가하기 전에 다음과 같이 스위치를 구성합니다.

l SSH를 설정합니다.

l ViPR Controller에서 사용할 VSAN을 Cisco 스위치에서 생성합니다.

l VSAN 데이터베이스에 적절한 인터페이스를 할당합니다.

l 여러 스위치 네트워크에 필요한 ISL 링크와 포트 채널을 구성하고 해당 ISL 링크가작동하는지 확인합니다. 이렇게 해야 ViPR Controller에 추가되는 모든 스위치에FCNS 데이터베이스가 정확히 배포되고 가동됩니다.

구성 권장 사항반드시 따를 필요는 없지만 다음과 같이 구성하는 것이 좋습니다.

l ISL 링크 하나에 장애가 발생하더라도 VSAN이 분할되지 않도록 ISL 연결 간에 이중화된 연결을 구축합니다.

l ViPR Controller와 다른 애플리케이션에서 조닝 데이터베이스를 동시에 수정할 경우 서로의 변경 사항을 덮어쓰는 일을 방지하기 위해 Enhanced Zoning을 활성화합니다. Enhanced Zoning을 활성화할 수 없는 경우(권장 구성이 아님) ViPRController에서 Fabric Manager 수를 VSAN당 하나로 제한하는 것이 좋습니다.

Cisco Smart Zone 및 ViPR ControllerSmart Zone이 활성 zoneset에 있고 디바이스 별칭이 사용되지 않은 경우 Smart Zone을 재사용할 수 있습니다.

Virtual Array에서 SAN Zoning이 "Automatic"으로 구성된 경우 ViPR Controller가 새 존을 생성합니다. 이러한 새 존은 기존 Smart Zone과 겹칠 수 있습니다. 또한 이러한 새


Cisco 43

존이 기존 Smart Zone과 겹치지 않을 수도 있습니다. 이로 인해 추가 경로가 호스트 또는 클러스터에 표시됩니다.

Virtual Array에서 SAN Zoning이 "Manual"로 구성된 경우 ViPR Controller가 새 존을 생성하지 않습니다. 포트 선택 프로세스 중에 ViPR Controller가 스토리지 레벨 내보내기(예: 마스킹 뷰)에 다른 스토리지 포트를 선택할 수 있습니다. 그러면 존의 타겟 포트가ViPR Controller가 스토리지 레벨 내보내기에 선택한 타겟 포트와 일치하지 않으므로경로가 부족해질 수 있습니다.

Virtual Array에서 SAN Zoning을 "Manual"로 구성하고 "Zoned Ports Used for BackendExports" 및 "Zoned Ports Favored for Host Exports"를 "True"로 설정하면 ViPRController가 새 존을 생성하지 않고 포트 선택 프로세스 중에 Smart Zone의 타겟 포트를 무시합니다.

Virtual Array에서 SAN Zoning을 "Automatic"으로 구성하고 "Zoned Ports Used forBackend Exports" 및 "Zoned Ports Favored for Host Exports"를 "True"로 설정하면ViPR Controller가 새 존을 생성하고 포트 선택 프로세스 중에 Smart Zone의 타겟 포트를 무시합니다.

Cisco 존 세트의 클론 생성 자동화호스트에서 블록 볼륨 내보내기 및 내보내기 취소가 포함된 ViPR Controller 작업을 수행하는 경우 Cisco 존 세트가 생성, 수정 또는 삭제됩니다.

ViPR Controller를 사용하여 Cisco 존 세트에 대한 작업을 수행하는 경우 ViPRController에서 존 세트에 대한 변경 사항을 커밋하기 전에 존 세트의 클론을 자동으로생성하도록 설정할 수 있습니다. 그런 다음 해당 클론을 변경 전의 존 세트에 대한 백업으로 사용할 수 있습니다.

또한 존 세트를 생성하지 못한 경우 ViPR Controller 작업을 계속할 수 있는지 여부를제어할 수 있습니다.

ViPR Controller UI, CLI 또는 REST API에서 Cisco 존 세트의 클론 생성을 자동화할 수있습니다.

구성 요구 사항ViPR Controller를 통해 Cisco 존 세트의 자동화를 정의하는 경우 다음 사항에 유념하십시오.

l Cisco 스위치에 대해서만 ViPR Controller에서 존 세트의 자동화를 설정할 수 있습니다.

l 존 세트 클론은 MDS 스위치에 저장됩니다.

l ViPR Controller는 일별, 존 세트별, VSAN별로 최근 성공적으로 생성된 존 세트 클론만 유지합니다. 다시 말해서, ViPR Controller는 특정 일에 VSAN에 대해 존 세트클론을 하나만 유지하며 그것이 최근 성공적으로 생성된 클론입니다.

l 존 세트의 클론을 생성하면 Cisco 스위치에 대한 존 데이터베이스(zoneDB)의 크기가 늘어납니다. 따라서 zoneDB가 제한 크기에 근접할 때 수동으로 오래된 존 세트를 정리해야 할 수 있습니다.

l 클론이 생성된 존 세트 이름은 다음과 같이 지정됩니다. ViPR-<zoneset name>-<MM_dd_yy-HH_mm>, 여기서

n <zoneset name>은 클론이 생성되는 존 세트의 이름입니다.

n <MM_dd_yy-HH_mm>은 클론이 생성된 시점의 타임스탬프입니다.

l ViPR Controller를 통한 Cisco 존 세트의 클론 생성은 기본적으로 비활성화되어 있습니다.

ViPR Controller UI이 기능을 위해 ViPR Controller UI General Configuration > Controllers 탭에 다음 옵션이 제공됩니다.



옵션 설명

CloneCiscoZoneset

설정 값:

l True - 존 세트 클론의 자동 생성을 활성화합니다.

l False - 존 세트 클론의 자동 생성을 비활성화합니다.

이 옵션은 기본적으로 False로 설정되어 있습니다.

Allow CiscoZonesetCommit

설정 값:

l True - 존 세트 백업을 생성하지 못한 경우에도 작업을 계속할 수 있도록 합니다.

l False - 존 세트를 생성하지 못한 경우 작업을 일시 중지합니다.

이 옵션은 기본적으로 False로 설정되어 있습니다.

ViPR Controller CLI이 기능을 위해 ViPR Controller CLI viprcli system set-properties -pn 명령에 다음 옵션이 제공됩니다.

옵션 설명

controller_mds_clone_zoneset -pvfproperty_value.txt

값을 true로 설정하면 존 세트 클론의 자동 생성이 활성화됩니다.viprcli system set-properties -pn 옵션에 이 값을 추가하지 않으면 존 세트 클론의 자동 생성이 기본적으로 비활성화됩니다.

controller_mds_allow_zoneset_commit-pvf property_value.txt

값을 true로 설정하면 존 세트 백업을 생성하지 못한 경우에도 작업을 계속할 수 있습니다.viprcli system set-properties -pn 옵션에 이 값을 추가하지 않으면 클론을 생성하지 못한 경우 ViPR Controller 작업이 진행되지 않습니다.

ViPR Controller 의 Cisco 스위치를 통한 Inter-VSAN 라우팅 지원ViPR Controller 는 Cisco 스위치를 사용한 IVR(Inter-VSAN Routing) 구성을 지원합니다. IVR은 별개의 VSAN에 위치하는 호스트, 스토리지 및 기타 디바이스가 VSAN 병합없이 통신할 수 있도록 하기 위해 설계되었습니다.

IVR은 분리된 여러 개의 자율형 VSAN이 자신의 VSAN 레벨 서비스를 유지하면서 다음과 같은 이점을 제공할 수 있게 합니다.

l VSAN의 다른 이점을 유지하면서 여러 VSAN에 걸쳐 리소스를 액세스합니다.

l VSAN을 하나의 논리적 Fabric에 병합하지 않으면서 서로 다른 VSAN의 특정 이니시에이터와 타겟 간에 데이터 트래픽을 전송합니다.

l 여러 스위치에 걸쳐 하나 이상의 VSAN 사이를 이동하는 상호 연결된 적절한 라우트를 설정합니다. IVR은 공용 스위치에 있는 VSAN으로 제한되지 않습니다.

l 유용한 리소스를 손상 없이 여러 VSAN에 걸쳐 공유합니다. Fibre Channel 트래픽은 VSAN 간에 이동하지 않으며, 지정된 VSAN 외의 다른 VSAN에 있는 리소스를 이니시에이터가 액세스할 수도 없습니다.


Cisco 45

l FCIP와 함께 사용될 경우 효율적인 무중단 업무 운영 또는 재해 복구 솔루션을 제공합니다.

l IVR은 Fibre Channel 표준을 준수합니다.

다음 그림에서는 ViPR Controller에 의해 지원되며 Inter-VSAN 라우팅을 사용하는 데이터 센터 구성의 예를 보여 줍니다. 이 예에서 IVR 스위치는 VSAN 15의 디바이스와VSAN 10의 디바이스 사이에서 라우터로 작동합니다. VSAN 10의 호스트 5는 VSAN 15의 VNX 1에 있는 스토리지를 사용할 수 있습니다.

분리된 VSANViPR Controller 는 단일 스위치에 존재하거나 여러 물리적 스위치에 걸쳐 있는 분리된VSAN 간의 IVR 조닝(Zoning)을 인식하고 생성할 수 있습니다.

ViPR Controller에서 IVR 조닝(Zoning)을 수행하고 완료하려면 IVR로 라우팅된 VSAN간에 적절한 전송 VSAN이 있어야 합니다. 또한 ViPR Controller는 IVR로 라우팅된 각VSAN 간에 생성된 1개 이상의 IVR 조닝(Zoning)을 필요로 합니다. 그래야 ViPRController가 IVR 경로를 연결하고 전체 VSAN에서 사용 가능한 활성 프로비저닝 경로로 간주할 수 있습니다.

ViPR Controller는 토폴로지를 검색할 때 두 VSAN 간에 IVR 조닝(Zoning)이 있을 경우VSAN 간의 라우팅이 허용되고 올바르게 구성되므로 호스트에서 스토리지에 액세스할수 있다고 가정합니다.

IVR로 라우팅된 VSAN 간에 사전에 인스턴스화된 IVR 조닝(Zoning)이 없는 경우 ViPRController는 VSAN 간에 라우팅이 허용되지 않는 것으로 가정하고 IVR 조닝(Zoning)을생성하지 않습니다.

예를 들어 ViPR Controller는 다음 구성을 지원할 수 있습니다.



그림 1 다음에서 지원되는 VSAN 구성: ViPR Controller

(Cisco MDS 9000 Family NX-OS Inter-VSAN 라우팅 구성 가이드의 그래픽)

Cisco Inter-VSAN 라우팅 구성 요구 사항다음 지침은 모든 Fibre Channel 라우팅 구성에 적용됩니다.

l 각 VSAN에 대해 ViPR Controller가 Fabric Manager(Cisco 스위치)를 성공적으로검색해야 합니다.

l 라우팅 설정의 일부로서 ViPR Controller가 고려하도록 할 VSAN의 각 쌍 사이에 하나 이상의 IVR 조닝(Zoning)이 생성되어야 합니다. ViPR Controller는 토폴로지가검색되면 두 VSAN 간에 IVR 조닝(Zoning)이 존재할 경우 VSAN 사이에 라우팅이허용되는 것으로 가정합니다. VSAN 사이에 IVR 조닝(Zoning)이 없으면 ViPRController는 VSAN 간에 라우팅이 허용되지 않는 것으로 가정합니다.

l ViPR Controller 는 또한 데이터 센터에서 ViPR Controller에 의해 관리되는 VSAN사이의 라우팅을 활성화하는 IVR 지원 스위치를 검색해야 합니다.

IVR이 지원되는 Cisco 스위치의 설치 및 구성과 IVR 조닝(Zoning) 생성에 대한 자세한내용은 Cisco MDS 9000 Family NX-OS Inter-VSAN 라우팅 구성 가이드(http://www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/5_0/configuration/guides/ivr/nxos/nxos_ivr.html)를 참조하십시오.

Vblock 시스템 요구 사항Vblock 시스템을 관리하도록 ViPR Controller를 구성하는 데 필요한 정보 및 요구 사항을 검토하십시오.

ViPR Controller에 추가해야 하는 Vblock 시스템 구성 요소ViPR Controller가 Vblock 시스템에 대한 베어 메탈(Bare Metal) 프로비저닝 작업을 수행하려면 최소한 Vblock 시스템 UCS, 스토리지 시스템 및 Cisco MDS 스위치를 ViPRController의 물리적 자산에 추가해야 합니다. ViPR Controller에 구성 요소를 추가하기전에 다음과 같은 구성 요구 사항 및 정보를 검토하십시오.

l Vblock 컴퓨팅 시스템의 UCS 요구 사항l Vblock 시스템에 구성된 스토리지 시스템 유형에 대한 요구 사항이 나와 있는 이 가

이드의 섹션


Vblock 시스템 요구 사항 47

http://www.cisco.com/c/en/us/td/docs/switches/datacenter/mds9000/sw/5_0/configuration/guides/ivr/nxos/nxos_ivr.html



l Fabric Manager의 Cisco MDS 스위치 요구 사항

Vblock 시스템 구성 요소가 ViPR Controller에 추가된 후에는 자동으로 ViPR Controller에서 검색되고 등록됩니다. Vblock 시스템 구성 요소가 ViPR Controller에서 검색 및 등록되는 방식에 대한 자세한 내용은 ViPR Controller를 통한 Vblock 시스템 관리 섹션을참조하십시오.

프로비저닝 도중 OS 설치를 수행하기 위한 요구 사항ViPR Controller, Vblock 서비스 작업 중 ViPR Controller를 사용하여 Vblock 컴퓨팅 시스템에 OS를 설치하려는 경우 서비스 작업을 실행하기 전에 아래에 나온 대로 ViPRController 환경에 컴퓨팅 이미지 서버, 컴퓨팅 이미지 및 Vblock 컴퓨팅 시스템을 구성해야 합니다.

1. OS 설치 파일이 포함된 컴퓨팅 이미지를 FTP 사이트에 로드합니다.

2. 사용하려는 각 컴퓨팅 이미지 서버를 구축합니다.

3. 구축하려는 각 컴퓨팅 이미지 서버에 대해 컴퓨팅 이미지 서버 네트워크를 구성합니다.

4. 컴퓨팅 이미지 서버를 ViPR Controller의 물리적 자산에 추가하고 2단계에서 구축한 각 컴퓨팅 이미지 서버에 대해 이 단계를 반복합니다.

5. 컴퓨팅 이미지를 ViPR Controller의 물리적 자산에 추가하고 사용하는 각 컴퓨팅 이미지에 대해 이 단계를 반복합니다.

6. 각 Vblock 컴퓨팅 시스템을 컴퓨팅 이미지 서버에 연결합니다.

이러한 작업을 수행하기 전에 다음 섹션에 설명된 요구 사항 및 정보를 검토하십시오.

l 컴퓨팅 이미지 서버

l 컴퓨팅 이미지 서버 네트워크

l 컴퓨팅 이미지

l Vblock 컴퓨팅 시스템

컴퓨팅 이미지 서버 요구 사항컴퓨팅 이미지 서버는 ViPR Controller, Vblock 시스템 프로비저닝 서비스를 실행하여Vblock 컴퓨팅 시스템에 운영 체제를 설치할 때 ViPR Controller에서 컴퓨팅 이미지를구축하는 데 필요합니다.

한 개 또는 여러 개의 컴퓨팅 이미지 서버를 ViPR Controller에 추가할 수 있습니다.

컴퓨팅 이미지 서버를 구축하는 동안:

l ViPR Controller과 함께 제공된 컴퓨팅 이미지 서버 OVF 파일을 사용하거나 사용자지정 컴퓨팅 이미지 서버를 구축할 수 있습니다. OVF 파일을 구축하는 단계 또는사용자 지정 컴퓨팅 이미지 서버를 구축하는 데 따른 요구 사항은 ViPR Controller설치, 업그레이드 및 유지 보수 가이드 문서를 참조하십시오.

l 컴퓨팅 이미지 서버에 대한 관리 및 OS 설치 네트워크가 구성되어야 합니다. 자세한 내용은 다음을 참조하십시오. 컴퓨팅 이미지 서버 네트워크.

컴퓨팅 이미지 서버를 ViPR Controller에 추가하려면 다음 정보가 필요합니다.

l n 컴퓨팅 이미지 서버의 정규화된 도메인 이름 또는 IP 주소

n OS 설치 네트워크 인터페이스의 IP 주소

n ViPR Controller에서 컴퓨팅 이미지 서버에 액세스하기 위한 사용자 자격 증명

n 컴퓨팅 이미지 서버의 TFTPBOOT 디렉토리 경로. 기본값은 /opt/tftpboot/입니다.

n OS 설치 시간 초과 값(초). 기본값은 3600입니다.



컴퓨팅 이미지 서버를 ViPR Controller에 추가한 후:

l OS 설치를 포함한 프로비저닝을 수행하려면 각 컴퓨팅 시스템에 컴퓨팅 이미지 서버를 하나씩 연결해야 합니다.

l 컴퓨팅 이미지 서버 하나를 여러 컴퓨팅 시스템에 연결할 수 있지만 각 컴퓨팅 시스템은 하나의 컴퓨팅 이미지 서버에만 연결할 수 있습니다.

l ViPR Controller 버전 2.4 이상에 추가된 Vblock 컴퓨팅 시스템을 OS 설치를 포함한프로비저닝에 사용하기 전에 이러한 컴퓨팅 시스템에 컴퓨팅 이미지 서버를 하나씩 연결해야 합니다.

l 이전 버전에서 ViPR Controller 버전 2.4 이상으로 업그레이드하는 경우, OS 설치를포함한 프로비저닝을 위해 ViPR Controller를 이전에 구성했다면 ViPR Controller를업그레이드한 후에도 컴퓨팅 이미지 서버와 컴퓨팅 시스템 간의 연결이 유지됩니다.

컴퓨팅 이미지 서버에 대한 네트워크 요구 사항네트워크 관리자는 구축하는 각 컴퓨팅 이미지 서버에 대해 2개의 네트워크를 구성해야 합니다.

관리 네트워크관리 네트워크는 ViPR Controller와 컴퓨팅 이미지 서버 간의 통신을 위해 필요합니다.

전용 OS 설치 네트워크OS 설치 네트워크는 운영 체제 설치를 위한 전용 네트워크입니다. OS 설치 네트워크는ViPR Controller에서 프로비저닝 시 호스트와 ViPR Controller 컴퓨팅 이미지 서버 간의통신을 위해 사용됩니다. 호스트와 ViPR Controller 컴퓨팅 이미지 서버가 OS 설치 네트워크를 통해 접속되면 OS 설치 네트워크를 통해 운영 체제 설치가 수행됩니다. 설치가 완료되면 OS 설치 네트워크가 호스트에서 제거됩니다.

전용 OS 설치 네트워크는 다음 요구 사항을 충족해야 합니다.

l 고유의 전용 DHCP 서버로 구성되어야 합니다. 다른 DHCP 서버를 OS 설치 네트워크에 구성할 수 없습니다.

ViPR Controller에 제공되는 OS 이미지 서버에는 전용 DHCP 서버가 포함되어 있습니다.

l 다른 VLAN과의 충돌을 방지하기 위해 다른 네트워크에서 분리되어 있어야 합니다.

컴퓨팅 이미지컴퓨팅 이미지는 ViPR Controller를 통해 Vblock compute systems에 설치할 수 있는OS(Operating System) 설치 파일입니다.

컴퓨팅 이미지는 ViPR Controller에 패키지로 포함되어 있지 않지만 ViPR Controller,Vblock 시스템 프로비저닝 작업 시 ViPR Controller를 사용하여 Vblock computesystems에 운영 체제를 설치할 수 있습니다. 이 기능을 지원하려면 다음 요구 사항을충족해야 합니다.

l ViPR Controller에서 지원하는 OS 설치 파일에 대한 액세스 권한이 있어야 합니다.지원되는 버전은 EMC ViPR Controller Support Matrix 문서를 참조하십시오.

l OS 설치 파일이 HTTP 또는 FTP 사이트에 있어야 합니다.

l 컴퓨팅 이미지를 ViPR Controller에 추가할 수 있으려면 먼저 컴퓨팅 이미지 서버와필요한 네트워크가 구축되고 ViPR Controller에 추가되어 있어야 합니다. 자세한 내용은 다음을 참조하십시오. 컴퓨팅 이미지 서버


컴퓨팅 이미지 서버에 대한 네트워크 요구 사항 49

l 컴퓨팅 이미지를 ViPR Controller에 추가하는 경우 컴퓨팅 이미지가 있는 HTTP 또는 FTP 주소가 필요합니다. 사이트 액세스에 사용자 이름 및 암호가 필요할 경우URL 내에 지정하십시오(예: ftp://username:password@hostname/ESX/VMware-Installer-5.0-20.x86_64.iso).

l 컴퓨팅 이미지를 ViPR Controller에 추가할 때 ViPR Controller UI, REST API 또는CLI를 사용할 수 있습니다.

l 컴퓨팅 이미지가 ViPR Controller에 추가된 후에는 ViPR Controller에 추가된 각 컴퓨팅 이미지 서버에 해당 컴퓨팅 이미지가 자동으로 로드되고 컴퓨팅 이미지 이름이 ViPR Controller 데이터베이스에 저장됩니다.

l 컴퓨팅 이미지가 ViPR Controller에서 제거되는 경우 모든 컴퓨팅 이미지 서버에서제거됩니다.

위에 설명된 작업을 수행하는 자세한 단계는 사용하는 인터페이스에 따라 다음 문서(ViPR Controller 제품 설명서 인덱스에서 제공됨) 중 하나를 참조하십시오.




Vblock compute systemsVblock compute systems를 구성하고 ViPR Controller에 추가하는 데 필요한 ViPRController 요구 사항 및 정보를 검토하십시오.

ViPR Controller 검색을 위해 Vblock compute systems를 준비하려면 다음과 같이 합니다.

l 클러스터가 UCSM에서 생성될 때 ViPR Controller가 컴퓨팅 가상 풀에 적용하기 위해 ViPR Controller에 서비스 프로파일 템플릿이 구성되어 있어야 합니다. 프로비저닝에 사용해야 할 서비스 프로파일 템플릿에 대해서는 UCS 관리자와 논의하십시오.UCS 서비스 프로파일 템플릿에 대한 ViPR Controller 구성 요구 사항은 서비스 프로파일 템플릿에 대한 ViPR Controller 요구 사항 섹션을 참조하십시오.

l 컴퓨팅 시스템을 ViPR Controller에 추가하는 과정에서 IP 주소와 UCS를 관리하는데 사용되는 UCSM에 대한 관리자 권한이 있는 사용자 자격 증명이 필요합니다.

컴퓨팅 시스템의 OS 설치를 포함한 프로비저닝을 준비하려면 다음과 같이 합니다.

l ViPR Controller 2.4 이상에 컴퓨팅 시스템을 추가한 경우 각 컴퓨팅 시스템에 컴퓨팅 이미지 서버를 하나씩 연결해야 합니다.

l ViPR Controller 버전 2.4 이상으로 업그레이드하는 경우, OS 설치를 포함한 프로비저닝을 위해 ViPR Controller를 이전에 구성했다면 ViPR Controller를 업그레이드한후에도 컴퓨팅 이미지 서버와 컴퓨팅 시스템 간의 연결이 유지됩니다.

l 운영 체제 설치 네트워크에 대한 VLAN ID가 있어야 합니다.

위에 설명된 작업을 수행하는 자세한 단계는 사용하는 인터페이스에 따라 다음 문서(ViPR Controller 제품 설명서 인덱스에서 제공됨) 중 하나를 참조하십시오.








호스트 및 클러스터ViPR Controller Tenant Administrator는 ViPR Controller에 호스트 및 클러스터를 추가하고 구성하는 데 필요한 ViPR Controller 요구 사항 및 정보를 검토할 수 있습니다.

다음과 같은 두 가지 방법으로 ViPR Controller에 호스트를 추가할 수 있습니다.

l 검색 가능 - 호스트를 추가하면 ViPR Controller가 자동으로 호스트 및 호스트 이니시에이터와 Windows 클러스터를 검색하고 ViPR Controller에 등록합니다. AIX

®,

AIX VIO, HP-UX®, Linux®

및 Windows 호스트만 검색 가능한 호스트로 추가할 수있습니다. Windows 클러스터만 ViPR Controller에서 자동으로 검색됩니다.

l 검색 불가능 - ViPR Controller가 호스트 또는 호스트 이니시에이터를 검색하거나등록하지 않습니다. AIX, AIX VIO, HP-UX®, Linux 및 Windows가 아닌 모든 호스트는 검색 불가능한 호스트로 ViPR Controller에 추가됩니다. 필요에 따라 AIX, AIXVIO, HP-UX®, Linux 및 Windows도 검색 불가능한 호스트로 추가할 수 있습니다.검색 불가능한 호스트를 ViPR Controller에 추가한 경우 호스트 이니시에이터를 수동으로 추가하고 등록해야 해당 호스트를 서비스 작업에 사용할 수 있습니다.

VMAX, VNX for Block, Unity 및 XtremIO 스토리지 시스템에 대한 호스트/스토리지 선호도 지원

호스트/스토리지 선호도 지원을 통해 다음을 수행할 수 있습니다.

l 호스트/스토리지 선호도 검색

l 호스트/스토리지 선호도 리소스 배치

AIX 호스트 및 AIX VIO 서버AIX 호스트를 ViPR Controller에서 검색하고 ViPR Controller 프로비저닝에 사용하려면반드시 다음과 같이 구성해야 합니다.

l EMC PowerPath 또는 AIX 기본 MPIO 중 하나(둘 모두는 아님)를 사용하도록 설정해야 합니다.

l 볼륨 WWN(World Wide Name)을 호스트 디스크(hdisk)에 일치시키려면 EMCINQ(Inquiry) 유틸리티를 설치해야 합니다.

l AIX 호스트에 SSH를 반드시 설치하고 구성해야 합니다.

HP-UXHP-UX 호스트를 ViPR Controller의 물리적 자산에 추가하면 ViPR Controller가 호스트와 호스트 이니시에이터를 자동으로 검색하고 등록합니다. HP-UX® 옵션은 호스트를검색하는 것에 더해 다음을 수행합니다.

l EMC VMAX 및 VPLEX 볼륨을 HP-UX 호스트에 내보내는 데 필요한 VSA(VolumeSet Addressing) 플래그를 설정합니다.

l HDS 스토리지 시스템으로 용량을 할당할 때 Host Mode Option을 사용하기 위해필요합니다.

LinuxLinux 호스트를 ViPR Controller에서 검색하고 ViPR Controller 프로비저닝에 사용하려면 반드시 다음과 같이 구성해야 합니다.

l SSH 및 LVM을 설정합니다. ViPR Controller는 Linux 호스트에 SSH를 사용합니다.


호스트 및 클러스터 51

l EMC PowerPath 또는 기본 Linux 경로 다중화 소프트웨어가 설치되어 있어야 합니다.EMC PowerPath for Linux 설치 및 구성 가이드와 SuSE Linux EnterpriseServer(SLES): 스토리지 관리 가이드에서 "경로 다중화를 위한 시스템 구성" 관련 내용을 참조하십시오.

l 시간 동기화가 구성되어 있어야 합니다.l 일부 경우에는 lsb_release를 설치해야 합니다. 호환성 때문에 호스트가 검색되지

않고 로그에 lsb_release 명령을 찾을 수 없다는 내용이 있으면, 해당 명령이 포함된패키지를 설치해야 합니다.

Linux 사용자 요구 사항ViPR Controller 스토리지가 Linux 호스트에 연결되면 호스트에서 명령을 실행해야 합니다. 호스트에 액세스하기 위해 ViPR Controller는 호스트를 ViPR Controller에 추가할때 입력된 자격 증명을 사용합니다. 이는 대개 루트 계정의 자격 증명입니다. Linux 호스트에 대한 루트 액세스를 ViPR Controller에 제공하지 않으려는 경우 ViPR Controller가 필요한 명령을 실행할 수 있도록 sudo 사용자 ALL 권한을 부여하는 것이 좋습니다.

Linux 호스트 검색을 위한 sudo 사용호스트 검색을 위해 sudo 사용자를 사용할 경우 다음을 수행합니다.

1. /etc/sudoers에서 이 사용자에 대해 tty가 비활성화되어 있는지 확인합니다.

2. Defaults requiretty 아래에서 Defaults:<user1> !requiretty 행을 추가하여 /etc/sudoers를 수정합니다. 예:

Defaults requirettyDefaults:smith !requiretty

SLES(SUSE Linux Enterprise Server) 12에 대한 ViPR Controller 요구 사항ViPR Controller UI를 사용하여 SLES 12를 실행하는 Linux 호스트에 볼륨을 내보내거나마운트하려는 경우, 먼저 해당 호스트에 하나의 ext3 또는 ext4 파일 시스템을 수동으로 생성하고 마운트한 후에 ViPR Controller UI를 사용하여 볼륨을 내보내거나 마운트해야 합니다.

ext3 또는 ext4 파일 시스템을 수동으로 생성하는 것은 ViPR Controller UI를 사용하여 볼륨을 내보내거나 마운트하는 경우에만 필요합니다. ViPR Controller REST API를사용하는 경우 볼륨을 내보내거나 마운트하기 전에 파일 시스템을 생성할 필요가 없습니다.

WindowsWindows 호스트를 ViPR Controller에서 검색하고 ViPR Controller 프로비저닝에 사용하려면 반드시 다음과 같이 구성해야 합니다.

WinRM(Windows Remote Management)이 반드시 활성화되어야 합니다.ViPR를 지원하도록 Windows 호스트에서 WinRM 구성을 참조하십시오.

EMC PowerPath 또는 Microsoft MPIO 중 하나(둘 모두는 아님)를 반드시 활성화해야합니다.자세한 내용은 Microsoft Windows 지원 EMC PowerPath 및 PowerPath/VE의 설치 및 관리 가이드 또는 Windows: Microsoft Multipath I/O 단계별 가이드를 참조하십시오.

시간 동기화가 구성되어 있어야 합니다.호스트 검색의 경우 LDAP 또는 Active Directory 도메인 계정 자격 증명을 사용하는 경우, 도메인 사용자 자격 증명은 Windows 호스트가 있는 도메인과 동일한 도메인에 있



을 수도 있고 동일한 포리스트 내의 다른 도메인에 있을 수도 있습니다. 예를 들어Windows 호스트가 child1.example.com 도메인에 있고 사용자 계정이 상위 도메인(example.com)에 있는 경우 ViPR Controller는 상위 도메인(example.com)의 사용자 계정을 사용하여 child1.example.com 도메인에 있는 Windows 호스트를 검색할 수 있습니다.

ViPR Controller에 대한 Windows 호스트에 WinRM 구성ViPR Controller가 Windows 호스트에서 명령을 실행할 수 있도록 구성합니다.

시작하기 전에

l WinRM 서비스를 구성할 때 사용하는 계정은 Windows 로컬 관리자 그룹 또는Windows 도메인 관리자 그룹의 일부여야 합니다.

l ViPR Controller 서버에서 Windows 원격 호스트에 접속하려면 호스트가 원격Windows PowerShell 명령을 허용해야 합니다. HTTP를 통한 Windows 원격 액세스를 활성화하면 이 명령이 허용됩니다.

l WinRM을 구성하려면 Windows 방화벽을 실행해야 합니다.

l WinRM은 HTTP 또는 HTTPS를 통해 구성할 수 있습니다.

n HTTP - 기본적으로 포트 5985가 사용됩니다.

n HTTPS - 기본적으로 5986이 사용됩니다. 유효한 CA에서 서명한 인증서를Windows 호스트에 설치해야 합니다.CA 인증서가 올바르게 설치되어 있는지 확인하려면 Windows 관리자에게 문의하십시오.

Windows 명령 프롬프트에서 다음 절차에 나온 명령을 실행합니다. WindowsPowerShell을 사용하여 이러한 명령을 수행하는 경우 작은따옴표 안에 값을 넣습니다.예: winrm set winrm/config/service/auth '@{Basic="true"}'절차

1. Windows 호스트의 관리자 명령 또는 powershell 프롬프트에서 다음 명령을 실행합니다.

l HTTP를 사용하는 경우: winrm quickconfigl HTTPS를 사용하는 경우: winrm quickconfig-transport.https

그러면 포트에서 Listener가 시작됩니다. Listener가 시작되는 포트와 Host Asset페이지에서 호스트에 구성한 포트의 정합성이 보장되어야 합니다.

2. ViPR Controller가 호스트에 접속하는 방법에 따라 일부 구성을 변경해야 할 수있습니다.

l ViPR Controller에서 로컬 사용자로 호스트에 접속하도록 하려면 다음을 수행해야 합니다.

a. 현재 WinRM 서비스 구성을 보려면 다음 명령을 실행합니다.winrm get winrm/config/service기본 인증과 AllowUnencrypted가 true로 설정되어야 합니다.

b. 기본 인증이 true로 설정되지 않은 경우 다음을 실행합니다.winrm set winrm/config/service/auth @{Basic="true"}

c. AllowUnencrypted가 true로 설정되지 않은 경우 다음을 실행합니다.winrm set winrm/config/service @{AllowUnencrypted="true"}

d. Windows 호스트를 ViPR Controller에 추가할 수 있습니다.1단계에서 Listener를 시작한 포트는 ViPR Controller에 호스트를 추가할때 입력하는 포트와 일치해야 합니다.


Windows 53

l ViPR Controller에서 도메인 사용자로 호스트에 접속하도록 하려면 다음을 수행해야 합니다.

a. Kerberos를 활성화했는지 확인합니다. 다음을 사용하여 확인할 수 있습니다.winrm get winrm/config/service

b. Kerberos를 활성화해야 하는 경우 다음을 실행합니다.winrm set winrm/config/service/auth @{Kerberos="true"}

c. 시스템 관리자는 ViPR Controller(Security > Authentication Providers)에서 도메인이 인증 공급자로 구성되었는지 확인해야 합니다.

d. 테넌트 관리자는 호스트를 ViPR Controller(Physical Assets > Hosts) 페이지에 추가합니다.AD 계정 이름을 입력할 때 다음과 같은 형식 중 하나를 사용합니다.

n [email protected](예: [email protected])

n domain.suffix\username(예: domain1.company1.com\user)

3. 호스트가 테이블에 유효한 호스트로 표시되는지 확인합니다.

사후 요구 사항

ViPR Controller를 구축한 후 Physical Assets > Hosts 페이지에서 호스트가 유효한 호스트로 표시되는지 확인할 수 있습니다. 다음 메시지가 표시될 경우 WinRM이 활성화되지 않았거나 올바르게 구성되지 않았거나 네트워크 문제가 있는 것일 수 있습니다.

Failed to connect to host. Please ensure the connection detailsare correct. [Error connecting: Connection refused]

SUN-VCSSUN-VCS 클러스터는 ViPR Controller의 물리적 자산에 추가되지만 ViPR Controller를통해 검색되거나 등록되지 않습니다.

l ViPR Controller에 호스트를 SUN-VCS로 추가하면 ViPR Controller 저장소에서 클러스터에 SUN-VCS 레이블이 지정됩니다.

l SUN-VCS 클러스터를 ViPR Controller에 추가한 후 ViPR Controller에 호스트 이니시에이터를 수동으로 추가하고 등록해야 합니다.

l VPLEX 스토리지 시스템을 사용하여 SUN-VCS를 프로비저닝하려면 SUN-VCS 운영 체제 유형이 필요합니다.

VMware® vCenter

vCenter를 구성하고 ViPR Controller에 추가하는 데 필요한 ViPR Controller 요구 사항및 정보를 검토하십시오.

이 작업을 수행하는 데 필요한 ViPR Controller 사용자 역할은 ViPR Controller 사용자역할 요구 사항을 참조하십시오.

vCenter 역할 요구 사항ViPR Controller가 vCenter에 액세스할 때 사용할 역할은 최소한 다음 작업을 수행할권한이 있어야 합니다.

데이터 저장소 권한:

l 공간 할당

l 데이터 저장소 찾아보기



l 데이터 저장소 구성

l 데이터 저장소 제거

호스트 권한:

l CIM

l CIM 통합

l 구성

필요한 VMware® VirtualCenter 역할 권한ViPR Controller에서 vCenter 복구를 수행하고 데이터 저장소를 생성하려면 VMwareVirtualCenter의 특정 역할 권한이 필요합니다.

필요한 데이터 저장소 권한

l 데이터 저장소

n 공간 할당

n 데이터 저장소 찾아보기

n 데이터 저장소 구성

n 데이터 저장소 제거

필요한 호스트 권한

l 호스트

n CIM

n 구성

– 스토리지 파티션 구성

ViPR Controller에서 검색 및 관리되는 vCenter에 대한 FAQViPR Controller에서 검색 및 관리되는 vCenter 관련 FAQ

vCenter 마이그레이션: 서버 UUIDQ: vCenter 서버 자체의 UUID가 변경될 것이 분명합니다. 이 변경이 ViPR에서 문제가됩니까?

A: 문제가 되지 않습니다. 검색 중에 ViPR가 새 vCenter UUID를 업데이트합니다.

vCenter 마이그레이션: VMware 개체 식별자Q: vCenter의 VMware 개체(데이터 저장소, 호스트, VM 등)는 vCenter 데이터베이스에서 고유한 식별자를 가집니다. 이전 vCenter를 백업/복구하지 않으므로 이러한 식별자가 변경될 것 같습니다. 이것이 문제가 됩니까? 아니면 ViPR에서 명명 구조만 유지되면 상관이 없습니까?

A: 데이터 센터, 클러스터 및 호스트를 검색할 때 ViPR는 먼저 UUID를 기준으로 데이터베이스를 검색합니다. 일치하는 것을 찾지 못하면 이름으로 검색합니다. 이 경우 ViPR는 UUID 변경으로 인해 찾지 못한 개체를 이름으로 찾을 수 있습니다.

새 vCenter 서버 인스턴스로의 vCenter 마이그레이션Q: 다음 조건에서 vCenter를 새 vCenter 서버 인스턴스로 마이그레이션할 경우 문제가있습니까?

l 호스트의 ESXi가 이동됨

l IP가 다름


필요한 VMware® VirtualCenter 역할 권한 55

l vCenter UUID가 다름

l 호스트 이름이 다름

A: 동일한 구조가 검색되지 않으므로 문제가 될 수 있습니다(다른 ESXi 호스트 이름, 다른 클러스터 이름 등). 구조가 vCenter에서 동일하게 유지되면 마스킹 해제가 트리거되지 않습니다.

vCenter 서버 어플라이언스를 5.5에서 6.0으로 업그레이드Q: 다음 조건에서 vCenter 서버 어플라이언스를 5.5에서 6.0으로 업그레이드하는 경우문제가 있습니까?

l 호스트의 ESXi가 이동되지 않음

l IP가 동일함

l vCenter UUID가 다름

l 호스트 이름이 동일함

A: 문제가 되지 않을 것입니다. 마스킹 해제가 수행되지 않습니다.

VCenter 마이그레이션: 호스트 이름 변경Q: 다음 조건에서 vCenter 호스트 이름을 변경할 경우 문제가 있습니까?

l 호스트 ESX가 이동되지 않음

l IP가 동일함

l vCenter UUID가 동일함

l 호스트 이름이 다름

A: vCenter 호스트 이름이 달라도 문제가 되지 않습니다. vCenter 이름 변경으로 인해마스킹 해제가 트리거되지는 않습니다.

관리되지 않는 볼륨에 대한 호스트/스토리지 선호도 검색스토리지 볼륨이 ViPR Controller로 관리되지 않는 경우(관리되지 않는 볼륨) 특정 호스트에 VMAX, VNX for Block, Unity 또는 XtremIO 스토리지 용량을 할당할 때 호스트/스토리지 선호도 검색 기능을 통해 ViPR Controller에서 호스트/스토리지 선호도를 검색할 수 있습니다.

호스트/스토리지 선호도 검색은 호스트 이니시에이터를 통해 스토리지와 호스트의 접속을 식별합니다. ViPR Controller에 호스트 이니시에이터를 추가한 후 스토리지와 호스트를 접속하는 호스트 이니시에이터에 사용되는 마스킹 뷰와 스토리지 볼륨의 검색을 포함하여 호스트/스토리지 선호도 검색을 활성화할 수 있습니다.

스토리지 시스템과 ViPR Controller에서 검색된 호스트에 대해 호스트/스토리지 선호도를 통해 관리되지 않는 볼륨이 검색될 경우 해당 스토리지 시스템이 기본 스토리지시스템으로 식별됩니다. 스토리지 시스템이 기본 스토리지 시스템으로 식별되면 호스트/스토리지 선호도 리소스가 배치가 활성화된 경우 ViPR Controller가 동일한 호스트또는 클러스터에 기본 스토리지 시스템에서 스토리지 용량을 할당합니다. 자세한 내용은 호스트/스토리지 선호도 리소스 배치 섹션을 참조하십시오.

ViPR Controller에서는 필요 시 또는 예약된 간격으로 호스트/스토리지 선호도를 검색할 수 있습니다. 예약된 호스트/스토리지 검색이 활성화된 경우(기본적으로 비활성화됨):

l ViPR Controller에서 이미 검색된 호스트의 경우 ViPR Controller 노드가 재시작된후 90초 지나서 호스트/스토리지 선호도 검색이 수행됩니다.

l ViPR Controller에 새 호스트가 추가되는 경우 다음 예약된 간격에 새로 추가된 호스트에 대한 호스트/스토리지 선호도 검색이 수행됩니다.



l ViPR Controller에 vCenter가 추가되는 경우 vCenter에서 제어하도록 가져온 호스트에 대해 호스트/스토리지 선호도 검색이 수행됩니다. ViPR Controller에 새vCenter가 추가되는 경우 다음 예약된 간격에 vCenter에서 제어하도록 가져온 호스트에 대해 호스트/스토리지 선호도 검색이 수행됩니다.

구성 요구 사항ViPR Controller를 사용하여 호스트/스토리지 선호도를 검색하는 경우 다음 사항에 유의하십시오.

l 이 기능은 VMAX, VNX for Block, Unity 또는 XtremIO 스토리지 시스템에 대해서만지원됩니다.

l 호스트/스토리지 선호도를 검색하려는 호스트 이니시에이터가 ViPR Controller에추가되어 있어야 합니다.

l 호스트/스토리지 선호도 검색을 사용하면 ViPR Controller가 호스트에 용량 할당되는 관리되지 않는 VMAX, VNX for Block, Unity 또는 XtremIO 스토리지 볼륨을 인식하게 되지만 관리되지 않는 볼륨을 검색하고 수집하지는 않습니다.

l 관리되지 않는 볼륨을 호스트에 내보내거나 내보내기를 취소한 후 또는 관리되지않는 볼륨을 수집한 후에는 호스트/스토리지 선호도를 재검색해야 합니다. 필요 시또는 예약된 간격으로 호스트/스토리지 선호도를 검색할 수 있습니다.

l 필요 시 ViPR Controller UI, CLI 또는 REST API를 사용하여 호스트에서 호스트/스토리지 선호도 검색을 시작할 수 있습니다.

l ViPR Controller CLI 또는 REST API를 사용하여 스토리지 시스템에서 호스트/스토리지 선호도 검색을 수행할 수 있습니다. 스토리지 공급자가 관리하는 스토리지 시스템에서 호스트/스토리지 선호도 검색을 수행하는 경우 해당 스토리지 공급자가관리하는 모든 스토리지 시스템에서 호스트/스토리지 선호도 검색이 수행됩니다.

l ViPR Controller UI에서 호스트/스토리지 선호도 검색을 예약할 수 있습니다.

ViPR Controller UIViPR Controller UI의 다음 옵션에서 검색 기능을 사용하는 기능을 제공합니다.

ViPR Controller UI 페이지 및 옵션

설명

Physical > Hosts >Discover ArrayAffinity

호스트/스토리지 선호도 검색을 실행할 호스트를 선택하고Discover Array Affinity를 클릭하여 선택한 호스트에 대한 호스트/스토리지 선호도 검색 또는 재검색을 즉시 실행합니다.

System > GeneralConfiguration >Discovery

ViPR Controller에서 호스트/스토리지 선호도 검색을 자동으로 수행하도록 예약하는 데는 다음 옵션이 사용됩니다.

l Enable Array Affinity Discovery - true로 설정하면 ViPRController에서 예약된 호스트/스토리지 선호도 검색이 활성화됩니다. false로 설정된 경우 필요 시 호스트/스토리지선호도 검색을 수행해야 합니다.

l Array Affinity Discovery - 스토리지 선호도 검색이 활성화된 경우 ViPR Controller에서 호스트/스토리지 선호도를재검색하는 간격(초)입니다.

l Array Affinty Referesh Interval - 스토리지 선호도 검색이 활성화된 경우 호스트/스토리지 선호도를 검색한 마지막 시간 이후 새 검색 작업이 허용되기 전까지의 시간(초)입니다.


관리되지 않는 볼륨에 대한 호스트/스토리지 선호도 검색 57

ViPR Controller CLIViPR Controller CLI에서 필요 시 호스트/스토리지 선호도 검색을 수행하는 데는 다음명령이 사용됩니다.

ViPR Controller CLI 명령 및 옵션 설명

viprcli storagesystemdiscover_arrayaffinity

해당 스토리지 시스템에 대해 호스트/스토리지 선호도 검색을 수행합니다.

viprcli host discover-array-affinity

해당 호스트에 대해 호스트/스토리지 선호도 검색을 수행합니다.



4장

가상 자산 요구 사항 및 정보


l 개요................................................................................................................... 60l 가상 스토리지 구축 계획....................................................................................60l 블록 스토리지 구성 고려 사항............................................................................63l 파일 스토리지 구성 고려 사항............................................................................66l 오브젝트 스토리지 구성 고려 사항.....................................................................67l 서비스 프로파일 템플릿에 대한 ViPR 요구 사항.................................................67

가상 자산 요구 사항 및 정보 59

개요ViPR Controller 시스템 관리자는 ViPR Controllervirtual arrays 및 가상 풀에 다양한 스토리지 시스템을 구성하기 전에 필요한 스토리지 정보를 검토하고 ViPR Controller에서볼륨 또는 파일을 관리할 때 ViPR Controller가 스토리지 시스템 요소 관리자를 어떻게사용하는지를 이해할 수 있습니다.

가상 스토리지 구축 계획가상 스토리지를 구성하기 전에 다음을 검토하십시오.

l 가상 스토리지에 설정할 SAN 조닝(Zoning) 유형을 결정하려면 SAN 조닝(Zoning)요구 사항을 참조하십시오.

l virtual array 설정을 위한 가장 적합한 방법을 결정하려면 가상 스토리지에 물리적자산을 추가하는 방법 계획을 참조하십시오.

l Vblock 시스템을 ViPR Controller에 추가하는 경우 Vblock 시스템 서비스를 위한 가상 스토리지 요구 사항을 참조하십시오.

SAN 조닝(Zoning) 요구 사항가상 스토리지에서, 스토리지를 ViPR Controller로부터 호스트에 내보낼 때 ViPRController가 자동으로 SAN 조닝(Zoning)을 수행하도록 할지, 아니면 ViPR Controller작업 외부에서 수동으로 SAN 조닝(Zoning)을 처리할지를 정의합니다. 다음은 수동SAN 조닝(Zoning)을 선택한 경우 필요한 작업에 대한 설명입니다.

수동 SAN 조닝(Zoning)을 선택한 경우:

l 호스트 및 스토리지에 대해 기존 존(Zone)이 있는 경우:ViPR 프로비저닝 작업이 완료된 후 Masking View에서 포트 그룹을 확인하여 ViPR에서 프로비저닝 요청에 대해 선택된 FA 포트를 파악합니다. 존(Zone)의 FA 포트와 포트 그룹의 FA 포트를 비교합니다. 일치하는 경우 별도의 조치가 필요하지 않습니다. 일치하지 않는 경우 동일한 FA 포트를 사용하도록 존(Zone)을 다시 구성합니다. 또는 새 존(Zone)을 생성할 수 있습니다.

l 호스트 및 스토리지에 대해 기존 조닝(Zoning)이 없는 경우:ViPR 프로비저닝 작업이 완료된 후 Masking View에서 포트 그룹을 확인하여 ViPR에서 프로비저닝 요청에 대해 선택된 FA 포트를 파악합니다. 적합한 이니시에이터및 타겟 포트와 함께 존(Zone)을 생성합니다.

가상 스토리지에 물리적 자산을 추가하는 방법 계획virtual array에는 최소한 하나의 네트워크 및 해당 네트워크에 연결된 최소한 하나의 스토리지 시스템이 포함되어 있어야 합니다.

virtual array를 구성할 때는 다음 중 한 가지 방법으로 virtual array를 생성할 수 있습니다.

l 다음에 스토리지 시스템 추가: virtual array

l 다음에 스토리지 포트 추가: virtual array

virtual array 생성에 대한 지침은 EMC ViPR Controller UI 가상 데이터 센터 구성 가이드를참조하십시오.

가상 스토리지에 스토리지 시스템 추가단일 virtual array에서 전체 스토리지 시스템 또는 여러 스토리지 시스템을 관리하려는경우 전체 스토리지 시스템을 virtual array에 추가하는 것이 좋습니다.



전체 스토리지 시스템을 virtual array에 추가하는 경우, ViPR Controller가 등록된 네트워크 및 스토리지 시스템과 연결된 스토리지 포트를 모두 virtual array에 자동으로 추가합니다. 다음 예의 경우 XYZ 스토리지 시스템이 가상 스토리지에 추가됨에 따라 모든스토리지 포트, A 네트워크, B 네트워크, VSAN 1, VSAN 2, VSAN 3, VSAN 4가 모두 가상 스토리지에 추가되었습니다.

그림 2 스토리지 시스템을 추가하여 생성된 가상 스토리지

Virtual Array XYZ

Network A

VSAN 1 VSAN 2

storage ports

Storage System XYZ

Network B

V V V Viriririrtututualalalal A A Arrrrrrayayay X X XYZYZYZ

N N N Netetetetetwowoworkrkrk A A A

VSVS VSVSVSVSVSVSVSVSVSANANANANANAN 2 2 2 2 2VSVSVSVSVSVSANANANANAN 1 1 1

stststororagage e poportrtss

S S S Stotototorarararagegegege S S S S Sysysysysystetetetem m m m m XYXYXYXYXYZ Z Z Z Z

N N Netetetwowowowowoworkrkrkrkrkrk B B B

VSAN 3 VSAN 4

전체 스토리지 시스템을 virtual array에 추가하는 경우, virtual array로 돌아가 ViPRController에서 사용하지 않을 리소스를 제거해야 합니다.

가상 스토리지에 스토리지 포트 추가단일 스토리지 시스템을 여러 가상 스토리지로 파티셔닝하려는 경우(예: 일부 스토리지 시스템 리소스를 테스트용으로 할당하고 일부를 운영용으로 할당), 먼저 스토리지포트를 추가하여 virtual array를 생성하는 것이 더 좋을 수 있습니다. 먼저 스토리지 포트를 추가하여 virtual array를 생성하도록 선택하면 ViPR Controller가 해당 스토리지포트와 연결된 네트워크 및 스토리지 시스템만 추가하므로 virtual array에서 보다 정확하게 정의된 인벤토리를 사용할 수 있습니다. 다음 그림은 운영 및 테스트 가상 스토리지를 생성하기 위해 먼저 포트를 추가하여 단일 스토리지 시스템에서 두 가상 스토리지를 생성한 방법을 보여 줍니다.


가상 스토리지에 물리적 자산을 추가하는 방법 계획 61

그림 3 포트를 추가하여 생성된 가상 스토리지

운영 virtual array는 SP2와 SP3를 추가하여 생성되었으며, 이때 XYZ 스토리지 시스템,VSAN 2, VSAN 3, A 네트워크, B 네트워크가 virtual array에 자동으로 추가되었습니다.VSAN 1은 A 네트워크의 일부이지만 virtual array에 추가되지 않았습니다. VSAN 1과 연결된 스토리지 포트를 virtual array에 추가하도록 선택하지 않았기 때문입니다.

테스트 virtual array는 SP4와 SP5를 추가하여 생성되었으며, 이때 XYZ 스토리지 시스템, VSAN 4, VSAN 5, B 네트워크, C 네트워크가 virtual array에 자동으로 추가되었습니다. VSAN 6는 C 네트워크의 일부이지만 virtual array에 추가되지 않았습니다. VSAN 6와 연결된 스토리지 포트를 virtual array에 추가하도록 선택하지 않았기 때문입니다.

또한 이 그림에서는 하나의 네트워크를 서로 다른 두 가상 스토리지 전체에서 공유하는방법을 보여 줍니다. B 네트워크와 연결된 스토리지 포트는 각 가상 스토리지에 추가되었기 때문에 B 네트워크는 두 가상 스토리지 모두에 추가되었습니다.

ECS 시스템에 대한 가상 스토리지 구성 고려 사항ECS 오브젝트 스토리지에 대한 가상 스토리지를 생성하는 경우 IP 네트워크를 구성하고 ECS 포트를 이 네트워크에 추가해야 합니다.

ECS를 ViPR Controller에 추가할 때 ViPR Controller에서 생성한 관리 스토리지 포트를동일하게 사용하여 네트워크를 구성해야 합니다.

여러 ECS 시스템을 단일 가상 스토리지에 추가하는 경우 각 ECS에 대한 관리 포트를가상 스토리지의 동일한 네트워크에 추가하여 동일한 네트워크를 사용할 수 있습니다.

가상 스토리지를 생성하기 전이나 가상 스토리지를 생성하는 동안 ViPR Controller의물리적 자산에서 네트워크를 구성할 수 있습니다.

Vblock 시스템 서비스를 위한 가상 스토리지 요구 사항Vblock 시스템의 경우 컴퓨팅 시스템이 가상 스토리지를 통해 스토리지에 액세스할 수있어야 합니다. Vblock 시스템이 VCE 논리적 구축 가이드에 따라 구성되었다면 Cisco



Unified Computing System™(UCS) 컴퓨팅 시스템이 SAN 스위치를 통해 스토리지에접속하도록 네트워크가 구성되어 있을 것입니다.

ViPR Controller에서는 다른 시스템의 경우와 같은 방식으로 Vblock 시스템을 위한 가상 스토리지를 생성해야 합니다. 그러면 가상 스토리지에 정의된 네트워크에 따라 UCS시스템이 ViPR Controller 스토리지를 인식할 수 있는지 여부가 결정됩니다.

이를 위한 가장 효과적인 방법은 가상 스토리지를 정의하기 전에 모든 Vblock 시스템의물리적 자산을 검색하는 것입니다. 모든 구성 요소를 검색한 후에는 UCS 관리자와 상의하여 Vblock 시스템에 사용할 네트워크(VSAN)를 결정하고, 해당 네트워크를 사용하여 ViPR Controller 가상 스토리지를 정의합니다. 단일 Vblock 시스템과 같이 별로 복잡하지 않은 Vblock 시스템 구성의 경우 가상 스토리지에 스토리지 시스템을 추가하는 것으로 충분할 수 있습니다. 가상 스토리지가 정의되고 나면 이에 따라 ViPR Controller에서 다음을 수행합니다.

l ViPR Controller 는 선택된 가상 스토리지를 기반으로 컴퓨팅 가상 풀을 사용할 수있는 UCS 컴퓨팅 시스템을 자동으로 결정합니다.

l ViPR Controller 는 가상 스토리지와 컴퓨팅 가상 풀을 기반으로 호스트 프로비저닝에 사용할 블레이드를 자동으로 결정합니다.

ViPR Controller 는 가상 스토리지의 네트워크를 통해 스토리지를 인식할 수 있는 UCS컴퓨팅 시스템을 파악하여 이러한 결정을 내립니다.

서비스 프로파일 업데이트 템플릿을 사용하는 경우서비스 프로파일 업데이트 템플릿을 사용하는 경우 다음과 같은 전용 가상 스토리지를생성하는 것이 좋습니다.

l 서비스 프로파일 업데이트 템플릿에 사용할 특정 스토리지만 포함하는 가상 스토리지

l 서비스 프로파일 업데이트 템플릿에 사용할 특정 스토리지 포트만 포함하는 가상스토리지

블록 스토리지 구성 고려 사항ViPR Controller에서 블록 스토리지용 virtual arrays 및 가상 풀을 생성하기 전에 다음정보를 검토하십시오.

일반적인 블록 스토리지 구성 고려 사항프로비저닝하지 않을 모든 이니시에이터의 등록을 취소하는 것이 좋습니다. 그렇지 않을 경우 가상 풀에 설정된 Maximum Paths 값이 충분히 높으면 ViPR Controller가 모든이니시에이터를 프로비저닝합니다. 이니시에이터 중 하나가 포트를 할당할 수 없는 네트워크에 있는 경우 다음 오류 메시지가 생성됩니다.

There are no storage ports in the requested network. There are no available storage ports in the Network <FABRIC_BJ_Vsan3> requested to be used for export. This may be because they are all over an allocation ceiling.

스토리지 시스템 관련 구성 고려 사항다음 섹션에서 스토리지 시스템 관련 정보를 검토하십시오.

l HDS(Hitachi Data Systems)

l EMC VPLEX

l XtremIO

l 타사 블록(OpenStack) 스토리지 시스템


블록 스토리지 구성 고려 사항 63

ViPR Controller 가상 자산에 VMAX 및 VNX for Block 스토리지 시스템을 구성하는 데필요한 구성 요구 사항 및 정보는 ViPR Controller 제품 설명서 인덱스에서 제공되는ViPR Controller VMAX 및 VNX 스토리지 시스템과의 통합 가이드 문서를 참조하십시오.

ViPR Controller로 관리 중인 블록 스토리지 시스템ViPR Controller만 사용하여 볼륨을 관리해야 스토리지 시스템 데이터베이스와 ViPRController 데이터베이스 간 충돌이 발생하지 않으며, 동시 잠금 작업이 스토리지 시스템에 전송되지도 않습니다.

볼륨을 ViPR Controller로 관리하기 시작하고 ViPR Controller 서비스를 통해 호스트에프로비저닝하거나 내보낸 후에는 더 이상 스토리지 시스템 요소 관리자를 사용하여 호스트에 볼륨을 프로비저닝하거나 내보내지 마십시오. 요소 관리자와 ViPR Controller데이터베이스가 동기화되지 않을 경우 발생할 수 있는 몇 가지 문제의 예는 다음과 같습니다.

l 한 사용자가 요소 관리자로 볼륨을 생성하고 동시에 또 다른 사용자가 동일한 스토리지 시스템에 대해 ViPR Controller에서 "Create a Volume" 서비스를 실행하려고할 경우, 요소 관리자에서 실행된 작업으로 인해 스토리지 시스템이 잠겨 ViPRController "Create a Volume" 작업이 실패할 수 있습니다.

l ViPR Controller를 통해 볼륨을 호스트로 내보낸 후에 내보내기 시 ViPR Controller에서 사용한 동일한 마스킹 뷰가 요소 관리자를 통해 해당 스토리지 시스템에서 변경될 경우, ViPR Controller가 해당 마스킹 뷰를 다시 사용하려고 하면 작업이 실패합니다. ViPR Controller 데이터베이스에 있는 마스킹 뷰가 스토리지 시스템에 재구성된 실제 마스킹 뷰와 다르기 때문입니다.

그러나 스토리지 시스템 요소 관리자를 계속 사용하여 스토리지 풀을 관리하고, 용량을추가하고, ViPR Controller 문제를 해결할 수 있습니다.

Hitachi Data SystemsHDS(Hitachi Data Systems) 시스템을 ViPR Controller에 가상화하기 전에 다음 구성요구 사항 및 권장 사항을 검토하십시오.

가상 풀 고려 사항ViPR Controller 는 HDT(HDS Dynamic Tiering) 스토리지 풀의 6가지 표준 Hitachi 자동계층화 정책에 대한 자동 계층화를 제공합니다.

ViPR Controller의 HDS 자동 계층화 정책 옵션은 다음과 같습니다.

다음 내 정책이름: ViPRController

정책번호

HDS 레벨

설명

All 0 All 모든 계층에 데이터를 배치합니다.

T1 1 레벨 1 Tier1에 우선적으로 데이터를 배치합니다.

T1/T2 2 레벨 2 계층이 2개 있는 경우 두 계층 모두에 데이터를 배치하고, 계층이 3개 있는 경우 Tiers 1 및 2에 우선적으로 데이터를 배치합니다.

T2 3 레벨 3 계층이 2개 있는 경우 두 계층 모두에 데이터를 배치하고, 계층이 3개 있는 경우 Tiers 2에 우선적으로 데이터를 배치합니다.

T2/T3 4 레벨 4 계층이 2개 있는 경우 두 계층 모두에 데이터를 배치하고, 계층이 3개 있는 경우 Tiers 2 및 3에 우선적으로 데이터를 배치합니다.




다음 내 정책이름: ViPRController

정책번호

HDS 레벨

설명

T3 5 레벨 5 계층이 2개 있는 경우 Tier 2에 우선적으로 데이터를배치하고, 계층이 3개 있는 경우 Tiers 3에 우선적으로 데이터를 배치합니다.

EMC VPLEX타사 블록 스토리지를 VPLEX 에 가상화하기 전에 다음 구성 요구 사항 및 권장 사항을검토하십시오.

가상 스토리지 구성 요구 사항 및 권장 사항가상 스토리지를 생성하는 동안 클러스터의 VPLEX 프런트엔드 및 백엔드 포트(1 또는2)를 가상 스토리지에 수동으로 할당하여, 각 VPLEX 클러스터가 고유의 ViPRController 가상 스토리지에 속하도록 하십시오.

가상 풀 구성 요구 사항 및 권장 사항VMAX와 함께 VPLEX를 운영하는 경우 스토리지 계층 및 FAST 정책 이름은 모든VMAX 스토리지 시스템에서 일관되어야 합니다.

XtremIO 백엔드 볼륨을 사용하는 VPLEX에서 가상 볼륨 씬 프로비저닝ViPR Controller는 XtremIO 백엔드 볼륨을 사용하는 VPLEX 가상 볼륨에 대한 씬 프로비저닝을 수행합니다.

가상 풀을 생성할 때 씬 프로비저닝 유형을 선택하면 가상 풀에 씬 프로비저닝 가능한볼륨을 추가할 수 있습니다. 프로비저닝 시 ViPR Controller는 가상 풀에서 볼륨이 생성될 때 씬 프로비저닝을 수행합니다.

VPLEX 볼륨을 일반 가상 풀에서 씬 설정 가상 풀로 이동하여 해당 가상 볼륨을 씬 설정볼륨으로 변경할 수 있습니다.

씬 프로비저닝 가능한 비 VPLEX 볼륨에서 Move into VPLEX 서비스 오더를 실행하면가상 볼륨(Local 또는 Distributed)이 씬 설정 볼륨이 됩니다.

XtremIO 백엔드 볼륨을 사용하는 VPLEX 씬 설정 가상 볼륨의 수집도 지원됩니다.

구성 요구 사항

l ViPR Controller는 XtremIO 백엔드 볼륨을 사용하는 VPLEX에만 이 기능을 지원합니다.

l VPLEX 버전이 씬 프로비저닝을 지원해야 합니다. 이 기능을 지원하는 VPLEX 버전은 ViPR Controller Support Matrix를 참조하십시오.

XtremIOViPR Controller에서 XtremIO 스토리지 시스템을 가상화하기 전에 다음 구성 정보를 검토합니다.

가상 풀 고려 사항메트릭 수집은 XtremIO 4.2 이상의 스토리지 시스템에 대해 지원되며 ViPR Controller는 ViPR Controller 가상 풀용 스토리지 풀을 선택하는 데 수집된 시스템의 평균 포트사용 메트릭을 사용합니다.

메트릭 수집은 이전 XtremIO 스토리지 시스템에 대해서는 지원되지 않습니다. 따라서ViPR Controller는 ViPR Controller 가상 풀용 XtremIO 스토리지 풀을 선택할 때 시스템의 평균 포트 사용 메트릭을 50%로 사용합니다.


EMC VPLEX 65

타사 블록(OpenStack) 스토리지 시스템타사 블록 스토리지를 ViPR Controller에 가상화하기 전에 다음 구성 요구 사항 및 권장사항을 검토하십시오.

가상 풀 권장 사항 및 요구 사항검색된 스토리지 시스템에 경로 다중화가 구성된 경우, ViPR Controller에서 타겟 포트가 감지된 후 가상 풀에 설정된 값을 늘릴 수 있습니다.

파일 스토리지 구성 고려 사항파일 스토리지 시스템을 ViPR Controllervirtual arrays 및 가상 풀에 추가하고 ViPRController 서비스에서 파일 시스템을 사용하기 전에 다음 정보를 검토하십시오.

모든 파일 스토리지 시스템의 구성 설정을 위한 가상 풀파일 시스템은 씬 프로비저닝만 지원합니다. 파일 스토리지를 가상 풀에 추가할 때는가상 풀을 씬(Thin)으로 설정해야 합니다.

ViPR Controller로 관리 중인 파일 스토리지 시스템파일 시스템을 ViPR Controller로 관리하기 시작하고 ViPR Controller 서비스를 통해 호스트에 프로비저닝하거나 내보낸 후에는 더 이상 스토리지 시스템 요소 관리자를 사용하여 호스트에 파일 시스템을 프로비저닝하거나 내보낼 수 없습니다. ViPR Controller만 사용하여 볼륨을 관리하면 스토리지 시스템 데이터베이스와 ViPR Controller 데이터베이스 간 충돌이 발생하지 않으며, 동시 잠금 작업이 스토리지 시스템에 전송되지도않습니다. 그러나 스토리지 시스템 요소 관리자를 계속 사용하여 스토리지 풀을 관리하고, 용량을 추가하고, ViPR Controller 문제를 해결할 수 있습니다.

특정 스토리지 시스템 구성 요구 사항ViPR Controller에 파일 스토리지용 가상 스토리지와 가상 풀을 생성하기 전에, 다음 섹션에서 스토리지 시스템별 구성 요구 사항 및 권장 사항을 검토하십시오.

l EMC Data Domain

l EMC VNX for File

EMC® Data Domain®

Data Domain 스토리지를 ViPR Controller 가상 스토리지 및 가상 풀에 가상화하기 전에다음 정보를 검토하십시오.

가상 풀 구성 요구 사항 및 고려 사항Data Domain 스토리지용 파일 가상 풀을 생성하는 경우 Long Term Retention 속성을활성화해야 합니다.

Data Domain 스토리지 시스템용 파일 가상 풀을 구성하는 경우 다음 사항을 알아두면유용합니다.

l Data Domain mtree는 ViPR Controller에서 파일 시스템으로 나타냅니다.

l 스토리지 풀은 Data Domain의 기능이 아닙니다. 그러나 ViPR Controller는 스토리지 풀을 사용하여 스토리지 시스템 용량을 모델링합니다. 따라서 ViPR Controller는ViPR Controller에 등록된 Data Domain 스토리지 시스템마다 하나의 스토리지 풀을생성합니다. 예를 들어 3대의 Data Domain 스토리지 시스템이 ViPR Controller에등록된 경우 3개의 별도 Data Domain 스토리지 풀이 있습니다. 등록된 DataDomain 스토리지 시스템마다 하나의 스토리지 풀이 있습니다.



EMC VNX for FileCIFS 프로토콜을 사용하는 VNX File 가상 풀을 구성하는 경우 물리적 Data Mover에 적어도 하나의 CIFS 서버가 있어야 합니다.

오브젝트 스토리지 구성 고려 사항파일 스토리지 시스템을 ViPR Controllervirtual arrays 및 가상 풀에 추가하고 ViPRController 서비스에서 오브젝트 스토리지 시스템을 사용하기 전에 다음 정보를 검토하십시오.

ECSECS 시스템에 대한 오브젝트 가상 풀을 생성하는 동안:

l 하나 이상의 ECS 시스템을 포함하는 하나 이상의 가상 스토리지에 풀을 할당해야합니다.

l 최대 Retention Period는 이 가상 풀을 사용하여 생성되는 버킷이 초과해서는 안 되는 최대 보존 기간을 설정합니다.

l 테넌트에 가상 풀을 할당하는 경우 ViPR Controller 테넌트에 ECS 네임 스페이스가구성되어 있어야 합니다.

서비스 프로파일 템플릿에 대한 ViPR 요구 사항다음 섹션에서는 ViPR Controller 프로비저닝 작업을 위한 서비스 프로파일 템플릿 구성과 관련된 요구 사항을 설명합니다.

기존 서비스 프로파일 템플릿이 다음 요구 사항에 부합되지 않을 경우, 서비스 프로파일 템플릿 중 하나의 클론을 생성하여 새 서비스 프로파일 템플릿을 생성한 후 ViPRController의 요구 사항에 맞춰 설정을 변경하십시오.

일반 속성

l 서비스 프로파일 템플릿은 서버 풀에 연결되어서는 안 됩니다. 블레이드는 ViPRController 컴퓨팅 가상 풀을 통해 선택됩니다.

l UUID는 사용 가능한 주소를 사용하여 UCS에 설정된 유효한 UUID 접미사 풀에서할당되어야 합니다.

스토리지ViPR Controller 는 UCS 서버에 대한 Fibre Channel 부팅을 현재 지원합니다. FibreChannel 요구 사항은 다음과 같습니다.

l WWNN(World Wide Node Name)은 사용 가능한 주소를 사용하여 UCS에 설정된유효한 UUID 접미사 풀에서 할당되어야 합니다.

l Local Disk Configuration Policy를 로컬 디스크 구성 정책으로 설정하고, Mode를No Local Storage로 설정해야 합니다.

l 적어도 하나의 vHBA 인터페이스가 있어야 합니다.

l 각 vHBA에 대해 WWPN(World Wide Port Name)은 사용 가능한 주소를 사용하여UCS에 설정된 유효한 WWPN 풀에서 할당되어야 합니다.


EMC VNX for File 67

l 각 vHBA에 설정된 VSAN은 ViPR Controller에서 검색되는 유효한 네트워크여야 합니다. VSAN은 ViPR Controller 가상 스토리지의 네트워크 중 하나와 일치해야 합니다.

l vHBA에 대한 정책은 ViPR Controller 프로비저닝을 통해 설정되지 않고 관리자가필요한 대로 설정합니다.

네트워크

l vNIC에 대한 정책은 ViPR Controller 프로비저닝을 통해 설정되지 않고 관리자가필요한 대로 설정합니다.

l 적어도 하나의 vNIC 인터페이스가 있어야 합니다.

l 각 vNIC에 대해 MAC 주소는 사용 가능한 주소를 사용하여 UCS에 설정된 유효한MAC 풀에서 할당되어야 합니다.

l 각 vNIC에 적어도 하나의 VLAN이 있어야 합니다.

부팅 정책 및 부팅 순서부팅 정책 요구 사항은 없습니다. ViPR Controller 는 서비스 프로파일을 생성할 때 서비스 프로파일 템플릿의 모든 부팅 정책 설정을 무시하고 기존 매개 변수를 덮어 씁니다.

정책ViPR Controller 는 정책을 설정하지 않습니다. UCS 관리자가 정책을 설정해야 합니다.

서비스 프로파일 업데이트 템플릿서비스 프로파일 업데이트 템플릿을 사용하여 프로비저닝하는 경우

l 서비스 프로파일 업데이트 템플릿의 부팅 정책은 SAN을 첫 번째 부팅 디바이스로지정해야 합니다.

l 서비스 프로파일 업데이트 템플릿의 부팅 정책이 vNIC 및 vHBA 이름을 적용하는경우 서비스 프로파일 템플릿의 vNIC 및 vHBA 이름은 해당 부팅 정책의 이름과 일치해야 합니다.

l 서비스 프로파일 업데이트 템플릿에 연결되는 컴퓨팅 가상 풀은 템플릿의 vHBA가사용하는 VSAN에 스토리지 포트가 있는 가상 스토리지에 연결되어야 합니다.

l 서비스 프로파일 업데이트 템플릿의 부팅 정책이 SAN 부팅 타겟 WWPN을 지정하는 경우 템플릿이 연결된 컴퓨팅 가상 풀은 해당하는 VSAN에 이러한 스토리지 포트가 포함되는 가상 스토리지에 연결되어야 합니다.



5장

프로비저닝할 스토리지 풀 선택


l 개요................................................................................................................... 70l 풀 사용률 및 서비스 용량 이해........................................................................... 70l 블록 스토리지 리소스 배치 옵션......................................................................... 71l 파일 스토리지 선택 프로세스............................................................................. 75

프로비저닝할 스토리지 풀 선택 69

개요ViPR Controller에서 프로비저닝할 블록 및 파일 물리적 스토리지 풀을 자동으로 선택하는 방식을 알아봅니다.

ViPR Controller는 가상 스토리지의 가상 풀에 연결된 물리적 스토리지 시스템을 포함하는 스토리지 풀 세트를 대상으로 필터를 실행합니다. 모든 필터 조건을 충족하는 스토리지 풀은 프로비저닝 대상이 됩니다.

풀 사용률 및 서비스 용량 이해ViPR Controller는 프로비저닝할 스토리지 풀을 평가할 때 풀 사용률 및 서비스 용량을사용합니다.

풀 사용률을 구하기 위해 스토리지 풀의 용량 및 서비스 용량 매개 변수가 평가됩니다.풀 사용률은 사용 가능한 공간 대비 현재 사용 중인 공간을 나타내는 백분율 값입니다.스토리지 풀의 사용률이 임계값 미만이면 프로비저닝 대상으로 간주됩니다.

일반 풀은 0%~100%까지의 백분율 값으로 할당됩니다. 반면 씬(thin) 풀은 필요 시 할당되며 풀 크기를 초과하는 볼륨을 생성할 수 있습니다. 서비스 용량 비율은 100%를 넘을 수 있으며, 이는 볼륨에 프로비저닝된 풀의 총 크기가 해당 용량을 초과함을 나타냅니다. 이 초과 할당(over-subscription)은 풀의 특정 비율로 제한됩니다.

아래에 나온 것처럼 ViPR Controller UI의 Configuration Properties 패널에서 풀 사용률과 씬 풀 서비스 용량을 설정할 수 있습니다. 이 패널에 액세스하려면 Settings 아이콘을 선택한 후 Configuration > Controller를 선택합니다.

Configuration Properties에서 기본 Pool Utilization인 75%와 기본 Thin PoolSubscription인 300%를 사용하는 경우 다음이 성립됩니다.

l 일반 및 씬 스토리지 풀: 사용된 공간이 사용 가능한 용량의 75% 이상인 경우 물리적 스토리지 풀은 프로비저닝 대상으로 간주되지 않습니다. 씬 스토리지 풀의 사용률이 사용률 제한 값을 넘을 경우에는 프로비저닝 대상으로 간주되지 않습니다.

l 씬 스토리지 풀: 서비스 용량의 공간이 300%가 넘을 경우 물리적 씬 스토리지 풀이프로비저닝 대상으로 간주되지 않습니다.



그림 4 ViPR Controller Configuration Properties 패널

블록 스토리지 리소스 배치 옵션ViPR Controller가 용량 할당에 사용할 블록 스토리지 볼륨을 선택하는 방법을 정의할수 있습니다. 다음과 같은 옵션을 사용할 수 있습니다.

l 블록 스토리지의 기본 선택 프로세스

l 호스트/스토리지 선호도 리소스 배치

블록 스토리지의 기본 선택 프로세스ViPR Controller는 볼륨 생성 및 프로비저닝 시 필터를 실행합니다. 모든 필터 조건을충족하는 스토리지 풀은 블록 볼륨의 배치 대상이 됩니다.

필터링 프로세스다음 표에서는 선택 프로세스에 사용되는 필터에 대해 설명합니다.

표 8 블록 볼륨을 생성하기 위한 필터

필터 범주 설명

activePoolMatcher Active StoragePools 연결할 수 없는 스토리지를 비롯한모든 비활성 풀을 필터링하여 제거합니다.

neighborhoodsMatcher VirtualArray 가상 스토리지에 포함되지 않은 모든 스토리지 풀을 필터링하여 제거합니다.

protectionMatcher Volume Protection RecoverPoint 및 High Availability:


블록 스토리지 리소스 배치 옵션 71

표 8 블록 볼륨을 생성하기 위한 필터 (계속)

필터 범주 설명

l Metro 지점이 사용되는 경우풀에 설정된High_availability_RP 매개 변수 값을 확인합니다.

l Metro 지점이 사용되지 않고미러 속성을 가지며 풀이 미러기능을 지원하지 않을 경우, 풀이 필터링되어 제거됩니다.

maxResourcesMatcher VirtualPool Allocation 가상 풀에서 생성할 수 있는 리소스수에 대한 설정을 확인하고 이 값을초과하는 모든 스토리지 풀을 필터링하여 제거합니다.

capacityMatcher StoragePool Capacity 스토리지 용량이 부족한 풀을 필터링하여 제거합니다.

vnxBlockFastPolicyMatcher VNX Array Tiering Policy (VNX 블록 볼륨에만 해당) FAST정책을 확인합니다.

storageSystemMatcher StorageSystem Affinity (다중 볼륨 정합성 보장에만 해당)가상 풀에 있는 풀이 가상 스토리지에 있는지 확인합니다. 없는 경우필터링하여 제거합니다. 정합성 보장 풀을 위해 용량이 가장 많은 스토리지 풀을 반환합니다.

vmaxFASTInitialTierSelectionMatcher

VMAX Array TieringPolicy

(VMAX에만 해당) 처음에 볼륨을배치할 스토리지 풀(초기 배치 계층)을 결정합니다. 이 초기 배치 계층은 가상 풀의 드라이브 유형 및RAID 레벨 설정에 기반합니다. 이러한 매개 변수가 설정된 경우 동일한 드라이브 유형 및 RAID 레벨을사용하는 스토리지 풀을 검색합니다. 이 필터는 볼륨 프로비저닝 시실행됩니다.

poolPreferenceBasedOnDriveMathcer

StoragePool Drive Type (VMAX에만 해당) 스토리지 풀의드라이브 유형을 가상 풀 드라이브유형 설정과 일치시킵니다. 가상 풀에서 드라이브 유형이 설정되지 않은 경우 볼륨 프로비저닝에 기본적으로 FC 풀을 사용합니다. FC 풀을찾을 수 없는 경우 SAS, NL_SAS,SATA, SSD 풀(순서대로)을 사용합니다. 이 필터는 볼륨 프로비저닝시 실행됩니다.



대상 스토리지 풀

필터가 실행된 후 볼륨 배치용 대상 스토리지 풀 목록이 생성됩니다. 이러한 풀은 다음규칙에 따른 순서로 나열됩니다.

l 사용량이 가장 적은 스토리지 및 용량이 가장 많은 풀

l 해당 스토리지 시스템의 평균 포트 사용 메트릭의 오름차순(첫 번째 순서)

l 사용 가능한 용량의 내림차순(두 번째 순서)

l 풀의 총 용량 대비 서비스 용량 비율의 오름차순(하위 순서)

ViPR Controller는 이 순서의 스토리지 풀 목록을 사용하여 볼륨을 배치합니다. 볼륨 수가 둘 이상인 경우, 크기 및 사용 가능한 스토리지 풀 용량에 따라 스토리지 풀 전반에볼륨이 분산될 수 있습니다.

ViPR Controller는 볼륨을 배치할 때 볼륨 용량을 스토리지 풀에 예약된 것으로 표시합니다. 이를 통해 볼륨 생성 중이나 이후에 수행되는 기타 프로비저닝이 용량을 기준으로 올바르게 분배됩니다. 볼륨을 생성한 후 또는 볼륨 생성 시 오류가 발생할 경우 이 예약된 공간이 스토리지 풀에서 제거되고 실제 할당된 공간으로 대체됩니다.

호스트/스토리지 선호도 리소스 배치ViPR Controller 호스트/스토리지 선호도 리소스 배치를 통해 해당 호스트에 대한 용량할당 시 기본 스토리지를 사용할 수 있습니다. 또한 기본 스토리지를 사용할 수 없는 경우 ViPR Controller가 기본이 아닌 스토리지에서 해당 호스트에 용량을 할당할 수 있는지 여부를 정의할 수 있습니다.

기본 스토리지 검색호스트/스토리지 선호도 리소스 배치가 활성화된 경우 ViPR Controller는 다음에 대한기본 스토리지를 식별합니다.

l 관리되지 않는 볼륨(호스트/스토리지 선호도 검색을 통해) 자세한 내용은 관리되지 않는 볼륨에 대한 호스트/스토리지 선호도 검색 섹션을 참조하십시오.

l ViPR Controller를 사용하여 호스트 또는 클러스터에 이미 용량 할당된 스토리지 및마스킹 뷰로서 관리되는 볼륨

구성 요구 사항이 기능을 사용 하는 경우 다음 사항에 유의하십시오.

l 이 기능은 VMAX, VNX for Block, Unity 또는 XtremIO 스토리지 시스템에 대해서만지원됩니다.

l 호스트/스토리지 선호도는 호스트 이니시에이터를 통한 접속으로 식별됩니다. 따라서 호스트/스토리지 선호도를 관리하려는 호스트 이니시에이터가 ViPRController에 추가되어 있어야 합니다.

l 호스트/스토리지 선호도 프로비저닝은 호스트 관련 블록 스토리지 서비스에서Create a Block Volume for a Host 또는 Create and Mount Block Volume 같은블록 스토리지 서비스를 사용할 때만 적용됩니다. Create Block Volume 서비스만사용하여 먼저 볼륨을 생성한 후에 볼륨을 호스트에 내보내는 경우 호스트/스토리지 선호도가 적용되지 않습니다.

ViPR Controller UI다음 ViPR Controller UI 페이지 및 옵션이 리소스 배치를 사용하는 기능을 제공합니다.

ViPR ControllerUI 페이지

설명

Virtual > BlockVirtual Pools >

다음과 같은 옵션이 있습니다.


호스트/스토리지 선호도 리소스 배치 73

ViPR ControllerUI 페이지

설명

Create or EditBlock VirtualPools > ResourcePlacementPolicy

l Default - 성능 메트릭 및 용량을 기준으로 스토리지 선택 -ViPR Controller가 용량 할당 시 기본 스토리지 선택 방법을 사용할 수 있도록 합니다.

l Host/Array Affinity - 호스트/클러스터 스토리지 선호도를첫 번째 기준으로, 성능 메트릭과 용량을 두 번째 기준으로 스토리지/풀 선택 - 호스트/스토리지 선호도 프로비저닝에 가상풀을 사용할 수 있도록 합니다. 용량 할당 시 ViPR Controller는 기본 스토리지에서만 용량을 할당합니다. 가상 풀에 기본스토리지 풀이 없거나 기본 스토리지를 사용할 수 없는 경우ViPR Controller는 Physical > Controller Config > Host/Array Affinity Resource Placement 탭에 설정된 값이 기본스토리지 시스템 수보다 큰 경우에 한해 기본이 아닌 스토리지에서 용량을 할당합니다.

Host/Array Affinity Resource Placement 값을 정의할 수 있습니다. 기본값은 4096입니다. 더 엄격한 호스트/스토리지 선호도 리소스 배치를 적용하려면 이 값을 줄입니다.

Physical >ControllerConfig > Host/Array AffinityResourcePlacement 탭

스토리지 용량을 할당하는 가상 풀에 호스트/스토리지 선호도가활성화된 경우 이를 사용하여 호스트에 스토리지 용량을 할당할수 있는 최대 스토리지 수를 설정합니다.

l 범위 유형: Global - 호스트/스토리지 선호도 리소스 배치가활성화된 경우 이 설정은 모든 호스트에 적용됩니다.

l Scope Value - 이 릴리즈에서는 적용되지 않습니다.

l Value - ViPR Controller가 용량 할당할 수 있는 최대 스토리지시스템 수입니다. 이 값은 기본적으로 4096으로 설정됩니다.기본이 아닌 시스템을 사용하려면 값이 기본 스토리지 시스템수보다 커야 합니다. 값이 다음과 같은 경우:

n 기본 스토리지 시스템 수보다 작거나 같은 경우 기본 스토리지를 사용할 수 없으면 용량 할당 오더가 실패합니다.

n 기본 스토리지 시스템 수보다 큰 경우 ViPR Controller가기본 스토리지를 사용할 수 없을 때 기본이 아닌 스토리지시스템에서 용량 할당 오더를 시도합니다. 기본이 아닌 스토리지 시스템의 스토리지 용량을 호스트에 할당한 후에는해당 스토리지가 호스트의 기본 스토리지가 되어 기본 스토리지 시스템 수가 한 개 늘어납니다.

ViPR Controller CLIviprcli vpool create 및 viprcli vpool update 명령에는 CLI에서 리소스배치 유형을 설정할 수 있는 [-placementpolicy | pp] 옵션이 포함되어 있습니다. 다음 중 하나를 입력합니다.

l default_policy - ViPR Controller가 용량 할당 시 기본 스토리지 선택 방법을 사용하도록 합니다.



l array_affinity - 호스트/스토리지 선호도 프로비저닝에 가상 풀을 사용할 수있도록 합니다.

파일 스토리지 선택 프로세스ViPR Controller는 파일 생성 시 필터를 실행합니다. 모든 필터 조건을 충족하는 스토리지 풀은 파일 배치 대상이 됩니다.

파일 스토리지를 선택하는 프로세스는 다음과 같습니다.

l activePoolMatcher: 연결할 수 없는 스토리지를 비롯한 모든 비활성 스토리지 풀을필터링하여 제거합니다.

l neighborhoodsMatcher: 가상 스토리지에 포함되지 않은 모든 풀을 제거합니다.

l 통과 가상 풀 매개 변수 및 프로토콜과 일치하는 모든 스토리지 풀을 검색합니다.또한 스토리지 풀에 요청된 크기의 리소스를 하나 이상 저장하기 위한 충분한 용량이 있어야 합니다.

l maxResourcesMatcher: 가상 풀에서 생성할 수 있는 리소스 수에 대한 설정을 확인하고 이 값을 초과하는 모든 스토리지 풀을 필터링하여 제거합니다.

l capacityMatcher: 스토리지 용량이 부족한 스토리지 풀을 필터링하여 제거합니다.

l 필터가 실행된 후 파일 배치용 대상 스토리지 풀 목록이 생성됩니다. 이러한 풀은다음 규칙에 따른 순서로 나열됩니다.

n 사용량이 가장 적은 스토리지 및 용량이 가장 많은 풀

n 해당 스토리지 시스템의 평균 포트 사용 메트릭의 오름차순(첫 번째 순서)

n 사용 가능한 용량의 내림차순(두 번째 순서)

n 풀의 총 용량 대비 서비스 용량 비율의 오름차순(하위 순서)

vNAS 서버에 대한 파일 시스템 배치ViPR Controller는 파일 시스템을 배치할 vNAS 서버를 평가할 때 성능 메트릭 및 계산값을 사용합니다. 액세스 존의 경우 이 값은 정적 워크로드가 있는 vNAS 서버와 관련됩니다. ViPR Controller는 파일 시스템 및 스냅샷과 같은 스토리지 오브젝트의 수와 용량을 수집합니다. 그런 다음 vNAS 서버의 성능 통계를 네트워크 인터페이스의 집계 성능으로 다음과 같이 계산합니다.

1. FileShareScheduler>getRecommendationForPools를 사용하여 가상 풀 권장 사항에서 스토리지 풀 목록을 검색합니다. 권장되는 스토리지 풀이 없는 경우에 배치 오류가 발생합니다.

2. 파일 시스템 배치 요청에 포함된 프로젝트에 연결된 vNAS 서버가 있는 경우 가상스토리지에서 해당 프로젝트용 vNAS 서버를 모두 검색합니다.

3. 최대 리소스 또는 용량에 도달한 vNAS 서버를 필터링하여 제거합니다.

4. 3단계의 처리 결과 vNAS 목록이 비어 있게 되거나 요청에 포함된 프로젝트에 할당된 vNAS 서버가 없는 경우 할당되지 않은 가상 및 시스템 액세스 존을 검색합니다.

5. 최대 리소스 또는 용량에 도달한 vNAS 서버를 필터링하여 제거합니다. 빈 목록이생성되는 경우 vNAS 및 시스템 액세스 존이 최대 제한에 도달했다는 오류 메시지가 표시됩니다.

6. 1단계에서 권장된 스토리지 풀을 포함하는 vNAS 서버를 선택합니다. vNAS 서버가없는 경우에 배치 오류로 작업이 실패합니다.

7. 최저 로드 및 성능 지수를 기반으로 적합한 vNAS 서버에 파일 시스템을 배치합니다.


파일 스토리지 선택 프로세스 75

부록 A

ViPR Controller를 통한 Vblock 시스템 관리

이 부록에서 다루는 내용은 다음과 같습니다.

l ViPR Controller 가상 데이터 센터에서 Vblock 시스템 관리................................ 78l Vblock 시스템이 ViPR Controller에서 검색되는 방식......................................... 78l Vblock 시스템 구성 요소가 다음에서 가상화되는 방법: ViPR Controller.............81l Vblock 시스템용 가상 스토리지의 예................................................................. 82

ViPR Controller를 통한 Vblock 시스템 관리 77

ViPR Controller 가상 데이터 센터에서 Vblock 시스템 관리이 부록에서는 ViPR Controller VDC(Virtual Data Center)에서 Vblock 시스템 및 Vblock시스템 구성 요소가 관리되는 방식을 개괄적으로 소개합니다.

ViPR Controller를 사용하여 Vblock 컴퓨팅 및 스토리지 시스템을 프로비저닝하는 방법은 ViPR Controller 제품 설명서 인덱스에서 제공되는 ViPR Controller 서비스 카탈로그참조 가이드 문서를 참조하십시오.

Vblock 시스템이 ViPR Controller에서 검색되는 방식Vblock 시스템은 VCE(VMware

® , Cisco® , EMC

® )의 융합형 하드웨어 시스템이며, 다음 구성 요소로 이루어진 단일 유닛으로 판매됩니다.

l 컴퓨팅: Cisco Unified Computing System™(UCS)

l 스토리지: EMC 스토리지 시스템

l 네트워크:

n Cisco SAN 스위치 쌍

n UCS가 고객 네트워크에 직접 연결되지 않는 경우 LAN 스위치 쌍

l 가상화: VMwarevSphere®




그림 5 Vblock 시스템

ViPR Controller 시스템 및 시스템 구성 요소 지원에 대한 목록은 VCE Vblock 시스템 릴리즈 인증 표를 참조하십시오.

ViPR Controller에서 지원되는 Vblock 시스템 구성 요소 버전은 ViPR ControllerSupport Matrix 문서를 참조하십시오.

Vblock 시스템 구성 요소를 ViPR Controller 물리적 자산에 추가ViPR Controller에서 Vblock 시스템을 검색하려면 다음과 같이 ViPR Controller에서 각Vblock 시스템 구성 요소를 ViPR Controller 물리적 자산에 추가해야 합니다.

표 9 Vblock 시스템 구성 요소를 ViPR Controller에 추가

추가되는 Vblock 구성 요소 대상 ViPR Controller 물리적 자산

컴퓨팅Cisco Unified Computing System Manager

Vblock 컴퓨팅 시스템

VMware vSphere vCenter 시스템 vCenter호스트(개별 ESX 또는 ESXi 호스트를 추가하는 경우)

네트워크(SAN) Fabric Manager(Cisco MDS 스위치)


Vblock 시스템 구성 요소를 ViPR Controller 물리적 자산에 추가 79



표 9 Vblock 시스템 구성 요소를 ViPR Controller에 추가 (계속)

추가되는 Vblock 구성 요소 대상 ViPR Controller 물리적 자산

네트워크(IP) 네트워크

스토리지 스토리지 시스템 또는 스토리지 공급자

ViPR Controller의 Vblock 시스템 구성 요소 검색Vblock 시스템 구성 요소가 ViPR Controller에 추가되면 ViPR Controller가 다음과 같이구성 요소와 해당 리소스를 자동으로 검색합니다.

표 10 ViPR Controller의 Vblock 시스템 구성 요소 검색

ViPR에 추가되는 물리적 자산 ViPR에서 검색되는 구성 요소/리소스

Vblock 컴퓨팅 시스템 Cisco Unified Computing System Manager블레이드(ViPR Controller에서 컴퓨팅 요소라고 함)

서비스 프로파일 템플릿

uSPT(Updating Service Profile Template)

Fabric Managers(Cisco MDS 및 Nexus 5000 시리즈 스위치)

Cisco MDS 스위치VSAN

Fibre Channel 포트

VMware vSphere vCenter vCenter를 검색하면 기존 호스트 및 클러스터가 검색되고 ViPR Controller에서 프로비저닝된 새 호스트 및 클러스터가 로드될 타겟이 제공됩니다. (vCenter 인스턴스로 관리되지 않는ESX 호스트는 독립 실행형 호스트 검색을 통해 개별적으로 검색할 수 있습니다.)

네트워크 IP 파일 스토리지의 경우 ViPR Controller는 IP 접속 스토리지 시스템과 호스트의 포트를 검색할수 있지만 둘 사이의 경로는 검색할 수 없으므로, ViPR Controller에서 IP 네트워크를 생성한다음 함께 프로비저닝될 수 있도록 호스트와스토리지 시스템 포트를 동일한 IP 네트워크에수동으로 추가해야 합니다.

스토리지 스토리지 시스템스토리지 풀

스토리지 포트

ViPR Controller는 각 Vblock 시스템 구성 요소를 개별 ViPR Controller 물리적 자산으로 검색합니다. Vblock 시스템 구성 요소 간의 접속 구성은 ViPR Controller 가상 스토리지 맥락에서 결정됩니다. 가상 스토리지가 생성되면 ViPR Controller가 가상 스토리지정의를 통해 스토리지에 접속할 수 있는 컴퓨팅 시스템을 확인합니다. 컴퓨팅 가상 풀을 정의할 때와 프로비저닝 시 가상 스토리지를 통해 Vblock 시스템 구성 요소의 접속구성이 파악됩니다.



자세한 내용은 Vblock 시스템 구성 요소가 ViPR에서 가상화되는 방법 섹션을 참조하십시오.

컴퓨팅 요소 수집ESX 호스트 또는 클러스터 검색 시 ViPR Controller는 컴퓨팅 요소 UUID를 검색하며,이를 통해 ViPR Controller에서 호스트 또는 클러스터와 컴퓨팅 요소(블레이드) 간의연결을 식별할 수 있습니다. 이후에 ViPR Controller를 통해 호스트 또는 클러스터의 사용이 중지될 경우 ViPR Controller는 컴퓨팅 요소를 사용 가능한 것으로 파악하고 다른서비스 작업에 사용될 수 있도록 합니다.

ViPR Controller의 추가/검색된 물리적 자산 등록물리적 자산이 ViPR Controller에서 추가 및 검색된 후에 ViPR Controller는 사용 중이지 않은 모든 물리적 자산과 해당 리소스를 ViPR Controller에 자동으로 등록합니다.ViPR Controller에 등록된 물리적 자산은 ViPR Controller 서비스 작업에서 ViPRController 리소스로 사용할 수 있습니다.

사용 중인 것으로 확인된 컴퓨팅 요소 또는 블레이드는 ViPR Controller로 인해 작업이중단되지 않도록 자동으로 등록이 취소됩니다.

필요한 경우, ViPR Controller에서 인식되지만 ViPR Controller에서 리소스로 사용하지않도록 할 물리적 자산의 등록을 취소하거나 일부 리소스를 ViPR Controller에서 완전히 삭제할 수 있습니다.

Vblock 시스템에 OS를 설치하기 위해 ViPR Controller에 필요한 추가 리소스ViPR Controller, Vblock 시스템 프로비저닝 작업 시 ViPR Controller가 UCS 블레이드에 운영 체제를 설치하려면 Vblock 시스템 구성 요소 외에도 ViPR Controller에서 컴퓨팅 이미지 서버, 컴퓨팅 이미지 및 컴퓨팅 이미지 서버용 네트워크를 구성하고 ViPRController의 물리적 자산에 추가해야 합니다.

컴퓨팅 이미지 서버 및 컴퓨팅 이미지가 ViPR Controller의 물리적 자산에 추가되는 동안에는 ViPR Controller에서 이러한 구성 요소가 검색되거나 등록되지 않습니다.

컴퓨팅 이미지는 FTP 사이트에서 ViPR Controller에 추가되는 운영 체제 설치 파일입니다. 컴퓨팅 이미지 서버는 ViPR Controller Vblock 시스템 프로비저닝 작업 중 Vblock컴퓨팅 시스템에 운영 체제를 설치할 때 컴퓨팅 이미지 서버 네트워크를 통해 OS 설치파일을 처리하는 데 사용됩니다.

Vblock 시스템 구성 요소가 다음에서 가상화되는 방법: ViPRController

Vblock 시스템 구성 요소가 ViPR Controller 물리적 자산에 추가되었으면 사용자가 구성 요소를 가상 스토리지와 가상 풀에 가상화할 수 있습니다.

Vblock 컴퓨팅 시스템Vblock 컴퓨팅 시스템은 ViPR Controller에서 컴퓨팅 가상 풀과 가상 스토리지 네트워크에 가상화됩니다.

컴퓨팅 가상 풀컴퓨팅 가상 풀은 컴퓨팅 요소(UCS 블레이드)로 이루어진 그룹입니다. ViPRController 시스템 관리자는 특정 블레이드를 풀에 수동으로 할당하거나, Qualifier를 정의하여 ViPR Controller가 Qualifier의 기준에 따라 블레이드를 풀에 자동으로 할당하도록 설정할 수 있습니다.


ViPR Controller의 추가/검색된 물리적 자산 등록 81

또한 서비스 프로파일 템플릿도 컴퓨팅 가상 풀에 할당됩니다. 서비스 프로파일은 블레이드에 연결되어 필요한 설정을 할당합니다. 또한 UCS에는 UCS 관리자가 설정해야 하는 "SPT(Service Profile Template)" 및 "uSPT(updating Service Profile Template)"라는 개념이 있습니다. 이 서비스 프로파일 템플릿은 관리자 이외의 사용자가 블레이드를호스트로 전환하는 서비스 프로파일을 생성하는 데 사용할 수 있습니다.

ViPR Controller는 UCS 관리자의 기능을 수행하지 않으며, 그 대신 ViPR Controller는서비스 프로파일 템플릿을 활용하여 블레이드에 필수 속성을 할당합니다. UCS 관리자는 ViPR Controller에서 서버와 호스트를 프로비저닝하는 데 사용할 수 있는 서비스 프로파일 템플릿을 생성해야 합니다.

Vblock 시스템 프로비저닝 서비스가 실행될 때 ViPR Controller는 서비스에서 선택된컴퓨팅 가상 풀에서 리소스를 가져오고 가상 풀의 블레이드에서 클러스터를 생성하며,가상 풀의 각 블레이드에 동일한 서비스 프로파일 템플릿을 적용합니다.

Vblock 스토리지 시스템Vblock 스토리지 시스템은 ViPR Controller 블록 또는 파일 가상 풀이나 가상 스토리지에 가상화됩니다.

블록 및 파일 가상 풀블록 및 파일 가상 풀은 ViPR Controller 시스템 관리자가 정의한 기준에 따라 함께 그룹화되는 스토리지 풀입니다. 블록 및 파일 가상 풀은 단일 스토리지 시스템의 스토리지 풀로 구성되거나, 스토리지 풀이 가상 풀에 정의된 기준을 충족하는 한 서로 다른 스토리지 시스템의 스토리지 풀로 구성될 수 있습니다. 또한 블록 또는 파일 가상 풀을 서로 다른 가상 스토리지 간에 공유할 수 있습니다.

Vblock 시스템은 ViPR Controller를 사용하여 Vblock 컴퓨팅 시스템에 운영 체제를 설치할 때 부팅 LUN을 위해 블록 가상 풀에서 스토리지를 요구합니다. 호스트가 일단 운영되면 ViPR Controller가 연결된 모든 Vblock 스토리지 풀의 스토리지를 사용하고 스토리지를 이러한 호스트에 내보낼 수 있습니다.

Vblock 네트워크(가상 스토리지 내)Vblock 스토리지 시스템과 Vblock 컴퓨팅 시스템 간의 접속 구성은 가상 스토리지의 네트워크에서 정의됩니다. 스토리지 시스템과 함께 관리할 Vblock 컴퓨팅 시스템이 ViPRController 가상 스토리지의 동일한 VSAN에 있어야 합니다.

Vblock 시스템용 가상 스토리지의 예ViPR Controller 는 ViPR Controller에서 Vblock 시스템 리소스를 관리하는 방식, ViPRController 가상 스토리지에서 Vblock 시스템을 구성하는 방식 또는 Vblock 시스템 리소스를 사용하여 가상 풀을 생성하는 방식에 대한 유연성을 제공합니다.

l 기존 Vblock 시스템

l 다음을 위해 단일 가상 스토리지에 구성된 여러 Vblock 시스템:

n ViPR로 관리되는 자동 리소스 배치

n 컴퓨팅 가상 풀 또는 스토리지 가상 풀을 통해 관리되는 수동 리소스 배치

l 다음을 통한 가상 스토리지의 테넌트 분리

n 가상 스토리지 네트워크

n 컴퓨팅 가상 풀



기존 Vblock 시스템이 예에서는 두 Vblock 시스템이 서로 다른 두 가상 스토리지에 정의되어 있습니다.

그림 6 2개의 가상 스토리지에 구성된 두 Vblock 시스템

2개의 가상 스토리지가 물리적 접속 구성을 통해 서로 분리되어 있습니다.

l 가상 스토리지 A는 VSAN 20(SAN 스위치 A) 및 VSAN 21(SAN 스위치 B)을 사용하여 정의되어 있습니다.

l 가상 스토리지 B는 VSAN 20(SAN 스위치 X) 및 VSAN 21(SAN 스위치 Y)을 사용하여 정의되어 있습니다.

UCS는 가상 스토리지에 포함되어 있지 않지만, 가상 스토리지에 정의된 네트워크에 따라 UCS가 ViPR Controller 스토리지를 인식할 수 있는지 여부가 결정됩니다.

단일 ViPR Controller 가상 스토리지에 구성된 여러 Vblock 시스템이 예에서는 두 Vblock 시스템이 단일 가상 스토리지에 구성되어 있고, 모든 컴퓨팅 시스템과 스토리지 시스템이 동일한 VSAN, 즉 VSAN 20 및 VSAN 21을 통해 통신하고 있습니다.

이 아키텍처에서는 다음 방법을 사용하여 ViPR Controller에서 프로비저닝 시 리소스배치를 자동화할 수 있습니다.

l 단일 컴퓨팅 가상 풀을 통해 ViPR Controller가 컴퓨팅 배치 결정

l 단일 블록 가상 풀을 통해 ViPR Controller가 스토리지 배치 결정


기존 Vblock 시스템 83

그림 7 다음을 통한 자동 리소스 배치를 위해 구성된 가상 스토리지: ViPR Controller

ViPR Controller 가상 풀을 사용한 수동 리소스 관리또한 프로비저닝 시 다음을 통해 리소스 배치를 더 세부적으로 관리할 수 있습니다.

l 여러 컴퓨팅 가상 풀을 생성하고 각 컴퓨팅 가상 풀에 컴퓨팅 요소를 수동으로 할당

l 여러 스토리지 가상 풀을 생성하고 각 스토리지 가상 풀에 스토리지 그룹을 수동으로 할당

프로비저닝 시 원하는 타겟을 지정하여 필요한 리소스만 프로비저닝 작업에 사용되도록 할 수 있습니다.



그림 8 가상 풀을 사용한 수동 리소스 관리

가상 스토리지 네트워크를 통한 테넌트 분리가상 스토리지 VSAN을 서로 다른 테넌트에 할당하는 방법으로 Vblock 시스템 리소스를 할당할 수 있습니다. 다음 예를 참조하십시오.

l A 테넌트는 VSAN 20 및 21의 리소스만 인식할 수 있습니다.

l B 테넌트는 VSAN 30 및 31의 리소스만 인식할 수 있습니다.

네트워크의 테넌트 분리를 사용하는 경우 각 네트워크용 컴퓨팅 풀에 대해 별도의 서비스 프로파일 템플릿을 정의해야 합니다.


가상 스토리지 네트워크를 통한 테넌트 분리 85

그림 9 VSAN의 테넌트 분리를 사용한 리소스 관리

ViPR Controller 테넌트 기능에 대한 자세한 내용은 ViPR Controller 제품 설명서 인덱스에서 제공되는 ViPR Controller UI, 테넌트, 프로젝트, 보안, 사용자 및 멀티 사이트 구성가이드 문서를 참조하십시오.

컴퓨팅 가상 풀을 통한 테넌트 분리컴퓨팅 풀을 사용한 테넌트 분리는 인사 또는 재무 같은 특정 테넌트 전용 컴퓨팅 리소스(블레이드)로 컴퓨팅 가상 풀을 생성함으로써 이루어집니다.

테넌트 ACL을 통해 ViPR Controller가 사용자 테넌시 외부에 있는 컴퓨팅 가상 풀에 대한 액세스와 인식을 제한할 수 있습니다.

컴퓨팅 가상 풀을 통해 테넌트 분리를 정의할 때에도 네트워크 분리가 문제되지 않으므로 서비스 프로파일 템플릿을 공유할 수 있습니다.





그림 10 컴퓨팅 가상 풀의 테넌트 분리를 통한 리소스 관리


컴퓨팅 가상 풀을 통한 테넌트 분리 87

부록 B

ViPR Controller의 EMC ECS(Elastic ClouldStorage) 지원

이 부록은 다음과 같은 섹션으로 구성되어 있습니다.

l ViPR Controller의 EMCElastic Cloud Storage 지원 개요....................................90l ViPR Controller에서 ECS 시스템 검색............................................................... 90l ViPR Controller 테넌트에 ECS 네임스페이스 매핑.............................................90l ViPR Controller에서 ECS 스토리지 가상화.........................................................91

ViPR Controller의 EMC ECS(Elastic Clould Storage) 지원 89

ViPR Controller의 EMCElastic Cloud Storage 지원 개요ViPR Controller의 EMCElastic Cloud Storage(ECS) 지원에는 다음이 포함됩니다.

ViPR Controller의 ECS 시스템 관리ViPR Controller 관리자는 다음을 수행할 수 있습니다.

l ECS 시스템 검색

l ViPR Controller 테넌트에 ECS 네임스페이스 매핑

l ECS 시스템, 포트 및 네트워크를 포함한 가상 스토리지 생성

l ECS 복제 그룹을 ViPR Controller 오브젝트 가상 풀로 그룹화

ViPR Controller에서 ECS의 관리를 준비하는 데 필요한 요구 사항 및 정보는 이 가이드의 관련 섹션을 참조하십시오.

ViPR Controller 가상 데이터 센터에서 ECS를 구성하는 자세한 단계는 ViPR Controller제품 설명서 인덱스에서 제공되는 ViPR Controller UI 가상 데이터 센터 구성 가이드 문서를 참조하십시오.

ViPR Controller 오브젝트 스토리지 서비스를 통한 다음 작업 수행ViPR Controller 사용자는 다음과 같은 작업을 수행할 수 있습니다.

l 버킷 생성

l 버킷 편집

l 버킷 삭제

ViPR Controller 서비스에 대한 자세한 내용은 ViPR Controller 제품 설명서 인덱스에서제공되는 ViPR Controller 서비스 카탈로그 참조 가이드 문서를 참조하십시오.

ViPR Controller에서 ECS 시스템 검색ViPR Controller 시스템 관리자는 EMCElastic Cloud Storage(ECS) 시스템을 ViPRController, 물리적 자산, 스토리지 시스템에 추가합니다.

ECS 시스템이 추가된 후 ViPR Controller는 다음 작업을 수행합니다.

l ECS 스토리지 시스템을 검색하고 등록합니다.

l ECS 복제 그룹을 검색하고 등록한 후 ViPR Controller 스토리지 풀에 추가합니다.

l ECS 네임스페이스를 검색합니다.

l ECS IP 주소를 사용하여 ViPR Controller와 ECS 간 통신에 사용할 관리 스토리지포트를 생성합니다.

ECS 버킷 검색(즉, ViPR Controller의 버킷 수집)은 지원되지 않습니다.

ViPR Controller 테넌트에 ECS 네임스페이스 매핑ViPR Controller를 사용하여 ECS 시스템에서 오브젝트 스토리지를 관리하려면 ViPRController 테넌트를 ECS 네임스페이스에 매핑해야 합니다. ViPR Controller에서 버킷이 생성되면 해당 테넌트 내 ViPR Controller 프로젝트에 추가된 후 ViPR Controller 테넌트에 연결된 ECS 네임스페이스에 추가됩니다.

ViPR Controller의 EMC ECS(Elastic Clould Storage) 지원





ViPR Controller에서 ECS 스토리지 가상화ECS 오브젝트 스토리지에 대한 가상 스토리지를 생성하는 경우 IP 네트워크를 구성하고 ECS 포트를 이 네트워크에 추가해야 합니다.

가상 스토리지에 네트워크가 추가되면 스토리지 풀(ECS 복제 그룹) 및 오브젝트 스토리지 시스템(ECS)이 가상 스토리지에 자동으로 추가됩니다.

ECS 복제 그룹을 ViPR Controller 가상 풀로 그룹화ViPR Controller 오브젝트 가상 풀을 사용하여 사용자 정의 조건에 따라 ECS 복제 그룹을 그룹화할 수 있습니다. 사용자가 풀 생성 조건을 정의하면 ViPR Controller가 ViPRController에서 검색된 ECS 복제 그룹을 필터링하여 오브젝트 가상 풀의 조건과 일치하는 복제 그룹만 포함시킵니다.

복제 그룹이 오브젝트 가상 풀에 포함되고 나면 ViPR Controller, Create Bucket 서비스가 실행될 때 버킷 생성에 사용할 복제 그룹을 ViPR Controller 가상 풀에서 수동으로선택하거나 ViPR Controller를 통해 자동으로 선택할 수 있습니다.

오브젝트 가상 풀에 복제 그룹이 하나만 포함된 경우 ViPR Controller 오브젝트 가상 풀에서 생성되는 모든 버킷이 이 복제 그룹에서 생성됩니다.


ViPR Controller에서 ECS 스토리지 가상화 91

emc vipr controller · 2020. 10. 17. · l vipr controller api 및 cli에서 가상 스토리지와...

Documents