2024. 7. 5. 16:31ㆍGCC/IT 지원
시스템 관리 및 IT 인프라 서비스
시스템 관리란 무엇일까요?
시스템 관리 개요 요약
시스템 정의
- IT 인프라:
- 조직이 운영하는 데 필요한 소프트웨어, 하드웨어, 네트워크, 서비스 포함
- 직원의 업무 수행과 조직 운영에 필수적
시스템 관리자 (Sysadmin)
- 역할:
- 조직의 IT 인프라 관리
- IT 재해 방지
- IT 인프라의 지속적인 작동 확인
- 감사:
- 시스템 관리자 감사의 날이 있음
시스템 관리자의 업무
- 업무 범위:
- IT 조직이 있는 회사라면 어디서나 필요
- 조직의 규모에 따라 다양함
- 조직 규모에 따른 차이:
- 큰 조직: 팀 단위로 나뉨 (네트워크 관리자, 데이터베이스 관리자 등)
- 작은 조직: 한 명이 전체 IT 인프라 관리
강의 초점
- 단독 관리:
- 100명 미만의 조직을 단독 IT 담당자로서 관리하는 데 필요한 스킬
- 소규모 조직의 시스템 관리에 집중
- 대규모 조직 확장:
- 시스템 관리 지식 강화 필요
- 워크플로 자동화 및 구성, 컴퓨터 설정 자동 관리 스킬 습득
다음 강의 내용
- 시스템 관리자의 책임 설명
- 시스템 관리가 IT 지원 전문가의 역할과의 관련성
상세 설명
- 시스템의 정의와 필요성
- 음악가와 악기 비유: 직원이 고객에게 도움을 주려면 컴퓨터 필요
- IT 인프라: 조직 운영에 필수적, 소프트웨어, 하드웨어, 네트워크, 서비스 포함
- 시스템 관리자
- 역할과 중요성:
- 조직의 숨은 공로자, IT 인프라가 항상 작동하는지 확인
- IT 재해 방지
- 시스템 관리자 감사의 날: 시스템 관리자에게 고마움을 표시하는 날
- 역할과 중요성:
- 시스템 관리자의 업무 범위
- 업무 범위:
- 모든 IT 조직이 있는 회사에서 필요
- 역할은 조직의 규모에 따라 다름
- 조직 규모에 따른 차이:
- 큰 조직: 시스템 관리자가 팀 단위로 나뉨
- 작은 조직: 한 명이 전체 IT 인프라 관리
- 업무 범위:
서버 복습
시스템 관리: 서버의 역할과 유지보수 요약
시스템 관리자 역할
- 회사의 IT 서비스 담당
- 필수 IT 서비스: 이메일, 파일 스토리지, 웹사이트 운영 등
- 이 서비스들은 서버에 저장됨
서버의 정의
- 다른 소프트웨어나 시스템에 서비스를 제공하는 소프트웨어 또는 시스템
- 예:
- 웹 서버: 인터넷을 통해 콘텐츠 제공
- 이메일 서버: 이메일 서비스 제공
- SSH 서버: SSH 서비스 제공
서버-클라이언트 관계
- 서버: 서비스를 제공하는 시스템
- 클라이언트: 서비스를 요청하는 시스템
- 서버는 여러 클라이언트에 서비스를 제공할 수 있으며, 클라이언트는 여러 서버를 사용할 수 있음
서버 하드웨어 형태
- 타워 서버: 데스크톱과 비슷한 형태, 작은 공간에 적합
- 랙 서버: 평평하게 누워있는 형태, 서버 랙에 장착
- 블레이드 서버: 더 얇은 형태, 공간 절약
서버의 맞춤 설정
- 예: 파일 서버에서는 더 많은 스토리지 리소스 필요
서버 연결
- 소규모 IT 조직에서 여러 서버를 관리 시, 각 서버마다 모니터, 키보드, 마우스 사용 비효율적
- SSH를 통해 원격으로 연결 가능
- KVM 스위치 사용:
- 키보드, 비디오, 마우스의 약자
- 여러 컴퓨터를 하나의 키보드, 마우스, 모니터로 제어
요약 정리
- 시스템 관리자 역할:
- 회사의 필수 IT 서비스 담당
- 서비스는 서버에 저장됨
- 서버 정의:
- 서비스를 제공하는 소프트웨어 또는 시스템
- 웹 서버, 이메일 서버, SSH 서버 등
- 서버-클라이언트 관계:
- 서버: 서비스 제공
- 클라이언트: 서비스 요청
- 서버 하드웨어 형태:
- 타워 서버, 랙 서버, 블레이드 서버
- 서버 맞춤 설정:
- 서비스에 맞게 하드웨어 조정 가능
- 서버 연결:
- 원격 연결: SSH 사용
- KVM 스위치: 하나의 키보드, 마우스, 모니터로 여러 서버 제어
클라우드
클라우드 컴퓨팅에 대한 요약
클라우드 컴퓨팅의 개념
- 클라우드 컴퓨팅은 데이터를 저장하고 처리하는 서버 네트워크를 의미
- 데이터 센터: 수백 대 혹은 수천 대의 서버를 보유한 시설
- 대기업: Google, Facebook 등 자체 데이터 센터 운영
- 중소기업: 데이터 센터 임차 가능
클라우드의 장점
- 글로벌 액세스: 인터넷 연결만 있다면 어디서든 데이터와 애플리케이션에 접근 가능
- 대용량 저장소: 테라바이트 단위의 저장공간을 필요로 하지 않음
- 예: Dropbox 같은 파일 스토리지 서비스
- 관리 간소화: 보안 업데이트, 서버 하드웨어, 루틴 소프트웨어 업데이트 등의 작업 대행
클라우드의 단점
- 비용
- 초기 비용: 하드웨어 구매 시 선불 비용 발생
- 장기 비용: 클라우드 서비스 사용 시 매달 고정 비용 발생
- 조직의 모든 사용자를 고려한 구독 비용 계산 필요
- 종속성
- 클라우드 플랫폼에 데이터 종속
- 서비스 문제 발생 시 해결까지 기다려야 함
- 생산성과 데이터 손실 가능성
책임과 대비
- 사용자도 클라우드 데이터 문제에 대한 책임을 가짐
- 백업 중요성: 클라우드뿐 아니라 물리적 디스크에도 데이터 백업 필요
결론
- 클라우드 서비스와 물리적 서비스를 비교할 때 비용, 종속성, 백업 계획 등을 고려해야 함
시스템 관리작업
조직 정책
소규모 회사의 시스템 관리자의 역할 및 컴퓨터 정책
1. 시스템 관리자와 CSO의 역할
- 소규모 회사: 시스템 관리자가 컴퓨터 정책을 결정.
- 대기업: 주로 CSO(Chief Security Officer)가 정책 결정.
2. 컴퓨터 보안과 사용자 액세스 권한
- 시스템 관리자는 보안과 특정 사용자에 대한 액세스 권한을 신중히 고려해야 함.
3. 흔한 정책 관련 질문
- 소프트웨어 설치 허용 여부:
- 사용자가 소프트웨어를 설치하도록 허용하지 않는 것이 좋음.
- 이유: 사용자가 실수로 악성 소프트웨어를 설치할 위험이 있음.
- 복잡한 비밀번호 사용:
- 복잡한 비밀번호 사용을 강제하는 것이 좋음.
- 기호, 무작위 숫자, 문자가 포함된 최소 8자 이상의 비밀번호 권장.
- 업무와 관련 없는 웹사이트 접속 허용 여부:
- 선택 사항임.
- 일부 조직: 업무용으로만 사용하도록 제한.
- 다른 조직: 소셜 미디어 플랫폼 등을 통해 비즈니스 홍보와 최신 동향 파악을 위해 허용.
- 회사 휴대전화의 비밀번호 설정:
- 기기 비밀번호 설정을 꼭 해야 함.
- 이유: 기기 분실이나 도난 시 타인이 회사 이메일을 쉽게 열람하지 못하게 함.
4. 정책 문서화
- 정책을 결정할 때 문서로 저장해두는 것이 중요함.
- 시스템 관리자는 회사 정책과 절차를 문서로 작성해 내부 위키 사이트, 파일 서버, 소프트웨어 등에 저장.
- 직원들이 정책 문서를 보고 활용할 수 있어야 정책을 배우고 유지보수하는 데 도움이 됨.
5. 결론
- 시스템 관리자는 회사의 IT 보안을 위해 여러 가지 정책을 수립하고 문서화해야 함.
- 문서화된 정책은 직원들에게 쉽게 접근 가능해야 하며, 이를 통해 조직의 보안 수준을 높이고 운영 효율성을 향상시킬 수 있음.
IT 인프라 서비스
조직 내 IT 인프라 서비스 관리
1. 기본적인 IT 인프라 서비스
- 파일 스토리지: 조직의 데이터를 저장하고 공유할 수 있는 서비스
- 이메일 서비스: 직원 간의 소통과 외부와의 연락을 위한 이메일 시스템
- 웹 콘텐츠: 회사 웹사이트와 같은 온라인 콘텐츠 제공
2. 추가적인 인프라 서비스
- 네트워크 액세스 권한: 사용자들이 네트워크에 안전하게 접속할 수 있도록 관리
- 웹사이트 및 컴퓨터 연결 보안: 웹사이트나 다른 컴퓨터에 안전하게 연결하는 서비스
3. 서비스 관리의 핵심
- 설정: 처음 설치하고 설정하는 작업
- 정기적인 업데이트: 서비스가 최신 상태를 유지하고 보안 취약점을 해결하기 위한 업데이트
- 보안 취약점 패치: 발견된 보안 취약점을 신속히 패치하여 조직의 IT 인프라를 보호
- 호환성 관리: 조직 내의 모든 컴퓨터와 시스템이 서비스와 호환되도록 관리
4. 지속적인 학습과 이해의 중요성
- IT 지원 전문가는 지속적으로 학습하고 변화하는 기술에 적응해야 함
- 로마가 하루아침에 완성되지 않았듯이, IT 전문가도 꾸준한 노력과 학습을 통해 성장함
5. 결론
- IT 인프라 서비스 관리는 설정부터 정기적인 유지보수, 보안 관리까지 다양한 작업을 포함
- 조직의 IT 인프라가 원활히 작동하도록 시스템 관리자와 IT 지원 전문가가 중요한 역할을 수행
사용자 및 하드웨어 프로비저닝
시스템 관리자의 주요 업무: 사용자 및 하드웨어 관리
1. 사용자 계정 관리
- 신규 사용자 생성: 새 직원에게 회사 리소스 접근 권한 부여.
- 퇴사자 계정 삭제: 퇴사자의 IT 인프라 접근 권한 삭제.
2. 사용자 시스템 관리
- 로그인 확인: 사용자가 시스템에 원활히 로그인할 수 있는지 확인.
- 소프트웨어 확인: 사용자가 필요로 하는 소프트웨어가 설치되어 있는지 점검.
- 하드웨어 표준화: 여러 사용자 환경을 표준화된 방법으로 설정.
3. 시스템 하드웨어 라이프 사이클 관리
- 조달: 직원용 하드웨어 구매 또는 재사용.
- 배포: 하드웨어 설정 및 직원에게 할당.
- 유지보수: 소프트웨어 업데이트 및 하드웨어 문제 해결.
- 폐기: 하드웨어 사용 불가 시 적절히 폐기.
4. 하드웨어 라이프 사이클의 단계
- 조달 단계: 인사부의 요청에 따라 컴퓨터 할당 및 필요 시 새 컴퓨터 주문.
- 배포 단계: 컴퓨터 이미징 및 호스트 이름 지정 후 소프트웨어 설치.
- 유지보수 단계: 하드웨어 문제 발생 시 해결 및 소프트웨어 업데이트.
- 폐기 단계: 오래된 하드웨어 재활용 또는 신규 하드웨어 구매.
5. 표준화된 작업 흐름
- 인벤토리 추적: 스티커나 태그를 사용해 하드웨어 인벤토리 추적.
- 이미징: 기본 이미지를 사용해 새 컴퓨터 설정.
- 호스트 이름 지정: 표준화된 형식으로 컴퓨터 이름 지정.
- 소프트웨어 설치: 사용자에게 필요한 소프트웨어 설치.
- 사용자 안내: 새 직원에게 시스템 사용 방법 안내.
6. 대규모 조직에서의 자동화 필요성
- 자동 프로비저닝: 대규모 회사에서는 신규 시스템을 빠르게 프로비저닝하기 위한 자동화 필요.
- 효율성 향상: 시간 소모를 줄이고 효율성을 높이는 방법 학습 필요.
이러한 절차와 정책을 통해 시스템 관리자는 조직의 IT 인프라를 효율적으로 관리하고 사용자들이 원활하게 작업을 수행할 수 있도록 지원합니다.
정기적인 유지보수
시스템 보안 유지와 관리
1. 지속적인 업데이트와 유지보수
- 최신 소프트웨어 보안 유지: 시스템 관리자는 소프트웨어 보안이 최신 상태로 유지되도록 지속적으로 업데이트와 유지보수를 제공해야 합니다.
2. 일괄 업데이트
- 효율적인 관리: 많은 수의 시스템에 대해 매번 개별 업데이트를 수행하는 것은 비효율적입니다. 따라서 일괄 업데이트를 통해 시간을 절약할 수 있습니다.
- 주기적 업데이트: 보통 매달 한 번 정도 모든 서버에 최신 보안 패치를 적용합니다.
- 서비스 중단 관리: 업데이트를 수행하기 위해 서비스를 오프라인으로 전환하고, 업데이트 후 새 소프트웨어가 제대로 작동하는지 확인합니다.
3. 업데이트 유형
- 보안 업데이트: 가장 중요한 업데이트로, 정기적으로 최신 보안 패치를 설치해 시스템을 안전하게 유지해야 합니다.
- 중요 시스템 업데이트: 보안 업데이트와 함께 중요한 시스템 업데이트도 일괄 업데이트로 수행하는 것이 좋습니다.
4. 보안 관행
- 정기적 패치: 최신 보안 패치를 정기적으로 설치해 시스템을 최신 상태로 유지합니다.
- 최신 상태 유지: 보안 문제를 예방하기 위해 시스템이 항상 최신 상태로 유지되도록 관리합니다.
5. 요약
- 시스템 보안 유지: 시스템 관리자는 소프트웨어 보안이 최신 상태로 유지되도록 지속적인 업데이트와 유지보수를 제공해야 합니다.
- 일괄 업데이트: 많은 시스템을 효과적으로 관리하기 위해 매달 한 번 일괄 업데이트를 수행합니다.
- 중요 업데이트 관리: 보안 업데이트와 중요한 시스템 업데이트를 정기적으로 적용해 시스템을 안전하게 유지합니다.
공급업체
시스템 관리자의 역할과 책임
시스템 관리자는 단순히 컴퓨터를 관리하는 것뿐만 아니라, 회사의 다양한 하드웨어와 기술 장비를 다룹니다. 여기에는 프린터, 전화, 팩스, 동영상-오디오 회의 시스템 등이 포함됩니다. 아래는 시스템 관리자가 담당해야 할 주요 업무와 관련된 정보입니다.
1. 프린터 및 전화 관리
- 프린터 설정 및 유지보수: 프린터를 설치하고 직원이 사용할 수 있도록 설정합니다. 상용 프린터를 대여한 경우, 프린터 문제 발생 시 현장에서 수리 가능한 담당자가 있는지 확인합니다.
- 전화선 설정: 직원들이 휴대전화나 인터넷 전화를 사용할 수 있도록 전화선을 설정합니다.
2. 팩스 관리
- 팩스 기기 관리: 팩스는 이메일이 보편화되면서 점차 사라지고 있지만, 여전히 많은 회사에서 사용되고 있습니다. 시스템 관리자는 팩스 기기의 작동 상태를 확인하고 문제 발생 시 이를 해결해야 합니다.
3. 동영상-오디오 회의 시스템 관리
- 회의 시스템 설정 및 관리: 동영상-오디오 회의 시스템을 설정하고 문제가 발생할 경우 이를 해결합니다.
4. 하드웨어 조달 및 관리
- 공급업체와의 협력: Hewlett Packard, Dell, Apple 등과 같은 공급업체와 비즈니스 계정을 설정하여 할인 혜택을 받을 수 있습니다. 이는 일반적으로 더 유리한 구매 조건을 제공받을 수 있습니다.
- 비교 구매: 시스템 관리자는 다양한 옵션을 비교한 후에 하드웨어를 구매해야 합니다. Amazon에서 기기를 구매할 수 있지만, 확장성을 고려하면 공급업체와의 협력이 더 나을 수 있습니다.
- 백업 장비 확보: 특정 노트북 모델이 더 이상 사용되지 않는 경우, 대체할 적합한 백업 장비를 마련해두어야 합니다.
- 공식 승인: 하드웨어를 조달하려면 매니저나 다른 리더로부터 공식 승인을 받아야 할 수 있습니다.
5. 기술적인 구현 외에도 고려할 사항
- 시스템 관리자는 기술적인 하드웨어 구현뿐만 아니라 여러 가지 다른 요소들도 신경 써야 합니다. 예를 들어, 비용 관리, 공급업체 관계 관리, 확장성 등 다양한 측면을 고려해야 합니다.
시스템 관리자는 컴퓨터뿐만 아니라 다양한 하드웨어와 기술 장비를 관리해야 하며, 이를 위해 다음과 같은 작업을 수행해야 합니다:
- 프린터와 전화선 설정 및 유지보수
- 팩스 기기와 동영상-오디오 회의 시스템 관리
- 하드웨어 조달 및 관리, 공급업체와의 협력
- 기술적 문제 해결 외에도 비용, 확장성, 공급업체 관계 등 다양한 요소를 고려해야 합니다.
문제 해결 및 문제 관리
시스템 관리자가 알아야 할 문제 해결과 고객 서비스
시스템 관리자는 전체 IT 인프라를 관리하면서 끊임없이 발생하는 문제를 해결해야 합니다. 이는 직원의 개별 컴퓨터 문제부터 대규모 서버나 서비스의 중단 문제까지 다양합니다. 다음은 시스템 관리자가 문제 해결과 고객 서비스에 있어 핵심적으로 알아야 할 내용입니다.
1. 문제 해결의 중요성
- 질문을 던지고 문제를 격리: 문제를 정확히 이해하기 위해 관련 질문을 던집니다. 문제를 작은 단위로 나누어 격리하고, 단서를 추적하며 로그를 분석합니다.
- 중앙 집중식 로깅: 여러 시스템이나 네트워크의 로그를 중앙에서 관리하고 분석합니다. 이를 통해 문제가 발생한 원인을 신속하게 파악할 수 있습니다.
2. 고객 서비스의 중요성
- 공감과 적절한 어조 사용: 문제를 겪는 사용자에게 공감을 표현하고, 친절하고 이해하기 쉬운 어조로 대화합니다.
- 까다로운 상황 대처: 문제 상황에서 침착하게 대응하며, 사용자의 불만을 잘 처리합니다.
3. 문제 해결 프로세스
- 우선순위 지정: 수천 명의 사용자에게 영향을 미치는 서버 문제와 한 사용자의 프린터 문제를 비교하여 우선순위를 지정합니다. 중요한 문제를 먼저 해결합니다.
- 티켓 시스템 사용: 티켓 시스템이나 버그 추적 시스템을 사용하여 문제를 체계적으로 관리하고 해결 단계를 문서화합니다.
4. 24시간 대기와 알림 시스템
- 24시간 대기: 일부 회사에서는 시스템 관리자가 24시간 대기해야 할 수도 있습니다. 중요한 서비스가 중단되면 즉시 대응해야 하기 때문입니다.
- 알림 시스템 설정: 시스템 모니터링을 통해 문제가 발생하면 알림을 받도록 설정합니다. 이를 통해 신속하게 문제를 인지하고 해결할 수 있습니다.
5. 경력 개발과 기술 습득
- 경험 쌓기: IT 지원 전문가로 시작하여 다양한 시스템 관리 업무를 경험합니다. 이를 통해 Active Directory, 서브넷, 의사결정 등 중요한 기술을 습득합니다.
- 지식 확장: 하나의 시스템에서 여러 시스템으로 확장하여 관리하는 경험을 쌓습니다.
권장사항과 참고 사항
- 정기적인 학습: 새로운 기술과 트렌드를 학습하여 최신 상태를 유지합니다.
- 문서화: 문제 해결 과정과 시스템 설정을 문서화하여 체계적으로 관리합니다.
- 소통: 팀원과의 원활한 소통을 통해 협력하여 문제를 해결합니다.
시스템 관리자는 IT 인프라의 문제를 해결하고 사용자를 지원하는 중요한 역할을 합니다. 이를 위해 문제 해결 능력과 고객 서비스 스킬을 갖추어야 하며, 티켓 시스템과 알림 시스템을 통해 효율적으로 문제를 관리해야 합니다. 경력 초기에는 다양한 경험을 쌓으며 지식을 넓혀가는 것이 중요합니다.
비상 상황에 대처하는 방법
회사 데이터를 어딘가에 정기적으로 백업하는 것입니다 현재 위치에서 먼 곳에 백업하는 것이 바람직합니다
변경 적용
많은 권한에 따른 큰 책임
- 책임감 있는 사용:
- 권한이 필요한 작업에만 관리자 권한을 사용해야 합니다. 예를 들어, 시스템 설정 변경이나 중요한 파일 접근 등에만 사용하세요.
- 권한이 필요 없는 작업에는 절대 관리자 권한을 사용하지 말아야 합니다. 일반적인 웹 검색이나 간단한 문서 열람 등은 일반 계정으로 수행하세요.
- 개인정보 존중:
- 다른 사용자의 개인정보에는 절대 접근하지 마세요. 예를 들어, 다른 사용자의 파일 시스템 접근, 이메일 확인 등은 그들의 사생활을 존중해야 합니다.
- 업무적으로 필요한 경우라도, 정해진 절차와 정책을 따라야 합니다. 이는 법적 문제를 피하고 사용자 신뢰를 유지하는 데 중요합니다.
- 사전 계획과 문서화:
- 모든 작업은 사전에 계획되어야 합니다. 실행할 명령어나 절차를 정확히 계획하고, 시스템 상태를 미리 확인하세요.
- 작업 완료 후에는 실행한 내용을 상세히 문서화해야 합니다. 이는 추후에 문제 발생 시 빠르게 대응하고, 비슷한 작업을 반복할 때도 유용합니다.
- 롤백 전략:
- 모든 변경 작업 전에 롤백 전략을 세워야 합니다. 예상치 못한 문제가 발생할 경우 빠르게 시스템 상태를 복구할 수 있습니다.
- 중요한 파일이나 설정 변경 전에는 반드시 백업을 만들고, 백업을 활용한 롤백 절차를 문서화해야 합니다.
- 부주의 방지:
- 관리자 권한을 사용할 때는 신중해야 합니다. 잘못된 명령어나 설정 변경은 시스템에 큰 영향을 미칠 수 있습니다.
- 서두르지 말고 충분히 생각한 후에 행동하세요. 실수로 인한 데이터 손실이나 시스템 다운을 막을 수 있습니다.
이러한 점들을 엄격히 지키면서 관리자 권한을 사용하면, 시스템의 안정성을 유지하고 문제 발생 시 빠르게 대응할 수 있습니다.
작업 기록
시스템을 변경하려면 무엇을 변경할지 명확히 계획하고 실제로 수행한 작업을 저장하는 것이 중요합니다.
일반적으로 버그 목록이나 티켓 판매 시스템을 담당하는 시스템 관리자는 실행한 명령어와 이를 통해 얻은 결과를 해당 버그 또는 티켓에 포함합니다. 이 방법은 실행해야 할 명령어가 적고 간단한 경우에 사용하면 좋습니다.
그러나 몇 가지 조사를 수행하기 전까지 정확히 어떤 명령어를 실행해야 하는지 알 수 없는 경우가 있습니다. 이런 경우 Linux에서는 script, Windows에서는 Start-Transcript와 같은 명령어를 사용하면 도움이 됩니다.
스크립트
스크립트의 경우 다음과 같이 호출하면 됩니다.
script session.log
그러면 세션 콘텐츠가 session.log 파일에 입력됩니다. 기록을 중지하려면 exit를 입력하거나 Ctrl-D를 누르세요. 생성된 파일은 화면에 표시된 색상을 포함하는 ANSI 형식으로 되어 있습니다. 파일을 읽으려면 ansi2txt 또는 ansi2html과 같은 명령어를 사용하여 각각 일반 텍스트나 HTML로 변환하세요.
Start-Transcript
Start-Transcript의 경우 다음과 같이 호출하면 됩니다.
Start-Transcript -Path C:\Transcript.txt
그러면 세션 콘텐츠가 C:\Transcript.txt 파일에 입력됩니다. 기록을 중지하려면 Stop-Transcript를 호출하세요. 실행한 명령어와 출력이 저장되는 일반 텍스트 파일이 생성됩니다
그래픽 세션 기록
그래픽 사용자 인터페이스를 통한 시스템 관리 작업은 자동화하고 원격으로 수행하기가 더 어렵기 때문에 흔치 않지만 여전히 수행해야 하는 경우가 있습니다.
그래픽 방식으로 작업을 수행하고 작업한 내용을 문서화할 수 있으면 recordMyDesktop과 같은 특수 도구(Linux의 경우)를 사용하거나 OBS 또는 VLC와 같은 일반 동영상 도구를 사용하시기 바랍니다.
프로덕션 환경에서 테스트 금지
프로덕션 환경에서 중요한 변경 사항을 안전하게 수행하기 위한 절차는 다음과 같습니다:
- 테스트 환경에서 변경사항 테스트:
- 프로덕션 환경에서 수행할 변경 사항을 먼저 테스트 환경에서 실행해보세요. 이 환경은 프로덕션 환경과 유사하지만 실제 사용자에게 서비스를 제공하지 않습니다.
- 변경사항이 예상대로 작동하는지 확인하고, 발생할 수 있는 문제나 부작용을 사전에 식별합니다.
- 보조 시스템 구성:
- 중요한 프로덕션 서비스가 실행 중일 때, 보조 시스템을 마련하는 것이 좋습니다. 보조 시스템은 프로덕션 시스템과 동일한 구성을 갖추지만, 활성화되기 전에는 실제 트래픽을 받지 않습니다.
- 변경사항을 보조 시스템에 먼저 적용하고, 문제 발생 시 빠르게 롤백할 수 있습니다.
- 카나리아 서버(탄광의 카나리아):
- 대규모 프로덕션 배포나 중요한 변경사항에서는 카나리아 서버를 사용하는 것이 유용합니다.
- 카나리아 서버는 일부 서버에서 변경 사항을 먼저 배포하고, 정상적으로 작동하는지 확인합니다. 문제가 발생하면 다른 서버에 영향을 미치기 전에 문제를 신속히 파악하고 대응할 수 있습니다.
- 프로덕션 변경 사항 배포:
- 변경 사항이 테스트 및 보조 시스템에서 확인되고 문제가 없다고 판단되면, 프로덕션 환경에 변경 사항을 배포합니다.
- 가능하면 점진적인 배포 방식을 고려하여 일부 서버에만 변경 사항을 배포하고, 문제 없이 작동할 경우 다른 서버에 확장합니다.
- 작은 변경 사항도 테스트 인스턴스에서:
- 변경 사항의 규모가 작더라도, 언제나 테스트 인스턴스에서 먼저 테스트하고 정상 작동 여부를 확인한 후 프로덕션에 배포하세요.
- 언제나 예기치 않은 문제가 발생할 수 있기 때문에 안전성을 최우선으로 하여 절차를 따르는 것이 중요합니다.
위험 평가
프로덕션 환경에서 변경 사항을 안전하게 배포하기 위해 시간과 노력을 얼마나 투자해야 할지 결정하는 방법은 다음과 같습니다:
- 서비스 중요도 평가:
- 서비스가 미션 크리티컬한지, 즉 중대한 영향을 미칠 수 있는지를 평가합니다. 예를 들어, 인증 시스템이나 결제 시스템은 중요하며, 장애 발생 시 심각한 영향을 미칠 수 있습니다.
- 서비스 중요도를 판단할 때 사용자 수, 서비스 중단 시점에서의 영향, 재해 복구 가능성 등을 고려합니다.
- 관련 위험도 평가:
- 변경 사항을 시도할 때 발생할 수 있는 위험을 평가합니다. 이는 변경이 실패할 경우의 영향을 의미합니다. 예를 들어, 시스템 다운타임, 데이터 손실, 사용자 서비스 중단 등을 고려합니다.
- 위험도 평가를 통해 변경 사항을 준비하고, 문제가 발생했을 때 대응할 계획을 세우는 데 도움이 됩니다.
- 변경 사항의 테스트 환경에서 실행:
- 모든 변경 사항을 먼저 테스트 환경에서 실행하여 정상 작동 여부를 확인합니다. 이 과정에서 사용한 시간과 노력은 변경 사항의 복잡성과 영향을 고려하여 결정됩니다.
- 테스트 환경에서 충분한 검증을 마친 후에만 프로덕션 배포를 진행합니다.
- 보조 시스템 구축 여부 결정:
- 프로덕션 환경에서 다운타임이 큰 문제가 되지 않는다면, 보조 시스템을 구축할 필요는 없습니다. 다만 중요한 서비스의 경우 보조 시스템을 마련하여 변경 사항을 안전하게 배포할 수 있습니다.
- 프로덕션 배포 전 준비 절차:
- 프로덕션 배포를 하기 전에는 반드시 변경 사항을 문서로 작성하고, 이전 상태로 롤백할 수 있는 방법을 마련합니다.
- 롤백 절차를 포함한 배포 계획을 세우고, 실제 배포 이전에 관련 이해 관계자들과 공유하여 필요한 피드백을 받습니다.
위의 절차를 따르면 변경 사항을 안전하게 프로덕션 환경에 배포할 수 있으며, 시스템 안정성과 서비스 가용성을 보장할 수 있습니다. 변경 사항의 중요성과 위험을 평가하여 적절한 절차와 자원을 할당하는 것이 핵심입니다.
올바른 방법으로 문제 해결
- 재현 케이스(Reproduction Case) 작성:
- 문제를 재현하기 위한 단계를 정리합니다. 이 단계는 사용자가 경험한 예기치 않은 결과를 초래한 과정을 구체적으로 기록하는 것입니다.
- 이 과정에서 세 가지 핵심 질문에 답하게 됩니다:
- 이 지점까지 수행한 단계는 무엇인가요?
- 예기치 못한 결과는 무엇인가요?
- 예상 결과는 무엇인가요?
- 문제 해결 시나리오 준비:
- 예를 들어, 사용자가 웹사이트에 접근하지 못하는 문제를 해결하려면, 웹 브라우저를 사용하여 실패한 사이트로 이동하는 단계를 포함합니다.
- 잘못된 결과(예: 오류 페이지)와 예상 결과(예: 웹사이트 콘텐츠 표시)를 정의합니다.
- 테스트 인스턴스에서 수정 사항 적용:
- 프로덕션 환경이 아닌 테스트 인스턴스에서 문제 해결을 시도합니다. 이는 사용자에게 영향을 미치지 않고 변경 사항을 안전하게 테스트할 수 있도록 합니다.
- 수정한 후에는 문제를 재현했던 단계를 다시 실행하여 예상대로 기대한 결과가 나오는지 확인합니다.
- 문서 작성:
- 수행한 모든 작업 단계를 문서화합니다. 특히 재현 케이스와 해결 과정을 자세히 기록합니다.
- 이 문서는 비슷한 문제에 대비할 수 있도록 나중에 유용하게 사용될 수 있습니다.
- 프로덕션 배포:
- 문제 해결이 테스트 인스턴스에서 잘 작동하는 것을 확인한 후, 변경 사항을 프로덕션 환경에 적용할 준비를 합니다.
- 배포 전에는 롤백 계획을 마련하여 필요 시 변경을 취소할 수 있는 방법을 준비합니다.
- 테스트 후 확인:
- 변경 사항을 프로덕션 환경에 배포한 후, 예상한 대로 문제가 해결되었는지 확인합니다.
- 예상 결과가 나오지 않았다면, 문제를 재조사하고 추가 수정이 필요한지 평가합니다.
위 절차를 통해 IT 지원 전문가는 문제를 체계적으로 해결할 수 있으며, 서비스 가용성을 유지하면서 사용자 문제를 신속하게 해결할 수 있습니다.