3 VLE 계획

이 장에서는 특히 Oracle Cloud에 대한 VLE 계획 및 정보를 제공합니다. 클라우드 확장 스토리지의 경우 클라우드 액세스를 위해 VLE를 설정하기 전에 클라우드 스토리지 계정이 준비되었는지 확인하십시오. 계정 설정에 대한 자세한 내용은 클라우드 확장 스토리지 준비 및 클라우드 확장 스토리지에 대한 네트워크 요구사항을 참조하고, 아카이브 정보는 Oracle Storage Cloud Service – 아카이브 스토리지를 참조하십시오.

VLE(Virtual Library Extension)에 대한 소프트웨어 및 하드웨어 요구사항

다음 절에서는 Oracle VLE(Virtual Library Extension) 기능을 성공적으로 구현하기 위해 준수해야 하는 요구사항을 검토합니다.

메인프레임 호스트 소프트웨어 요구 사항 충족

  • ELS 7.2 이상의 경우 기본 레벨에 VLE 1.5에 대한 지원이 포함되어 있습니다. ELS 7.1 이상의 경우 최신 SMP/E receive HOLDDATA 및 PTF5/18/2017 L1H16J6 및 L1H1674 그리고 GROUPEXTEND를 사용하는 SMP/E APPLY를 가져오십시오.

네트워크 기반구조 요구 사항 충족

설치 시간을 최소화할 수 있도록 가능하면 VLE가 도착하기 전에 IP 주소, VLAN에 대한 네트워크 스위치 또는 기타 설정(실행 케이블 등)을 구성하십시오. 다음과 같이 VLE에 연결할 수 있도록 네트워크가 준비가 되었는지 확인하십시오.

  • Oracle의 유효한 클라우드 스토리지 계정(계정 이름, 사용자 이름, 암호 및 URL 포함) VSM 5 IFF 카드에 직접 연결된 모든 네트워크 스위치 및 라우터에서 기가비트 이더넷 프로토콜이 필요합니다. 네트워크 인터페이스는 모두 10Gb입니다. 구리 인터페이스는 1Gb(또는 그 이하)로 낮아지도록 구성할 수 있고 이렇게 구성되지만 모든 트래픽이 10Gb 이상 연결을 수행하는 것이 좋습니다

  • 이더넷 포트의 이름(1Gig 또는 10Gig), 클라우드 트래픽 경로가 지정되는 서브넷 및 다음 세부정보를 확인합니다.

    이름
    		 값
    		 설명
    포트 호스트 이름   DNS에 있거나 없을 수 있음 - 네트워크 관리자에게 확인
    정적 IP 주소   유효한 값이어야 함 - 네트워크 관리자에게 확인
    넷마스크   네트워크 관리자에게 확인
    접두어 길이   예: 24/23/... - 네트워크 관리자에게 확인
    게이트웨이 주소   유효한 값이어야 함 - 네트워크 관리자에게 확인
    점보   사용 또는 사용 안함 - 네트워크 관리자에게 확인

  • 최적의 성능을 위해 스위치와 라우터는 점보(mtu=9000) 패킷을 지원해야 합니다. 네트워크에서 점보 프레임을 처리할 수 없는 경우 VTSS 및 VLE에서 이 기능을 해제하십시오.

    네트워크 중복성이 필요한 경우, 각 IP 연결(VSM 5 또는 6과 VLE 간, VLE-VLE 간 및 VLE-SMC 간)을 별도의 서브넷에서 구성해야 합니다. 점보 프레임이 사용으로 설정된 경우, VLE와 대상 구성요소 사이의 모든 스위치, 허브 또는 패치 패널(VLAN 및 포트 채널 포함)에서도 점보 프레임이 사용으로 설정되어 있어야 합니다.

    주:

    많은 정적 IP 주소 연결이 동일 서브넷에 설정된 경우 연결이 올바르게 작동합니다. 케이블 중 하나를 당기거나 중단된 경우, 해당 서브넷의 다른 연결이 손실됩니다.

  • 올바른(고객 제공) 1 GigE 이더넷 케이블을 사용 중인지 확인합니다.

    • CAT5 이하 케이블은 GigE 전송에 적합하지 않습니다.

    • CAT5E 케이블: 패치 패널을 통해 실행 중인 경우 90미터가 허용되고 직선 케이블인 경우 100미터가 허용됩니다.

    • CAT6 케이블: 패치 패널 구성에 관계없이 100미터가 적합합니다.

  • Oracle은 스위치 또는 라우터가 구성에 사용되는 경우 장치 하나가 손실되더라도 전체 구성이 작동 중지되지 않도록 각 위치에서 구성의 일부로 스위치 또는 라우터를 2개 이상 사용할 것을 권장합니다.

  • VTSS 및 VLE 간에는 한 개의 TCP/IP 연결만 필요합니다. 그러나 Oracle에서는 중복성을 위해 VTSS와 VLE 간에 연결을 2개 이상 사용할 것을 강력히 권장합니다. 이때 VTSS 연결은 별도의 IP 주소를 사용합니다. 특정 VTSS와 특정 VLE 간 TCP/IP 연결은 각각 별도의 VLE 인터페이스에 연결되어야 합니다. 모든 VTSS 연결이 동일한 VLE 인터페이스에 연결된 경우 VLE 인터페이스에 단일 오류 지점이 있습니다.

    VLE 복수 노드 시스템에서는 VTSS 연결이 모든 노드에 고르게 분포되어야 합니다. 예를 들어 2노드 VLE의 경우 VTSS 연결이 노드 1에서 2개이고 노드 2에서 다른 2개여야 합니다. 4노드 VLE의 경우 노드당 한 개의 VTSS 연결이 권장됩니다. VTSS 및 VLE 간에 스위치가 관련된 경우 4노드 VLE의 각 노드에 대해 모두 4개의 연결을 설정할 수 있습니다. 각 VTSS 연결은 총 4개의 드라이브를 나타내므로 4노드 VLE에서 노드당 총 4개의 드라이브에 대해 각 노드 연결당 한 개의 드라이브가 있습니다.

    그러나 UUI 또는 VTSS의 경우 IP 주소를 VLE의 별도의 노드에 복제되어서는 안됩니다. 예를 들어, 노드 1로 연결되는 UUI 연결 192.168.1.1이 있을 경우 192.168.1.1을 IP 주소로 사용하여 다른 노드에 대한 UUI 연결을 설정하지 마십시오. 또한 IP 주소를 구성할 경우 동일한 서브넷 내에서 동일한 노드의 인터페이스가 두 개 있을 수 없습니다.

  • 마찬가지로, VLE와 호스트 간에는 UUI 연결이 한 개만 필요하지만, 중복성을 위해서는 두 개의 독립된 네트워크 경로를 사용하는 2개의 연결이 권장됩니다.

주:

이 네트워크 경로는 VTSS에 대한 연결과 별도입니다. VLE 복수 노드 구성에서 UUI 연결이 여러 개 있을 경우 VLE의 별도의 노드에서 이러한 연결을 생성하십시오.

Oracle 스위치 하드웨어 요구 사항 충족

