데이터센터 상면관리, 랙 실장도를 데이터로 바꾸다

상면관리 솔루션 Polestar DOMS의 구축 방식

장애 알람이 울리면 운영자는 먼저 장비 이름을 확인하고, 다음으로 그 장비가 어디에 있는지 찾습니다. 그런데 많은 데이터센터에서 이 두 번째 질문의 답은 아직 센터별·층별로 나뉜 엑셀 실장도 안에 있습니다. 문제는 그 실장도가 현장을 그대로 비추지 못한다는 점입니다. 장비 증설·이전·철거가 반복될수록 문서 현행화는 뒤로 밀리고, 엑셀 속 실장도와 실제 랙의 장비 배치는 조금씩 어긋나기 시작합니다.

IT 운영 시스템은 각자 맡은 정보를 잘 알고 있습니다. ITAM·CMDB는 장비의 소유·계약·구성을, EMS(SMS/NMS)는 상태와 성능을, FMS는 전력·공조 같은 시설 상태를 압니다.[1] 하지만 이 장비가 몇 번 랙의 몇 번째 U에 있는지는 어느 시스템도 정확히 책임지지 않는 경우가 많습니다. 이 빈틈을 메우는 것이 바로 데이터센터 상면관리입니다. 현장에서는 랙관리시스템(Rack Management System)이라고도 부릅니다.

이 글에서는 데이터센터에 상면관리가 왜 필요한지, 그리고 엔키아의 상면관리 솔루션 Polestar DOMS가 엑셀 업로드와 시스템 연계라는 두 가지 방식으로 상면 데이터를 어떻게 구성하는지 기술적으로 정리해 보겠습니다.

장비 목록을 보는 단계에서,
장비가 놓인 자리를 보는 단계로 넘어갑니다.

위치 정보가 빠지면 운영이 현장으로 되돌아갑니다

위치가 데이터로 관리되지 않으면, 시스템이 알려 주지 못한 부분을 사람이 현장에서 채웁니다. 실제 운영에서는 다음과 같은 일이 반복됩니다.

장애 대응

장애 장비를 찾기 위해 현장 인력이 랙 앞에서 라벨을 하나씩 확인합니다. 원격으로 알 수 있는 것은 장비 이름까지이고, 그 이름으로 위치를 찾아 줄 검색 수단이 없습니다.

설치 계획

신규 장비가 들어올 때마다 빈 U, 전력 여유, 랙 하중을 사람이 따로 계산합니다. 같은 랙의 같은 U에 두 팀이 동시에 설치 계획을 잡는 일도 생깁니다.

자산 실사

실사 때마다 엑셀과 현장을 대조하는 작업을 처음부터 다시 합니다. 지난 실사 결과가 다음 실사의 기준이 되지 못합니다.

데이터센터 설계 표준도 공간을 계층으로 정의합니다. ANSI/TIA-942는 전산실을 구역과 랙 열(Row) 단위로 구분하고, 랙의 높이는 EIA-310이 정한 1U(1.75인치, 44.45mm) 단위로 표현됩니다.[2][3] 상면관리는 이 물리적 구조를 그대로 데이터 모델로 옮기는 일입니다. DCIM(Data Center Infrastructure Management)이라 부르는 데이터센터 인프라 관리 영역에서도, 상면·랙 관리(Rack Management)는 전력·냉각 관리와 함께 가장 기본이 되는 축입니다.

상면 데이터는 계층으로 이어집니다

상면 데이터는 센터 → 층 → 구역 → 랙 → U → 자산으로 이어지는 계층 구조입니다. 위치를 이루는 앞쪽 계층은 상면관리 시스템이 도면을 기준으로 직접 모델링하고, 맨 끝의 자산 속성과 상태는 기존 시스템에서 가져옵니다.

그림 1. 랙 위치는 DOMS가, 자산·알람은 ITAM·EMS가, 시설 상태는 FMS가 채웁니다.

랙은 위치와 자산이 만나는 지점입니다. 42U 랙 하나는 U 단위 구간의 집합으로 표현되고, 장비는 시작 U와 높이(U)로 그 구간의 일부를 차지합니다. 이 구조가 갖춰지면 랙 사용률, 빈 공간, 설치 가능한 위치를 계산할 수 있습니다. 데이터의 주인이 계층마다 다르다는 점이 뒤에서 다룰 구축 방식을 정하는 출발점이 됩니다.

