INFOSCALE
비용 절감, 성능 향상 및 고가용성 솔루션
INFOSCALE
티어 1 애플리케이션 및 인프라스트럭처를 연계하는 소프트웨어 정의 솔루션
스토리지, 서버 변화 트렌드
Source: Wikibon Server SAN Research Project 2014
Source: IDC Worldwide Server Forecast, 2016-2020
현업 부서의 IT 부서에 대한 요구사항
BUT, IT 부서의 일관된 핵심 목표는 …
성능 보장
업무 처리 수준
가용성 유지
서비스 수준 보장
비용 절감
투자, 운영 비용
비용 절감, 성능 향상, 고가용성 구성 방안
스토리지 장애 - 무중단
스토리지 이중화를 통한 성능 향상, 업무 무중단
- 단일 스토리지 장애는 장시간의 서비스 중단 유발
- 스토리지 복제로는 업무 중단 및 성능 저하 발생
- H/W 방식은 고비용 및 성능 저하, 장애 포인트 증가
근거리 Active DR 센터
DR센터의 Standby 장비를 업무에 100% 활용
DR센터로의 업무 전환 시
서비스 중단 및 관리자 개입 필수
InfoScale을 통한
무중단 DR 전환
다양한 데이터 복제 방안
데이터 종류와 무관하게 이기종 스토리지를 포함한 다양한 복제 방식
InfoScale을 통한 다양한 Snapshot 구성
스토리지 내부, 동일/이기종간, 내장으로
InfoScale을 통한 다양한 Replication 구성
이기종간, 내/외장간, 내장간
복제에 따른 운영 성능 저하,
DR활용 어려움, 스토리지 장애 경험
I/O 성능, 가용성 향상
이기종 스토리지간 복제
DR센터(서울)에서 전국 센터의 데이터를 이용한 추가 업무 수행
무중단 스토리지 교체
운영 중인 서비스 성능에 영향 없이 데이터 이관
동일 벤더이나 서로 다른 LUN 크기
약 31시간 소요 예상
동일 벤더이나 서로 다른 RAID 구성
약 23시간 소요 예상
이기종 스토리지로의 이관
약 20시간 소요 예상
모두 운영 중 무중단 이관
빠른 서버 교체
이기종(Solaris, HP-UX, AIX, Red Hat, SUSE, OEL, CentOS) 간 데이터 호환
1. Tablespace Read Only로 변경
2. Tablespace Metadata export
3. OS Level Endian Conversion
4. Target System으로 Data 이관
5. DB Level Endian Conversion
6. Tablespace Metadata import
스토리지 추가 구성 필수
장시간의 데이터 이관 발생
기존 스토리지 그대로 사용
신속한 데이터 이관
Standby 서버 수량은 최소화
서버 비용, 유지 보수, S/W, 운영, 상면, 전력, 공조 등 최소화
50%의 서버가 Standby로 비효율
서버 1대 장애 시 업무 중단
InfoScale을 통한 Standby 서버
최소화 및 모든 업무의 이중화
그 외
OS Kernel을 통한 빠르고 정확한 모니터링 - 비정상적인 상황 대응 및 신속한 장애 감지
빠른 페일오버 - Application 기동만으로 서비스 페일오버 완료
거리에 따른 다양한 이중화구성 - 센터 내에서부터 근거리, 원격지 클러스터 간 업무 전환
가상 환경의 가용성 - VM 내 Application의 가용성 및 다양한 가상화 기술과의 연동
통합 관리 - Unix, Linux, Windows 및 다양한 가상환경 등 이기종 플랫폼 통합 관리
스토리지 없는 Active/Active 이중화 - 서버만을 이용한 이중화 구성으로 H/W 구성 단순화
등등 …
…
.
핵심 요약
VERITAS가 제안하는 진정한 SDS (SANless) Architecture
InfoScale을 통한 기대효과
