IT 인프라 아키텍처 설계
Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계
IT 인프라 아키텍처 설계

Case Study #3
서울시립대학교 LMS 개선 구축

2020년 · ₩2.915억 · 90일 · 83쪽 RFP

실전 TA — 노후교체 + 신규구축, 여름방학 90일 안에 끝낸다

강사 박수현 · 🚀 젠아이랩스(GenAI Labs)

🎨 이미지 프롬프트: "Editorial wide shot — a Korean Technical Architect (around 40, busines6-casual, glasses) seated at a university IT center desk in summer, looking at a wall calendar with three months (June-July-August) circled in red and labeled '여름방학 90일'; on the desk a thick printed RFP binder labeled '서울시립대 LMS 개선 83p' is open at a tabbed page; behind him three monitors show (1) a packed online-class dashboard with '동접 10,000' counter glowing teal, (2) an aging rack diagram with red 'EOL 노후' stickers across multiple servers, (3) a migration timeline graph with two overlapping lines labeled 'AS-IS' (gray, descending) and 'TO-BE' (teal, ascending) crossing on a single date marked '8월 말 절체일'; the office wall has a printed building map of UOS campus with the data center room highlighted and sticky notes reading '40TB 스토리지' '시험 피크 ×3' 'WISE 연계'; cinematic editorial lighting, calm focused atmosphere, 16:9"

📷 실제 사진 참조 (위키미디어·벤더 공식) - Moodle LMS 공식 데모 — Moodle.org - Blackboard Learn — Anthology - Apache JMeter — JMeter 부하 시험 도구 - Oracle DataGuard — Oracle DB 이중화 - MySQL Group Replication — MySQL HA - Grafana — 모니터링 대시보드 - 서울시립대학교 미래혁신원 — UOS 공식 - LG U+ 데이터센터 — 캠퍼스 IDC 참고

데이터센터 · 서버·OS·DB·GPU · 가상화·컨테이너 · 네트워크 L1~L7 · 스토리지 · 백업·DR · 보안 6대 도메인 · HA · 용량·성능·관찰성 · 설계 워크숍 · RFP · 5종 실전 케이스
IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial wide shot — a Korean Technical Archi…

2020년 · ₩2.915억 · 90일 · 83쪽 RFP

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

서울시립대 LMS — 사업 메타 + 환경 변수

📋 발주 메타

  • 발주처: 서울시립대학교 미래혁신원 교수학습개발센터
  • 사업명: 서울시립대학교 LMS 개선 구축
  • 예산: ₩2.915억 (VAT 포함)
  • 기간: 90일 — M(요구분석) → M+1(설계·구현·중간) → M+2(테스트·시범·오픈·최종)
  • 입찰: 제한경쟁(중소기업자) · 협상에 의한 계약
  • 평가: 기술 90 + 가격 10 (76.5점 이상 협상 적격)
  • 법적 근거: 개인정보보호법, 정보통신망법, 전자정부법, 국가표준화법, 서울시 정보화사업 추진절차 규칙
  • 긴급발주 근거: 행정안전부 지침 제27조 ③항

🎯 환경 변수 (TA가 가정값으로 인식해야)

  • 코로나19 비대면 재택수업 긴급 대응 — 가을학기(9월) 개강 전 오픈 데드라인
  • 대학혁신지원사업(국고) 종료 전 집행 필수 → 예산 이월 불가
  • 2010년 구축 LMS = 내구연한 7년 초과, EOL 위험 다수
  • 학기 중 무중단 → 여름방학(7~8월) = 절체 가능 유일 창
  • WISE(대학행정정보) 양방향 연계 필수 — 학적·수강·성적
  • 시험 기간 평소 동접 3,000 → 10,000 (×3 폭증)

TA 첫 번째 점검: 90일 + 여름방학 절체 + 동접 ×3 폭증 — 세 가지가 본 사업의 모든 기술적 결정을 좌우합니다. 임계 경로에 1주만 밀려도 가을 개강 대란.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

As-Is 추정 — 2010년 구축 LMS 의 통증점

🏚️ 기존 자산 (RFP p.4·p.7 추정)

  • 2010년 구축 LMS — 만 10년 운영, EOL 다수
  • WEB·VOD·WAS·STORAGE·DB·MOBILE VOD 서버군 — 노후·용량 부족
  • 별도 발주된 화상강의·자동녹화 시스템 — LMS 미연동
  • 기존 스토리지 — 코로나19 영상 폭증으로 공간 부족·잦은 오류
  • WISE(대학행정) ↔ LMS 단방향 연계 → 학적/성적 수동 동기화 다수
  • 보안 SW(WAF·DB 암호화) 라이선스 갱신·이관 대상

⚠️ 통증점

  • 시험 기간 로그인 실패 / 첨부 다운 실패 — 학생 민원 폭증
  • 영상 스트리밍 끊김 / 모바일 호환 저조
  • 운영자 콘솔 분산 → 장애 대응 평균 30~60분
  • 학적 변동(수강 정정) 반영 D+1 → 출결·과제 권한 오류

🔎 TA가 발주처에 질의해야 할 것

  1. AS-IS 서버 모델·OS·EOL 시점
  2. 현 스토리지 모델·용량·증가율 통계
  3. DBMS 종류·버전·문자셋·테이블 수·데이터량
  4. WISE 연계 API 사양서 + 일 호출량
  5. 기존 영상 자산 총량·코덱·평균 비트레이트
  6. 사용자·계정·권한 매트릭스 (7종 사용자)
  7. 현 보안장비 모델·라이선스 만료일 (WAF·DB접근통제)
  8. 학사 일정 표 (방학·시험·개강 정확한 일자)

RFP 가 답하지 않은 8개 질문 = TA 의 사전 답사·발주처 회의 안건

🎨 이미지 프롬프트: "Editorial cutaway diagram of an aging university data center room — a row of beige 2U rack-mount servers from circa 2010 with dust on bezels, one labeled 'WEB' another 'VOD' 'WAS' 'STORAGE' 'DB' 'MOBILE VOD' visible on faded stickers, blinking amber 'WARN' LEDs scattered, a tangle of CAT5 cables hanging loose at the back, an old monitor showing a database error dialog and another showing disk usage at '97%' in red; in front a sysadmin in white shirt looks tired holding a phone, with three students in mask icons above his head representing complaints '로그인 실패' '영상 끊김' '첨부 안열림'. Korean callout arrows label '2010 구축 · EOL' '40TB 운영 · 가용 3%' '동접 시험 ×3 폭증'. Below the diagram a timeline strip shows 'AS-IS: 인지 30-60분 · 수동 복구'. 16:9 wide editorial illustration, muted color palette with red callouts"

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial cutaway diagram of an aging universi…

As-Is 추정 — 2010년 구축 LMS 의 통증점

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

구축 대상 (To-Be) — 노후교체 + 신규구축 BOM

구분 시스템 단위 수량 TA 책임 비중
HW 신규 DB 서버 (2CPU×8C 3.6GHz · 64GB · SSD 미러 + SAS 1TB) 1 ⭐⭐⭐⭐
WAS 서버 (이중화 · 가상화 호스트) 2 ⭐⭐⭐⭐
WEB 서버 (이중화 + L4) 2 ⭐⭐⭐
스토리지 Usable 40TB+ (SAS RAID6, NFS/CIFS/iSCSI) 1 ⭐⭐⭐⭐
SW 라이선스 상용 OS Copy 6+ ⭐⭐
상용 RDBMS (64bit) 1 ⭐⭐⭐
WEB/WAS 미들웨어 (영구) 각 1 ⭐⭐⭐
SW 신규 개발 LMS 응용 (51개 SFR) 1 ⭐⭐ (SA 주도)
화상강의 연동 (SFR-049) 1 ⭐⭐
자동녹화 연동 (SFR-051) 1 ⭐⭐
표절검사 연동 1
WISE 양방향 연계 (SIR-001~003) 1 ⭐⭐⭐
데이터 마이그레이션 기존 LMS DB + 영상 자산 이관 1 ⭐⭐⭐⭐
보안 DB 암호화 · 접근통제 · WAF 연계 1 ⭐⭐⭐
운영 전환 무중단 절체 + 시범 운영 + 인수 교육 1 ⭐⭐⭐⭐