표 1. 같은 운영 질문에 대한 수기 관리와 상면관리 시스템의 차이

상면관리 솔루션 Polestar DOMS의 구성

Polestar DOMS(Datacenter Operation Management Suite)는 엔키아의 자산관리 기반 통합 상면관리 솔루션입니다. 연계 시스템의 데이터를 받아 상면 모델에 붙이고, 그 결과를 웹 브라우저의 3D 화면으로 제공합니다.

그림 2. 연계 데이터를 Loader가 수집·적재하고 WebGL 뷰어로 제공하는 DOMS 아키텍처(테이블명은 예시).

연계 시스템

상면에 올라갈 자산 데이터는 ITAM(CMDB), EMS 또는 엑셀 파일에서 가져옵니다. FMS는 상면 데이터 구성에는 쓰지 않고, 항온항습기·UPS·온습도 같은 시설장비의 상태와 주요 지표를 보여 줄 때만 선택적으로 연계합니다. DOMS는 원천 시스템을 수정하지 않고 필요한 데이터만 읽어 옵니다.

POLESTAR Loader

룰체인 기반 ETL입니다. Scheduling으로 주기 수집을 실행하고, Rule Engine이 각 시스템의 테이블 구조를 DOMS 모델에 맞게 변환합니다. 수집 대상은 Data Set 단위로 정의하고, 실시간 조회는 REST API로 처리합니다.

Repository

PostgreSQL에 상면 모델, 자산 매핑, 예약·권한 정보를 저장합니다.

Viewer

HTML5·WebGL 기반 3D 화면입니다. 별도 Plug-in 없이 주요 브라우저에서 동작하고, ISO·Top View 전환과 이동·확대·회전을 지원합니다. 3D 씬이 데이터에서 직접 생성되므로, 랙이나 장비가 추가되면 도면을 다시 그리지 않아도 화면에 반영됩니다.

"어디에 있는가"에 답하는 상면관리 통합검색

이 글은 "그 장비가 어디에 있는가"라는 질문에서 시작했습니다. 상면 데이터를 아무리 잘 구성해도, 운영자가 그 위치에 빠르게 도달하지 못하면 다시 엑셀과 현장 확인으로 돌아갑니다. DOMS의 통합검색은 이 질문에 가장 직접적으로 답하는 기능입니다.

그림 3. 장비명 일부만 입력해도 자동완성 목록에서 위치를 확인하고, 선택하면 3D 상면에서 해당 랙과 U 위치가 강조됩니다.

조건 검색

랙·장비 코드, 명칭, 타입, 마운트 위치 등 여러 조건으로 검색할 수 있습니다. 장애 알람에 찍힌 호스트명이든, 현장 라벨의 자산번호든 운영자가 손에 쥔 정보로 바로 찾습니다.

자동완성

입력어 기반 자동완성으로, 이름의 일부만 알아도 후보 목록과 각 장비의 센터·층·랙·U 위치를 함께 보여 줍니다. 이름이 비슷한 장비가 여러 대여도 위치로 구분할 수 있습니다.

상면 하이라이트

결과를 선택하면 검색된 랙과 장비를 3D 상면에서 하이라이트해 위치를 표시하고, 랙 상세로 이어져 자산정보와 알람까지 한 번에 확인합니다.

검색이 정확하려면 앞에서 본 데이터 구조가 먼저 갖춰져야 합니다. 자산 키가 통일되고 모든 장비에 랙과 U 위치가 붙어 있을 때, 검색 결과가 곧 실제 위치가 됩니다. 상면 데이터 구성이 검색의 품질을 결정합니다.

장비 이름 하나로 랙과 U 위치까지.
현장에서 라벨을 확인하던 일을 화면에서 끝냅니다.

상면관리 구축 방식, 엑셀 업로드와 시스템 연계

상면 모델(센터·층·구역·랙 배치)은 도면을 기준으로 DOMS에서 구성합니다. 구축 방식을 가르는 것은 랙에 올라갈 자산정보의 원본을 어디에 두느냐입니다. DOMS는 엑셀 업로드, ITAM 연계, EMS 연계의 세 가지 경로를 지원합니다.

