IT 인프라 관리, 처음부터 비싼 솔루션은 필요 없다

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

서버는 몇 대인지, 스위치의 관리 주소는 무엇인지, 장비 보증은 언제 끝나는지 바로 답하기 어렵다면 장비 부족보다 관리 기준의 부재를 먼저 의심해야 합니다. 소규모 기업의 IT 인프라 관리는 고가 솔루션을 도입하는 일보다 현재 보유한 서버·네트워크·소프트웨어를 같은 기준으로 기록하는 데서 시작합니다.

처음부터 모든 기능을 갖추려고 하면 입력 항목만 늘어나고 현장 기록은 금세 중단됩니다. 이 글은 초보 담당자가 스프레드시트나 기존 협업 도구로 자산대장을 만들고, 장애 대응과 교체 계획에 실제로 활용하는 방법을 단계별로 설명합니다.

IT 인프라 관리가 장비 목록과 다른 이유

자산대장은 운영 판단을 돕는 지도입니다

단순 장비 목록에는 모델명과 수량만 적혀 있는 경우가 많습니다. 그러나 실무에서 필요한 질문은 “이 서버가 어떤 서비스를 제공하는가”, “장애가 나면 누구에게 연락해야 하는가”, “이 스위치를 재부팅하면 어느 부서가 영향을 받는가”처럼 장비와 업무의 관계를 묻습니다. 따라서 IT 인프라 관리의 핵심은 물건을 세는 것이 아니라 자산, 서비스, 담당자, 위치, 계약 정보를 연결하는 것입니다.

예를 들어 동일한 모델의 서버 두 대가 있어도 한 대는 사내 파일 공유용이고 다른 한 대는 고객 주문 처리용일 수 있습니다. 전자의 중단은 일부 업무 지연으로 끝날 수 있지만 후자는 매출 손실로 이어질 수 있습니다. 장비 가격만 보고 중요도를 정하면 이런 차이를 놓치므로 업무 영향도와 복구 우선순위를 별도 항목으로 관리해야 합니다.

• 물리 자산: 서버, 스위치, 방화벽, 무선 AP, UPS, 스토리지
• 논리 자산: 가상머신, 운영체제, 데이터베이스, 도메인, 인증서
• 운영 정보: 담당자, 설치 위치, 유지보수 업체, 보증 종료일
• 관계 정보: 제공 서비스, 연결 장비, 장애 시 영향 부서

처음 만든 자산대장의 완성도보다 중요한 것은 담당자가 1분 안에 필요한 정보를 찾을 수 있는지입니다. 사용하지 않는 항목은 과감히 줄여도 됩니다.

자산 관리의 개념과 시스템이 수행하는 역할은 IT자산관리시스템 용어 설명에서도 확인할 수 있습니다. 다만 초보 단계에서는 전문 시스템의 모든 기능을 따라 하기보다 조직에 필요한 최소 항목부터 정하는 편이 오래 유지됩니다.

무료 도구로 시작해도 운영 기반은 만들 수 있습니다

규모보다 갱신 습관이 먼저입니다

서버와 네트워크 장비가 수십 대 이내라면 스프레드시트, 사내 위키 또는 현재 사용하는 협업 도구만으로도 첫 자산대장을 만들 수 있습니다. 별도 소프트웨어 비용이 들지 않고 직원들이 익숙한 화면에서 작업할 수 있다는 장점이 있습니다. 반면 동시 수정 충돌, 권한 분리, 자동 탐색, 변경 이력 분석에는 한계가 있으므로 시작 도구와 장기 운영 도구를 구분해야 합니다.

파일을 만들 때는 장비 종류별로 문서를 여러 개 나누기보다 공통 식별번호를 부여한 통합 원장을 먼저 두는 것이 좋습니다. 예를 들어 서버는 SV-001, 네트워크 장비는 NW-001, 전원 장비는 PW-001처럼 규칙을 정하면 사진, 장애 기록, 유지보수 요청서에서도 같은 자산을 명확히 가리킬 수 있습니다.

