3. 1.1 리눅스 도입의 변화
개방성증가
종속성탈피
자원 효율성 및 기술력 확보
표준환 환경의 이점
비용절감
- 무료 라이센스
- 도입비용 절감
- 유지보수 정액
제로 계약으로
TCO절감
- 특정 벤더의
종속성 탈피
- 다양한 HW 및
SW에 대한
선택권 확보로
- 저비용으로 양질
의 인프라 확보
- 오픈플랫폼 증가
이기종 시스템간
호환성 확보
- 가상화 클라우드
적합한 환경
- 향후 상용제품
으로 전환용이
IT경쟁력확보
- 원천 기술접근
및 확보 용이
- 핵심SW 인력
확보 가능
- 효율적인 IT
자원배치
공개 소프트웨어
- Internal Use Only -
4. 1.2 플랫폼의 변화 (Unix to Linux)
기업 IT환경에 대한 패러다임이 비용절감 구조로 바뀌면서 x86 기반의 리눅스 도입 활발
현재까지 x86기반의 리눅스 시스템들이 기존 유닉스 기반 시스템 대비 비용절감의 효과는 완전히
검증된 상태
유지보수
유지보수
미들웨어
데이타베이스
인건비
미들웨어
데이터 베이스
하드웨어
하드웨어
X86 리눅스 서버
유닉스 기반서버
- Internal Use Only -
전체비용
전체비영
인건비
5. 1.3 상용 SW vs 공개SW 비교
구분
일반상용 SW
공개 소프트웨어
• 초기 도입비용이 높은
• 초기 도입비용이 낮음
• 유지보수 비용 및 시스템 개선비용 높음
• 유지보수 비용 및 기능 추가 비용이 낮음
제약사항
• 라이센스 계약으로 인한 제약사항
(사용료 지급)
• 사용상의 제약사항 없음 (무료)
배포형태
• 라이센스 계약으로 인한 바이너리 제공
• 소스코드는 기업비밀로 유지함
• 소스코드가 공개
• 라이센스 조건하에 자유롭게 배포,수정
성능분석
• 비교적 큰 시스템 환경에서의
높은 성능 나타냄
• 다양한 환경에서 최적화된 설정으로 높은
성능치를 나타냄 (Intel, PPC, s390등)
기술성
• 문제점 발생시 폐쇄적인 운영으로
취약점 보유
• 소스코드의 공개로 빠른 문제점 해결
• 유지보수 및 업그레이드 용이,
독점피해 방지
확장성
• 시스템 환경에 따라 호환성은 보장
• 높은 적용비용을 지불해야 함
• 제한된 시스템 운영환경에서 용이
• 소프트웨어간 적용비용이 낮음
• 기능추가 비용이 낮음
공급권
• 최조도입 개발업체 또는 벤더에게 공급
• 개발업체 문제시 도입 고객에게도 심각한
영향을 미침
• 동일 솔루션에 대한 다수의 업체로 부터
지원 및 공급이 가능, 사용자의 선택권이
넓음
비용분석
- Internal Use Only -
6. 1.4 상용 SW vs 공개SW 운영성 비교
패치, 백업 및 기술지원
- 일상적인 시스템 운영업무에 있어서는 상용SW 와 거의 동일함
장애이슈 관리
- 상용 시스템의 경우 장애/이슈 관리가 벤더에 의해서 종속
- 공개 SW 장애/이슈 관리의 체계적인 시스템이 준비되어 있으며 Knowledge-base 가 항상 오픈
기술지원 서비스
- 공개SW의 역시 On-Line Call 또는 Off-Line 방문 서비스등의 다양하게 지원합니다.
벤더의 종속성
- 상용SW의 경우 벤더의 종속된 시스템 운영을 해야합니다.
- 공개SW는 다양한 플랫폼의 표준화된 환경으로 운영이 가능합니다.
구분
패치관리
백업관리
장애/
이슈관리
기술지원
비용
가상화
(플랫폼)
벤더
종속성
성능
공개SW
●
●
●
●
저렴
다양함
낮음
빠름
상용SW
●
●
●
●
고비용
제한적
높음
느림
- Internal Use Only -
7. 1.5 리눅스 와 유닉스 기능성 비교
주요기능
커널
쓰레드
리눅스 (공개)
• 커널내의 쓰레드 사용
• 쓰레드 (Thread) 구조단순
• 자바환경에 탁월한 성능
유닉스 (상용)
• 솔라리스만 LWP 쓰레드지원
• 다른 유닉스는 컴파일후 구성
비고
리눅스 적합
커널방식
• 프로세스 선점형 방식
• 커널2.6에서 완전선점형 구형
• 프로세스 선점형방식
동일
멀티
프로세스
• 리눅스 커널 2.6 SMP 지원
• NUMA 아키텍쳐 지원
• AIX5 32way smp 지원
동일
• 저널링 파일시스템 지원
• Ext3, Ext4, XFS등
• 저널링 파일시스템 지원
• JFS2, irix, XFS
동일
• 하드웨어 아키텍쳐에 독립적
• 특정 하드웨어만 고정적으로
지원하지 않는다
• 플랫폼에 종속적이다
• 자체 인증된 하드웨어만 의존
리눅스 적합
• 도입비용이 저럼
• HW+OS비용 < 유닉스
• 도입비용이 비싸다
리눅스 적합
• 리눅스는 다양한 CPU지원
• x86,PPC, Itanium
• 자사의 인증한 CPU만 지원
리눅스 적합
• LSB,POSIX등 표준준수
• POSIX,IEEE,ISO준수
• 다양한 플랫폼의 설정을통해
하드웨어 속도를 완전히 활용
• 하드웨어 속도를 높이기 위한
설정에 제약이 있음
저널링
파일시스템
커널
독립성
비용
CPU 지원
표준의 준수
속도
- Internal Use Only -
동일
리눅스 적합
8. 1.6 리눅스 기술지원 프로세스
고객사 사용자
Help Desk
분야별 전담 요원
장애신고 및
문의 접수
시스템
장애 발생
장애접수 및 기록
장애분류
유지보수
의뢰접수
YES
처 리
해결내용
NO
상세기록
장애조치
완료
장애등급 결정
및 장애분석
장애 해결 기록
장애
조치
해결내용
YES
- 장애원인
- 해결내용
- 해결일자
- Internal Use Only -
NO
요소 기술자
장애 해결
10. 2.1 마이그레이션을 위한 사전 분석
1. 대상 사전분석 작업
2. 대상 사전분석 세부 작업
현재 OS 버전 확인
서비스 그룹
현재 DBMS 버전 확인
서비스 내용
현재 WAS 버전 확인
호스트명
현재 JDK 및 Application
버전 확인
OS
현재 3rd_Party 버전 확인
기종
현재 IN-House 내용 확인
CPU CLK
현재 기타 설정 내용 확인
CPU 개수
HW Vendor
Memory 개수
TpmC
이중화 구성여부(Act-Sby)
기능
마이그레이션 구분
S/W 상세
- Internal Use Only -
리눅스
인프라 기반기술
11. 2.2 마이그레이션 개요 및 진행방법
Unix 에서 Red Hat Enterprise Linux로 마이그레이션 개요
Linux 최신 커널 기반의 고객 지원 및 중요한 비즈니스 운영 환경에서의 어플리케이션 성능이 향상
독점(proprietary) UNIX 시스템을 저비용의 상용 Intel 하드웨어로 대체함으로써 IT 운영의 총 비용이 절감
UNIX와 Linux는 기술적으로 서로 유사하므로 사용자가 이미 보유하고 있는 IT 기술을 적극 활용
Red Hat, Intel 및 ISV와 하드웨어 파트너로 구성된 글로벌 에코 시스템을 통한 다양한 솔루션 제공
성공적인 Red Hat Enterprise Linux로의 마이그레이션 진행
컨설팅
UNIX 마이그레이션에서
최대 수익을 이끌어내는
어플리케이션 영역을
선택
절감된 총 운영 비용과
향상된 성능을 바탕으로
비즈니스 사례를 구축할
수 있도록 지원
하드웨어
파트너 어플리케이션
Red Hat은 전세계의 주요
컴퓨터 하드웨어 제공업
체와 광범위한 제휴 관계
UNIX에서 현재 실행되는
어플리케이션 중에 Red
Hat Enterprise Linux에서
인증 및 실행되는 어플리
케이션이 증가 및 안정성
기여
파트너 및 인증된 하드웨
어 플랫폼의 새로운 인증
작업 진행
- Internal Use Only -
교육
Red Hat에서 제공하는 교
육 및 인증 과정을 통해
귀사의 IS 담당자는 Red
Hat Enterprise Linux를
즉시 사용할 수 있고 기존
의 UNIX 기술을 적극
활용
12. 2.2 Unix to RHEL 특성화 부분
Unix 에서 Red Hat Enterprise Linux의 목표 선택 요건
1. 어플리케이션 요소
의존성 검토 여부
확인
In-house 코드로
개발된 APP에 대한
아키텍쳐 확인
2. 기능적 요소
3. 비용 절감 요소
신뢰성
시스템 비용당 절감
가용성
시스템 전체에 대한
절감
보안성
관리성
관리,네트웍, 기타
요소에 대한 비용 절감
Unix 에서 Red Hat Enterprise Linux의 고려사항
현재 사용하고 있는 플랫폼?
Unix : Solaris, HP-UX, AIX
사용하고 있는 어플리케이션
Data Base, WAS, JDK, 3rd-party 및 기타 IN-House 어플리케이션
마이그레이션 컨설팅 프로세스
상기사항 및 사용자 요구사항을 요약하여 정리 보고
Red Hat에서 제공하는 마이그레이션 프로그램 서비스
각 어플리케이션 개발 언어의 호환성 확인
마이그레이션 진행 주체 선정 : 1.설계 2.도입 3.설치 4.적용 5.운영
- Internal Use Only -
4. 프로젝트 크기
서버 볼륨(수)에 따라
비용절감 효과
프로젝트 규모에 따른
장애요인에 최대 비용
절감
13. 2.2 Unix to RHEL 특성화 부분
01. 오픈소스 제공
02. 인프라 스트럭쳐
어플리케이션의 바이너리는 물론 소스코드까지
배포하는 오픈소스를 제공하여 RISC계열의 Unix
의 독점적인 소프트웨어 개발 모델보다 개선속도
가 훨씬 빠름
Red Hat Enterprise Linux의 기본구조는
Unix와 유사하여 모든 하드웨어 및 장치의
조작은 물론 작업 일정까지 모드 커널에서 처리.
대부분 기본 Unix 보다 Linux에서 다양한
어플리케이션을 지원하며 네크워크
어플리케이션이 유닉스에 비해 다양하게 제공함
Red Hat의 수만명 개발자와 프로그래머들이
운영체제의 개발에 참여하기 때문에 독점적
소프트웨어 업체가 진행 하는 기능, 안정성,
보안성의 개선을 신속하게 이루어짐
04. 보안 및 안정성
03. 성능향상 제공
SMP 및 NUMA는 쓰레드를 사용하는
어플리케이션의 성능을개선하는 다양한 확장성
향상 기능들이 포함되어 있음
.
PCI Express 상호 연결 표준을 지원하므로 I/O 속도
가 더 빨라지고 SMP 시스템의 효율성이 높아짐
Red Hat Enterprise Linux 4는 EAL4+ 인증
을 득하여 보안엔지니어링 규정에 맞게 설
계, 검토 및 테스트된 제품임을 보증
SELinux (Security Enhanced Linux) 뛰어난
보안 프레임 웍을 제공하여 보안이 요구되
는 많은 어플리케이션에 보다 포괄적이고
엄격한 보안 정책을 제공하여 안정성을
보증
- Internal Use Only -
14. 2.3 마이그레이션 방법론
현 시스템의 분석 작업
향후 시스템 목표 설정 및 마이그레이션 작업
하드웨어, OS 설정
확인(Sysreport)
업무분석 및
요구사항 분석
분석 결과 및 개선안
제시
시스템 운영
수준 분석
시스템 분석 및
1차 분석결과에 따른
추가 분석작업
평가 결과에 대한 보고서 및 시스템
개선 사항 및 권고사항 처리
시스템 세부 사항 점검
-실현 가능항목
-실현 우선순위 결정
-마이그레이션 작업
일정 검토 및 확정
작업 일정 및 절차에 따른
마이그레이션 작업 진행
시스템 운영 업무 평가
시스템 운영 평가
시스템 운영
요구 사항 분석
시스템 운영 점검, 계획
각 시스템 항목 마이그레이션
이전 사항과 점검, 검토
최종 시스템 운영 평가
자원, 인원, 운영에
대한 계획
시스템 운영 평가 기준 작성
- Internal Use Only -
15. 2.4 마이그레이션 작업 절차
Unix to Linux 전환을 위한 전체 작업단계는 3단계로 이루어짐
최종 분석 단계에서 전환하고자 하는 시스템의 대수 및 어플리케이션에 따라서 또한 단계가 추가될수 있음
1 단계 – 파일럿 프로젝트 기간
2 단계 – 마이그레이션 작업 기간
3 단계 – 실운영 및 롤아웃 기간
마이그레이션 대상서버의 플랫
폼 및 어플리케이션 분석
마이그레이션 배치 기술 적용
마이그레이션에 대한 전체 작업
문서
Red Hat Enterprise Linux로의
전환에 필요한 ISV 어플리케이션
상태 파악
사용자 정의된 초기 패스 개발
기본적인 내부 어플리케이션의
포팅 및 테스트
전체 어플리케이션 포팅 시작
인프라 스트럭쳐 대체 구성요소
의 롤아웃
전반적 운영 방법에 대한 문서
시스템 관리자에 대한 교육 준비
실제 운영 시스템의 보완 작업
최종 운용시스템의 사전점검 및
QA
최종 검수 완료
- Internal Use Only -
시스템 관리자 대상 교육
16. 2.4 전환후 유지보수 절차
유지보수
목표
• 유지보수 서비스는 원활한 서비스 유지를 위해 고객의 서버운영을 지원하고 필요한
기술을 제공
• 유지보수 서비스는 장애처리서비스와 서버관리지원서비스를 제공
• 시스템 운영 수준 분석 : IT 조직구성현황, 시스템 자원 및 운영현황, 시스템 비용 분석
• 이용자 요구 사항 분석 : 시스템 가동시간, 시스템 다운 허용 횟수, 시스템 다운 발생
주기, 시스템 다운 지속 시간, 시스템의 응답 시간
• 운영 활동 계획 : 장애 처리 지침, 변경 관리 지침, 보안 관리 지침, 성능 관리 지침
가용성 관리 지침, 백업 및 복구 지침
• 운영 평가 기준 및 세부항목 선정 : 실현 가능한 항목 선정 , 실현의 우선순위 결정
• 정기점검 Report 제출, 시스템 자원 분석 결과 및 문제점 제시, 시스템 모니터링 결과
및 문제점 제시, 장애처리 결과 및 문제점 제시
• 시스템 운영 개선방안 제시, 기타 참고사항 및 권고사항 제시
- Internal Use Only -