ManTech Continuous Cluster Server

MCCS는 물리적 환경, 가상환경 및 혼합환경의 Windows 와 Linux 플랫폼에 대한미션 / 비지니스크리티컬한 애플리케이션의 고가용 및 재해복구를 지원 합니다.
OVERVIEW
OVERVIEW
btn01
지금까지, 미션/비즈니스 크리티컬 애플리케이션의 99.99% 이상의 고 가용성을 위해 물리적 환경의 HA/DR 구성을 통해서 서비스 연속성을 보장 받았습니다. 과거의 물리적인 환경에서 주로 운영 되었던 애플리케이션들이 점점 가상 환경으로 이전되고 있으며, 가상화는 충분히 시장에서 검증 받았습니다. 가상환경은 다양한 장점이 있으며, 그 중 하나는 효율적인 비용으로 쉽게 HA/DR 구성을 할 수 있습니다. 물론 하이퍼바이저에 번들된 기능으로 고가용구성을 할 수 있지만, 애플리케이션 이나 VM 자체의 장애 시 다운타임을 최소화 할 수 있는 방안에 대해서는 여전히 전문화된 HA/DR 솔루션이 요구되며, MCCS virtual 에디션은 이러한 직면한 상황에 대한 솔루션을 제공합니다.
Workflow Automation
가상 서버 별 클러스터링
MCCS virtual 에디션은 가상 머신과 관련 자원의 고 가용성을 보장 합니다. 물리 호스트의 장애 뿐 아니라 가상 서버내 애플리케이션, 네트워크, 스토리지의 장애 감시 및 자동 복구를 지원을 통해 가용성을 더욱 극대화 할 수 있습니다.
Visualization of recovery processes
실시간 블록 복제
블록 레벨 복제로 타켓과 소스의 데이터 정합성 보장 합니다. 두 서버 사이에 데이터 복제 모듈이 구성 되면, 소스볼륨에 쓰기 작업이 발생 시 TCP/IP 네트워크를 통해서 타겟 볼륨에 동시에 쓰기 작업을 수행하게 됩니다. MCCS는 모든 종류의 파일과 데이터베이스를 지원하며, 장애 및 재해에 대해서 중요한 데이터가 손실되지 않습니다.
Risk monitoring
통합 가용성 관리
맨텍의 클라우드 기반의 글로벌 관리 센터를 통해 여러 분산된 클러스터를 한 눈으로 관리할 수 있습니다. 또한 가용성 보고서를 통해 가용성 관련한 통계정보를 직관적으로 볼 수 있습니다.
FEATURES
FEATURES
주요 기능
– 가상 서버 환경에서 MCCS Enterprise 의 모든 기능 포함 (세부사항 >>)
– 웹 대시보드를 통한 통합관리
– 단일 콘솔로 여러 클러스터 관리
– 서버 리소스 및 애플리케이션 사전 예방 모니터링
– 가용성 현황 차트 제공
– HA/DR 에이전트 및 복구 워크플로우 자동 배포
– 자동화된 클러스터링 구성
– 대기 서버가 가상화 환경일 경우 대기 서버의 자동 생성
– vCenter 에 플러그인 되어 통합관리
제공 이점
– 자동화된 기능을 통해 운영에 따른 인력 및 비용 절감
– HA/DR 구축에 따른 시간 및 비용 절감
– 사전 예방 모티터링으로 더 향상된 애플리케이션 업 타임을 제공
– 대시보드의 다양한 정보를 통해 IT 장애 관리의 업무 효율을 향상 할 수 있음.
REQUIREMENT
SYSTEM REQUIREMENT
지원 운영체제
– VMware vSphere
– MS-HyperV
– Redhat Enterprise Virtualization
– Citrix Xen Enterprise
지원 게스트 운영체제
– Windows 2003/2008/2012 Server&later editions
– Windows 7/8
– Redhat Enterprise Linux
– Cent OS
– Oracle Linux
지원 스토리지
– PCIe NAND flash
– Internal SAS and SATA
– External DAS, SAN, iSCSI, NAS
지원 플러그인 관리툴
– VMware vCenter
FAQ

1. MCCS의 장애감지 범위는 어떻게 됩니까?

MCCS는 정상적인 서비스의 중단에 영향을 끼칠 수 있는 요소들을 감지하고 자동으로 복구하는 것이 주 목적입니다.

따라서 이를 위해 네트워크 접속가능성, 응용프로그램의 정상 작동 여부, 스토리지의 접근가능성, OS의 정상적인 운영상태 등의 요소를 감시합니다.

2. ‘리소스’는 무엇입니까?

리소스는 MCCS에서 정상상태의 감시대상이 되는 요소를 지칭합니다.

MCCS는 크게 다음의 카테고리로 리소스를 관리합니다.

-IP Address : 사용자가 서버에 접속할 IP주소이며, MCCS상에서 가상 IP를 추가할 수 있습니다.

-Virtual Name : 사용자가 서버에 접속할 name이며, MCCS상에서 가상 name을 추가할 수 있습니다.

-Network Interface Card : 사용자가 접속할 가상 IP를 할당할 이더넷 카드입니다.

-Disk : 사용자의 애플리케이션이나 데이터가 저장될 스토리지 볼륨이며, MCCS에서는 공유 스토리지와 실시간 복제를 위한 미러 디스크 두 가지를 관리할 수 있습니다.

-Windows Service : Windows OS의 service registry에 등록되는 서비스이며, 이에 대한 장애 감시가 가능합니다.

-Process : Windows OS의 경우 .exe나 .com같은 실행 프로그램입니다.

-Application : 여러 프로세스와 service가 복합적으로 어우러진 프로그램 집합체 입니다.