TA 책임 비중 ⭐⭐⭐⭐ 핵심 5종 = DB/WAS HW · 스토리지 · 데이터 마이그레이션 · 무중단 절체. 전체 TA 공수의 70%.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

5대 아키텍트 분담 — 역할별 RFP 책임 매트릭스

역할 책임 영역 RFP 항목 (페이지) TA 와의 인터페이스
EA 범정부 EA(GEAP) · 전자정부 표준 PMR-004 GEAP 정보자원 현행화(p.69), 기술적용계획표(붙임8), 서울시 정보화사업 추진절차 규칙 표준·인증 제약조건 확정 → TA 솔루션 후보 좁히기
BA 학사 업무 흐름 · 7종 사용자 분류 추진조직(p.4), 사용자 7종 분류(SFR-009), SFR-018~030 학사 업무 사용자 시나리오 합의 → TA 동접·트래픽 산정 입력값
SA LMS+CMS+WISE 통합 · 51 SFR 목표시스템 개념도(p.7), SFR-001~051 51개 기능, SIR-001~003 인터페이스·SSO, SFR-049 화상·SFR-051 자동녹화 API 트래픽·세션·동시연결 산정 → TA 서버·NW 사이징
DA DB·암호화·마이그레이션 DAR-001 공공·서울시 데이터표준화, DAR-002 WISE 동기화·부하 최소, DAR-003 개인정보 단/양방향 암호화, DAR-005 공공데이터 개방, QUR-002 DB 품질관리 저장량·증가율·보관기간 → TA 스토리지·백업 BOM, 데이터 마이그레이션 절차
TA 인프라·HW·NW·HA·보안·이행·운영 ECR-001~003 HW/SW, PER-001~003 응답 3초·동접 10,000, QUR-003 백업·QUR-004 SLA, SER-001~015 15종 보안, SIR-001~003 SSO·연계, TER-001~004 테스트, COR-004~008 웹표준 (모든 역할의 산출물을 물리화·정량화 + 90일 일정에 동기화)

본 사업의 특이점: 51개 SFR + 15종 보안 + 데이터 마이그레이션이 한 문서에 들어 있고 모두 90일 안에 완수. TA의 일정·자원 산정이 사업 성공의 가장 강력한 결정 요인.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

비기능 요구사항(NFR) — RFP에서 추출·가정한 정량값

분류 항목 출처 / TA 가정
성능 동시 로그인 10,000명 (전체 13,000명 중) PER-002
동시 활동 사용자 3,000 (동접 × 30%) TA 가정
평균 응답시간 3초 이내 PER-001
시험 피크 RPS 4,500 RPS (평시 1,500 ×3) TA 산정
동영상 동시 스트림 2,000 (동접 × 20%) TA 가정
피크 NW 트래픽 3.5 Gbps TA 산정
가용성 시스템 가용성 99.9% (≈ 월 43분 / 연 8.76h) TA 가정 (RFP 미명시)
장애 복구 시간 (RTO) 4시간 이내 QUR-004
도착 시간 (정상 근무) 2시간 이내 COR-010
데이터 손실 (RPO) 1시간 TA 가정
지연부과금 계약금액 × 1.3/1000 / 24 × 지연시간 = ₩15,790/h COR-010
보안 OWASP Top 10 분석·조치 필수 SER-001
고유식별정보·바이오·비밀번호 암호화 필수 SER-014
접속기록 보관 일반 1년 / 고유식별 2년 SER-015
보안 요구사항 15종 (SER-001~015) RFP 전 영역
확장성 스토리지 증설 여유 +30% (≈ 52TB 까지) TA 가정
WAS 인스턴스 수평 확장 최대 8대 TA 가정
운영 운영 시간 365일 무중단 QUR-003
SLA 모니터링 통지 SMS · 메일 SFR-014
인수 후 상주 지원 2주 TA 가정 (관행)

가정값은 계약서 부속서에 명시해 발주처와 합의한다. 동접 10,000·응답 3초 측정 방법론(JMeter 시나리오)까지 부속서에 포함한다.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

To-Be — 전체 시스템 아키텍처

🏗️ 4계층 구성

클라이언트 (Edge) - PC 브라우저 · 모바일 앱 (iOS/Android) - HTTPS 종단

프론트 (DMZ + Web) - L4 로드밸런서 (이중화) - WEB 2대 Active-Active - WAF · IPS

애플리케이션 (WAS) - WAS 2대 (가상화 호스트, 7 VM) - 화상강의·자동녹화 연동 모듈 - WISE 연계 게이트웨이

데이터 (DB + Storage) - DB Master/Standby (Sync 복제) - 스토리지 Usable 40TB+ (NFS/CIFS) - 백업 NAS + ROW Snapshot

🔁 데이터 흐름

  1. 로그인: 클라이언트 → SSO → WISE 인증 → WAS 세션
  2. 강의 시청: WAS API → 스토리지 (NFS) → 클라이언트 스트림
  3. 과제 제출: 클라이언트 → WAS → DB + 스토리지 → 표절검사
  4. 시험: WAS → DB (대용량 INSERT) → 자동저장
  5. WISE 연계: WAS ↔ WISE (학적/수강/성적 양방향)
  6. 자동녹화: 강의실 시스템 → WAS API → 스토리지 → CMS

🎨 이미지 프롬프트: "Editorial wide architecture diagram on a dark navy background — labeled in Korean, four horizontal bands stacked top-to-bottom: top '클라이언트' showing a row of icons (laptop, smartphone, tablet) labeled '13,000 사용자 · 동접 10,000'; second '프론트 DMZ' showing a pair of L4 load balancers, a pair of WEB servers, a WAF and IPS appliance all drawn as side-by-side redundant pairs; third '애플리케이션' showing two virtualization hosts each containing stacked VM rectangles labeled 'WAS' 'CMS' '화상연동' '자동녹화' '모니터링', with a side gateway labeled 'WISE 연계'; fourth '데이터' showing a DB Master/Standby pair connected with a teal sync arrow, plus a storage array labeled '40TB+ SAS RAID6 NFS/CIFS', a backup NAS, and a snapshot icon. Vertical arrows connect the bands with teal data-flow labels '로그인' '강의 시청' '과제·시험' 'WISE 동기'. Clean isometric editorial illustration, teal #00b894 and purple #6c5ce7 accents, 16:9"

🎨 이미지 프롬프트: "Photorealistic Moodle 4.x / Blackboard Learn Ultra-style LMS dashboard UI screenshot — modern web interface in Chrome browser; top blue header with '서울시립대학교 LMS · 미래혁신원 교수학습개발센터' logo and user profile icon; left sidebar lists courses '경영학원론 / 데이터구조 / 디지털영상편집 / 거시경제학 / 통계학개론' with course thumbnails and progress bars; main panel shows a course homepage with 15 weekly modules as accordion cards, each containing icons for lecture video (HLS), assignment, quiz, discussion, attendance; right panel shows 'Activities' calendar widget with assignment due dates and 'Recent Announcements'; bottom-right shows a small floating concurrent-user counter '동접 8,247명 / 응답 1.8s avg'. Clean modern LMS UI typography, photorealistic browser render, 16:9"

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial wide architecture diagram on a dark …

To-Be — 전체 시스템 아키텍처

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ① — 동접 10,000 + 시험 피크 ×3 용량 산정

📌 RFP 인용 (p.40 PER-001~002)

"LMS의 전체 사용자 수는 최대 13,000명, 정상 상태에서 최대 10,000명의 동시로그인 사용자를 수용해야 함. 평균 응답시간 3초 이내"

🧮 단계별 산정

