[오픈소스컨설팅]유닉스의 리눅스 마이그레이션 전략_v3

2014. 07.
Unix to Linux Migration
Open Source Consulting, Inc
Vesion 1 – Tommy Lee(이호성 부장)
Version 2 – Ho-Jin Kim(김호진 부장)

- Internal Use Only -
Who am I?
김호진 부장(khoj at osci.kr)
(現) 오픈소스컨설팅 Infra 서비스팀
한국 IBM(2012~2014) – Senior SSR
안동대학교/동양대학교 정보통신공학과 겸임교수(2010~2012)
한국 IBM(2001~2009)
기술분야: Linux, AIX 분야 Super User
저서

3
U2L 마이그레이션 개요I

Internet Explosion 데이터 Complexity New Ways of
Doing Business
클라우드 기반기술
• Red Hat Enterprise
Virtualization 출시
• Red Hat과 Microsoft
가상화 상호 지원
Red Hat Cloud Foundations 등
장
Red Hat passes 1M system
Milestone
• Red Hat이 오픈소스
미들웨어의 리더가 됨
– Acquiring JBoss
Red Hat 대중화
• Red Hat Enterprise Linux가
Dell, IBM, HP 서버에 사전설치
되어 제공
• Linux experiences one
year growth of 212%*
Red Hat Linux 등장
• Red Hat은 아파치 웹
서버를 탑재하여 기업환
경에 LAMP를 도입하기
시작
기업형 리눅스의 변화
오픈소스 기술은 운영체제를 시작으로 클라우드 컴퓨팅의 솔루션 까지 체계적으로 오픈소스 솔루션을 공급
최근에는 가상화 영역 뿐만 아니라 클라우드 솔루션 영역까지 오픈소스 기반기술에 대한 영역 확장

리눅스 도입의 변화
기업의 IT인프라 환경에 대한 변화에 따른 운영체제의 변화도 오픈소스 리눅스의 도입 증가
표준화가 요구되는 환경에서 오픈소스가 두각을 나타냄

개방성증가
종속성탈피
비용절감표준환환경의이점
- 무료 라이센스
- 도입비용 절감
- 유지보수 정액
제로 계약으로
TCO절감
- 특정 벤더의
종속성 탈피
- 다양한 HW 및
SW에 대한
선택권 확보로
- 저비용으로 양질
의 인프라 확보
IT경쟁력확보
자원효율성및기술력확보
공개 소프트웨어
- 오픈플랫폼 증가
이기종 시스템간
호환성 확보
- 가상화 클라우드
적합한 환경
- 향후 상용제품
으로 전환용이
- 원천 기술접근
및 확보 용이
- 핵심SW 인력
확보 가능
- 효율적인 IT
자원배치
리눅스 도입의 변화

하드웨어
전체비용
유닉스 기반서버 X86 리눅스 서버
미들웨어
데이타베이스
인건비
유지보수
하드웨어
미들웨어
데이터 베이스
인건비
유지보수
전체비용
플랫폼의 변화 (Unix to Linux)
기업 IT환경에 대한 패러다임이 비용절감 구조로 바뀌면서 x86 기반의 리눅스 도입 활발
현재까지 x86기반의 리눅스 시스템들이 기존 유닉스 기반 시스템 대비 비용절감의 효과는 완전히 검증된 상태

