CLIEN

본문 바로가기 메뉴 바로가기 보기설정 테마설정
톺아보기 공감글
커뮤니티 커뮤니티전체 C 모두의광장 F 모두의공원 I 사진게시판 Q 아무거나질문 D 정보와자료 N 새로운소식 T 유용한사이트 P 자료실 E 강좌/사용기 L 팁과강좌 U 사용기 · 체험단사용기 W 사고팔고 J 알뜰구매 S 회원중고장터 B 직접홍보 · 보험상담실 H 클리앙홈
소모임 소모임전체 ·굴러간당 ·주식한당 ·아이포니앙 ·MaClien ·방탄소년당 ·일본산당 ·자전거당 ·개발한당 ·이륜차당 ·소시당 ·나스당 ·안드로메당 ·AI당 ·걸그룹당 ·영화본당 ·골프당 ·클다방 ·사과시계당 ·디아블로당 ·패스오브엑자일당 ·가상화폐당 ·노키앙 ·IoT당 ·축구당 ·젬워한당 ·노젓는당 ·창업한당 ·윈폰이당 ·리눅서당 ·육아당 ·소셜게임한당 ·여행을떠난당 ·바다건너당 ·물고기당 ·라즈베리파이당 ·캠핑간당 ·3D메이킹 ·X세대당 ·ADHD당 ·AI그림당 ·날아간당 ·배드민턴당 ·야구당 ·농구당 ·블랙베리당 ·곰돌이당 ·비어있당 ·FM당구당 ·블록체인당 ·보드게임당 ·활자중독당 ·볼링친당 ·냐옹이당 ·문명하셨당 ·클래시앙 ·콘솔한당 ·요리한당 ·쿠키런당 ·대구당 ·DANGER당 ·뚝딱뚝당 ·개판이당 ·동숲한당 ·날아올랑 ·전기자전거당 ·e북본당 ·갖고다닌당 ·이브한당 ·패셔니앙 ·도시어부당 ·FM한당 ·맛있겠당 ·포뮬러당 ·안경쓴당 ·차턴당 ·총쏜당 ·땀흘린당 ·하스스톤한당 ·히어로즈한당 ·인스타한당 ·KARA당 ·키보드당 ·꼬들한당 ·덕질한당 ·어학당 ·가죽당 ·레고당 ·LOLien ·Mabinogien ·임시소모임 ·미드당 ·밀리터리당 ·땅판당 ·헌팅한당 ·오른당 ·MTG한당 ·소리당 ·적는당 ·방송한당 ·PC튜닝한당 ·찰칵찍당 ·그림그린당 ·소풍간당 ·심는당 ·품앱이당 ·리듬탄당 ·달린당 ·Sea마당 ·SimSim하당 ·심야식당 ·윈태블릿당 ·미끄러진당 ·나혼자산당 ·스타한당 ·스팀한당 ·파도탄당 ·퐁당퐁당 ·테니스친당 ·테스트당 ·빨콩이당 ·공대시계당 ·터치패드당 ·트윗당 ·VR당 ·시계찬당 ·WebOs당 ·위스키당 ·와인마신당 ·WOW당
임시소모임
고객지원
  • 게시물 삭제 요청
  • 불법촬영물등 신고
  • 쪽지 신고
  • 닉네임 신고
  • 제보 및 기타 제안
© CLIEN.NET
공지[점검] 잠시후 서비스 점검을 위해 약 30분간 접속이 차단됩니다. (금일 18:15 ~ 18:45)

모두의공원

IT 종사자 입장 에서 IDC 화재관련 의견 적어봅니다. 14

13
2025-09-27 16:33:54 수정일 : 2025-09-27 16:39:10 211.♡.181.21
WhoamI

안녕하세요 ~


IT 종사자 입장 에서 이번 사건 을 보고 소방본부의 발표 (배터리 절체 작업중 불꽃이 튀었다) 와 배터리 제조사로만 포커스가 되어 있는것같아 몇가지 의견 을 적어봅니다.

우선 제가 전기 계통의 전문가 는 아니며 IT 정책 관련 업무와 개인의 경험에 의한 글임을 명시합니다. (전문가분들의 지적 부탁드립니다)


