AI 데이터센터의 큰 그림

현재 설명 · 1/5 · 작업 허가에서 확인을 시작합니다

다음 연결: 현장 대조의 실습 대상을 고정합니다

1. 작업 허가에서 확인을 시작합니다

   원인을 추측해서 설정부터 바꾸지 않습니다. 다음 증거를 같은 시각대의 기록으로 묶으면 어느 경계에서 기대 상태가 깨졌는지 다른 운영자도 재현할 수 있습니다.

2. 현장 대조의 실습 대상을 고정합니다

   실습 상황:: fixture의 작업서와 BMC sensor 목록을 비교해 현장 진입 Go/No-Go 기록을 작성합니다. 수행 지시:: 브라우저에서는 아래의 교육용 출력을 읽고 판정문을 작성합니다. 명령을 실제 장비로 보내지 않습니다. 명령을 별도로 재현하려면 해당 도구와 예제 파일을 갖춘 승인된 격리 환경을 준비해야 합니다. 출력 전체를 저장하고, 허가·표지·실제 asset 불일치 조건이 보이면 다음 변경으로 넘어가지 마십시오.

3. 위험 확인의 출력과 의미를 구분합니다

   값 자체를 외우는 것이 아니라 sensor가 읽히고 온도·PSU 상태가 작업서의 대상과 일치하는지를 확인해야 합니다. 표시한 값은 교육용 재현 예시이며 실제 장비에서 측정한 결과가 아닙니다. 장비·driver·cluster마다 식별자와 수치는 달라질 수 있습니다.

4. 관찰 기록의 진행과 중단을 결정합니다

   허가 번호, rack·asset 일치, 비상 절차, sensor 상태와 중단 여부를 한 장의 사전 점검표로 설명하면 성공입니다. 결과에는 실행 시각, 대상 identity, 사용한 명령, 핵심 출력, 판정과 다음 행동을 함께 남깁니다.

5. 서버실과 작업 안전의 복구를 재검증합니다

   대상이나 표지가 다르면 현장을 손대지 말고 사진·asset tag·시각을 기록합니다. 작업서를 정정하거나 승인자가 대상을 재확인할 때까지 No-Go를 유지합니다. 복구 뒤에는 같은 명령과 같은 성공 기준으로 다시 측정합니다. 정상처럼 보인다는 표현만으로 incident를 닫지 않습니다.

현재 설명 · 1/5 · rack 위치에서 확인을 시작합니다

다음 연결: chassis의 실습 대상을 고정합니다

1. rack 위치에서 확인을 시작합니다

   원인을 추측해서 설정부터 바꾸지 않습니다. 다음 증거를 같은 시각대의 기록으로 묶으면 어느 경계에서 기대 상태가 깨졌는지 다른 운영자도 재현할 수 있습니다.

2. chassis의 실습 대상을 고정합니다

   실습 상황:: 서버 inventory fixture에서 물리·firmware·OS 식별자를 추출해 하나의 asset record로 합칩니다. 수행 지시:: 브라우저에서는 아래의 교육용 출력을 읽고 판정문을 작성합니다. 명령을 실제 장비로 보내지 않습니다. 명령을 별도로 재현하려면 해당 도구와 예제 파일을 갖춘 승인된 격리 환경을 준비해야 합니다. 출력 전체를 저장하고, serial·MAC·용도 중 하나라도 불일치 조건이 보이면 다음 변경으로 넘어가지 마십시오.

3. 부품 목록의 출력과 의미를 구분합니다

   값 자체를 외우는 것이 아니라 세 계층의 식별자가 작업서의 한 자산으로 수렴하는지를 확인해야 합니다. 표시한 값은 교육용 재현 예시이며 실제 장비에서 측정한 결과가 아닙니다. 장비·driver·cluster마다 식별자와 수치는 달라질 수 있습니다.

4. CMDB 연결의 진행과 중단을 결정합니다

   rack 위치·chassis serial·GPU/NIC PCI 주소·disk serial·owner를 누락 없이 연결하고 불일치를 표시하면 성공입니다. 결과에는 실행 시각, 대상 identity, 사용한 명령, 핵심 출력, 판정과 다음 행동을 함께 남깁니다.

5. 랙과 서버 구성요소의 복구를 재검증합니다

   불일치가 있으면 firmware update나 OS 설치를 시작하지 않습니다. 읽기 전용 inventory를 첨부해 자산 담당자가 CMDB 또는 작업 대상을 정정하도록 요청합니다. 복구 뒤에는 같은 명령과 같은 성공 기준으로 다시 측정합니다. 정상처럼 보인다는 표현만으로 incident를 닫지 않습니다.

