가중치 기반 별칭 레코드 값 - Amazon Route 53

문서의 영문과 번역 사이에 충돌이 있는 경우에는 영문 버전을 따릅니다. 번역 버전은 기계 번역을 사용하여 제공합니다.

가중치 기반 별칭 레코드 값

가중치 기반 별칭 레코드를 생성할 때 다음과 같은 값을 지정합니다. 자세한 정보는 별칭 또는 비 별칭 레코드 선택 단원을 참조하십시오.

라우팅 정책

선택 가중.

레코드 이름

트래픽을 라우팅할 도메인 또는 하위 도메인의 이름을 입력합니다. 기본값은 호스팅 영역 이름입니다.

참고

호스팅 영역과 이름이 동일한 레코드를 생성할 경우 이름 필드에 값(예: @ 기호)을 입력하지 마십시오.

가중 레코드 그룹의 모든 레코드에 대해 동일한 이름을 입력합니다.

CNAME 레코드

다음 값을 가진 레코드를 생성하는 경우: C이름 에 대해 기록 유형, 레코드 이름은 호스팅된 영역 의 이름과 같을 수 없습니다.

CloudFront 배포 및 Amazon S3 버킷에 대한 별칭

지정하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 부분적으로 달라집니다.

  • CloudFront 배포 – 레코드 이름과 일치하는 대체 도메인 이름이 배포에 포함되어야 합니다. 예를 들어, 레코드 세트 이름이 acme.example.com일 경우 CloudFront 배포에 acme.example.com이 대체 도메인 이름 중 하나로 포함되어야 합니다. 자세한 내용은 을 참조하십시오. 대체 도메인 이름(CNAME) 사용 에서 Amazon CloudFront 개발자 안내서.

  • Amazon S3 버킷 – 레코드의 이름은 Amazon S3 버킷의 이름과 일치해야 합니다. 예를 들어, 버킷의 이름이 acme.example.com이면 이 레코드의 이름도 acme.example.com이어야 합니다.

    그리고 웹사이트 호스팅용 버킷을 구성해야 합니다. 자세한 내용은 을 참조하십시오. 웹사이트 호스팅을 위한 버킷 구성 에서 Amazon Simple Storage Service 개발자 가이드.

특수 문자

a-z, 0-9, -(하이픈) 이외의 문자를 지정하는 방법과 국제 도메인 이름을 지정하는 방법은 다음(DNS 도메인 이름 형식)을 참조하십시오.

와일드카드 문자

이름에 별표(*) 문자를 사용할 수 있습니다. DNS는 이름에 표시되는 위치에 따라 * 문자를 와일드카드 또는 * 문자(ASCII 42)로 처리합니다. 자세한 정보는 호스팅 영역 및 레코드의 이름에 별표(*) 사용 단원을 참조하십시오.

레코드 형식

DNS 레코드 유형입니다. 자세한 정보는 지원되는 DNS 레코드 유형 단원을 참조하십시오.

트래픽을 라우팅하는 AWS 리소스에 따라 해당하는 값을 선택합니다.

API 게이트웨이 사용자 지정 리전 API 또는 엣지 최적화 API

A — IPv4 address(A - IPv4 주소)를 선택합니다.

Amazon VPC 인터페이스 엔드포인트

A — IPv4 address(A - IPv4 주소)를 선택합니다.

CloudFront 배포

A — IPv4 address(A - IPv4 주소)를 선택합니다.

배포에 IPv6이 사용하도록 설정된 경우 다음 값을 가진 레코드 두 개를 작성합니다. 가 — IPv4 주소 에 대해 기록 유형, 및 의 값을 가진. AAAA(아에바시아) — IPv6 주소.

리전화된 하위 도메인이 있는 Elastic Beanstalk 환경

A — IPv4 address(A - IPv4 주소)를 선택합니다.

ELB 로드 밸런서

A — IPv4 address(A - IPv4 주소) 또는 AAAA — IPv6 address(AAAA - IPv6 주소)를 선택합니다.

Amazon S3 버킷

A — IPv4 address(A - IPv4 주소)를 선택합니다.

호스팅 영역의 또 다른 레코드

별칭을 생성 중인 레코드 유형을 선택합니다. NSSOA를 제외한 모든 유형이 지원됩니다.

