B 엔터프라이즈 라이브러리 연결 옵션
이 장은 다음 항목으로 구성됩니다.
개요
SL8500 및 SL3000 라이브러리에 ACSLS를 연결하기 위한 여러 옵션이 있습니다. ACSLS와 SL8500 또는 SL3000 간의 통신을 위해 이러한 옵션을 개별적으로 또는 함께 사용할 수 있습니다.
연결된 SL8500의 문자열에서 이중 TCP/IP, 다중 라이브러리 TCP/IP 및/또는 중복 전자 부품을 구현할 수 있습니다.
SL3000 또는 SL8500에서 이중 TCP/IP 및/또는 RE(중복 전자 부품)를 구현할 수 있습니다. IPv4를 통해 SL3000 또는 SL8500에 연결할 수 있습니다.
연결 옵션을 요약하면 다음과 같습니다.
-
이중 TCP/IP
이중 TCP/IP는 ACSLS와 라이브러리 컨트롤러 카드 간에 두 개의 개별적인 독립 TCP/IP 연결을 제공합니다. 이 통신 경로 중 하나가 실패하면 ACSLS에서는 자동으로 두번째 경로를 사용하여 통신합니다.
이중 TCP/IP 지원을 구현하려면 "
route" 명령을 사용하여 ACSLS 서버와 라이브러리의 경로 지정 테이블을 정의하고 관리해야 합니다. 이러한 경로 지정 테이블은 정의된 네트워크 통신 경로를 사용하여 ACSLS 서버와 라이브러리의 포트 쌍 간에 통신이 이루어지도록 합니다.SL8500과 SL3000은 라이브러리와의 이중 TCP/IP 통신을 지원합니다.
-
다중 TCP/IP 지원
ACSLS 서버에서 다중 TCP/IP 지원을 사용하여 일련의 연결된 SL8500에 있는 여러 SL8500 라이브러리에 연결할 수 있습니다. 한 라이브러리와의 통신을 실패하면 ACSLS에서는 다른 라이브러리와의 연결로 라이브러리 통신을 자동으로 보냅니다. 라이브러리는 메시지를 다른 라이브러리에 자동으로 전달합니다.
다중 TCP/IP 통신을 구성하여 관리하면 ACSLS 서버 또는 SL8500 라이브러리에서 경로 지정 테이블을 정의할 필요가 없으므로 이중 TCP/IP보다 더 간단합니다. 하지만 다중 TCP/IP를 사용하려면 일련의 연결된 SL8500 라이브러리가 필요합니다. 단일 독립형 SL8500 또는 SL3000 라이브러리에는 적용되지 않습니다.
-
RE(중복 전자 부품)
RE는 중복 라이브러리 컨트롤러 카드 세트를 사용합니다. 특정 시간에 한 세트는 활성 상태이고 다른 세트는 대기 상태입니다. 활성 라이브러리 컨트롤러는 ACSLS 또는 SLConsole의 명령에 응답하여 대기 라이브러리 컨트롤러로 페일오버할 수 있습니다. 라이브러리 카드에 장애가 발생할 경우 라이브러리에서 자동 페일오버를 시작할 수 있습니다.
RE를 사용하면 라이브러리 펌웨어(마이크로코드) 다운로드 중단을 최소화할 수 있습니다. 일련의 연결된 SL8500 내에서 라이브러리 단위로 RE를 구현할 수 있습니다. 컴플렉스 내의 임의 또는 모든 라이브러리에서 RE를 구현할 수 있습니다.
라이브러리에서 RE를 지원하려면 ACSLS 7.3.1 또는 8.0.2 이상이 필요합니다.
이중 TCP/IP 지원
이중 TCP/IP는 SL8500 및 SL3000 라이브러리(여기서는 라이브러리라고 함)를 위해 구매할 수 있는 옵션이며, 라이브러리에 대한 두 가지 TCP/IP 연결을 제공합니다. 하지만 두 연결 작업 중 하나를 통해서만 라이브러리를 계속 사용할 수 있습니다.
이중 TCP/IP의 용도는 실패한 통신 경로를 자동으로 인식하여 피하기 위한 것입니다. 이 작업은 자동으로 수행되므로 작동하지 않는 연결을 수동으로 전환할 필요가 없습니다.
라이브러리에서 이중 TCP/IP 지원을 사용하려면 "route" 명령을 사용하여 ACSLS 서버와 라이브러리의 경로 지정 테이블을 관리해야 합니다. 그러면 라이브러리의 정의된 네트워크 인터페이스에 대한 경로가 강제 지정되어 인터페이스 간 일대일 관계가 생성됩니다. CSA(Customer Systems Administrator)는 ACS 서버에서 경로 지정 테이블을 변경하고 CSE(Customer Systems Engineer)는 라이브러리에서 경로 지정 테이블을 업데이트합니다. UNIX "route" 명령에 대한 자세한 내용은 ACSLS 서버의 매뉴얼 페이지를 참조하십시오.
요구 사항
-
시스템 관리자 및 네트워크 관리자와 협력하여 현재 네트워크 환경을 이해하고 필요한 모든 IP 주소를 미리 식별합니다.
-
시스템 관리자와 협력하여 네트워크 인터페이스를 구성하거나 네트워크 인터페이스가 올바르게 구성되었는지 검증합니다.
구성
ACSLS에서는 모든 활성 연결을 사용하므로 ACSLS에서 라이브러리에 대한 두 연결을 계속 열어 두는 것이 좋습니다. 연결 중 하나가 작동하지 않을 경우 ACSLS에서는 작동하는 나머지 연결을 사용하면서 실패한 연결에 대한 통신을 다시 설정하기 위해 계속 시도합니다.
시나리오 1과 같이 이중 TCP/IP 구현을 위한 선호 구성은 ACSLS 서버의 개별 서브넷 두 개에 네트워크 인터페이스 두 개를 사용하는 것입니다. 이 구성은 네트워크 통신과 관련된 최대 처리량과 최소 리소스 경합을 제공하고, 향상된 안정성을 위한 보조 물리적 연결을 추가합니다.
단일 라이브러리에 대해 TCP/IP 연결 두 개를 구성하려면 acsss_config 유틸리티 또는 동적 구성(config)을 사용합니다. 라이브러리에 대한 연결 수(2)와 네트워크 장치의 IP 주소를 입력합니다. SL3000은 IPv4 연결을 지원합니다.
다음 시나리오에서는 ACSLS 서버 구성을 위한 예를 제공합니다. 라이브러리 이중 TCP/IP 기능을 구성하는 방법에 대한 지침은 적절한 Library System Dual TCP/IP Feature 문서를 참조하십시오.
다음 시나리오에서는 전용 서브넷 IP 주소를 사용하므로 사용자 환경에서는 서브넷 IP 주소가 다를 수 있습니다. 이 시나리오에서는 네트워크 장치가 구성되어 있고 제대로 작동 중이라고 간주합니다.
시나리오 1 - 선호 구성
시나리오 1은 이중 TCP/IP 기능에 대한 선호 구성입니다.
이 구성에서 ACSLS 서버는 두 개의 개별 서브넷에 있는 두 개의 네트워크 인터페이스로 구성됩니다. SL8500 또는 SL3000은 ACSLS 서버와 동일한 두 서브넷에 두 개의 네트워크 인터페이스가 있습니다.
이 시나리오에서는 라이브러리가 ACSLS 서버의 네트워크 인터페이스와의 일대일 관계를 사용하며, 다음과 같이 통신합니다.
-
ACSLS 서버의 qfe0 인터페이스는 SL8500 또는 SL3000의 eth0 인터페이스와만 통신합니다.
-
ACSLS 서버의 qfe1 인터페이스는 SL8500 또는 SL3000의 eth5 인터페이스와만 통신합니다.
UNIX "route" 명령을 사용하여 이 관계를 강제로 적용합니다.
-
Solaris의 경우
root사용자가 다음 명령을 입력합니다.route -p add 7.0.50 -ifp qfe0 192.168.0.254route -p add 192.168.1.50 -ifp qfe1 192.168.1.254첫번째 route 명령은
192.168.0.50과의 모든 통신이 ACSLS 서버의 qfe0을 통과한 다음 라우터 1을 통과하도록 경로 지정합니다.두번째 route 명령은
192.168.1.50과의 모든 통신이 ACSLS 서버의 qfe1을 통과한 다음 라우터 2를 통과하도록 경로 지정합니다.다음을 입력하여 경로가 경로 지정 테이블에 있는지 검증할 수 있습니다.
# netstat –r
Destination Gateway Flags Ref Use Interface ______________ ________ _____ ___ ___ _________ 192.168.0.50 192.168.0.254 UGH 1 0 qfe0 192.168.1.50 192.168.1.254 UGH 1 0 qfe1 192.168.0.0 192.168.0.1 U 1 7 qfe0 192.168.1.0 192.168.1.1 U 1 0 qfe1 BASE-ADDRESS.MCAST.NET 192.168.0.1 U 1 0 qfe0 default 192.168.0.254 UG 1 33 localhost localhost UH 4 77 lo0
처음 두 항목은 방금 추가된 항목입니다. 192.168.0.50과의 모든 통신은 QFE0을 통과하고 192.168.1.50과의 모든 통신은 QFE1을 통과합니다.
참고: StorageTek SL8500 Modular Library System Dual TCP/IP Feature 문서의 지침에 따라 라이브러리의 경로 지정 테이블을 구성합니다.
시나리오 2
시나리오 2에서는 다음을 보여줍니다.
-
라이브러리의 개별 서브넷에 두 개의 인터페이스가 있는 ACSLS 서버
-
ACSLS의 개별 서브넷에 두 개의 네트워크 인터페이스가 있는 SL8500 또는 SL3000 라이브러리
-
공용 네트워크를 사용하는 ACSLS와 SL8500 또는 SL3000 모두
UNIX "route" 명령을 사용하여 이 관계를 강제로 적용합니다.
-
Solaris의 경우
root사용자가 다음 명령을 입력합니다.#route add 192.168.2.50 -ifp qfe0 192.168.0.254#route add 192.168.3.50 -ifp qfe1 192.168.1.254ACSLS에 대한 기본 경로는 동일하게 유지됩니다. 서브넷 내의 경로는 공용 LAN을 통한 라이브러리 통신의 경로 지정 방법을 알려주며, 인터페이스와의 일대일 관계를 계속해서 강제로 지정합니다. 다음 명령을 사용하면 이 내용이 다시 표시됩니다.
# netstat –r
참고: StorageTek SL8500 or SL3000 Modular Library System Dual TCP/IP Feature 문서의 지침에 따라 라이브러리의 경로 지정 테이블을 구성합니다.
시나리오 3
이 시나리오에는 개별 서브넷에 한 개의 네트워크 인터페이스를 가진 ACSLS 서버 한 개가 있습니다. SL8500 또는 SL3000 라이브러리는 ACSLS 서버와 별개인 두 개의 서브넷에 두 개의 네트워크 인터페이스가 있습니다.
참고: "StorageTek SL8500 or SL3000 Modular Library System Dual TCP/IP Feature" 문서의 지침에 따라 라이브러리의 경로 지정 테이블을 구성합니다.
시나리오 4
시나리오 4에서는 다음을 보여줍니다.
-
네트워크 인터페이스 세 개, SL8500 또는 SL3000을 포함하는 개별 전용 서브넷 두 개, 세번째 공용 네트워크로 구성된 고가용성(ACSLS HA) 서버 두 개
-
ACSLS 서버와 동일한 전용 서브넷 두 개에 네트워크 인터페이스 두 개가 있는 SL8500 또는 SL3000 라이브러리 하나
이 시나리오에서는 ACSLS HA가 각각 서로 다른 네트워크 인터페이스를 사용하는 두 개의 다른 서버를 사용합니다. 즉, 두 ACSLS 서버에 사용자 정의 경로 항목을 추가해야 합니다.
Solaris 사용자
-
ACSLS 서버 1에서 다음을 입력합니다.
route add 192.168.0.50 –ifp qfe0 192.168.0.254route add 192.168.1.50 –ifp qfe1 192.168.1.254 -
ACSLS 서버 2에서 다음을 입력합니다.
route add 192.168.0.50 –ifp qfe1 192.168.0.254route add 192.168.1.50 –ifp qfe2 192.168.1.254두 서버의 IP 주소를 라이브러리의 구성에 추가해야 합니다. StorageTek SL8500 or SL3000 Modular Library System Dual TCP/IP Feature 문서를 참조하십시오.
ACSLS HA에 있을 때 서로 다른 두 개의 서브넷을 통해 라이브러리의 네트워크 인터페이스를 분리해야 합니다. 고가용성 환경의 용도는 중복으로 작성하여 단일 실패 지점을 제거하는 것입니다.
참고: "StorageTek SL8500 or SL3000 Modular Library System Dual TCP/IP Feature" 문서의 지침에 따라 라이브러리의 경로 지정 테이블을 구성합니다.
재부트 후 사용자 정의 경로 지정 테이블 항목 유지
시스템이 재부트된 후 사용자 정의 경로 지정 테이블 항목이 손실됩니다. 이는 시스템 경로 지정 테이블의 특성으로, 예상된 동작입니다.
SL8500 또는 SL3000에서 이중 TCP/IP 기능을 지원하려면 ACSLS 서버의 경로 지정 테이블에 사용자 정의 항목을 추가해야 합니다. ACSLS 서버가 재부트되면 모든 경로 지정 테이블 항목이 비워지고 라이브러리에 대한 모든 필수 경로가 제거됩니다. 이는 운영체제의 특성이므로 이 상황을 처리할 수 있는 몇 가지 방법이 있습니다.
스크립트 만들기
부트 시 초기화할 사용자 정의 경로를 추가하기 위한 스크립트를 만들 수 있습니다. 절차는 부트 시 초기화할 사용자 정의 경로 추가를 참조하십시오.
그런 다음 부트 시 자동으로 실행하도록 이러한 스크립트를 rc 디렉토리 구조에 저장할 수 있습니다. 가장 좋은 구현 방법에 대한 자세한 내용은 시스템 설명서를 참조하십시오.
ACSLS 시작 스크립트를 사용하여 부트 시 사용자 정의 경로 지정 항목을 추가합니다. 시작 스크립트는 사용자 정의 경로 지정 테이블 항목을 포함하는 파일을 확인합니다. 발견된 항목은 UNIX route 명령을 사용하여 경로 지정 테이블에 자동으로 추가됩니다. 독립형 ACSLS 설치의 경우 라이브러리 지원에 필요한 경로 지정 항목을 유지하려면 이 방법을 사용하는 것이 좋습니다.
중요: ACSLS 설치가 고가용성 ACSLS(ACSLS HA) 환경인 경우에는 이 솔루션이 적용되지 않습니다.
이 경우 첫번째 방법을 사용하여 경로 지정 테이블을 유지해야 합니다.
ACSLS HA는 Solaris Cluster에 의존하여 클러스터화된 리소스를 관리하므로 독립형 ACSLS 서버와는 다른 방법으로 시스템 초기화를 처리합니다. 즉, 부트 시 시스템 RC 메커니즘을 통해 ACSLS를 자동으로 시작할 수 없습니다. 이는 사용된 적이 없는 S87ACSLS 시작 스크립트를 사용하여 Solaris Cluster 에이전트에서 엄격하게 처리됩니다. 적절한 "route add" 명령을 사용하여 스크립트를 추가하고 /etc/rc2.d 디렉토리 구조 내에서 찾습니다. ACSLS HA 환경을 사용하는 경우 오라클 고급 고객 지원팀(가급적 ACSLS HA 시스템을 원래 설치한 컨설턴트)과 상담하는 것이 좋습니다.
부트 시 초기화할 사용자 정의 경로 추가
사용자 지정 경로 지정 항목을 추가하려면 다음을 수행합니다.
-
cd를 수행하여 다음 디렉토리로 이동합니다.
$ACS_HOME/data/external/ custom_routing.이 디렉토리에는
custom_routing_tables.tpl템플리트 파일이 포함되어 있습니다. -
이 파일을 복사하고 파일 이름을
custom_routing_tables로 변경합니다.#
cp custom_routing_tables.tpl custom_routing_tables -
custom_routing_tables파일을 편집(vi)하고 항목을 추가합니다.파일에는 새 개의 필드가 포함되어 있습니다.
-
SL8500 또는 SL3000에 대한 IP 주소
-
일대일 관계를 설정할 ACSLS 서버의 인터페이스 이름
-
서브넷에 대한 기본 경로의 IP 주소
-
-
형식은
custom_routing_tables설명 섹션의 지침을 따릅니다.주:
빈 라인이 없는지 확인하십시오.서버가 재부트되면 ACSLS가 자동으로 초기화되고 사용자 정의 경로가 경로 지정 테이블에 추가됩니다.
-
다음 명령을 사용하여 경로 지정 테이블의 모든 경로를 확인합니다.
# netstat -r
route 및 netstat 명령에 대한 전체 설명서는 UNIX 매뉴얼 페이지를 참조하십시오.
다중 TCP/IP 지원
SL8500 3.97 이상의 펌웨어가 설치된 경우 ACSLS는 ACS(라이브러리 컴플렉스)에 있는 둘 이상의 SL8500에 연결할 수 있습니다.
ACSLS는 ACS에 대한 연결을 최대 15개까지 지원합니다. 예를 들어, 4개의 SL8500에 대한 15개 연결, 각 2개의 SL8500에 대한 2개 연결, 1개의 SL8500에 대한 2개 연결과 다른 2개의 SL8500에 대한 2개 연결, 2개 또는 3개의 라이브러리에 대한 3개 연결 등이 가능합니다.
ACSLS가 두 개 이상의 라이브러리에 연결된 경우 중복성을 위해 서로 다른 서브넷을 통해 연결해야 합니다. 한 서브넷이 실패하면 ACSLS와 라이브러리 간 통신이 다른 서브넷을 통해 계속됩니다.
ACSLS에 SL8500 HBC 카드 하나에 대한 두 개의 연결이 있는 경우 이중 TCP/IP 지원에 설명된 대로 SL8500 및 ACSLS 서버 경로 지정 테이블을 구성해야 합니다. ACSLS 서버와 각 SL8500 HBC 카드 간의 연결이 하나만 있는 경우 ACSLS 및 SL8500 경로 지정 테이블을 구성할 필요가 없습니다.
라이브러리 성능을 최적화하고 SL8500 사이의 라이브러리 간 통신을 최소화하려면 작동이 가장 많은 라이브러리에 대한 첫번째 연결(포트 0)을 정의합니다.
다중 TCP/IP 통신을 구성하여 관리하면 ACSLS 서버 또는 SL8500 라이브러리에서 경로 지정 테이블을 정의할 필요가 없으므로 이중 TCP/IP보다 더 간단합니다. 하지만 다중 TCP/IP를 사용하려면 일련의 연결된 SL8500 라이브러리가 필요합니다. 단일 독립형 SL8500 또는 SL3000 라이브러리에는 적용되지 않습니다.
자세한 내용은 StorageTek SL8500 Modular Library System Technical Brief - Host to Library Communications를 참조하십시오.
그림 B-5에서는 다중 TCP/IP 구성을 사용하는 ACSLS를 보여주고, 그림 B-6에서는 다중 TCP/IP 및 이중 TCP/IP 구성을 사용하는 ACSLS를 보여줍니다.
중복 전자 부품
선택적 SL8500 또는 SL3000 RE(중복 전자 부품) 기능은 엔터프라이즈 라이브러리에서 페일오버 보호 기능을 제공합니다. 라이브러리 컨트롤러에서 오류가 발생할 경우 대체 라이브러리 컨트롤러로 자동으로 전환되어 라이브러리 및 호스트 작업 중단을 최소화합니다. 이 기능은 라이브러리가 계속해서 정상 작동하는 동안 오라클 고객지원센터 담당자가 고장 난 카드를 교체할 수 있도록 지원합니다.
또한 RE는 펌웨어 업그레이드 중에 라이브러리 작업 중단을 최소화합니다.
주:
라이브러리는 로봇, 전원 시스템을 비롯한 다양한 구성 요소에서 중복 기능을 제공합니다. 특히 "중복 전자 부품"이라는 용어는 라이브러리 및 드라이브 컨트롤러 구성 요소의 중복을 나타냅니다.RE에는 다음 하드웨어 구성 요소가 모두 필요합니다.
-
활성 드라이브 컨트롤러(HBT)와 연결된 활성 라이브러리 컨트롤러(HBC 또는 HBCR)
-
대기 HBT와 연결된 대기 HBC 또는 HBCR
-
기타 중복 구성 요소
자세한 내용은 StorageTek SL8500 or SL3000 User’s Guide를 참조하십시오.
그림 B-7에서는 단일 라이브러리에서 RE를 사용하는 ACSLS를 보여줍니다.
RE에 대한 ACSLS 지원
ACSLS는 단일 라이브러리 컴플렉스(전달 포트를 통해 연결된 라이브러리의 ACS) 내에서 활성 및 대기 SL8500 LC(라이브러리 컨트롤러) 카드를 함께 처리합니다.
그림 B-8과 같이 각 SL8500의 HBCR 카드 중 하나가 활성 컨트롤러 카드일 수 있습니다.
일련의 연결된 SL8500에 있는 각 라이브러리는 이제 중복 라이브러리 컨트롤러의 자체 쌍을 포함할 수 있습니다. 라이브러리 컴플렉스에서 일부 라이브러리는 RE를 사용으로 설정하여 라이브러리 컨트롤러 카드 쌍을 사용하고, 일부 라이브러리는 단일 라이브러리 컨트롤러만 사용할 수 있습니다. ACSLS에서는 모든 활성 LC와 동시에 통신할 수 있어야 합니다.
ACSLS는 이중 TCP/IP를 사용하는 RE(그림 B-9 참조) 또는 이중 및 다중 TCP/IP를 사용하는 RE(그림 B-10 참조)를 지원합니다.
마운트 및 마운트 해제 질의 및 재시도
RE를 지원하기 위해 ACSLS에서는 임시 라이브러리 및 드라이브 작동 중단 중에 마운트 및 마운트 해제에 대한 질의 및 재시도를 구현했습니다. 자세한 내용은 라이브러리가 임시로 사용 불가능한 경우 마운트와 마운트 해제 큐에 넣기 및 재시도를 참조하십시오.