ManTech Continuous Cluster Server

MCCS는 물리적 환경, 가상환경 및 혼합환경의 Windows 와 Linux 플랫폼에 대한 미션 / 비지니스크리티컬한 애플리케이션의 고가용 및 재해복구를 지원 합니다.
OVERVIEW
OVERVIEW
btn01
중단 없는 IT 인프라를 구축 하기 위해 고려해야 할 솔루션은 어떤 것이 있을까요? 우선 고려사항은 고 가용성, 데이터 백업, 엔터프라이즈 성능 & 자원 관리 일 것입니다. 많은 기업과 기관들은 가용성을 극대화 하기 위해 이러한 솔루션을 찾고 도입하고 있습니다.
MCCS enterprise 에디션은 물리, 가상, 혼합 환경에서 자동화된 중앙집중화된 관리 툴을 통해 전체 클러스터 관리, 배포의 자동화를 실현할 수 있습니다.
또한 애플리케이션 성능 모니터링 및 가용성 현황 보고서를 제공 합니다. HA/DR 정책 및 구성을 통해 자동화된 HA/DR을 구성 할 수 있습니다. MCCS enterprise를 통해 쉽게 가용성 관리를 할 수 있고, 비용과 인력 투입을 최소하고 효과는 최대로 누릴 수 있습니다.
Fully automated workflow for HA/DR
완전 자동화된 HA/DR 구축 시나리오
일반적으로 고가용성 및 재해복구를 구축하기 위해서는 복구 서버 준비, OS 및 애플리케이션 설치, HA/DR 소프트웨어 설치, 다양한 경우의 수를 대비한 복구 시나리오 스크립트 설정 등 수일에서 수주가 소요됩니다. MCCS enterprise 는 자동화된 워크 플로우 및 관리를 통해 수십 내 클러스터 및 재해복구를 구축할 수 있습니다.
Proactive monitoring
Pro active monitoring
장애가 발생하기 전 이를 야기시킬 수 있는 사전 증상들, 즉 IO병목 현상, 비정상적인 자원 사용 등의 이벤트들이 있습니다. MCCS enterpriser의 사전 예방 모니터링을 통해 장애로 이어지는 이벤트들을 사전에 예방할 수 있습니다.
Availability chart&reporting
Availability chart and reporting
C level의 관리자들은 가용성 상태, 중요한 서버스의 현황 및 보고서를 주기적으로 요청을 하고 이에 대한 보고서를 만드는 작업은 쉽지 않습니다. MCCS enterprise의 강력한 가용성 통계 기능을 통해 지정된 기간의 자원, 노드, 클러스터 그룹의 가용성 상태, 현황 등의 차트를 쉽게 출력할 수 있습니다.
FEATURES
FEATURES
주요 기능
– MCCS workgroup의 모든 기능 포함 (더 알아보기 >>)
– 웹 대시보드를 통한 통합관리
– 단일 콘솔로 여러 클러스터 관리
– 서버 리소스 및 애플리케이션 사전 예방 모니터링
– 가용성 현황 차트 제공
– HA/DR 에이전트 및 복구 워크플로우 자동 배포
– 자동화된 클러스터링 구성
– 대기 서버가 가상화 환경일 경우 대기 서버의 자동 생성
– VCenter 에 플러그인 되어 통합관리
제공 이점
– 자동화된 기능을 통해 운영에 따른 인력 및 비용 절감
– HA/DR 구축에 따른 시간 및 비용 절감
– 사전 예방 모니터링으로 더 향상된 애플리케이션 업 타임을 제공
– 대시보드의 다양한 정보를 통해 IT 장애 관리의 업무 효율을 향상 할 수 있음.
에디션별 주요 기능 비교
MCCS Enterprise MCCS Virtual MCCS Workgroup
Physical to Physical V V
Physical to Virtual V V
Virtual to Virtual V V V
Web console V V V
Failover clustering V V V
Parallel group V V V
Real time replication V V V
Consolidated dash board V V
Performance monitoring V V
Availability reporting V V
Automatic workflow V V
Automatic cluster building V V
HA to DR V V
REQUIREMENT
SYSTEM REQUIREMENT
지원 운영체제
– Windows 7 / 8 / 10 (Progessional, Enterprise, Ultimate Edition)
– Windows 2008 /R2 Server and higher edition (Foundatin, HPC, Web Edition Not Support)
– Windows 2012 /R2 Server and higher edition (Foundation Edition Not Support)
– Redhat Linux 5 Update 6 and higher
– Cent OS Linux 5 and higher
– Cent OS Linux 5 Update 6 and higher
– Oracle Enterprise Linux 7 and higher (Support both Redhat Compatible Kernel and Unbreakable Enterprise Kernel)
– SUSE Enterprise Linux 12 and up to 12 SP2

– IBM PowerLinux 7 and up to 7 update 3

지원 스토리지
– PCI-e type nand flash disk
– Internal SAS and SATA
– External DAS, SAN, iSCSI, NAS
지원 가상화 플랫폼
– Vmware vSphere
– Xen Server – MS-HyperV
– Redhat Enterprise Virtualization
통합 관리 서버 요구
– Hardware : 4 cores, 8GB Memory, 100GB HDD
– Software : Cent OS 7.x
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가 찍힌 블록을 읽어 들여 자동으로 타겟 시스템으로 전송합니다. 따라서 관리자가 수작업으로 재동기를 할 필요가 없습니다.

13. MCCS Enterprise의 통합콘솔에서 각 계정별로 관리할 클러스터의 권한 설정이 가능합니까?

네. 가능합니다. 각 계정별로 관리하거나 볼 수 있는 클러스터를 설정할 수 있습니다.