Sun Cluster Geographic Edition 시스템 관리 설명서

1장 Sun Cluster Geographic Edition 소프트웨어 관리 소개

Sun Cluster Geographic Edition 소프트웨어는 지리적으로 떨어져 있는 복수 클러스터를 사용하여 예기치 않은 장애로부터 응용 프로그램을 보호합니다. 이들 클러스터에는 Sun Cluster Geographic Edition 기반 구조의 동일한 사본이 들어있으며, 이는 클러스터 사이에 복제된 데이터를 관리합니다. Sun Cluster Geographic Edition 소프트웨어는 Sun Cluster 소프트웨어의 계층화 확장입니다.

이 장은 다음 내용으로 구성되어 있습니다.

Sun Cluster Geographic Edition 관리

관리 작업을 시작하기 전에 Sun Cluster Geographic Edition 설치 안내서 및 Sun Cluster Geographic Edition 개요의 계획 수립 정보에 익숙해져야 합니다. 이 설명서에는 Sun Cluster Geographic Edition 구성을 관리 및 유지 보수하는 데 사용되는 표준 작업이 들어 있습니다.

일반 Sun Cluster, 데이터 서비스 및 하드웨어 관리 작업의 경우, Sun Cluster 문서를 참조하십시오.

어떤 노드나 클러스터도 실패하지 않고 Sun Cluster Geographic Edition 소프트웨어를 실행하는 클러스터에서 모든 관리 작업을 수행할 수 있습니다. 운영 가능 클러스터에서 Sun Cluster Geographic Edition 소프트웨어를 설치, 구성, 시작, 사용, 정지 및 설치 해제할 수 있습니다.

주 –

데이터 복제 소프트웨어 설치 및 Sun Cluster 관리 작업 수행과 같은 준비 조치를 위해 노드 또는 클러스터를 오프라인으로 만들어야 하는 경우도 있습니다. 관리 제한에 대해서는 적합한 제품 문서를 참조하십시오.

Sun Cluster Geographic Edition 관리 도구

그래픽 사용자 인터페이스(GUI) 또는 명령줄 인터페이스(CLI)를 사용하여 Sun Cluster Geographic Edition 소프트웨어를 실행 중인 클러스터에서 관리 작업을 수행할 수 있습니다.

이 설명서의 절차는 CLI를 사용하여 관리 작업을 수행하는 방법에 대해 설명합니다.

그래픽 사용자 인터페이스

Sun Cluster 소프트웨어는 클러스터에 다양한 관리 작업을 수행할 때 사용할 수 있는 GUI 도구인 SunPlex ^TM Manager를 지원합니다. SunPlex Manager 사용 방법에 대한 특정 정보는 Sun Cluster 온라인 도움말을 참조하십시오.

주 –

SunPlex Manager – Geographic Edition GUI로 Sun Cluster Geographic Edition 소프트웨어를 관리하려면 파트너쉽에 있는 두 클러스터의 모든 노드에서 루트 암호가 동일한지 확인합니다.

소프트웨어 기반 구조가 geoadm start 명령을 사용하여 활성화된 후에만 GUI를 사용하여 Sun Cluster Geographic Edition 소프트웨어를 관리할 수 있습니다. geoadm start 및 geoadm stop 명령을 실행하려면 CLI를 사용합니다. Sun Cluster Geographic Edition 기반 구조 활성화 및 비활성화에 대한 정보는 3 장, Sun Cluster Geographic Edition 기반 구조 관리 를 참조하십시오.

GUI는 파트너쉽 외부에 사용자 정의 하트비트 작성을 지원하지 않습니다. 파트너쉽 결합 작업에 사용자 정의 하트비트를 지정하려는 경우 CLI를 사용하여 geops join-partnership 명령을 실행합니다.

GUI를 시작하려면 Java 및 Javascript 활성 브라우저에서 다음 URL로 가서 루트로 Sun Administration Console에 로그인합니다.

주 –

RBAC는 GUI에서 지원되지 않습니다.

https://clustername:6789

명령줄 인터페이스

표 1–1은 Sun Cluster Geographic Edition 소프트웨어를 관리하는 데 사용할 수 있는 명령을 나열합니다. 각 명령에 대한 자세한 정보는 Sun Cluster Geographic Edition 참조 설명서를 참조하십시오.

표 1–1 Sun Cluster Geographic Edition CLI


