Sun Cluster 3.0 12/01 개념

2장 주요 개념 - 하드웨어 서비스 제공업체

이 단원에서는 SunPlex 시스템을 구성하는 하드웨어 구성 요소와 관련된 주요 개념에 대하여 설명합니다. 이 단원의 내용은 다음과 같습니다.

SunPlex 시스템 하드웨어 구성 요소

이 정보는 기본적으로 하드웨어 서비스 제공업체를 위한 내용입니다. 이 개념은 서비스 제공업체에서 클러스터 하드웨어를 설치, 구성하거나 서비스를 제공하기 전에 하드웨어 구성 요소 사이의 관계를 이해하는 데 도움이 됩니다. 클러스터 시스템 관리자는 클러스터 소프트웨어 설치, 구성 및 관리에 대한 배경 정보로 이 정보를 사용할 수 있습니다.

클러스터는 다음과 같은 몇 가지 하드웨어 구성 요소로 구성됩니다.

로컬 디스크(비공유)가 있는 클러스터 노드
멀티호스트 기억 장치(노드 사이의 공유 디스크)
이동식 미디어(테이프 및 CD-ROM)
클러스터 상호 연결
공용 네트워크 인터페이스
클라이언트 시스템
관리 콘솔
콘솔 액세스 장치

SunPlex 시스템을 사용하면 "Sun Cluster 토폴로지의 예"에서 설명하는 다양한 구성 방법으로 이 구성 요소를 결합할 수 있습니다.

다음 그림은 클러스터 구성 샘플입니다.

그림 2-1 2-노드 클러스터 구성 샘플

클러스터 노드

클러스터 노드는 Solaris 운영 환경 및 Sun Cluster 소프트웨어를 모두 실행하는 시스템으로, 클러스터의 현재 구성원(클러스터 구성원)이거나 구성원이 될 수 있는 시스템입니다. Sun Cluster 소프트웨어가 있으면 클러스터에 2 - 8개의 노드가 있을 수 있습니다. 지원되는 노드 구성은 "Sun Cluster 토폴로지의 예"를 참조하십시오.

클러스터 노드는 일반적으로 하나 이상의 멀티호스트 디스크에 연결됩니다. 멀티호스트 디스크에 연결되지 않은 노드는 멀티호스트 디스크에 액세스하기 위해 클러스터 파일 시스템을 사용합니다. 예를 들어, 확장 가능 서비스를 하나 구성하면 멀티호스트 디스크에 직접 연결되지 않아도 노드가 요청에 서비스를 제공할 수 있습 니다.

병렬 데이터베이스 구성의 노드는 모든 디스크에 대한 동시 액세스를 공유합니다. 병렬 데이터베이스 구성에 대한 자세한 내용은 "멀티호스트 디스크" 및 제 3 장을 참조하십시오.

클러스터의 모든 노드는 클러스터에 액세스하여 관리하기 위해 사용하는 공용 이름(클러스터 이름)으로 그룹화됩니다.

공용 네트워크 어댑터는 노드를 공용 네트워크에 연결하여 클러스터에 대한 클라이언트 액세스를 제공합니다.

클러스터 구성원은 물리적으로 독립된 하나 이상의 네트워크를 통해 클러스터의 다른 노드와 통신을 합니다. 이렇게 물리적으로 독립된 네트워크 세트를 클러스터 상호 연결이라고 합니다.

다른 노드가 클러스터에 결합되거나 클러스터에서 제거될 때 클러스터의 모든 노드가 이것을 인식합니다. 또한 클러스터의 모든 노드가 로컬로 실행되는 자원뿐 아니라 다른 클러스터 노드에서 실행되는 자원을 인식합니다.

성능이 크게 떨어지지 않고 페일오버가 발생하도록 하려면 동일한 클러스터의 노드가 모두 유사한 프로세싱, 메모리 및 I/O 기능을 사용해야 합니다. 페일오버를 위해 모든 노드에 다른 노드의 워크로드를 백업하거나 2차 노드가 될 수 있을 만큼 충분한 용량이 있어야 합니다.

