Features of MCCS

MCCS has the following features:

Service Level Fault Detection and Automatic Failover 

MCCS not only detect on hardware, but it also offers detection on resources (such as network connection, application, platform, disk, etc) as well.

Therefore, if the managed resources are not working properly, it will be either restarted or failovered to the standby server according to the defined action policies.

Support External Shared Storage and Local Disk Replication Environment

Support External Shared Storage and Local Disk Replication Environment

Failover Group

Failover group is including the resources that can be run on only one node at a time.

Application will be switch over to standby node at critical reource is failed in a failover group. The resources that included group are online only available node.

For example, IP Address is not onlined on an active node and standby node at same the time. Therefore, when IP address is get failed, it and its related resources will be fail over to the standby node. 

Support Parallel Group

Parallel group is a group of resources that are taken online on more than two nodes at the same time. Parallel group cannot failover.

The opposition of this is Failover Group. The group can be online on a node in a cluster within a failover group. However, when configured through parallel group, specified application can be online, monitored and terminated on the multiple nodes at the same time in a cluster.

For example, user would like to run backup software on both nodes and be managed by the MCCS, backup software should be online on both nodes at the same time. You can use parallel group instead of failover group for this.

Support Multi Group

Group is a set of collected resources dependent on one another to manage resources (ex. Network Card, IP address, disk application etc.) such as failure monitoring, recovery, failover within MCCS. It is also a set of resource to failover.

MCCS can configure more than one group in a cluster. Thus, a configuration of Active/Passive, Active/Active is made possible. (Active/Active means different services on different server)

You can configure parallel and failover goup at the same time. Each group will be managed independently by MCCS in a multi-group environment.

Cluster between Heterogeneous Platforms

MCCS is not influenced greatly by the hardware compatibility in a cluster. Thus, there is no need to use the exact same hardware between the nodes in a cluster.

Remote Disaster Recovery

MCCS is a high availability that can be configured with no distance limitation between nodes. That means standby server can be easily configured on a remote site without extra charge.

Offers Remote Management Console

MCCS는 웹콘솔을 통하여 로컬 서버 혹은 원격 서버에서 MCCS를 제어, 관리할 수 있습니다. 원격 서버에서는 TCP/IP와 포트 정보를 통해 MCCS가 구성된 서버로 연결할 수 있으며, 별도의 환경 파일을 구성할 필요가 없습니다.  (기본 접속 url은 'http://ipaddress:10080/main' 입니다)

Supports 2 Nodes Clustering

MCCS supports 2 nodes in a cluster.(3대 이상의 클러스터링 환경은  ㈜맨텍으로 문의해 주시기 바랍니다.)

MCCS Configuration

MCCS Configuration is distinguished according to the disk configuration of data as listed below.

Generic Application Environment

In a generic application environment, data needed for service is not in the system that has cluster but exists in other system. Since data does not exist, there is no need to configure disk resource. Only application program exists in general in this environment.

[Figure] Basic Application Environment

Shared Disk Environment

Shared disk (SCSI or SAN) is connected to both servers physically. MCCS attaches the file system on shared disk to the only active server and lock to the standby server to prevent file system corruption.

[Figure] Shared Disk Environment

MirrorDisk Environment

Each local disk exists in each server and data is replicated real-time to the disk of another node. Least unit of disk replication is in partition unit. (Recommended unit : LUN)

[Figure] Mirror Disk Environment

MCCS Component

MCCS basically has the following components.

Cluster

Cluster is a set of nodes exchanging state information for redundant purpose.

MCCS can configure cluster within two systems. In addition, additional Ethernet network connection which is called heartbeat is used to communicate between two systems, and TCP/IP is used to send the status information.

Node

Node is a physical or virtual computer system with a MCCS installed and running.

Node name does not need to exactly the same with the hostname of the system, and can be set as an alias in the Cluster. Mapping between alias and the hostname is decided by its heartbeat network address.

Node state is related to the engine state of MCCS. Node state information is collected from MCCS  when MCCS  is, and when MCCS is not running, node state information is collected through ICMP test. 

Heartbeat

Nodes are configured as a cluster through the communication path called heartbeat.  When nodes are synchronized the status of each nodes through heartbeat, service operation between nodes and standby role is decided by state and resource state of the nodes, and command will be sent through the event.

Synchronizing State Information

It exchanges state and attribute information of the resource and resource group of node configured with cluster.

Communication Port

MCCS  uses 4 TCP ports for heartbeat connection. Default values are 14321,1 4322, 14323, 14324 and ICMP Echo Request

노드 상태 확인

