이 장은 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 12/01 릴리스 정보를 참조하십시오.
SunPlex 데이터 서비스에서 어떤 응용프로그램 버전이 지원됩니까?
지원되는 응용프로그램 버전 목록은 Sun Cluster 3.0 12/01 릴리스 정보를 참조하십시오.
자체 데이터 서비스를 구성할 수 있습니까?
예. 자세한 내용은 Data Service Development Library API와 함께 제공되는 Sun Cluster 3.0 12/01 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 주소가 포함됩니다. 네트워크상의 다른 시스템이 이 패킷 중 하나를 받으면 ARP 캐시에서 이전의 MAC-IP 매핑을 제거하고 새 MAC-IP를 사용합니다.
SunPlex 시스템이 OBP(OpenBootTM PROM)에서 호스트 어댑터에 대한 local-mac-address?=true 설정을 지원합니까?
아니오. 이 변수는 지원되지 않습니다.
NAFO가 현재 작동하는 어댑터와 백업 어댑터 사이에 스위치오버를 수행할 때 시간이 얼마나 지연됩니까?
몇 분 동안 지연될 수 있습니다. 이것은 NAFO 스위치오버가 수행될 때 ARP를 외부로 전송하기 때문입니다. 그러나 클라이언트와 클러스터 사이의 라우터가 반드시 ARP를 사용하는 것은 아닙니다. 따라서 라우터에서 이 IP 주소에 대한 ARP 캐시 항목의 시간이 만료될 때까지 MAC 주소를 사용할 수 있습니다. 양쪽 NAFO 어댑터가 이더넷 스위치에 연결되어 지연이 발생할 수도 있습니다. NAFO 스위치오버가 수행되면 NAFO 어댑터 중 하나는 제거되고 두 번째 어댑터는 인식됩니다. 그러면 이더넷 스위치가 현재 포트를 비활성화하고 다른 포트를 활성화해야 합니다. 약간의 시간이 걸릴 수도 있습니다. 이더넷에서도 스위치와 새로 활성화되는 어댑터 사이에 속도 협상이 진행되어 시간이 걸립니다. 최종적으로 스위치오버가 완료되면 NAFO가 새로 활성화된 어댑터가 정상인지 몇 가지 검사를 수행하여 모든 것이 제대로 작동하는지 확인합니다.
모든 클러스터 구성원이 동일한 루트 암호를 사용해야 합니까?
각 클러스터 구성원에 동일한 루트 암호를 사용할 필요는 없습니다. 그러나 모든 노드에서 동일한 루트 암호를 사용하면 쉽게 클러스터를 관리할 수 있습니다.
노드의 부트 순서가 중요합니까?
대부분의 경우에 그렇지 않습니다. 그러나 앰네시아(자세한 내용은 "정족수 및 정족수 장치" 참조)를 방지하기 위해서는 부트 순서가 중요합니다. 예를 들어, 노드 2가 정족수 장치를 소유하고 있을 때 노드 1이 중단된 상태에서 사용자가 노드 2를 중단시키면 노드 1을 다시 실행하기 전에 노드 2를 먼저 실행해야 합니다. 그러면 시간이 지난 클러스터 구성 정보를 사용하여 노드를 실행하는 사고를 방지할 수 있습니다.
클러스터 노드에서 로컬 디스크를 이중화해야 합니까?
예. 이러한 이중화가 반드시 필요한 것은 아니지만, 클러스터 노드 디스크를 이중화하면 디스크를 이중화하지 않을 경우에 발생할 수 있는 노드 중단을 방지할 수 있습니다. 클러스터 노드의 로컬 디스크를 이중화하면 시스템 관리를 위해 오버헤드가 증가하는 단점이 있습니다.
클러스터 구성원을 백업하는 데는 어떤 문제가 있습니까?
하나의 클러스터에 대해 여러 가지 백업 방법을 사용할 수 있습니다. 한 가지 방법은 노드 하나에 테이프 드라이브/라이브러리를 연결하여 백업 노드로 사용하는 것입니다. 그런 다음 클러스터 파일 시스템을 사용하여 데이터를 백업합니다. 이 노드를 공유 디스크에 연결하지는 마십시오.
백업 및 복원 절차에 대한 자세한 내용은 Sun Cluster 3.0 12/01 시스템 관리 안내서를 참조하십시오.
멀티호스트 기억 장치의 가용성이 높은 이유는 무엇입니까?
멀티호스트 기억 장치는 하나의 디스크에 장애가 발생한 후에도 이중화나 하드웨어 기반의 RAID-5 컨트롤러를 통해 계속 사용할 수 있기 때문에 가용성이 높습니다. 멀티호스트 기억 장치에는 호스트가 두 개 이상 연결되어 있기 때문에 연결된 노드 하나에 장애가 발생해도 안전하게 서비스를 제공할 수 있습니다.
SunPlex 시스템은 어떤 클러스터 상호 연결을 지원합니까?
현재는 SunPlex 시스템이 이더넷(100BASE-T Fast Ethernet 및 1000BASE-SX Gb) 클러스터 상호 연결을 지원합니다.
"케이블"과 전송 "경로" 사이에는 어떤 차이가 있습니까?
클러스터 전송 케이블은 전송 어댑터와 스위치를 사용하여 구성됩니다. 케이블은 구성 요소끼리 연결하는 방식으로 어댑터와 스위치를 결합합니다. 클러스터 토폴로지 관리자는 사용 가능한 케이블을 통해 노드 사이에 종단 간 전송 경로를 구축합니다. 케이블이 직접 전송 경로에 매핑되지는 않습니다.
케이블은 관리자에 의해 정적으로 "활성화"되고 "비활성화"됩니다. 케이블은 활성화 또는 비활성화 "상태(state)"가 있지만 항상 존재하는 "상태(status)"는 아닙니다. 케이블이 비활성화되면 구성되지 않은 것과 같습니다. 비활성화된 케이블은 전송 경로로 사용할 수 없습니다. 비활성화된 경로는 인식되지 않기 때문에 상태를 확인할 수 없습니다. 케이블의 상태는 scconf -p 명령을 사용하여 볼 수 있습니다.
전송 경로는 클러스터 토폴로지 관리자에 의해 동적으로 구성됩니다. 전송 경로의 "상태(status)"는 토폴로지 관리자에 의해 결정됩니다. 경로의 상태는 "온라인"이나 "오프라인"이 될 수 있습니다. 전송 경로의 상태는 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 12/01 Data Services Installation and Configuration Guide에서 해당 단원을 참조하십시오.
SunPlex 시스템에 관리 콘솔이 필요합니까?
예.
관리 콘솔은 클러스터 전용이어야 합니까? 아니면 다른 작업에도 사용할 수 있습니까?
SunPlex 시스템에는 전용 관리 콘솔이 필요 없지만, 전용 관리 콘솔을 사용하면 다음과 같은 이점이 있습니다.
동일한 시스템에서 콘솔과 관리 도구를 그룹화하여 중앙에서 클러스터를 관리할 수 있습니다.
하드웨어 서비스 제공업체에서 더욱 신속하게 문제를 분석할 수 있습니다.
관리 콘솔이 클러스터에 "가까이"(예를 들어, 같은 방) 있어야 합니까?
하드웨어 서비스 제공업체에 문의해 보십시오. 제공업체가 콘솔을 클러스터 가까이에 설치하도록 요구할 수도 있습니다. 그러나 기술적으로는 콘솔이 같은 방에 있어야 할 이유가 없습니다.
거리 요구사항이 우선적으로 충족되었을 경우에 관리 콘솔이 둘 이상의 클러스터에 서비스를 제공할 수 있습니까?
예. 하나의 관리 콘솔에서 여러 클러스터를 제어할 수 있습니다. 또한 클러스터 사이에서 하나의 터미널 콘센트레이터를 공유할 수도 있습니다.
SunPlex 시스템에 터미널 콘센트레이터가 필요합니까?
Sun Cluster 3.0으로 시작하는 모든 소프트웨어 버전은 터미널 콘센트레이터 없이 실행됩니다. 장애를 방지하기 위해 터미널 콘센트레이터가 필요했던 Sun Cluster 2.2 제품과 달리, 이후 버전에서는 터미널 콘센트레이터가 반드시 필요하지는 않습니다.
대부분의 SunPlex 서버에서 터미널 콘센트레이터를 사용하는데 E10000은 이것을 사용하지 않습니다. 그 이유는 무엇입니까?
터미널 콘센트레이터는 실제로 대부분의 서버에서 직렬-이더넷 변환기로 사용되기 때문에 터미널 콘센트레이터의 콘솔 포트는 직렬 포트입니다. 그러나 Sun Enterprise E10000 server에는 직렬 콘솔이 없습니다. SSP(System Service Processor)는 이더넷이나 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 12/01 시스템 관리 안내서를 참조하십시오.
터미널 콘센트레이터 자체에 장애가 발생하면 어떻게 해야 합니까? 다른 콘센트레이터를 준비해야 합니까?
아니오. 터미널 콘센트레이터에 장애가 발생해도 클러스터의 가용성은 유지됩니다. 콘센트레이터가 다시 서비스를 제공할 때까지 노드 콘솔에 연결할 수 없게 됩니다.
터미널 콘센트레이터를 사용할 경우에 보안 문제는 없습니까?
일반적으로 터미널 콘센트레이터는 다른 클라이언트가 액세스하는 네트워크에는 연결되지 않고 시스템 관리자가 사용하는 소규모 네트워크에 연결됩니다. 이 네트워크에 대한 액세스를 제한하면 보안 문제를 관리할 수 있습니다.