각 노드는 개별 루트(/) 파일 시스템을 부트합니다.

클러스터 하드웨어 구성원을 위한 소프트웨어 구성 요소

클러스터 구성원의 기능을 하려면 다음 소프트웨어가 설치되어야 합니다.

Solaris 운영 환경
Sun Cluster 소프트웨어
데이터 서비스 응용프로그램
볼륨 관리자(Solstice DiskSuite^TM 또는 VERITAS Volume Manager)

독립된 디스크로 구성된 하드웨어 중복 배열(RAID)을 사용하는 OPS(Oracle Parallel Server) 구성에서는 예외입니다. 이러한 구성에서는 Oracle 데이터를 관리하기 위해 Solstice DiskSuite 또는 VERITAS Volume Manager와 같은 소프트웨어 볼륨 관리자가 필요없습니다.

Solaris 운영 환경, Sun Cluster 및 볼륨 관리 소프트웨어를 설치하는 방법은 Sun Cluster 3.0 12/01 소프트웨어 설치 안내서를 참조하십시오.

데이터 서비스 설치 및 구성 방법은 Sun Cluster 3.0 12/01 Data Services Installation and Configuration Guide를 참조하십시오.

이전의 소프트웨어 구성 요소에 대한 개념은 제 3 장을 참조하십시오.

다음 그림은 Sun Cluster 소프트웨어 환경을 구성하기 위해 사용하는 높은 수준의 소프트웨어 구성 요소입니다.

그림 2-2 높은 수준의 Sun Cluster 소프트웨어 구성 요소 관계

클러스터 구성원에 대한 질문과 대답은 제 4 장을 참조하십시오.

멀티호스트 디스크

Sun Cluster에는 멀티호스트 기억 장치가 필요합니다. 멀티호스트 기억 장치는 동시에 둘 이상의 노드에 연결할 수 있는 디스크입 니다. Sun Cluster 환경에 멀티호스트 기억 장치를 사용하면 디스크 가용성을 높일 수 있습니다.

멀티호스트 디스크에는 다음과 같은 기능이 있습니다.

노드 하나에 장애가 발생해도 계속 작동합니다.
응용프로그램 데이터를 저장하고 응용프로그램 바이너리와 구성 파일도 저장할 수 있습니다.
노드 장애로부터 보호합니다. 클라이언트 요청이 하나의 노드를 통해 데이터에 액세스할 때 노드에 장애가 발생하면 동일한 디스크에 직접 연결된 다른 노드를 사용하도록 요청이 스위치오버됩니다.
멀티호스트 디스크는 디스크를 "마스터"하는 1차 노드를 통하거나 로컬 경로를 통한 직접 동시 액세스에 의해 글로벌하게 액세스됩니다. 현재는 OPS만이 직접 동시 액세스를 사용합니다.

볼륨 관리자는 멀티호스트 디스크의 데이터 중복을 위해 이중화 또는 RAID-5 구성을 제공합니다. 현재 Sun Cluster에서는 Solstice DiskSuite^TM 및 VERITAS Volume Manager를 볼륨 관리자로 사용하고 Sun StorEdge^TM A3x00 기억 장치 유닛에 RDAC RAID-5 하드웨어 컨트롤러를 사용할 수 있습니다.

멀티호스트 디스크를 디스크 이중화 및 스트라이핑과 결합하면 노드 장애와 각 디스크 장애로부터 보호할 수 있습니다.

멀티호스트 기억 장치에 대한 질문과 대답은 제 4 장을 참조하십시오.

Multi-Initiator SCSI

이 단원의 내용은 SCSI 기억 장치에만 적용되고 멀티호스트 디스크에서 사용하는 광섬유 채널 기억 장치에는 적용되지 않습니다.