전체 사용자        13,000
동시 로그인 (피크)   10,000  (RFP)
동시 활동률 30%      3,000  (TA 가정)
평균 RPS = 3,000 × 0.5 = 1,500 RPS

시험 피크 ×3       4,500 RPS
응답시간 3s 이내 → 동시 처리 = 4,500 × 3 = 13,500

📊 TA 설계 결정

항목 산정 비고
WAS 인스턴스 6 (2 호스트 × 3 multi-instance) 1 인스턴스 = 100 RPS
WAS JVM 힙 8 GB / 인스턴스 GC 튜닝 G1GC
Connection Pool 50 / 인스턴스 → DB 300 max DB 측 max_connections=400
세션 메모리 10,000 × 50KB = 500 MB 힙 +1 GB
DB Master 1 + Standby 1 Sync 복제 (FailOver 30s)
Read Replica 권장 시험·성적 조회 분리 RFP 미요구
WEB 2대 Active-Active L4 + Health Check Sticky Session
부하 시험 JMeter 4,500 RPS × 30분 인수 조건 명시

동접 10,000은 국내 대학 LMS 기준 상위 5% 규모다. JMeter 시나리오 + 시험 피크 재현이 인수 시 필수 시연 항목.

🎨 이미지 프롬프트: "Photorealistic Grafana / Apache JMeter dashboard split-screen — left half shows JMeter HTML report aggregate graph in browser with response-time percentile chart and throughput chart titled 'JMeter 5.6 - 서울시립대 LMS 시험기간 피크 시나리오 (4,500 RPS × 30min)'; right half shows live Grafana dashboard with two stacked time-series charts: top 'Concurrent Users' rising step-wise from 1,000 to 10,000 with a teal line, bottom 'Response Time P95' staying under 3s yellow line with 3,000ms red threshold; right panels show 'RPS 4,512 / Error Rate 0.02% / Active Threads 9,847 / DB Conn 287/300'. Korean labels readable. Sharp UI typography, 16:9"

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Photorealistic Grafana / Apache JMeter dashboa…

TA 산출 ① — 동접 10,000 + 시험 피크 ×3 용량 산정

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ② — WAS 클러스터 + DB 이중화 + 가상화 풀

📌 RFP 인용 (p.14-15 ECR-003)

"2CPU/4Core 사용가능한 영구 라이선스 제공" (WAS/WEB) / "신규도입 서버와 연결 구성" / "WAS·DB 이중화·세션동기화·HTTPS·Fail Over"

🧮 VM 풀 (가상화 호스트 2대 HA)

VM vCPU RAM 디스크
WEB-1 / WEB-2 4×2 8×2 100 GB×2
WAS-1 / WAS-2 8×2 16×2 200 GB×2
CMS (콘텐츠) 4 16 200 GB
화상·자동녹화 연동 4 8 100 GB
모니터링·로그 (ELK) 4 8 1 TB
합계 (요구) 36 vCPU 80 GB 2 TB
공급 (Host 2대) 32 vCPU ×2 128 GB ×2 공유 스토리지

📊 DB 이중화 (Sync 복제)

┌────────────────┐      Sync      ┌────────────────┐
│  DB Master     │ ◀──────────▶  │  DB Standby    │
│  2CPU × 8C     │   복제 < 1s    │  (동일 사양)   │
│  RAM 64 GB     │                │                │
│  SSD 500GB×2   │                │  자동 FailOver │
│  SAS 1TB×2     │                │  < 30s         │
└────────────────┘                └────────────────┘
       │                                  │
       └──────── 16G FC ─────┬────────────┘
                             │
                       ┌─────▼─────┐
                       │ 스토리지   │
                       │ 40TB SAS   │
                       └────────────┘
  • DB Connection Pool 한도 = WAS 6인스턴스 × 50 = 300
  • Read Replica 1대 권장 (시험·성적 조회 분리)
  • Archive Log + Hot Backup → RPO 1h
  • vSphere HA / Proxmox HA → VM 자동 재시작 5분

OS 6 Copy = 가상화 호스트 2 + VM 4 (WEB 2 + CMS 1 + 모니터링 1) — 라이센스 산정 표준 매핑.

🎨 이미지 프롬프트: "Editorial DB-replication architecture diagram on dark navy background — center shows Oracle DataGuard / MySQL Group Replication topology: a primary node labeled 'DB Master (2CPU × 8C / RAM 64GB / SSD 미러 + SAS 1TB)' on the left, a standby node labeled 'DB Standby' on the right, both connected by a thick teal sync-replication arrow labeled 'Redo/WAL Sync < 1s'; below the two nodes a shared FC SAN labeled '16G FC / Brocade SAN Switch' connects to a 40TB SAS RAID-6 storage array; above the cluster a virtual IP labeled 'VIP (Auto-Failover < 30s)' floats, with arrows down to both nodes; on the far right a third smaller node labeled 'Read Replica (시험·성적 조회 분리)' connects by an Async dashed arrow. Korean callouts annotate 'RPO 0 / RTO 30s' 'Connection Pool 300 max'. Clean editorial illustration, 16:9, teal/purple"

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial DB-replication architecture diagram …

TA 산출 ② — WAS 클러스터 + DB 이중화 + 가상화 풀

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ③ — 스토리지 40TB 갭 분석 + 영상 콘텐츠 보관

📌 RFP 인용 (p.13 ECR-002)

"Usable 40TB+ · 1.2TB 10K SAS RAID6 · NFS v3/4/4.1, CIFS, FTP/SFTP, NDMP, iSCSI, REST/CLI · ROW Snapshot · SAN/NAS Sync/Async 원격복제"

🧮 영상 콘텐츠 산정

강의 영상 평균
  50분 × 1.5 Mbps ÷ 8 ≈ 560 MB/편

학기당 강좌 약 2,000개
  × 15주 × 1편/주 = 30,000편/학기

학기당 영상 = 30,000 × 560 MB ≈ 16.5 TB

보존 2년(개인정보 보유기간) × 2학기/년 + 백업
  16.5 × 4 × 1.3 = 86 TB Raw

RAID6 효율 67%
  → 필요 ≈ 130 TB Raw

📊 갭 분석

항목 RFP 필요 (2년 보존)
Usable 40 TB 130 TB
+90 TB

⚙️ TA 제안 (RFP 보강)

  • 40TB 본 스토리지 = 1학기 활성 데이터 (Hot)
  • 별도 아카이브 NAS 50TB 또는 S3 호환 오브젝트 (Cold)
  • 이전 학기 자동 이관 (정책 기반)
  • ROW Snapshot 1시간 단위 × 24개 보관
  • Async 원격복제 = 캠퍼스 내 별동(전산정보과 ↔ 미래혁신원)
  • 이벤트 영상(징계·법적 분쟁): 별도 외부 보관 무기한

🔐 법적 요건

  • 개인정보보호법: 영상 강의 = 개인정보 (음성·얼굴)
  • 보유기간 명시 + 자동 삭제 SOP

🎨 이미지 프롬프트: "Editorial storage capacity bar chart and architecture diagram on dark navy background — left side a vertical stacked bar chart comparing two columns: 'RFP 요구' showing a single teal block labeled '40 TB' and 'TA 산정 (2년 보존)' showing four stacked blocks labeled '학기1 16.5TB' '학기2 16.5TB' '학기3 16.5TB' '학기4 16.5TB' plus a red top block labeled '백업·메타 +25TB' totaling '130 TB'; a glowing red 'GAP +90TB' arrow between the two columns. Right side an architecture cutaway: a primary storage array labeled '40TB SAS RAID6 (Hot · 1학기)' connected via FC to two servers, an automated arrow flowing right to a secondary archive NAS labeled '50TB Archive (Cold · 보존)' with a small dashed arrow further to a cloud icon labeled 'S3 호환 옵션', and a small box labeled 'ROW Snapshot 1h × 24'. Korean labels readable. Clean editorial illustration, 16:9, teal/purple accents, red for the gap"

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial storage capacity bar chart and archi…

