이 장에는 SunPlex 시스템에 대하여 자주 문의되는 사항에 대한 응답이 포함되어 있습니다. 응답은 주제별로 조직되어 있습니다.
고가용성 시스템이란 정확히 무엇입니까?
SunPlex 시스템은 서버 시스템을 정상적으로 사용할 수 없게 만드는 실패가 발생한 경우에도 응용프로그램이 실행되도록 클러스터에서 유지하는 능력을 고가용성(HA)이라고 정의합니다
클러스터가 고가용성을 제공하는 프로세스는 무엇입니까?
페일오버라고 하는 프로세스를 통해, 클러스터 프레임워크는 고가용성 환경을 제공합니다. 페일오버는 클러스터에서 실패한 노드로부터 또다른 작동 중인 노드로 데이터 서비스 자원을 이주하기 위해 클러스터에서 수행되는 일련의 단계입니다.
HA와 확장 가능 서비스간의 차이점은 무엇입니까?
데이터 서비스에는 페일오버와 확장 가능 두 가지의 주요 기능이 있습니다.
HA 서비스는 응용프로그램이 클러스터에서 한번에 하나의 1차 노드에서만 실행됨을 의미합니다. 다른 노드는 다른 응용프로그램을 실행할 수도 있지만, 각 응용프로그램은 하나의 노드에서만 실행됩니다. 1차 노드가 실패할 경우, 실패한 노드에서 실행되는 응용프로그램은 다른 노드로 페일오버하여 실행을 계속합니다.
확장 가능 서비스는 하나의 응용프로그램을 여러 노드에 분산시켜서 하나의 논리 서비스를 작성합니다. 확장 가능 서비스는 실행되는 전체 클러스터에서 여러 노드와 프로세스를 조정합니다.
각 응용프로그램에 대하여 한 노드가 클러스터에 대한 물리적 인터페이스를 호스트합니다. 이 노드를 GIN(Global Interface Node)이라고 합니다. 클러스터에는 여러 개의 GIN이 있을 수 있습니다. 각 GIN은 확장 가능한 서비스에서 사용할 수 있는 하나 이상의 논리적 인터페이스를 호스트합니다. 이러한 논리적 인터페이스를 글로벌 인터페이스라고 합니다. 하나의 GIN의 특정 응용프로그램에 보내는 모든 요청에 대한 글로벌 인터페이스를 호스트하고 응용프로그램 서버가 실행되는 여러 노드에 이것을 디스패치합니다. GIN에 장애가 발생하면 글로벌 인터페이스가 생존 노드로 페일오버합니다.
실행 중인 응용프로그램에 있는 노드가 실패할 경우, 응용프로그램은 실패한 노드가 클러스터로 반환할 때까지 다른 노드에서 계속 실행됩니다. 이 때 약간의 성능 저하가 발생합니다.
클라이언트로서 다른 클러스터 노드를 가지고 있는 상태에서 하나 이상의 클러스터 노드를 고가용성 NFS 서버로 실행할 수 있습니까?
아닙니다. 루프백 마운트를 하지 않습니다.
Resource Group Manager 제어 하에 없는 응용프로그램에 대해 클러스터 파일 시스템을 사용할 수 있습니까?
예. 그러나 RGM 제어가 없으면 응용프로그램은 실행되고 있는 노드가 실패할 경우 실행될 수 없습니다.
모든 클러스터 파일 시스템의 마운트 포인트가 /global 디렉토리에 있어야 합니까?
아니오. 그러나 클러스터 파일 시스템을 /global과 같은 동일 마운트 지점에 두면, 파일 시스템의 구성 및 관리가 쉬워집니다.
클러스터 파일 시스템을 사용하는 것과 NFS 파일 시스템을 내보내는 것 사이의 차이점은 무엇입니까?
몇 가지 차이점이 있습니다.
클러스터 파일 시스템은 글로벌 장치를 지원합니다. NFS는 장치에 대한 원격 액세스를 지원하지 않습니다.
클러스터 파일 시스템에는 글로벌 이름 공간이 있습니다. 하나의 마운트 명령만 필요합니다. NFS를 사용할 경우, 각 노드에서 파일 시스템을 마운트해야 합니다.
클러스터 파일 시스템은 NFS를 수행하는 경우보다 많이 파일을 캐시합니다. 예를 들어, 읽기, 쓰기, 파일 잠금 및 비동기 I/O를 위해 여러 노드에서 파일에 액세스합니다.
클러스터 파일 시스템은 하나의 서버가 실패할 경우, 끊어짐이 없는 페일오버를 지원합니다. NFS는 여러 서버를 지원하지만, 페일오버는 읽기 전용 파일 시스템에 대해서만 가능합니다.
클러스터 파일 시스템은 원격 DMA 및 zero-copy 기능을 제공하는 미래의 빠른 클러스터 상호 연결을 개발하기 위해 만들어졌습니다.
클러스터 파일 시스템에서 파일에 대한 등록 정보를 변경할 경우(예를 들어, chmod(1M)을 사용), 변경은 모든 노드에서 즉시 반영됩니다. 내보낸 NFS 파일 시스템에서는 이를 수행하는데 더 많은 시간이 소요될 수 있습니다.
클러스터 노드에 파일 시스템 /global/.devices/<node>@<node ID>가 나타납니다. 이 파일 시스템을 사용하여 가용성이 높은 글로벌 데이터를 저장할 수 있습니까?
이 파일 시스템은 글로벌 장치 이름 공간을 저장합니다. 이것은 일반적인 용도에 사용하는 파일 시스템이 아닙니다. 데이터는 글로벌이지만 글로벌 방식으로 액세스할 수 없습니다. 각 노드는 자체 글로벌 장치 이름 공간만 액세스합니다. 노드가 중단되면 다른 노드가 중단된 노드에 대한 이름 공간에 액세스할 수 있습니다. 이 파일 시스템은 가용성이 높지 않습니다. 글로벌 방식으로 액세스하거나 가용성이 높아야 하는 데이터를 저장하는 데는 이 파일 시스템을 사용하면 안됩니다.
모든 디스크 장치를 이중화해야 합니까?
고가용성으로 간주되는 디스크 장치의 경우에는 이중화해야 합니다. 그렇지 않으면, RAID-5 하드웨어를 사용하십시오. 모든 데이터 서비스는 고가용성 디스크 장치나 고가용성 디스크 장치에 마운트된 클러스터 파일 시스템을 사용해야 합니다. 그러한 구성에서는 단일 디스크 실패가 허용될 수 있습니다.
로컬 디스크(부트 디스크)에 하나의 볼륨 관리자를 사용하고 멀티호스트 디스크에 다른 볼륨 관리자를 사용할 수 있습니까?
로컬 디스크를 관리하는 Solstice DiskSuite 소프트웨어와 멀티호스트 디스크를 관리하는 VERITAS Volume Manager에서 이 구성이 지원됩니다. 다른 조합은 지원되지 않습니다.
어떤 SunPlex 데이터 서비스를 사용할 수 있습니까?
지원되는 데이터 서비스 목록은 Sun Cluster 3.0 U1 릴리스 정보에 포함되어 있습니다.
SunPlex 데이터 서비스에서는 어떤 응용프로그램 버전이 지원됩니까?
지원되는 응용프로그램 버전 목록은 Sun Cluster 3.0 U1 릴리스 정보에 포함되어 있습니다.
자체 데이터 서비스를 작성할 수 있습니까?
예. 자세한 정보는 Data Service Development Library API와 함께 제공되는 Sun Cluster 3.0 U1 Data Services Developer's Guide 및 Data Service Enabling Technologies 문서를 참조하십시오.
네트워크 자원을 작성할 때, 숫자 IP 주소 또는 호스트 이름을 지정해야 합니까?
네트워크 자원을 지정하는 데 선호하는 방법은 숫자 IP 주소 보다는 UNIX 호스트 이름을 사용하는 것입니다.
네트워크 자원을 작성할 때, 논리 호스트 이름(LogicalHostname 자원)이나 공유 주소(SharedAddress 자원)를 사용하는 것의 차이점은 무엇입니까?
Sun Cluster HA for NFS의 경우가 아니면 문서가 페일오버 모드 자원 그룹의 LogicalHostname 자원을 사용하기 위해 호출할 때마다 SharedAddress 자원 또는 LogicalHostname 자원 중에 한 가지를 사용할 수 있습니다. SharedAddress 자원을 사용하면 클러스터 네트워킹 소프트웨어가 SharedAddress에 대해 구성되며, LogicalHostname에 대해 구성되지 않으므로 일부 추가 오버헤드가 발생합니다.
SharedAddress를 사용하면 좋은 경우는 확장 가능 및 페일오버 데이터 서비스 둘 다에 대해 구성하여 클라이언트가 동일한 호스트 이름을 사용하여 두 서비스 모두에 액세스할 수 있도록 할 경우입니다. 이 경우, SharedAddress 자원은 페일오버 응용프로그램 자원과 함께 자원 그룹에 포함되지만, 확장 가능 서비스 자원은 별도의 자원 그룹에 포함되어 SharedAddress를 사용하도록 구성됩니다. 그러면 확장 가능 서비스와 페일오버 서비스가 모두 SharedAddress 자원에 구성된 동일한 호스트 이름/주소 세트를 사용할 수 있습니다.
어떤 공용 네트워크 어댑터가 SunPlex 시스템을 지원합니까?
현재, SunPlex 시스템은 이더넷(10/100BASE-T 및 1000BASE-SX Gb) 공용 네트워크 어댑터를 지원합니다. 앞으로 새로운 인터페이스가 지원될 수 있으므로 Sun 판매 영업대표와 함께 대부분의 현재 정보에 대해 확인하도록 하십시오.
페일오버에서 MAC 주소의 역할은 무엇입니까?
페일오버가 발생할 경우, 새로운 ARP(Address Resolution Protocol) 패킷이 생성되어 전체에 브로드캐스팅됩니다. 이러한 ARP 패킷에는 새로운 MAC 주소(노드가 페일오버한 새로운 실제 어댑터와 이전 IP 주소가 있습니다. 네트워크의 다른 기계가 이 패킷 중 하나를 수신할 경우, 그 기계는 이전 MAC-IP 매핑을 ARP 캐쉬에서 지우고 새 것을 사용합니다.
SunPlex 시스템이 호스트 어댑터에 대한 OpenBoot PROM에서 local-mac-address?=true 설정을 지원합니까?
아니오. 이 변수는 지원되지 않습니다.
NAFO가 활성 및 백업 어댑터 사이에 스위치오버를 수행할 때 얼마나 지연될 수 있습니까?
몇 분 동안 지연될 수 있습니다. 이것은 NAFO 스위치오버가 수행될 때 ARP를 외부로 전송하기 때문입니다. 그러나 클라이언트와 클러스터 사이의 라우터가 ARP를 반드시 사용하는 것은 아닙니다. 따라서 라우터에서 이 IP 주소에 대한 ARP 캐시 항목의 시간이 만료될 때까지 MAC 주소를 사용할 수 있습니다. 양쪽 NAFO 어댑터가 이더넷 스위치에 연결되어 지연이 발생할 수도 있습니다. NAFO 스위치오버가 수행되면 NAFO 어댑터 중 하나는 unplumb되고 두 번째 어댑터는 plumb됩니다. 그러면 이더넷 스위치가 포트를 비활성화하고 다른 포트를 활성화해야 합니다. 약간의 시간이 걸릴 수도 있습니다. 또한, 이더넷에서는 스위치와 새로 활성화된 어댑터 사이에 속도 협상이 진행되어 시간이 걸립니다. 최종적으로 스위치오버가 완료되면 NAFO가 새로 활성화된 어댑터에 대하여 몇 가지 sanity 검사를 수행하여 모든 것이 제대로 작동하는지 확인합니다.
모든 클라이언트 시스템이 같은 루트 암호를 갖고 있어야 합니까?
각 클라이언트 시스템에서 동일한 루트 암호를 가질 필요는 없습니다. 그러나 모든 노드에서 같은 루트 암호를 사용하면 클러스터 관리가 간단해질 수 있습니다.
노드가 부트되는 순서가 중요합니까?
대부분의 경우, 그렇지 않습니다. 그러나 앰네시아("정족수 및 정족수 장치" 참조)를 막으려면 부트 순서가 중요합니다. 예를 들어, 노드 2가 정족수 장치를 소유하고 노드 1이 다운된 후, 사용자가 노드 2를 다운할 경우, 노드 1을 다시 가져오기 전에 노드 2를 가져와야 합니다. 그러면, 클러스터 구성 정보 날짜가 지난 노드를 가져오는 일이 없어집니다.
클러스터 노드에서 로컬 디스크를 이중화해야 합니까?
예. 이 이중화가 요구사항은 아니지만, 클러스터 노드 디스크를 이중화하면 노드를 다운하는 이중화하지 않은 디스크 실패를 예방할 수 있습니다. 클러스터 노드의 로컬 디스크를 이중화하면 시스템 관리에 오버헤드가 부가됩니다.
클라이언트 시스템 백업 문제점은 무엇입니까?
하나의 클러스터에 대해 몇 개의 백업 방법을 사용할 수 있습니다. 한 가지 방법은 테이프 드라이브/라이브러리가 첨부된 백업 노드로 하나의 노드를 사용하는 것입니다. 그리고 나서, 데이터를 백업하기 위해 클러스터 파일 시스템을 사용합니다. 이 노드를 공유 디스크에 연결하지 마십시오.
백업 및 복원 절차에 대해서는 Sun Cluster 3.0 U1 시스템 관리 안내서에서 추가 정보를 참조하십시오
멀티호스트 기억 장치를 고가용성으로 만드는 것은 무엇입니까?
멀티호스트 기억 장치는 이중화(또는 하드웨어 기반 RAID-5 제어기)으로 인한 단일 디스크 유실을 살릴 수 있으므로 고가용성입니다. 멀티호스트 기억 장치는 여러 개의 연결을 갖고 있으므로, 연결된 단일 노드의 유실에 잘 견딜 수 있습니다.
어떤 클러스터 상호 연결이 SunPlex 시스템을 지원합니까?
현재, SunPlex 시스템은 이더넷(100BASE-T Fast Ethernet 및 1000BASE-SX Gb) 클러스터 상호 연결을 지원합니다.
"케이블"과 전송 "경로" 사이에는 어떤 차이가 있습니까?
클러스터 전송 케이블은 전송 어댑터와 스위치를 사용하여 구성됩니다. 케이블은 컴포넌트끼리 연결하는 방식으로 어댑터와 스위치를 결합시킵니다. 클러스터 토폴로지 관리자는 사용 가능한 케이블을 사용하여 노드 사이에 종단 간 전송 경로를 만듭니다. 케이블은 직접 전송 경로에 매핑하지 않습니다.
케이블은 관리자에 의해 정적으로 "활성화"되고 "비활성화"됩니다. 케이블에는 활성화 또는 비활성화 "상태"가 있지만 항상 존재하는 "상태"는 아닙니다. 케이블이 비활성화되면 구성되지 않은 것과 동일합니다. 비활성화된 케이블은 전송 경로로 사용할 수 없습니다. 비활성화된 경로는 프로브되지 않기 때문에 상태를 확인할 수 없습니다. 케이블의 상태는 scconf -p 명령을 사용하여 볼 수 있습니다..
전송 경로는 클러스터 토폴로지 관리자에 의해 동적으로 구성됩니다. 전송 경로의 "상태"는 토폴로지 관리자에 의해 결정됩니다. 경로의 상태는 "온라인" 또는 "오프라인"이 될 수 있습니다. 전송 경로의 상태는 scstat(1M) 명령을 사용하여 볼 수 있습니다.
다음은 케이블이 네 개인 2-노드 클러스터의 예입니다.
node1:adapter0 to switch1, port0 node1:adapter1 to switch2, port0 node2:adapter0 to switch1, port1 node2:adapter1 to switch2, port1 |
네 개의 케이블로 두 개의 전송 경로를 만들 수 있습니다.
node1:adapter0 to node2:adapter0 node2:adapter1 to node2:adapter1 |
클러스터에서 사용할 경우 특수 클라이언트 요구사항이나 제한사항을 고려해야 합니까?
클라이언트 시스템은 다른 서버에서처럼 클러스터에 연결합니다. 어떤 경우에는 데이터 서비스 응용프로그램에 따라, 클라이언트가 데이터 서비스 응용프로그램에 연결할 수 있도록 클라이언트측 소프트웨어를 설치하거나 다른 구성 변경사항을 수행해야 할 수도 있습니다. 클라이언트측 구성 요구사항에 대한 자세한 정보는 Sun Cluster 3.0 U1 Data Services Installation and Configuration Guide에서 해당되는 별도의 장을 참조하십시오.
SunPlex 시스템에 관리 콘솔이 필요합니까?
예.
관리 콘솔은 클러스터 전용이어야 합니까? 아니면, 다른 작업에도 사용할 수 있습니까?
SunPlex 시스템은 전용 관리 콘솔을 요구하지는 않지만 전용 관리 콘솔을 사용하면 다음과 같은 이점이 있습니다.
동일한 시스템에서 콘솔과 관리 도구를 그룹화하여 중앙집중화된 클러스터 관리가 가능하도록 합니다.
하드웨어 서비스 제공업체에 의해 더 빠르게 문제점을 분석할 수 있게 합니다.
관리 콘솔은 클러스터에 "가까이"(예를 들어, 같은 방)에 위치해야 합니까?
하드웨어 서비스 제공업체에 확인해 보십시오. 제공업체에서 클러스터 자체에 근접하게 콘솔이 위치되도록 요구할 수도 있습니다. 콘솔이 같은 방에 위치되어야 하는 기술적인 이유는 없습니다.
거리 요구사항이 먼저 만족될 경우, 관리 콘솔이 여러 개의 클러스터에 서비스를 제공할 수 있습니까?
예. 단일 관리 콘솔에서 여러 클러스터를 제어할 수 있습니다. 또한 클러스터 간의 하나의 터미널 콘센트레이터를 공유할 수도 있습니다.
SunPlex 시스템에 터미널 콘센트레이터가 필요합니까?
Sun Cluster 3.0으로 시작하는 모든 소프트웨어 버전은 터미널 콘센트레이터 없이 실행됩니다. 실패에 대비하기 위해 터미널 콘센트레이터를 요구했던 Sun Cluster2.2 제품과는 달리, 이후 버전은 터미널 콘센트레이터의 영향을 받지 않습니다.
대부분의 SunPlex 서버에서 터미널 집신 장치를 사용하는데 E10000는 이것을 사용하지 않습니다. 그 이유는 무엇입니까?
터미널 콘센트레이터는 대부분의 서비스를 위한 효율적인 이더넷 직렬 변환기입니다. 해당되는 콘솔 포트는 직렬 포트입니다. Sun Enterprise E10000 server에는 직렬 콘솔이 없습니다. System Service Processor(SSP)는 이더넷 또는 jtag 포트를 통한 콘솔입니다. Sun Enterprise E10000 server의 경우, 항상 콘솔용으로 SSP를 사용합니다.
터미널 콘센트레이터를 사용하는 이점은 무엇입니까?
터미널 콘센트레이터를 사용하면 노드가 OBP(OpenBoot PROM)에 있는 경우처럼, 네트워크 임의의 곳에서 원격 워크스테이션에서 각 노드에 대한 콘솔 레벨 액세스를 제공합니다.
Sun에서 지원되지 않는 터미널 콘센트레이터를 사용하지 않을 경우, 사용하려는 것을 규정하기 위해 알아야 하는 것은 무엇입니까?
Sun과 다른 콘솔 장치에서 지원되는 터미널 콘센트레이터 사이의 주요 차이점은 Sun 터미널 콘센트레이터가 부트할 때 콘솔로 분기하는 것을 막는 특수 펌웨어를 가지고 있다는 것입니다. 분기 또는 콘솔로 분기되는 것으로 해석될 수 있는 신호를 보낼 수 있는 콘솔 장치를 가지고 있으면, 노드가 종료된다는 점에 유의하십시오.
재부트하지 않고 Sun에서 지원되는 터미널 콘센트레이터에서 잠긴 포트를 해제할 수 있습니까?
예. 재설정이 필요한 포트 번호를 확인하여 다음 명령을 사용하십시오.
telnet tc Enter Annex port name or number: cli annex: su - annex# admin admin : reset port_number admin : quit annex# hangup # |
Sun에서 지원되는 터미널 집신기를 구성하고 관리하는 작업에 대해서는 Sun Cluster 3.0 U1 시스템 관리 안내서에서 자세한 내용을 참조하십시오
터미널 콘센트레이터 자체가 실패할 경우에는 어떻습니까? 다른 터미널 콘센트레이터를 준비해야 합니까?
아니오. 터미널 콘센트레이터가 실패할 경우, 클러스터 가용성은 유실되지 않습니다. 콘센트레이터가 다시 서비스를 제공할 때까지 노드 콘솔에 연결할 수 없게 됩니다.
터미널 콘센트레이터를 사용할 경우, 보안은 어떻습니까?
일반적으로, 터미널 콘센트레이터는 시스템 관리자가 사용되는 소규모 네트워크에 접속되며, 다른 클라이언트 액세스에 사용되는 네트워크에는 접속되지 않습니다. 특수 네트워크에 대한 액세스를 제한하여 보안을 제어할 수 있습니다.