현재 설명 · 1/14 · 전력 입력에서 확인을 시작합니다

다음 연결: 서버 부하의 실습 대상을 고정합니다

1. 전력 입력에서 확인을 시작합니다

   원인을 추측해서 설정부터 바꾸지 않습니다. 다음 증거를 같은 시각대의 기록으로 묶으면 어느 경계에서 기대 상태가 깨졌는지 다른 운영자도 재현할 수 있습니다.

2. 서버 부하의 실습 대상을 고정합니다

   실습 상황:: 제공된 sensor snapshot으로 전력 여유와 냉각 이상이 GPU clock에 미친 영향을 판정합니다. 수행 지시:: 브라우저에서는 아래의 교육용 출력을 읽고 판정문을 작성합니다. 명령을 실제 장비로 보내지 않습니다. 명령을 별도로 재현하려면 해당 도구와 예제 파일을 갖춘 승인된 격리 환경을 준비해야 합니다. 출력 전체를 저장하고, A/B feed 상실·온도 상승·throttle 조건이 보이면 다음 변경으로 넘어가지 마십시오.

3. 열 배출의 출력과 의미를 구분합니다

   값 자체를 외우는 것이 아니라 전력·온도·clock이 같은 시각에 허용 범위 안에 있고 throttle reason이 없는지를 확인해야 합니다. 표시한 값은 교육용 재현 예시이며 실제 장비에서 측정한 결과가 아닙니다. 장비·driver·cluster마다 식별자와 수치는 달라질 수 있습니다.

4. 성능 결과의 진행과 중단을 결정합니다

   A/B feed별 여유, 온도 변화, clock 영향과 신규 부하 중단선을 수치로 적으면 성공입니다. 결과에는 실행 시각, 대상 identity, 사용한 명령, 핵심 출력, 판정과 다음 행동을 함께 남깁니다.

5. 전력과 냉각의 복구를 재검증합니다

   온도가 계속 상승하거나 feed 하나가 사라지면 신규 workload를 멈추고 부하를 줄입니다. 시설 담당자와 PDU·CRAC 상태를 확인한 뒤 동일 부하로 재검증합니다. 복구 뒤에는 같은 명령과 같은 성공 기준으로 다시 측정합니다. 정상처럼 보인다는 표현만으로 incident를 닫지 않습니다.

6. In-Rack CDU는 루프가 랙 안에서 끝납니다

   이 예시의 In-Rack CDU는 19인치 랙의 상단이나 하단 4U 슬롯에 들어갑니다. 시설수는 그 4U 장치의 1차측까지 들어와 판형 열교환기에서 장비 냉각수의 열을 받아 돌아가며, 2차측 장비 냉각수는 랙 매니폴드를 거쳐 트레이의 cold plate를 돌고 같은 랙 안으로 돌아옵니다. 루프가 짧으니 체적이 작고 채우기·비우기·시료 채취가 쉽습니다.

7. In-Row CDU는 열 전체를 한 루프로 받습니다

   In-Row CDU는 랙과 같은 높이의 바닥 설치 캐비닛이며 열 끝, 열 사이, 통로에 세웁니다. 시설수는 이 캐비닛까지만 오고, 2차측 장비 냉각수 공급 헤더가 열 위나 바닥 아래로 랙 전부를 지나간 뒤 환수 헤더로 돌아옵니다. 한 대가 열 전체를 받으니 관리 대상은 한두 대이고 랙 공간을 쓰지 않지만, 헤더·분기·호스가 하나의 큰 루프가 되어 체적이 수백 L 이상입니다.

8. 두 구조를 같은 항목으로 비교합니다

   형태·위치:: In-Rack은 랙 상단·하단 4U 슬롯에 내장하고, In-Row는 랙과 같은 높이의 바닥 설치 캐비닛을 열 끝·열 사이·통로에 세웁니다. 한 대가 책임지는 범위:: In-Rack은 랙 1대, In-Row는 랙 여러 대에서 열 전체까지입니다. 2 MW급이면 GB300 NVL72 12랙을 한 대로 받는 예가 공식 자료에 있습니다. 시설수가 오는 곳:: In-Rack은 랙 안까지 들어와 IT 방 안에 시설수 배관이 놓이고, In-Row는 CDU까지만 와서 랙 열에는 장비 냉각수 배관만 지납니다. 장비 냉각수 체적:: In-Rack은 수십 L(예: 15.6 L)로 채우고 비우고 시료 뜨기가 쉽고, In-Row는 헤더·분기·호스 전체가 한 루프라 수백 L 이상입니다. CDU 한 대 고장 시 영향:: In-Rack은 그 랙 1대, In-Row는 그 CDU가 받는 모든 랙이므로 CDU N+1이나 UPS를 함께 둡니다. 정비·수질 관리 대상:: In-Rack은 랙 수만큼의 CDU에서 필터·펌프·시료를 관리하고, In-Row는 열마다 한두 대입니다. 랙 공간:: In-Rack은 4U를 CDU가 차지해 트레이가 줄고, In-Row는 랙은 그대로지만 바닥 면적과 전면·후면 서비스 통로가 필요합니다. 어울리는 자리:: In-Rack은 소수 랙, 공랭 방과 섞인 리트로핏, 랙 단위로 빠르게 늘리는 경우에, In-Row는 고밀도 랙이 열 단위로 들어오는 신축·대규모 AI 클러스터에 맞습니다.