3개 노드 이상의 VLE에는 Oracle ES2-72 Oracle 스위치가 필요합니다.

  • 2개 노드 VLE에는 스위치가 필요하지 않지만, 2개 노드 VLE의 추가 확장이 이후에 계획된 경우 하나를 추가할 수 있습니다.

  • Oracle 스위치는 노드 간 통신 및 데이터 전송에 필요합니다(VLE 노드 간 개인 네트워크). 고객 이더넷 기반구조에는 연결되지 않으며, 외부 VLE 데이터 전송 작업에 포함되지 않습니다.

  • Oracle 서비스 팀이 ES2-72 스위치 설치 및 구성에 대한 자세한 지침을 제공합니다.

  • Oracle 영업 팀도 계획된 구성에 필요한 스위치 및 구성요소 확인을 위해 추가 설명서에 액세스할 수 있습니다.

다중 노드 VLE 설치를 위해서는 다음 장비가 필요합니다. 3개 또는 4개 VLE 노드를 함께 연결하려면 다음이 필요합니다.

  • 7110593 1개 – ES2-72 스위치

  • 7110595 1개 – 후면-전면 팬 장치

  • SR-JUMP-2MC13 2개 – 전원 케이블

  • 2124A 2개 – 트랜시버

  • X2127 A-10M 2개 – QSFP 브레이크아웃 케이블

  • 10800160N 16개 – QSFP를 VLE 광 케이블에 연결하기 위한 결합기

5~8개 VLE 노드를 함께 연결하려면 다음이 필요합니다.

  • 7110593 1개 – ES2-72 스위치

  • 7110595 1개 – 후면-전면 팬 장치

  • SR-JUMP-2MC13 2개 – 전원 케이블

  • 2124A 4개 – 트랜시버

  • X2127 A-10M 4개 – QSFP 브레이크아웃 케이블

  • 10800160N 32개 – QSFP를 VLE 광 케이블에 연결하기 위한 결합기

9~12개 VLE 노드를 함께 연결하려면 다음이 필요합니다.

  • 7110593 1개 – ES2-72 스위치

  • 7110595 1개 – 후면-전면 팬 장치

  • SR-JUMP-2MC13 2개 – 전원 케이블

  • 2124A 6개 – 트랜시버

  • X2127 A-10M 6개 – QSFP 브레이크아웃 케이블

  • 10800160N 48개 – QSFP를 VLE 광 케이블에 연결하기 위한 결합기

13~16개 VLE 노드를 함께 연결하려면 다음이 필요합니다.

  • 7110593 1개 – ES2-72 스위치

  • 7110595 1개 – 후면-전면 팬 장치

  • SR-JUMP-2MC13 2개 – 전원 케이블

  • 2124A 8개 – 트랜시버

  • X2127 A-10M 8개 – QSFP 브레이크아웃 케이블

  • 10800160N 64개 – QSFP를 VLE 광 케이블에 연결하기 위한 결합기

적정 길이의 LC/LC 광섬유 케이블이 필요하지만, 여기에서 주문되는 품목이 아닙니다. 25m 길이의 케이블 두 개가 각 VLE 어플라이언스에 포함되어 있습니다. 품목을 분실한 경우에는 여러 경로로부터 얻을 수 있습니다. 고객이 기존 품목을 사용할 수도 있지만, 패치 패널을 포함해서 최대 길이가 25M여야 합니다. 광 케이블은 LC/LC 커넥터가 있는 다중 모드의 OM3, 850nm여야 합니다. 스위치에 연결하려면 VLE 노드별로 2개의 케이블이 필요합니다.

서비스 가능성 요구 사항 충족

VLE 제품은 다른 Oracle 제품에서도 사용하는 표준 Oracle 서비스 전략을 사용합니다. VLE는 송신 이벤트 알림 인터페이스로 ASR(자동화된 서비스 응답)을 사용하여 VLE에서 이벤트가 발생하여 시스템에 서비스가 필요하다는 사실을 오라클 고객 지원 센터에 알립니다. 또한 ASR과 결합하여 ASR 이벤트에 대한 세부정보가 포함된 송신 전자메일 및 ASR 이벤트를 조사하는 데 필요한 VLE 로그 정보가 포함된 지원 파일 번들도 전송됩니다.

