4장 자주 문의되는 사항(FAQ)

이 장에는 가장 자주 문의되는 사항에 대한 Sun Cluster 응답이 포함되어 있습니다. 응답은 주제별로 조직되어 있습니다.

고가용성 FAQ

• 고가용성 시스템이란 정확히 무엇입니까?

  Sun Cluster는 서버 시스템을 정상적으로 사용할 수 없게 만드는 실패가 발생한 경우에도 응용프로그램이 실행되도록 클러스터에서 유지하는 능력을 고가용성(HA)이라고 정의합니다

• 클러스터가 고가용성을 제공하는 프로세스는 무엇입니까?

  페일오버라고 하는 프로세스를 통해, 클러스터 프레임워크는 고가용성 환경을 제공합니다. 페일오버는 클러스터에서 실패한 노드로부터 또다른 작동 중인 노드로 응용프로그램을 이주하기 위해 클러스터에서 수행되는 일련의 단계입니다.

• HA와 확장가능 서비스간의 차이점은 무엇입니까?

  HA 서비스는 응용프로그램이 클러스터에서 한번에 하나의 1차 노드에서만 실행됨을 의미합니다. 다른 노드는 다른 응용프로그램을 실행할 수도 있지만, 각 응용프로그램은 하나의 노드에서만 실행됩니다. 1차 노드가 실패할 경우, 실패한 노드에서 실행되는 응용프로그램은 다른 노드로 페일오버하여 실행을 계속합니다.

  확장가능 서비스는 하나의 응용프로그램을 여러 노드에 분산시켜서 하나의 논리 서비스를 작성합니다. 확장가능 서비스는 실행되는 전체 클러스터에서 여러 노드와 프로세스를 조정합니다. 하나의 노드가 모든 응용프로그램 요청을 받고 이 요청들을 실행 중인 응용프로그램 서버에 있는 다중 노드에 디스패치합니다. 이 노드가 실패하면(이를 글로벌 인터페이스 노드 또는 GIF라고 함) 글로벌 인터페이스가 작동되는 노드로 페일오버합니다. 실행 중인 응용프로그램에 있는 노드가 실패할 경우, 응용프로그램은 실패한 노드가 클러스터로 리턴할 때까지 다른 노드에서 계속 실행됩니다. 이 때 약간의 성능 저하가 발생합니다.

파일 시스템 FAQ

• 클라이언트로서 다른 클러스터 노드를 가지고 있는 상태에서 하나 이상의 클러스터 노드를 고가용성 NFS 서버로 실행할 수 있습니까?

  아니오. lockd(NFS 페일오버 동안 발생함)를 강제종료하고 재시작하는 기능을 가지고 있는 로컬 잠금 중재에 문제가 있습니다. 강제종료 및 재시작간의 정체된 로컬 프로세스가 잠겨서 잠금을 소유하는 클라이언트 시스템이 페일오버 후에 이를 재생할 수 없게 됩니다.

• Resource Group Manager 제어 하에 없는 응용프로그램에 대해 클러스터 파일 시스템을 사용할 수 있습니까?

  예. 그러나 RGM 제어가 없으면 응용프로그램은 실행되고 있는 노드가 실패할 경우 실행될 수 없습니다.

• 모든 클러스터 파일 시스템에서 /global/device-group 디렉토리에 마운트 지점이 있어야 합니까?

  아니오. 그러나 클러스터 파일 시스템을 /global/device-group과 같은 동일 마운트 지점에 두면, 파일 시스템의 구성 및 관리가 쉬워집니다.

• 클러스터 파일 시스템을 사용하는 것과 NFS 파일 시스템을 내보내는 것 사이의 차이점은 무엇입니까?

  몇 가지 차이점이 있습니다.

  1. 클러스터 파일 시스템은 글로벌 디바이스를 지원합니다. NFS는 디바이스에 대한 원격 액세스를 지원하지 않습니다.

  2. 클러스터 파일 시스템에는 글로벌 이름공간이 있습니다. 하나의 마운트 명령만 필요합니다. NFS를 사용할 경우, 각 노드에서 파일 시스템을 마운트해야 합니다.

  3. 클러스터 파일 시스템은 NFS를 수행하는 경우보다 많이 파일을 캐시합니다. 예를 들어, 읽기, 쓰기, 파일 잠금 및 비동기 I/O를 위해 여러 노드에서 파일에 액세스합니다.

  4. 클러스터 파일 시스템은 하나의 서버가 실패할 경우, 끊어짐이 없는 페일오버를 지원합니다. NFS는 여러 서버를 지원하지만, 페일오버는 읽기 전용 파일 시스템에 대해서만 가능합니다.

  5. 클러스터 파일 시스템은 원격 DMA 및 zero-copy 기능을 제공하는미래의 빠른 클러스터 상호연결을 개발하기 위해만들어졌습니다.

  6. 클러스터 파일 시스템에서 파일에 대한 속성을 변경할 경우(예를 들어, chmod(1M)을 사용), 변경은 모든 노드에서 즉시 반영됩니다. 내보낸 NFS 파일 시스템에서는 이를 수행하는데 더 많은 시간이 소요될 수 있습니다.