참고

호스트된 영역과 이름이 같은 별칭 레코드를 작성하는 경우( 영역 정점), 다음 값을 가진 레코드로 트래픽을 라우팅할 수 없습니다. 기록 유형 은(는) C이름. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고, zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

가중 레코드 그룹의 모든 레코드에 대해 동일 값을 선택합니다.

다음으로 트래픽 값 설정/경로 지정

목록에서 선택하거나 필드에 입력하는 값은 트래픽을 라우팅하는 AWS 리소스에 따라 다릅니다.

중요

동일한 AWS 계정을 사용하여 트래픽을 라우팅하는 호스팅된 영역과 리소스를 생성하고 리소스가 엔드포인트 다음 사항을 확인합니다.

  • 유형에 대해 지원되는 값을 선택했는지 확인합니다. 지원되는 값은 트래픽을 라우팅하는 리소스에 고유합니다. 예를 들어, 트래픽을 S3 버킷으로 라우팅하려면 A - IPv4 주소 에 대해 유형.

  • 계정에 해당 리소스를 나열하는 데 필요한 IAM 권한이 있는지 확인합니다. 예를 들어, CloudFront 에 표시할 배포 엔드포인트 다음 작업을 수행하려면 계정에 권한이 있어야 합니다. cloudfront:ListDistributions.

    IAM 정책 예제는 Amazon Route 53 콘솔 사용에 필요한 권한 단원을 참조하십시오.

다른 AWS 계정을 사용하여 호스팅된 영역과 리소스를 생성한 경우 엔드포인트 목록에 리소스가 표시되지 않습니다. 입력할 값을 결정하려면 리소스 유형에 대한 다음 설명서를 참조하십시오. 엔드포인트.

API 게이트웨이 사용자 지정 리전 API와 엣지 최적화 API

API 게이트웨이 사용자 지정 리전 API와 엣지 최적화 API의 경우 다음 중 하나를 수행하십시오.

  • 동일한 계정을 사용하여 Route 53 호스트된 영역 및 사용자 API – 선택 엔드포인트목록에서 API를 선택합니다. API가 많은 경우 API 엔드포인트의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

    참고

    이 레코드 이름은 API의 사용자 지정 도메인 이름과 일치해야 합니다(예: api.example.com).

  • 다른 계정을 사용하여 Route 53 호스팅 영역과 API를 생성한 경우 – API에 대한 API 엔드포인트(예: api.example.com)를 입력합니다.

    하나의 AWS 계정을 사용하여 현재 호스팅된 존을 생성하고 다른 계정을 사용하여 API를 생성하는 경우, 평가변수 목록 API 게이트웨이 API.

    하나의 계정을 사용하여 현재 호스팅된 영역을 생성하고 하나 이상의 다른 계정을 사용하여 모든 API를 생성하는 경우 평가변수 목록 표시 사용 가능한 목표 없음 아래 API 게이트웨이 API.

CloudFront 배포

CloudFront 배포에 대해 다음 중 하나를 수행합니다.

  • 동일한 계정을 사용하여 Route 53 호스팅된 존 및 CloudFront 배포 – 선택 엔드포인트 목록에서 배포를 선택합니다. 배포가 많을 경우에는 배포 도메인 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

    목록에 배포가 없을 때는 다음에 유의하십시오.

    • 이 레코드의 이름은 배포의 대체 도메인 이름과 일치해야 합니다.

    • 배포에 대체 도메인 이름을 추가한 경우 변경 사항이 모든 CloudFront 엣지 로케이션으로 전해지는데 15분 걸릴 수 있습니다. 변경 사항이 전파되기 전까지 Route 53은 새 대체 도메인 이름을 알 수 없습니다.

  • 다른 계정을 사용하여 Route 53 호스팅 영역 및 배포를 생성한 경우 – 배포의 CloudFront 도메인 이름을 입력합니다(예: d111111abcdef8.cloudfront.net).

    하나의 AWS 계정을 사용하여 현재 호스팅된 영역을 생성하고 다른 계정을 사용하여 배포를 생성하는 경우, 배포는 평가변수 목록.

    하나의 계정을 사용하여 현재 호스팅된 영역을 생성하고 하나 이상의 다른 계정을 사용하여 모든 배포를 생성하는 경우 엔드포인트 목록 표시 사용 가능한 목표 없음 아래 클라우드프런트 배포.