엑셀 업로드: 랙 실장도를 그대로 받아들입니다

연계할 ITAM이나 EMS가 없고 실장도를 엑셀로 관리해 온 센터에 맞는 방식입니다. 업로드한 데이터는 DOMS가 원본으로 관리하며, 구축 이후에는 화면의 자산정보 편집 모드에서 랙과 장비를 직접 등록·수정·삭제합니다. 자산정보 편집은 이 방식에서만 제공됩니다.

현장 엑셀은 센터마다 양식이 다르므로, 업로드 전에 표준 템플릿으로 컬럼을 맞춥니다. 랙과 장비의 위치를 확정하려면 최소한 다음 컬럼이 필요합니다.

표 2. 엑셀 업로드 템플릿의 최소 컬럼

그림 4. 엑셀 실장도가 검증을 거쳐 랙에 배치되는 예시. 병합 셀과 표기 불일치는 보정하고, U 겹침과 자산번호 중복은 반려합니다.

DOMS는 랙 맨 아래 유닛을 1U로 두고 위로 번호를 매기며, 이 기준은 고정되어 있습니다. 아래에서부터 세는 방식은 업계에서 일반적으로 쓰는 기준이며, 통신 인프라 관리 표준인 ANSI/TIA-606-B도 패치 패널 위치를 랙 아래에서부터 센 랙 유닛 번호로 표기하도록 예시합니다.[4] 따라서 업로드하는 엑셀 실장도도 반드시 랙 맨 아래를 1U로 하는 기준으로 작성해야 합니다. 현장 문서가 다른 방식으로 적혀 있다면 업로드 전에 이 기준으로 정리합니다.

같은 랙 안의 U 구간 겹침은 장비를 시작 U로 정렬한 뒤 인접한 장비끼리만 비교하면 찾을 수 있습니다. 랙 하나에 장비가 n대라면 정렬 비용 O(n log n)으로 전체 겹침을 확인할 수 있습니다.

엑셀 방식은 도입 장벽이 가장 낮지만, 원본이 DOMS 하나뿐이므로 현장 변경을 DOMS에 반영하는 운영 절차가 함께 정해져야 합니다. 랙 사용률 화면의 엑셀 내보내기를 자산 실사 양식으로 쓰면 이 절차를 정착시키기 쉽습니다.

ITAM 연계: 원본은 자산관리에 둡니다

Polestar ITAM 같은 자산관리 시스템이 이미 있다면 자산정보의 원본은 ITAM에 둡니다. Loader가 주기적으로 자산·구성 테이블을 수집하고, 자산 키로 DOMS 장비와 매칭한 뒤 위치 속성을 정규화해 적재합니다. ITAM에 새로 등록된 장비는 상면에 자동으로 추가됩니다.

그림 5. ITAM의 자유 텍스트 위치가 룰체인을 거쳐 DOMS 좌표로 바뀌는 과정. 룰은 이해를 돕기 위한 예시입니다.

연계 구축에서 시간이 가장 많이 드는 작업은 위치 정규화입니다. ITAM에는 위치가 "본관 3층 B열 7번 22~23U" 같은 자유 텍스트로 들어 있는 경우가 많기 때문입니다. Rule Engine에 센터·층·랙 코드 변환 규칙을 정의하고, 규칙에 맞지 않는 자산은 미배치 목록으로 분리해 운영자가 원본을 수정하도록 합니다.

원본을 하나로 두는 것도 중요합니다. 연계 방식에서는 DOMS 화면의 자산정보 편집을 제공하지 않습니다. 위치가 바뀌면 원본 시스템에서 수정하고, 다음 수집 주기에 상면에 반영됩니다. 자산관리 표준이 강조하는 단일 기준 정보(single source of truth) 원칙과 같은 맥락입니다.[5]

EMS 연계: 모니터링 대상이 곧 상면 자산입니다

자산관리 시스템은 없지만 Polestar EMS(SMS/NMS)로 장비를 모니터링하고 있다면, EMS의 사용자정의 테이블 기능으로 장비별 랙·U 위치 컬럼을 정의해 구성정보를 연계할 수 있습니다. 모니터링 대상이 곧 상면 자산이 되므로 별도 자산 목록을 만들 필요가 없고, 알람·성능 정보가 같은 장비 키로 바로 연결됩니다.