구분 일반상용 SW 공개 소프트웨어
비용분석
• 초기 도입비용이 높은
• 유지보수 비용 및 시스템 개선비용 높음
• 초기 도입비용이 낮음
• 유지보수 비용 및 기능 추가 비용이 낮음
제약사항
• 라이센스 계약으로 인한 제약사항
(사용료 지급)
• 사용상의 제약사항 없음 (무료)
배포형태
• 라이센스 계약으로 인한 바이너리 제공
• 소스코드는 기업비밀로 유지함
• 소스코드가 공개
• 라이센스 조건하에 자유롭게 배포,수정
성능분석
• 비교적 큰 시스템 환경에서의
높은 성능 나타냄
• 다양한 환경에서 최적화된 설정으로 높은
성능치를 나타냄 (Intel, PPC, s390등)
기술성
• 문제점 발생시 폐쇄적인 운영으로
취약점 보유
• 소스코드의 공개로 빠른 문제점 해결
• 유지보수 및 업그레이드 용이,
독점피해 방지
확장성
• 시스템 환경에 따라 호환성은 보장
• 높은 적용비용을 지불해야 함
• 제한된 시스템 운영환경에서 용이
• 소프트웨어간 적용비용이 낮음
• 기능추가 비용이 낮음
공급권
• 최조도입 개발업체 또는 벤더에게 공급
• 개발업체 문제시 도입 고객에게도 심각한
영향을 미침
• 동일 솔루션에 대한 다수의 업체로 부터
지원 및 공급이 가능, 사용자의 선택권이
넓음
상용 SW vs 공개SW 비교

상용 SW vs 공개SW 운영성 비교
구분 패치관리 백업관리
장애/
이슈관리
기술지원 비용
가상화
(플랫폼)
벤더
종속성
성능
공개SW ● ● ● ● 저렴 다양함 낮음 빠름
상용SW ● ● ● ● 고비용 제한적 높음 느림
패치, 백업 및 기술지원
- 일상적인 시스템 운영업무에 있어서는 상용SW 와 거의 동일함
장애이슈 관리
- 상용 시스템의 경우 장애/이슈 관리가 벤더에 의해서 종속
- 공개 SW 장애/이슈 관리의 체계적인 시스템이 준비되어 있으며 Knowledge-base 가 항상 오픈
기술지원 서비스
- 공개SW의 역시 On-Line Call 또는 Off-Line 방문 서비스 등의 다양하게 지원합니다.
벤더의 종속성
- 상용SW의 경우 벤더의 종속된 시스템 운영을 해야 합니다.
- 공개SW는 다양한 플랫폼의 표준화된 환경으로 운영이 가능합니다.

리눅스 와 유닉스(AIX/HP/Solaris) 에코 시스템 맵핑

유닉스의 리눅스 전환 방법II

컨설팅 하드웨어 파트너 애플리케이션
UNIX 마이그레이션에서 최
대 수익을 이끌어내는 애플
리케이션 영역을
선택
 절감된 총 운영 비용과 향상
된 성능을 바탕으로 비즈니
스 사례를 구축할 수 있도록
지원
Red Hat은 전세계의 주요 컴
퓨터 하드웨어 제공업체와
광범위한 제휴 관계
 파트너 및 인증된 하드웨어
플랫폼의 새로운 인증작업
진행
UNIX에서 현재 실행되는 애
플리케이션 중에 Red Hat
Enterprise Linux에서 인증
및 실행되는 애플리케이션이
증가 및 안정성 기여
Red Hat에서 제공하는 교육
및 인증 과정을 통해 귀사의
IS 담당자는 Red Hat
Enterprise Linux를 즉시 사
용할 수 있고 기존의 UNIX
기술을 적극
활용
교육
성공적인 Red Hat Enterprise Linux로의 마이그레이션 진행
마이그레이션 개요
Unix 에서 Red Hat Enterprise Linux로 마이그레이션 개요
• Linux 최신 커널 기반의 고객 지원 및 중요한 비즈니스 운영 환경에서의 애플리케이션 성능이 향상
• 독점(proprietary) UNIX 시스템을 저비용의 상용 Intel 하드웨어로 대체함으로써 IT 운영의 총 비용이 절감
• UNIX와 Linux는 기술적으로 서로 유사하므로 사용자가 이미 보유하고 있는 IT 기술을 적극 활용
Red Hat, Intel 및 ISV와 하드웨어 파트너로 구성된 글로벌 에코 시스템을 통한 다양한 솔루션 제공

