01 인프라 엔지니어의 업무
인프라 설계
- 인프라는 반드시 구축 목적이 있음
- 해당 목적을 달성하기 위한 조건(기능, 성능, 비용, 기간 등)을 기준으로 인프라를 기획하고 설계하여야 함.
인프라 구축
- 인프라 구축의 단계
- 기기 운반 → 조립 → 장착 → 설치 → 설정 → 동작 테스트 → 부하 테스트 등
- 업계별 분류
- SI(System Integration) 업계
- CE (Customer Engineer)
- 기기를 들여와서 설치하는 하드웨어 작업
- SE (System Engineer)
- 서버, 스토리지 설정
- NE (Network Engineer)
- 네트워크 장비 설정
- 웹 기반 업계에서는 따로 역할 분담을 하지 않는 경우가 많음
- CE (Customer Engineer)
- SI(System Integration) 업계
인프라 운영
- 인프라는 24시간, 365일 내내 가동되어야 함
- 자체적인 교대 운영 조직을 만들 수 없는 경우,
IT 인프라 운영 관리 업자인 MSP에게 위탁하기도 함.
- 자체적인 교대 운영 조직을 만들 수 없는 경우,
- 인프라 운영의 분류
- 장애 대응
- 하드웨어의 고장
- 급격한 액세스 증가
- 부적절한 권한 설정 등
- 수용량 관리
- 액세스 수나 데이터의 양에 따라 인프라의 부족이나 과잉 문제를 파악하여 적절한 조정이 필요
- 인프라가 원인이 아닌 문제의 파악
- 프로그램 버그
- 애플리케이션 설정 실수 등
- 대응 가능한 부서에게 장애 대응 요청
- 장애 대응
02 IT 인프라를 구성하는 요소
퍼실리티
- Facility 라는 영단어의 뜻(건물, 시설, 설비)과 같이
데이터 센터와 센터를 구성하는 랙, 에어컨, 발전기, 변압기 등의 모든 설비를 의미
서버, 스토리지
- 서버 : IT 서비스를 제공하는 공간 (program or device)
- 클라이언트에게 네트워크를 통해 정보나 서비스를 제공하는 컴퓨터 시스템
- 스토리지 : 데이터를 대량으로 저장하는 공간
네트워크
- 서버와 스토리지를 연결하고 인터넷에 접속할 수 있도록 하는 것
- 서로 데이터를 교환하고 리소스를 공유할 수 있는 상호 연결된 컴퓨팅 디바이스
03 기술자 관점에서 보는 인프라 엔지니어
- 인프라 엔지니어는
- 요청된 과제에 대해 기술적 관점에서 적절한 답을 제안하고 실천할 수 있어야 함.
- 문제 발생 시, 단기간에 본질적인 해결책을 제시할 수 있어야 함.
서버 하드웨어
- 종류
- IA (Intel Architecture)
- 인텔이나 AMD 등 인텔 호환 CPU를 탑재하고 일반 컴퓨터와 같은 아키텍처를 기반으로 해 만들어진 서버
- 엔터프라이즈 서버
- 개별 사용자, 단위 또는 특정 응용 프로그램 대신 엔터프라이즈 요구 사항을 총괄적으로 제공하는 데 필요한 프로그램을 포함하는 컴퓨터 서버
- IA (Intel Architecture)
- 구성
- 메인보드
- CPU
- 메모리
- 디스크
- NIC(Network Interface Card)
- PSU(power Supply Unit)
서버 운영체제
- 종류
- 리눅스
- 윈도우
- 유닉스
- 해당 운영체제에 대한 실전 경험의 유무가 기술자의 성장에서 중요한 역할을 함
스토리지
- 스토리지와 관련된 신기술들이 지속적으로 생겨나고 있음
- Why?
- 디스크 대용량화, 플래시 디스크의 등장에 따른 고속화, 데이터의 폭발적 증가 등
- Why?
- 신기술의 종류
- 스토리지 가상화
- 씬 프로비저닝
- 중복 제거
- 스냅샷 등
네트워크 설계와 구축
- TCP/IP
- 현재 통용되는 네트워크 통신 프로토콜
- OSI - TCP/IP 비교- 사진 2 참고
- 네트워크의 흐름은 눈에 보이지 않으므로 오류 발생시 원인을 찾기 까다로움.
- 네트워크 구축 시 설계 단계부터 모든 각도에서 면밀한 검토가 필요.
네트워크 장비
- 역할
- 통신의 교환
- 장비의 정보 중 중요한 요소
- 연결하는 서버 및 네트워크 장비의 수와 커넥터의 차이
- 통신량 및 속도
- 라우터, layer 별 스위치의 위치 차이 등
- 업체마다 네트워크 장비의 명령 체계가 다름.
- 네트워크 장비의 통일로 문제를 해결
04 선정자로서의 인프라 엔지니어
시스템 구성
- 간단해보이는 프로젝트도 다양한 구성 패턴을 상상할 수 있음
- 어느 정도의 규모로 구성할 것인가
- 무엇에 중점을 두어 구성할 것인가
서버 사양 선정
- 서버 부품 결정 사항
- 이중화 필요성
- 보수 연수
- 보수 레벨
- 확장성
- 물리적 크기 및 중량 등
네트워크 구성
- 결정해야 할 사항
- 랙에 몇 개의 스위치를 설치할 것인가?
- 각 스위치의 수용량은 어느 정도로 할 것인가?
- 채택할 업체
- 보증 기간
- 네트워크 인터페이스 별 통신량 및 이중화 여부
데이터베이스 설계
- 결정해야 할 사항
- RDBMS (Relational Data Bae Management System)
- 오라클, SQL 서버, MySQL, PostgreSQL 등
- 필요 용량 계산
- 데이터베이스 스키마와 물리적인 데이터 배치 결정
- RDBMS (Relational Data Bae Management System)
운영 시스템
- 시스템을 어떻게 감시하고 운영할 것인지 검토 필요
- 장애 발생을 어떻게 감시할 것인가
- 1차 대응은 누가 할 것인가
- 별도의 조직을 구성할 것인가 등
- 사내에서의 책임 범위
- 사진 3 참고
728x90
'Book Review > 인프라 엔지니어의 교과서' 카테고리의 다른 글
[4장] 네트워크 (0) | 2024.03.27 |
---|---|
[3장] 운영체제 (0) | 2024.01.12 |
[2장] 서버 (클라우드) (0) | 2024.01.12 |
[2장] 서버 (메모리~가상화) (2) | 2024.01.12 |
[2장] 서버 (~CPU) (0) | 2023.06.08 |
댓글