독립형 서버에서는 서버 노드가 서버를 특정 SCSI 버스에 연결하는 SCSI 호스트 어댑터 회로를 사용하여 SCSI 버스 작동을 제어합니다. 이러한 SCSI 호스트 어댑터 회로를 SCSI initiator라고 합니다. 이 회로가 SCSI 버스에 대한 모든 버스 작업을 시작합니다. Sun 시스템에서 SCSI 호스트 어댑터의 기본 SCSI 주소는 7입니다.

클러스터 구성에서는 멀티호스트 디스크를 사용하여 여러 서버 노드 사이에서 기억 장치를 공유합니다. 클러스터 기억 장치가 종단 장치가 하나인 SCSI 장치나 차동 SCSI 장치로 구성된 경우에 이러한 구성을 multi-initiator SCSI라고 합니다. 이 용어가 의미하는 것처럼 SCSI 버스에는 둘 이상의 SCSI initiator가 있습니다.

SCSI 사양에 따라 SCSI 버스의 각 장치에 고유한 SCSI 주소가 있어야 합니다. 호스트 어댑터도 SCSI 버스의 장치입니다. Multi-initiator 환경의 기본 하드웨어 구성에서는 모든 SCSI 호스트 어댑터가 7로 기본 설정되기 때문에 충돌합니다.

이러한 충돌을 해결하려면 각 SCSI 버스에서 SCSI 호스트 어댑터 중 하나만 SCSI 주소를 7로 남겨 두고 나머지 호스트 어댑터는 사용하지 않는 SCSI 주소로 설정해야 합니다. 이후에 충돌하지 않도록 제대로 계획하려면 현재도 사용하지 않고 나중에도 사용하지 않을 주소를 "사용하지 않는" SCSI 주소로 생각해야 합니다. 나중에도 사용하지 않을 주소의 예로는 새로운 드라이브를 빈 드라이브 슬롯에 설치하여 기억 장치를 추가하는 경우가 있습니다. 대부분의 구성에서 2차 호스트 어댑터의 SCSI 주소로 6을 사용할 수 있습니다.

scsi-initiator-id OBP(Open Boot PROM) 등록 정보를 설정하여 이러한 호스트 어댑터에 대한 SCSI 주소를 변경할 수 있습니다. 이 등록 정보를 노드에 대하여 글로벌로 설정할 수도 있고 호스트 어댑터 단위로 설정할 수도 있습니다. 각 SCSI 호스트 어댑터에 대하여 고유한 scsi-initiator-id를 설정하는 방법은 Sun Cluster 3.0 12/01 Hardware Guide에서 각 디스크 인클로저에 대해 설명하는 단원에 있습니다.

로컬 디스크

로컬 디스크는 하나의 노드에만 연결된 디스크입니다. 따라서 노드 장애로부터 보호되지 않습니다(가용성이 높지 않음). 그러나 로컬 디스크를 포함한 모든 디스크가 글로벌 이름 공간에 포함되고 글로벌 장치로 구성됩니다. 따라서 디스크 자체는 모든 클러스터 노드에서 볼 수 있습니다.

이러한 디스크의 파일 시스템을 글로벌 마운트 포인트 아래에 지정하면 다른 노드가 사용하도록 만들 수 있습니다. 현재는 이러한 글로벌 파일 시스템 중 하나가 마운트된 노드에서 장애가 발생하면 모든 노드가 해당 파일 시스템에 액세스할 수 없게 됩니다. 볼륨 관리자를 사용하면 디스크 장애가 있어도 이러한 파일 시스템에 액세스할 수 있도록 디스크를 이중화할 수 있지만, 노드 장애로부터 보호하지는 않습니다.

글로벌 장치에 대한 자세한 내용은 "글로벌 장치" 단원을 참조하십시오.

이동식 미디어

테이프 드라이브 및 CD-ROM 드라이브와 같은 이동식 미디어가 클러스터에서 지원됩니다. 일반적으로 클러스터링되지 않은 환경에서와 동일한 방법으로 이러한 장치를 설치, 구성하고 서비스를 제공할 수 있습니다. 이 장치는 Sun Cluster에 글로벌 장치로 구성되므로 클러스터의 모든 노드에서 각 장치에 액세스할 수 있습니다. 이동식 미디어 설치와 구성에 대한 자세한 내용은 Sun Cluster 3.0 12/01 Hardware Guide를 참조하십시오.