오픈소스 전환 장점
04. 보안 및 안정성
Red Hat Enterprise Linux 4는 EAL4+ 인증을 득
하여 보안엔지니어링 규정에 맞게 설계, 검토 및
테스트된 제품임을 보증
 SELinux (Security Enhanced Linux) 뛰어난 보
안 프레임 웍을 제공하여 보안이 요구되는 많은
애플리케이션에 보다 포괄적이고 엄격한 보안
정책을 제공하여 안정성을 보증
02. 시스템 유연성
Red Hat Enterprise Linux의 기본구조는
Unix와 유사하여 모든 하드웨어 및 장치의
조작은 물론 작업 일정까지 커널에서 처리.
대부분 기본 Unix 보다 Linux에서 다양한
애플리케이션을 지원하며 네크워크
애플리케이션이 유닉스에 비해 다양하게 제공함
01. 오픈소스 제공
 애플리케이션의 바이너리는 물론 소스코드까
지 배포하는 오픈소스를 제공하여 RISC계열의
Unix의 독점적인 소프트웨어 개발 모델보다 개
선속도 가 훨씬 빠름
 Red Hat의 수만명 개발자와 프로그래머들이
운영체제의 개발에 참여하기 때문에 독점적
소프트웨어 업체가 진행 하는 기능, 안정성,보안
성 개선이 신속하게 이루어짐
03. 성능향상 제공
SMP 및 NUMA는 스레드를 사용하는
애플리케이션의 성능을개선하는 다양한 확장성
향상 기능들이 포함되어 있음
.
PCI Express 상호 연결 표준을 지원하므로 I/O 속도가 더
빨라지고 SMP 시스템의 효율성이 높아짐

1. 애플리케이션 요소 2. 기능적 요소 3. 비용 절감 요소 4. 프로젝트 크기
 의존성 검토 여부
확인
 In-house 코드로
개발된 APP에 대한
아키텍쳐 확인
 신뢰성
 가용성
 보안성
 관리성
 시스템 비용당 절감
 시스템 전체에 대한
절감
 관리,네트웍, 기타
요소에 대한 비용 절감
 서버 볼륨(수)에 따라 비
용절감 효과
 프로젝트 규모에 따른 장
애요인에 최대 비용 절감
마이그레이션 고려 사항
 현재 사용하고 있는 플랫폼?
Unix : Solaris, HP-UX, AIX
 사용하고 있는 애플리케이션
데이터 Base, WAS, WEB,JDK, 3rd-party 및 기타 IN-House 애플리케이션
 마이그레이션 컨설팅 프로세스
상기사항 및 사용자 요구사항을 요약하여 정리 보고
Red Hat에서 제공하는 마이그레이션 프로그램 서비스
각 애플리케이션 개발 언어의 호환성 확인
마이그레이션 진행 주체 선정 : 1.설계 2.도입 3.설치 4.적용 5.운영
Unix 에서 Red Hat Enterprise Linux의 목표 선택 요건
Unix 에서 Red Hat Enterprise Linux 점검 항목

일반적 마이그레이션 수행 절차
현 시스템의 분석 작업
업무분석 및
요구사항 분석
하드웨어, OS 설정
확인(Sysreport)
시스템 분석 및
1차 분석결과에 따른
추가 분석작업
분석 결과 및 개선안
제시
향후 시스템 목표 설정 및 마이그레이션 작업
시스템 운영
수준 분석
시스템 운영
요구 사항 분석
시스템 세부 사항 점검
-실현 가능항목
-실현 우선순위 결정
-마이그레이션 작업
일정 검토 및 확정
작업 일정 및 절차에 따른
마이그레이션 작업 진행
시스템 운영 업무 평가
시스템 운영 평가
평가 결과에 대한 보고서 및 시스템
개선 사항 및 권고사항 처리
최종 시스템 운영 평가
시스템 운영 점검, 계획
각 시스템 항목 마이그레이션
이전 사항과 점검, 검토
자원, 인원, 운영에
대한 계획
시스템 운영 평가 기준 작성

