호스트명 (Hostname) FQDN

🖥️ 호스트명 (Hostname)

"호스트명(Hostname)"은 IP 주소(Internet Protocol Address)처럼 숫자로 된 주소 대신, 사람이 이해하고 기억하기 쉽도록 컴퓨터나 네트워크 장치에 부여하는 고유한 이름입니다.

SRV 레코드에서 대상(Target)으로 IP 주소 대신 반드시 호스트명(FQDN)을 써야 하는 이유는 이름 기반의 유연성과 서비스 연속성을 확보하기 위함입니다. IP 주소만으로는 분산 환경의 요구사항을 충족시키기 어렵습니다.

1. 호스트명의 개념 및 IP 주소와의 관계

1.1. 개념 정의

• 호스트 (Host): 네트워크에 연결되어 상호 통신할 수 있는 모든 장치 (컴퓨터, 서버, 라우터, 스마트폰 등)를 통칭하는 용어입니다.
• 호스트명 (Hostname): 이 호스트를 식별하기 위해 사람이 정하고 사용하는 문자열 기반의 이름입니다.
  • 예시: Web_Server_A, DC01, my-laptop

1.2. FQDN (Fully Qualified Domain Name)

• 네트워크 환경에서 호스트를 완전히 식별할 수 있는 전체 경로 이름입니다.
• 호스트명과 호스트가 속한 도메인 이름을 합친 형태입니다.
  • 구성: <호스트명>.<도메인 이름>
  • 예시: DC01.example.com (여기서 DC01이 호스트명, example.com이 도메인 이름입니다.)

1.3. IP 주소와의 비교 (비유: 사람의 이름과 주민등록번호)

2. 호스트명(FQDN)의 결정 및 사용 시점

2.1. 호스트명의 결정 (누가 정하는가?)

• 시스템 관리자 (Administrator): 일반적으로 서버나 컴퓨터의 운영체제(OS) 설치 시 또는 네트워크 설정 시 시스템 관리자가 해당 장치에 고유한 이름을 부여합니다.
• DNS 등록: 관리자가 정한 호스트명은 DNS 서버에 A 레코드 (Address Record)로 등록되어 IP 주소와 매핑(Mapping)됩니다. 이 과정을 통해 호스트명은 FQDN이 되고, 네트워크 내에서 유효한 주소로 사용될 수 있습니다.

2.2. 호스트명의 사용 시점 (언제 쓰는가?)

호스트명은 IP 주소 대신 다음 상황에서 사용됩니다.

• 웹 브라우징: 웹 사이트 접속 시 IP 대신 도메인 이름(www.google.com)을 사용합니다.
• 인증 및 보안: Active Directory (AD)나 Kerberos 같은 인증 시스템은 IP 주소가 아닌 서비스의 호스트명을 기준으로 인증 티켓을 발급합니다.
• 원격 접속: SSH나 RDP로 서버에 접속할 때 IP 대신 호스트명을 사용합니다.

3. SRV 레코드에서 호스트명 사용의 기술적 이유 (IP만 있으면 안 되는 이유)

SRV 레코드의 대상(Target)으로 IP 주소가 아닌 호스트명(FQDN)을 사용하는 것은 분산 서비스의 유연성을 극대화하기 위한 핵심 설계입니다.

3.1. IP 변경에 대한 유연성 (Indirection)

• 문제: 만약 SRV 레코드가 IP 주소를 직접 지정한다고 가정해 봅시다. 해당 서버의 IP 주소가 변경되면, 모든 클라이언트와 관련된 SRV 레코드도 수동으로 수정해야 하는 번거로움이 발생합니다.
• SRV의 해법: SRV 레코드는 호스트명(DC01.example.com)을 가리키고, 이 호스트명은 DNS의 A 레코드를 통해 IP 주소(192.168.1.100)로 최종 매핑됩니다.
  • 결과: 서버의 IP 주소가 변경되더라도, A 레코드만 수정하면 SRV 레코드는 그대로 유지할 수 있습니다. 이는 서비스의 유지보수 및 변경 관리 측면에서 필수적인 유연성(Indirection, 간접성)을 제공합니다.

3.2. Load Balancing 및 Failover의 복잡성 관리

• SRV 레코드는 우선순위(Priority)와 가중치(Weight)를 통해 여러 서버에 대한 정보를 담습니다. 각 서버는 고유한 FQDN을 가지고 있어 구분이 명확합니다.
• 만약 IP 주소만 사용한다면, 어떤 IP가 어떤 서버인지, 어떤 가중치와 우선순위를 적용해야 하는지 관리하기가 매우 복잡해집니다. FQDN을 사용하면 직관적으로 DC01, DC02 등의 서버 이름을 통해 로직을 관리할 수 있습니다.

3.3. 보안 및 인증 (Kerberos)

• Kerberos 인증은 서비스 제공 서버의 서비스 주체 이름 (SPN, Service Principal Name)을 사용하여 인증을 수행합니다. SPN은 일반적으로 호스트명(FQDN)에 바인딩됩니다.
• 따라서 클라이언트가 서비스 인증을 요청할 때, FQDN을 통해 해당 서비스의 SPN을 찾고 인증 티켓을 발급받아야 합니다. IP 주소만으로는 이 보안 프로토콜의 작동이 불가능합니다.

4. 기술사적 판단: 호스트명의 가치

호스트명은 단순한 별명이 아니라, 분산 네트워크 환경에서 사람과 시스템 간의 추상화 계층(Abstraction Layer)을 제공하는 핵심 요소입니다.

SRV 레코드가 IP 주소 대신 FQDN을 요구하는 것은 "이름 기반의 서비스"를 통해 위치 독립성(Location Independence)과 관리의 유연성을 확보함으로써 서비스의 가용성(Availability)과 확장성(Scalability)을 극대화하기 위한 표준 아키텍처 원칙입니다.

이러한 DNS 기반의 서비스 디스커버리 체계를 이해하는 것이 분산 시스템을 구축하고 운영하는 데 있어 매우 중요합니다.