볼륨 관리 FAQ

• 모든 디스크 디바이스를 미러링해야 합니까?

  고가용성으로 간주되는 디스크 디바이스의 경우에는 미러링해야 합니다. 그렇지 않으면, RAID-5 하드웨어를 사용하십시오. 모든 데이터 서비스는 고가용성 디스크 디바이스나 고가용성 디스크 디바이스에 마운트된 클러스터 파일 시스템을 사용해야 합니다. 그러한 구성에서는 단일 디스크 실패가 허용될 수 있습니다.

데이터 서비스 FAQ

• 사용할 수 있는 Sun Cluster 데이터 서비스는 무엇입니까?

  지원되는 데이터 서비스 목록은 Sun Cluster 3.0 Release Notes에 포함되어 있습니다.

• Sun Cluster 데이터 서비스에서 지원되는 응용프로그램 버전은 무엇입니까?

  지원되는 응용프로그램 버전 목록은 Sun Cluster 3.0 Release Notes에 포함되어 있습니다.

• 자체 데이터 서비스를 작성할 수 있습니까?

  예. 자세한 정보는 Data Service Development Library API와 함께 제공되는 Sun Cluster 3.0 Data Services Developers' Guide 및 Data Service Enabling Technologies 문서를 참조하십시오.

• 네트워크 자원을 작성할 때, 숫자 IP 주소 또는 호스트 이름을 지정해야 합니까?

  네트워크 자원을 지정하는 데 선호하는 방법은 숫자 IP 주소 보다는 UNIX 호스트 이름을 사용하는 것입니다.

• 네트워크 자원을 작성할 때, 논리 호스트 이름(LogicalHostname 자원)이나 공유 주소(SharedAddress 자원)를 사용하는 것의 차이점은 무엇입니까?

  Failover 모드 자원 그룹에서 LogicalHostname 자원을 사용하기 위해 문서 호출을 할 때 어디에서나 SharedAddress 자원 또는 LogicalHostname 자원을 교대로 사용할 수 있습니다. SharedAddress 자원을 사용하면 클러스터 네트워킹 소프트웨어가 SharedAddress에 대해 구성되며, LogicalHostname에 대해 구성되지 않으므로 일부 추가 오버헤드가 발생합니다.

  SharedAddress를 사용하면 좋은 경우는 확장가능 및 페일오버 데이터 서비스 둘 다에 대해 구성하여 클라이언트가 동일한 호스트 이름을 사용하여 두 서비스 모두에 액세스할 수 있도록 할 경우입니다. 이 경우, SharedAddress 자원은 페일오버 응용프로그램 자원과 함께 하나의 자원 그룹에 포함되지만, 확장가능 서비스 자원은 별도의 자원 그룹에 포함되어 SharedAddress를 사용하도록 구성됩니다. 그러면, 확장가능 및 페일오버 서비스 둘 다는 SharedAddress 자원에서 구성된 동일한 호스트 이름/주소 세트를 사용할 수 있습니다.

공용 네트워크 FAQ

• Sun Cluster 지원을 수행하는 공용 네트워크 어댑터는 무엇입니까?

  현재, Sun Cluster는 이더넷(10/100BASE-T 및 1000BASE-SX Gb ) 공용 네트워크 어댑터를 지원합니다. 앞으로 새로운 인터페이스가 지원될 수 있으므로 Sun 판매 영업대표와 함께 대부분의 현재 정보에 대해 확인하도록 하십시오.

• 페일오버에서 MAC 주소의 역할은 무엇입니까?

  페일오버가 발생할 경우, 새로운 ARP(Address Resolution Protocol) 패킷이 생성되어 전체에 브로드캐스팅됩니다. 이러한 ARP 패킷에는 새로운 MAC 주소(노드가 페일오버한 새로운 실제 어댑터의)와 이전 IP 주소가 있습니다. 네트워크의 다른 기계가 이 패킷 중 하나를 수신할 경우, 그 기계는 이전 MAC-IP 맵핑을 ARP 캐쉬에서 지우고 새 것을 사용합니다.

• Sun Cluster는 호스트 어댑터에 대한 OpenBoot PROM에서 local-mac-address?=true를 설정하도록 지원됩니까?

  아니오. 이 변수는 지원되지 않습니다.

클러스터 구성원 FAQ