1. 우선 IDC 의 UPS 이동 작업중 불이 났다?

    우선 제가 업에 종사하면서 유사한 사건을 겪어 본적이 3차례 있습니다.

    그 유사 사례중 한가지는 국산 UPS 를 사용중이던 전산실 이었으며, 정전에 의한 UPS 가동이후 신규 장비 대체 를 

    위한 장비 철거 작업에서 발생하였습니다. 해당 사고와 유사하게, 해당 UPS 유지보수 업체에서 절체 작업을 진행하던도중 

    해당 방식처럼 스파크에 의한 화재 까지는 아니었으나, 배터리 셀의 열 폭주 현상 때문에 엄청난 탄내와 검은 연기가 

    발생하였고 해당 사고를 수습 하고 안정성 강구 측면에서 E사의 UPS 로 전량 교체하고 그들의 운영 메뉴얼을 통해서 

    사고의 원인을 알수 있었습니다. 그차이는 Transport 모드 혹은 방전모드의 유무였습니다. 

    그전 운영하던 국산 UPS 에 해당 기능 이 있었을지 모르나 해당 작업자가 해체 작업중에 해당 방전 모드를 모르고있었고, 

    단순 하게 UPS의 전원만 셧다운을 진행하니 각 셀들의 SOC 는 90% 수준으로 완충상태에서 

    스파크가 일거나 BMS 의 전원이 종료된 상태 에서 셀의 보호회로가 없는 상태에서 이동과 단락변경등 에 

    열 폭주가 발생한 부분 입니다. 

    전기관련 전문가는 아니지만 그후 E사의 UPS 를 운영하면서 확인한 정보로는, 

    단순하게 UPS 재기동 / 관리 펌웨어 업데이트 시에는 배터리가 완충 상태에서 단순하게 전원만 셧다운을 진행하나 

    구성의 변경 이동 등이 있을때는 안전상의 이유로 방전모드 혹은 Transport 모드 활성화를 

    배터리 수명에 영향이 있을수 있으나 통해 SOC 충전 상태를 30~40 % 로 방전후 작업을해야 단락에의한 스파크 

    혹은 열폭주에서 안전 할 수 있다고 들었습니다. (전문가분의 의견 부탁드립니다.)


   * 국산 UPS 가 나쁘다는 이야기를 하는게 아니라, 제가 현업에서 UPS 입찰을 진행한적이 있었는데 

     제경험상 국산 저렴한 업체에서 강조하는 셀링 포인트는 고가의 UPS 벤더와 동일한 셀을 사용 하고 있어 

     "동일한 제품 이다" 인데, 사고를 경험해 보니 특히 UPS 등 고위험 장비의 경우, 

     단순한 배터리 용량과 기본 UPS 로 기능이 아닌, 안전을 위한 메뉴얼, 주전원 차단시에도 일정시간 

     보조 전원을 통한 BMS 작동 기능등 부수 기능들이 중요 했다 부분 입니다.


2. 이번 사고에서 귀책사유를 확인해 볼 것은 무엇일까?

   1) 리튬이온 배터리에서 불이났다고 LG 엔솔의 배터리팩이었다 에 포커스가 아니라,, 해당 UPS 제조사의 가이드 및 

       방전 기능의 유무 및 문제가 발생한 UPS 제조사 에 포커싱이 되어야 한 다고 생각 합니다.


   2) 분명 공무원분들의 업무 진행 특성상 해당 작업이 진행중 업체를 통해 작업 계획서를 전달 받았을 거고, 

       해당 작업계획서 상 방전 계획 의 유무, 해당 계획의 검토자 등을 확인해야 한다고 생각합니다. 

       해당 PM 작업의 진행에 있어서, 단순 셧다운 계획이 아니라, 이동 계획시 방전 계획이 있었는지, 

       실제 해당 방전이 수행 되었는지 여부


  3) 대부분의 IDC 에서 UPS 가 운영중일거고, UPS 의 특성상 상시 운영중일때 보다 교체 혹은 셧다운 등 

      전압의 변화가 많을때 사고가 빈번하게 일어난다고 합니다. 

      전체적으로 해당 메뉴얼 을 전문가와 점검 해서 안전성 확보가 필요하다고 합니다.


