내용
이 섹션에서는 현재 사용 가능한 모든 설정을 보여줍니다. GSLB 팜은 세 개의 탭으로 분류됩니다. 글로벌, 서비스 및 영역. 이 섹션의 모든 변경 사항은 업데이트 버튼을 클릭합니다.
글로벌 GSLB 농장 설정
이 섹션에는 팜을 만드는 동안 구성된 옵션이 표시됩니다.
이름. 식별 필드와 가상 서비스에 대한 설명입니다. GSLB 팜이 다운 된 경우에만 편집 가능합니다. 새 팜 이름을 사용할 수 있는지 확인하고, 다른 경우에는 오류 메시지가 나타납니다.
가상 IP 및 포트. GSLB 서비스에서 사용하는 IP 주소 및 포트입니다. 이 필드를 변경하려면 새 가상 IP 및 가상 포트가 사용 중이 아닌지 확인하십시오. 변경 사항을 적용하려면 서비스를 다시 시작해야합니다.
GSLB 농장의 서비스 섹션
추가 새로운 서비스 필요할 것이다:
작업 명. 새로운 서비스에 대한 간략한 설명.
암호알고리즘. 이 새 서비스에 대해 원하는 스케줄링 방법을 선택하십시오.
- 라운드 로빈 : 동등한 공유. 모든 활성 실제 서버와 동일한 트래픽 균형. 들어오는 모든 연결에 대해 밸런서는 다음 라운드 로빈 실제 서버를 할당하여 요청을 전달합니다.
- 우선 순위 : 항상 가장 가능성있는 연결로 연결. 모든 최상위 우선 순위 서버에 대한 연결의 균형을 유지하십시오. 이 서버가 다운되면 연결은 그 다음으로 높은 서버로 전환됩니다. 이 알고리즘을 사용하면 여러 실제 서버로 액티브 - 패시브 클러스터 서비스를 구축 할 수 있습니다.
새 서비스가 생성되면 GSLB 팜을 다시 시작해야합니다.
GSLB 농장의 라운드 로빈 서비스
GSLB 라운드 로빈 서비스는 모든 백엔드간에 DNS 수준의 요청을 똑같이 공유 할 수있게하며 구성 옵션은 아래와 같습니다.
기본 TCP 포트 상태 확인. 백엔드 서비스가 작동하는지 확인하기 위해 서비스가 검사 할 건강 상태 확인 TCP 포트입니다. 빈 값은 사용할 수 없습니다.
. 농장 수호자 사용할 수있는 섹션 :
백엔드의 상태 검사. 이 GSLB 서비스에 대한 고급 상태 검사를 활성화합니다.
수표 사이 시간. 고급 상태 확인이 시작될 시간 (초).
확인할 명령. 특정 백엔드가 살아 있는지 여부를 확인하는 데 사용할 명령입니다.
확인 Farm Guardian 구성 문서 더 자세한 정보를 얻을 수 있습니다.
에 관해서는 백엔드 섹션에서 최소한 1 백엔드를 구성해야합니다. 기본적으로 127.0.0.1 로컬 IP 주소가 구성되어 있지만 실제 애플리케이션을 호스팅하는 백엔드에 대해 변경해야합니다.
GSLB 팜에서는 다음과 같은 실제 서버 속성을 구성 할 수 있습니다.
ID. 팜 구성에서 백엔드를 참조하는 인덱스입니다.
IP. 주어진 백엔드의 IP 주소.
활동. 백엔드 당 사용 가능한 작업은 다음과 같습니다.
- 백엔드 추가. 새 실제 서버를 팜에 추가합니다.
- 찜하기. 해당 팜에 새로운 실제 서버 항목을 저장하고이를 사용하십시오.
- 취소. 새 실제 서버 항목을 취소하십시오.
- .. 가상 서비스의 지정된 실제 서버를 삭제하십시오.
- 편집. 실제 서버의 특정 값을 수정하십시오.
GSLB 농장의 우선 서비스
GSLB 우선 순위 서비스는 도메인 이름 수준에서 글로벌 DNS 클러스터링 서비스를 만들 수있게합니다.
또한 우선 서비스는 라운드 로빈 서비스와 동일한 구성 옵션을 허용하지만 2 백엔드 만 클러스터를 만들 수 있도록 구성 할 수 있습니다. 기본적으로 로컬 IP 주소 127.0.0.1 실제 서버 IP 주소로 수정해야합니다.
GSLB 농장의 구역
A GSLB 존 위에서 정의 된 서비스를 사용하여 추가로드 균형 조정 레코드가있는 완전한 DNS 영역을 생성하는 데 필요한 DNS 도메인 이름, 하위 도메인, 별칭 등을 설명합니다.
일단 새로운 지역 특정 도메인에 대해 생성되고 일부 구성 옵션을 사용할 수 있으며 아래에 자세히 설명되어 있습니다.
기본 이름 서버. 이것은 엔트리 포인트 루트 네임 서버가 될 것입니다. 권위의 시작 (SOA) DNS 레코드. 기본적으로 ns1 설정됩니다.
영역 자원 구성
모든 지역 만들 필요가있다. 리소스 동적 DNS를 구성하는 방법은 다음과 같습니다.
ID. 자원 식별 번호.
자원 이름. DNS 항목의 리소스 이름입니다.
TTL. 현재 이름이 캐시 될 시간을 결정하는 데 필요한 현재 레코드의 Time to Live (선택 사항) 값.
TYPE. DNS 레코드 유형. 옵션은 다음과 같습니다.
- NS. 이름 서버 유형 레코드는 주어진 권위있는 이름 서버를 사용하도록 DNS 영역을 위임합니다.
- A. 주소 유형 레코드는 호스트의 IPv4 주소를 리턴합니다.
- CNAME. 정식 이름 형식 레코드는 지정된 이름의 별칭을 나타냅니다.
- 서비스. 동적 주소 유형 레코드는 a로 지정된 동적 주소를 리턴합니다. 서비스 해당 서비스에 대해 선택된 알고리즘에 따라 팜 구성 내에서 이미 생성되었습니다.
- AAAA. 주소 유형 레코드는 호스트의 IPv6 주소를 리턴합니다.
- MX. 메일 교환 유형 레코드는 도메인 이름을 해당 도메인의 메시지 전송 에이전트 목록에 매핑합니다.
- SRV. 일반화 된 서비스 위치 레코드. MX와 같은 프로토콜 관련 레코드를 만드는 대신 새로운 프로토콜에 사용됩니다.
- TXT. 텍스트 형식 레코드로, 필요할 때 움 직일 수있는 텍스트 기반 정보를 저장하는 데 사용됩니다. 가장 일반적으로 TXT 레코드는 SPF 데이터를 보유하고 도메인 소유권을 확인하는 데 사용됩니다.
- PTR. 포인터 레코드, 표준 이름에 대한 포인터. CNAME과 달리 DNS 처리가 중지되고 이름 만 반환됩니다. 가장 보편적 인 용도는 DNS 역방향 조회를 구현하는 것입니다.
- NAPTR. 명명 기관 포인터 (Naming Authority Pointer) : 도메인 이름의 정규 표현식 기반 재 작성을 허용합니다. 그런 다음 URI, 추가 도메인 이름 조회 등으로 사용될 수 있습니다.
RDATA. 레코드 유형에 필요한 실제 데이터입니다. 입력 값은 레코드 유형에 따라 다릅니다. 자원 이름, 다음 예제는 다른 종류의 리소스 이름 허용 된 RData 각 값.
활동.
- 리소스 추가. 특정 영역에 대한 새 리소스 레코드를 만듭니다.
- 편집. 특정 자원 값을 수정하고 적용하십시오.
- .. 특정 영역에 대한 리소스 레코드를 삭제합니다.
다음 단계, 체크 아웃 통계 및 그래프.