중요

모든 엣지 로케이션으로 전파되지 않은 CloudFront 배포로 쿼리를 라우팅할 경우 사용자가 해당 콘텐츠에 액세스할 수 없습니다.

레코드 이름과 일치하는 대체 도메인 이름이 CloudFront 배포에 포함되어야 합니다. 예를 들어, 레코드 세트 이름이 acme.example.com일 경우 CloudFront 배포에 acme.example.com이 대체 도메인 이름 중 하나로 포함되어야 합니다. 자세한 내용은 을 참조하십시오. 대체 도메인 이름(CNAME) 사용 에서 Amazon CloudFront 개발자 안내서.

배포에 IPv6이 사용하도록 설정된 경우 다음 값을 가진 레코드 두 개를 작성합니다. 가 — IPv4 주소 에 대해 유형, 및 의 값을 가진. AAAA(아에바시아) — IPv6 주소.

리전화된 하위 도메인이 있는 Elastic Beanstalk 환경

Elastic Beanstalk 환경의 도메인 이름에 환경을 배포한 리전이 포함되는 경우 트래픽을 환경으로 라우팅하는 별칭 레코드를 생성할 수 있습니다. 예를 들어, 도메인 이름 my-environment.us-west-2.elasticbeanstalk.com은 리전화된 도메인 이름입니다.

중요

2016년 초 이전에 생성된 환경의 경우 도메인 이름에 리전이 포함되지 않습니다. 이러한 환경으로 트래픽을 라우팅하려면 별칭 레코드 대신에 CNAME 레코드를 생성해야 합니다. 루트 도메인 이름에는 CNAME 레코드를 생성할 수 없습니다. 예를 들어, 도메인 이름이 example.com이라면 acme.example.com에 대한 트래픽을 Elastic Beanstalk 환경으로 라우팅하는 레코드를 생성할 수 있습니다. 그러나 example.com에 대한 트래픽을 Elastic Beanstalk 환경으로 라우팅하는 레코드는 생성할 수 없습니다.

리전화된 하위 도메인이 있는 Elastic Beanstalk 환경에 대해서는 다음 중 한 가지 작업을 수행하십시오.

  • 동일한 계정을 사용하여 Route 53 호스팅된 존 및 Elastic Beanstalk 환경 – 선택 엔드포인트를 선택한 다음 목록에서 환경을 선택합니다. 환경이 많을 경우에는 환경에 대한 CNAME 속성의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

  • 다른 계정을 사용하여 Route 53 호스팅 영역과 Elastic Beanstalk 환경을 생성한 경우 – Elastic Beanstalk 환경에 대한 CNAME 속성을 입력합니다.

ELB 로드 밸런서

ELB 로드 밸런서의 경우 다음 중 하나를 수행합니다.

  • 동일한 계정을 사용하여 Route 53 호스트된 존 및 로드 밸런서 – 선택 엔드포인트 목록에서 로드 밸런서를 선택합니다. 로드 밸런서가 많은 경우에는 DNS 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

  • 다른 계정을 사용하여 Route 53 호스팅 영역과 로드 밸런서를 생성한 경우ELB 로드 밸런서의 DNS 이름 가져오기 절차에서 얻은 값을 입력합니다.

    하나의 AWS 계정을 사용하여 현재 호스팅된 존을 생성하고 다른 계정을 사용하여 로드 밸런서를 생성하는 경우, 로드 밸런서는 평가변수 목록.

    하나의 계정을 사용하여 현재 호스팅된 영역을 생성하고 하나 이상의 다른 계정을 사용하여 모든 로드 밸런서를 생성하는 경우 평가변수 목록 표시 사용 가능한 대상 없음 아래 탄성 로드 밸런서.

어느 경우든 DNS 이름 앞에 dualstack.이 옵니다. 웹 브라우저와 같은 클라이언트가 도메인 이름(example.com) 또는 하위 도메인 이름(www.example.com)에 대한 IP 주소를 요청할 때 클라이언트는 IPv4 주소(A 레코드), IPv6 주소(AAAA 레코드), 또는 IPv4 및 IPv6 주소(별도 요청의 경우) 둘 다를 요청할 수 있습니다. dualstack.을 지정하면 Route 53에서 클라이언트가 요청한 IP 주소 형식에 따라 로드 밸런서에 적절한 IP 주소로 응답할 수 있습니다.