TA 산출 ③ — 스토리지 40TB 갭 분석 + 영상 콘텐츠 보관

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ④ — 네트워크 토폴로지 (3망 분리 + LB 다중화)

🔐 3망 분리 정책

  • 서비스망: 사용자 트래픽 (HTTPS · 영상 스트림)
  • 관리망: 서버·NW·스토리지 관리 (IPMI·SSH·NMS · Backup · HA Heartbeat)
  • 외부연계망: WISE 양방향 연계 (DMZ)

🧱 핵심 장비 (이중화)

  • L4 LB × 2 (Active-Standby, VIP)
  • 방화벽 × 2 (HA, 공공기관 인증)
  • WAF × 2 (기존 보안장비 재활용 가정)
  • L3 Core × 2 (VRRP)
  • L2 Access × 2 (LACP)

🧮 트래픽 산정

  • 동영상 동시 2,000 stream × 1.5 Mbps = 3 Gbps
  • Web/API = 500 Mbps
  • Peak 3.5 Gbps → 10G NIC × 2 (LACP) 충분

📊 VLAN 계획

VLAN 용도 대역 종단
10 WEB (서비스) 1 Gbps WEB 2대
20 WAS (서비스) 2 Gbps WAS 6 인스턴스
30 영상 스트림 (NFS) 3 Gbps 스토리지
40 DB (Sync 복제) 1 Gbps DB M/S 전용
50 관리망 100 Mbps IPMI · SSH · NMS
60 백업 (야간) 1 Gbps NAS ↔ 스토리지
99 DMZ (WISE 연계) 100 Mbps 학사 시스템 API

🌐 NIC 매핑 (RFP ECR-002)

  • 10G SFP+ × 2 (LACP) → 서비스망 (VLAN 10/20/30)
  • 1G × 4 → 관리망 + DB 복제 (VLAN 40/50/60)
  • 16G FC × 2 → SAN 다중경로 (MPIO)

🎨 이미지 프롬프트: "Editorial network topology diagram on dark background — three clearly separated horizontal lanes color-coded: top '서비스망 (VLAN 10-30)' in teal, middle '관리망 (VLAN 50-60)' in purple, bottom '외부연계망 DMZ (VLAN 99)' in orange. Top lane shows redundant L4 LB pair labeled 'L4 LB Active-Standby (VIP)', then redundant firewall+WAF pair labeled 'FW/WAF HA', then a pair of L3 core switches labeled 'Core VRRP', feeding down to a server rack with two virtualization hosts each containing WAS/WEB VMs and connecting to a storage array labeled '40TB SAS' via FC links drawn in yellow. Middle lane shows a separate management L2 switch with dotted lines to all server IPMI ports and a backup NAS. Bottom DMZ lane shows a small DMZ box with API gateway, then an arrow out to 'WISE 학사 시스템' cloud icon. All connections show redundant pairs with LACP labels. Korean labels readable. Clean editorial network diagram, 16:9, teal/purple/orange color coding"

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial network topology diagram on dark bac…

TA 산출 ④ — 네트워크 토폴로지 (3망 분리 + LB 다중화)

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ⑤ — HA 이중화 매트릭스 (장비별)

계층 장비 HA 모드 절체 시간 비고
외부 진입 L4 로드밸런서 Active-Standby (VIP) < 3s 세션 동기화
방화벽 HA Active-Standby < 3s KCMVP 권장
WAF HA (기존 재활용) < 5s
L3/L2 코어 L3 VRRP < 1s MSTP 백업 경로
L2 Access LACP + MSTP < 5s 다중 경로
컴퓨트 가상화 호스트 2대 vSphere HA / Proxmox HA 재기동 ~5분 VM 자동 재시작
WAS (6 인스턴스) LB Health Check + Sticky < 30s 단일 인스턴스 장애 무영향
WEB Active-Active 즉시 L4 헬스체크
DB Master / Standby Sync 복제 + 자동 FailOver < 30s RPO ≈ 0
(옵션) Read Replica Async 복제 시험·성적 조회 분리
스토리지 40TB SAS RAID6 무중단 2 디스크 장애 OK
ROW Snapshot 1h × 24개 즉시 복원 시간 단위 롤백
백업 NAS 단독 + 외장 분리 수동 복구 분기 1회 오프사이트
외부 전원 UPS · 발전기 UPS 30분 + 발전기 무중단 기존 데이터센터 활용

목표 RTO 4h / RPO 1h / 자동 절체 분 단위 → NFR 99.9% 달성 가능. QUR-004의 4h RTO는 자동 절체 정상 작동 시 여유 충족.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ⑥ — 보안 아키텍처 (SER 15종 + OWASP)

🛡️ 보안 요구사항 15종 (SER-001~015)

  • SER-001: OWASP Top 10 분석·조치
  • SER-002~003: 시큐어 코딩 진단·조치
  • SER-004~005: WAF · IPS 적용
  • SER-006~008: 권한관리 · 세션관리 · 접근통제
  • SER-009~010: 로그 · 감사 추적
  • SER-011~013: 개인정보 단계별 보호 (수집·이용·파기)
  • SER-014: 고유식별정보·바이오·비밀번호 암호화
  • SER-015: 접속기록 일반 1년 / 고유식별 2년 보관

🔑 정책 (운영 SOP)

  1. 백업·복구 정책 (QUR-003)
  2. 비상복구 절차 (QUR-004 4h RTO)
  3. 변경관리 (CR·CAB)
  4. 침해사고 대응 (탐지·격리·복구·보고)

🧱 다층 방어 (Defense in Depth)

┌─ 외부 인터넷 ────────────┐
│  방화벽 (HA)              │
│  IPS (시그니처)            │
└──────┬───────────────────┘
       │
   ┌───▼───┐   DMZ
   │  WAF  │  학생 접근
   │ (OWASP)│
   └───┬───┘
       │
   ┌───▼───────────┐   서비스망
   │ WEB/WAS       │
   │ SSL/TLS 1.3   │
   │ SSO + 세션관리 │
   └───┬───────────┘
       │
   ┌───▼────────────────┐   데이터
   │ DB 컬럼 암호화      │
   │  (AES-256 양방향)  │
   │  (SHA-256+salt 단방향)│
   │ DB 접근통제 (DBSafer)│
   │ 접속기록 ELK (2년)   │
   └────────────────────┘

📊 보안 로그 산정

  • 일 50,000건 × 365 × 2년 = 36.5 M rows ≈ 30 GB
  • ELK / OpenSearch VM (2 vCPU · 4 GB · 1 TB)
  • TDE 활용 → DB 측 라이선스 추가 부담 최소

🎨 이미지 프롬프트: "Editorial security architecture diagram with concentric defense layers on dark navy background — at the outermost ring 'Internet' with a small red waves icon, inner layer 'Firewall HA' as a teal shield, then 'IPS' as a magnifying-glass shield, then 'DMZ + WAF (OWASP)' as a smaller bounded box with a checklist icon listing 'A01 Broken Access' 'A02 Crypto Fail' 'A03 Injection', then innermost 'Service Network' showing WEB/WAS stacked with labels 'SSL/TLS 1.3' 'SSO' '세션관리', finally at the center a glowing teal vault labeled 'DB: AES-256 (양방향) + SHA-256 salt (단방향) + DBSafer'. Below the rings, a horizontal lane shows a log collection pipeline with three buckets labeled '일반 1년' '고유식별 2년' '감사 로그' feeding into an ELK icon. Korean labels readable. Clean editorial cyber-security illustration, 16:9, teal and purple, red for outer threats"

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial security architecture diagram with c…

TA 산출 ⑥ — 보안 아키텍처 (SER 15종 + OWASP)

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ⑦ — 백업·DR 정책 (3-2-1 원칙)

📌 RFP 인용 (p.59 QUR-003 · p.13 ECR-002)

"365일 안정 서비스 + 정기 백업·복구대책" / "ROW Snapshot + SAN/NAS Sync/Async 원격복제"

🧮 백업 대상·주기