글로벌 장치에 대한 자세한 내용은 "글로벌 장치" 단원을 참조하십시오.

클러스터 상호 연결

클러스터 상호 연결은 클러스터 노드 사이에서 클러스터 개인 통신과 데이터 서비스 통신을 전송하기 위해 사용하는 물리적 장치 구성입니다. 상호 연결은 클러스터 개인 통신에 광범위하게 사용되기 때문에 이 구성이 성능을 제한할 수 있습니다.

클러스터 노드만 클러스터 상호 연결에 연결될 수 있습니다. Sun Cluster 보안 모델에서는 클러스터 노드만 클러스터 상호 연결에 물리적으로 액세스할 수 있다고 가정합니다.

한 위치의 장애로 인해 작동이 중단되지 않도록 하려면 모든 노드가 클러스터 상호 연결에 의해 물리적으로 독립된 두 개 이상의 중복 네트워크나 경로를 통해 연결되어야 합니다. 두 노드 사이에 물리적으로 독립된 여러 개의 네트워크(2 - 6개)를 사용할 수 있습니다. 클러스터 상호 연결은 어댑터, 연결 장치, 케이블 등의 세 가지 하드웨어로 구성됩니다.

다음은 이러한 하드웨어 구성 요소 각각에 대한 설명입니다.

어댑터 - 노드에 있는 물리적 네트워크 카드. 이름은 qfe2와 같이 장치 이름 뒤에 물리적인 장치 번호를 붙여서 만듭니다. 일부 어댑터에는 단 하나의 물리적 네트워크 연결이 있지만 qfe 카드와 같은 다른 어댑터에는 여러 개의 물리적 연결이 있을 수 있습니다. 또한 일부 어댑터에는 네트워크 인터페이스와 기억 장치 인터페이스가 모두 포함되어 있습니다.

인터페이스가 여러 개인 네트워크 카드는 전체 카드에 장애가 발생할 경우 단일 장애 지점이 될 수 있습니다. 가용성을 최대로 높이려면 두 노드 사이의 경로가 단일 네트워크 카드에만 의존하지 않도록 클러스터를 계획하십시오.
연결 장치 - 클러스터 노드 외부에 있는 스위치. 연결 장치는 세 개 이상의 노드에 연결할 수 있도록 바로 전달 기능과 전환 기능을 수행합니다. 2-노드 클러스터에서는 노드가 각 노드의 중복 어댑터에 연결된 물리적 중복 케이블을 통해 서로 직접 연결될 수 있으므로 연결 장치가 필요없습니다. 일반적으로 세 개 이상의 노드로 된 구성에는 연결 장치가 필요합니다.
케이블 - 두 개의 네트워크 어댑터 사이 및 어댑터와 연결 장치 사이의 물리적 연결.

클러스터 상호 연결에 대한 질문과 대답은 제 4 장을 참조하십시오.

공용 네트워크 인터페이스

클라이언트는 공용 네트워크 인터페이스를 통해 클러스터에 연결합니다. 각 네트워크 어댑터 카드는 카드에 있는 하드웨어 인터페이스 수에 따라 하나 이상의 공용 네트워크에 연결할 수 있습니다. 하나의 카드는 실제로 작동하고 다른 카드는 백업으로 작동하도록, 구성된 여러 개의 공용 네트워크 인터페이스 카드를 포함하여 노드를 설정할 수 있습니다. "PNM(Public Network Management)"이라는 Sun Cluster 소프트웨어 하위 시스템이 작동 중인 인터페이스를 모니터합니다. 작동 중인 어댑터에 장애가 발생하면 인터페이스를 백업 어댑터 중 하나로 페일오버하기 위해 NAFO(Network Adapter Failover) 소프트웨어를 호출합니다.

클러스터링에서 공용 네트워크 인터페이스를 위하여 특별히 하드웨어를 고려할 필요는 없습니다.