마이그레이션을 위한 사전 분석
1. 대상 사전분석 작업
 현재 OS 버전 확인
 현재 DBMS 버전 확인
 현재 WAS 버전 확인
 현재 JDK 및 애플리케이션
버전 확인
 현재 3rd_Party 버전 확인
 현재 IN-House 내용 확인
 현재 기타 설정 내용 확인
2. 대상 사전분석 세부 작업
 서비스 그룹
 서비스 내용
 호스트명
 OS
 HW Vendor
 기종
 CPU CLK
 CPU 개수
 Memory 개수
 TpmC
 이중화 구성여부(Act-Sby)
 기능
 마이그레이션 구분
 S/W 상세
인프라 기반기술
리눅스
사전 분석 단계에서 고객의 시스템 정보를 식별하고 전환 대상 애플리케이션에 대한 상세 분석 단계로 진행

상세 분석
단계 정의 산출물 예상 소요기간
1
인프라 애플리케이션
분석
인프라스트럭처와 admin 기능등을 구현하는
아키텍처에 관련된 기초 환경 애플리케이션
을 정의하고(security/backup/ntp 등), RHEL
에 적합한 애플리케이션을 선정하는 단계
인프라스트럭처 애플리케이션 맵핑
인프라스트럭처 표준 제작
제품단위의 인프라스트럭처만 고려
10일 이내
2
개별 애플리케이션
분석
3th-party의 애플리케이션을 RHEL에 적합한
애플리케이션으로 분석/선정하는 단계
단위업무별 애플리케이션 맵핑
인프라스트럭처 예상비용
10일 이내
3
마이그레이션 준비단
계 및 리스크 분석
상세한 기술적,업무적 분석 및 리스크 분석
(서버사이징, SLA, 스킬갭분석,교육,가버넌
스 등)
마이그레이션 분석 보고서
마이그레이션 준비 보고서
5일 이내
4
전략적 마이그레이션
계획
3단계를 연동하여, 상세한 마이그레이션 로
드맵과 비용산정을 도출
전반적인 마이그레이션 비용산정
전체 마이그레이션 로드맵
3일
5 마이그레이션 시작
마이그레이션 로드맵과 작업범위에 대한
상세한 결과 도출
서버 마이그레이션 TBD
상세 분석 단계에서는 마이그레이션 대상에 대한 상세 애플리케이션 영역의 분석까지 수행함

마이그레이션 실행
단계 정의 예상 소요 기간
1. Unix와 RHEL의
운영환경 맵핑
• Unix시스템과 동일한 환경으로 RHEL 구성
• 마이그레이션 개발환경 구축
• 커널 파라미터, 리소스 제한 등 환경 설정
• 보안 정책에 맞는 보안 설정
• 인프라 솔루션(백업, 모니터링, HA등) 마이그레이션
운영 시스템 대수, 범위 등에
따라 가변적임
2. 소스 마이그레이션
수행
• RHEL에 업무의 소스코드 이전
• 코드 수정 및 컴파일을 통해 소스코드 마이그레이션
• 테스트를 위한 가상 데이터 생성
• 기능별 단위 테스트 수행 후 코드 보완 수정
3. 연동 테스트 및
보완
• 전체 기능 통합 테스트 및 연계되는 업무와의 정합성 테스트 후 보완 수정
• 인프라 솔루션(백업, HA, 스토리지, 공유 파일 시스템 등)에 대한 안정성 검
증
• 프로비져닝 및 관리 정책 도입 적용
4. 마이그레이션
완료
• 실제 운영환경과 같은 최대 부하시 로드를 제공해서 일정기간 안정성에 대한
검증
• 안정성 검증 후 실제 업무에 적용하기 전 실제 데이터 이전 후 최종 테스트
• 최종 테스트 검증 후 업무 투입
상세 분석을 통한 예상 공수/비용 산정 후 실제 마이그레이션 작업을 수행하는 단계