파일 자체도 보호해야 합니다

자산대장에는 내부 IP 주소, 장비 위치, 계정 담당자처럼 외부에 노출되면 위험한 정보가 포함됩니다. 누구나 열 수 있는 공유 링크는 피하고 읽기·수정 권한을 분리해야 합니다. 비밀번호 원문이나 방화벽 관리자 계정은 자산대장에 직접 적지 말고, 접근이 통제된 비밀번호 관리 도구의 항목명만 연결하는 편이 안전합니다.

1. 소유 부서와 문서 관리자를 지정합니다.
2. 수정 권한은 실제 갱신 담당자로 제한합니다.
3. 월 1회 별도 위치에 내보내기 파일을 보관합니다.
4. 퇴사자와 부서 이동자의 접근 권한을 즉시 회수합니다.

서버와 네트워크 자산은 이 항목부터 기록합니다

처음 필요한 최소 필드

항목이 지나치게 많으면 담당자는 빈칸을 채우는 데 지치고, 정작 중요한 정보가 묻힙니다. 초보자는 자산번호, 장비 유형, 제조사와 모델명, 시리얼번호, 설치 위치, 관리 IP, 운영 상태, 담당자, 도입일, 보증 종료일, 제공 서비스 정도로 시작하면 됩니다. 서버의 기본 개념이 낯설다면 서버의 역할과 용어 정의를 먼저 읽으면 물리 서버와 서비스의 차이를 이해하는 데 도움이 됩니다.

관리 IP는 네트워크 장비에 접속하기 위한 주소이고, 서비스 IP는 사용자가 실제 서비스에 접속하는 주소일 수 있습니다. 두 주소를 한 칸에 섞으면 장애 상황에서 잘못된 장비를 점검할 위험이 있습니다. VLAN, 포트 연결, 랙 위치처럼 네트워크와 물리 배치를 나타내는 정보도 가능한 한 별도 필드로 나누십시오.

• 서버 필수 정보: 호스트명, 운영체제, CPU·메모리, 디스크 구성, 가상화 여부, 백업 대상
• 스위치 필수 정보: 관리 IP, 포트 수, 업링크 대상, VLAN, PoE 지원 여부
• 방화벽 필수 정보: 회선 정보, 펌웨어, 라이선스 만료일, 이중화 상태
• UPS 필수 정보: 용량, 연결 장비, 배터리 교체일, 예상 유지 시간

중요도는 간단한 등급으로 표시합니다

모든 장비를 똑같이 관리할 필요는 없습니다. 업무가 즉시 중단되는 핵심 장비는 A, 일부 사용자의 업무에 영향을 주는 장비는 B, 예비 장비나 테스트 장비는 C처럼 세 단계로 나눠 보십시오. A등급에는 담당자 연락처, 대체 장비, 백업 여부, 목표 복구 시간까지 기록하고 점검 주기도 더 짧게 설정합니다.

“이 장비가 4시간 멈추면 고객이나 매출에 어떤 영향이 생기는가?”라고 질문하면 등급을 정하기 쉬워집니다. 가격이 저렴한 스위치라도 전 직원의 인터넷 연결을 담당한다면 고가 테스트 서버보다 높은 중요도를 가져야 합니다. 구매 가격이 아니라 중단 영향이 관리 우선순위를 결정합니다.

흩어진 정보를 일주일 안에 모으는 순서

현장 조사와 논리 정보 확인을 나눕니다

첫날부터 완벽한 전수조사를 시도할 필요는 없습니다. 먼저 전산실, 통신함, 사무 공간을 돌며 눈으로 확인되는 장비에 임시 자산번호를 붙이고 사진을 촬영합니다. 장비 전면과 후면, 시리얼 라벨, 케이블 연결 상태를 각각 남기면 나중에 모델명이나 포트 연결을 다시 확인하러 이동하는 시간을 줄일 수 있습니다.