대상 주기 보관 일량 추정
DB Full 주 1회 (일요일 01시) 4주 200 GB
DB Incremental 시간 1회 24개 5 GB/h
Archive Log 실시간 7일 1 GB/h
WAS 구성·로그 일 1회 30일 10 GB
영상 콘텐츠 (학기) 학기말 1회 2년 16.5 TB
보안·접속 로그 일 1회 1년 / 2년 2 GB/일

🚨 RTO/RPO 매트릭스

시스템 RTO RPO
DB (운영) 4 h 1 h
WAS/WEB 4 h 즉시 (무상태)
영상 스트림 4 h — (저장 자체)
WISE 연계 4 h 1 h

📊 3-2-1 백업 원칙

┌─────────────────────────────────┐
│ 1차 — Local Snapshot            │
│   ROW Snapshot 1h × 24개 보관   │
│   동일 스토리지 (즉시 복원)      │
└─────────────┬───────────────────┘
              │
              ▼
┌─────────────────────────────────┐
│ 2차 — NAS Backup                │
│   별도 백업 NAS                  │
│   DB Full + Inc + Archive Log    │
│   7~30일 온라인 보관              │
└─────────────┬───────────────────┘
              │
              ▼
┌─────────────────────────────────┐
│ 3차 — Off-site                  │
│   LTO Tape 또는 오브젝트 스토리지│
│   분기 1회 오프사이트 보관        │
│   장기 보관 (개인정보 2년)        │
└─────────────────────────────────┘

🔁 Async 원격복제

  • 캠퍼스 내 별동 (전산정보과 ↔ 미래혁신원)
  • DR 사이트 RFP 미요구 → TA 가 갭 식별·옵션 제안

🧰 비상복구 SOP

  1. DB → WAS → WEB → 외부 연계 순서
  2. 백업 매체 외부 보관소 → 임시 서버 복구
  3. 발주처 + 보험 + 학교 보고 체계

본 사업의 실질 위험은 사이버 침해(랜섬웨어)다. 학사 DB가 암호화되면 학기 운영 전체가 정지된다. 3-2-1 백업의 3차(오프사이트)가 마지막 방어선.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ⑧ — 51 SFR 의 인프라적 함의

📌 51개 SFR 분류 (TA 시각)

영역 SFR 인프라 영향도
관리자 (1~8) 사용자·권한·시스템 관리 ⭐ DB 권한
교수자 (9~17) 강의·과제·시험 출제 ⭐⭐ DB INSERT 다발
학습자 (18~30) 수강·과제 제출·시험 응시 ⭐⭐⭐ 동접 핵심
CMS (31~40) 콘텐츠·영상 관리 ⭐⭐⭐ 스토리지 핵심
연계 (41~48) WISE · SSO · 표절검사 ⭐⭐⭐ NW · API
SFR-049 화상강의 연동 실시간 화상 ⭐⭐⭐⭐ NW 대역 + 외부 연계
SFR-050 표절검사 외부 API 호출 ⭐⭐ API 트래픽
SFR-051 자동녹화 연동 강의실 시스템 ↔ LMS ⭐⭐⭐ 스토리지 적재

📊 TA 가 SA 에 입력해야 할 가정값

  • 시험 동시 응시 학생 = 3,000명 → 자동 저장 1분 주기 = 50 INSERT/s → DB Write 대역폭 = 충분
  • 자동녹화 SFR-051 → 강의실 50개 × 동시 녹화 → 평균 비트레이트 2 Mbps → 총 100 Mbps 적재 트래픽
  • 표절검사 SFR-050 → 외부 API 호출 (Turnitin / Copykiller) → 별도 큐(Queue) 필요 (백그라운드 처리)
  • 화상강의 SFR-049 → Zoom/Webex/MS Teams 위탁 가정 → LMS는 출결·녹화 메타데이터만 동기

🔁 인프라적 결정

  • 자동저장·녹화 = 별도 WAS 인스턴스 (서비스 격리)
  • 표절검사 = 메시지 큐(RabbitMQ/Kafka) + 워커 1 VM
  • 화상강의 = 외부 서비스 + 출결만 동기 (TA 가 권고)

51 SFR을 TA가 모두 정독하지 않으면 인프라 사이징이 SA 가정에 종속된다. SFR-049/050/051 등 외부 연계 SFR은 TA가 직접 정독한다.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ⑨ — SLA + 지연부과금 역산

📌 RFP 인용 (p.59 QUR-004 · p.66 COR-010)

"장애 접수 후 4시간 이내 정상복구 / 정상 근무시간 2시간 도착·4시간 복구 / 지연부과금 = 계약금액 × 1.3/1000 / 24 × 지연시간"

💰 지연부과금 계산

₩291,500,000 × 1.3/1000 / 24
  = ₩15,790 / h

1일(24h) 지연 = ₩379,000
1주 지연      = ₩2,653,000
1개월 지연    = ₩11,370,000

연 99.9% (8.76h 다운)
  = 약 ₩138,000 발생 위험

연 99% (87.6h 다운)
  = 약 ₩1,380,000 발생 위험

📊 SLA 등급 (TA 가 발주처와 합의)

등급 영향 RTO 대상
A 전체 중단 2 h DB Master·L4 LB·핵심 NW
B 일부 중단 4 h WAS 인스턴스 1대·CMS
C 중단 없음 24 h 표절검사·통계·모니터링

👥 인력 풀

  • NOC: 24/7 비상주 호출형 + 1차 응대 자동화
  • 정상 근무 시간 2시간 도착 (COR-010)
  • 야간·휴일 = 1.5배 단가
  • 인수 후 2주 상주 지원 (TA 가정)

📈 모니터링·임계치 통지 (SFR-014)

  • Prometheus + Grafana + Alertmanager
  • SMS + 메일 통지
  • 임계치 예: CPU 80% · Disk 85% · 응답 5s 초과

🛡️ TA 가 발주처 설득해야 할 가치

  • 지연부과금은 적어 보여도 평판 손실 + 학사 일정 영향 = 진짜 비용
  • 이중화 ROI 사례 제시 → 발주처 확신 확보

지연부과금 ₩15,790/h는 계약 페널티이지 운영 비용이 아니다. TA는 발주처에 "다운 1일 = 학사 1주 영향" 평판 비용을 정량화해 제시한다.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ⑩ — 무중단 절체 시나리오 (여름방학 활용)

🗓️ 절체 창 (Window)

  • 6월 말 종강 → 8월 말 개강
  • 가능 창: 약 8주
  • 사전 운영(병행) 2주 + 절체 1일 + 모니터링 4주

📋 절체 5단계

[1] 신 시스템 병행 운영
    - 신규 LMS 인프라 + SW 구축 완료
    - WISE 연계 sandbox 테스트
    - 부하 시험 (JMeter 4,500 RPS)

[2] 데이터 사전 동기
    - 기존 LMS DB → 신 DB Initial Load
    - 영상 자산 NFS 이관 (병렬 rsync)
    - 사용자·권한 매트릭스 매핑

[3] 절체일 (D-Day)
    - 공지 D-7 / D-3 / D-1
    - 절체 시간: 토요일 02시-06시
    - DNS 전환 + L4 VIP 변경
    - WISE 연계 양방향 활성

[4] 모니터링 강화
    - 4주간 NOC 상주
    - 일일 보고서
    - 회귀 이슈 즉시 핫픽스

[5] 구 시스템 종료
    - 절체 후 4주 운영 안정 확인
    - 구 LMS 데이터 보관 백업 (1년)
    - 폐기 후 자산 회수 보고서

📊 데이터 마이그레이션 (DA + TA 공동)

데이터 추정량 방법 다운타임
사용자 계정 13,000건 SQL Export/Import 즉시
강좌·강의 메타 10년 누적 ETL 스크립트 사전
영상 자산 약 60 TB rsync 병렬 사전 + 증분
과제·시험 수백만 건 DB Dump/Load 4 h
권한·세션 신규 발급 SSO 재연결 즉시

⚠️ 절체 위험·대응