목표
유지보수
전환 후 유지보수
• 유지보수 서비스는 원활한 서비스 유지를 위해 고객의 서버운영을 지원하고 필요한
기술을 제공
• 유지보수 서비스는 장애처리서비스와 서버관리지원서비스를 제공
• 시스템 운영 수준 분석 : IT 조직구성현황, 시스템 자원 및 운영현황, 시스템 비용 분석
• 이용자 요구 사항 분석 : 시스템 가동시간, 시스템 다운 허용 횟수, 시스템 다운 발생
주기, 시스템 다운 지속 시간, 시스템의 응답 시간
• 운영 활동 계획 : 장애 처리 지침, 변경 관리 지침, 보안 관리 지침, 성능 관리 지침
가용성 관리 지침, 백업 및 복구 지침
• 운영 평가 기준 및 세부항목 선정 : 실현 가능한 항목 선정 , 실현의 우선순위 결정
• 정기점검 Report 제출, 시스템 자원 분석 결과 및 문제점 제시, 시스템 모니터링 결과
및 문제점 제시, 장애처리 결과 및 문제점 제시
• 시스템 운영 개선방안 제시, 기타 참고사항 및 권고사항 제시

고객사 전환 권고안 샘플III

개별 애플리케이션 분석 제공
현 단계에서는 1단계 파일럿 프로젝트 중에서 현재는 1,2 단계 까지만 수행
현재의 정보로는 3,4,5 단계는 차후에 상세한 논의 후에 추가로 작성 가능
단계 정의 산출물 예상 소요기간
1
infra 애플리케이션
분석 및 standard 제작
인프라스트럭처와 관리자 기능등을 구현
하는 아키텍처에 관련된 기초 환경 애플리
케이션을
정의하고(security/backup/ntp 등), RHEL
에 적합한 애플리케이션을 선정하는 단계
인프라스트럭처 애플리케이션 맵핑
인프라스트럭처 표준 제작
제품단위의 인프라스트럭처만 고려
10일 이내
2
개별 애플리케이션
분석
3th-party의 애플리케이션을 RHEL에 적합
한 애플리케이션으로 분석/선정하는 단계
단위 업무별 애플리케이션 맵핑
인프라스트럭처 예상비용
10일 이내
3
마이그레이션 준비단계
및 리스크 분석
상세한 기술적,업무적 분석 및 리스크 분
석
(서버 사이징, SLA, 스킬 갭분석,교육,가버
넌스 등)
마이그레이션 분석 보고서
마이그레이션 준비 보고서
5일 이내
4
전략적 마이그레이션
계획
3단계를 연동하여, 상세한 마이그레이션
로드맵과 비용산정을 도출
전반적인 마이그레이션 비용산정
전체 마이그레이션 로드맵
3일
5 마이그레이션 시작
마이그레이션 로드맵과 작업범위에 대한
상세한 결과 도출
서버 마이그레이션 TBD

운영 애플리케이션 분석 및 전환 표준 제작
대상 장비 선정 및 데이터 수집
• IBM : OO개의 업무서버
• HP : OO개의 업무서버
• SUN : OO개의 업무서버

인프라스트럭처 애플리케이션 분석 및 에코 시스템 맵핑(재 존재하는 인프라스트럭처 애플리케이션을
확인하는 단계)
• 애플리케이션은 개별 서버에 종속된 애플리케이션의 아닌, DNS나 메일, 백업 소프트웨어처럼 전반적인
인프라에 필요한 애플리케이션을 분석하는 단계
제공된 자료로는 아래와 같이 분석 가능
상세 RHEL 시스템의 카테고리에 대해서 더 상세한
인터뷰가 필요