ASR 기능의 이점은 My Oracle Support 사이트(https://support.oracle.com/CSP/ui/flash.html)에서 제공하는 ASR FAQ(지식 문서 Doc ID 1285574.1)에 잘 설명되어 있습니다.

Oracle에서는 송신 ASR 및 전자메일을 통해 오라클 고객지원센터와 커뮤니케이션하도록 VLE가 구성될 것으로 기대합니다. VLE 송신 ASR 알림을 지원하기 위해서는 고객이 테이블 3-1의 정보를 설치 담당 현장 엔지니어에게 제공해야 합니다.

Oracle에서는 송신 ASR 및 전자메일을 통해 오라클 고객지원센터와 커뮤니케이션하도록 VLE가 구성될 것으로 기대합니다. VLE 송신 ASR 알림을 지원하기 위해서는 고객이 테이블 3-1의 정보를 설치 담당 현장 엔지니어에게 제공해야 합니다.

테이블 3-1 CAM(Common Array Manager) 구성 정보

구성 값 예제

일반 구성 - 사이트 정보

회사 이름

Company Inc

사이트 이름

Site A

구/군/시

AnyTown
 

일반 구성 - 담당자 정보

이름

Joe

성

Companyperson

담당자 전자 메일

joecompanyperson@company.com
 

ASR(자동 서비스 요청) 설정 - Oracle 온라인 계정 정보

고객의 Oracle CSI 로그인 이름

joecompanyperson@company.com

고객의 Oracle CSI 로그인 암호

********
 

ASR(자동 서비스 요청) 설정 - 인터넷 연결 설정(선택 사항)

프록시 호스트 이름

web-proxy.company.com

프록시 포트

8080

프록시 인증 - 사용자 이름

  

프록시 인증 - 암호

  

주:

프록시 서버를 사용 중이지 않거나 프록시 서버에 ID와 암호가 필요하지 않은 경우 테이블 3-1의 일부 필드는 필요하지 않습니다. 고객이 CSI 전자메일 ID 및 암호를 제공하지 않는 경우 설치 프로세스 중 고객이 직접 입력할 수 있습니다. ASR 등록은 VLE 설치의 CAM(Common Array Manager) 구성 중에 이루어집니다. 이 설치 단계 중 VLE가 Oracle 서버에 ASR 적격 제품으로 등록됩니다.

그러면 고객이 MOS(My Oracle Support)에 로그인하고 VLE 등록을 승인해야 합니다. 고객이 이 승인을 완료해야 VLE가 MOS를 통해 사례를 자동으로 생성할 수 있습니다.

이벤트 및 로그 정보에 대한 전자메일 알림을 받으려면 고객이 테이블 3-2의 정보도 제공해야 합니다. 전자메일 서버에 사용자 이름 및 암호가 필요 없는 경우 이 필드는 비워 둘 수 있습니다.

테이블 3-2 알림 설정 - 전자메일 구성 옵션/ConfCollectStatus

구성 값 예제

전자메일 구성 - SMTP 서버 이름

SMTP.company.com

전자메일 구성 - SMTP 서버 사용자 이름

  

전자메일 구성 - SMTP 서버 사용자 암호

  

전자메일 받는 사람

vle@invisiblestorage.com 및 필요에 따라 다른 주소

송신 통신 단계가 설치 시 완료되지 않았거나, 이 단계를 전혀 수행할 수 없는 경우 Oracle 서비스 팀의 지원이 필요한 이벤트에 시기 적절하게 대응할 수 있는 Oracle 옵션이 상당히 줄어듭니다. 이벤트 및 로그 정보가 포함된 전자메일을 지정된 고객 내부 전자메일 주소로 직접 전송하도록 VLE를 구성할 수 있습니다. 그러면 이 전자메일의 수신자가 직접 Oracle과의 서비스 요청을 개시하고 VLE에서 수신한 전자메일을 오라클 고객지원센터에 전달할 수 잇습니다. 이 경우 고객은 VLE 전자메일이 전송될 전자메일 주소를 제공해야 합니다. 이때 이 전자메일 주소는 최대 5MB의 전자메일을 허용할 수 있습니다.

ASR(자동화된 서비스 요청) - 구성

기본적으로 VLE는 ixgbe0 포트를 통해 ASR을 전송합니다. 사이트의 메일 서버는 ASR 경보 및 VLE 지원 파일 번들을 전송하는 데 사용됩니다. ASR을 전송하도록 CAM을 구성하는 경우 CUA(고객 사용자 관리자) 전자메일 ID와 암호를 입력해야 합니다. CAM 구성 시 고객은 Oracle CSI 전자메일 주소와 암호를 제공하거나, CAM 구성 절차가 수행될 때 CAM GUI에 직접 이 정보를 입력합니다.

VLE 구성 값 확인

다음 절에서는 VLE의 구성 값을 확인하는 방법에 대해 설명합니다.

주:

다음 절에 설명되어 있는 것과 같이, 몇 개의 소프트웨어 구성 값은 처음에 VLE 구성 중에 설정된 값과 일치해야 합니다. IP_and VMVC_Configuration.xls 워크시트를 사용하여 이러한 값을 기록하면 VLE 및 호스트 소프트웨어를 구성할 담당자에게 이를 전달할 수 있습니다.

구성 스크립트 값 확인

VLE용 네트워크를 구성하려면 복수 노드 시스템의 각 노드(또는 단일 노드 시스템의 유일한 노드)에서 configure_vle 스크립트를 실행하십시오.

노드 이름은 개별 노드의 이름이며 일반적으로 호스트 이름이라고 합니다. 전체 이름 및 고유 IP 주소를 사용하는 고유 DNS 항목이 있는 IP 환경에서 이 노드를 식별하는 이름입니다. 초기 설정 중 각 VLE 노드는 전체 호스트 이름 및 IP 주소에 ixgbe0 인터페이스를 바인드하도록 구성됩니다.

ASR 등록 및 생성된 데이터는 각 노드의 호스트 이름을 고유하게 식별합니다. 설정되면 이름 및 IP 주소를 변경하기가 매우 어렵습니다(모든 서비스를 중지하고 노드를 재부트해야 함).

VLE가 설치되기 전에 회사 IT 부서와 함께 이름, DNS 항목, IP 주소를 생성하고 방화벽, 게이트웨이 및 라우터를 통한 접근성을 검증하는 것이 좋습니다. 이렇게 하면 VLE 설정, 구성, 시작 프로세스가 훨씬 부드럽고 빠르게 진행됩니다.

그림 3-1 VLE 이름, VLE 번호 및 노드 이름

주변 텍스트에서 그림 3-1 에 관해 설명합니다.

범례:

  1. 각 노드에서 실행된 configure_vle 설치 스크립트의 VLE 이름

  2. configure_vle 설치 스크립트에 해당 노드에 대한 "호스트 이름"으로 입력된 노드 이름

VLE 이름 및 VLE 번호

각 VLE(동일한 내부 네트워크를 통해 연결됨)에 일반적인 VLE 이름 및 VLE 번호가 있습니다(1). VLE 이름과 번호는 복수 노드 VLE의 각 노드에서 동일해야 합니다. 여기서 노드 이름은 2번입니다.

VLE 이름은 고유해야 하며 서버의 호스트 이름일 수 없습니다. 기본 VLE 이름은 VLE-NAME입니다. setup_vle_node 스크립트를 실행할 때 VLE 이름을 재설정할 수 있습니다. 값은 1-8자 길이의 영숫자(대문자)여야 합니다. 이름에 -(대시)를 사용할 수는 있지만 이름의 시작과 끝에는 사용할 수 없습니다.

VLE 번호에 유효한 값은 1-9입니다.

그림 3-1에서 VLE 이름 및 VLE 번호 조합은 DVTGRID8입니다.

호스트 소프트웨어의 경우 VLE 이름 및 VLE 번호 조합을 부속 시스템 이름이라고 하며 다음과 같이 지정됩니다.

  • VLE에 연결되는 TapePlex에 대한 VTCS CONFIG TAPEPLEX 문의 STORMNGR 매개변수 값 또는 CONFIG STORMNGR 문의 NAME 매개변수(ELS 7.1 이상).

  • VLE에 대한 VTCS CONFIG RTD 문의 STORMNGR 매개변수 값

  • VLE를 SMC에 정의하는 SMC STORMNGR 명령의 NAME 매개변수 값

  • VLE에 대한 SMC SERVER 명령의 STORMNGR 매개변수 값

  • HSC STORCLAS 문의 STORMNGR 매개변수 값

노드에 대한 호스트 이름

그림 3-1에 표시된 것과 같이, configure_vle 스크립트에 입력된 노드에 대한 호스트 이름은 다음으로 표시됩니다.

  • 노드의 ixgbe0 인터페이스 ID에 대한 포트 호스트 이름

  • 노트 탐색 트리에서 선택된 노드에 대한 호스트 이름

그림 3-1에서 노드에 대한 호스트 이름은 dvtvle1입니다.

영숫자(A-Z, a-z, 0-9) 또는 ”.” 또는 ”-”를 사용할 수 있습니다. 문자열의 첫 문자와 마지막 문자는 ”.” 또는 ”-”일 수 없습니다. 이름이 모두 숫자일 수는 없습니다. 인터넷 표준 및 CAM 제한 사항에서는 호스트 부분(도메인 구성 요소 제외)이 최대 24자로 제한되지만, 이름에는 최대 512자를 사용할 수 있습니다.

configure_vle 값 확인

configure_vle 스크립트에 필요한 값에는 다음이 포함됩니다.

  • 노드에 대한 호스트 이름, 노드에 대한 호스트 이름 참조

  • ixgbe0 포트에 대한 VLE 정적 IP 주소

  • 네트워크 번호(고객 서브넷의 기본 주소)

  • 넷마스크

  • 기본 라우터 IP 주소(게이트웨이 주소)

  • 네트워크 도메인 이름

  • 이름 서버 IP 주소

  • 네트워크 검색 이름

  • NTP 서버/클라이언트 설정(서버 또는 클라이언트, 서버 IP 주소) 및 날짜/시간 값

setup_vle_node 값 확인

setup_vle_node 스크립트에 필요한 값은 다음과 같습니다.

  • VLE 번호 및 이름, "VLE 이름 및 VLE 번호" 참조.

  • SSN(서버 노드 번호). 복수 노드 VLE의 경우 각 노드에 고유한 SSN이 필요합니다. 유효한 SSN 값은 1-64입니다.

  • 서버 시간 및 날짜 값

포트 카드 구성 값 확인

VLE 이더넷 포트를 구성하려면 그림 3-2에 표시된 Connectivity View, Port Card Configuration 탭을 사용하십시오. 다음 절에서는 포트 카드 구성 값을 확인하는 방법에 대해 설명합니다.

그림 3-2 VLE GUI Port Card Configuration 탭

주변 텍스트에서 그림 3-2 에 관해 설명합니다.

범례:

  1. 선택된 인터페이스

  2. 원격 VLE 연결 및 정적 경로를 정의하는 Destination Routes 패널

  3. 경로 유형(아이콘으로 표시됨)

  4. 드롭다운 목록의 맨 위에 있는 빈 항목을 선택하여 비어 있는 Netmask 필드

  5. 맨 위 창에서 선택된 인터페이스로 필터링되는 맨 아래 창의 컨텐츠. 노드의 모든 경로를 표시하려면 누름

그림 3-3에서는 서버 후면에 있는 10 GigE 이더넷 포트를 보여줍니다.

그림 3-3 VLE 10GigE 이더넷 포트

주변 텍스트에서 그림 3-3 에 관해 설명합니다.

고객의 네트워크 엔지니어와 함께 VLAN이 올바르게 케이블 연결되었으며 구성되었는지 확인합니다. Oracle은 스위치 하나가 작동하지 않아도 모든 데이터 트래픽이 종료되는 일이 없도록 고객의 네트워크 연결을 둘 이상의 이더넷 스위치에 이더넷 트래픽을 분포할 것을 권장합니다.

이더넷 관리 포트

다음과 같이 구성하려는 해당 포트에 이더넷 케이블 연결합니다. ixgbe0(NET0) - ASR 트래픽에 대한 고객 네트워크에 연결 및 VLE 소프트웨어 관리 설정하는 동안 이 인터페이스는 각 노드에 대해 고유한 전체 호스트 이름 및 IP 주소에 바인드됩니다. 초기 설정 후에는 이를 변경하지 않는 것이 좋습니다.

  • ixgbe1(NET1) - UUI(제어 경로) 트래픽을 위한 고객 네트워크에 대한 연결.

  • ixgbe2(NET2) - 중복 UUI 연결을 위해 사용 가능한 여분의 포트로 사용되거나 고객이 호스트 네트워크에 대한 개별 네트워크 세그먼트용으로 그리고 ASR 경보 전송용으로 포트를 구분하려는 경우에 사용됩니다.

  • ixgbe3(NET3) - 서비스용 전용 포트입니다(ILOM용 CSE PC 연결). 이 포트는 네트워크에 연결하지 마십시오. ixgbe3은 항상 서비스에 사용할 수 있도록 알려진 액세스 구성을 사용하는 이더넷 포트로 사용하지 않고 남겨 둬야 합니다. ixgbe3에 대해 사전 구성된 기본 IP 주소는 10.0.0.10입니다.

복수 노드 연결

2개 노드를 연결하려면 다음 중 하나를 수행합니다. 한 노드의 ixgbe4를 두번째 노드의 ixgbe4에 직접 연결하고, 한 노드의 ixgbe6을 두번째 노드의 ixgbe6에 직접 연결합니다.

주:

3 노드 이상의 VLE에 사용 가능한 포트가 있는 Oracle 스위치가 필요합니다. Oracle 스위치를 사용해서 노드(ixgbe4 및 ixgbe6 사용)를 연결합니다.

복수 노드 연결 시에는 스위치에 노드 1을 연결하고(2 노드 VLE의 경우에는 두번째 노드에 연결) 노드 1에서 configure_vle를 실행해야 합니다. 그런 다음 노드 2를 연결하고 노드 2에서 configure_vle를 실행하는 식으로 수행합니다. 모든 노드가 연결되고 configure_vle(configure_vle 호출)가 완료된 다음에는 나머지 구성을 수행합니다.

출하되어 배송될 때 기본 내부 네트워크 주소가 모든 노드에서 동일하며 이로 인해 모든 노드가 configure_vle로 구성될 때까지 주소가 중복되기 때문에 이 절차를 수행해야 합니다.

주의:

복수 노드 VLE에 대한 구성 변경을 수행하는 경우 특정 노드에서 VLE 서비스를 시작하기 전에 모든 노드의 VLE 서비스를 중지합니다. 즉, 구성 업데이트 후에는 노드별로 VLE_services의 롤링 중지 및 시작을 수행할 수 없습니다.

데이터 전송 연결

데이터 전송을 연결하려면 다음을 수행합니다.

  • ixgbe1,ixgbe2 및 ixgbe4부터 ixgbe13까지는 VLE-VLE 간 또는 VLE-VTSS 간 데이터 전송에 사용할 수 있습니다.

주:

이러한 포트 중 일부는 필요에 따라 다른 용도로 예약될 수 있습니다. ixgbe0부터 ixgbe3까지, ixgbe12 및 ixgbe13은 1GB 링크에 직접 연결된 경우 1GB 모드로 작동합니다.

포트의 호스트 이름

이 값은 VTSS 또는 다른 VLE에 연결될 각 IP 주소에 대한 시스템(호스트) 이름입니다. 영숫자(A-Z, a-z, 0-9) 또는 "." 또는 "-"를 사용할 수 있습니다. 문자열의 첫 문자와 마지막 문자는 "." 또는 "-"일 수 없습니다. 이름이 모두 숫자일 수는 없습니다. 인터넷 표준 및 CAM 제한 사항에서는 호스트 부분(도메인 구성 요소 제외)이 최대 24자로 제한되지만, 이름에는 최대 512자를 사용할 수 있습니다.

주:

ixgbe0 및 ixgbe3에 대한 포트의 호스트 이름은 설치 중에 설정되며, GUI에서 변경할 수 없습니다.

IP 주소

포트에 지정되는 IP 주소로서, "192.68.122.0" 형식의 유효한 IP v4 주소여야 합니다. 각 바이트는 0-255여야 하며, 4바이트 숫자만 있어야 합니다(소수점 제외).

넷마스크

포트의 네트워크 마스크로서, "255.255.255.0" 형식의 유효한 IP v4 주소여야 합니다. 각 바이트는 0-255여야 합니다. 소수점을 제외하고 4바이트 숫자만 있어야 합니다.

복제

VLE-VTSS 간 데이터 교환에 사용할 각 포트에 대한 확인란을 선택합니다.

UUI

UUI 작업에 사용할 각 포트에 대한 확인란을 선택합니다. 이 포트는 보통 제품 구성 및 모니터링에 사용되는 포트입니다(GUI 브라우저 연결에 사용되는 포트 포함).

주:

각 VLE에는 UUI 연결이 최소 한 개 있어야 하지만, 중복성을 위해서는 두 개 이상이 권장됩니다. 복수 노드 VLE에 UUI 연결이 두 개 이상 있을 경우 해당 연결을 다른 노드로 분산시키십시오.

원격

이 확인란은 VLE-VLE 간 데이터 교환을 위한 "리스너" 대상으로 해당 포트를 식별합니다. VLE-VLE 간 데이터 전송의 경우 VLE의 모든 노드에서 사용되지 않은 모든 연결을 사용할 수 있습니다. 각 VLE에 노드가 두 개 이상 있는 경우 Oracle은 각 노드와 다른 VLE 간에 최소 한 개의 연결을 사용할 것을 권장합니다. VLE 노드와 다른 VLE 노드 간 연결은 두 개 이상 실행할 수 있지만, VLE 노드와 다른 VLE의 단일 포트 간 연결은 여러 개 실행할 수 없습니다. Oracle은 모든 VLE에 노드가 둘 이상 있는 경우 각 VLE의 모든 노드에 VLE-VLE 간 연결을 분포할 것을 권장합니다.

예: VLE1 노드 1은 192.168.1.1에서 192.168.1.2의 VLE2 노드 1로 연결되어 있습니다. VLE 노드 1에서 두번째 연결이 수행될 경우 이 연결이 192.168.1.2의 VLE2로 연결되면 안됩니다

VLE-VLE 간 데이터 전송을 위해서는 각 VLE에 UUI 연결과 VTSS 연결이 필요합니다. 그러면 VTCS가 VTV를 마이그레이션하고 VLE에서 리콜할 수 있습니다.

VMVC 범위 구성 값 확인

사이트의 이름 지정 체계에 따라 VMVC 이름과 범위를 지정해야 합니다. VMVC 이름과 범위는 구성 중 CSE에 의해 설정되므로 구성하기 전에 지정하는 것이 가장 좋습니다.

그림 3-4에 표시된 것과 같이 VLE GUI의 Create New VMVC 대화 상자(탐색 트리에 특정 노드가 선택된 VMVC View에서 제공함)를 사용하여 새 VMVC의 volser 범위를 지정합니다.

그림 3-4 VLE GUI Create New VMVC 대화 상자

주변 텍스트에서 그림 3-4 에 관해 설명합니다.

다음과 같이 그림 3-4에서 각 필드에 대한 값을 확인합니다.

각 필드에는 0-6개의 영숫자를 사용할 수 있으며, "조합" 제한 사항이 적용됩니다.

  • 영문자는 자동으로 대문자로 변환되며, 모든 필드의 선행 공백과 후행 공백은 자동으로 제거됩니다.

  • 어떠한 필드든지 비워 둘 수 있으며, 이 경우 증분 값이 volser 범위 이름의 맨 앞, 맨 뒤 또는 가운데에 올 수 있습니다.

  • 모든 필드는 영문 또는 숫자일 수 있으며, 필요에 따라 필드 검증이 수행되어 사용을 제한합니다. 예를 들어 공백 및 특수 문자는 포함될 수 없습니다. 잘못된 필드 항목의 경우 필드 주변에 빨간색 상자가 표시되며, OK 버튼을 선택하면 오류 경고가 표시됩니다.

  • ”Incremental” 범위 필드(접두어 및 접미어)는 영문자 또는 숫자일 수 있습니다. 필드 검증을 통해 필드에 영문자와 숫자가 혼합되어 있지 않은지, 첫번째 값이 마지막 값보다 작은지, 최대 범위 제한을 점검했는지 확인할 수 있습니다.

  • 전체 volser 이름 범위의 길이는 각 필드를 조합하여 구성됩니다. 즉, 접두어의 길이 + 범위 길이 + 접미어 길이를 조합하여 구성됩니다.

    예: 접두어 AB, 첫번째 범위 001, 마지막 범위 500 및 접미어 X를 입력할 경우 volser 이름 범위로 AB001X - AB500X가 생성됩니다. 비슷한 조합을 생성할 수 있지만 전체 조합의 길이는 6자를 초과하지 않아야 합니다.

  • 조합된 이름이 유효한 volser 이름 길이인 6자를 초과할 경우(예: AB0001XY - AB1500XY), OK 버튼을 누르면 경고 대화 상자가 표시되며 입력할 수 없습니다.

  • 필드를 편집하여 범위가 생성되면 생성된 범위가 OK 및 Cancel 버튼 바로 위의 대화 상자 행에 표시됩니다. 생성된 범위의 VMVC 개수도 범위와 함께 괄호로 표시됩니다. 개수가 Wildcat 상자("VMVC Counts" 필드에 Max로 표시됨)에 허용되는 최대값을 초과할 경우 텍스트가 굵은 주황색으로 표시됩니다. OK 버튼을 누르면 현재 Available 개수를 확인하여 범위가 이 값을 초과하면 오류 대화 상자가 표시됩니다.

  • 접미어 문자열은 증분 범위 문자열과 다른 문자 유형(숫자가 아닌 영문자)으로 시작해야 합니다. 이는 VTCS volser 이름 범위 항목 기능과 호환되도록 하기 위한 것입니다. 만약 범위에 접미어의 시작 문자와 동일한 문자 유형이 포함된 경우 범위 필드의 시작 문자 앞 범위에서 접미어의 시작 문자가 증분됩니다. 즉, VTCS volser 이름 처리는 범위 필드 입력이 아닌 문자 유형을 기준으로 합니다.

    예: 첫번째 범위에 대한 GUI 입력이 1000이고, 마지막 범위의 경우 1094이며, 접미어가 55일 경우 100055-109455라는 범위가 생성됩니다. VTCS에서는 100055, 100155, 100255…109455 대신 100055, 100056, 100057…109455로 확장됩니다. VTCS volser 이름 범위 입력에서 후자 방식의 확장과 일치시키는 것이 어렵기 때문이 이 방식은 GUI에서 금지되었습니다.

  • 겹치는 범위를 정의하려고 하면 범위에는 새 VMVC만 기존 VMVC에 추가되고, 기존 VMVC는 겹쳐쓰여지거나 지워지지 않습니다.

  • VMVC의 명목 크기는 250GB(호스트 소프트웨어의 경우)이고, VLE에 대한 유효 크기는 1TB(4:1 압축으로 간주)입니다. 테이블 3-3는 VLE 노드 용량별로 정의된 최대 VMVC를 보여줍니다.

테이블 3-3 VLE 유효 용량 - 노드별 최대 VMVC

VLE 유효 용량 최대 VMVC

200TB

200

400TB

400

800TB

800

1600TB

1600

  • VLE GUI에 지정된 VMVC volser 범위는 VTCS에 정의된 VMVC volser 범위와 일치해야 합니다.

암호화 계획

VLE 1.1 이상에서는 VLE 시스템에 기록된 VMVC를 암호화할 수 있습니다. VTV가 VTSS로 리콜될 경우 리콜되기 전에 VLE에서 해독되므로 MVS 호스트 소프트웨어는 암호화를 알지 못합니다.

주:

다음을 준수하십시오.

  • 사용되는 암호화 알고리즘은 AES-256-CCM입니다. 액세스 키는 256비트 파일입니다.

  • FIPS 140-2 인증 요청이 NIST로 이미 채워져 진행 중입니다.

암호화는 Oracle CSE 또는 다른 QSP를 통해 VLE GUI에서 사용 및 사용 안함으로 설정되고 관리된다는 점에 주의하십시오. 암호화는 노드에 저장되고 USB 장치에 백업된 암호화 키를 통해 노드별로 수행됩니다. VLE는 VTV가 복수 노드 VLE에 있는지 여부와 관계없이 필요에 따라 VTV를 해독하므로 복수 노드 VLE에서 암호화 및 비암호화 노드가 함께 있을 수 있습니다.

그러나 복수 노드 VLE에서 VTV를 모두 암호화하려는 경우 모든 노드에 대해 암호화를 사용으로 설정해야 합니다.

구현 참고 사항:

  • 암호화가 사용으로 설정되기 이전에는 노드에 VMVC가 없어야 합니다. 또한 USB 키 백업은 노드의 USB 포트에 삽입되어 있어야 하며, 쓰기 가능하고 운영 체제를 통해 마운트되어야 합니다.

  • 마찬가지로, 암호화를 사용 안함으로 설정하기 전에 VTSS에 보존할 VTV를 리콜한 다음 노드에서 VMVC를 모두 삭제하십시오.

  • 암호화 키는 만료되지 않으므로 반드시 그래야 하는 경우(예: 보안 감사 요구 사항 충족을 위해)가 아니면 새 키를 생성하지 마십시오. 새 키를 지정하기 전에 다음을 수행하십시오.

    • USB 키 백업이 노드의 USB 포트에 삽입되어 있어야 하며, 쓰기 가능하고 운영체제를 통해 마운트되어야 합니다.

    • 새 키를 생성해야 하는 경우 경고를 무시하고 이전 키를 겹쳐씁니다.

중복 제거 계획

중복 제거는 VLE 컴플렉스에서 중복된 데이터를 제거합니다. 중복 제거 백분율이 증가하면 마이그레이션 성능도 이에 따라 향상되고 네트워크 사용량이 감소합니다.

VLE 중복 제거는 VLE에서 수행되므로 호스트 작업 및 VTSS에는 영향을 주지 않습니다. 중복 제거된 VTV를 리콜하는 경우 VTSS로 리콜되기 전에 VTV가 VLE에서 ”다시 복원”(다시 구성)됩니다. 중복 제거는 각 노드 내의 테이프 블록 레벨에서 수행되며 작은 블록(압축 후 4K 미만)은 중복 제거되지 않습니다.

중복 제거는 STORCLAS DEDUP 매개변수를 통해 제어되고, VLE 유효 용량을 늘려주며, VTV가 VMVC에 기록되기 전에 VLE에 의해 수행됩니다. 예를 들어 예 3-1는 두 스토리지 클래스에 대해 사용으로 설정된 중복 제거를 보여줍니다.

예 3-1 로컬 및 원격 스토리지 클래스에 대해 사용으로 설정된 중복 제거

STOR NAME(VLOCAL) STORMNGR(VLESERV1) DEDUP(YES)
STOR NAME(VREMOTE) STORMNGR(VLESERV2) DEDUP(YES)

예 3-1의 STORCLAS 문은 VLE VLESERV1에 있는 ”로컬” 스토리지 클래스(VLOCAL) 및 VLE VLESERV2에 있는 ”원격” 스토리지 클래스(VREMOTE)에 대한 중복 제거를 지정합니다.

예 3-2는 예 3-1에 나온 스토리지 클래스에서 중복 제거를 수행하는 관리 클래스를 보여줍니다. DEDUP2 관리 클래스를 지정하는 작업을 수행하면 참조된 스토리지 클래스를 중복 제거할 수 있습니다.

예 3-2 중복 제거에 대한 관리 클래스

MGMT NAME(DEDUP2) MIGPOL(VLOCAL,VREMOTE)

주:

중복 제거는 DEDUP(YES) 정책이 설정된 이후에만 수행됩니다.

중복 제거 지침

대부분의 메인프레임 데이터 소스는 중복 제거를 수행해도 효과가 없습니다(예: syslogs). 일반적으로 시간 기록(모든 레코드가 다름)이 포함된 데이터 스트림은 중복 제거를 수행해도 효과가 없습니다. 보통 백업 데이터 스트림(동일한 레코드가 여러 번 기록됨)은 중복 제거를 수행하면 효과가 있습니다.

SCRPT 보고서 사용

아래 예에 표시된 것처럼 SCRPT 보고서를 사용해서 결과를 모니터할 수 있습니다.

Storage STORMNGR Node Total Capacity Used Compressed Uncompressed Reduction

Class MVCs (GB) (GB) (GB) (GB) Ratio

PROD1 VLELIB1 0 4 1000 200 800 3200 16.0:1

1 3 750 200 400 1600 8.0:1

2 5 1250 200 400 1600 8.0:1

3 4 1000 0 0 0 1.0:1

VLELIB1 16 4000 600 1600 6400 10.7:1

Total- 16 4000 600 1600 6400 10.7:1

(A11} VLELIB1 0 4 1000 200 800 3200 16.0:1

1 3 750 200 400 1600 8.0:1

2 5 1250 200 400 1600 8.0:1

3 4 1000 0 0 0 1.0:1

VLELIB1 16 4000 600 1600 6400 10.7:1

Total= 16 4000 600 1600 6400 10.7:1

위 예에서 데이터의 적합한 축소율은 사용된 용량(GB)으로 나눈 비압축 용량(GB)입니다. 따라서 축소율에는 VTSS 압축과 VLE 중복 제거가 모두 포함됩니다. 축소율이 클수록 압축 및 중복 제거가 더 효과적임을 나타냅니다.

예를 들어 VTSS는 16MB의 데이터를 수신하여 4MB로 압축한 다음 압축된 데이터를 VTV에 기록합니다. 그런 다음 VLE는 VTV를 2MB로 중복 제거한 다음 VMVC에 기록합니다. 따라서 축소율은 16MB를 2MB로 나눈 값 즉, 8.0:1입니다.

MB 단위로 계산되기 때문에 Used 또는 Uncompressed 필드에 0GB가 표시되지만, 1.0:1이 아닌 다른 축소율이 표시될 수 있습니다.

MEDVERIFY 유틸리티 사용

MEDVERify 유틸리티를 실행하여 VMVC에서 VTV 데이터를 읽을 수 있는지 확인할 수 있습니다(ELS 7.1 및 VLE 1.2 이상만 해당). VLE의 경우, MEDVERify를 사용하여 중복 제거된 VMVC를 VTSS로 리콜할 때 ”다시 복원”(다시 구성)할 수 있는지 확인할 수 있습니다. MEDVERify는 확인을 통과 또는 실패한 VMVC를 보고하고 XML 출력도 생성합니다.

예를 들어 예 3-1에 정의된 VMVC에서 VTV를 확인하려면 다음과 같이 입력하십시오.

MEDVER STOR(VLOCAL)
MEDVER STOR(VREMOTE)

이 예에 대한 설명은 다음과 같습니다.

  • MEDVERify는 스토리지 클래스 VLOCAL 및 VREMOTE에서 VMVC를 선택합니다.

  • MAXMVC의 기본값은 99입니다.

  • CONMVC의 기본값은 1이므로 한 번에 한 개의 VMVC만 처리됩니다.

  • 시간 초과는 지정되지 않았습니다.

감소된 복제

VLE 1.3 이상에서는 VLE-VLE 간 복제를 통해 감소된 복제를 제공하며, VTV를 중복 제거된 형식으로 복사할 수 있습니다. 복사가 시작되면 대상 VLE에 없는 데이터만 복사됩니다. 따라서 감소된 복제는 복사되는 데이터의 양을 줄여주므로 네트워크 사용량과 복사 시간이 줄어듭니다. 감소된 복제를 최적화하려면 소스 및 대상 스토리지 클래스 모두에 대해 중복 제거를 사용으로 설정해야 합니다. 그렇지 않을 경우 다음과 같은 결과가 발생합니다.

  • 대상 스토리지 클래스가 아닌 소스에 대해서만 중복 제거가 사용으로 설정된 경우 복사되기 전에 VTV가 ”복원”(다시 구성)됩니다.

  • 소스 스토리지 클래스가 아닌 대상에 대해서만 중복 제거가 사용으로 설정된 경우 대상에서 수신될 때 VTV가 중복 제거됩니다.

예를 들어 예 3-3는 예 3-1에 나온 스토리지 클래스를 사용하여 감소된 복제를 수행하는 관리 클래스를 보여줍니다.

예 3-3 감소된 복제에 대한 관리 클래스

MGMT NAME(REDREP) MIGPOL(VLOCAL,VREMOTE)

예 3-3에서는 두 스토리지 클래스 모두에서 중복 제거가 사용으로 설정되어 있습니다. 해당 VLE가 연결되고 VLE-VLE 간 복제를 사용하도록 구성되었기 때문에 REDREP 관리 클래스가 지정된 모든 작업이 감소된 복제를 생성합니다.

링크 통합 계획

링크 통합은 VLE 1.5에 대한 IP 구성에 사용할 수 있습니다. 링크 통합은 VLE 노드의 여러 인터페이스로 구성되며, 함께 하나의 논리적 단위로 구성되어 공통 IP 주소를 공유합니다. 그림 3-5은 Connectivity View, Port Aggregations 탭을 보여줍니다. 이 탭에서는 미리 정의된 ”내부” 통합 포트(예: AggrNode1) 및 연관된 인터페이스를 확인할 수 있습니다. 이 탭에서는 사용자 정의 통합을 새로 정의하고 수정할 수도 있습니다.

그림 3-5 VLE GUI Connectivity View, Port Aggregations 탭

주변 텍스트에서 그림 3-5 에 관해 설명합니다.

범례:

  1. 현재 선택된 통합

  2. 위 또는 아래로 끌면 창 크기를 조절할 수 있습니다.

  3. 옵션을 제공하는 드롭다운 선택 목록

  4. 통합에 사용할 수 있는 포트 인터페이스 풀

  5. 현재 선택된 통합의 인터페이스

  6. 통합 속도가 잘못된 경우 포트가 비활성화됩니다.

  7. 화살표 버튼을 사용하여 인터페이스를 통합으로 이동할 수 있습니다.

링크 통합의 이점

링크 통합이 제공하는 이점은 다음과 같습니다.

  • 복잡도 감소, 관리 간소화: 통합을 수행하면 VLE 노드를 구성하는 데 필요한 IP 주소 수가 줄어들고 고객 주소 풀의 고갈도 방지할 수 있으므로 VLE 구성이 간소화됩니다. 링크 통합을 사용하지 않으면 완전히 장착된 VLE 노드에 20개 이상의 IP 주소가 필요할 수 있습니다. 링크 통합은 노드에 고유한 복제, UUI 및/또는 원격 VLE IP 요구 사항이 있는지 여부에 따라 IP 주소 수를 2, 3 또는 4개로 줄일 수 있습니다.

  • 결함 허용: 링크 통합을 사용할 경우 링크가 실패하면 트래픽이 나머지 링크로 전환되므로 정전이나 작업 실패를 방지할 수 있습니다.

  • 로드 균형 조정 및 대역폭 최적화: 인바운드 및 아웃바운드 트래픽의 로드를 통합의 모든 링크로 분배하면 로드 균형이 조정됩니다. 트래픽이 통합된 링크에 균등하게 분산되므로 모든 링크를 하나로 사용하면 실제적으로 대역폭이 늘어납니다. 또한 통합의 링크 수를 늘려 유효 대역폭을 늘릴 수도 있습니다.

링크 통합 요구 사항

다음을 계속 수행합니다.

  • 통합에 포함된 모든 링크가 동일한 속도여야 합니다. 즉, 동일한 통합에서 1 GigE 및 10 GigE 포트를 구성할 수 없습니다. VLE GUI에서는 서로 다른 포트 속도를 통합에 사용할 수 없습니다.

  • Port Card Configuration 탭의 Jumbo Frames 확인란을 통해 전체 통합에 대해 MTU(최대 전송 단위)가 구성됩니다. 이 확인란을 선택하면 MTU(최대 전송 단위) 값이 통합에 대해 9000으로 설정됩니다. 스위치는 MTU 크기를 지원해야 하며 스위치의 채널 그룹 내에 있는 모든 포트에 대해 MTU 크기가 사용으로 설정되어야 합니다.

  • 통합은 최대 8개의 링크로 구성될 수 있으며, 이는 VLE GUI를 통해 적용됩니다.

  • 스위치 환경에서 VLE의 첫번째 스위치는 LACP(Link Aggregation Control Protocol) IEEE 802.3ad를 지원해야 하며 통합 모드를 사용하도록 구성되어야 합니다. 스위치는 대개 고객 네트워크에 있는 스위치이므로 보통 VLE 구성을 관리하는 고객 네트워크 관리자가 관리합니다. 따라서 구성 세부 정보를 관리자에게 제공해야 합니다.

스위치 구성

다음 절의 용어는 스위치 공급업체에 따라 다릅니다. 아래 용어와 설명은 CISCO 이더넷 스위치를 기반으로 합니다. Oracle 스위치 용어도 이와 매우 유사하며 다음 사이트에서 확인할 수 있습니다.

http://docs.oracle.com/cd/E19934-01/html/E21709/z40016b9165586.html#scrolltoc

채널 그룹

채널 그룹은 VLE 통합 포트에 직접 연결된 첫번째 스위치에 생성됩니다. IP 경로의 다른 스위치 또는 홉은 통합이 있는지 인식할 필요가 없습니다. 첫번째 스위치는 통합 링크 사이의 트래픽 플로우를 처리합니다. 각 채널 그룹은 논리적 통합 그룹입니다. 통합당 하나의 채널 그룹이 생성되며 통합 포트로만 구성됩니다. 채널 그룹은 통합 포트를 모두 연결하므로 스위치가 통합으로 들어오거나 통합에서 나가는 트래픽을 전달할 수 있습니다. 채널 그룹에 연결된 모든 포트는 통합에 포함되므로 통합에 포함되지 않는 채널 그룹에 포트를 연결하지, 마십시오. 각 채널 그룹에는 LACP 등의 유형에 대해 매개변수가 정의되어 있으며 통합 규칙이 포함되어 있습니다.

VLAN

일반적인 스위치 구성은 VLE를 시스템 구성 요소(예: VTSS 또는 다른 VLE)에 연결하는 여러 VLAN(가상 LAN)으로 구성됩니다. VLAN은 스위치에 있는 포트의 논리적 그룹으로, 외부에서는 자체적으로 격리된 스위치처럼 보입니다. VLAN은 보통 하나 이상의 채널 그룹으로 구성되며, 채널 그룹은 대상 포트 또는 대상 구성요소(예: VTSS) 또는 복수 홉 환경의 다른 스위치와 함께 통합용으로 생성됩니다.

점보 프레임

Port Card Configuration 탭의 Jumbo Frames 확인란을 통해 전체 통합에 대해 MTU(최대 전송 단위)가 구성됩니다. 이 확인란을 선택하면 MTU(최대 전송 단위) 값이 통합에 대해 9000으로 설정됩니다. 점보 프레임이 사용으로 설정되면 VLE와 대상 구성요소 간의 모든 스위치에서 점보 프레임이 사용으로 설정되어야 하며 VLAN의 모든 포트에도 점보 프레임이 사용으로 설정되어야 합니다.

LACP 모드

Port Aggregations 탭의 Aggregation Table에서 다음 LACP 모드 중 하나를 선택할 수 있습니다.

  • Off - 수동 모드라고도 하며 off는 LACP 데이터그램(LACPDU)이 전송되지 않음을 나타냅니다. Off는 스위치를 사용하지 않는 유일하게 유효한 모드입니다. 비스위치 구성은 VLE-VLE 간 구성에만 유효합니다. Off 모드에서 스위치를 사용할 경우 채널 그룹에서 LACP를 사용할 수 없습니다. 통합을 지원하도록 스위치를 구성해야 합니다.

  • Passive - Passive 모드에서는 스위치가 데이터그램을 요청하는 경우에만 데이터그램이 전송됩니다.

  • Active - 데이터그램이 정기적으로 스위치로 전송됩니다. 타이머 기본값인 short가 VLE에서 사용되며 VLE GUI 또는 CLI를 통해 조정할 수 없습니다.

정책

P3가 기본 VLE 정책이며 VLE GUI 또는 CLI를 통해 조정할 수 없습니다.

10 GigE 포트 통합

10GigE 링크는 VLE-VTSS 간, UUI 또는 VLE-VLE 간 연결에 대해 통합할 수 있습니다. UUI 트래픽은 최소이므로 UUI에 대한 10GigE 통합은 최소한의 이점만 제공합니다. 그러나 모든 유형의 연결이 포함된 10GigE 통합은 유용할 수 있습니다. VLE-VTSS 간 구성의 경우 스위치 환경에는 일반적으로 10GigE 및 1GigE 연결이 모두 포함됩니다. 이 구성에서 VLE 1GigE 포트는 스위치의 1GigE 포트에 연결되고, VLE 10GigE 포트는 스위치의 10GigE 포트에 연결됩니다. 10GBE 포트는 채널 그룹에 있으며 1 GBE 및10GBE 포트를 모두 포함하는 VLAN에 포함됩니다.

주:

VLE-VTSS 간 구성의 경우 스위치 환경에는 일반적으로 10GigE 및 1GigE 연결이 모두 포함됩니다. 이 구성에서 VLE 1GigE 포트는 스위치의 1GigE 포트에 연결되고, VLE 10GigE 포트는 스위치의 10GigE 포트에 연결됩니다. 10GBE 포트는 채널 그룹에 있으며 1 GBE 및10GBE 포트를 모두 포함하는 VLAN에 포함됩니다.

통합 모니터링

통합을 정기적으로 모니터합니다. 통합된 링크가 실패하더라도 통합에 있는 다른 링크가 작동하기 때문에 VLE는 ASR을 생성하지 않습니다. 따라서 VLE는 실패한 링크를 감지하지 못합니다. 통합에 있는 개별 링크의 상태는 모니터링할 수 없습니다. 통합 상태를 표시하려면 VLE 노드의 Connectivity View - Port Status 탭으로 이동합니다.

링크가 작동 중지되면 항목이 /var/adm/messages에 기록됩니다. 메시지 파일은 야간 번들의 일부이므로 실패한 링크가 있는지 로그를 정기적으로 스캔할 수 있습니다. 로그에 있는 메시지는 다음 예와 같습니다.

Sep 4 08:30:16 dvtvle3 mac: [ID 486395 kern.infor] NOTICE: ixgbe12 link down

VLE 통합의 유형

VLE는 세 가지 유형의 연결을 지원하며, 각 유형은 다음 절에 설명된 것과 같이 통합할 수 있습니다.

VLE-VTSS 간 통합

이 절에서는 VLE-VTSS 간 통합에 대한 모범 사례를 설명합니다.

최적의 사용법

  • 통합이 실패할 경우 전체가 작동 중지되지 않도록 각 VTSS에 대해 최소 두 개의 통합을 구성합니다.

  • 여러 개의 VTSS를 동일한 통합에 연결할 수는 없습니다. 예를 들어 VSM5의 경우 IFF0은 각 VTSS에서 하나의 통합으로 연결하고, IFF2는 각 VTSS에서 다른 통합으로 연결할 수 있습니다. 두 개의 통합만 사용 중인 경우 IFF0과 IFF1을 각 VTSS에서 첫번째 통합으로 연결할 수 있습니다.

  • 네트워크 어댑터가 실패할 경우 통합이 작동 중지되지 않도록 VLE(ixgbe4, ixgbe6, ixgbe8, ixgbe10)에서 통합에 대한 링크를 수평으로 구성합니다.

VLE-VLE 간 통합

VLE-VLE 간 연결은 다음과 같이 통합할 수 있습니다.

  • 비스위치 - 비스위치 구성의 경우 두 VLE의 동일한 인터페이스가 연결을 구성합니다. 비스위치 환경은 스위치가 없는 2노드 VLE의 내부 네트워크와 동일하게 작동합니다. 비스위치 환경은 지점 간 구성으로만 제한됩니다.

  • 스위치 - 스위치 구성은 "VLE-VTSS 간 통합"에 설명된 구성과 비슷합니다. 각 통합에 대해 스위치에 채널 구성이 형성되고, 두 채널 그룹 모두 동일한 VLAN에 상주합니다.

    복수 노드 VLE를 사용할 경우 한 노드의 단일 통합을 다른 VLE의 여러 노드 또는 스위치 환경의 여러 VLE에 연결할 수 있습니다.

VLE UUI 통합

일반적으로 ixgbe1 및 ixgbe2 포트를 사용하여 UUI 연결을 설정합니다. 이 구성에서는 ixgbe1 및 ixgbe2를 통합하여 내결함성 구성을 만듭니다. 따라서 링크 중 하나가 실패하더라도 나머지 링크가 UUI 연결을 제공합니다. 복수 노드 VLE에 대한 추가 중복성을 위해서는 두 UUI 연결을 두번째 노드에 통합하십시오.

클라우드 확장 스토리지 준비

VLE 1.5.3을 성공적으로 설치하려면 다음 요구사항을 관리해야 합니다.

주:

VLE 1.5.3을 설치하기 전에 현장 엔지니어와 상의하십시오.

  • 계정 이름, 사용자 이름, 암호 및 URL을 포함하는 Oracle의 유효한 클라우드 스토리지 계정

주:

클라우드 액세스를 위해 VLE를 설정하기 전에 클라우드 스토리지 계정이 준비되었는지 확인하십시오.

클라우드 확장 스토리지에 대한 네트워크 요구사항

VLE 클라우드를 구성하기 전에 VLE 특정 Oracle Cloud 사용자 및 계정 자격 증명을 알아야 합니다. 이러한 항목은 VLE의 계정과 다르며, VLE를 설정 및 사용하기 전에 Oracle Cloud 팀과 함께 작성해야 합니다. VLE CLI를 사용하고 클라우드 특정 VMVC를 지원하려면 VLE 1.5.3을 설치해야 합니다.

주:

클라우드 계정을 설정할 때 자세한 내용은 http://docs.oracle.com/cloud/latest/storagecs_common/index.html을 참조하십시오.

많은 정적 IP 주소 연결이 동일 서브넷에 설정된 경우 연결이 올바르게 작동합니다. 케이블 중 하나를 당기거나 중단된 경우, 해당 서브넷의 다른 연결이 손실됩니다.

네트워크 중복성이 필요한 경우 각 IP 연결(VSM 5 또는 6과 VLE, VLE-VLE 간 및 VLE-SMC 간)을 별도의 서브넷에 구성해야 합니다.