위험 대응
데이터 검증 누락 사전 샘플링 + 절체 후 비교 SOP
WISE 연계 오류 절체일 학사 시스템 담당자 상주
학생 동시 로그인 폭증 개강 D-3 부터 공지 + LB 사전 확장
영상 이관 지연 병렬 rsync + 증분 동기
롤백 시나리오 구 시스템 4주 hot-standby 유지

🎨 이미지 프롬프트: "Editorial migration timeline infographic on dark navy background — TOP-LEFT MAIN TITLE in English ONLY: 'End-to-End Migration Timeline · 무중단 절체 (여름방학 90일)' (do NOT add any other Korean title at top); below the title a horizontal timeline spanning 90 days (June 1 to August 31) with three phase blocks 'M (요구분석 30일)' in muted gray, 'M+1 (설계·구현 30일)' in teal, 'M+2 (테스트·시범·오픈 30일)' in purple; below the timeline a parallel-system diagram shows two stacked rectangles labeled 'AS-IS 기존 LMS' (gray, dimming) and 'TO-BE 신규 LMS' (teal, brightening) overlapping for two weeks marked '병행 운영', then a single vertical orange arrow labeled '절체일 D-Day (토요일 02-06시)' marks the switchover, after which only the new system continues; arrows flowing between them show 'DB Initial Load' 'rsync 영상 60TB' 'WISE 양방향 활성' 'DNS 전환'; below at the bottom a small NOC console icon shows '4주 상주 모니터링' with red alert icons fading to green over time. Korean body labels must be intact and readable. Clean editorial timeline illustration, 16:9, teal/purple/orange accents"

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial migration timeline infographic on da…

TA 산출 ⑩ — 무중단 절체 시나리오 (여름방학 활용)

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ⑪ — 90일 일정표 + 임계 경로 분석

주차 단계 주요 작업 산출물
W1 착수 킥오프 · 발주처 회의 정례화 · As-Is 인벤토리 시작 사업관리 계획서
W2-W3 M 요구분석 51 SFR 정독 · 사용자 시나리오 합의 · NFR 가정값 부속서 요구분석서·NFR 부속서
W3-W4 M 발주·조달 HW/SW 발주 PO · 가상화·DB 라이선스 발급 발주 현황표·납기 관리
W4-W5 M 설계 4계층 구조도 · NW 토폴로지 · DB 스키마 · 데이터 마이그레이션 절차서 상세 설계서
W4-W6 M+1 인프라 구축 HW 입고 · 랙 설치 · 가상화 · DB 이중화 · 스토리지 마운트 인프라 시험성적서
W5-W9 M+1 SW 개발 51 SFR 구현 · WISE 연계 · 화상·자동녹화 모듈 단위·통합 테스트
W7-W8 M+1 데이터 마이그레이션 DB Initial Load · 영상 rsync 사전 동기 · 매핑 검증 마이그레이션 로그
W8 M+1 중간 보고 진척 점검 · 위험 갱신 · 발주처 합의 중간 보고서
W9-W10 M+2 통합 시험 E2E · JMeter 4,500 RPS · 보안 진단 · 시범 운영 통합 시험 결과서
W10-W11 M+2 시범 운영 일부 사용자 대상 시범 · 이슈 트래킹 · 핫픽스 운영 일지
W11 M+2 절체 (D-Day) 토요일 02-06시 · DNS 전환 · WISE 활성 절체 보고서
W12 M+2 인수·교육 인수 시험 · 매뉴얼 · 운영자 교육 · 하자보수 시작 인수 확인서·매뉴얼

⚠️ 임계 경로 (CP)

W3 HW 발주 ──► W4 입고 ──► W4 인프라 구축 ──► W5 SW 개발 ──► W8 마이그레이션 ──► W9 통합시험 ──► W11 절체
                                                                                                   ▲
                                                                            지연 1주 = 가을 개강 대란

임계 경로 = HW 입고 + SW 개발 + 마이그레이션 + 통합 시험. 토목·전기 비중이 거의 없으므로 SW 개발과 데이터 마이그레이션의 병렬 진행이 본 사업 임계 경로다.

🎨 이미지 프롬프트: "Photorealistic Microsoft Project 2021 Gantt chart screenshot — 90-day schedule for university LMS replacement; title '서울시립대 LMS 개선 구축 90일 일정'; left task list in Korean shows 'W1 착수 / W2-W3 요구분석 / W3-W4 발주·조달 / W4-W5 설계 / W4-W6 인프라 구축 / W5-W9 SW 개발 (51 SFR) / W7-W8 데이터 마이그레이션 / W8 중간보고 / W9-W10 통합 시험 / W10-W11 시범운영 / W11 절체 D-Day / W12 인수·교육'; horizontal bars colored — normal teal, critical path '4. 인프라 구축' '5. SW 개발' '7. 마이그레이션' '9. 통합시험' in red, milestones (◆) purple; finish-to-start dependency arrows; vertical red 'Today' line at W+5; resource columns 'TA·SA·DA·PM'; bottom legend. Clean MS Project 2021 export look, white background, sharp Noto Sans KR typography, 16:9"

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Photorealistic Microsoft Project 2021 Gantt ch…

TA 산출 ⑪ — 90일 일정표 + 임계 경로 분석

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ⑫ — 위험 등록부 (긴급 일정 특화)

ID 위험 영향 확률 대응 책임
R1 HW 납기 지연 (SARS 영향 · 글로벌 공급망) 인프라 구축 1~2주 지연 다중 벤더 견적 · 사전 PO · 대체 사양 사전 합의 PM + TA
R2 WISE 연계 API 사양 변경 재개발 1주 API 버전 고정 · 학사 시스템 담당자 사전 합의 SA
R3 데이터 마이그레이션 지연 (영상 60TB) 절체 1주 지연 병렬 rsync · 사전 동기 7월부터 시작 · 증분 동기 TA + DA
R4 시험 부하 미달 (4,500 RPS) 인수 거부 JMeter 사전 시연 · 단계적 부하 증가 · 튜닝 일정 확보 TA + SA
R5 51 SFR 개발 지연 통합 시험 지연 우선순위 분류 (Must/Should) · 일부 SFR 2차 오픈 협의 SA + PM
R6 화상강의 외부 서비스 변경 재연동 표준 API 활용 · 외부 서비스 다중화 SA
R7 개인정보 영향평가(PIA) 지연 오픈 지연 착수 즉시 시작 · 발주처 보안 담당자 합의 TA + 발주처
R8 절체 당일 학생 폭증 (개강 D-3) 응답 지연 LB 사전 확장 · D-3 부터 공지 · 모니터링 강화 TA
R9 롤백 필요 (절체 실패) 구 시스템 복귀 구 시스템 4주 hot-standby · 사전 롤백 SOP 합의 PM + TA
R10 인수 시점 야간·휴일 장애 SLA 위반 24/7 비상주 + 1차 응대 자동화 · 인수 후 2주 상주 운영팀
R11 하자보수 인력 확보 실패 SLA 위반 외주 사전 확보 · 본 사업 PM 1년 연속 배치 운영팀

🚨 90일 사업 특이 위험 — Top 3

  1. R3 데이터 마이그레이션 — 영상 60TB 가 단일 가장 큰 위험. 사전 동기 안 하면 절체일 다운타임 4h 초과 확정.
  2. R5 51 SFR 개발 지연 — SW 개발은 항상 지연. Must/Should 분류 + 2차 오픈 협의가 필수 옵션.
  3. R1 HW 납기 지연 — 코로나19 공급망 영향. 다중 벤더 견적 + 사전 PO + 대체 사양 합의.

위험 등록부는 착수 단계 산출물이자 주간 보고의 정례 안건이다. 90일 사업은 주간 갱신이 필수.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ⑬ — 최종 산출물 패키지 (인수 시 제출)

📐 설계 산출물

  • 전체 시스템 구성도 (4계층)
  • 네트워크 토폴로지 도면
  • VLAN · IP 대역 일람표
  • DB 스키마 ERD
  • 가상화 호스트·VM 배치도
  • 스토리지 LUN 매핑·계층 구조
  • 보안 다층 방어 다이어그램