AWS Global Accelerator 액셀러레이터

AWS Global Accelerator 액셀러레이터에 액셀러레이터의 DNS 이름을 입력하십시오. 현재 AWS 계정을 사용하거나 다른 AWS 계정을 사용하여 생성한 액셀러레이터의 DNS 이름을 입력할 수 있습니다.

Amazon S3 버킷

웹 사이트 엔드포인트로 구성되는 Amazon S3 버킷은 다음 중 하나를 수행합니다.

  • 동일한 계정을 사용하여 Route 53 호스팅된 존 및 Amazon S3 버킷 – 선택 엔드포인트 목록에서 버킷을 선택합니다. 버킷이 많은 경우 DNS 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

    의 값 엔드포인트 변경 사항 Amazon S3 웹 사이트 끝점을 사용할 수 있습니다.

  • 다른 계정을 사용하여 Route 53 호스팅 영역과 Amazon S3 버킷을 생성한 경우 – S3 버킷을 생성한 리전의 이름을 입력합니다. 에 나타나는 값을 사용합니다. 웹사이트 엔드포인트 표의 열 Amazon S3 웹사이트 엔드포인트 에서 Amazon Web Services 일반 참조.

    현재 계정 이외의 AWS 계정을 사용하여 Amazon S3 버킷을 사용하면 버킷이 평가변수 목록.

웹 사이트 호스팅용 버킷을 구성해야 합니다. 자세한 내용은 을 참조하십시오. 웹사이트 호스팅을 위한 버킷 구성 에서 Amazon Simple Storage Service 개발자 가이드.

레코드의 이름은 Amazon S3 버킷의 이름과 일치해야 합니다. 예를 들어, Amazon S3 버킷의 이름이 acme.example.com이면 이 레코드의 이름도 acme.example.com이어야 합니다.

가중 별칭, 지연 시간 별칭, 장애 조치 별칭 또는 지리 위치 별칭 레코드 그룹에서 Amazon S3 버킷으로 쿼리를 라우팅하는 레코드 한 개만 생성할 수 있는데 그 이유는 레코드의 이름이 버킷 이름과 일치해야 하며, 버킷 이름은 전세계적으로 고유해야 하기 때문입니다.

Amazon VPC 인터페이스 엔드포인트

Amazon VPC 인터페이스 엔드포인트에 대해 다음 중 하나를 수행하십시오.

  • 동일한 계정을 사용하여 Route 53 호스팅된 영역 및 인터페이스 끝점 – 선택 엔드포인트를 선택한 다음 목록에서 인터페이스 끝점을 선택합니다. 인터페이스 엔드포인트가 많은 경우 DNS 호스트 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

  • 다른 계정을 사용하여 Route 53 호스팅 영역과 인터페이스 엔드포인트를 생성한 경우 – 인터페이스 엔드포인트에 대한 DNS 호스트 이름(예: vpce-123456789abcdef01-example-us-east-1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com)을 입력합니다.

    하나의 AWS 계정을 사용하여 현재 호스팅된 영역을 생성하고 다른 계정을 사용하여 인터페이스 끝점을 만들 경우 인터페이스 끝점은 평가변수 목록 VPC 끝점.

    하나의 계정을 사용하여 현재 호스팅된 영역을 만들고 하나 이상의 다른 계정을 사용하여 모든 인터페이스 끝점을 만들 경우 평가변수 목록 표시 사용 가능한 목표 없음 아래 VPC 끝점.

이 호스팅 영역의 레코드

이 호스팅된 영역에 있는 레코드의 경우 엔드포인트 을 클릭하고 해당 레코드를 선택합니다. 레코드가 많은 경우 이름의 처음 몇 자를 입력하여 목록을 필터링할 수 있습니다.

호스팅된 영역에 기본 NS 및 SOA 레코드만 포함된 경우 평가변수 목록 표시 사용 가능한 목표 없음.

참고

