주:

Oracle Cloud Infrastructure의 BIND9 도메인 네임 시스템에서 고가용성 구현

소개

OraStage 재생 에너지 솔루션과 혁신적인 전력 기술을 전문으로 하는 에너지 분야의 선도적인 기업인 이 회사는 성능, 확장성 및 보안을 강화하기 위해 워크로드를 Oracle Cloud Infrastructure(OCI)로 마이그레이션하는 전략적 결정을 발표했습니다.

이미지

OraStage에서 설명한 특정 요구 사항 및 조건을 고려할 때 회사는 하이브리드 DNS(Domain Name System)가 필요합니다. 클라우드의 솔루션과 하이브리드 방식은 자체 Berkeley Internet Name Domain 버전 9(BIND9) DNS 시스템을 OCI DNS 서비스와 함께 사용하는 것을 의미하며, 구축하려는 최종 아키텍처는 다음 이미지에 나와 있습니다.

이미지

OraStage DNS 요구 사항:

이 자습서 시리즈는 위의 요약된 요구 사항을 충족하고 전체 솔루션을 처음부터 구축할 수 있도록 단계별로 안내합니다. 아래 목록에서 각 자습서로 쉽게 이동할 수 있습니다.

개요

오늘날의 안정적이고 효율적인 DNS 인프라는 원활한 네트워크 운영을 보장하는 데 중요합니다. 첫번째 사용지침서 Configure BIND9 Domain Name System in Oracle Cloud Infrastructure에서는 DNS 서비스를 관리할 수 있는 강력한 기능과 유연성을 제공하는 가장 널리 사용되는 DNS 소프트웨어 중 하나인 BIND9를 OCI에서 배포하고 사용하는 방법에 대해 이미 설명했습니다. 단일 BIND9 서버가 DNS 요청을 효과적으로 처리할 수 있지만, 두번째 BIND9 서버를 추가하면 네트워크의 전반적인 성능과 안정성을 향상시킬 수 있는 다양한 이점이 있습니다.

이 사용지침서에서는 이 구성의 이점을 강조하면서 보조 BIND9 서버 및 로드 밸런서를 OCI에 설정하는 프로세스를 안내합니다. 이를 구현함으로써 다음을 달성할 수 있습니다.

OCI 네트워크 로드 밸런서

OCI NLB(Flexible Network Load Balancer)는 수신 트래픽을 여러 백엔드 리소스에 분산하는 데 도움이 되는 서비스입니다. 이는 트래픽이 많은 볼륨을 관리하고 하나 이상의 서버에 장애가 발생하더라도 애플리케이션의 가용성과 응답성을 유지하는 데 특히 유용합니다.

OCI 네트워크 로드 밸런서는 OSI(Open Systems Interconnection) 모델의 계층 3 및 계층 4에서 작동하며 TCP(Transmission Control Protocol), UDP(User Datagram Protocol) 및 ICMP(Internet Control Message Protocol)와 같은 프로토콜을 처리합니다. 로드 밸런싱을 효율적으로 수행함으로써 응용 프로그램 성능을 향상시키고 고가용성을 제공하며 시스템의 전반적인 확장성을 향상시킬 수 있습니다. 또한 이 서비스는 백엔드 서버의 상태를 모니터링하기 위한 상태 검사와 같은 기능을 제공하여 트래픽이 정상 및 운영 인스턴스로만 전달되도록 합니다.

요약하자면, OCI 네트워크 로드 밸런서는 네트워크 트래픽을 여러 리소스에 지능적으로 배포하여 애플리케이션의 안정성과 확장성을 유지하는 데 중요한 역할을 합니다. 앞서 언급한 모든 이점으로 인해 DNS 솔루션을 최적화하기 위해 네트워크 로드 밸런서를 설정에 추가할 것입니다.

목표

최종 아키텍처

이미지

필요 조건

작업 1: 보조 DNS 인스턴스 프로비전 및 BIND9 구성

첫번째 자습서 Configure BIND9 Domain Name System in Oracle Cloud Infrastructure을 참조하십시오. 여기서 작업 2 및 작업 3은 Primary-DNS 인스턴스의 생성 및 구성을 보여 줍니다. Secondary-DNS를 구성하려면 동일한 작업을 수행해야 합니다. 다음 정보를 고려하십시오.