🧮 산정·BOM 산출물

  • 확정 BOM (HW/SW)
  • 동접 10,000 산정서 (JMeter 시나리오 포함)
  • 스토리지 용량 산정서 (학기 + 2년 보존)
  • 라이선스 매핑 (OS 6 Copy · DB · WAS · WEB)
  • 백업 용량 산정서
  • 보안 로그 보관 산정서 (1년 / 2년)

📋 운영·정책 산출물

  • SOP 4종 (백업·복구·변경·침해)
  • SLA 등급 매트릭스 (A/B/C)
  • 인력 운영 계획 (NOC·당직·호출)
  • 보안 정책 (계정·접근·암호화)
  • 개인정보 영향평가(PIA) 결과
  • 운영 매뉴얼 (관리자·교수자·학습자)
  • 장애 대응 매뉴얼 (등급별)
  • 교육 자료 (운영자·관리자)
  • 위험 등록부 + 변경 이력
IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

TA 산출 ⑬ — 최종 산출물 패키지 (시험·인증·전환)

🧪 시험·인증 산출물

분류 시험 성적서 발급 기관
단위 시험 51 SFR 기능 시험 자체
통합 시험 E2E · 사용자 시나리오 7종 자체 + 발주처 입회
성능 시험 JMeter 4,500 RPS × 30분 · 응답 3초 자체 + 발주처 입회
보안 진단 OWASP Top 10 · 모의 침투 외부 보안 전문 업체
인터페이스 시험 WISE 연계 양방향 · SSO 자체 + 학사 시스템 담당
마이그레이션 검증 데이터 비교 · 샘플링 검증 DA 주도 + TA 입회

🚚 운영 전환 산출물

  • 인수 확인서 · 검수 확인서
  • 절체 보고서 (D-Day 타임라인)
  • 시범 운영 결과 보고서 · 인수 후 2주 상주 일지 · 하자보수 시작 통지서

산출물 패키지는 인수 시 일괄 제출, 차기 유지보수 계약 갱신 시 갱신본 제출. 본 산출물은 2~3년 후 차세대 LMS RFP의 As-Is 자료가 된다.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

Case Study #3 — 본 케이스의 실전 학습 포인트

✅ 본 케이스가 가르치는 것

  1. ₩2.915억 / 90일 RFP 를 90일 안에 완수 — 일정 압박형 사업의 표준 패턴
  2. 노후교체 + 신규구축 하이브리드 — HW · SW · 데이터 · 운영전환의 4중 동기화
  3. 동접 10,000 + 응답 3초 = NFR 두 숫자로 인프라 BOM 80% 결정
  4. 40TB 스토리지 갭 분석 — RFP 요구만 채우면 1년 후 용량 사고 확정 → TA 가 사전 발굴·제안
  5. 무중단 절체 5단계 — 병행 + 사전동기 + D-Day + 모니터링 + 구 시스템 종료
  6. 여름방학 8주 절체 창 = 학사 일정과 동기화된 절대 제약
  7. 51 SFR 의 인프라적 함의 — SFR-049/050/051 외부 연계 SFR 직접 정독
  8. 3-2-1 백업 + 양방향/단방향 암호화 + 접속 1년/2년 보존 = 공공 SI 표준
  9. JMeter 4,500 RPS 시험 시나리오 = 인수의 핵심 시연
  10. 임계 경로 = SW 개발 + 데이터 마이그레이션 병렬 (토목·전기 없음)

🎯 90일 사업에서 자주 놓치는 것

  • AS-IS 인벤토리 누락 → 마이그레이션 일정 폭발
  • HW 납기 사전 PO 미실시 → 입고 1~2주 지연
  • WISE 연계 API 사양 미고정 → 재개발 1주
  • 데이터 마이그레이션 사전 동기 미시작 → 절체 다운타임 4h 초과
  • 51 SFR Must/Should 분류 누락 → 통합 시험 지연
  • JMeter 시나리오 인수 부속서 미명시 → 인수 시 분쟁
  • 여름방학 절체일 학사 일정 미합의 → 개강 충돌
  • 롤백 SOP 미합의 → 절체 실패 시 패닉
  • 인수 후 2주 상주 계약 미반영 → 초기 운영 안정화 실패
  • 개인정보 영향평가(PIA) 착수 지연 → 오픈 지연

본 케이스의 핵심은 90일 압박을 일정·산정·절체로 풀어내는 TA의 의사결정이다. 동접 10,000 LMS 구축의 입찰부터 인수까지를 따라가면 노후교체 + 신규구축 하이브리드 사업의 90% 패턴이 정리된다.

PART 7

📊 결과 보고서 — 제안서 형태 (TA 정답 산출물)

3 슬라이드 · 약 15분 — Executive Summary · 제안 마이그레이션 아키텍처 · TCO + 결론

본 PART는 본 케이스에 대한 TA 정답 제안서 압축본. 90일 무중단 절체의 핵심 의사결정과 수치를 한 패키지로.

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

결과 보고서 ① — Executive Summary

🎨 이미지 프롬프트: "Editorial executive summary dashboard mockup on dark navy background — top banner 'University of Seoul LMS Modernization — TA Proposal Summary' in large white English, subtitle 'Total 88억 / 5 Years / 13,000 Users / 10,000 Concurrent / Zero Downtime Switchover'; 4 KPI tiles in 2×2 grid: ① teal gauge showing '4 Hours' switchover downtime with 'Summer Break D-Day · Sat 02-06AM' caption, ② purple bar showing '10,000 Concurrent Users · 4,500 RPS peak (exam week)', ③ green tile '130 TB Storage · 60 TB rsync video migration', ④ orange tile 'WISE Bidirectional API · 51 SFR Must/Should'; horizontal timeline 'M+0 Kickoff → M+30 Design/Build → M+60 Test/Pilot → M+75 Pre-Sync → M+85 D-Day Switchover → M+90 Acceptance + 4-week NOC residency'; small footer 'Proposed TA · 2026-05-31', teal #00b894 and purple #6c5ce7 accents, executive editorial style, 16:9 — CRITICAL: All visible text MUST be in English only."

🎯 사업 개요 (산정 근거)

항목 제안 값 산정 근거
총 사업비 88억 원 (구축 38 + 5년 운영 50) HW/SW 22 + 마이그 8 + 4주 상주 5 + 예비 3 + 운영 50
기간 90일 (여름방학) 6.1~8.31
사용자 13,000 / 동접 10,000 RFP 명시 + 30% 안전계수
피크 RPS 4,500 시험기간 측정값 + 안전계수
스토리지 40TB → 130TB 2년 보존 (학기 4 × 16.5TB) + 백업 25TB
응답시간 < 3s (P95) JMeter 인수 기준
다운타임 4시간 (절체일 D-Day) 토요일 02-06시
RTO/RPO 4h / 1h 일일 증분 + DB Sync Replication

💰 핵심 절감 포인트

  • 여름방학 90일 활용 — 학사 영향 0
  • 사전 동기 + 병행 운영 2주 — D-Day 다운타임 4h 이내
  • DB Sync Replication — RPO 0 + Read Replica
  • rsync --link-dest 영상 60TB — 절체일 영상 0 손실

🛡️ 핵심 위험 (Top 3)

  1. WISE 연계 API 사양 미고정 → 재개발 1주
  2. 절체일 학사 일정 미합의 → 개강 충돌
  3. 롤백 SOP 미합의 → 절체 실패 시 패닉

📋 인수 조건

  • JMeter 4,500 RPS × 30분 무손실
  • 51 SFR Must/Should 100% 충족
  • 4주 NOC 상주
IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial executive summary dashboard mockup o…

결과 보고서 ① — Executive Summary

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

결과 보고서 ② — 제안 마이그레이션 아키텍처 (4계층 + DB Sync + 영상)