• 모든 클러스터 구성원이 같은 루트 암호를 갖고 있어야 합니까?

  각 클러스터 구성원에서 동일한 루트 암호를 가질 필요는 없습니다. 그러나 모든 노드에서 같은 루트 암호를 사용하면 클러스터 관리가 간단해질 수 있습니다.

• 노드가 부트되는 순서가 중요합니까?

  대부분의 경우, 그렇지 않습니다. 그러나 앰네시아("정족수 및 정족수 디바이스" 참조)를 막으려면 부트 순서가 중요합니다. 예를 들어, 노드 2가 정족수 디바이스의 소유자이고 노드 1이 다운된 후, 사용자가 노드 2를 다운할 경우, 노드 1을 다시 가져오기 전에 노드 2를 가져와야 합니다. 그러면, 클러스터 구성 정보 날짜가 지난 노드를 가져오는 일이 없어집니다.

• 클러스터 노드에서 로컬 디스크를 미러링해야 합니까?

  예. 이 미러링이 요구사항은 아니지만, 클러스터 노드 디스크를 미러링하면 노드를 다운하는 미러링하지 않은 디스크 실패를 예방할 수 있습니다. 클러스터 노드의 로컬 디스크를 미러링하면 시스템 관리에 오버헤드가 부가됩니다.

• 클러스터 구성원 백업 문제점은 무엇입니까?

  하나의 클러스터에 대해 몇 개의 백업 방법을 사용할 수 있습니다. 한 가지 방법은 테이프 드라이브/라이브러리가 첨부된 백업 노드로 하나의 노드를 사용하는 것입니다. 그리고 나서, 데이터를 백업하기 위해 클러스터 파일 시스템을 사용합니다. 이 노드를 공유 디스크에 연결하지 마십시오.

  백업 및 복원 프로시저에 대해서는 Sun Cluster 3.0 System Administration Guide에서 추가 정보를 참조하십시오

클러스터 스토리지 FAQ

• 멀티호스트 스토리지를 고가용성으로 만드는 것은 무엇입니까?

  멀티호스트 스토리지는 미러링(또는 하드웨어 기반 RAID-5 제어기)으로 인한 단일 디스크 유실을 살릴 수 있으므로 고가용성입니다. 멀티호스트 스토리지는 여러 개의 연결을 갖고 있으므로, 연결된 단일 노드의 유실에 잘 견딜 수 있습니다.

• 지원되는 멀티호스트 스토리지 구성은 무엇입니까?

  현재, 2-노드 연결보다 큰 구성은 지원되지 않습니다. 단일 인클로저 내의 모든 멀티호스트 디스크는 동일한 두 노드에 연결해야 합니다. "Sun Cluster 토폴로지"에서 자세한 내용을 참조하십시오.

• SCSI-3 PGR용으로 구성된 디스크를 글로벌 디바이스로 사용할 수 있습니까?

  현재, SCSI-3 PGR은 Sun Cluster에서 지원되지 않습니다. 글로벌 디스크 디바이스에 대해 SCSI-2 시멘틱만 지원됩니다. SCSI-3 디스크는 지원되지 않으므로 scdidadm(1M)에 대해 -R 옵션을 사용하여 클러스터에서 글로벌 디바이스로 사용할 SCSI-3 디스크에 대해 올바른 SCSI 시멘틱을 설정해야 합니다.

클러스터 상호연결 FAQ

• Sun Cluster 지원을 수행하는 클러스터 상호연결은 무엇입니까?

  현재, Sun Cluster는 이더넷(100BASE-T Fast Ethernet 및 1000BASE-SX Gb) 클러스터 상호연결을 지원합니다. 또한 지원은 SCI(Scalable Coherent Interface)에 대해서도 계획되어 있습니다.

클라이언트 시스템 FAQ

• 클러스터에서 사용할 경우 특수 클라이언트 요구사항이나 제한사항을 고려해야 합니까?

  클라이언트 시스템은 다른 서버에서처럼 클러스터에 연결합니다. 어떤 경우에는 데이터 서비스 응용프로그램에 따라, 클라이언트가 데이터 서비스 응용프로그램에 연결할 수 있도록 클라이언트측 소프트웨어를 설치하거나 다른 구성 변경사항을 수행해야 할 수도 있습니다. 클라이언트측 구성 요구사항에 대한 자세한 정보는 Sun Cluster 3.0 Data Services Installation and Configuration Guide에서 해당되는 별도의 장을 참조하십시오.

관리 콘솔 FAQ

• Sun Cluster에서 관리 콘솔을 요구합니까?

  예.

• 관리 콘솔은 클러스터 전용이어야 합니까? 아니면, 다른 작업에도 사용할 수 있습니까?