명령	설명
`geoadm`	로컬 클러스터에서 Sun Cluster Geographic Edition 소프트웨어를 활성화 또는 비활성화하며 로컬 클러스터의 런타임 상태를 표시합니다.
`geohb`	Sun Cluster Geographic Edition 소프트웨어와 함께 제공되는 하트비트 메커니즘을 구성 및 관리합니다.
`geops`	클러스터 사이의 파트너쉽을 작성하고 관리합니다.
`geopg`	보호 그룹을 구성 및 관리합니다.

재해 복구 관리 개요

이 절은 재해 복구 시나리오의 예와 관리자가 수행할 수 있는 조치를 제공합니다.

Company X가 파리의 cluster-paris와 뉴욕의 cluster-newyork이라는 두 개의 지리적으로 떨어진 클러스터를 갖습니다. 이들 클러스터가 파트너 클러스터로 구성됩니다. 파리의 클러스터는 기본 클러스터로 구성되며 뉴욕의 클러스터는 보조 클러스터로 구성됩니다.

cluster-paris 클러스터가 폭풍 중의 정전의 결과로 일시적으로 실패합니다. 관리자는 다음 이벤트를 예상할 수 있습니다.

cluster-paris와 cluster-newyork 사이에 하트비트 통신이 손실됩니다. 하트비트 통지가 파트너쉽의 작성 중에 구성되었기 때문에 하트비트 손실 알림 전자 우편이 관리자에게 송신됩니다.

파트너쉽 및 하트비트 통지 구성에 대한 정보는 파트너쉽 작성 및 수정을 참조하십시오.
관리자는 알림 전자 우편을 수신하고 회사 절차를 따라서 보조 클러스터에 의한 인계가 필요한 상황 때문에 단절이 발생했는지 확인합니다. 보호되는 응용 프로그램의 요구 사항에 따라 인계 작업에 장시간이 소요되므로 기본 클러스터가 2시간 내에 복구될 수 있더라도 X 회사는 인계를 허용하지 않습니다.

시스템의 연결 해제 확인에 대한 자세한 내용은 다음 데이터 복제 안내서를 참조하십시오.
cluster-paris 클러스터가 다음 날에도 온라인으로 전환될 수 없으므로 관리자는 뉴욕의 클러스터 노드에서 geopg takeover 명령을 실행합니다. 이 명령은 뉴욕의 보조 클러스터 cluster-newyork에서 보호 그룹을 시작합니다.

시스템의 인계 수행에 대한 자세한 내용은 다음 데이터 복제 안내서를 참조하십시오.
인계 후, 보조 클러스터 cluster-newyork 가 새로운 기본 클러스터가 됩니다. 파리에서 실패된 클러스터는 여전히 기본 클러스터로 구성되어 있습니다. 따라서, cluster-paris 클러스터가 재시작될 때, 기본 클러스터가 중단되었고 파트너 클러스터와의 연결이 손실되었음을 클러스터에서 감지합니다. 그러면 cluster-paris 클러스터는 제거 관리 조치가 필요한 오류 상태에 들어갑니다. 클러스터에서 데이터 복구 및 재동기화가 필요할 수도 있습니다.

시스템이 인계된 후 데이터 복구에 대한 자세한 내용은 다음 데이터 복제 안내서를 참조하십시오.

응용 프로그램 적합성 분석

이 절에서는 Sun Cluster Geographic Edition 소프트웨어가 관리하는 응용 프로그램 작성 시 따라야 하는 안내 사항을 설명합니다.

Sun Cluster Geographic Edition 소프트웨어가 관리하는 응용 프로그램을 작성하기 전에 응용 프로그램의 가용성을 높이거나 확장 가능하도록 응용 프로그램이 다음 요구 사항을 만족해야 합니다.

주 –

응용 프로그램이 모든 요구 사항을 충족시키지 못할 경우, 응용 프로그램의 가용성을 높이거나 확장 가능하도록 소스 코드를 수정합니다.