공용 네트워크에 대한 질문과 대답은 제 4 장을 참조하십시오.

클라이언트 시스템

클라이언트 시스템에는 공용 네트워크를 통해 클러스터에 액세스하는 다른 서버나 워크스테이션이 포함됩니다. 클라이언트측 프로그램은 클러스터에서 실행되는 서버측 응용프로그램에서 제공하는 데이터나 기타 서비스를 사용합니다.

클라이언트 시스템은 가용성이 높지 않습니다. 클러스터의 데이터 및 응용프로그램은 가용성이 높습니다.

클라이언트 시스템에 대한 질문과 대답은 제 4 장을 참조하십시오.

콘솔 액세스 장치

모든 클러스터 노드에 대해 콘솔 액세스가 있어야 합니다. 콘솔에 액세스하려면 클러스터 하드웨어와 함께 구입한 터미널 콘센트레이터, Sun Enterprise E10000 서버의 SSP(System Service Processor), Sun Fire^TM 서버의 시스템 컨트롤러 또는 각 노드의 ttya에 액세스할 수 있는 기타 장치를 사용하십시오.

Sun에서는 지원되는 터미널 콘센트레이터를 하나만 제공합니다. 지원되는 Sun 터미널 콘센트레이터를 사용할 것인지는 사용자가 선택할 수 있습니다. 터미널 콘센트레이터를 사용하면 TCP/IP 네트워크를 사용하여 각 노드에서 /dev/console에 액세스할 수 있습니다. 따라서 네트워크 상의 모든 원격 워크스테이션에서 콘솔 레벨로 각 노드에 액세스할 수 있습니다.

SSP(System Service Processor)는 Sun Enterprise E10000 서버에 대한 콘솔 액세스를 제공합니다. SSP는 Sun Enterprise E10000 서버를 지원하기 위해 구성된 이더넷 네트워크 상의 시스템입니다. SSP는 Sun Enterprise E10000 서버용 관리 콘솔입니다. Sun Enterprise E10000 네트워크 콘솔 기능을 사용하면 네트워크 상의 어떤 워크스테이션에서도 호스트 콘솔 세션을 열 수 있습니다.

다른 콘솔 액세스 방법에는 다른 터미널 콘센트레이터가 포함됩니다(다른 노드나 단순 터미널로부터의 tip(1) 직렬 포트 액세스). Sun^TM 키보드 및 모니터를 사용하거나 하드웨어 서비스 제공업체에서 지원하는 다른 직렬 포트 장치를 사용할 수 있습니다.

관리 콘솔

관리 콘솔이라는 전용 SPARCstation^TM 시스템을 사용하여 작동 중인 클러스터를 관리할 수 있습니다. 일반적으로 Sun Management Center 제품에는 CCP(Cluster Control Panel) 및 Sun Cluster 모듈과 같은 관리 도구 소프트웨어를 관리 콘솔에 설치하고 실행합니다. CCP에서 cconsole을 사용하면 동시에 둘 이상의 노드 콘솔에 연결할 수 있습니다. CCP 사용 방법은 Sun Cluster 3.0 12/01 시스템 관리 안내서의 내용을 참조하십시오.

관리 콘솔은 클러스터 노드가 아닙니다. 네트워크용 터미널 콘센트레이터를 통해 공용 또는 선택적 네트워크를 거쳐 클러스터 노드에 원격 액세스하기 위해 관리 콘솔을 사용합니다. 클러스터가 Sun Enterprise E10000 플랫폼으로 구성된 경우에는 관리 콘솔에서 netcon(1M) 명령을 사용하여 SSP(System Service Processor)에 로그인하고 연결할 수 있어야 합니다.

일반적으로 모니터 없이 노드를 구성합니다. 그러면 터미널 콘센트레이터에 연결되어 있는 관리 콘솔과 노드의 직렬 포트에 연결된 터미널 콘센트레이터에서 telnet 세션을 통해 노드 콘솔에 액세스합니다. Sun Enterprise E10000 서버의 경우에는 SSP에서 연결합니다. 자세한 내용은 "콘솔 액세스 장치"를 참조하십시오.

