Home | 문태준 | 시스템어드민 메일링 | Sys Admin 세미나
Skip to end of metadata
Go to start of metadata

문서소개

신규 OS 도입시 체크해야 할 부분을 간단히 정리함.

질문

  • 신규 도입 절차 : 신규 OS 도입시 어떤 팀들이 관여하며, 그 팀간의 의사소통은 어떻게 하는가? 도입 공정에 걸리는 시간은?
  • 요구사항은 무엇인가?
  • 기존 OS 제거 및 업데이트는 어떻게 할 것인가?

확인이 필요한 사항

전체 조직 차원

항목설명  
기존 OS/서비스 환경과의 연속성   
사용의 용이성   
OS 라이센스 및 기술지원 여부   
OS Life Cycle

RHEL의 경우

https://access.redhat.com/support/policy/updates/errata

CentOS6의 경우 2017년 Q2가 End of Production 2임.

End of Production 1 : Q2 of 2016

End of Production 2 : Q2 of 2017

 

ubuntu 의 경우 LTS를 이용하는 경우 5년간 지원이 됨.

  
하드웨어 지원 여부

RHEL의 경우 https://hardware.redhat.com/

  
AWS 지원 여부   
Docker 지원 여부   
    
    

 

테스팅/확인이 필요한 부분. 각 항목에 따른 가이드 문서가 있어야 함. (아래는 CentOS7 기준으로 작성하였음)

항목설명참고
OS 기능 테스팅boot 방식, init.d에서 systemd 로의 변화 등

redhat의 경우 각 OS별 Migration Planning Guide 를 제공함.

이 문서와 함께 사용할 OS의 각 버전별 release note 를 확인 해 봐야 함

안정성성능 테스팅을 통해 안정성 확인 
kickstart/yum repo 준비신규 OS에 맞는 kickstart/yum repo 준비 
OS 추가에 따른 각종 스크립트 변경

보안 설정 확인

LDAP 설정

hosts 설정

시스템 정보 수집 프로그램

백업스크립트

기존에 바이너리 형태로 돌아가고 있는 프로그램은 rpm 제작 + yum 을 통한 설치가 필요함
시스템 관리 프로그램 준비하드웨어 장비별 설치 프로그램 등 확인 
모니터링 agent

Nagios agent/Zabbix Agent 준비

Nagios nrpe agent 작동 여부 확인

snmp 작동 여부 확인

기존에 바이너리 형태로 돌아가고 있는 프로그램은 rpm 제작 + yum 을 통한 설치가 필요함
Configuration agent

saltstack agent 준비

해당 OS에 맞게 saltstack states 변경

현재 인프라팀에서 설정 관리용으로 saltstack 을 쓰고 있지는 않은 상태임.
Orchestration해당 OS와 관련한 부분 점검 필요 
보안 agent보안 관련한 agent 있는 경우 확인 
자산DB/CMDB각종 정보를 관리하는 프로그램에 신규 OS 추가 
기존의 OS 제거에 대한 계획

신규 OS로 바꾸어야 하므로 기존 OS 제거에 대한 계획이 있어야 함.

안 그러면 기존의 OS는 방치된 채로 남게 됨.

 
Labels
  • No labels