Brain💡 핵심 인사이트
CMDB는 기업이 보유한 수만 개의 서버, 라우터, 소프트웨어, 심지어 계약서 같은 모든 IT 자산(CI, 구성 항목)들의 목록뿐만 아니라, **그 자산들끼리 '서로 어떻게 거미줄처럼 얽혀서 종속되어 있는지(의존성 관계)'를 실시간으로 기록해 둔 'IT 인프라의 거대한 뇌 지도'**입니다.
장애가 터졌을 때 "어디를 고쳐야 하는지", "이 서버를 끄면 누가 죽는지"를 파악하는 ITSM의 가장 중요한 뼈대(DB)입니다.
Ⅰ. 일반 자산 관리 장부와의 치명적 차이
많은 사람들이 단순한 '자산 관리 엑셀 표(Asset Register)'를 CMDB라고 착각합니다.
- 자산 엑셀 표: "창고에 삼성 노트북 10대, 델 서버 5대 있음. 총 5천만 원어치." (재무팀용, 단절된 리스트)
- CMDB (구성 관리 DB): "전산실 3번 랙에 있는 웹서버 A는, B라는 Oracle DB 서버와 연결되어 있으며, 이 두 서버가 합쳐져서 현재 영업팀이 쓰는 '사내 메일 서비스'를 구동시키고 있음."
즉, CMDB의 생명은 단순한 목록 나열이 아니라, 장비와 서비스 사이의 **관계(Relationship)와 종속성(Dependency)**을 매핑해 두었다는 점입니다.
Ⅱ. CMDB의 핵심 구성 요소: CI (Configuration Item)
CMDB라는 거대한 데이터베이스 안에 저장되는 하나하나의 부품 단위를 **CI(구성 항목)**라고 부릅니다. CI는 단순히 물리적인 쇳덩이만 의미하지 않습니다.
- 물리적 CI: 방화벽 장비, 스토리지, 서버, 랜선.
- 논리적 CI: 운영체제(Linux), 아파치 웹서버 소프트웨어, 오라클 DB 인스턴스.
- 개념적 CI: SLA 계약서 내용, 장애 대응 매뉴얼 문서, 서비스 카탈로그.
CMDB는 이 수많은 CI들을 실선으로 연결하여 거대한 **위상 구조(Topology Map)**를 그려냅니다.
Ⅲ. CMDB가 없으면 발생하는 참사 (왜 중요한가?)
- 장애 원인 분석 (Root Cause Analysis)
- "사장님 메일이 안 열립니다!"라는 장애 접수가 들어왔습니다.
- CMDB가 없다면 엔지니어는 100대의 서버를 일일이 뒤져야 합니다.
- CMDB가 있다면 검색창에 '메일 서비스'를 치는 순간, 연결된 지도가 쫙 펼쳐집니다. "아하, 메일 서비스는 서버 C를 쓰는데, 이 서버 C가 물려있는 스위치 포트가 죽었구나!" 하고 1분 만에 진단합니다.
- 변경 시의 연쇄 폭발 방지 (Impact Analysis)
- 개발자가 "오늘 새벽에 오라클 DB 서버 3번 업데이트(재부팅) 좀 할게요"라고 올립니다.
- CMDB를 조회해 보니, 그 3번 DB는 인사팀 서버뿐만 아니라 고객 결제 서버(VIP)와도 거미줄처럼 물려(종속) 있습니다. 승인자(CAB)는 "안 돼! 그거 끄면 결제망까지 연쇄 폭발해서 터져!"라고 사전에 재앙을 막아낼 수 있습니다.
Ⅳ. 유지 관리의 지옥 (Auto Discovery)
CMDB의 가장 큰 적은 '최신화 실패'입니다. 엔지니어가 랜선을 다른 포트에 몰래 꽂아놓고 CMDB 수정을 까먹으면, 그 지도는 가짜 지도가 되어 아무 쓸모가 없어집니다. 따라서 현대 ITSM 도구들은 관리자가 수동으로 엑셀을 치는 대신, **디스커버리(Auto Discovery) 봇이 네트워크를 매일 밤 살아서 돌아다니며 변경된 IP나 연결 상태를 스캔하여 CMDB를 자동으로 갱신(Update)**하는 기술을 필수로 사용합니다.
📢 섹션 요약 비유: CMDB는 인체 해부도이자 **'신경망 지도'**입니다. 엑셀 장부가 우리 몸의 뼈 206개, 근육 600개의 이름표만 나열한 것이라면, CMDB는 "발가락(서버)을 찌르면 어느 신경(네트워크)을 타고 뇌(서비스)의 어느 부분이 아픔을 느끼는지" 그 복잡한 혈관과 신경의 연결고리를 완벽하게 그려놓은 첨단 홀로그램 차트입니다.