그다음 관리 화면과 계약 문서를 확인해 IP 주소, 펌웨어, 라이선스, 유지보수 기간을 보완합니다. 물리 조사에서 발견되지 않은 가상머신, 클라우드 인스턴스, 도메인, SSL 인증서도 이 단계에서 추가해야 합니다. 특히 퇴사한 담당자의 개인 이메일로 등록된 도메인이나 클라우드 계정이 없는지 확인하십시오.

1. 1일 차: 조사 범위와 자산번호 규칙을 정합니다.
2. 2~3일 차: 서버실과 사무실 장비를 촬영하고 라벨을 부착합니다.
3. 4일 차: 관리 화면에서 IP, 버전, 가상 자산을 확인합니다.
4. 5일 차: 구매 문서와 유지보수 계약을 대조합니다.
5. 6일 차: 각 장비의 서비스와 업무 영향도를 담당 부서에 묻습니다.
6. 7일 차: 누락·중복 항목을 검토하고 첫 기준본을 잠급니다.

모르는 값은 추측하지 않습니다

조사 중 소유자를 찾지 못한 장비가 나오면 임의로 삭제하거나 전원을 끄지 말고 상태를 ‘확인 필요’로 기록해야 합니다. 사용 흔적이 없어 보여도 오래된 출입 시스템이나 생산 장비와 연결되어 있을 수 있습니다. 스위치 포트의 트래픽, DHCP 기록, 시스템 로그를 일정 기간 확인한 뒤 서비스 담당자에게 영향 여부를 검증하는 절차가 필요합니다.

정체를 알 수 없는 장비는 불필요한 장비가 아니라 아직 관계를 확인하지 못한 장비입니다. 연결과 로그를 확인하기 전에는 전원을 차단하지 마십시오.

규모가 큰 공공·기업 환경에서는 여러 IT 서비스가 서로 연결되어 운영됩니다. 범정부 IT 서비스 시스템 설명처럼 서비스 단위의 관점을 참고하면, 장비 한 대가 여러 업무에 미치는 영향을 자산대장에 어떻게 표현할지 감을 잡을 수 있습니다.

자산대장을 장애 대응과 비용 절감에 활용합니다

기록은 실제 행동으로 연결되어야 합니다

잘 만든 자산대장은 감사용 문서에 머물지 않습니다. 서버 장애가 발생하면 담당자, 설치 위치, 보증 상태, 연결 스위치, 백업 대상을 한 화면에서 확인해 초기 대응 시간을 줄일 수 있습니다. 네트워크 장애에서도 해당 포트에 연결된 업무 장비와 우회 가능 경로를 알면 무작정 케이블을 뽑거나 전체 장비를 재부팅하는 실수를 피할 수 있습니다.

비용 측면에서는 보증 종료일과 라이선스 만료일을 분기별로 모아 보는 것만으로도 갑작스러운 지출을 줄일 수 있습니다. 같은 기능의 소프트웨어가 부서별로 중복 구매되었거나, 폐기된 서버에 유지보수 비용이 계속 청구되는 사례도 찾을 수 있습니다. 예산을 세울 때는 단순히 오래된 순서가 아니라 중요도, 장애 빈도, 부품 수급 가능성, 유지비를 함께 평가하십시오.

• 장애 대응: 장비별 담당자와 서비스 영향도를 즉시 조회합니다.
• 예산 계획: 교체 후보와 계약 만료 비용을 분기별로 집계합니다.
• 보안 관리: 지원이 끝난 운영체제와 오래된 펌웨어를 찾습니다.
• 용량 관리: 사용률이 높은 서버와 놀고 있는 자원을 구분합니다.
• 변경 관리: 설치·이전·증설·폐기 날짜와 작업자를 남깁니다.

초보자가 자주 묻는 운영 질문

Q. 장비가 몇 대부터 전문 솔루션이 필요한가요?
정해진 숫자는 없습니다. 장비 수보다 변경 빈도와 관리 인원, 보안 감사 요건이 중요합니다. 수동 갱신 누락이 반복되거나 여러 담당자가 동시에 수정하고 자동 탐색이 필요할 때 전문 도구를 검토하면 됩니다.