MCCS는 원격 노드의 장애를 결정할 때 핫빗 연결 상태를 참조합니다.  원격 노드와의 모든 핫빗 연결이 단절되면 해당 노드를 장애로 결정합니다.  따라서 핫빗 네트워크의 장애는 노드 장애로 결정될 수 있기 때문에 이중화할 필요가 있습니다. 노드 상태 확인에 대한 자세한 내용은 "MCCS  사용자 안내서의 4.노드에서 MCCS 동작 원리"를 참조해 주십시오.

노드간 명령 전달

리소스의 구성 변경 또는 리소스 및 그룹 제어와 같은 명령이 웹콘솔 또는 CLI를 통해 접수되면 MCCS는 핫빗을 통해 이 명령을 상대 노드로 전달합니다.

리소스

리소스는 MCCS에 의해서 관리되는 서비스 자원 (예를 들어 네트워크 카드, IP 주소, 디스크, 응용 프로그램 등)을 말합니다. MCCS는 리소스들의 상태를 감시하거나 서비스를 제어할 수 있습니다.  리소스는 동작 형태에 따라 네트워크 카드와 같은 감시 전용 리소스와 프로세스와 같은 시작/종료형 리소스가 있으며, 감시 전용 리소스는 상태 감지만 가능하며, 시작/종료 기능은 수행하지 않습니다.

리소스 타입

MCCS에서 지원하는 리소스는 다음과 같이 분류됩니다.

네트워크카드

MCCS 는 TCP/IP  기반 네트워크 연결을 모니터 합니다. 일시적인 연결 장애나 네트워크 어댑터, 케이블의 네트워크에 장애를 감지합니다.

네트워크주소

MCCS 는 전환가능한 노드안의 네트워크 장치 위에서 가상 IP 주소와 서브넷 마스크를 구성하고 가상 IP 주소를 감시하며 노드의 실제 IP 주소와 같은 방식으로 동작합니다. 가상 IP 주소를 할당할 네트워크 카드의 실제 IP 주소는 정적이어야 합니다.

기본 응용

단일 실행 파일 형태의 프로세스를 등록할 때 사용하며, MCCS는 운영 체제의 프로세스 테이블에 등록된 프로세스 이름의 존재 여부를 체크해서 장애를 감지합니다.

복합 응용

기본 응용과 달리 여러 개의 프로세스로 이루어진 응용 프로그램 또는 톰캣과 같이 스크립트로 실행해야 하는 응용 프로그램 등을 등록할 때에 사용합니다. 단순히 실행 파일만을 감지하지 않고, 프로세스에 대한 시작/종료/감지 기능을 수행하는 스크립트 명령을 이용하여 사용자가 원하는 방법으로 정상적인 동작을 감시하고자 할 경우에도 복합 응용으로 등록하여 사용합니다.

공유 디스크

디스크 잠금(Lock) 기법이 적용된 MCCS의 외장 공유 디스크 제어 모듈은 항상 서비스가 운영중인(Active) 서버에 대해서만 공유 디스크의 접근을 허용합니다.

미러 디스크

외장 공유 디스크가 없는 구성 환경에서 사용하며, 별도의 복제 모듈을 이용하여 두 대의 시스템 간 로컬 디스크를 복제합니다. MCCS는 DRBD 를 복제 기능 소프트웨어로 제공하고 있습니다.

서비스

서비스는 운영체제의 서비스 매니저에 등록된 프로세스 혹은 프로세스 그룹입니다.

스카시예약

스카시예약 에이전트는 SCSI3-PR(Persistent Reservation) 이라는 스토리지가 지원하는 SAN 프로토콜을 사용하여 LUN 단위의 Lock 을 관리합니다. 이 기능은 클러스터의 모든 노드가 다른 노드의 상태를 알 수 없을 때 데이터 손상을 방지합니다.

리소스 그룹

서로 연관(의존) 관계에 있는 리소스들의 집합으로 페일오버가 이루어지는 기본 단위입니다.   예를 들어 ORACLE 서비스에 대한 페일오버 구성을 하기 위해서는 ORACLE 클라이언트가 접속하는 IP 주소, IP 주소가 할당되는 네트워크 카드, 데이터가 저장될 디스크, ORACLE 리스너와 ORACLE 서버를 하나의 리소스 그룹으로 묶어야 합니다. IP 주소는 네트워크 카드에 의존하며, ORACLE 리스너와 ORACLE 서버는 데이터가 존재하는 디스크에 의존하는 관계로 그룹을 구성해야 합니다.  IP 주소의 경우, 네트워크 카드 없이는 등록이 불가능하며, ORACLE 관련 프로세스도 데이터가 저장된 디스크 없이는 구동이 불가능하기 때문입니다. 그룹은 서비스의 페일오버 여부에 따라 병렬형과 페일오버형으로 나뉘어집니다.  병렬형과 페일오버형에 대한 설명은 "MCCS 사용자 안내서의 4.리소스 그룹"을 참조해 주십시오.