Sun Cluster에 전용 관리 콘솔이 반드시 필요한 것은 아니지만 전용 관리 콘솔을 사용하면 다음과 같은 이점이 있습니다.

동일한 시스템에서 콘솔과 관리 도구를 그룹화하여 중앙에서 클러스터를 관리할 수 있습니다.

하드웨어 서비스 제공업체에서 더욱 빠르게 문제를 분석할 수 있습니다.

관리 콘솔에 대한 질문과 대답은 제 4 장을 참조하십시오.

Sun Cluster 토폴로지의 예

토폴로지는 클러스터에서 사용하는 기억 장치 플랫폼에 클러스터 노드를 연결하는 연결 구조입니다.

Sun Cluster는 다음과 같은 토폴로지를 지원합니다.

클러스터 쌍
Pair+M
N+1(방사형)

다음 단락에 각 토폴로지의 예를 보여주는 그림이 있습니다.

클러스터 쌍 토폴로지

클러스터 쌍 토폴로지는 단일 클러스터 관리 프레임워크에서 작동하는 두 개 이상의 노드 쌍입니다. 이 구성에서는 쌍 사이에서만 페일오버가 발생합니다. 그러나 모든 노드는 클러스터 상호 연결에 의해 연결되고 Sun Cluster 소프트웨어의 제어에 의해 작동합니다. 이 토폴로지를 사용하면 하나의 쌍에서 병렬 데이터베이스 응용프로그램을 실행하고 다른 쌍에서는 페일오버 응용프로그램이나 확장 가능 응용프로그램을 실행할 수 있습니다.

클러스터 파일 시스템을 사용하면, 모든 노드가 응용프로그램 데이터를 저장하는 디스크에 직접 연결되어 있지 않아도 세 개 이상의 노드가 확장 가능 서비스나 병렬 데이터베이스를 실행하는 두 쌍 구성도 사용할 수 있습니다.

다음 그림은 클러스터 쌍 토폴로지의 구성입니다.

그림 2-3 클러스터 쌍 토폴로지

Pair+M 토폴로지

pair+M 토폴로지에는 공유 기억 장치 및 추가 노드 세트에 직접 연결된 노드 쌍이 포함됩니다. 이 추가 노드 세트는 자체적으로 직접 연결하지 않고 클러스터 상호 연결을 사용하여 공유 기억 장치에 액세스합니다.

다음 그림은 네 개의 노드 중 두 개의 노드(노드 3 및 노드 4)가 클러스터 상호 연결을 사용하여 기억 장치에 액세스하는 pair+M 토폴로지의 예입니다. 공유 기억 장치에 직접 액세스하지 않는 추가 노드를 포함하여 이 구성을 확장할 수 있습니다.

그림 2-4 Pair+M 토폴로지

N+1(방사형) 토폴로지

N+1 토폴로지에는 1차 노드 몇 개와 2차 노드 하나가 포함됩니다. 1차 노드와 2차 노드를 동일하게 구성할 필요는 없습니다. 항상 1차 노드가 응용프로그램 서비스를 제공합니다. 1차 노드에 장애가 발생할 때까지 대기하는 동안 2차 노드가 유휴 상태가 될 필요는 없습니다.

이 구성에서는 2차 노드만이 모든 멀티호스트 기억 장치에 물리적으로 연결됩니다.

1차 노드에서 장애가 발생하면 Sun Cluster가 자원을 2차 노드로 페일오버합니다. 그곳에서 자원은(자동 또는 수동으로) 다시 1차 노드로 전환될 때까지 기능을 수행합니다.

2차 노드는 1차 노드 중 하나에 장애가 발생할 경우에 부하를 처리할 수 있을 만큼 충분한 CPU 용량이 있어야 합니다.

다음 그림은 N+1 구성의 예입니다.

그림 2-5 N+1 토폴로지