저보다 전문가분들이 더많은 의견을 주실거라 생각 합니다.


안타까운 마음에 주저리 주저리 적어봅니다. 


이시간에도 복구에 고생할 IT인들 화이팅 하세요!






WhoamI 님의 게시글 댓글
SIGNATURE
행복하시죠..?
서명 더 보기 서명 가리기
  • 주소복사
  • Facebook
  • X(Twitter)
댓글 • [14]
풀나리
IP 112.♡.39.128
09-27 2025-09-27 16:46:54
·
서비스는 안되도 데이타 소실의 문제는 없을려나요 괜히 임시 서비스.한다고 민간업체 위탁하면 정보 누출 은 안될려나요
WhoamI
IP 211.♡.181.134
09-27 2025-09-27 16:51:57
·
@풀나리님 제생각엔 NIRS 특성상 어플리케이션 서버는 VM 에 있을거고 DB 는 성능 문제상 물리머신으로 있을수 있지만, 기본적인 DR데이터 복제는 데이터가드등으로 되어있을거에요, 다만 워낙 큰 DB 이다보니 데이터 정합성 검증때문에 시간이 오래걸릴거라 생각합니다. 이건 민간기업이나 어디나 같을거에요 최신 아키텍처로 DB 파티션을 샤딩처리하거나해서 active active 로 운영하지 않는 이상
크레이지호
IP 106.♡.243.34
09-27 2025-09-27 16:55:05
·
@풀나리님 임시 서비스라는것 자체가 기관이 가지고 있는 DR (재해복구센터)에 있는 장비로 데이터도 그대로 가지고 있으면서 서비스 하는거에요. (장비도 대부분 동일하게 환경을 갖춰둠)
누출은 안되요..
WhoamI
IP 211.♡.181.134
09-27 2025-09-27 16:58:37
·
@풀나리님 추가적으로 UPS 화재로 주전원이 내려가서 시스템이 셧다운된 상태에서 지금 복구할때도 DR 센터의 정합성 검증방안때문에 시간이 걸리는거지 데이터의 유실등에 문제는 없을거라고 생각합니다. 다만 한번 DR 페일오버하고나면 페일백이 힘들기때문에 다방면으로 검토중일거라고 생각합니다!
규민
IP 182.♡.254.253
09-27 2025-09-27 17:08:05
·
@풀나리님
UPS는 무중단 서비스라고 하지만 발전기까지 구축되어야 무중단 서비스이고 정상종료 시간 벌어주는거죠. 일반적으로 UPS와 연결해서 종료 스크립트 실행합니다. 데이터 소실은 없을거라고 보입니다. fail back도 3 tier구조라 각 응용 솔루션들의 로그 데이터야 뜨겠지만 db만 옮기면 딱히 문제될건 없을 것 같네요.
바람씽씽
IP 112.♡.97.89
09-27 2025-09-27 16:59:45
·
방전해놓고 해체하는게 배터리 해체의 기본입니다. 방전기능이 있었는데, 안하고 하면 절대 안되죠.
WhoamI
IP 211.♡.181.134
09-27 2025-09-27 17:03:55 / 수정일: 2025-09-27 17:06:08
·
@바람씽씽님 맞습니다. 근데 제가 한번겪어보니, 의외로 작은 규모 idc 가 아니었는데 내부 운용자가 셧다운을 시켜둔 상태에서 ups 업체에서 해체 작업을 진행하면서 운용자의 무지 (단순셧다운) ups 업체에선 작업전 방전여부 미확인 에의한 사고였어서 그럴수 있을수 있겠다 생각해보았습니다. 왜냐면 작업자 분들이 단락을 한번에 절제하거나 이런 작업사고 보다 안전조치 미수행에서 발생하는 경우가 많더라구요
굄성
IP 121.♡.41.154
09-27 2025-09-27 17:19:21
·
전 이중화를 이렇게 해놓은게 황당하네요. IDC 여러개가 있어야지 하나로 서비스 한다는게...
10~15년전에 SI 업체 대기업에서 납품 견적 받았을대 서버 2대씩 두는 이중화 한다고 하는데 아직도 여기에 머물러 있나 싶습니다.
클라우드 조차 멀티클라우드 쓰는 세상에서 IDC 하나 불났다고 서비스가 안된다는게 참...
럭셔리난닝구
IP 106.♡.142.138
09-27 2025-09-27 21:39:31 / 수정일: 2025-09-27 21:41:41
·
@굄성님 클라우드에 올라가는 서비스와 대규모 DB는 좀 다르죠.. 토스나 카뱅도 분산 IDC 사용하지 않습니다.
재해복구센터로 서비스 넘기는 것도 정말 고민 많이하고 의사결정해야합니다. 재해복구 가동하는 순간 주센터 데이터는 정합성 끝이니까요. 원복해야할때도 문제고....
재해복구센터는 사실상 주센터 건물 무너질때나 사용하는 의미 아닐까 싶네요
굄성
IP 121.♡.41.154
09-27 2025-09-27 22:25:47 / 수정일: 2025-09-27 22:26:05
·
@럭셔리난닝구님
완전 잘못 알고 계신거 같습니다.
https://www.fnnews.com/news/202210161442291926
카카오 데이터센터 장애일때 분산 IDC 쓴다고 기사 났습니다.

