SteelEye 소개 SteelEye Protection Suite
CONTENTS 1. 회사소개 2. H/A Cluster 기본개념 별첨 1. H/A 와유사솔루션비교 3. SteelEye 소개 별첨 2. vappkeeper 소개별첨 3. 데이터복제방식비교 4. SteelEye 구성방안 5. SteelEye 요약 1
Value for Business 1. 회사소개 1. About SIOS Technology 1997: Company Founded 2003: Business partnership with Red Hat 2004: IPO on the Tokyo Stock Exchange 2005: Acquired SteelEye Technology, Inc 10 년이상 Open Source 환경의사업기반을통해, 위환경에서최적화된이중화솔루션사업과 Cloud 서비스로사업영역을확대 #1 APAC Best Partner Award (RedHat) SIOS Business Area #1 Public Cloud Service (NikkeiBP) #2 HA Software (IDC Japan) Open Source Solution Java Cloud High Availability 2. About SteelEye Solution 1997 2001 2005 2007~ Established in 1999 as SteelEye Technology, part of SIOS Technology (publicly traded in Japan) since 2005 Provides Best-In-Class High Availability, Replication and Disaster Recovery solutions Over 35,000 licenses installed worldwide Strategic Relationships with HP, IBM and SAP Multi-time award winner for Linux High Availability with RedHat and Novell certified solutions Microsoft Gold Certified Partner Long terms of Focus on Ensuring Availability and Architecture Consistency 1992 AT&T 1996 NCR 1999 SteelEye 2006 SIOS Bell Lab s Cluster R&D Spinout to NCR R&D in South Carolina Combine Cluster & Replication 2 Software for Innovation Open Solutions
2. H/A Cluster 란기본개념 Shared Storage Cluster Shared Nothing Cluster Fail-over Stand by Fail-over Stand by H/A H/A Replication 모니터링 Resource (Application,, Storage,, Network 등 ) 을주기적으로감시하여, 장애발생시자동으로 Fail-over 하여서비스를복구 SteelEye 는 Shared Storage 환경 의 H/A Cluster 및 Shared Nothing 환경에서 Replication 을통한 H/A Cluster 두가지구성제공 3
별첨 1. H/A 와유사솔루션의비교 1. CDC 2. Storage Replication Backup / Test CDC Replication CDC(Change Capture) 솔루션을통해 Source 노드의변경사항을 Target 에서 DML 실행으로동기화하는방식 Async 방식이고, ( 일부 ) 데이터가논리적으로동일한거지, 물리적으로같은 DB 라고보기어려워, 이중화로활용어렵다 부분복제, 집계성복제를통한별도의 Read/Write 가능한 DB 로활용에유리 EMC 의 BCV, Hitachi 의 SI 같은 Storage Replication 이용한 Storage 이중화방식 복제성능이빠르고, 안정성이검증되어주로백업부하분산용과복구용으로유리 고가의 Enterprise Storage 와해당벤더의고가의복제솔루션필요 자동 Fail-over 구성안되고, 일반적으로특정시점기준으로 Sync 되도록구성 4
별첨 1. H/A 와유사솔루션의비교 3. Oracle: RAC 4. Oracle: Guard Read Only RAC ADG Storage 이중화가안되어있음 - 가가능한방법으로고가의 Unix 의 Oracle 환경에서유리 Fail-over 시간이짧거나무중단서비스가능 Oracle 만가능 Oracle 복구방식으로 Block level 동기화방식 속도빠르고 Target 노드를 ReadOnly 로읽기부하분산및백업부하분산용으로활용가능 Read Only ReadWrite 전환포함한 Failover 자동화구성안됨 Oracle 만가능 5
별첨 1. H/A 와유사솔루션의비교 5. H/A Solution - Only 6. H/A Soution - + Stand by Stand by H/A H/A Replication 나 장애시중단후자동 Failover 되어서비스가재개되는구조 평상시에 Stand by 서버가유휴이므로, 상대적으로저가인 Linux 나가상화환경에서유리 Storage 이중화가안되어있음 DB 이외의모든서비스에활용가능,, Storage 에장애시중단후자동 Fail-over 되어서비스가재개되는구조 평상시에 Stand by 서버가유휴이므로, 상대적으로저가인 Linux 나가상화환경에서유리 DB 이외의모든서비스에활용가능 6
별첨 1. H/A 와유사솔루션의비교 이중화구성방안 이중화 Component 활용범위 Fail-over 자동화 CDC - - - DB Ⅹ Storage Replication - - - ALL Ⅹ Oracle: RAC O O Ⅹ Oracle O ( 무중단 ) Oracle: ADG O Oracle 주용도 부분복제, 집계성복제를통한타시스템 IF 나읽기부하분산용및별도의 Read/Write 가능한 DB 로활용에유리 백업부하분산및빠른복구를위한 1 차백업용으로유리 RAC + ADG 로구성시고가의 Oracle 환경에서장애복구, 읽기부하분산, 백업부하분산용으로유리 HA Only O O Ⅹ ALL HA + O O O ALL O ( 중단후 ) 상대적으로저가인 Linux 및 O ( 중단후 ) 가상화환경에서 DB 를포함한여러이중화환경구성에유리 7
2. SteelEye 소개 Support Environment Virtualizations Citrix Xen MS Hyper-V Red Hat KVM OracleVM Vmware ESX Linux RHEL, SLES, OEL, CentOS, Asianux Windows 2003,2008,2012 O/S Supported Environment Shared Storage SAN, iscsi, NAS Non-Shared Storage Internal Disk, DAS, Fusion IO 8 Storage Type
2. SteelEye 소개 Product 구성 Combining High Availability with efficient Replication to ensure Business Continuity for your Mission Critical Apps! SteelEye Protection Suite LifeKeeper Application Recovery Kits Keeper LifeKeeper: 및 Application 의장애감지를통한자동 fail-over 를담당하는 H/A Cluster 모듈 Keeper: Real-time, High performance 의 volume Replication 모듈로 LifeKeeper 와연동 ARK: Application 의장애감지및 fail-over 를위한 Built-in 된 Knowledge 모듈로 LifeKeeper 와연동 9
2. SteelEye 소개 Support ARK Services Apache Samba NFS SW Raid(md) Applications SAP WebSphere MQ Exchange Any Custom App bases Oracle MySQL PostgreSQL Sybase DB2 MSSQL Application Recovery Kits Storage DMMP NAS EMC PowerPath Hitachi HDLM IBM SDD Replication 10
별첨 2. vappkeeper 소개 vappkeeper Monitors the health and applications (A) and their dependencies (D) Withholds heartbeat to instruct VMware HA to respond to an application failure (restart, VMotion) VMware HA Monitors physical host for failure Monitors virtual machine for failure Can monitor VMware Tools heartbeat to identify OS failure 11
별첨 2. vappkeeper 소개 Visibility vsphere Client dashboard and gran ular application hierarchy views Flexible Management Options Brower-based user interface Command-line interface Multi-level policy Temporal recovery logic 12
별첨 2. VMHA : vappkeeper : SPS 구성방안 구성 1 VM HA vappkeeper 구성 2 이중화구성 LifeKeeper + ARK Keeper SPOF Storage Application VM OS Storage VM OS 이중화비용 구성 3 Storage 10 구성 4 Storage 10 구성 5-20 구성 6-20 0 5 비고 VM HA 만을사용하는경우가상화서버에대한 HA 만을지원 가상화서버내에서수행되는 Application 장애감지를위해서는 vappkeeper 필요 VM HA 와 SPS 를같이사용하는경우 SPS 가기구성된 Standby node 로 Fail-over 를하게되면, VM HA 는장애난 노드를자동으로기동하여, 빠른 Fail-back 이가능하게된다. 즉, SPS 를사용하게되더라도 VM HA 를같이사용하는게이중화측면에서는유리하다 vappkeeper 는 vsphere 환경의 Linux 버전만지원 13
2. SteelEye 소개 Shared Storage vs. Shared Nothing Shared Storage Cluster Shared Nothing Cluster Fail-over Stand by Fail-over Stand by H/A H/A Replication Fibre Channel SAN, iscsi or NAS 필요 동일 Center 내에서만가능 데이터정합성보장을위한 I/O fencing 은 SCSI PR3 기본제공 ( 추가 fencing 구성가능 ) 여러 storage type 지원 여러 Multi-Path solution 지원 Storage 에 Single Point of failure 존재 LAN or WAN recovery 환경도가능 Shared storage 의 single point of failure 제거 DR 구성에적합 기존 Storage Replication 대비비용절감 복제된데이터도 H/A Automated failover protection 의한구성요소로관리 14
2. SteelEye 소개 Shared Storage vs. Shared Nothing 항목비교설명 비용 Component 이중화 노드의 Write 성능 노드의 Read 성능 DR 구성 Shared Nothing 우수 Shared Nothing 우수 Shared Storage 우수 동일 Shared Nothing Only Shared Storage 로이중화구성시, SAN Switch 및외장 Storage 로공유환경을구성하여야하므로, Local Disk 나 DAS 로 Storage 를구성하는환경에비해 Storage 구성비용이상대적으로고가 Shared Storage 환경으로이중화구성시, 서버장애는대비가되지만, Storage 장애시서비스를 Fail-over 할수없는 SPOF(Single Point of failure) 가존재 Replication 을 Async 로구성시는성능이동일하나, Sync 방식으로구성시, Standby 노드까지 Write 가완료되어야만, 노드의 Write 가완료되는구조이므로, 노드의 Write 작업에일부성능저하 Read 는 노드단독으로만처리하기때문에영향없음 Replication 을통한 DR 구성 Replicated Storage 활용 임시테스트환경 Rolling Patch 작업 Shared Nothing Only Shared Nothing Only Standby 노드로의복제를임시중단하고, Standby 시스템을테스트용으로활용가능하다. 테스트완료후복제를재개하면, 전체스토리지볼륨을복제하는것이아니고, 테스트시에변경된블럭과복제가중단된블록만다시 Sync 하여, 빠른시간안에 HA Standby 로복귀가가능 복제구성시, OS 나 DB 같은시스템 S/W 가설치된볼륨은복제를하지않고, 데이터영역만복제구성을합니다. OS, DB 등의 S/W 영역에만변경이일어나는 Patch 와같은작업시일부절체시간의중단만으로, 노드를변경하면서작업이가능 15
2. SteelEye 소개 Keeper 아키텍쳐 bitmap file bitmap file 의디스크와리모트의디스크는 nbd 와 software RAID 를통해복제 16
별첨 3. 데이터복제방식비교 CDC 방식 Log Apply 방식 File 단위복제 Block 단위 Volumn/LUN 복제 설명 node 의 DML 을 Log 에서추출하여 Target node 에서 SQL execution 하는방식 노드에서발생한 DB 복구를위한 Log 를 Target node 에서 Log apply(=recovery) 를하는방식 node 에서변경된파일을 Target node 에전송하는방식 node 에서변경된 Block 만을 Target node 로전송하는방식 적용가능범위 DB 에만사용가능 DB 에만사용가능 Raw Device 를제외한모든 File 에사용가능 Raw Device 를포함한모든데이터복제에사용가능 솔루션 동기화방식 SharePlex Oracle Golden Gate MySQL Replica 등 Oracle Guard Physical mode Cubrid Replication BCV Keeper 등 Async/Sync( 일부지원 ) Async/Sync Async/Sync Async/Sync 성능느림중간중간빠름 전송량적음보통많음적음 비교 성능이느린경우가많다. 솔루션에따라읽기정합성이순간불일치난다. 데이터불일치상태를모니터링하기어렵다. 동기화에문제가없으면논리적으로동일한데이터이지만, 물리적으로동일하지않다 DB 벤더에서제공하는가장안정적인 DB 복제방식 복제중간에복제가중단되면, 이후에복제를따라가기위해서는중간의모든로그를 Apply 해야만한다. 복제 Target 을읽기전용과같은용도로사용가능 DB 처럼 I/O 의단위가파일단위로 Write 가일어나지않는경우적용이어렵다. 인프라적으로가장빠르고안정적으로복제를하는방식이다. 물리적으로동일하기때문에, Fail-over 나 DR 구축용으로가장안정적인복제방식 17
별첨 3. CDC 와 Keeper 방안 1: CDC Read Only Fail-over Read/Write Fail-over 방안 2: LK + DK Slave Master Standby LifeKeeper CDC Keeper 고려사항 Read Traffic 분산방안 장애감지범위 Fail-over 자동화방안 (VIP, DB Mode, Application 등 ) Master만으로 Read Traffic 처리가능한가 CDC복제의안정성, 속도, 데이터유실가능성 18
2. SteelEye 소개 GUI GUI 를통한리소스등록및관리가능 각리소스타입별관리메뉴제공 각리소스타입별설정마법사제공 각종로그조회및리소스상태관제가능 19
3. SteelEye 구성방안 Hybrid Shared Storage Cluster with WAN replication (DR) N-Node WAN Failover Cluster with Replication (DR) Two Node LAN Failover Cluster with Shared Storage Two Node LAN Failover Cluster with Replication Single Node Monitoring & Recovery All configurations supported across both physical and virtual servers 20
3. SteelEye 구성방안기본구성 Shared Storage Cluster Shared Nothing Cluster Stand by Stand by H/A H/A Replication 모든구성에서 는 Physical, Virtual 모두가능즉, P P, P V, V P, V V 모두가능 21
3. SteelEye 구성방안 N:1 구성 Shared Nothing Cluster Shared Storage Cluster 1 Standby 1 1 Sync 1 2 1 Standby 2 1 2 2 1 2 2 Sync 2 22
3. SteelEye 구성방안 Crose Standby Shared Nothing Cluster /Standby 1 2 /Standby 1 2 1 2 1 2 Sync Sync Shared Storage Cluster /Standby 1 2 /Standby 1 2 1 23 2
3. SteelEye 구성방안 DR 구성 Standby DR Shared Nothing Cluster H/A H/A Sync Async Standby DR H/A H/A Shared Storage Cluster Async 24
4. SteelEye 요약 Key feature 다양한 x86 환경지원 다양한 Resource 지원 다양한구성 우수한복제성능 구성및운영편의성 다양한 Enterprise Linux 배포판지원 다양한가상화, Cloud 환경지원 Shared Storage 외 Local, DAS Storage 지원 각스토리지밴더의 multipath 드라이버지원 LAN/WAN 환경에서의 Host-based Replication Sync/Async/Periodic 모드복제지원 Block 단위 Volume/LUN 복제로대용량파일처리에적합 Fail-over 시자동 Source/Target 변경 각각다른설정의 Multi-target 지원 Dirty block 을 bitmap 으로관리하여 full resync 방지 복제대역폭제한및 9 단계의압축전송지원 30 여개의주요한 Application 에최적화된 knowledge module 각리소스타입별최적화된기동 / 정지, 상태 check 제공 리소스타입별로 2 level(quick/deep check) health check 제공 각리소스 type 별 wizard 를통한리소스등록및관리 Java 기반 GUI 및 CLI 제공 비즈니스변화에따른노드증설, 변경및축소용이함 클러스터상태모니터링을위한 SMTP/SNMP trap 지원 Shared Storage 및 Shared Nothing 환경지원 1:1, 1:N, N:1, DR, cross standby 구성지원 Virtual, Physical 간의자유로운이중화구성지원 25
4. SteelEye 요약 SteelEye Protection Suite 10 년이상검증된 Architecture 의 Consistency x86(linux, Windows), 가상화, Cloud 환경에최적화 Open Source를포함한다양한 Linux배포버전을지원 다양한 Resource들을 Script작성기반이아닌지능화된 Application감시모듈 HA Fail-over, Replication, DR을하나의솔루션으로구축 storage-based DR/Replication보다유연하고저가의구축가능 다양한환경구성 (1:1, N:1, DR, cross standby, Shared Storage/Shared Nothing) Block기반복제로빠른성능및 DB이외의다양한형태의 Replication 지원 설치, 구성, 운영작업에직관적인 Wizard 형태의 GUI 제공 Business 요구사항변경에따른유연한확장 / 변경가능 26
감사합니다.