네트워크 인식(클라이언트-서버 모델) 및 네트워크 비인식(클라이언트 없는) 응용 프로그램은 모두 Sun Cluster Geographic Edition 환경에서 가용성을 높이거나 확장 가능할 수 있습니다. 그러나 Sun Cluster Geographic Edition는 telnet 또는 rlogin을 통해 액세스하는 서버에서 응용 프로그램이 실행되는 시간 공유 환경에서는 향상된 가용성을 제공할 수 없습니다.
응용 프로그램은 충돌을 허용해야 합니다. 즉, 노드가 예기치 않게 사용 불능이 된 후 응용 프로그램을 시작하면 필요한 경우 디스크 데이터를 복구해야 합니다. 또한 충돌 후 복구 시간을 바인드해야 합니다. 디스크 복구 및 응용 프로그램 다시 시작 기능은 데이터 무결성 관련 문제이므로 충돌 허용은 고가용성 응용 프로그램을 만들기 위한 필수 조건입니다. 데이터 서비스의 연결 복구 기능은 필요 없습니다.
응용 프로그램은 해당 응용 프로그램이 실행되는 노드의 물리적 호스트 이름에 의존해서는 안 됩니다.
여러 IP 주소가 활성으로 구성된 환경에서 응용 프로그램이 제대로 작동해야 합니다. 예를 들어, 둘 이상의 공용 네트워크에 노드가 있는 다중 홈 호스트 환경 및 하나의 하드웨어 인터페이스에 여러 논리 인터페이스가 활성 상태로 구성되어 있는 노드 환경이 있습니다.
응용 프로그램 이진과 라이브러리는 각 노드나 클러스터 파일 시스템에 로컬로 위치할 수 있습니다. 클러스터 파일 시스템에 위치할 경우 한 번만 설치하면 된다는 장점과 Sun Cluster 소프트웨어에서 롤링 업그레이드 수행 시, RGM(Resource Group Manager) 제어 하에 응용 프로그램이 실행 중인 동안에는 바이너리가 사용 중이라는 단점이 있습니다.
첫 번째 시도가 시간 초과된 경우, 자동으로 조회를 다시 시도할 수 있는 용량이 클라이언트에 있어야 합니다. 응용 프로그램과 프로토콜에서 이미 단일 서버 충돌 및 재부트를 처리한 경우에는 장애 복구 또는 전환되는 자원 그룹이 포함된 경우도 처리할 수 있습니다.
응용 프로그램의 클러스터 파일 시스템에 UNIX® 도메인 소켓이나 명명된 파이프가 없어야 합니다.

확장 가능 서비스는 다음 추가 요구 사항 뿐만 아니라 고가용성에 대한 선행 조건을 모두 만족시켜야 합니다.

응용 프로그램에 여러 인스턴스를 실행할 수 있는 기능이 있어야 합니다. 이 인스턴스는 모두 클러스터 파일 시스템의 동일한 응용 프로그램 데이터에서 작동합니다.
응용 프로그램에서는 여러 노드에서 동시에 액세스하기 위해 데이터 일관성을 제공해야 합니다.
응용 프로그램에서는 클러스터 파일 시스템 같이 전역적으로 볼 수 있는 기법이 있는 충분한 잠금을 구현해야 합니다.

확장 가능 서비스의 경우 응용 프로그램 특성에서 로드 균형 조정 정책도 결정합니다. 예를 들어, 인스턴스가 클라이언트 요청에 응답할 수 있도록 허용하는 로드 균형 조정 정책 Lb_weighted는 클라이언트 연결을 위해 서버의 메모리 내장 캐시를 사용하는 응용 프로그램에는 작동하지 않습니다. 이 경우 지정된 클라이언트의 트래픽을 응용 프로그램의 한 인스턴스로 제한하는 로드 균형 조정 정책을 지정해야 합니다. 로드 균형 조정 정책 Lb_sticky 및 Lb_sticky_wild는 클라이언트의 모든 요청을 동일한 응용 프로그램 인스턴스로 반복해서 전송하며 이 인스턴스에서 메모리 내장 캐시를 사용할 수 있습니다. 서로 다른 클라이언트에서 여러 클라이언트 요청이 올 경우 RGM은 서비스 인스턴스 간에 요청을 분산시킵니다.

확장 가능한 데이터 서비스에 대한 로드 균형 조정 정책 설정에 대한 자세한 내용은 Sun Cluster Data Services Developer’s Guide for Solaris OS의 2 장, Developing a Data Service를 참조하십시오.

응용 프로그램은 다음 데이터 복제 요구 사항을 만족해야 합니다.

복제된 정보는 특정 호스트 또는 클러스터에 대한 것이 아니어야 합니다.

원격 사이트에 응용 프로그램이 장애 복구될 때 이 응용 프로그램은 다른 IP 주소를 호스트에서 실행할 수 있습니다. 클라이언트가 원격 사이트를 찾도록 허용하려면 Sun Cluster Geographic Edition 작업 스크립트를 사용하여 DNS/NIS 매핑을 업데이트합니다.
응용 프로그램의 어떠한 데이터 손실도 허용하지 않으려면 응용 프로그램에서 동기화 복제를 사용해야 합니다.