Q. 개인용 PC와 모니터도 포함해야 하나요?
회사 소유이며 구매, 보안, 폐기 관리가 필요하다면 포함하는 편이 좋습니다. 다만 서버·네트워크 구축이 급한 초기에는 핵심 인프라부터 등록하고 사용자 단말은 2단계 범위로 확장해도 됩니다.

• Q. 비밀번호를 함께 적어도 되나요? 원문 저장은 피하고 권한이 분리된 비밀번호 관리 도구를 이용합니다.
• Q. 폐기 장비 기록은 지워야 하나요? 삭제하지 말고 폐기 상태와 데이터 삭제 확인일을 남깁니다.
• Q. 갱신 주기는 어느 정도가 좋나요? 변경 발생 즉시 반영하고 월 1회 누락 여부를 점검합니다.

클라우드와 계약 변화까지 따라가는 갱신 규칙

기준본보다 변경 절차가 오래갑니다

자산대장은 완성한 순간부터 오래되기 시작합니다. 신규 서버 설치, 네트워크 포트 이동, 가상머신 생성, 담당자 변경이 발생했는데 기록이 따라오지 않으면 몇 달 안에 신뢰를 잃습니다. 구매 승인서와 작업 요청서에 자산대장 갱신 항목을 넣고, 변경 작업이 끝나기 전에 담당자가 기록을 확인하도록 절차를 연결해야 합니다.

매월에는 신규·폐기 자산과 담당자 변경을 확인하고, 분기마다 보증·라이선스 만료일과 핵심 장비의 연락망을 검토하십시오. 반기에는 실제 장비와 장부를 표본 대조하고, 연 1회는 업무 영향도와 교체 우선순위를 다시 평가하는 방식이 현실적입니다. 자주 바뀌는 값과 거의 바뀌지 않는 값을 구분하면 점검 부담도 낮아집니다.

1. 변경 즉시: IP, 설치 위치, 담당자, 운영 상태를 수정합니다.
2. 매월: 신규 구매와 폐기 기록, 계정 소유자를 대조합니다.
3. 분기: 라이선스·인증서·유지보수 계약 만료를 확인합니다.
4. 반기: 현장 장비와 자산번호를 표본 검사합니다.
5. 연간: 중요도, 교체 순서, 복구 목표를 재평가합니다.

도구 선택 기준도 시간이 지나면 달라집니다

초기에는 무료 문서로 충분했던 조직도 클라우드 계정과 지점이 늘거나 보안 감사가 강화되면 자동 탐색, 역할 기반 권한, API 연동, 변경 이력이 필요해질 수 있습니다. 반대로 고가 솔루션을 사용하더라도 담당자가 갱신하지 않으면 정확성은 보장되지 않습니다. 기능 수보다 현재 누락되는 업무를 해결하는지를 기준으로 도입 여부를 판단해야 합니다.

클라우드 서비스의 요금, 라이선스 정책, 제조사의 지원 종료 일정과 보안 요구사항은 시간이 지나며 달라질 수 있습니다. 따라서 특정 가격이나 지원 기간을 자산대장에 영구적인 사실처럼 고정하지 말고 확인 날짜와 공식 출처를 함께 남기십시오. 다음 점검자는 값이 언제 검증되었는지 확인한 뒤 최신 계약서와 제조사 공지를 기준으로 갱신할 수 있습니다.

• 각 계약 정보 옆에 마지막 확인일과 확인자를 기록합니다.
• 가격은 부가세, 통화, 월간·연간 과금 단위를 함께 표시합니다.
• 지원 종료일은 제조사 공식 공지 링크와 함께 보관합니다.
• 자동 갱신 계약은 해지 통보 기한보다 앞선 알림을 설정합니다.
• 새 도구 도입 전 기존 자산대장의 데이터 내보내기 가능 여부를 확인합니다.