호스트된 영역과 이름이 같은 별칭 레코드를 작성하는 경우( 영역 정점), 의 값을 가진 레코드를 선택할 수 없습니다. 기록 유형 은(는) C이름. 이는 별칭 레코드가 트래픽이 라우팅되는 레코드와 동일한 형식이어야 하고, zone apex에 대한 CNAME 레코드 생성은 별칭 레코드에 대해서도 지원되지 않기 때문입니다.

Weight

Route 53이 현재 레코드 사용에 응답하는 DNS 쿼리의 비율을 결정하는 값입니다. Route 53은 DNS 이름과 유형 조합이 동일한 레코드의 가중치 합을 계산합니다. 이후 Route 53은 총계에 대한 리소스 가중치 비율을 토대로 쿼리에 응답합니다.

에 대해 동일한 값을 가진 비가중 레코드를 작성할 수 없습니다. 레코드 이름기록 유형 을(를) 가중 레코드로 사용합니다.

0~255 사이의 정수를 입력합니다. 리소스 라우팅을 해제하려면 Weight(가중치)를 0으로 설정합니다. 그룹 내 모든 레코드의 Weight(가중치)를 0으로 설정하면 확률이 동일한 모든 리소스로 트래픽이 라우팅됩니다. 따라서 가중 레코드 그룹에 대한 라우팅이 우발적으로 해제되는 일이 없습니다.

Weight(가중치)를 0으로 설정할 때의 효과는 상태 확인을 레코드와 연관시킬 때와 다릅니다. 자세한 정보는 상태 확인 구성 시 Amazon Route 53의 레코드 선택 방식 단원을 참조하십시오.

상태 확인

원하는 경우 상태 확인 선택 Route 53 지정된 끝점의 건전성을 확인하고 끝점이 건강한 경우에만 이 레코드를 사용하여 DNS 쿼리에 응답합니다.

Route 53은 레코드에 지정된 엔드포인트, 예를 들어 필드에서 IP 주소로 지정된 엔드포인트의 상태는 점검하지 않습니다. 레코드의 상태 확인을 선택하면 Route 53이 상태 확인에서 지정한 엔드포인트의 상태를 점검합니다. Route 53이 엔드포인트가 양호한지 여부를 결정하는 방법은 Amazon Route 53이 상태 확인이 정상인지 여부를 판단하는 방법 단원을 참조하십시오.

상태 확인과 레코드를 연관시키는 것은 Route 53이 둘 이상의 레코드 사이에서 DNS 쿼리에 응답할 레코드를 선택할 때 그리고 Route 53이 상태 확인 상태를 선택의 기준으로 삼을 때만 유용합니다. 다음 구성에서만 상태 확인을 사용합니다.

  • 이름, 유형 및 라우팅 정책(예: 장애 조치 또는 가중치 레코드)이 동일한 레코드 그룹의 모든 레코드 상태를 확인하고 모든 레코드에 대한 상태 확인 ID를 지정하는 경우. 레코드의 상태 확인에서 양호하지 않은 엔드포인트가 지정될 경우 Route 53은 해당 레코드 값을 사용하는 쿼리에 대한 응답을 중단합니다.

  • 다음을 선택합니다. 에 대해 목표 상태 평가 를 참조하십시오. 별칭 레코드가 동일한 호스팅 영역의 별칭이 아닌 레코드를 참조하는 경우 참조된 레코드의 상태 확인도 지정해야 합니다.

상태 확인에서 도메인 이름만으로 엔드포인트를 지정할 경우에는 각 엔드포인트마다 별도의 상태 확인을 생성하는 것이 좋습니다. 예를 들어, www.example.com의 콘텐츠를 제공하는 각 HTTP 서버마다 상태 확인을 생성합니다. 의 값에 대해 도메인 이름에서 레코드 이름(example.com)이 아닌 서버의 도메인 이름(예: us-east-2-www.example.com)을 지정합니다.

중요

이 구성에서 [Domain name]의 값이 레코드의 이름과 일치하는 상태 확인을 생성한 후 상태 확인을 이러한 레코드와 연결하는 경우 상태 확인 결과를 예측할 수 없습니다.

대상 상태 평가