9. approach temperature 없는 kW는 비교할 수 없습니다

   열교환기는 두 물의 온도를 완전히 같게 만들지 못합니다. 시설수 공급 온도와 장비 냉각수 공급 온도의 그 차이가 approach temperature이고, 값이 작을수록 같은 시설수로 더 낮은 냉각수를 만들 수 있으며 반대로 같은 냉각수 온도를 더 따뜻한 시설수로도 만들 수 있어 칠러 부담이 줄어듭니다. 그래서 제조사 자료는 항상 "○○ kW at ○ °C ATD"처럼 조건을 붙입니다.

10. CDU 제조사 리뷰: 공식 자료에서 확인한 것

    Vertiv:: In-Rack CoolChip CDU 121(4U, 121 kW at 4 °C ATD, 이중 펌프, 50 µm 필터)과 In-Row·perimeter용 CoolChip CDU 600·1350·2300(600·1,350·2,300 kW at 4 °C ATD, 액체-액체), 액체-공기 CoolChip CDU 70(70 kW)을 한 제품군으로 두고, 자체 기술 문서에서 In-Rack(랙 1대 영향)·In-Row(여러 랙)·gallery(여러 열)의 장단점을 정리합니다. CoolIT Systems:: In-Rack CHx80(4U, 80 kW, N+1 펌프·전원)과 CHx200, Row-based CHx2000(2,000 kW at 5 °C ATD, 2,125 LPM at 35 psi, 전면·후면 서비스, GB300 NVL72 12랙/CDU)을 두고 용량에 ATD와 유량·압력을 함께 밝힙니다. Motivair by Schneider Electric:: In-Rack CDU(4U, 최대 105 kW, 이중 순환 펌프, 랙 상단·하단 설치)와 바닥 설치형 MCDU-25~MCDU-60을 한 포트폴리오로 묶고, MCDU-45·55는 utility corridor 설치용으로 2025-12-15에 발표했습니다. 2025년 Schneider Electric 인수 이후 칠러 플랜트 연동을 강조합니다. Boyd:: In-Row 액체-액체 ROL4000이 2 MW at 3 °C ATD, 가용 압력 80 psi, seal-less N+1 펌프, 펌프 회로별 이중 급전, 0.2 µm side-stream 필터이며 Google Project Deschutes 5세대 구조를 참조한 OCP Marketplace 등재 제품입니다. In-Rack 제품은 공식 자료에서 확인하지 못했습니다. nVent:: In-Rack RackChiller CDU100(4U, 2차측 15.6 L, 펌프 2대 N+1), Row CDU RackChiller CDU800(슬래브·이중 바닥·열 안·별도 기계실 설치), Project Deschutes Open CDU(2 MW at 3 °C ATD, 1,890 LPM, 80 psi, N+1 seal-less 펌프, 0.2 µm 필터)를 두고, CDU의 역할을 FWS 격리·TCS 온도·이슬점·유량·수질·압력 제한으로 정의하며 ASHRAE S30~S50 등급표를 함께 제시합니다. STULZ:: In-Row급 CyberCool CMU가 345~1,380 kW, 시설수 공급 32 °C·장비 냉각수 공급 36 °C 정격, 제어기·전원·펌프 이중화 옵션, Modbus·BACnet·SNMP 제어를 밝히고 열교환·펌프·밸브·제어기를 한 캐비닛에 통합합니다. In-Rack 제품은 공식 자료에서 확인하지 못했습니다. OCP Project Deschutes(규격):: 제품이 아니라 Google이 기여한 열린 규격입니다. 5세대 In-Row CDU를 2 MW, approach 3 °C at 500 GPM, N+1 seal-less 펌프, DI water·PG25, 이중 AC 급전, 폭 65인치급으로 정하며 Boyd·nVent·Vertiv·STULZ 등이 이 규격 기준 제품을 OCP Marketplace에 등재했습니다.

