[그림으로 이해하는 서버 구조와 기술] 5. 내부용 서버를 알아보자

1. DHCP 서버

인터넷에 연결되는 기기에는 공유 IP 주소가 할당되는데, 이 자동 할당 서비스를 제공하는 서버가 DHCP 서버

ex) 회사나 카페 Wi-Fi에 단말기를 연결할 때 IP 주소를 수동으로 설정하는 경우

 

-> IP 주소 이외에 서브넷 마스크, 기본 게이트웨이, DNS 서버 주소 등을 할당할 수 있음

 

DHCP 서버 통신

1. DHCP Discover : 클라이언트가 DHCP 서버를 찾는다.

2. DHCP Offer : 서버가 클라이언트에 할당할 후보 정책을 제안한다.

3. DHCP Request : 제안된 정보 중 할당받고자 하는 정보를 요청한다.

4. DHCP ACK : 서버에서 정보가 할당된다.

 

DHCP 서버가 DHCP 클라이언트에 할당하는 정보는 이용 기간이 정해져 있고, 이를 '임대'라고 한다.

서버는 임대 상황을 기록하는 DB 파일을 가지고 있으며 임대 시작/종료일자, 임대 상태 등을 보관한다.

---

2. DNS 캐시 서버

URL이나 이메일 주소를 IP 주소로 변환하는 기술

 

1) DNS 콘텐츠 서버 : 도메인의 최종 정답(IP)을 가진 서버 -> 정답 보유자로 캐시하지 않음

2) DNS 캐시 서버 : DNS 콘텐츠 서버에 문의해 원하는 정보를 얻고 획득한 정보를 내부 DB에 메모하듯 저장

---

3. 파일 서버

: 네트워크를 경유해 조직 내 여러 컴퓨터와 파일을 공유하는데 사용

: 사용자가 쉽게 이해할 수 있도록 데이터를 계층 구조로 저장하며 NAS라고도 함

 

SAN vs NAS

1. SAN(Storage Area Network)

> 스토리지 전용 네트워크

> SAN을 경유해 접속하는 스토리지

> 프로토콜 : FC, FCoE, ISCSI

> 스토리지 : 서버끼리 데이터를 공유하거나 백업 등으로 데이터를 저장할 때 파일 서버가 아닌 디스크 집합체인 '스토리지' 이용

 

(+) 스토리지 전용 네트워크로 구성해 빠르게 접속 가능

(-) 전용 스위치, 전용 케이블이 필요해 도입 비용이 비싸고 도입에 고도의 전문 지식 필요

 

2. NAS(Network Attached Storage)

> 네트워크를 경유해 접속하는 스토리지

> 프로토콜 : CIFS, NFS

 

(+) 기존 LAN을 이용하기 때문에 도입 비용이 저렴

(-) 기존 네트워크의 영향을 받기 때문에 네트워크 부하가 높아지면 속도가 느려질 수 있음

---

4. 프린트 서버

: 프린터를 LAN에 연결해 클라이언트 여러 대가 동시에 프린터를 이용할 수 있음

: 클라이언트 여러 대의 처리 요청을 모아 정리하는 서비스를 제공하는 것

: 리눅스, 윈도우를 이용해서 만들기 보다는 기존 프린터 벤더에 맞게 이미 구축된 것을 구입하는 유형이 많음

: 최근에는 프린터 서버가 내장된 프린터도 많음

---

5. 디렉터리 서버

: 사용자나 조직을 관리하는 기능

: 사용자 정보 데이터베이스라고 할 수 있음 -> 기업의 소속, 이름 등 사용자 정보, 비밀번호, 사용자 데스크탑 정보, 네트워크에 연결된 컴퓨터 정보 등을 보관

: DB와 다른 점은 디렉터리 서버에서 갱신되는 정보는 변경 빈도가 낮지만 열람 빈도는 훨씬 높음

 

디렉터리 서버 통신

디렉터리 서버의 프로토콜로 널리 보급된 것은 LDAP이다.

매우 가볍게 구현되었으며 일반적으로 읽기 용도에 최적화되어 있음

 

주소록 데이터 관리 방법(데이터 구조)

LDAP에서 엔트리 단위로 다양한 데이터 관리

엔트리 = "속성 타입" + "속성 값"

엔트리는 트리 구조로 구성되어 있음

---

6. 데이터베이스 서버

: 다양한 데이터를 관리하고 쉽게 이용할 수 있게 해 주는 시스템

 

> 관계형 데이터베이스 : 표 형식으로 관리 -> 테이블, 레코드, 열로 정리된 구조화 데이터

> 비관계형 데이터베이스 : 항목도 데이터양도 다양한 데이터 -> 비구조화 데이터

---

7. 그룹웨어 서버

= 그룹 소프트웨어

: 기업에서 필요한 소프트웨어를 모아서 제공하는 서버

: 스케줄 관리, 게시판, 시설 예약, 메시지, 근태 관리, 워크 플로 등

: 클라우드형, 온프레미스형이 모두 존재

 

ex) 마이크로소프트의 Office365, 구글의 구글 스위트 등 -> 자체 구축하지 않고 서비스를 이용하는 형태가 주

---

8. 버전 관리

: 파일 변경 이력을 저장하고 관리하는 데 필요한 서비스

: 파일 말고도 프로그램 소스 코드, 각 서버의 설정 파일이 관리 대상이 될 수 있음

 

1) 파일 이력 저장

2) 과거 상태로 돌아갈 수 있음

3) 여러 사람이 작업한 결과 병합 가능

 

기본 사용 방법

1. 사용자가 파일 작성 또는 수정    -> 작업 장소 = 워크 트리

2. 파일을 버전 관리 시스템이 관리하는 임시 영역에 배치

   -> 임시 영역을 인덱스라고 함

3. 인덱스에 배치된 파일에 대해 세이브 포인트(언제 누가 무슨 목적으로 작업?) 설정

   -> 세이브 포인트를 설정하는 조작을 커밋이라 함

4. 커밋 파일은 버전 관리 시스템이 관리하는 영역에 배치

   -> 이 영역을 리포지터리라고 함

 

사용 방법

리포지토리 : 버전 관리 시스템이 관리하는 영역

> 전용 서버에 리포지토리를 배치해 여러 사람이 공유하는 리포지터리를 원격 리포지토리, 사용자 개인이 이용하기 위해 자신의 컴퓨터에 배치한 리포지토리를 로컬 리포지토리라고 함

> 리포지토리를 생성, 업데이트 할 때는 이미 있는 리포지토리를 복제(클론)하거나 다른 리포지토리의 변경사항을 확인 후 가져오는 작업(페치) 수행