선택 원하는 경우 Route 53 에서 지정한 리소스의 건전성을 검사하여 이 레코드를 사용하여 DNS 쿼리에 응답할지 여부를 결정하려면 엔드포인트.

다음 사항에 유의하십시오.

API 게이트웨이 사용자 지정 리전 API와 엣지 최적화 API

설정에 대한 특별한 요구 사항은 없습니다. 목표 상태 평가 까지 엔드포인트가 API 게이트웨이 사용자 지정 지역 API 또는 에지 최적화 API.

CloudFront 배포

설정할 수 없습니다. 목표 상태 평가 까지 엔드포인트가 CloudFront 배포.

리전화된 하위 도메인이 있는 Elastic Beanstalk 환경

을(를) 지정하는 경우 Elastic Beanstalk 환경 엔드포인트 환경에 ELB 로드 밸런서가 포함되어 있습니다. Elastic Load Balancing 쿼리를 건강한 사용자로만 Amazon EC2 로드 밸런서 에 등록된 인스턴스. (환경에 ELB 로드 밸런서가 하나 이상 포함된 경우 자동으로 포함 Amazon EC2 있습니다.) 만약 여러분이 목표 상태 평가 까지 및 Amazon EC2 인스턴스가 양호하거나 로드 밸런서 자체가 건강하지 않은 경우 Route 53 는 건강한 다른 가용 리소스(있는 경우)로 쿼리를 보냅니다.

환경에 하나의 Amazon EC2 인스턴스가 포함되어 있는 경우, 특정 요건은 없습니다.

ELB 로드 밸런서

상태 확인 동작은 로드 밸런서의 유형에 따라 달라집니다.

  • 클래식 로드 밸런서 – 에서 ELB 클래식 로드 밸런서를 지정하는 경우 엔드포인트, Elastic Load Balancing 쿼리를 건강한 사용자로만 Amazon EC2 로드 밸런서 에 등록된 인스턴스. Evaluate Target Health(대상 상태 평가)로 설정하고 EC2 인스턴스가 정상 상태가 아니거나 로드 밸런서 자체가 비정상적인 경우 Route 53은 쿼리를 다른 리소스로 라우팅합니다.

  • Application Load Balancer 및 Network Load Balancer – ELB Application Load Balancer 또는 Network Load Balancer를 지정하고 Evaluate Target Health(대상 상태 평가)로 설정한 경우 Route 53은 로드 밸런서와 연결된 대상 그룹의 상태에 따라 쿼리를 로드 밸런서로 라우팅합니다.

    • Application Load Balancer 또는 Network Load Balancer가 정상 상태로 간주되려면 대상을 포함하는 모든 대상 그룹에 정상 상태 대상이 하나 이상 포함되어야 합니다. 대상 그룹에 정상이 아닌 대상만 포함된 경우 로드 밸런서는 정상이 아닌 상태로 간주되고 Route 53에서 쿼리를 다른 리소스로 라우팅합니다.

    • 등록된 대상이 없는 대상 그룹은 정상이 아닌 상태로 간주됩니다.

참고

로드 밸런서를 생성할 때 Elastic Load Balancing 상태 확인 설정을 구성합니다. 이 설정은 Route 53 상태 확인은 아니지만 유사한 기능을 수행합니다. ELB 로드 밸런서로 등록하는 EC2 인스턴스에 대해 Route 53 상태 확인을 생성하지 마십시오.

S3 버킷

설정에 대한 특별한 요구 사항은 없습니다. 목표 상태 평가 까지 엔드포인트가 S3 버킷인 경우.

Amazon VPC 인터페이스 엔드포인트

설정에 대한 특별한 요구 사항은 없습니다. 목표 상태 평가 까지 엔드포인트가 Amazon VPC 인터페이스 끝점.

동일 호스팅 영역 내 다른 레코드

지정한 AWS 리소스가 엔드포인트 은 레코드 또는 레코드 그룹(예: 가중 레코드 그룹)이지만 다른 별칭 레코드는 아닙니다. 끝점의 모든 레코드와 건전성 검사를 연결하는 것이 좋습니다. 자세한 정보는 상태 확인을 생략하면 어떻게 됩니까? 단원을 참조하십시오.

레코드 ID

가중 레코드 그룹에 있는 이 레코드를 고유하게 식별하는 값을 선택합니다.