이 작업이 끝나면 구조는 다음과 같아야 합니다.

이미지

작업 2: OCI 네트워크 로드 밸런서 구성

태스크 2.1: 세부정보 추가

작업 2.2: 리스너 구성

리스너는 특정 포트(예: TCP/포트 80, UDP/포트 21)로 특정 유형의 트래픽을 수신하여 백엔드 서버로 전달하는 로드 밸런서의 필수 구성 요소입니다. 이 자습서에서는 리스너가 포트 53(TCP) 및 (UDP)에서 수신하기를 원합니다. DNS는 이 두 가지를 모두 사용합니다.

작업 2.3: 백엔드 집합 선택

백엔드 집합은 네트워크 로드 밸런서가 트래픽 경로를 지정하는 백엔드 서버의 논리적 그룹입니다. 여기에 있는 백엔드 서버는 기본 DNS보조 DNS가 됩니다.

작업 2.4: 검토 및 생성

작업 2.5: 보안 규칙 추가

건전성 검사 실패를 방지하고 트래픽 중단 없이 원활한 통신을 보장합니다.

작업 3: OCI DNS 전달 규칙 구성

작업 3.1: 프론트엔드-VCN 전달 규칙 구성

작업 3.2: 백엔드-VCN 전달 규칙 구성

작업 4: 테스트 및 검증

필요 조건

이제 이 서브넷에 대한 모든 수신 및 송신 트래픽이 기록됩니다.

테스트 시나리오 1: 보조 DNS가 작동 중지될 때 기본 DNS가 FE-VM 질의에 응답함

Secondary-DNS에서 오류가 발생할 경우 DNS-NLB가 트래픽을 전달하므로 Primary-DNSFE-VM에서 오는 질의에 응답하는지 확인해야 합니다.

테스트 시나리오 2: 1차 DNS가 작동 중지될 때 2차 DNS가 FE-VM 질의에 응답함

Primary-DNS에서 오류가 발생할 경우 DNS-NLB가 트래픽을 지정하므로 Secondary-DNSFE-VM에서 오는 질의에 응답하도록 해야 합니다.

테스트 시나리오 3: 보조 DNS가 작동 중지될 때 기본 DNS가 BE-VM 질의에 응답함

Secondary-DNS에서 오류가 발생할 경우 DNS-NLB가 트래픽을 전달하므로 Primary-DNSBE-VM에서 가져온 쿼리에 응답하는지 확인해야 합니다.

테스트 시나리오 4: 1차 DNS가 작동 중지될 때 2차 DNS가 BE-VM 질의에 응답함

Primary-DNS에서 오류가 발생할 경우 DNS-NLB가 트래픽을 전달하므로 Secondary-DNSBE-VM에서 오는 질의에 응답하도록 해야 합니다.

다음 단계

이 사용지침서에서는 OCI 네트워크 로드 밸런서와 보조 DNS 서버를 통합하여 OCI에서 설정되는 간단한 클라이언트-서버 BIND9 DNS를 개선하여 기본 서버 장애 발생 시 지속적인 서비스 가용성을 보장합니다.

지금까지 orastage.com 도메인 쿼리를 처리하기 위한 고성능의 안정적인 DNS 아키텍처를 개발했습니다. 그러나 OraStage 회사에서는 oraclevcn.comoraclecloud.com와 같은 OCI 고유 도메인 이름도 확인해야 합니다. 이를 위해서는 추가 단계가 필요합니다. 다음 사용지침서인 OCI DNS를 사용하여 네이티브 도메인 해결에서는 이 구성을 달성하는 방법을 시연합니다.

확인

추가 학습 자원

docs.oracle.com/learn에서 다른 실습을 탐색하거나 Oracle Learning YouTube 채널에서 더 많은 무료 학습 콘텐츠에 액세스하세요. 또한 Oracle Learning Explorer가 되려면 education.oracle.com/learning-explorer을 방문하십시오.

제품 설명서는 Oracle Help Center를 참조하십시오.