• Sun Cluster는 전용 관리 콘솔을 요구하지는 않지만, 전용 관리 콘솔을 사용하면 다음과 같은 이점이 제공됩니다.

  • 동일한 시스템에서 콘솔과 관리 도구들을 그룹화하여 중앙집중화된 클러스터 관리가 가능하도록 합니다.

  • 하드웨어 서비스 제공업체에 의해 더 빠르게 문제점을 분석할 수 있게 합니다.

• 관리 콘솔은 클러스터에 "가까이"(예를 들어, 같은 방)에 위치해야 합니까?

  하드웨어 서비스 제공업체에 확인해 보십시오. 제공업체에서 클러스터 자체에 근접하게 콘솔이 위치되도록 요구할 수도 있습니다. 콘솔이 같은 방에 위치되어야 하는 기술적인 이유는 없습니다.

• 거리 요구사항이 먼저 만족될 경우, 관리 콘솔이 여러 개의 클러스터에 서비스를 제공할 수 있습니까?

  예. 단일 관리 콘솔에서 여러 클러스터를 제어할 수 있습니다. 또한 클러스터간의 하나의 터미널 콘센트레이터를 공유할 수도 있습니다.

터미널 콘센트레이터 및 시스템 서비스 프로세서 FAQ

• Sun Cluster에서 터미널 콘센트레이터를 요구합니까?

  Sun Cluster 3.0에서는 터미널 콘센트레이터를 실행하지 않아도 됩니다. 실패에 대비하기 위해 터미널 콘센트레이터를 요구했던 Sun Cluster 2.2 제품과는 달리, Sun Cluster 3.0은 터미널 콘센트레이터의 영향을 받지 않습니다.

• 대부분의 Sun Cluster 서버가 터미널 콘센트레이터를 사용하지만 E10000은 그렇지 않다는 것을 발견하였습니다그 이유가 무엇입니까?

  터미널 콘센트레이터는 대부분의 서비스를 위한 효율적인 이더넷 직렬 변환기입니다. 해당되는 콘솔 포트는 직렬 포트입니다. Sun Enterprise E10000 server에는 직렬 콘솔이 없습니다SSP(System Service Processor)는 이더넷 또는 jtag 포트를 통하는 콘솔입니다. Sun Enterprise E10000 server의 경우, 항상 콘솔용으로 SSP를 사용합니다.

• 터미널 콘센트레이터를 사용하는 이점은 무엇입니까?

  터미널 콘센트레이터를 사용하면 노드가 OBP(OpenBoot PROM)에 있는 경우처럼, 네트워크 임의의 곳에서 원격 워크스테이션에서 각 노드에 대한 콘솔 레벨 액세스를 제공합니다.

• Sun에서 지원되지 않는 터미널 콘센트레이터를 사용하지 않을 경우, 사용하려는 것을 규정하기 위해 알아야 하는 것은 무엇입니까?

  Sun과 다른 콘솔 디바이스에서 지원되는 터미널 콘센트레이터 사이의 주요 차이점은 Sun 터미널 콘센트레이터가 부트할 때 콘솔로 분기하는 것을 막는 특수 펌웨어를 가지고 있다는 것입니다. 분기 또는 콘솔로 분기되는 것으로 해석될 수 있는 신호를 보낼 수 있는 콘솔 디바이스를 가지고 있으면, 노드가 종료된다는 점에 유의하십시오.

• 재부트하지 않고 Sun에서 지원되는 터미널 콘센트레이터에서 잠긴 포트를 해제할 수 있습니까?

  예. 재설정해야 하는 포트 번호에 주의하고 다음을 수행하십시오.

  telnet tc Annex 포트 번호나 숫자를 입력하십시오. cli annex: su - annex# admin admin : reset port_number admin : quit annex# hangup #

  Sun에서 지원되는 터미널 집신기를 구성하고 관리하는 작업에 대해서는 Sun Cluster 3.0 System Administration Guide에서 자세한 내용을 참조하십시오

• 터미널 콘센트레이터 자체가 실패할 경우에는 어떻습니까? 다른 터미널 콘센트레이터를 준비해야 합니까?

  아니오. 터미널 콘센트레이터가 실패할 경우, 클러스터 가용성은 유실되지 않습니다. 콘센트레이터가 다시 서비스를 제공할 때까지 노드 콘솔에 연결할 수 없게 됩니다.

• 터미널 콘센트레이터를 사용할 경우, 보안은 어떻습니까?

  일반적으로, 터미널 콘센트레이터는 시스템 관리자가 사용되는 소규모 네트워크에 접속되며, 다른 클라이언트 액세스에 사용되는 네트워크에는 접속되지 않습니다. 특수 네트워크에 대한 액세스를 제한하여 보안을 제어할 수 있습니다.