오히려 글로벌하게 더 큰 트래픽을 받는 빅테크들도 분산 데이터센터 잘 씁니다. 오히려 국내 서비스들이 트래픽도 더 적은데 분산 IDC 못할 이유가 없죠. 그냥 실력이 없어서 못하는것 뿐입니다.
럭셔리난닝구
IP 106.♡.142.138
09-27 2025-09-27 23:49:56 / 수정일: 2025-09-27 23:55:29
·
@굄성님 카뱅은 상암 주센터 분당 재해복구입니다.. 액티브액티브 아니예요.. 저거에 추가로 3센터 만든다는 이야기입니다. 상면이 부족할수도 있고.. 다른 용도로 할수도 있겠죠
그리고 빅테크 업무와 금융 업무를 동일하게 보시면 안됩니다..
굄성
IP 121.♡.41.154
09-28 2025-09-28 00:20:53
·
@럭셔리난닝구님
페이팔도 멀티 클라우드 사용합니다.
거래 금액은 국내 카드사 다 합친것보다 크고요. 그리고 페이팔도 예치금 있어서 입출금 다됩니다. 그것도 조 단위로 있고요. 국내 금융사들보다 거래도 훨씬 많고요.
멀티 클라우드 못하는건 국내 개발사들이 실력 없는거에요. 금융도 다 가능합니다.
echo6
IP 116.♡.129.73
09-28 2025-09-28 01:12:46
·
@굄성님 RDBMS 구축하고 설계하는 사람입니다. 데이터 정합성 관련해서는 쉽게 말꺼낼 부분이 아닙니다. 대기업 DR도 그렇게 운영하기 쉽지 않습니다. 다른 지역으로 큰 트래픽이 전달되는 시나리오는 생각처럼 그리 쉬운게 아닙니다. 하지만 클라우드는 그게 가능하게는 만들었습니다만 클라우드가 가상화 기반이다 보니 성능이슈와 데이터 소실 이슈가 있어서 꺼려합니다. 그런거 안해본거 아닙니다. 대량의 트랜잭션은 온프라미스를 유지하는게 지금의 현실입니다.
방랑유랑단
IP 182.♡.64.18
09-28 2025-09-28 06:13:38 / 수정일: 2025-09-28 06:15:23
·
배터리 관점에서 보자면 UPS 의 전원을 내린 것과 열폭주는 아무런 관련이 없습니다.
그냥 배터리의 전력공급을 끊은 것이고 배터리는 SOC 100% 만충상태로 대기하게 됩니다.
글쓴이께서 언급하신 'Transport 모드 혹은 방전모드'가 없는 UPS 라고 하더라도 전원을 내린다고 배터리단에 스파크가 생길 가능성은 제로에 가깝습니다.(없다고 하고 싶지만 엔지니어는 100%는 없기 때문에...)
'Transport 모드 혹은 방전모드' 유무가 사고의 참원인이 아니고 절체작업 도중 작업자의 부주의가 분명히 있었을 겁니다. E사의 UPS로 바꾸면서 담당자의 일종의 출구전략이 'Transport 모드 혹은 방전모드'의 유무였지 않았을까 추측해봅니다.
추가 기사를 보면 배터리 연결 케이블을 분리하는 과정이라는 얘기가 있던데 전 작업방식에 문제가 있지 않았을까 라고 의심해 봅니다. 정상적인 방법으로 케이블을 해체하지 않고(볼트 분리 - 커넥터 or 단자부 해체 - 절연처리 등) 커팅기 같은 걸로 케이블을 잘랐고 이 과정에서 렉단위 쇼트가 발생하여 배터리 발열과 열폭주가 발생했을 것 같습니다.
댓글들처럼 당연히 일정 수준 이하의 SOC 로 방전하고 작업을 했더라면(설사 렉단위 쇼트가 발생했더라도) 저장된 에너지 양이 작으니 화재도 좀 더 일찍 진화됐을 겁니다만, 전기적 충격에 의한 발화는 SOC 와 비례하지 않습니다.
그리고, 작업자의 실수가 있었다면 배터리 설치 경험이 없는 업체에 작업을 맡겼을 가능성도 있습니다.(실제 경험담입니다)
배터리를 이설할 계획이었다면 분명 High voltage 케이블도 포설이 필요했을꺼고 분리발주는 귀찮고 비용이 더 들어가니 일반적인 전기업체에 배터리 이설까지 의뢰를 했을 가능성도 있습니다. 업체는 배터리 이설 경험이 없다보니 배터리의 위험성에 대해 잘 모르고 일반 전기설비 관점에서 작업을 하다보니 작업 부주의가 생겼을 수 있습니다.
희박한 가능성이긴 하지만 UPS 가 과방전을 했을 수도 있습니다. 예상 C-rate 보다 더 큰 전류로 방전을 하다가 열폭주까지 이어졌을 가능성입니다. 이러한 경우에는 글쓴이께서 말씀하신 BMS 모니터링이 유지되고 있었다면 분명 Fault 가 떠서 배터리가 차단됐을 겁니다. 그러나 가능성이 아주 낮습니다.