🎨 이미지 프롬프트: "Editorial migration architecture diagram on dark navy background — title 'University of Seoul LMS — Zero-Downtime Migration Architecture' in white English at top, two parallel system stacks side by side: LEFT 'AS-IS (Legacy LMS · Oracle 11g · WebLogic 12c · 40TB SAS)' shown dimming in gray, RIGHT 'TO-BE (New LMS · PostgreSQL 16 · Tomcat 10 · 130TB All-Flash)' shown bright in teal with components 'L4 LB HA Pair · Web 4-node · WAS Tomcat 10 cluster · PostgreSQL 16 Sync Replication (Master/Standby/ReadReplica) · NetApp AFF A800 130TB NVMe'; CENTER vertical band labeled 'Migration Bridge (60 days)' shows arrows between them — 'DB Initial Load (M+60)', 'rsync video 60TB --link-dest (M+65~85)', 'WISE Bidirectional API Active (M+75)', 'DNS Switchover (D-Day)'; TOP horizontal strip shows 90-day timeline with phase markers 'M+0 Build / M+45 Pilot / M+75 Pre-Sync / M+85 D-Day Sat 02-06AM / M+90 Acceptance + 4-week NOC'; bottom strip 'KPI — 4,500 RPS @ P95 < 3s · 10,000 Concurrent · 99.9% Availability', teal #00b894 and purple #6c5ce7 accents, technical migration diagram, 16:9 — CRITICAL: All visible text MUST be in English only."

📐 4계층 + DB Sync

  • Front DMZ: L4 LB HA + WAF + IPS (HAProxy + Penta WAPPLES)
  • App: WAS Tomcat 10 4-node + 자동 녹화·화상연동 VM
  • DB: PostgreSQL 16 Sync Replication
  • Master + Standby (RPO 0 · RTO 30s)
  • Read Replica (시험·성적 조회 분리)
  • Storage: NetApp AFF A800 130TB NVMe + Snap 24h × 7

🔄 마이그레이션 단계 (90일)

단계 기간 핵심 작업
Phase 1 M+0~30 HW/SW 도입 + 설치
Phase 2 M+30~60 DB 초기 적재 + 51 SFR 구현
Phase 3 M+60~75 rsync 영상 60TB + WISE 연계
D-Day M+85 토 02-06시 DNS 전환 + 무중단 절체
Phase 5 M+86~90 인수 + 4주 NOC 상주

⚙️ 무중단 절체 6단계 (D-Day)

  1. T-2h Pre-check (백업·동기 확인)
  2. T-0 기존 LMS Read-only 전환
  3. T+30min DB Final Sync + Lag = 0
  4. T+1h DNS TTL 60s 변경 + 신규 트래픽 라우팅
  5. T+3h 기존 LMS 완전 차단
  6. T+4h 인수 + 모니터링 개시

🎯 성능 인수 기준 (JMeter)

시나리오 부하 인수 기준
평소 1,000 RPS P95 < 1s
학기 시작 2,500 RPS P95 < 2s
시험기간 4,500 RPS × 30min P95 < 3s · Error < 0.1%

🔐 보안 (KCMVP + 개인정보)

  • DB AES-256 + DBSafer + Petra
  • SSO + 세션관리 + 감사로그 3년
IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial migration architecture diagram on da…

결과 보고서 ② — 제안 마이그레이션 아키텍처 (4계층 + DB Sync + 영상)

IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

결과 보고서 ③ — 5년 TCO + 결론

🎨 이미지 프롬프트: "Editorial financial dashboard mockup on dark navy background — title 'UOS LMS 5-Year TCO + Conclusion' in white English, large stacked bar chart showing 5 years (Y1~Y5) with four color bands per year — teal 'HW/SW Maintenance (4.0억/year)', purple 'NOC Operations (3.5억/year)', orange 'Power & Network (1.2억/year)', red 'Reserve (0.8억/year)' = total 9.5억/year × 5 = 47.5억; ADD bottom block 'Initial Build (Y0) = 38억'; right callout 'Total 88억 / 5 Years · 19억 savings vs separate-vendor model (107억)'; three boxed conclusions: ① teal 'Zero-Downtime Switchover (4h) + DB Sync Replication = Achieved', ② purple 'KPI — 4,500 RPS / P95 < 3s / 10,000 Concurrent / 99.9%', ③ orange 'Acceptance — 51 SFR Must/Should 100% + JMeter validated'; teal #00b894 and purple #6c5ce7 accents, financial editorial style, 16:9 — CRITICAL: All visible text MUST be in English only."

💰 5년 TCO 산정 (단위: 억 원)

연차 HW/SW NOC 운영 전력·NW 예비비 합계
Y0 (구축) 38.0
Y1 (인수) 4.0 3.5 1.2 0.8 9.5
Y2 4.0 3.5 1.2 0.8 9.5
Y3 (확장) 6.5 3.5 1.2 0.8 12.0
Y4 4.0 3.5 1.2 0.8 9.5
Y5 4.0 3.5 1.2 0.8 9.5
5년 합계 88.0

📉 본 제안 vs 단일 벤더 안

  • 분리 벤더 안: 구축 42억 + 운영 65억 = 107억
  • 본 제안 (통합): 구축 38억 + 운영 50억 = 88억
  • 절감액: 19억 + D-Day 다운타임 4h 보장

🎯 인수 조건 (발주처 합의 항목)

  1. JMeter 4,500 RPS × 30min — P95 < 3s · Error < 0.1%
  2. 51 SFR Must/Should 100% 충족
  3. D-Day 다운타임 ≤ 4h + 롤백 SOP
  4. WISE 연계 — 양방향 무손실 24h 모니터링
  5. PIA 사전 완료 — 개인정보 영향평가
  6. 4주 NOC 상주 + 인수 후 안정화 보고서

✅ TA 결론 (1줄)

"PostgreSQL Sync + rsync --link-dest + 무중단 절체 6단계로 D-Day 4h 다운타임 + 절감 19억 + JMeter 4,500 RPS 충족 — 본 제안을 권장한다."

🔁 후속 제안

  • 2년차 Read Replica 추가 → 시험기 4,500 → 6,000 RPS
  • 3년차 GPU 추가 → AI 챗봇·자동채점
  • 5년차 클라우드 하이브리드 검토 (HCI → IaaS)
IT 인프라 아키텍처 설계·Session 23 · Case Study #3: 서울시립대 LMS 개선 구축 실전 TA 분석·설계

🎨 Editorial financial dashboard mockup on dark n…

결과 보고서 ③ — 5년 TCO + 결론

1 / 39

목차 — Session 23

키보드 단축키 (뷰어)

네비게이션

다음 슬라이드 Space
이전 슬라이드 PgUp
처음 / 끝Home End
목차M

화면

전체화면F
테마 전환D
글자 크게 / 작게+ -
원래 크기 (100%)=
도움말 (열기/닫기)H ?
닫기 (모든 오버레이)Esc
강의 종료 (메인으로)Q

키보드 단축키 (강사)

네비게이션

다음 슬라이드 Space
이전 슬라이드 PgUp
처음 / 끝Home End
목차 (Menu)M
전체화면F

화면

테마 전환D
도움말 (열기/닫기)H ?
닫기 (모든 오버레이)Esc
툴바 펼치기 / 접기[ ]
강의 종료 (메인으로)Q

화면 확대

글자 크게 / 작게+ -
원래 크기 (100%)=
돋보기 (마우스 따라 2× 확대)V

발표자 도구 (PPT 호환)

화이트 화면W ,
블랙 화면B .
레이저 포인터L
펜 모드 ON/OFFP
펜 색상1 2 3 4
펜 자국 지우기 (현재 슬라이드)E
펜 — 마지막 스트로크 취소 (Undo)Z
펜 — 다시 (Redo)R
⏰ 쉬는시간 타이머T
📱 노트뷰 QR (휴대폰 동기화)N

PDF / 종료

PDF 저장 (슬라이드)Ctrl+P
강의 종료 (메인으로)Q X