NEC FT 서버와 클러스트의 비교

　 　 　 　

　 　 　 　
 NEC FT 서버 vs 클러스터 : 가용성 및 TCO 비교
시스템 도입 시의 비용 및 구축 편의성과 도입 후의 가용성 및 관리 편의성을 고려하면, NEC FT 서버의 도입이 TCO 및 가용성 관점에서 유리
NEC FT Server vSphere HA
(VMware 환경)		 클러스터 환경
OS / SW
라이센스		 서버 1대분 SW 라이센스 정책에 준함 구성 서버수 만큼 필요
소프트웨어
및
하드웨어
구성		 FT 서버 TCO 비교 FT 서버 TCO 비교 FT 서버 TCO 비교
구축 단계
개요		 1. 서버 리소스 설계 및 HW 선정
2. 어플리케이션 설치 및 설정
3. 동작 확인 테스트 		1. 서버 리소스 설계 및 HW 선정
2. 공유 디스크 설계 및 HW 선정
3. SAN 구성
4. 공유 디스크 설정
5. ESXi 설치 및 구성
6. 클러스터 구성
7. 가상 머신 구축
8. 어플리케이션 설치 및 설정
9. 시스템 절체 및 복구 테스트
 1. 서버 리소스 설계 및 HW 선정
2. 공유 디스크 설계 및 HW 선정
3. SAN 구성
4. 공유 디스크 설정
5. 각 서버에 OS 설치 및 구성
6. 각 서버에 어플리케이션 설치
및 설정
7. 시스템 절체 및 복구 테스트
HW 장애시
시스템
정지 시간		 무중단 수분 ~ 수십분
(VM 강제 재부팅)		 수십초 ~ 수분
운용 중
유지보수		 장애가 발생한 후, 시스템을
멈추지 않고, 장애 부품을 교체한
후,자동으로이중화		 장애가 발생한 후, 페일오버 처리.
장애 복구 후에 클러스터 소프트웨어 등의 조작이 필요
 NEC FT 서버 vs 클러스터 : TCO 비교
시스템 구축 및 유지보수에 대한 총비용 및 관리 비용(편의성)을 고려하면 FT 서버의 도입이 TCO 관점에서 유리
NEC FT서버 (1대) 클러스터 시스템 (2대)
NEC FT서버 (1대) 클러스터 시스템 (2대)
 NEC FT 서버 vs 클러스터 : 장애 발생 및 복구 절차
장애가 발생하고 복구 시점까지의 서비스 중단 유무로 판단하면, NEC FT 서버의 도입이 유지보수 및 업무지속성의 관점에서 유리
NEC FT서버의 장애 발생 및 복구 절차
NEC FT서버의 장애 발생 및 복구 절차
클러스터 시스템의 장애 발생 및 복구 절차
클러스터 시스템의 장애 발생 및 복구 절차
 [NEC FT 서버 + NEC 클러스터]를 통한 高신뢰성 및 高가용성 향상
FT 서버 + 클러스터의 조합으로 초高가용성 시스템 구성이 가능!
NEC FT 서버를 도입하여 하드웨어에 대한 가용성을 높이며, NEC 클러스터(EXPRESSCLUSTER X)를 도입함으로써 소프트웨어에 대한 가용성을 향상시킵니다.
이를 통해 전체적인 시스템의 가용성 및 신뢰성을 높일 수 있습니다.
[NEC FT 서버 + NEC 클러스터]의 조합으로 초高가용성 시스템 구성
[NEC FT 서버 + NEC 클러스터]의 조합으로 초高가용성 시스템 구성
 NEC FT 서버 + NEC 클러스터의 구성