결론적으로 열폭주가 어느 시점에 시작됐는가가 중요할 것 같습니다.
1) 차단하고 바로 열폭주
- 차단기 고장으로 차단이 된 것 같았는데 제대로 off 가 되지 않고 대규모 쇼트 발생 -> 열폭주
2) 차단하고 일정시간 후 열폭주
- 작업 오류 -> 쇼트 발생 -> 열폭주

셀 자체 결함 가능성은 어느 케이스든 염두에 둬야 하나 그건 CCTV 를 보면 바로 알 수 있을 겁니다.
새로운 댓글이 없습니다.
이미지 최대 업로드 용량 15 MB / 업로드 가능 확장자 jpg,gif,png,jpeg,webp
지나치게 큰 이미지의 크기는 조정될 수 있습니다.
목록으로
글쓰기
글쓰기
목록으로 댓글보기 이전글 다음글
아이디  ·  비밀번호 찾기 회원가입
이용규칙 운영알림판 운영소통 재검토요청 도움말 버그신고
개인정보처리방침 이용약관 책임의 한계와 법적고지 청소년 보호정책
©   •  CLIEN.NET
보안 강화를 위한 이메일 인증
안전한 서비스 이용을 위해 이메일 인증을 완료해 주세요. 현재 회원님은 이메일 인증이 완료되지 않은 상태입니다.
최근 급증하는 해킹 및 도용 시도로부터 계정을 보호하기 위해 인증 절차가 강화되었습니다.

  • 이메일 미인증 시 글쓰기, 댓글 작성 등 게시판 활동이 제한됩니다.
  • 이후 새로운 기기에서 로그인할 때마다 반드시 이메일 인증을 거쳐야 합니다.
  • 2단계 인증 사용 회원도 최초 1회는 반드시 인증하여야 합니다.
  • 개인정보에서도 이메일 인증을 할 수 있습니다.
지금 이메일 인증하기
등록된 이메일 주소를 확인하고 인증번호를 입력하여
인증을 완료해 주세요.