ITAM 연계 방식에서도 EMS는 함께 연계하는 경우가 많습니다. 자산 속성은 ITAM에서, 알람과 성능은 EMS에서 가져와 랙 상세 화면에 함께 보여 줍니다. 필요하면 FMS도 연계할 수 있습니다. 다만 FMS는 상면 데이터를 가져오는 경로가 아니라, 항온항습기·UPS·온습도 센서 같은 시설장비의 상태현황과 주요 지표를 상면 위에 함께 보여 주기 위한 연계입니다.

어떤 상면관리 구축 방식을 고를까

표 3. 구축 방식 비교. ■ 개수가 많을수록 최신성이 높거나 초기 부담이 큽니다.

상면관리 솔루션 구축 사례

실제 구축 사례를 보면 방식 선택은 대부분 고객사가 이미 운영하고 있는 체계에서 결정됩니다.

표 4. Polestar DOMS 구축 사례 (고객사명 비공개)

상면관리 구축 전에 확인할 것

도면

층별 평면 도면과 랙 배치, 타일 크기, 기둥·출입구 위치를 준비합니다. 냉·열 통로 구분이 있다면 함께 표시합니다.[1][2]

U 기준

엑셀 실장도의 U 번호를 DOMS 기준(랙 맨 아래 = 1U)으로 작성하고, PDU 같은 0U 장비를 어떻게 표기할지 정합니다.[3][4]

자산 키

장비마다 중복되지 않는 유니크한 키(자산번호 또는 호스트명)를 확인하고, 엑셀·ITAM·EMS가 같은 장비를 같은 키로 부르는지 점검합니다.

권한 범위

센터·층·메뉴 단위로 누가 무엇을 볼 수 있어야 하는지 정합니다.

사용자 PC

3D 가속과 OpenGL 3.3 이상을 지원하는 그래픽 환경이 필요합니다. VDI라면 사전 구동 테스트를 하고, 필요하면 2D View를 기본으로 씁니다.

마무리

데이터센터에서 상면은 가장 늘리기 어려운 자원입니다. 서버는 교체하면 되지만, 바닥 면적과 랙, 전력·냉각 용량은 한 번 정해지면 쉽게 늘릴 수 없습니다. 고밀도 서버와 AI 장비가 늘어날수록 남은 U와 전력 여유를 정확히 아는 것이 증설 시점과 투자 규모를 정하는 근거가 됩니다.

상면관리가 없으면 이 판단은 엑셀과 현장 확인에 기대게 됩니다. 장애가 나도 장비 이름으로 위치를 검색할 수 없어 현장을 찾아다니고, 설치 계획은 사람의 계산에 의존하며, 실사 결과는 다음 실사의 기준이 되지 못합니다. 위치가 데이터로 관리될 때 비로소 장애 대응·설치 계획·용량 관리·자산 실사가 같은 기준으로 이어집니다.

상면관리는 데이터센터를 그리는 일이 아니라,
남은 공간과 다음 증설을 판단할 근거를 만드는 일입니다.

엑셀로 시작하든 ITAM·EMS와 연계하든, 출발점은 같습니다. 자산 키와 U 기준을 정리하고, 랙 하나·층 하나부터 위치를 데이터로 바꾸는 것입니다. 엔키아의 상면관리 솔루션 Polestar DOMS는 여기서 출발합니다.

참고 자료

[1] ASHRAE TC 9.9, Thermal Guidelines for Data Processing Environments, 5th Edition, 2021.

[2] TIA, ANSI/TIA-942-C, Telecommunications Infrastructure Standard for Data Centers, 2024.

[3] ECIA, EIA/ECA-310-E, Cabinets, Racks, Panels, and Associated Equipment.

[4] TIA, ANSI/TIA-606-B, Administration Standard for Telecommunications Infrastructure, 2012. (패치 패널 위치를 랙 하단 기준 랙 유닛으로 표기)

[5] ISO/IEC 19770-1:2017, Information technology — IT asset management — Part 1: IT asset management systems — Requirements.

TS Lee | 엔키아 연구소 연구3팀