11. 현장 조건에 따라 고르는 기준

    In-Row는 랙 열마다 장비 냉각수 헤더를 깔아야 하므로 바닥·천장 배관 경로, CDU 바닥 면적과 전면·후면 서비스 공간, 급전 이중화가 설계 초기에 정해져야 합니다. In-Rack은 반대로 랙마다 시설수 분기·격리 밸브·누수 트레이가 필요합니다. 어느 쪽이든 필요 유량과 압력손실 예산은 OEM 설계서로 확정하며, 배치 방식이 그 계산을 대신해 주지 않습니다.

12. 확인 순서를 고정합니다

    배치를 고르거나 제품을 비교하기 전에 다음 항목을 같은 설계 문서에 적습니다. 하나라도 미확인이면 숫자를 추측하지 않고 OEM·시설 담당자에게 확인합니다.

13. 후보 사양을 같은 조건으로 읽는 실습입니다

    실습 상황:: 교육용 CDU 후보 사양 fixture와 12랙 열 구성을 읽고, approach 조건을 맞춘 뒤 In-Rack과 In-Row 중 하나를 고르는 배치 판정문을 근거와 함께 작성합니다. 수행 지시:: 브라우저에서는 아래의 교육용 fixture를 읽고 판정문을 작성합니다. 실제 장비나 CDU 제어기에 명령을 보내지 않습니다. 열 이름은 vendor·model·type·atd_c(approach °C)·capacity_kw·flow_lpm·available_psi·pump_redundancy·secondary_volume_l·racks_served이며 값은 제조사 공식 자료의 대표값을 교육용으로 정규화한 것입니다.

14. 사양·이중화가 부족하면 배치 결정을 보류합니다

    설계 검토에서 approach 조건이 빠진 용량, 유량·가용 압력 없는 사양, CDU 이중화나 UPS 급전 계획이 없는 In-Row 구성이 보이면 배치 결정을 보류하고 OEM 설계서와 시설 P&ID로 값을 채운 뒤 같은 표로 다시 비교합니다. 이미 설치된 현장에서 여러 랙의 온도가 함께 오르면 그 열을 받는 CDU와 시설수 경계를 먼저 확인하고, 한 랙만 오르면 그 랙의 분기·QD·필터로 범위를 좁힙니다. 복구 뒤에는 같은 표와 같은 성공 기준으로 다시 비교합니다. 제조사 이름이나 kW 숫자 하나로 배치를 승인하지 않습니다.

현재 설명 · 1/5 · 사용자 요청에서 확인을 시작합니다

다음 연결: workload의 실습 대상을 고정합니다

1. 사용자 요청에서 확인을 시작합니다

   원인을 추측해서 설정부터 바꾸지 않습니다. 다음 증거를 같은 시각대의 기록으로 묶으면 어느 경계에서 기대 상태가 깨졌는지 다른 운영자도 재현할 수 있습니다.

2. workload의 실습 대상을 고정합니다

   실습 상황:: 주어진 서비스 inventory를 이용해 요청 한 건의 dependency map과 세 개의 공통 장애 지점을 찾습니다. 수행 지시:: 브라우저에서는 아래의 교육용 출력을 읽고 판정문을 작성합니다. 명령을 실제 장비로 보내지 않습니다. 명령을 별도로 재현하려면 해당 도구와 예제 파일을 갖춘 승인된 격리 환경을 준비해야 합니다. 출력 전체를 저장하고, owner 없는 의존성·공통 failure domain 조건이 보이면 다음 변경으로 넘어가지 마십시오.

3. 자원 경로의 출력과 의미를 구분합니다

   값 자체를 외우는 것이 아니라 요청 처리 replica가 어느 node와 network 경로에 놓였는지 추적 가능한지를 확인해야 합니다. 표시한 값은 교육용 재현 예시이며 실제 장비에서 측정한 결과가 아닙니다. 장비·driver·cluster마다 식별자와 수치는 달라질 수 있습니다.

4. 시설 기반의 진행과 중단을 결정합니다

   사용자 증상에서 최소 여덟 개 의존성을 거쳐 facility까지 이어지는 지도와 owner·검증 명령을 제시하면 성공입니다. 결과에는 실행 시각, 대상 identity, 사용한 명령, 핵심 출력, 판정과 다음 행동을 함께 남깁니다.

5. 서비스까지의 전체 경로의 복구를 재검증합니다

   owner나 검증 방법이 없는 경계는 운영 준비 미완료로 분류합니다. release 전에 관측 신호와 escalation 경로를 추가하고 장애 주입으로 지도대로 복구되는지 확인합니다. 복구 뒤에는 같은 명령과 같은 성공 기준으로 다시 측정합니다. 정상처럼 보인다는 표현만으로 incident를 닫지 않습니다.