NEC FT 서버와 NEC 클러스터의 구성으로 시스템을 구축함으로써, 하드웨어 및 소프트웨어의 모든 장애에 대한 대응이 가능합니다.
NEC FT서버 클러스터 시스템
(일반 서버)		 클러스터 시스템
(NEC FT 서버)
구성 이미지 NEC FT서버 클러스터 시스템(일반 서버) 클러스터 시스템(FT 서버)
장애 발생 시
주요 동작		 장애 모듈 분리
(H/W 이중화 / 실시간 동기화)		 Failover
(대기 서버로 Failover)		 Failover
(대기 서버로 Failover)
H/W
장애
대응		 장애 발생 시
처리 방법		 ◎
(서버 내에서)
장애 모듈의 분리		 ○
대기 서버로 Failover		 ◎
운영 서버 서버 내에서
장애 모듈의 분리
(Failover 발생 없음)
처리 시간
(다운 타임)		 실시간 처리
(다운 타임 없음)		 수 분
(시스템 환경에 따라 변동)		 실시간 처리
(다운 타임 없음)
S/W
장애
대응		 장애 발생 시
처리 방법		 ○
NEC SingleServerSafe 실행(옵션)
(APP 재실행)		 ○
대기 서버로 Failover		 ○
대기 서버로 Failover
처리 시간
(다운 타임)		 수 분
(시스템 환경에 따라 변동)		 수 분
(시스템 환경에 따라 변동)		 수 분
(시스템 환경에 따라 변동)
정기 유지보수
(S/W 버전업)		 -
시스템 재기동 필요		 ○
노드 별 Failover,
롤링 업데이트 가능		 ○
노드 별 Failover,
롤링 업데이트 가능
성능 향상 방법 ◎
CPU 추가 & H/W 확장		 ◎
CPU 추가 & H/W 확장		 ◎
CPU 추가 & H/W 확장
어플리케이션 설정 ◎
일반 어플리케이션 사용
(변경/수정 없이 사용 가능)		 △
APP별 Failover 설정
(변경/수정 필요)		 △
APP별 Failover 설정
(변경/수정 필요)
 NEC FT 서버 vs FT 소프트웨어의 비교
FT(Fault Tolerant) 시스템을 구성하는 방법은 두 가지가 있으며, 하드웨어 FT와 소프트웨어 FT로 구성하는 방법이 있습니다.
NEC FT 서버는 하드웨어 FT 방식이며, 타사의 FT 소프트웨어와의 비교는 아래와 같습니다.
NEC FT서버 타사 FT 소프트웨어
고
가
용
성		 이중화
구성		 ◎ 주요 부품을 모두 중복 구성 ◎ 서버 2대로 중복 구성
유지
보수		 ◎ 업무 운용중에 장애 모듈(부품)의 교체 가능 ◎ 장애가 발생한 서버 별로 장애 복구 실시
연속
가동		 ◎ 무중단 운용.
장애 시, 고장난 모듈(부품)만 자동으로 분리		 △ 장애 발생 시에 Failover가 발생하며,
단시간이지만 시스템 중단 발생
SW
가용성		 △ FT 서버 자체에는 비대응이지만, NEC
클러스터를 도입하여 클러스터 구성 가능		 × 비대응
소프트웨어 가용성은 별도로 확보할 필요가 있음
기
능
/
성
능		 CPU ◎ CPU(최대28코어) 구성으로 높은 처리 성능 △ 게스트 OS의 멀티 CPU 구성이 가능
(최대 8~20vCPU).
이중화 SW에 의한 성능 제한이 있음
메모리 ◎ 최대 512GB탑재 가능 ◎ 게스트 OS당 최대 64~256GB 가능
IO
성능		 ◎ 이중화 상태에서 HDD나 네트워크의
성능 저하 없음		 × 이중화 제어의 오버헤드로 I/O 성능 저하.
디스크 성능은 20~30% 저하될 수 있으며,
네트워크 성능 지연이 매우 크므로,
실시간 처리 업무에 부적합
구
축
/
운
영
 출하
상태		 ◎ OS Pre-Install 상태로 출하 가능(옵션) × Guest OS 시스템 구성 별도 필요
이중화
설정		 ◎ 이중화를 위한 특별한 설정 불필요 × 이중화 설정을 위한 소프트웨어 FT 구성 필요
OS
관리		 ◎ HW에 의한 자체 이중화 동작.
하나의 시스템으로 동작하므로,
운영관리 및 유지보수가 원활		 × 물리서버 2대의 가상화 기반 및
게스트 OS의 관리가 필요.
OS 하나만 운영해도 가상화 기반의 환경이 필수
운영
관리		 ◎ 일반적인 1대의 서버 운영 관리와 거의 동일 × 다수의 서버 및 스토리지와
클러스터 소프트웨어의 관리가 필요
운영
비용		 ◎ 서버 1대만 유지보수 × 다수의 서버(스토리지) + S/W 유지보수
대
응
O
S		 네이
티브
OS		 Windows Server 2016/2012 R2 (Standard/Datacenter)
Red Hat Enterprise Linux 7.2/7.4/7.5		 없음
가상
OS		 Windows Server 2016/2012 R2 Hyper-V
VMware vSphere 6.5
⇒ 동작 OS는 가상화 기반에서 지원하는 OS와 동일		 FT 소프트웨어에서 자체적으로 가상화 지원
⇒ 동작 OS는 가상화 기반에서 지원하는 OS와 동일
실
적		 판매
실적		 16년간, 18,000대 이상의 출하 실적 타사 제품이므로 확인 불가