SOE (standard operating environment) 생성
• SOE를 생성하여 실제 테스트 대상 하드웨어, 테스트할 소프트웨어 설정을 리눅스 시스템에 구성
• SOE의 생성은 후에 디플로이, 유지보수, 안정성 측면에서 여러 요청사항을 미리 고려하여 만들어져 기술적, 조직적
요구사항을 충족할 수 있어야 하는 것이므로, 매우 신중하게 고려하여 생성하여야 함.
• SOE 구성 내용 : 프로비저닝 구성 / 테스트 가능환경 구성 / 기술 전수 및 교육 / SOE 관련 문서
• 패키지 관리를 할 수 있는 Red Hat Network Satellite (RHN Satellite)로서 구현 가능

개별 애플리케이션 분석
애플리케이션 정보 수집(제공 정보를 통해 분류됨)
• SLAs
• H/W 정보
• 보안 및 권한 내용
• 버전
• 소프트웨어 의존성
• 개발 언어
• 가상화
• 성능
• 안정성

Macro-level 난이도 분석
• 난이도는 아래와 같은 기준으로 산정
LOW MEDIUM HIGH
ISV 소프트웨어
마이그레이션
• Unix에 설치된 3rd-party 애플리케이
션과 같은 버전 수준으로 RHEL에 인
증
• 적은 외부 연동부분
• Unix에 설치된 3rd-party 애플리케
이션과 같은 버전 수준으로 RHEL
에 인증
• 외부 연동 부분이 적음
• Unix에 설치된 3rd-party 애플리케이
션이 RHEL에서 인증 안됨
• 복잡한 외부 연동부분 많음
애플리케이션
포팅
• 높은 이식성을 제공하고 포팅 방법
론이 제공됨.
• 간결한 코드와 매우 적은 종속성을
가짐
• Java Application은 최소한의 코
드 변경으로 쉽게 아키텍처 변경
• 개발자와의 정보 공유가 용이하
고 외부 통합연동부분이 적은 경우
• OS 종속적인 콜, 함수등의 대체
가 가능
• 간결하고 독립적인 코드.일부
원 개발자들과의 정보공유가 가능
• 외부 통합 연동부분이 일부 존재
• 많은 부분의 코드가 새롭게 개발되
어야 하거나 신규 개발이 효율적
인 경우
• 자체 라이브러리에서 RHEL에서 제
공될 수 없는 외부 3rd-party 라이브
러리를 요구하는 경우
• 자원 부족(인력, 라이브러리, 하드웨
어)으로 인한 많은 이슈가 발생되거
나 기술적 또는 비지니스적으로 비
용적인 부담이 큰 경우

Macro-level 난이도 분석
• 난이도를 기준으로 각 애플리케이션의 난이도를 아래와 같이 추정

분석에 대한 요약
시스템 마이그레이션 부문
 TO-BE 아키텍처에 대한 고객의 의견(VOC) 수렴이 반드시 요구됨
 개별 애플리케이션에 대한 상세 분석이 요구됨
 각각에 대한 오픈소스 전환시 적용 솔루션 맵에 대한 적용 범위를 산정해야 함
전환 비용 산정 부문
 기간/비용의 측정은 상세 분석에 대한 결과로 도출되므로, 상세 분석 단계 필요
 전환 후 운영 및 유지 관리 비용에 대한 부분은 솔루션 형태에 따라 상이함

참고자료
• AIX-to-RHEL-Strategic-Migration-Planning-Guide-Feb-2010 by redhat
• TCO anlysis by OSC
• Solaris to Linux Porting Guide by HP
• A Study on the Comparison of Total Cost of Ownership for Open Source Software and Commercial Software by NIPA

33
요약
OPEN
SHARE
CONTRIBUTE
ADOPT
REUSE

[오픈소스컨설팅]유닉스의 리눅스 마이그레이션 전략_v3

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to [오픈소스컨설팅]유닉스의 리눅스 마이그레이션 전략_v3

Similar to [오픈소스컨설팅]유닉스의 리눅스 마이그레이션 전략_v3 (20)

More from Ji-Woong Choi

More from Ji-Woong Choi (20)

[오픈소스컨설팅]유닉스의 리눅스 마이그레이션 전략_v3