3. ‘그룹’은 무엇입니까?

그룹은 리소스가 집합이 되어 응용프로그램의 서비스를 제공하는 단위입니다.

예를 들어 데이터베이스 서비스를 서버에서 운영한다고 가정한다면, 이를 위해서 다수의 service와 process 리소스가 구동될 것입니다. 또한 클라이언트의 접속을 위해서 IP 주소가 필요하고 IP 주소를 할당할 이더넷 카드가 필요합니다.

마지막으로 데이터베이스를 저장할 스토리지 볼륨이 필요합니다. 이러한 리소스들이 집합되어 정상적인 구동이 되어야  온전한 데이터베이스 서비스가 가능해집니다. 이를 MCCS상에서는 그룹이라 부르고 그룹 내의 어떤 리소스가 장애 발생하면 그룹 전체를 대기서버로 페일오버(fail-over) 합니다. MCCS상에서는 하나의 클러스터에 여러 개의 그룹을 생성할 수 있습니다.

4. 통상적으로 페일오버(fail-over) 시간은 얼마나 소요됩니까?

페일오버 시간은 애플리케이션이나 환경에 따라 다릅니다. 통상적으로 페일오버 시간은 장애감지시간, 장애이후 페일오버를 결정하는 시간, 페일오버 시 대기서버에서 응용프로그램을 포함한 리소스들이 구동되는 시간들의 합산입니다. MCCS상에서 장애감지와 페일오버 결정은 수초 이내에 이루어 집니다. 하지만 변수는 애플리케이션과 리소스들이 구동되는 수와 시간입니다. 이 변수에 따라 페일오버 시간은 크게 차이가 날 수 있습니다. 따라서 정확한 페일오버 소요시간을 정의하는 것은 대략, 수십 초에서 수십 분 정도 소요될 수 있습니다.

5. MCCS의 구성을 위해서 별도의 외장 스토리지, Active directory 환경 및 witness server 등의 별도 환경이 필요합니까?

MCCS는 추가적인 스토리지나 Active directory, witness server 등의 구성 없이도 HA구성이 가능합니다. 단 클러스터 노드간 heartbeat 통신을 위한 추가적인 이더넷 포트와 서버간 실시간 복제 구성일 경우 데이터 복제를 위한 추가적인 이더넷 포트만 구비되면 됩니다.

6. 장애로 인해서 페일오버가 되면 대기서버의 IP주소와 hostname이 다른데, 이때 클라이언트 쪽의 접속 경로 수정이 필요합니까?

아니요. MCCS는 가상 IP와 가상 Name을 지원합니다. 따라서 클러스터를 구성할 때 기존 운영시스템과 대기시스템의 실제 IP주소 이외 가상 IP를 추가하게 되며, 클라이언트는 가상 IP로 접속합니다. 또한 가상 IP는 운영시스템에 할당되며 장애 시 MCCS는 대기서버에서 해당 가상 IP를 자동으로 할당해줌으로써 클라이언트의 접속경로 수정없이 기존 환경으로 접속이 가능합니다.

7. MCCS에서 제공하는 데이터복제는 실시간 입니까?

MCCS는 블록레벨의 복제를 제공하며 쓰기 I/O에 대해서 변경된 블록을 실시간으로 TCP/IP네트워크를 통해 대기서버로 전송합니다.

8. 데이터 복제 방식은 동기식입니까? 비동기식 입니까?

MCCS는 동기식과 비동기식을 모두 지원합니다. 각 복제를 하고자 하는 볼륨이나 드라이브 레터별로 방식을 설정할 수 있으며, 데이터 일치성, 복제 네트워크의 속도, 성능 영향도 등을 고려하여 적합한 모드를 선택하면 됩니다.

9. 실시간 복제의 데이터베이스의 호환성은 어떠합니까?

MCCS의 블록레벨 복제는 커널드라이브 레벨에서 해당 볼륨의 변경된 블록을 캡처하여 전송합니다. 따라서 상단위 화일, 데이터베이스 등의 종류에 관계없이 지원이 가능하며 Raw device에 대한 복제도 가능합니다.

10. 동기방식 복제의 경우 전송네트워크의 장애나 타겟 시스템의 장애 시 운영시스템 또한 쓰기작업을 수행하지 못하는 경우가 발생할 수 있습니까?

일반적으로 동기식 복제모드는 타겟에서 변경된 블록을 전송 받아 쓰기작업이 준비가 되면 운영시스템도 쓰기작업을 같이 수행합니다. 따라서 복제 전송네트워크 혹은 타겟 시스템 장애 시 운영시스템도 쓰기작업을 수행하지 못할 것이라는 우려가 있습니다. MCCS는 전송네트워크나 타겟 시스템의 장애를 감지하며, 복제상태를 일시중지 상태로 전환시키고 타겟 시스템 상관없이 운영시스템에 대해서 쓰기작업을 수행합니다. 이때 변경된 블록은 전송할 수 없는 상태이며, 해당 블록에 대해서는 dirty bit값을 표시합니다.

11. 데이터 복제의 거리제한이 있습니까?

TCP/IP기반으로 복제를 하기 때문에 거리제한이 없습니다.

12. 복제 네트워크의 장애이후 복제가 중지되었다가 네트워크가 재개되면 다시 관리자가 데이터 재동기를 해줘야 합니까?

네트워크 재개시 복제모드는 재동기모드로 바뀌게 되고 이때 MCCS는 dirty bit가 찍힌 블록을 읽어 들여 자동으로 타겟 시스템으로 전송합니다. 따라서 관리자가 수작업으로 재동기를 할 필요가 없습니다.