Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Nilai yang Anda tentukan saat membuat atau mengedit catatan Amazon Route 53
<a name="resource-record-sets-values"></a>

Saat Anda membuat rekaman menggunakan konsol Amazon Route 53, nilai yang Anda tentukan bergantung pada kebijakan perutean yang ingin Anda gunakan dan apakah Anda membuat catatan alias, yang merutekan lalu lintas ke AWS sumber daya.

Alias mencatat lalu lintas yang merutekan lalu lintas ke AWS sumber daya tertentu yang Anda tentukan sumber daya targetnya (misalnya, Elastic Load Balancing CloudFront , distribusi, bucket Amazon S3). Anda juga dapat secara opsional mengaitkan pemeriksaan kesehatan dan mengonfigurasi evaluasi kesehatan target. Topik berikut memberikan informasi terperinci tentang nilai yang diperlukan untuk setiap kebijakan perutean dan jenis rekaman, membantu Anda mengonfigurasi catatan Route 53 Anda secara efektif.

**Topics**
+ [Nilai yang umum untuk semua kebijakan perutean](resource-record-sets-values-shared.md)
+ [Nilai yang umum untuk catatan alias untuk semua kebijakan perutean](resource-record-sets-values-alias-common.md)
+ [Nilai khusus untuk catatan sederhana](resource-record-sets-values-basic.md)
+ [Nilai khusus untuk catatan alias sederhana](resource-record-sets-values-alias.md)
+ [Nilai khusus untuk catatan failover](resource-record-sets-values-failover.md)
+ [Nilai khusus untuk catatan alias failover](resource-record-sets-values-failover-alias.md)
+ [Nilai khusus untuk catatan geolokasi](resource-record-sets-values-geo.md)
+ [Nilai khusus untuk catatan alias geolokasi](resource-record-sets-values-geo-alias.md)
+ [Nilai khusus untuk catatan geoproximity](resource-record-sets-values-geoprox.md)
+ [Nilai khusus untuk catatan alias geoproximity](resource-record-sets-values-geoprox-alias.md)
+ [Nilai khusus untuk catatan latensi](resource-record-sets-values-latency.md)
+ [Nilai khusus untuk catatan alias latensi](resource-record-sets-values-latency-alias.md)
+ [Nilai khusus untuk catatan berbasis IP](resource-record-sets-values-ipbased.md)
+ [Nilai khusus untuk catatan alias berbasis IP](resource-record-sets-values-ipbased-alias.md)
+ [Nilai khusus untuk catatan jawaban multivalue](resource-record-sets-values-multivalue.md)
+ [Nilai khusus untuk catatan tertimbang](resource-record-sets-values-weighted.md)
+ [Nilai khusus untuk catatan alias tertimbang](resource-record-sets-values-weighted-alias.md)

# Nilai yang umum untuk semua kebijakan perutean
<a name="resource-record-sets-values-shared"></a>

Ini adalah nilai umum yang dapat Anda tentukan saat membuat atau mengedit rekaman Amazon Route 53. Nilai-nilai ini digunakan oleh semua kebijakan routing.



**Topics**
+ [Nama catatan](#rrsets-values-common-name)
+ [Menilai/Merutekan lalu lintas](#rrsets-values-common-value)
+ [TTL (detik)](#rrsets-values-common-ttl)

## Nama catatan
<a name="rrsets-values-common-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama**. 

**Catatan CNAME**  
Jika Anda membuat catatan yang memiliki nilai **CNAME** untuk **Jenis catatan**, nama catatan tidak dapat sama dengan nama zona yang di-hosting.

**Karakter-karakter khusus**  
Untuk informasi tentang cara menentukan karakter selain a-z, 0-9, dan - (tanda hubung) serta cara menentukan nama domain internasional, lihat [Format nama domain DNS](DomainNameFormat.md).

**Karakter wildcard **  
Anda dapat menggunakan karakter tanda bintang (\$1) dalam nama. DNS memperlakukan karakter \$1 sebagai wildcard atau sebagai karakter \$1 (ASCII 42), tergantung tempat karakter muncul dalam nama. Untuk informasi selengkapnya, lihat [Menggunakan tanda bintang (\$1) dalam nama zona yang di-hosting dan catatan](DomainNameFormat.md#domain-name-format-asterisk).  
Anda tidak dapat menggunakan wildcard \$1 untuk set catatan sumber daya yang memiliki tipe **NS**.

## Menilai/Merutekan lalu lintas
<a name="rrsets-values-common-value"></a>

Pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan). Masukkan nilai yang sesuai untuk nilai **Jenis catatan**. Untuk semua jenis kecuali **CNAME**, Anda dapat memasukkan lebih dari satu nilai. Masukkan setiap nilai pada baris terpisah.

**A — IPv4 alamat**  
Alamat IP dalam IPv4 format, misalnya, **192.0.2.235**.

**AAAA — alamat IPv6 **  
Alamat IP dalam IPv6 format, misalnya, **2001:0 db 8:85 a 3:0:0:8 a2e: 0370:7334**.

**CAA — Otorisasi Otoritas Sertifikat**  
Tiga nilai yang dipisahkan spasi yang mengontrol otoritas sertifikat mana yang diizinkan untuk menerbitkan sertifikat atau sertifikat wildcard untuk domain atau subdomain yang ditentukan oleh **Nama catatan**. Anda dapat menggunakan catatan CAA untuk menentukan hal berikut:  
+ Otoritas sertifikat mana (CAs) yang dapat mengeluarkan SSL/TLS sertifikat, jika ada
+ Alamat email atau URL untuk dihubungi saat CA mengeluarkan sertifikat untuk domain atau subdomain

**CNAME — Nama kanonis**  
Nama domain yang sepenuhnya memenuhi syarat (misalnya, *www.example.com*) yang Anda inginkan untuk dihasilkan oleh Route 53 sebagai tanggapan atas kueri DNS untuk catatan ini. Titik akhir adalah opsional; Route 53 mengasumsikan bahwa nama domain sepenuhnya memenuhi syarat. Ini berarti bahwa Route 53 memperlakukan*www.example.com*(tanpa titik akhir) dan*www.example.com.* (dengan titik akhir) sebagai identik.

**MX — Pertukaran surat**  
Prioritas dan nama domain yang menentukan server email, misalnya,**10 mailserver.example.com**. Titik trailing diperlakukan sebagai opsional.

**NAPTR - Nama Authority Pointer**  
Enam pengaturan dipisahkan ruang yang digunakan oleh Dynamic Delegation Discovery System (DDDS) aplikasi untuk mengonversi satu nilai lain atau untuk mengganti satu nilai dengan yang lain. Untuk informasi selengkapnya, lihat [Jenis catatan NAPTR](ResourceRecordTypes.md#NAPTRFormat).

**PTR — Pointer**  
Nama domain yang Anda inginkan untuk dihasilkan Route 53.

**NS — Server nama**  
Nama domain dari server nama, misalnya, **ns1.example.com**.  
Anda dapat menentukan catatan NS hanya dengan kebijakan perutean sederhana.

**SPF — Kerangka Kebijakan Pengirim**  
Catatan SPF yang diapit tanda kutip, misalnya, **"v=spf1 ip4:192.168.0.1/16-all"**. Catatann SPF tidak disarankan. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

**SRV — Locator layanan**  
Catatan SRV. Catatan SRV digunakan untuk mengakses layanan, seperti layanan untuk email atau komunikasi. Untuk informasi tentang format catatan SRV, lihat dokumentasi untuk layanan yang ingin Anda sambungkan. Trailing dot diperlakukan sebagai opsional.  
Format catatan SRV adalah:  
**[prioritas] [berat] [port] [nama host server]**  
Contoh:  
**1 10 5269 xmpp-server.example.com.**

**TXT — Teks**  
Catatan teks. Lampirkan teks dalam tanda kutip, sebagai contoh, **""Contoh entri teks"**. 

## TTL (detik)
<a name="rrsets-values-common-ttl"></a>

Jumlah waktu, dalam detik, yang Anda inginkan untuk resolver rekursif DNS untuk menyimpan informasi tentang catatan ini dalam cache. Jika Anda menentukan nilai yang lebih lama (misalnya, 172.800 detik, atau dua hari), Anda mengurangi jumlah panggilan yang harus dilakukan oleh resolver rekursif DNS ke Route 53 untuk mendapatkan informasi terbaru dalam catatan ini. Ini memiliki efek mengurangi latensi dan mengurangi tagihan Anda untuk layanan Route 53. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 merutekan lalu lintas untuk domain Anda](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Namun, jika Anda menentukan nilai yang lebih lama untuk TTL, diperlukan waktu lebih lama agar perubahan pada catatan (misalnya, alamat IP baru) diterapkan karena resolver rekursif menggunakan nilai dalam cache mereka untuk waktu yang lebih lama sebelum mereka meminta Route 53 untuk informasi terakhir. Jika Anda mengubah setelan untuk domain atau subdomain yang sudah digunakan, sebaiknya tentukan dulu nilai yang lebih pendek, seperti 300 detik, dan tingkatkan nilainya setelah mengonfirmasi bahwa pengaturan baru sudah benar.

Jika Anda mengaitkan catatan ini dengan pemeriksaan kondisi, sebaiknya tentukan TTL 60 detik atau kurang sehingga klien merespons dengan cepat perubahan status kondisi.

# Nilai yang umum untuk catatan alias untuk semua kebijakan perutean
<a name="resource-record-sets-values-alias-common"></a>

Ini adalah nilai alias umum yang dapat Anda tentukan saat membuat atau mengedit rekaman Amazon Route 53. Nilai-nilai ini digunakan oleh semua kebijakan routing.

**Topics**
+ [Nama catatan](#rrsets-values-common-alias-name)
+ [Menilai/Merutekan lalu lintas](#rrsets-values-alias-common-target)

## Nama catatan
<a name="rrsets-values-common-alias-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama**. 

**Catatan CNAME**  
Jika Anda membuat catatan yang memiliki nilai **CNAME** untuk **Jenis**, nama catatan tidak boleh sama dengan nama zona yang di-hosting.

**Alias untuk CloudFront distribusi dan bucket Amazon S3**  
Nilai yang Anda tentukan sebagian bergantung pada AWS sumber daya yang Anda rutekan lalu lintas ke:  
+ **CloudFront distribusi** — Distribusi Anda harus menyertakan nama domain alternatif yang cocok dengan nama catatan. Misalnya, jika nama catatan adalah **acme.example.com, CloudFront distribusi Anda harus menyertakan **acme.example.com**** sebagai salah satu nama domain alternatif. Untuk informasi selengkapnya, lihat [Menggunakan nama domain alternatif (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) di *Panduan CloudFront Pengembang Amazon*. 
+ **Bucket Amazon S3** – Nama catatan harus sesuai dengan nama bucket Amazon S3 Anda. Misalnya, jika nama bucket Anda **acme.example.com**, nama catatan ini juga harus **acme.example.com**.

  Selain itu, Anda harus mengonfigurasi bucket untuk meng-host situs web. Untuk informasi selengkapnya, lihat [Mengonfigurasi bucket untuk hosting situs web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) di *Panduan Pengguna Layanan Penyimpanan Sederhana Amazon*. 

**Karakter-karakter khusus**  
Untuk informasi tentang cara menentukan karakter selain a-z, 0-9, dan - (tanda hubung) serta cara menentukan nama domain internasional, lihat [Format nama domain DNS](DomainNameFormat.md).

**Karakter wildcard **  
Anda dapat menggunakan karakter tanda bintang (\$1) dalam nama. DNS memperlakukan karakter \$1 sebagai wildcard atau sebagai karakter \$1 (ASCII 42), tergantung tempat karakter muncul dalam nama. Untuk informasi selengkapnya, lihat [Menggunakan tanda bintang (\$1) dalam nama zona yang di-hosting dan catatan](DomainNameFormat.md#domain-name-format-asterisk).

## Menilai/Merutekan lalu lintas
<a name="rrsets-values-alias-common-target"></a>

Nilai yang Anda pilih dari daftar atau yang Anda ketik di bidang tergantung pada AWS sumber daya yang Anda rutekan lalu lintas.

Untuk informasi selengkapnya tentang cara mengonfigurasi Route 53 untuk merutekan lalu lintas ke AWS sumber daya tertentu, lihat[Merutekan lalu lintas internet ke sumber daya Anda AWS](routing-to-aws-resources.md).

**penting**  
Jika Anda menggunakan AWS akun yang sama untuk membuat zona yang dihosting dan sumber daya yang Anda rutekan lalu lintas, dan jika sumber daya Anda tidak muncul di daftar **Titik Akhir**, periksa hal berikut:  
Konfirmasi bahwa Anda memilih nilai yang didukung untuk **Jenis catatan**. Nilai yang didukung khusus untuk sumber daya tempat Anda merutekan lalu lintas. Misalnya, untuk merutekan lalu lintas ke bucket S3, Anda harus memilih ** IPv4 alamat A —** untuk **jenis Rekam**.
Konfirmasikan bahwa akun memiliki izin IAM yang diperlukan untuk mencantumkan sumber daya yang berlaku. Misalnya, agar CloudFront distribusi muncul di daftar **Titik Akhir**, akun harus memiliki izin untuk melakukan tindakan berikut:. `cloudfront:ListDistributions`  
Untuk contoh kebijakan IAM, lihat [Izin diperlukan untuk menggunakan konsol Amazon Route 53](access-control-managing-permissions.md#console-required-permissions) .
Jika Anda menggunakan AWS akun yang berbeda untuk membuat zona yang dihosting dan sumber daya, daftar **Endpoint** tidak menampilkan sumber daya Anda. Lihat dokumentasi berikut untuk jenis sumber daya Anda untuk menentukan nilai yang akan diketik di **Titik Akhir**.

**API Gateway khusus regional APIs dan dioptimalkan tepi APIs**  
Untuk API Gateway kustom regional APIs dan edge-optimize APIs, lakukan salah satu hal berikut:  
+ **Jika Anda menggunakan akun yang sama untuk membuat zona yang di-hosting Route 53 dan API Anda** – Pilih **Endpoint** (Titik Akhir), lalu pilih API dari daftar. Jika Anda memiliki banyak APIs, Anda dapat memasukkan beberapa karakter pertama dari titik akhir API untuk memfilter daftar.
**catatan**  
Nama data ini harus cocok dengan nama domain khusus untuk API Anda, seperti **api.example.com**.
+ **Jika Anda menggunakan akun yang berbeda untuk membuat zona yang di-hosting Route 53 dan API Anda**– Masukkan titik akhir API untuk API, seperti **api.example.com**.

  Jika Anda menggunakan satu AWS akun untuk membuat zona host saat ini dan akun lain untuk membuat API, API tidak akan muncul di daftar **Titik Akhir** di bawah **API Gateway APIs**.

  Jika Anda menggunakan satu akun untuk membuat zona host saat ini dan satu atau beberapa akun berbeda untuk membuat semua akun Anda APIs, daftar **Titik Akhir** akan menampilkan **Tidak ada target yang tersedia** di bawah **API Gateway APIs**. Untuk informasi selengkapnya, lihat [Merutekan lalu lintas ke API Amazon API Gateway dengan menggunakan nama domain Anda](routing-to-api-gateway.md).

**CloudFront distribusi**  
Untuk CloudFront distribusi, lakukan salah satu hal berikut:  
+ **Jika Anda menggunakan akun yang sama untuk membuat zona yang dihosting Route 53 dan CloudFront distribusi Anda** — Pilih **Titik Akhir** dan pilih distribusi dari daftar. Jika Anda memiliki banyak distribusi, Anda dapat memasukkan beberapa karakter pertama dari nama domain untuk distribusi Anda untuk memfilter daftar.

  Jika distribusi Anda tidak muncul dalam daftar, perhatikan hal berikut:
  + Nama catatan ini harus cocok dengan nama domain alternatif di distribusi Anda.
  + Jika Anda baru saja menambahkan nama domain alternatif ke distribusi Anda, mungkin diperlukan waktu 15 menit agar perubahan Anda menyebar ke semua lokasi CloudFront tepi. Sampai perubahan menyebar, Route 53 tidak dapat mengetahui tentang nama domain alternatif yang baru.
+ **Jika Anda menggunakan akun yang berbeda untuk membuat zona yang dihosting Route 53 dan distribusi Anda — Masukkan nama CloudFront domain untuk distribusi**, seperti **d111111abcdef8.cloudfront.net**.

  Jika Anda menggunakan satu AWS akun untuk membuat zona host saat ini dan akun lain untuk membuat distribusi, distribusi tidak akan muncul di daftar **Endpoints**.

  **Jika Anda menggunakan satu akun untuk membuat zona yang dihosting saat ini dan satu atau beberapa akun berbeda untuk membuat semua distribusi, daftar **Titik Akhir** menunjukkan **Tidak ada target yang tersedia** di bawah CloudFront distribusi.**
Jangan merutekan kueri ke CloudFront distribusi yang belum disebarkan ke semua lokasi tepi, atau pengguna Anda tidak akan dapat mengakses konten yang berlaku. 
 CloudFront Distribusi Anda harus menyertakan nama domain alternatif yang cocok dengan nama catatan. Misalnya, jika nama catatan adalah **acme.example.com, CloudFront distribusi Anda harus menyertakan **acme.example.com**** sebagai salah satu nama domain alternatif. Untuk informasi selengkapnya, lihat [Menggunakan nama domain alternatif (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) di *Panduan CloudFront Pengembang Amazon*.  
Jika IPv6 diaktifkan untuk distribusi, buat dua catatan, satu dengan nilai **A — IPv4 alamat** untuk **jenis Rekaman**, dan satu dengan nilai **AAAA — IPv6** alamat. Untuk informasi selengkapnya, lihat [Merutekan lalu lintas ke CloudFront distribusi Amazon dengan menggunakan nama domain Anda](routing-to-cloudfront-distribution.md).

**Layanan Pelari Aplikasi**  
Untuk layanan App Runner, lakukan salah satu hal berikut:  
+ **Jika Anda menggunakan akun yang sama untuk membuat zona yang dihosting Route 53 dan layanan App Runner Anda** — pilih Wilayah AWS, lalu pilih nama domain lingkungan tempat Anda ingin mengarahkan lalu lintas dari daftar.
+ **Jika Anda menggunakan akun yang berbeda untuk membuat zona yang dihosting Route 53 dan Pelari Aplikasi Anda** — Masukkan nama domain khusus. Untuk informasi selengkapnya, lihat [Mengelola nama domain khusus untuk App Runner](https://docs.aws.amazon.com/apprunner/latest/dg/manage-custom-domains.html).

  Jika Anda menggunakan satu AWS akun untuk membuat zona yang dihosting saat ini dan akun lain untuk membuat Pelari Aplikasi, Pelari Aplikasi tidak akan muncul di daftar Titik **Akhir**.
Untuk informasi selengkapnya, lihat [Mengonfigurasi Amazon Route 53 untuk merutekan lalu lintas ke layanan App Runner](routing-to-app-runner.md#routing-to-app-runner-configuring).

**Lingkungan Elastic Beanstalk yang memiliki subdomain regional**  
Jika nama domain untuk lingkungan Elastic Beanstalk Anda menyertakan Wilayah tempat Anda menerapkan lingkungan, Anda dapat membuat catatan alias yang merutekan lalu lintas ke lingkungan. Sebagai contoh, nama domain `my-environment.us-west-2.elasticbeanstalk.com` adalah nama domain regional.  
Untuk lingkungan yang dibuat sebelum awal 2016, nama domain tidak termasuk Wilayah. Untuk merutekan lalu lintas ke lingkungan ini, Anda harus membuat catatan CNAME, alih-alih catatan alias. Perhatikan bahwa Anda tidak dapat membuat catatan CNAME untuk nama domain root. Misalnya, jika nama domain Anda adalah example.com, Anda dapat membuat catatan yang mengarahkan lalu lintas untuk acme.example.com ke lingkungan Elastic Beanstalk Anda, tetapi Anda tidak dapat membuat catatan yang mengarahkan lalu lintas untuk example.com ke lingkungan Elastic Beanstalk Anda.
Untuk lingkungan Elastic Beanstalk yang memiliki subdomain regional, lakukan salah satu hal berikut:  
+ **Jika Anda menggunakan akun yang sama untuk membuat zona yang di-hosting Route 53 dan lingkungan Elastic Beanstalk Anda** – Pilih **Endpoint** (Titik akhir), lalu pilih lingkungan dari daftar. Jika Anda memiliki banyak lingkungan, Anda dapat memasukkan beberapa karakter pertama dari atribut CNAME untuk lingkungan guna memfilter daftar.
+ **Jika Anda menggunakan akun yang berbeda untuk membuat zona yang di-hosting Route 53 dan lingkungan Elastic Beanstalk Anda** – Masukkan atribut CNAME untuk lingkungan Elastic Beanstalk.
Untuk informasi selengkapnya, lihat [Merutekan lalu lintas ke lingkungan AWS Elastic Beanstalk](routing-to-beanstalk-environment.md).

**Penyeimbang beban ELB**  
Di bagian penyeimbang beban ELB, lakukan salah satu hal berikut:  
+ **Jika Anda menggunakan akun yang sama untuk membuat zona yang di-hosting Route 53 dan penyeimbang beban Anda** – Pilih **Endpoint** (Titik akhir) dan pilih penyeimbang beban dari daftar. Jika Anda memiliki banyak penyeimbang beban, Anda dapat memasukkan beberapa karakter pertama dari nama DNS untuk memfilter daftar.
+ **Jika Anda menggunakan akun yang berbeda untuk membuat zona yang di-hosting Route 53 dan penyeimbang beban Anda** – Masukkan nilai yang Anda dapatkan dalam prosedur [Mendapatkan nama DNS untuk penyeimbang beban Elastic Load Balancing](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure).

  Jika Anda menggunakan satu AWS akun untuk membuat zona host saat ini dan akun lain untuk membuat penyeimbang beban, penyeimbang beban tidak akan muncul di daftar Titik **Akhir**.

  Jika Anda menggunakan satu akun untuk membuat zona yang dihosting saat ini dan satu atau beberapa akun berbeda untuk membuat semua penyeimbang beban Anda, daftar **Titik Akhir** menunjukkan **Tidak ada target yang tersedia** di bawah **Elastic Load Balancers**.
**Konsol menambahkan dualstack.** untuk Aplikasi dan Classic Load Balancer dari akun yang berbeda. Ketika klien, seperti browser web, meminta alamat IP untuk nama domain Anda (example.com) atau nama subdomain (www.example.com), klien dapat meminta alamat (catatan A), IPv4 alamat (catatan AAAA), atau keduanya IPv4 dan IPv6 alamat (dalam permintaan terpisah). IPv6 Penunjukan **dualstack.** memungkinkan Route 53 untuk merespons dengan alamat IP yang sesuai untuk penyeimbang beban Anda berdasarkan format alamat IP yang diminta klien.  
Untuk informasi selengkapnya, lihat [Merutekan lalu lintas ke penyeimbang beban ELB](routing-to-elb-load-balancer.md).

**AWS Akselerator Akselerator Global**  
Untuk akselerator AWS Global Accelerator, masukkan nama DNS untuk akselerator. Anda dapat memasukkan nama DNS akselerator yang Anda buat menggunakan AWS akun saat ini atau menggunakan akun lain AWS . 

**Bucket Amazon S3**  
Untuk bucket Amazon S3 yang dikonfigurasi sebagai titik akhir situs web, lakukan salah satu hal berikut:  
+ **Jika Anda menggunakan akun yang sama untuk membuat zona yang di-hosting Route 53 dan bucket Amazon S3 Anda** – Pilih **Endpoint** (Titik Akhir) dan pilih bucket dari daftar. Jika Anda memiliki banyak bucket, Anda dapat memasukkan beberapa karakter pertama dari nama DNS untuk memfilter daftar.

  Nilai **Titik Akhir** berubah ke titik akhir situs web Amazon S3 untuk bucket Anda.
+ **Jika Anda menggunakan akun yang berbeda untuk membuat zona yang dihosting Route 53 dan bucket Amazon S3 Anda** — Masukkan nama Wilayah tempat Anda membuat bucket S3. Gunakan nilai yang muncul di kolom **titik akhir Situs Web** dalam tabel titik akhir [situs Amazon S3](https://docs.aws.amazon.com/general/latest/gr/s3.html#s3_website_region_endpoints) di. *Referensi Umum Amazon Web Services*

  **Jika Anda menggunakan AWS akun selain akun saat ini untuk membuat bucket Amazon S3, bucket tidak akan muncul di daftar Titik Akhir.**
Anda dapat mengonfigurasi bucket untuk meng-host situs web. Untuk informasi selengkapnya, lihat [Mengonfigurasi bucket untuk hosting situs web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) di *Panduan Pengguna Layanan Penyimpanan Sederhana Amazon*.  
Nama catatan harus cocok dengan nama bucket Amazon S3 Anda. Misalnya, jika nama bucket Amazon S3 Anda adalah **acme.example.com**, nama catatan ini juga harus **acme.example.com**.  
Dalam grup catatan alias berbobot, alias latensi, alias failover, atau alias geolokasi, Anda hanya dapat membuat satu catatan yang merutekan kueri ke bucket Amazon S3 karena nama catatan harus cocok dengan nama bucket dan nama bucket harus unik secara global.

** OpenSearch Layanan Amazon**  
Untuk OpenSearch Layanan, lakukan salah satu hal berikut:  
+ **OpenSearch Domain kustom layanan**: Nama catatan harus cocok dengan domain kustom. Misalnya, jika nama domain kustom Anda adalah test.example.com, nama catatan ini juga harus test.example.com.
+ **Jika Anda menggunakan akun yang sama untuk membuat zona host Route 53 dan domain OpenSearch Layanan Anda** — pilih Wilayah AWS, lalu pilih nama domain.
+ **Jika Anda menggunakan akun yang berbeda untuk membuat zona yang dihosting Route 53 dan domain OpenSearch Layanan Anda** — Masukkan nama domain khusus. Untuk informasi selengkapnya, lihat [Membuat titik akhir kustom](https://docs.aws.amazon.com/opensearch-service/latest/developerguide/customendpoint.html).

  Jika Anda menggunakan satu AWS akun untuk membuat zona host saat ini dan akun lain untuk membuat domain OpenSearch Layanan, domain tidak akan muncul dalam daftar **Titik Akhir**.

  **Jika Anda menggunakan satu akun untuk membuat zona yang dihosting saat ini dan satu atau beberapa akun berbeda untuk membuat semua domain OpenSearch Layanan Anda, daftar **Titik Akhir** menunjukkan **Tidak ada target yang tersedia** di bawah OpenSearch Layanan.**
Untuk informasi selengkapnya, lihat [Mengonfigurasi Amazon Route 53 untuk merutekan lalu lintas ke titik akhir domain OpenSearch Layanan Amazon](routing-to-open-search-service.md#routing-to-open-search-service-configuring).

**Titik akhir antarmuka Amazon VPC**  
Untuk titik akhir antarmuka Amazon VPC, lakukan salah satu hal berikut:  
+ **Jika Anda menggunakan akun yang sama untuk membuat zona host Route 53 dan titik akhir antarmuka Anda** – Pilih **Endpoint** (Titik Akhir), lalu pilih titik akhir antarmuka dari daftar. Jika Anda memiliki banyak titik akhir antarmuka, Anda dapat memasukkan beberapa karakter pertama dari nama host DNS untuk memfilter daftar.
+ **Jika Anda menggunakan akun yang berbeda untuk membuat zona host Route 53 dan titik akhir antarmuka Anda — Masukkan nama host DNS untuk titik akhir antarmuka****, seperti vpce-123456789abcdef01- -1a.elasticloadbalancing.us-east-1.vpce.amazonaws.com. example-us-east**

  **Jika Anda menggunakan satu AWS akun untuk membuat zona host saat ini dan akun lain untuk membuat titik akhir antarmuka, titik akhir antarmuka tidak akan muncul di daftar Titik Akhir di bawah **titik akhir** VPC.**

  Jika Anda menggunakan satu akun untuk membuat zona yang di-hosting saat ini dan satu atau beberapa akun berbeda untuk membuat semua titik akhir antarmuka Anda, daftar **Titik Akhir** menunjukkan **Tidak ada target yang tersedia** di **VPC endpoint**.

  Untuk informasi selengkapnya, lihat [Merutekan lalu lintas ke titik akhir antarmuka Amazon Virtual Private Cloud dengan menggunakan nama domain Anda](routing-to-vpc-interface-endpoint.md).

**Catatan di Zona yang Di-hosting ini**  
Untuk rekaman di zona yang di-hosting ini, pilih **Endpoint** (Titik Akhir) dan pilih catatan yang berlaku. Jika Anda memiliki banyak catatan, Anda dapat memasukkan beberapa karakter pertama dari nama tersebut untuk memfilter daftar.  
Jika zona yang di-hosting hanya berisi catatan NS dan SOA default, daftar **Titik Akhir** menunjukkan **Tidak ada target yang tersedia**.  
Jika Anda membuat catatan alias yang memiliki nama yang sama sebagai zona yang dihosting (dikenal sebagai *zone apex*), Anda tidak dapat memilih catatan dengan nilai **Record type** (Jenis catatan) adalah **CNAME**. Ini karena catatan alias harus memiliki jenis yang sama dengan catatan yang Anda tuju, dan membuat catatan CNAME untuk Zone Apex tidak didukung bahkan untuk catatan alias. 

# Nilai khusus untuk catatan sederhana
<a name="resource-record-sets-values-basic"></a>

Saat Anda membuat catatan sederhana, Anda menentukan nilai berikut.

**Topics**
+ [Kebijakan perutean](#rrsets-values-basic-routing-policy)
+ [Nama catatan](#rrsets-values-basic-name)
+ [Menilai/Merutekan lalu lintas](#rrsets-values-basic-value)
+ [Tipe catatan](#rrsets-values-basic-type)
+ [TTL (detik)](#rrsets-values-basic-ttl)

## Kebijakan perutean
<a name="rrsets-values-basic-routing-policy"></a>

Pilih **Simple routing** (Perutean sederhana).

## Nama catatan
<a name="rrsets-values-basic-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama**. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Menilai/Merutekan lalu lintas
<a name="rrsets-values-basic-value"></a>

Pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan). Masukkan nilai yang sesuai untuk nilai **Jenis catatan**. Untuk semua jenis kecuali **CNAME**, Anda dapat memasukkan lebih dari satu nilai. Masukkan setiap nilai pada baris terpisah.

Anda dapat merutekan lalu lintas ke, atau menentukan nilai berikut:
+ **A — IPv4 alamat**
+ **AAAA — alamat IPv6 **
+ **CAA - Otorisasi Otoritas Sertifikat**
+ **CNAME — Nama kanonik**
+ **MX - Pertukaran surat**
+ **NAPTR - Penunjuk Otoritas Nama**
+ **NS - Server nama**

  Nama domain dari server nama, misalnya, **ns1.example.com**.
**catatan**  
Anda dapat menentukan catatan NS hanya dengan kebijakan perutean sederhana.
+ **PTR — Penunjuk**
+ **SPF - Kerangka Kebijakan Pengirim**
+ **SRV - Pencari lokasi layanan**
+ **TXT - Teks**

Untuk informasi selengkapnya tentang nilai di atas, lihat [nilai umum untuk Value/Route lalu lintas ke](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Tipe catatan
<a name="rrsets-values-basic-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai untuk **Jenis catatan** berdasarkan bagaimana Anda ingin Route 53 untuk menanggapi permintaan DNS. 

## TTL (detik)
<a name="rrsets-values-basic-ttl"></a>

Jumlah waktu, dalam detik, yang Anda inginkan untuk resolver rekursif DNS untuk menyimpan informasi tentang catatan ini dalam cache. Jika Anda menentukan nilai yang lebih lama (misalnya, 172.800 detik, atau dua hari), Anda mengurangi jumlah panggilan yang harus dilakukan oleh resolver rekursif DNS ke Route 53 untuk mendapatkan informasi terbaru dalam catatan ini. Ini memiliki efek mengurangi latensi dan mengurangi tagihan Anda untuk layanan Route 53. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 merutekan lalu lintas untuk domain Anda](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Namun, jika Anda menentukan nilai yang lebih lama untuk TTL, diperlukan waktu lebih lama agar perubahan pada catatan (misalnya, alamat IP baru) diterapkan karena resolver rekursif menggunakan nilai dalam cache mereka untuk waktu yang lebih lama sebelum mereka meminta Route 53 untuk informasi terakhir. Jika Anda mengubah setelan untuk domain atau subdomain yang sudah digunakan, sebaiknya tentukan dulu nilai yang lebih pendek, seperti 300 detik, dan tingkatkan nilainya setelah mengonfirmasi bahwa pengaturan baru sudah benar.

# Nilai khusus untuk catatan alias sederhana
<a name="resource-record-sets-values-alias"></a>

Saat Anda membuat catatan alias, Anda menentukan nilai berikut. Untuk informasi selengkapnya, lihat [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md).

**catatan**  
Jika Anda menggunakan Route 53 di AWS GovCloud (US) Region, fitur ini memiliki beberapa batasan. Untuk informasi selengkapnya, lihat halaman [Amazon Route 53](https://docs.aws.amazon.com/govcloud-us/latest/UserGuide/govcloud-r53.html) di *Panduan Pengguna AWS GovCloud (US) *.

**Topics**
+ [Kebijakan perutean](#rrsets-values-alias-routing-policy)
+ [Nama catatan](#rrsets-values-alias-name)
+ [Nilai/Rutekan lalu lintas ke](#rrsets-values-alias-alias-target)
+ [Tipe catatan](#rrsets-values-alias-type)
+ [Mengevaluasi Kondisi Target](#rrsets-values-alias-evaluate-target-health)

## Kebijakan perutean
<a name="rrsets-values-alias-routing-policy"></a>

Pilih **Simple routing** (Perutean sederhana).

## Nama catatan
<a name="rrsets-values-alias-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama**. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Nilai/Rutekan lalu lintas ke
<a name="rrsets-values-alias-alias-target"></a>

Nilai yang Anda pilih dari daftar atau yang Anda ketik di bidang tergantung pada AWS sumber daya yang Anda rutekan lalu lintas.

Untuk informasi tentang AWS sumber daya yang dapat Anda targetkan, lihat [nilai umum untuk catatan alias untuk value/route lalu lintas](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Untuk informasi selengkapnya tentang cara mengonfigurasi Route 53 untuk merutekan lalu lintas ke AWS sumber daya tertentu, lihat[Merutekan lalu lintas internet ke sumber daya Anda AWS](routing-to-aws-resources.md).

## Tipe catatan
<a name="rrsets-values-alias-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang berlaku berdasarkan AWS sumber daya yang Anda rutekan lalu lintas ke:

**API regional kustom API Gateway atau API yang dioptimalkan edge**  
Pilih **A — IPv4 alamat**.

**Titik akhir antarmuka Amazon VPC**  
Pilih **A — IPv4 alamat**.

**CloudFront distribusi**  
Pilih **A — IPv4 alamat**.  
Jika IPv6 diaktifkan untuk distribusi, buat dua catatan, satu dengan nilai **A — IPv4 alamat** untuk **Jenis**, dan satu dengan nilai **AAAA — IPv6 ** alamat.

**Layanan Pelari Aplikasi**  
Select **A — IPv4 alamat**

**Lingkungan Elastic Beanstalk yang memiliki subdomain regional**  
Select **A — IPv4 alamat**

**Penyeimbang beban ELB**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Buket Amazon S3**  
Select **A — IPv4 alamat**

**OpenSearch Layanan**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Catatan lain di zona yang di-hosting ini**  
Pilih jenis catatan yang Anda buatkan alias. Semua jenis didukung kecuali **NS** dan **SOA**.  
Jika Anda membuat catatan alias yang memiliki nama yang sama sebagai zona yang di-hosting (dikenal sebagai *zone apex*), Anda tidak dapat merutekan lalu lintas ke catatan dengan nilai **Jenis** adalah **CNAME**. Ini karena catatan alias harus memiliki jenis yang sama dengan catatan yang Anda tuju, dan membuat catatan CNAME untuk Zone Apex tidak didukung bahkan untuk catatan alias. 

## Mengevaluasi Kondisi Target
<a name="rrsets-values-alias-evaluate-target-health"></a>

Ketika nilai **Kebijakan perutean ** adalah **Sederhana**, Anda dapat memilih **Tidak** atau default **Ya** karena **Mengevaluasi kondisi target** tidak berpengaruh untuk perutean **Sederhana**. Jika Anda hanya memiliki satu catatan yang memiliki nama dan tipe tertentu, Route 53 merespons kueri DNS dengan menggunakan nilai dalam catatan tersebut terlepas dari apakah sumber dayanya sehat.

Untuk kebijakan perutean lainnya, **Evaluasi kesehatan target** menentukan apakah Route 53 memeriksa kesehatan sumber daya yang dirujuk oleh catatan alias:
+ **Layanan di mana Evaluasi kesehatan target memberikan manfaat operasional**: Untuk penyeimbang beban (ELB) dan AWS Elastic Beanstalk lingkungan dengan penyeimbang beban, pengaturan **Evaluasi kesehatan target** ke **Ya** memungkinkan Rute 53 untuk merutekan lalu lintas dari sumber daya yang tidak sehat.
+ **Layanan yang sangat tersedia**: Untuk layanan seperti bucket Amazon S3, titik akhir antarmuka VPC, Amazon API Gateway, Amazon Service AWS Global Accelerator, dan Amazon VPC Lattice OpenSearch **, Evaluate target** health tidak memberikan manfaat operasional karena layanan ini dirancang untuk ketersediaan tinggi. Untuk skenario failover dengan layanan ini, gunakan [pemeriksaan kesehatan Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/dns-failover.html) sebagai gantinya.

Untuk informasi terperinci tentang cara kerja **Evaluasi kesehatan target** dengan berbagai AWS layanan, lihat [ EvaluateTargetHealth](https://docs.aws.amazon.com/Route53/latest/APIReference/API_AliasTarget.html#Route53-Type-AliasTarget-EvaluateTargetHealth)dokumentasi di referensi API.

# Nilai khusus untuk catatan failover
<a name="resource-record-sets-values-failover"></a>

Saat Anda membuat catatan failover, Anda menentukan nilai berikut.

**catatan**  
Untuk informasi tentang cara membuat catatan failover di zona yang di-hosting pribadi, lihat [Mengonfigurasi failover di zona yang di-hosting secara privat](dns-failover-private-hosted-zones.md).

**Topics**
+ [Kebijakan perutean](#rrsets-values-failover-routing-policy)
+ [Nama catatan](#rrsets-values-failover-name)
+ [Tipe catatan](#rrsets-values-failover-type)
+ [TTL (detik)](#rrsets-values-failover-ttl)
+ [Menilai/Merutekan lalu lintas](#rrsets-values-failover-value)
+ [Tipe catatan failover](#rrsets-values-failover-record-type)
+ [Pemeriksaan kondisi](#rrsets-values-failover-associate-with-health-check)
+ [ID catatan](#rrsets-values-failover-set-id)

## Kebijakan perutean
<a name="rrsets-values-failover-routing-policy"></a>

Pilih **Failover**. 

## Nama catatan
<a name="rrsets-values-failover-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama catatan**. 

Masukkan nama yang sama untuk kedua catatan dalam grup catatan failover. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipe catatan
<a name="rrsets-values-failover-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang sama untuk catatan failover primer dan sekunder.

## TTL (detik)
<a name="rrsets-values-failover-ttl"></a>

Jumlah waktu, dalam detik, yang Anda inginkan untuk resolver rekursif DNS untuk menyimpan informasi tentang catatan ini dalam cache. Jika Anda menentukan nilai yang lebih lama (misalnya, 172.800 detik, atau dua hari), Anda mengurangi jumlah panggilan yang harus dilakukan oleh resolver rekursif DNS ke Route 53 untuk mendapatkan informasi terbaru dalam catatan ini. Ini memiliki efek mengurangi latensi dan mengurangi tagihan Anda untuk layanan Route 53. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 merutekan lalu lintas untuk domain Anda](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Namun, jika Anda menentukan nilai yang lebih lama untuk TTL, diperlukan waktu lebih lama agar perubahan pada catatan (misalnya, alamat IP baru) diterapkan karena resolver rekursif menggunakan nilai dalam cache mereka untuk waktu yang lebih lama sebelum mereka meminta Route 53 untuk informasi terakhir. Jika Anda mengubah setelan untuk domain atau subdomain yang sudah digunakan, sebaiknya tentukan dulu nilai yang lebih pendek, seperti 300 detik, dan tingkatkan nilainya setelah mengonfirmasi bahwa pengaturan baru sudah benar.

Jika Anda mengaitkan catatan ini dengan pemeriksaan kondisi, sebaiknya tentukan TTL 60 detik atau kurang sehingga klien merespons dengan cepat perubahan status kondisi.

## Menilai/Merutekan lalu lintas
<a name="rrsets-values-failover-value"></a>

Pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan). Masukkan nilai yang sesuai untuk nilai **Jenis catatan**. Untuk semua jenis kecuali **CNAME**, Anda dapat memasukkan lebih dari satu nilai. Masukkan setiap nilai pada baris terpisah.

Anda dapat merutekan lalu lintas ke, atau menentukan nilai berikut:
+ **A — IPv4 alamat**
+ **AAAA — alamat IPv6 **
+ **CAA - Otorisasi Otoritas Sertifikat**
+ **CNAME — Nama kanonik**
+ **MX - Pertukaran surat**
+ **NAPTR - Penunjuk Otoritas Nama**
+ **PTR — Penunjuk**
+ **SPF - Kerangka Kebijakan Pengirim**
+ **SRV - Pencari lokasi layanan**
+ **TXT - Teks**

Untuk informasi selengkapnya tentang nilai di atas, lihat [nilai umum untuk Value/Route lalu lintas ke](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Tipe catatan failover
<a name="rrsets-values-failover-record-type"></a>

Pilih nilai yang berlaku untuk catatan ini. Agar failover berfungsi dengan benar, Anda harus membuat satu catatan failover primer dan satu sekunder.

Anda tidak dapat membuat rekaman non-failover yang memiliki nilai yang sama untuk **Nama catatan** dan **Jenis catatan** sebagai catatan failover.

## Pemeriksaan kondisi
<a name="rrsets-values-failover-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi Kesehatan Target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias latensi, alias berbasis IP, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama Domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama Domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

## ID catatan
<a name="rrsets-values-failover-set-id"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan primer dan sekunder. 

# Nilai khusus untuk catatan alias failover
<a name="resource-record-sets-values-failover-alias"></a>

Ketika Anda membuat catatan alias failover, Anda menentukan nilai-nilai berikut.

Untuk informasi, lihat topik berikut:
+ Untuk informasi tentang membuat rekaman failover di zona yang di-hosting pribadi, lihat [Mengonfigurasi failover di zona yang di-hosting secara privat](dns-failover-private-hosted-zones.md).
+ Untuk informasi tentang catatan alias, lihat [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Kebijakan perutean](#rrsets-values-failover-alias-routing-policy)
+ [Nama catatan](#rrsets-values-failover-alias-name)
+ [Tipe catatan](#rrsets-values-failover-alias-type)
+ [Nilai/Rutekan lalu lintas ke](#rrsets-values-failover-alias-alias-target)
+ [Tipe catatan failover](#rrsets-values-failover-alias-failover-record-type)
+ [Pemeriksaan kondisi](#rrsets-values-failover-alias-associate-with-health-check)
+ [Mengevaluasi Kondisi Target](#rrsets-values-failover-alias-evaluate-target-health)
+ [ID catatan](#rrsets-values-failover-alias-set-id)

## Kebijakan perutean
<a name="rrsets-values-failover-alias-routing-policy"></a>

Pilih **Failover**. 

## Nama catatan
<a name="rrsets-values-failover-alias-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama catatan**. 

Masukkan nama yang sama untuk kedua catatan dalam grup catatan failover. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Tipe catatan
<a name="rrsets-values-failover-alias-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang berlaku berdasarkan AWS sumber daya yang Anda rutekan lalu lintas. Pilih nilai yang sama untuk catatan failover primer dan sekunder:

**API regional kustom API Gateway atau API yang dioptimalkan edge**  
Pilih **A — IPv4 alamat**.

**Titik akhir antarmuka Amazon VPC**  
Pilih **A — IPv4 alamat**.

**CloudFront distribusi**  
Pilih **A — IPv4 alamat**.  
Jika IPv6 diaktifkan untuk distribusi, buat dua catatan, satu dengan nilai **A — IPv4 alamat** untuk **Jenis**, dan satu dengan nilai **AAAA — IPv6 ** alamat.

**Layanan Pelari Aplikasi**  
Select **A — IPv4 alamat**

**Lingkungan Elastic Beanstalk yang memiliki subdomain regional**  
Select **A — IPv4 alamat**

**Penyeimbang beban ELB**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Buket Amazon S3**  
Select **A — IPv4 alamat**

**OpenSearch Layanan**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Catatan lain di zona yang di-hosting ini**  
Pilih jenis catatan yang Anda buatkan alias. Semua jenis didukung kecuali **NS** dan **SOA**.  
Jika Anda membuat catatan alias yang memiliki nama yang sama sebagai zona yang di-hosting (dikenal sebagai *zone apex*), Anda tidak dapat merutekan lalu lintas ke catatan dengan nilai **Jenis** adalah **CNAME**. Ini karena catatan alias harus memiliki jenis yang sama dengan catatan yang Anda tuju, dan membuat catatan CNAME untuk Zone Apex tidak didukung bahkan untuk catatan alias. 

## Nilai/Rutekan lalu lintas ke
<a name="rrsets-values-failover-alias-alias-target"></a>

Nilai yang Anda pilih dari daftar atau yang Anda ketik di bidang tergantung pada AWS sumber daya yang Anda rutekan lalu lintas.

Untuk informasi tentang AWS sumber daya yang dapat Anda targetkan, lihat [nilai umum untuk catatan alias untuk value/route lalu lintas](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Untuk informasi selengkapnya tentang cara mengonfigurasi Route 53 untuk merutekan lalu lintas ke AWS sumber daya tertentu, lihat[Merutekan lalu lintas internet ke sumber daya Anda AWS](routing-to-aws-resources.md).

**catatan**  
Saat Anda membuat catatan failover primer dan sekunder, Anda dapat secara opsional membuat satu failover dan satu catatan *alias* failover yang memiliki nilai yang sama untuk **Nama** dan **Jenis catatan**. Jika Anda mencampur failover dan failover alias catatan, salah satunya bisa menjadi catatan utama. 

## Tipe catatan failover
<a name="rrsets-values-failover-alias-failover-record-type"></a>

Pilih nilai yang berlaku untuk catatan ini. Agar failover berfungsi dengan benar, Anda harus membuat satu catatan failover primer dan satu sekunder.

Anda tidak dapat membuat rekaman non-failover yang memiliki nilai yang sama untuk **Nama catatan** dan **Jenis catatan** sebagai catatan failover.

## Pemeriksaan kondisi
<a name="rrsets-values-failover-alias-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi Kesehatan Target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias latensi, alias berbasis IP, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama Domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama Domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

## Mengevaluasi Kondisi Target
<a name="rrsets-values-failover-alias-evaluate-target-health"></a>

Pilih **Ya** jika Anda ingin Route 53 untuk menentukan apakah untuk menanggapi permintaan DNS menggunakan catatan ini dengan memeriksa kondisi sumber daya yang ditentukan oleh **Titik akhir**. 

Perhatikan hal-hal berikut:

**API Gateway khusus regional APIs dan dioptimalkan tepi APIs**  
Tidak ada persyaratan khusus untuk menyetel **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah API regional kustom API Gateway atau API yang dioptimalkan edge.

**CloudFront distribusi**  
Anda tidak dapat menetapkan **Evaluasi kesehatan target** ke **Ya** ketika titik akhir adalah CloudFront distribusi.

**Lingkungan Elastic Beanstalk yang memiliki subdomain regionalisasi**  
Jika Anda menentukan lingkungan Elastic Beanstalk di **Titik Akhir** dan lingkungan berisi penyeimbang beban ELB, Elastic Load Balancing hanya merutekan kueri ke Instans Amazon EC2 yang sehat dan terdaftar dengan penyeimbang beban. (Lingkungan secara otomatis berisi penyeimbang beban ELB jika mencakup lebih dari satu Instans Amazon EC2.) Jika Anda mengatur **Evaluasi kondisi target** ke **Ya** dan Instans Amazon EC2 atau penyeimbang beban tidak ada yang sehat, Route 53 merutekan kueri ke sumber daya lain sehat yang tersedia, jika ada.   
Jika lingkungan berisi contoh Instans Amazon EC2 tunggal, tidak ada persyaratan khusus.

**penyeimbang beban ELB**  
Perilaku pemeriksaan kondisi tergantung jenis penyeimbang beban:  
+ **Classic Load Balancer** – Jika Anda menentukan Classic Load Balancer ELB di **Titik akhir**, Elastic Load Balancing merutekan kueri hanya ke instans Amazon EC2 sehat yang terdaftar dengan penyeimbang beban. Jika Anda menyetel **Evaluasi kondisi target** ke **Ya** dan tidak ada instans EC2 yang sehat atau penyeimbang beban itu sendiri tidak sehat, Route 53 merutekan kueri ke sumber daya lain.
+ **Aplikasi dan Penyeimbang Beban Jaringan** – Jika Anda menentukan Aplikasi ELB atau Penyeimbang Beban Jaringan dan Anda menyetel **Evaluasi kondisi target** ke **Ya**, Route 53 merutekan kueri ke penyeimbang beban berdasarkan kondisi grup target yang terkait dengan penyeimbang beban:
  + Agar Aplikasi atau Network Load Balancer dianggap sehat, kelompok sasaran yang berisi target harus mengandung setidaknya satu target yang sehat. Jika setiap kelompok target hanya berisi target yang tidak sehat, penyeimbang beban dianggap tidak sehat, dan Route 53 merutekan permintaan ke sumber daya lainnya.
  + Grup target yang tidak memiliki target terdaftar dianggap tidak sehat.
Bila Anda membuat penyeimbang beban, Anda mengonfigurasi pengaturan untuk pemeriksaan kondisi Elastic Load Balancing; bukan pemeriksaan kondisi Route 53, tetapi melakukan fungsi serupa. Tidak membuat pemeriksaan kondisi Route 53 untuk Instans EC2 yang Anda daftarkan dengan penyeimbang beban ELB. 

**Bucket S3**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah bucket S3.

**Titik akhir antarmuka Amazon VPC**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah antarmuka Amazon VPC.

**Catatan lain di zona yang di-hosting**  
Jika AWS sumber daya yang Anda tentukan di **Endpoint** adalah rekaman atau grup catatan (misalnya, grup catatan tertimbang) tetapi bukan catatan alias lain, sebaiknya Anda mengaitkan pemeriksaan kesehatan dengan semua catatan di titik akhir. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID catatan
<a name="rrsets-values-failover-alias-set-id"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan primer dan sekunder. 

# Nilai khusus untuk catatan geolokasi
<a name="resource-record-sets-values-geo"></a>

Saat Anda membuat catatan geolokasi, Anda menentukan nilai berikut.

**Topics**
+ [Kebijakan perutean](#rrsets-values-geo-routing-policy)
+ [Nama catatan](#rrsets-values-geo-name)
+ [Tipe catatan](#rrsets-values-geo-type)
+ [TTL (detik)](#rrsets-values-geo-ttl)
+ [Menilai/Merutekan lalu lintas](#rrsets-values-geo-value)
+ [Lokasi](#rrsets-values-geo-location)
+ [Negara bagian AS](#rrsets-values-geo-sublocation)
+ [Pemeriksaan kondisi](#rrsets-values-geo-associate-with-health-check)
+ [ID catatan](#rrsets-values-geo-set-id)

## Kebijakan perutean
<a name="rrsets-values-geo-routing-policy"></a>

Pilih **Geolocation** (Geolokasi). 

## Nama catatan
<a name="rrsets-values-geo-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama**. 

Masukkan nama yang sama untuk semua catatan dalam grup catatan geolokasi. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipe catatan
<a name="rrsets-values-geo-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang sama untuk semua catatan dalam grup catatan geolokasi.

## TTL (detik)
<a name="rrsets-values-geo-ttl"></a>

Jumlah waktu, dalam detik, yang Anda inginkan untuk resolver rekursif DNS untuk menyimpan informasi tentang catatan ini dalam cache. Jika Anda menentukan nilai yang lebih lama (misalnya, 172.800 detik, atau dua hari), Anda mengurangi jumlah panggilan yang harus dilakukan oleh resolver rekursif DNS ke Route 53 untuk mendapatkan informasi terbaru dalam catatan ini. Ini memiliki efek mengurangi latensi dan mengurangi tagihan Anda untuk layanan Route 53. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 merutekan lalu lintas untuk domain Anda](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Namun, jika Anda menentukan nilai yang lebih lama untuk TTL, diperlukan waktu lebih lama agar perubahan pada catatan (misalnya, alamat IP baru) diterapkan karena resolver rekursif menggunakan nilai dalam cache mereka untuk waktu yang lebih lama sebelum mereka meminta Route 53 untuk informasi terakhir. Jika Anda mengubah setelan untuk domain atau subdomain yang sudah digunakan, sebaiknya tentukan dulu nilai yang lebih pendek, seperti 300 detik, dan tingkatkan nilainya setelah mengonfirmasi bahwa pengaturan baru sudah benar.

Jika Anda mengaitkan catatan ini dengan pemeriksaan kondisi, sebaiknya tentukan TTL 60 detik atau kurang sehingga klien merespons dengan cepat perubahan status kondisi.

## Menilai/Merutekan lalu lintas
<a name="rrsets-values-geo-value"></a>

Pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan). Masukkan nilai yang sesuai untuk nilai **Jenis catatan**. Untuk semua jenis kecuali **CNAME**, Anda dapat memasukkan lebih dari satu nilai. Masukkan setiap nilai pada baris terpisah.

Anda dapat merutekan lalu lintas ke, atau menentukan nilai berikut:
+ **A — IPv4 alamat**
+ **AAAA — alamat IPv6 **
+ **CAA - Otorisasi Otoritas Sertifikat**
+ **CNAME — Nama kanonik**
+ **MX - Pertukaran surat**
+ **NAPTR - Penunjuk Otoritas Nama**
+ **PTR — Penunjuk**
+ **SPF - Kerangka Kebijakan Pengirim**
+ **SRV - Pencari lokasi layanan**
+ **TXT - Teks**

Untuk informasi selengkapnya tentang nilai di atas, lihat [nilai umum untuk Value/Route lalu lintas ke](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Lokasi
<a name="rrsets-values-geo-location"></a>

Saat Anda mengonfigurasi Route 53 untuk merespons kueri DNS berdasarkan lokasi asal kueri, pilih benua atau negara yang Anda inginkan agar Route 53 merespons dengan pengaturan dalam catatan ini. Jika Anda ingin Route 53 merespons kueri DNS untuk masing-masing negara bagian di Amerika Serikat, pilih **United States** (Amerika Serikat) dari daftar **Location** (Lokasi), lalu pilih negara bagian di bagian grup **Sublocation** (Sublokasi).

Untuk zona host pribadi, pilih benua, negara, atau sub-divisi Wilayah AWS yang paling dekat dengan tempat sumber daya Anda berada. Misalnya, jika sumber daya Anda ada di us-east-1, Anda dapat menentukan Amerika Utara, Amerika Serikat, atau Virginia.

**penting**  
Kami merekomendasikan agar Anda membuat satu data geolokasi yang memiliki nilai **Default** untuk **Lokasi**. Ini mencakup lokasi geografis yang catatannya belum Anda buat dan alamat IP yang lokasinya tidak dapat diidentifikasi oleh Route 53.

Anda tidak dapat membuat catatan nongeolokasi yang memiliki nilai yang sama untuk **Nama catatan** dan **Jenis catatan** sebagai catatan geolokasi.

Untuk informasi selengkapnya, lihat [Perutean geolokasi](routing-policy-geo.md).

Berikut adalah negara-negara yang Amazon Route 53 kaitkan dengan setiap benua. Kode negara berasal dari ISO 3166. Untuk informasi lebih lanjut, lihat artikel Wikipedia [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2):

**Afrika (AF)**  
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW

**Antartika (AN)**  
AQ, GS, TF

**Asia (AS)**  
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE

**Eropa (Uni Eropa)**  
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK  
Beberapa penyedia menganggap TR berada di Asia dan alamat IP akan mencerminkan hal itu.

**Amerika Utara (NA)**  
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI

**Oseania (OC)**  
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS

**Amerika Selatan (SA)**  
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE

**catatan**  
Route 53 tidak mendukung pembuatan catatan geolokasi untuk negara-negara berikut: Pulau Bouvet (BV), Pulau Natal (CX), Sahara Barat (EH), dan Pulau dan Kepulauan Heard (HM). McDonald Tidak ada data yang tersedia mengenai alamat IP untuk negara-negara ini.

## Negara bagian AS
<a name="rrsets-values-geo-sublocation"></a>

Jika Anda mengonfigurasi Route 53 untuk merespons permintaan DNS berdasarkan keadaan Amerika Serikat tempat asal kueri, pilih negara dari daftar **Negara bagian AS**. Wilayah Amerika Serikat (misalnya, Puerto Riko) terdaftar sebagai negara di daftar **Lokasi**.

**penting**  
Beberapa alamat IP dikaitkan dengan Amerika Serikat, tetapi tidak dengan negara bagian individual. Jika Anda membuat catatan untuk semua negara bagian di Amerika Serikat, kami menyarankan Anda juga membuat catatan untuk Amerika Serikat untuk merutekan kueri untuk alamat IP yang tidak terkait ini. Jika Anda tidak membuat catatan untuk Amerika Serikat, Route 53 merespons kueri DNS dari alamat IP Amerika Serikat yang tidak terkait dengan pengaturan dari catatan geolokasi default (jika Anda membuatnya) atau dengan respons "tidak ada jawaban". 

## Pemeriksaan kondisi
<a name="rrsets-values-geo-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi Kesehatan Target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias latensi, alias berbasis IP, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama Domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama Domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

Untuk catatan geolokasi, jika titik akhir tidak sehat, Route 53 mencari catatan untuk Wilayah geografis terkait yang lebih besar. Misalnya, Anda memiliki catatan untuk negara bagian di Amerika Serikat, Amerika Serikat, Amerika Utara, dan untuk semua lokasi (**Lokasi** adalah **Default**). Jika titik akhir untuk catatan negara bagian tidak sehat, Route 53 memeriksa catatan untuk Amerika Serikat, Amerika Utara, dan untuk semua lokasi, dalam urutan itu, hingga menemukan catatan yang memiliki titik akhir yang sehat. Jika semua rekaman yang berlaku tidak sehat, termasuk catatan untuk semua lokasi, Route 53 merespons kueri DNS menggunakan nilai catatan untuk wilayah geografis terkecil. 

## ID catatan
<a name="rrsets-values-geo-set-id"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan geolokasi.

# Nilai khusus untuk catatan alias geolokasi
<a name="resource-record-sets-values-geo-alias"></a>

Saat Anda membuat catatan alias geolokasi, Anda menentukan nilai berikut.

Untuk informasi selengkapnya, lihat [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Kebijakan perutean](#rrsets-values-geo-alias-routing-policy)
+ [Nama catatan](#rrsets-values-geo-alias-name)
+ [Tipe catatan](#rrsets-values-geo-alias-type)
+ [Nilai/Rutekan lalu lintas ke](#rrsets-values-geo-alias-alias-target)
+ [Lokasi](#rrsets-values-geo-alias-location)
+ [Negara bagian AS](#rrsets-values-geo-alias-sublocation)
+ [Pemeriksaan kondisi](#rrsets-values-geo-alias-associate-with-health-check)
+ [Mengevaluasi Kondisi Target](#rrsets-values-geo-alias-evaluate-target-health)
+ [ID catatan](#rrsets-values-geo-alias-set-id)

## Kebijakan perutean
<a name="rrsets-values-geo-alias-routing-policy"></a>

Pilih **Geolocation** (Geolokasi). 

## Nama catatan
<a name="rrsets-values-geo-alias-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama catatan**. 

Masukkan nama yang sama untuk semua catatan dalam grup catatan geolokasi. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Tipe catatan
<a name="rrsets-values-geo-alias-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang berlaku berdasarkan AWS sumber daya yang Anda rutekan lalu lintas. Pilih nilai yang sama untuk semua catatan dalam grup catatan geolokasi:

**API regional kustom API Gateway atau API yang dioptimalkan edge**  
Pilih **A — IPv4 alamat**.

**Titik akhir antarmuka Amazon VPC**  
Pilih **A — IPv4 alamat**.

**CloudFront distribusi**  
Pilih **A — IPv4 alamat**.  
Jika IPv6 diaktifkan untuk distribusi, buat dua catatan, satu dengan nilai **A — IPv4 alamat** untuk **Jenis**, dan satu dengan nilai **AAAA — IPv6 ** alamat.

**Layanan Pelari Aplikasi**  
Select **A — IPv4 alamat**

**Lingkungan Elastic Beanstalk yang memiliki subdomain regional**  
Select **A — IPv4 alamat**

**Penyeimbang beban ELB**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Buket Amazon S3**  
Select **A — IPv4 alamat**

**OpenSearch Layanan**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Catatan lain di zona yang di-hosting ini**  
Pilih jenis catatan yang Anda buatkan alias. Semua jenis didukung kecuali **NS** dan **SOA**.  
Jika Anda membuat catatan alias yang memiliki nama yang sama sebagai zona yang di-hosting (dikenal sebagai *zone apex*), Anda tidak dapat merutekan lalu lintas ke catatan dengan nilai **Jenis** adalah **CNAME**. Ini karena catatan alias harus memiliki jenis yang sama dengan catatan yang Anda tuju, dan membuat catatan CNAME untuk Zone Apex tidak didukung bahkan untuk catatan alias. 

## Nilai/Rutekan lalu lintas ke
<a name="rrsets-values-geo-alias-alias-target"></a>

Nilai yang Anda pilih dari daftar atau yang Anda ketik di bidang tergantung pada AWS sumber daya yang Anda rutekan lalu lintas.

Untuk informasi tentang AWS sumber daya apa yang dapat Anda targetkan, lihat[Menilai/Merutekan lalu lintas](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Untuk informasi selengkapnya tentang cara mengonfigurasi Route 53 untuk merutekan lalu lintas ke AWS sumber daya tertentu, lihat[Merutekan lalu lintas internet ke sumber daya Anda AWS](routing-to-aws-resources.md).

## Lokasi
<a name="rrsets-values-geo-alias-location"></a>

Saat Anda mengonfigurasi Route 53 untuk merespons kueri DNS berdasarkan lokasi asal kueri, pilih benua atau negara yang Anda inginkan agar Route 53 merespons dengan pengaturan dalam catatan ini. Jika Anda ingin Route 53 merespons kueri DNS untuk masing-masing negara bagian di Amerika Serikat, pilih **United States** (Amerika Serikat) dari daftar **Location** (Lokasi), lalu pilih negara bagian dari daftar **U.S. states** (negara bagian AS).

Untuk zona host pribadi, pilih benua, negara, atau sub-divisi Wilayah AWS yang paling dekat dengan tempat sumber daya Anda berada. Misalnya, jika sumber daya Anda ada di us-east-1, Anda dapat menentukan Amerika Utara, Amerika Serikat, atau Virginia.

**penting**  
Kami merekomendasikan agar Anda membuat satu data geolokasi yang memiliki nilai **Default** untuk **Lokasi**. Ini mencakup lokasi geografis yang catatannya belum Anda buat dan alamat IP yang lokasinya tidak dapat diidentifikasi oleh Route 53.

Anda tidak dapat membuat catatan nongeolokasi yang memiliki nilai yang sama untuk **Nama catatan** dan **Jenis catatan** sebagai catatan geolokasi.

Untuk informasi selengkapnya, lihat [Perutean geolokasi](routing-policy-geo.md).

Berikut adalah negara-negara yang Amazon Route 53 kaitkan dengan setiap benua. Kode negara berasal dari ISO 3166. Untuk informasi lebih lanjut, lihat artikel Wikipedia [ISO 3166-1 alpha-2](http://en.wikipedia.org/wiki/ISO_3166-1_alpha-2):

**Afrika (AF)**  
AO, BF, BI, BJ, BW, CD, CF, CG, CI, CM, CV, DJ, DZ, EG, ER, ET, GA, GH, GM, GN, GQ, GW, KE, KM, LR, LS, LY, MA, MG, ML, MR, MU, MW, MZ, NA, NE, NG, RE, RW, SC, SD, SH, SL, SN, SO, SS, ST, SZ, TD, TG, TN, TZ, UG, YT, ZA, ZM, ZW

**Antartika (AN)**  
AQ, GS, TF

**Asia (AS)**  
AE, AF, AM, AZ, BD, BH, BN, BT, CC, CN, GE, HK, ID, IL, IN, IO, IQ, IR, JO, JP, KG, KH, KP, KR, KW, KZ, LA, LB, LK, MM, MN, MO, MV, MY, NP, OM, PH, PK, PS, QA, SA, SG, SY, TH, TJ, TM, TW, UZ, VN, YE

**Eropa (Uni Eropa)**  
AD, AL, AT, AX, BA, BE, BG, BY, CH, CY, CZ, DE, DK, EE, ES, FI, FO, FR, GB, GG, GI, GR, HR, HU, IE, IM, IS, IT, JE, LI, LT, LU, LV, MC, MD, ME, MK, MT, NL, NO, PL, PT, RO, RS, RU, SE, SI, SJ, SK, SM, TR, UA, VA, XK  
Beberapa penyedia menganggap TR berada di Asia dan alamat IP akan mencerminkan hal itu.

**Amerika Utara (NA)**  
AG, AI, AW, BB, BL, BM, BQ, BS, BZ, CA, CR, CU, CW, DM, DO, GD, GL, GP, GT, HN, HT, JM, KN, KY, LC, MF, MQ, MS, MX, NI, PA, PM, PR, SV, SX, TC, TT, US, VC, VG, VI

**Oseania (OC)**  
AS, AU, CK, FJ, FM, GU, KI, MH, MP, NC, NF, NR, NU, NZ, PF, PG, PN, PW, SB, TK, TL, TO, TV, UM, VU, WF, WS

**Amerika Selatan (SA)**  
AR, BO, BR, CL, CO, EC, FK, GF, GY, PE, PY, SR, UY, VE

**catatan**  
Route 53 tidak mendukung pembuatan catatan geolokasi untuk negara-negara berikut: Pulau Bouvet (BV), Pulau Natal (CX), Sahara Barat (EH), dan Pulau dan Kepulauan Heard (HM). McDonald Tidak ada data yang tersedia mengenai alamat IP untuk negara-negara ini.

## Negara bagian AS
<a name="rrsets-values-geo-alias-sublocation"></a>

Jika Anda mengonfigurasi Route 53 untuk merespons permintaan DNS berdasarkan keadaan Amerika Serikat tempat asal kueri, pilih negara dari daftar **Negara bagian AS**. Wilayah Amerika Serikat (misalnya, Puerto Riko) terdaftar sebagai negara di daftar **Lokasi**.

**penting**  
Beberapa alamat IP dikaitkan dengan Amerika Serikat, tetapi tidak dengan negara bagian individual. Jika Anda membuat catatan untuk semua negara bagian di Amerika Serikat, kami menyarankan Anda juga membuat catatan untuk Amerika Serikat untuk merutekan kueri untuk alamat IP yang tidak terkait ini. Jika Anda tidak membuat catatan untuk Amerika Serikat, Route 53 merespons kueri DNS dari alamat IP Amerika Serikat yang tidak terkait dengan pengaturan dari catatan geolokasi default (jika Anda membuatnya) atau dengan respons "tidak ada jawaban". 

## Pemeriksaan kondisi
<a name="rrsets-values-geo-alias-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi kesehatan target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias latensi, alias berbasis IP, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

Untuk catatan geolokasi, jika titik akhir tidak sehat, Route 53 mencari catatan untuk Wilayah geografis terkait yang lebih besar. Misalnya, Anda memiliki catatan untuk negara bagian di Amerika Serikat, Amerika Serikat, Amerika Utara, dan untuk semua lokasi (**Lokasi** adalah **Default**). Jika titik akhir untuk catatan negara bagian tidak sehat, Route 53 memeriksa catatan untuk Amerika Serikat, Amerika Utara, dan untuk semua lokasi, dalam urutan itu, hingga menemukan catatan yang memiliki titik akhir yang sehat. Jika semua rekaman yang berlaku tidak sehat, termasuk catatan untuk semua lokasi, Route 53 merespons kueri DNS menggunakan nilai catatan untuk wilayah geografis terkecil. 

## Mengevaluasi Kondisi Target
<a name="rrsets-values-geo-alias-evaluate-target-health"></a>

Pilih **Ya** jika Anda ingin Route 53 untuk menentukan apakah untuk menanggapi permintaan DNS menggunakan catatan ini dengan memeriksa kondisi sumber daya yang ditentukan oleh **Titik akhir**. 

Perhatikan hal-hal berikut:

**API Gateway khusus regional APIs dan dioptimalkan tepi APIs**  
Tidak ada persyaratan khusus untuk menyetel **Evaluasi kesehatan target** ke **Ya** ketika titik akhir adalah API Regional kustom API Gateway API atau API yang dioptimalkan tepi.

**CloudFront distribusi**  
Anda tidak dapat menetapkan **Evaluasi kesehatan target** ke **Ya** ketika titik akhir adalah CloudFront distribusi.

**Lingkungan Elastic Beanstalk yang memiliki subdomain regionalisasi**  
Jika Anda menentukan lingkungan Elastic Beanstalk di **Titik Akhir** dan lingkungan berisi penyeimbang beban ELB, Elastic Load Balancing hanya merutekan kueri ke Instans Amazon EC2 yang sehat dan terdaftar dengan penyeimbang beban. (Lingkungan secara otomatis berisi penyeimbang beban ELB jika mencakup lebih dari satu Instans Amazon EC2.) Jika Anda mengatur **Evaluasi kondisi target** ke **Ya** dan Instans Amazon EC2 atau penyeimbang beban tidak ada yang sehat, Route 53 merutekan kueri ke sumber daya lain sehat yang tersedia, jika ada.   
Jika lingkungan berisi contoh Instans Amazon EC2 tunggal, tidak ada persyaratan khusus.

**penyeimbang beban ELB**  
Perilaku pemeriksaan kondisi tergantung jenis penyeimbang beban:  
+ **Classic Load Balancer** – Jika Anda menentukan Classic Load Balancer ELB di **Titik akhir**, Elastic Load Balancing merutekan kueri hanya ke instans Amazon EC2 sehat yang terdaftar dengan penyeimbang beban. Jika Anda menyetel **Evaluasi kondisi target** ke **Ya** dan tidak ada instans EC2 yang sehat atau penyeimbang beban itu sendiri tidak sehat, Route 53 merutekan kueri ke sumber daya lain.
+ **Aplikasi dan Penyeimbang Beban Jaringan** – Jika Anda menentukan Aplikasi ELB atau Penyeimbang Beban Jaringan dan Anda menyetel **Evaluasi kondisi target** ke **Ya**, Route 53 merutekan kueri ke penyeimbang beban berdasarkan kondisi grup target yang terkait dengan penyeimbang beban:
  + Agar Aplikasi atau Penyeimbang Beban Jaringan dianggap sehat, setiap kelompok target yang berisi target harus berisi setidaknya satu target yang sehat. Jika setiap kelompok target hanya berisi target yang tidak sehat, penyeimbang beban dianggap tidak sehat, dan Route 53 merutekan permintaan ke sumber daya lainnya.
  + Grup target yang tidak memiliki target terdaftar dianggap tidak sehat.
Bila Anda membuat penyeimbang beban, Anda mengonfigurasi pengaturan untuk pemeriksaan kondisi Elastic Load Balancing; bukan pemeriksaan kondisi Route 53, tetapi melakukan fungsi serupa. Tidak membuat pemeriksaan kondisi Route 53 untuk Instans EC2 yang Anda daftarkan dengan penyeimbang beban ELB. 

**Bucket S3**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah bucket S3.

**Titik akhir antarmuka Amazon VPC**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah antarmuka Amazon VPC.

**Catatan lain di zona yang di-hosting**  
Jika AWS sumber daya yang Anda tentukan di **Endpoint** adalah rekaman atau grup catatan (misalnya, grup catatan tertimbang) tetapi bukan catatan alias lain, sebaiknya Anda mengaitkan pemeriksaan kesehatan dengan semua catatan di titik akhir. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID catatan
<a name="rrsets-values-geo-alias-set-id"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan geolokasi.

# Nilai khusus untuk catatan geoproximity
<a name="resource-record-sets-values-geoprox"></a>

Saat Anda membuat catatan geoproximity, Anda menentukan nilai berikut.

**Topics**
+ [Kebijakan perutean](#rrsets-values-geoprox-routing-policy)
+ [Nama catatan](#rrsets-values-geoprox-name)
+ [Tipe catatan](#rrsets-values-geoprox-type)
+ [TTL (detik)](#rrsets-values-geoprox-ttl)
+ [Menilai/Merutekan lalu lintas](#rrsets-values-geoprox-value)
+ [Lokasi titik akhir](#rrsets-values-geoprox-endpoint-location)
+ [Bias](#rrsets-values-geoprox-bias)
+ [Pemeriksaan kondisi](#rrsets-values-geoprox-associate-with-health-check)
+ [ID catatan](#rrsets-values-geoprox-set-id)

## Kebijakan perutean
<a name="rrsets-values-geoprox-routing-policy"></a>

Pilih **Geoproximity**. 

## Nama catatan
<a name="rrsets-values-geoprox-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama**. 

Masukkan nama yang sama untuk semua catatan dalam grup catatan geoproximity. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipe catatan
<a name="rrsets-values-geoprox-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang sama untuk semua catatan dalam kelompok catatan geoproximity.

## TTL (detik)
<a name="rrsets-values-geoprox-ttl"></a>

Jumlah waktu, dalam detik, yang Anda inginkan untuk resolver rekursif DNS untuk menyimpan informasi tentang catatan ini dalam cache. Jika Anda menentukan nilai yang lebih lama (misalnya, 172.800 detik, atau dua hari), Anda mengurangi jumlah panggilan yang harus dilakukan oleh resolver rekursif DNS ke Route 53 untuk mendapatkan informasi terbaru dalam catatan ini. Ini memiliki efek mengurangi latensi dan mengurangi tagihan Anda untuk layanan Route 53. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 merutekan lalu lintas untuk domain Anda](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Namun, jika Anda menentukan nilai yang lebih lama untuk TTL, diperlukan waktu lebih lama agar perubahan pada catatan (misalnya, alamat IP baru) diterapkan karena resolver rekursif menggunakan nilai dalam cache mereka untuk waktu yang lebih lama sebelum mereka meminta Route 53 untuk informasi terakhir. Jika Anda mengubah setelan untuk domain atau subdomain yang sudah digunakan, sebaiknya tentukan dulu nilai yang lebih pendek, seperti 300 detik, dan tingkatkan nilainya setelah mengonfirmasi bahwa pengaturan baru sudah benar.

Jika Anda mengaitkan catatan ini dengan pemeriksaan kondisi, sebaiknya tentukan TTL 60 detik atau kurang sehingga klien merespons dengan cepat perubahan status kondisi.

## Menilai/Merutekan lalu lintas
<a name="rrsets-values-geoprox-value"></a>

Pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan). Masukkan nilai yang sesuai untuk nilai **Jenis catatan**. Untuk semua jenis kecuali **CNAME**, Anda dapat memasukkan lebih dari satu nilai. Masukkan setiap nilai pada baris terpisah.

Anda dapat merutekan lalu lintas ke, atau menentukan nilai berikut:
+ **A — IPv4 alamat**
+ **AAAA — alamat IPv6 **
+ **CAA - Otorisasi Otoritas Sertifikat**
+ **CNAME — Nama kanonik**
+ **MX - Pertukaran surat**
+ **NAPTR - Penunjuk Otoritas Nama**
+ **PTR — Penunjuk**
+ **SPF - Kerangka Kebijakan Pengirim**
+ **SRV - Pencari lokasi layanan**
+ **TXT - Teks**

Untuk informasi selengkapnya tentang nilai di atas, lihat [nilai umum untuk Value/Route lalu lintas ke](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Lokasi titik akhir
<a name="rrsets-values-geoprox-endpoint-location"></a>

Anda dapat menentukan lokasi titik akhir sumber daya dengan menggunakan salah satu dari berikut ini: 

**Koordinat kustom**  
Tentukan garis bujur dan garis lintang untuk area geopgrafi.

**Wilayah AWS**  
Pilih Wilayah yang tersedia dari daftar **Lokasi**.   
Untuk informasi selengkapnya tentang Wilayah, lihat [Infrastruktur AWS Global](https://aws.amazon.com/about-aws/global-infrastructure/).

**AWS Grup Zona Lokal**  
Pilih Grup Zona Lokal yang tersedia dari daftar **Lokasi**.  
Untuk informasi selengkapnya tentang Local Zones, lihat [Available Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) di *Panduan Pengguna AWS Local Zones*. Grup Zona lokal biasanya adalah Zona Lokal tanpa karakter akhir. Misalnya, jika Zona Lokal adalah `us-east-1-bue-1a` Grup Zona Lokal`us-east-1-bue-1`.

Anda juga dapat mengidentifikasi Grup Local Zones untuk Zona Lokal tertentu dengan menggunakan perintah [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI:

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

Perintah ini mengembalikan:`"GroupName": "us-west-2-den-1"`, menentukan bahwa Zona Lokal `us-west-2-den-1a` milik Grup `us-west-2-den-1` Zona Lokal.

Anda tidak dapat membuat rekaman non-geoproximity yang memiliki nilai yang sama untuk **nama Rekam dan jenis Rekam** **sebagai catatan** geoproximity.

Anda juga tidak dapat membuat dua kumpulan rekaman sumber daya geoproximity yang menentukan lokasi yang sama untuk nama rekaman dan jenis rekaman yang sama.

## Bias
<a name="rrsets-values-geoprox-bias"></a>

Bias memperluas atau menyusutkan wilayah geografis dari mana Rute 53 merutekan lalu lintas ke sumber daya. Bias positif memperluas area, dan bias negatif menyusutkannya. Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 menggunakan bias untuk merutekan lalu lintas](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).

## Pemeriksaan kondisi
<a name="rrsets-values-geoprox-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi Kesehatan Target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias geoproximity, alias latensi, alias berbasis IP, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama Domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama Domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

Untuk catatan geoproximity, jika titik akhir tidak sehat, Route 53 mencari titik akhir terdekat yang masih sehat. 

## ID catatan
<a name="rrsets-values-geoprox-set-id"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam kelompok catatan geoproximity.

# Nilai khusus untuk catatan alias geoproximity
<a name="resource-record-sets-values-geoprox-alias"></a>

Saat Anda membuat catatan alias geoproximity, Anda menentukan nilai berikut.

Untuk informasi selengkapnya, lihat [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Kebijakan perutean](#rrsets-values-geoprox-alias-routing-policy)
+ [Nama catatan](#rrsets-values-geoprox-alias-name)
+ [Tipe catatan](#rrsets-values-geoprox-alias-type)
+ [Nilai/Rutekan lalu lintas ke](#rrsets-values-geoprox-alias-alias-target)
+ [Lokasi titik akhir](#rrsets-values-geoprox-alias-endpoint-location)
+ [Bias](#rrsets-values-geoprox-alias-bias)
+ [Pemeriksaan kondisi](#rrsets-values-geoprox-alias-associate-with-health-check)
+ [Mengevaluasi Kondisi Target](#rrsets-values-geoprox-alias-evaluate-target-health)
+ [ID catatan](#rrsets-values-geoprox-alias-set-id)

## Kebijakan perutean
<a name="rrsets-values-geoprox-alias-routing-policy"></a>

Pilih **Geoproximity**. 

## Nama catatan
<a name="rrsets-values-geoprox-alias-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama catatan**. 

Masukkan nama yang sama untuk semua catatan dalam grup catatan geoproximity. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name).

## Tipe catatan
<a name="rrsets-values-geoprox-alias-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang berlaku berdasarkan AWS sumber daya yang Anda rutekan lalu lintas. Pilih nilai yang sama untuk semua catatan dalam grup catatan geoproximity:

**API regional kustom API Gateway atau API yang dioptimalkan edge**  
Pilih **A — IPv4 alamat**.

**Titik akhir antarmuka Amazon VPC**  
Pilih **A — IPv4 alamat**.

**CloudFront distribusi**  
Pilih **A — IPv4 alamat**.  
Jika IPv6 diaktifkan untuk distribusi, buat dua catatan, satu dengan nilai **A — IPv4 alamat** untuk **Jenis**, dan satu dengan nilai **AAAA — IPv6 ** alamat.

**Layanan Pelari Aplikasi**  
Select **A — IPv4 alamat**

**Lingkungan Elastic Beanstalk yang memiliki subdomain regional**  
Select **A — IPv4 alamat**

**Penyeimbang beban ELB**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Buket Amazon S3**  
Select **A — IPv4 alamat**

**OpenSearch Layanan**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Catatan lain di zona yang di-hosting ini**  
Pilih jenis catatan yang Anda buatkan alias. Semua jenis didukung kecuali **NS** dan **SOA**.  
Jika Anda membuat catatan alias yang memiliki nama yang sama sebagai zona yang di-hosting (dikenal sebagai *zone apex*), Anda tidak dapat merutekan lalu lintas ke catatan dengan nilai **Jenis** adalah **CNAME**. Ini karena catatan alias harus memiliki jenis yang sama dengan catatan yang Anda tuju, dan membuat catatan CNAME untuk Zone Apex tidak didukung bahkan untuk catatan alias. 

## Nilai/Rutekan lalu lintas ke
<a name="rrsets-values-geoprox-alias-alias-target"></a>

Nilai yang Anda pilih dari daftar atau yang Anda ketik di bidang tergantung pada AWS sumber daya yang Anda rutekan lalu lintas.

Untuk informasi tentang AWS sumber daya apa yang dapat Anda targetkan, lihat[Menilai/Merutekan lalu lintas](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Untuk informasi selengkapnya tentang cara mengonfigurasi Route 53 untuk merutekan lalu lintas ke AWS sumber daya tertentu, lihat[Merutekan lalu lintas internet ke sumber daya Anda AWS](routing-to-aws-resources.md).

## Lokasi titik akhir
<a name="rrsets-values-geoprox-alias-endpoint-location"></a>

Anda dapat menentukan lokasi titik akhir sumber daya dengan menggunakan salah satu dari berikut ini: 

**Koordinat kustom**  
Tentukan garis bujur dan garis lintang untuk area geopgrafi.

**Wilayah AWS**  
Pilih Wilayah yang tersedia dari daftar **Lokasi**.   
Untuk informasi selengkapnya tentang Wilayah, lihat [Infrastruktur AWS Global](https://aws.amazon.com/about-aws/global-infrastructure/).

**AWS Grup Zona Lokal**  
Pilih Wilayah Zona Lokal yang tersedia dari daftar **Lokasi**.  
Untuk informasi selengkapnya tentang Local Zones, lihat [Available Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/available-local-zones.html) di *Panduan Pengguna AWS Local Zones*. Grup Zona lokal biasanya adalah Zona Lokal tanpa karakter akhir. Misalnya, jika Zona Lokal adalah `us-east-1-bue-1a` Grup Zona Lokal`us-east-1-bue-1`.

Anda juga dapat mengidentifikasi Grup Local Zones untuk Zona Lokal tertentu dengan menggunakan perintah [describe-availability-zones](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-availability-zones.html)CLI:

```
aws ec2 describe-availability-zones --region us-west-2 --all-availability-zones --query "AvailabilityZones[?ZoneName=='us-west-2-den-1a']" | grep "GroupName"
```

Perintah ini mengembalikan:`"GroupName": "us-west-2-den-1"`, menentukan bahwa Zona Lokal `us-west-2-den-1a` milik Grup `us-west-2-den-1` Zona Lokal.

Anda tidak dapat membuat rekaman non-geoproximity yang memiliki nilai yang sama untuk **nama Rekam dan jenis Rekam** **sebagai catatan** geoproximity.

Anda juga tidak dapat membuat dua kumpulan rekaman sumber daya geoproximity yang menentukan lokasi yang sama untuk nama rekaman dan jenis rekaman yang sama.

Untuk informasi lebih lanjut, available-local-zones lihat.html

## Bias
<a name="rrsets-values-geoprox-alias-bias"></a>

Bias memperluas atau menyusutkan wilayah geografis dari mana Rute 53 merutekan lalu lintas ke sumber daya. Bias positif memperluas area, dan bias negatif menyusutkannya. Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 menggunakan bias untuk merutekan lalu lintas](routing-policy-geoproximity.md#routing-policy-geoproximity-bias).

## Pemeriksaan kondisi
<a name="rrsets-values-geoprox-alias-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi kesehatan target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias geoproximity, alias latensi, alias berbasis IP, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

Untuk catatan geoproximity, jika titik akhir tidak sehat, Route 53 mencari titik akhir terdekat yang masih sehat. 

## Mengevaluasi Kondisi Target
<a name="rrsets-values-geoprox-alias-evaluate-target-health"></a>

Pilih **Ya** jika Anda ingin Route 53 untuk menentukan apakah untuk menanggapi permintaan DNS menggunakan catatan ini dengan memeriksa kondisi sumber daya yang ditentukan oleh **Titik akhir**. 

Perhatikan hal-hal berikut:

**API Gateway khusus regional APIs dan dioptimalkan tepi APIs**  
Tidak ada persyaratan khusus untuk menyetel **Evaluasi kesehatan target** ke **Ya** ketika titik akhir adalah API Regional kustom API Gateway API atau API yang dioptimalkan tepi.

**CloudFront distribusi**  
Anda tidak dapat menetapkan **Evaluasi kesehatan target** ke **Ya** ketika titik akhir adalah CloudFront distribusi.

**Lingkungan Elastic Beanstalk yang memiliki subdomain regionalisasi**  
Jika Anda menentukan lingkungan Elastic Beanstalk di **Titik Akhir** dan lingkungan berisi penyeimbang beban ELB, Elastic Load Balancing hanya merutekan kueri ke Instans Amazon EC2 yang sehat dan terdaftar dengan penyeimbang beban. (Lingkungan secara otomatis berisi penyeimbang beban ELB jika mencakup lebih dari satu Instans Amazon EC2.) Jika Anda mengatur **Evaluasi kondisi target** ke **Ya** dan Instans Amazon EC2 atau penyeimbang beban tidak ada yang sehat, Route 53 merutekan kueri ke sumber daya lain sehat yang tersedia, jika ada.   
Jika lingkungan berisi contoh Instans Amazon EC2 tunggal, tidak ada persyaratan khusus.

**penyeimbang beban ELB**  
Perilaku pemeriksaan kondisi tergantung jenis penyeimbang beban:  
+ **Classic Load Balancer** – Jika Anda menentukan Classic Load Balancer ELB di **Titik akhir**, Elastic Load Balancing merutekan kueri hanya ke instans Amazon EC2 sehat yang terdaftar dengan penyeimbang beban. Jika Anda menyetel **Evaluasi kondisi target** ke **Ya** dan tidak ada instans EC2 yang sehat atau penyeimbang beban itu sendiri tidak sehat, Route 53 merutekan kueri ke sumber daya lain.
+ **Aplikasi dan Penyeimbang Beban Jaringan** – Jika Anda menentukan Aplikasi ELB atau Penyeimbang Beban Jaringan dan Anda menyetel **Evaluasi kondisi target** ke **Ya**, Route 53 merutekan kueri ke penyeimbang beban berdasarkan kondisi grup target yang terkait dengan penyeimbang beban:
  + Agar Aplikasi atau Penyeimbang Beban Jaringan dianggap sehat, setiap kelompok target yang berisi target harus berisi setidaknya satu target yang sehat. Jika setiap kelompok target hanya berisi target yang tidak sehat, penyeimbang beban dianggap tidak sehat, dan Route 53 merutekan permintaan ke sumber daya lainnya.
  + Grup target yang tidak memiliki target terdaftar dianggap tidak sehat.
Bila Anda membuat penyeimbang beban, Anda mengonfigurasi pengaturan untuk pemeriksaan kondisi Elastic Load Balancing; bukan pemeriksaan kondisi Route 53, tetapi melakukan fungsi serupa. Tidak membuat pemeriksaan kondisi Route 53 untuk Instans EC2 yang Anda daftarkan dengan penyeimbang beban ELB. 

**Bucket S3**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah bucket S3.

**Titik akhir antarmuka Amazon VPC**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah antarmuka Amazon VPC.

**Catatan lain di zona yang di-hosting**  
Jika AWS sumber daya yang Anda tentukan di **Endpoint** adalah rekaman atau grup catatan (misalnya, grup catatan tertimbang) tetapi bukan catatan alias lain, sebaiknya Anda mengaitkan pemeriksaan kesehatan dengan semua catatan di titik akhir. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID catatan
<a name="rrsets-values-geoprox-alias-set-id"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam kelompok catatan geoproximity.

# Nilai khusus untuk catatan latensi
<a name="resource-record-sets-values-latency"></a>

Saat Anda membuat data latensi, Anda menentukan nilai berikut.

**Topics**
+ [Kebijakan perutean](#rrsets-values-latency-routing-policy)
+ [Nama catatan](#rrsets-values-latency-name)
+ [Tipe catatan](#rrsets-values-latency-type)
+ [TTL (detik)](#rrsets-values-latency-ttl)
+ [Menilai/Merutekan lalu lintas](#rrsets-values-latency-value)
+ [Region](#rrsets-values-latency-region)
+ [Pemeriksaan kondisi](#rrsets-values-latency-associate-with-health-check)
+ [ID catatan](#rrsets-values-latency-set-id)

## Kebijakan perutean
<a name="rrsets-values-latency-routing-policy"></a>

Pilih **Latency** (Latensi). 

## Nama catatan
<a name="rrsets-values-latency-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama catatan**. 

Masukkan nama yang sama untuk semua catatan dalam grup catatan latensi. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipe catatan
<a name="rrsets-values-latency-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai untuk **Jenis** berdasarkan bagaimana Anda ingin Route 53 untuk menanggapi permintaan DNS. 

Pilih nilai yang sama untuk semua rekaman dalam grup rekaman latensi.

## TTL (detik)
<a name="rrsets-values-latency-ttl"></a>

Jumlah waktu, dalam detik, yang Anda inginkan untuk resolver rekursif DNS untuk menyimpan informasi tentang catatan ini dalam cache. Jika Anda menentukan nilai yang lebih lama (misalnya, 172.800 detik, atau dua hari), Anda mengurangi jumlah panggilan yang harus dilakukan oleh resolver rekursif DNS ke Route 53 untuk mendapatkan informasi terbaru dalam catatan ini. Ini memiliki efek mengurangi latensi dan mengurangi tagihan Anda untuk layanan Route 53. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 merutekan lalu lintas untuk domain Anda](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Namun, jika Anda menentukan nilai yang lebih lama untuk TTL, diperlukan waktu lebih lama agar perubahan pada catatan (misalnya, alamat IP baru) diterapkan karena resolver rekursif menggunakan nilai dalam cache mereka untuk waktu yang lebih lama sebelum mereka meminta Route 53 untuk informasi terakhir. Jika Anda mengubah setelan untuk domain atau subdomain yang sudah digunakan, sebaiknya tentukan dulu nilai yang lebih pendek, seperti 300 detik, dan tingkatkan nilainya setelah mengonfirmasi bahwa pengaturan baru sudah benar.

Jika Anda mengaitkan catatan ini dengan pemeriksaan kondisi, sebaiknya tentukan TTL 60 detik atau kurang sehingga klien merespons dengan cepat perubahan status kondisi.

## Menilai/Merutekan lalu lintas
<a name="rrsets-values-latency-value"></a>

Pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan). Masukkan nilai yang sesuai untuk nilai **Jenis catatan**. Untuk semua jenis kecuali **CNAME**, Anda dapat memasukkan lebih dari satu nilai. Masukkan setiap nilai pada baris terpisah.

Anda dapat merutekan lalu lintas ke, atau menentukan nilai berikut:
+ **A — IPv4 alamat**
+ **AAAA — alamat IPv6 **
+ **CAA - Otorisasi Otoritas Sertifikat**
+ **CNAME — Nama kanonik**
+ **MX - Pertukaran surat**
+ **NAPTR - Penunjuk Otoritas Nama**
+ **PTR — Penunjuk**
+ **SPF - Kerangka Kebijakan Pengirim**
+ **SRV - Pencari lokasi layanan**
+ **TXT - Teks**

Untuk informasi selengkapnya tentang nilai di atas, lihat [nilai umum untuk Value/Route lalu lintas ke](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Region
<a name="rrsets-values-latency-region"></a>

Wilayah Amazon EC2 tempat sumber daya yang Anda tentukan dalam catatan ini berada. Route 53 merekomendasikan Wilayah Amazon EC2 berdasarkan nilai lainnya yang telah Anda tentukan. Ini juga berlaku untuk zona yang dihosting pribadi. Kami menyarankan Anda untuk tidak mengubah nilai ini.

Perhatikan hal-hal berikut:
+ Anda hanya dapat membuat satu catatan latensi untuk setiap Wilayah Amazon EC2.
+ Anda tidak diharuskan membuat catatan latensi untuk semua Wilayah Amazon EC2. Route 53 memilih Wilayah dengan latensi terbaik dari berbagai Wilayah yang Anda buatkan catatan latensinya.
+ Anda tidak dapat membuat rekaman nonlatensi yang memiliki nilai yang sama untuk **Nama catatan** dan **Jenis catatan** sebagai catatan latensi.
+ Jika Anda membuat catatan yang ditandai dengan Wilayah **cn-north-1**, Route 53 akan selalu merespons kueri yang berasal dari Tiongkok menggunakan catatan ini, terlepas dari latensinya.

Untuk informasi lebih lanjut tentang penggunaan catatan latensi, lihat [Perutean berbasis latensi](routing-policy-latency.md). 

## Pemeriksaan kondisi
<a name="rrsets-values-latency-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi kesehatan target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias latensi, alias berbasis IP, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

## ID catatan
<a name="rrsets-values-latency-set-id"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan latensi.

# Nilai khusus untuk catatan alias latensi
<a name="resource-record-sets-values-latency-alias"></a>

Saat Anda membuat catatan alias latensi, Anda menentukan nilai berikut.

Untuk informasi selengkapnya, lihat [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Kebijakan perutean](#rrsets-values-latency-alias-routing-policy)
+ [Nama catatan](#rrsets-values-latency-alias-name)
+ [Tipe catatan](#rrsets-values-latency-alias-type)
+ [Nilai/Rutekan lalu lintas ke](#rrsets-values-latency-alias-alias-target)
+ [Region](#rrsets-values-latency-alias-region)
+ [Pemeriksaan kondisi](#rrsets-values-latency-alias-associate-with-health-check)
+ [Mengevaluasi Kondisi Target](#rrsets-values-latency-alias-evaluate-target-health)
+ [ID catatan](#rrsets-values-latency-alias-set-id)

## Kebijakan perutean
<a name="rrsets-values-latency-alias-routing-policy"></a>

Pilih **Latency** (Latensi). 

## Nama catatan
<a name="rrsets-values-latency-alias-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama catatan**. 

Masukkan nama yang sama untuk semua catatan dalam grup catatan latensi. 

Untuk informasi selengkapnya tentang nama rekaman, lihat [Nama catatan](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)

## Tipe catatan
<a name="rrsets-values-latency-alias-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang berlaku berdasarkan AWS sumber daya yang Anda rutekan lalu lintas ke:

**API regional kustom API Gateway atau API yang dioptimalkan edge**  
Pilih **A — IPv4 alamat**.

**Titik akhir antarmuka Amazon VPC**  
Pilih **A — IPv4 alamat**.

**CloudFront distribusi**  
Pilih **A — IPv4 alamat**.  
Jika IPv6 diaktifkan untuk distribusi, buat dua catatan, satu dengan nilai **A — IPv4 alamat** untuk **Jenis**, dan satu dengan nilai **AAAA — IPv6 ** alamat.

**Layanan Pelari Aplikasi**  
Select **A — IPv4 alamat**

**Lingkungan Elastic Beanstalk yang memiliki subdomain regional**  
Select **A — IPv4 alamat**

**Penyeimbang beban ELB**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Buket Amazon S3**  
Select **A — IPv4 alamat**

**OpenSearch Layanan**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Catatan lain di zona yang di-hosting ini**  
Pilih jenis catatan yang Anda buatkan alias. Semua jenis didukung kecuali **NS** dan **SOA**.  
Jika Anda membuat catatan alias yang memiliki nama yang sama sebagai zona yang di-hosting (dikenal sebagai *zone apex*), Anda tidak dapat merutekan lalu lintas ke catatan dengan nilai **Jenis** adalah **CNAME**. Ini karena catatan alias harus memiliki jenis yang sama dengan catatan yang Anda tuju, dan membuat catatan CNAME untuk Zone Apex tidak didukung bahkan untuk catatan alias. 

Pilih nilai yang sama untuk semua rekaman dalam grup rekaman latensi.

## Nilai/Rutekan lalu lintas ke
<a name="rrsets-values-latency-alias-alias-target"></a>

Nilai yang Anda pilih dari daftar atau yang Anda ketik di bidang tergantung pada AWS sumber daya yang Anda rutekan lalu lintas.

Untuk informasi tentang AWS sumber daya yang dapat Anda targetkan, lihat [nilai umum untuk catatan alias untuk value/route lalu lintas](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Untuk informasi selengkapnya tentang cara mengonfigurasi Route 53 untuk merutekan lalu lintas ke AWS sumber daya tertentu, lihat[Merutekan lalu lintas internet ke sumber daya Anda AWS](routing-to-aws-resources.md).

## Region
<a name="rrsets-values-latency-alias-region"></a>

Wilayah Amazon EC2 tempat sumber daya yang Anda tentukan dalam catatan ini berada. Route 53 merekomendasikan Wilayah Amazon EC2 berdasarkan nilai lainnya yang telah Anda tentukan. Ini juga berlaku untuk zona yang dihosting pribadi. Kami menyarankan Anda untuk tidak mengubah nilai ini.

Perhatikan hal-hal berikut:
+ Anda hanya dapat membuat satu catatan latensi untuk setiap Wilayah Amazon EC2.
+ Anda tidak diharuskan membuat catatan latensi untuk semua Wilayah Amazon EC2. Route 53 memilih Wilayah dengan latensi terbaik dari berbagai Wilayah yang Anda buatkan catatan latensinya.
+ Anda tidak dapat membuat rekaman nonlatensi yang memiliki nilai yang sama untuk **Nama catatan** dan **Jenis catatan** sebagai catatan latensi.
+ Jika Anda membuat catatan yang ditandai dengan Wilayah **cn-north-1**, Route 53 akan selalu merespons kueri yang berasal dari Tiongkok menggunakan catatan ini, terlepas dari latensinya.

Untuk informasi lebih lanjut tentang penggunaan catatan latensi, lihat [Perutean berbasis latensi](routing-policy-latency.md). 

## Pemeriksaan kondisi
<a name="rrsets-values-latency-alias-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi kesehatan target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias latensi, alias berbasis IP, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama Domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

## Mengevaluasi Kondisi Target
<a name="rrsets-values-latency-alias-evaluate-target-health"></a>

Pilih **Ya** jika Anda ingin Route 53 untuk menentukan apakah untuk menanggapi permintaan DNS menggunakan catatan ini dengan memeriksa kondisi sumber daya yang ditentukan oleh **Titik akhir**. 

Perhatikan hal-hal berikut:

**API Gateway khusus regional APIs dan dioptimalkan tepi APIs**  
Tidak ada persyaratan khusus untuk menyetel **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah API regional kustom API Gateway atau API yang dioptimalkan edge.

**CloudFront distribusi**  
Anda tidak dapat mengatur **Evaluasi Kesehatan Target** ke **Ya** ketika titik akhir adalah CloudFront distribusi.

**Lingkungan Elastic Beanstalk yang memiliki subdomain regionalisasi**  
Jika Anda menentukan lingkungan Elastic Beanstalk di **Titik Akhir** dan lingkungan berisi penyeimbang beban ELB, Elastic Load Balancing hanya merutekan kueri ke Instans Amazon EC2 yang sehat dan terdaftar dengan penyeimbang beban. (Lingkungan secara otomatis berisi penyeimbang beban ELB jika mencakup lebih dari satu Instans Amazon EC2.) Jika Anda mengatur **Evaluasi kondisi target** ke **Ya** dan Instans Amazon EC2 atau penyeimbang beban tidak ada yang sehat, Route 53 merutekan kueri ke sumber daya lain sehat yang tersedia, jika ada.   
Jika lingkungan berisi contoh Instans Amazon EC2 tunggal, tidak ada persyaratan khusus.

**penyeimbang beban ELB**  
Perilaku pemeriksaan kondisi tergantung jenis penyeimbang beban:  
+ **Classic Load Balancer** – Jika Anda menentukan Classic Load Balancer ELB di **Titik akhir**, Elastic Load Balancing merutekan kueri hanya ke instans Amazon EC2 sehat yang terdaftar dengan penyeimbang beban. Jika Anda menyetel **Evaluasi kondisi target** ke **Ya** dan tidak ada instans EC2 yang sehat atau penyeimbang beban itu sendiri tidak sehat, Route 53 merutekan kueri ke sumber daya lain.
+ **Aplikasi dan Penyeimbang Beban Jaringan** – Jika Anda menentukan Aplikasi ELB atau Penyeimbang Beban Jaringan dan Anda menyetel **Evaluasi kondisi target** ke **Ya**, Route 53 merutekan kueri ke penyeimbang beban berdasarkan kondisi grup target yang terkait dengan penyeimbang beban:
  + Agar Aplikasi atau Penyeimbang Beban Jaringan dianggap sehat, setiap kelompok target yang berisi target harus berisi setidaknya satu target yang sehat. Jika setiap kelompok target hanya berisi target yang tidak sehat, penyeimbang beban dianggap tidak sehat, dan Route 53 merutekan permintaan ke sumber daya lainnya.
  + Grup target yang tidak memiliki target terdaftar dianggap tidak sehat.
Bila Anda membuat penyeimbang beban, Anda mengonfigurasi pengaturan untuk pemeriksaan kondisi Elastic Load Balancing; bukan pemeriksaan kondisi Route 53, tetapi melakukan fungsi serupa. Tidak membuat pemeriksaan kondisi Route 53 untuk Instans EC2 yang Anda daftarkan dengan penyeimbang beban ELB. 

**Bucket S3**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah bucket S3.

**Titik akhir antarmuka Amazon VPC**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah antarmuka Amazon VPC.

**Catatan lain di zona yang di-hosting**  
Jika AWS sumber daya yang Anda tentukan di **Endpoint** adalah rekaman atau grup catatan (misalnya, grup catatan tertimbang) tetapi bukan catatan alias lain, sebaiknya Anda mengaitkan pemeriksaan kesehatan dengan semua catatan di titik akhir. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID catatan
<a name="rrsets-values-latency-alias-set-id"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan latensi.

# Nilai khusus untuk catatan berbasis IP
<a name="resource-record-sets-values-ipbased"></a>

Saat Anda membuat catatan berbasis IP, Anda menentukan nilai berikut.

**catatan**  
Meskipun membuat catatan berbasis IP di zona host pribadi diperbolehkan, itu tidak didukung.

**Topics**
+ [Kebijakan perutean](#rrsets-values-ipbased-routing-policy)
+ [Nama catatan](#rrsets-values-ibased-name)
+ [Jenis catatan](#rrsets-values-ibased-type)
+ [TTL (detik)](#rrsets-values-ibased-ttl)
+ [Menilai/Merutekan lalu lintas](#rrsets-values-ibased-value)
+ [Lokasi](#rrsets-values-ibased-location)
+ [Pemeriksaan kondisi](#rrsets-values-ibased-associate-with-health-check)
+ [ID catatan](#rrsets-values-ipbased-set-id)

## Kebijakan perutean
<a name="rrsets-values-ipbased-routing-policy"></a>

Pilih **berbasis IP**. 

## Nama catatan
<a name="rrsets-values-ibased-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama catatan**. 

Masukkan nama yang sama untuk semua catatan dalam grup catatan berbasis IP. 

**Catatan CNAME**  
Jika Anda membuat catatan yang memiliki nilai **CNAME** untuk **Jenis catatan**, nama catatan tidak dapat sama dengan nama zona yang di-hosting.

**Karakter-karakter khusus**  
Untuk informasi tentang cara menentukan karakter selain a-z, 0-9, dan - (tanda hubung) serta cara menentukan nama domain internasional, lihat [Format nama domain DNS](DomainNameFormat.md).

**Karakter wildcard **  
Anda dapat menggunakan karakter tanda bintang (\$1) dalam nama. DNS memperlakukan karakter \$1 sebagai wildcard atau sebagai karakter \$1 (ASCII 42), tergantung tempat karakter muncul dalam nama. Untuk informasi selengkapnya, lihat [Menggunakan tanda bintang (\$1) dalam nama zona yang di-hosting dan catatan](DomainNameFormat.md#domain-name-format-asterisk).

## Jenis catatan
<a name="rrsets-values-ibased-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai untuk **Jenis** berdasarkan bagaimana Anda ingin Route 53 untuk menanggapi permintaan DNS. 

Pilih nilai yang sama untuk semua catatan dalam grup catatan berbasis IP.

## TTL (detik)
<a name="rrsets-values-ibased-ttl"></a>

Jumlah waktu, dalam detik, yang Anda inginkan untuk resolver rekursif DNS untuk menyimpan informasi tentang catatan ini dalam cache. Jika Anda menentukan nilai yang lebih lama (misalnya, 172.800 detik, atau dua hari), Anda mengurangi jumlah panggilan yang harus dilakukan oleh resolver rekursif DNS ke Route 53 untuk mendapatkan informasi terbaru dalam catatan ini. Ini memiliki efek mengurangi latensi dan mengurangi tagihan Anda untuk layanan Route 53. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 merutekan lalu lintas untuk domain Anda](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Namun, jika Anda menentukan nilai yang lebih lama untuk TTL, diperlukan waktu lebih lama agar perubahan pada catatan (misalnya, alamat IP baru) diterapkan karena resolver rekursif menggunakan nilai dalam cache mereka untuk waktu yang lebih lama sebelum mereka meminta Route 53 untuk informasi terakhir. Jika Anda mengubah setelan untuk domain atau subdomain yang sudah digunakan, sebaiknya tentukan dulu nilai yang lebih pendek, seperti 300 detik, dan tingkatkan nilainya setelah mengonfirmasi bahwa pengaturan baru sudah benar.

Jika Anda mengaitkan catatan ini dengan pemeriksaan kondisi, sebaiknya tentukan TTL 60 detik atau kurang sehingga klien merespons dengan cepat perubahan status kondisi.

## Menilai/Merutekan lalu lintas
<a name="rrsets-values-ibased-value"></a>

Pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan). Masukkan nilai yang sesuai untuk nilai **Jenis catatan**. Untuk semua jenis kecuali **CNAME**, Anda dapat memasukkan lebih dari satu nilai. Masukkan setiap nilai pada baris terpisah.

Anda dapat merutekan lalu lintas ke, atau menentukan nilai berikut:
+ **A — IPv4 alamat**
+ **AAAA — alamat IPv6 **
+ **CAA - Otorisasi Otoritas Sertifikat**
+ **CNAME — Nama kanonik**
+ **MX - Pertukaran surat**
+ **NAPTR - Penunjuk Otoritas Nama**
+ **PTR — Penunjuk**
+ **SPF - Kerangka Kebijakan Pengirim**
+ **SRV - Pencari lokasi layanan**
+ **TXT - Teks**

Untuk informasi selengkapnya tentang nilai di atas, lihat [nilai [Menilai/Merutekan lalu lintas](resource-record-sets-values-shared.md#rrsets-values-common-value) umum untuk lalu lintas Nilai/Rute ke](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Lokasi
<a name="rrsets-values-ibased-location"></a>

Nama lokasi CIDR di mana sumber daya yang Anda tentukan dalam catatan ini ditentukan oleh nilai blok CIDR dalam lokasi CIDR. 

Untuk informasi selengkapnya tentang penggunaan catatan berbasis IP, lihat[Perutean berbasis IP](routing-policy-ipbased.md). 

## Pemeriksaan kondisi
<a name="rrsets-values-ibased-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi kesehatan target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias berbasis IP, alias latensi, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

## ID catatan
<a name="rrsets-values-ipbased-set-id"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam kelompok catatan berbasis IP.

# Nilai khusus untuk catatan alias berbasis IP
<a name="resource-record-sets-values-ipbased-alias"></a>

Saat Anda membuat catatan alias berbasis IP, Anda menentukan nilai berikut.

**catatan**  
Meskipun membuat catatan alias berbasis IP di zona host pribadi diizinkan, itu tidak didukung.

Untuk informasi selengkapnya, lihat [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Kebijakan perutean](#rrsets-values-ipbased-alias-routing-policy)
+ [Nama catatan](#rrsets-values-ipbased-alias-name)
+ [Jenis catatan](#rrsets-values-ipbased-alias-type)
+ [Nilai/Rutekan lalu lintas ke](#rrsets-values-ipbased-alias-alias-target)
+ [Lokasi](#rrsets-values-ipbased-alias-location)
+ [Pemeriksaan kondisi](#rrsets-values-ipbased-alias-associate-with-health-check)
+ [Mengevaluasi Kondisi Target](#rrsets-values-ipbased-alias-evaluate-target-health)
+ [ID catatan](#rrsets-values-ipbased-alias-set-id)

## Kebijakan perutean
<a name="rrsets-values-ipbased-alias-routing-policy"></a>

Pilih **berbasis IP**. 

**catatan**  
Meskipun membuat catatan alias berbasis IP di zona host pribadi diizinkan, itu tidak didukung.

## Nama catatan
<a name="rrsets-values-ipbased-alias-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama catatan**. 

Masukkan nama yang sama untuk semua catatan dalam grup catatan berbasis IP. 

**Catatan CNAME**  
Jika Anda membuat catatan yang memiliki nilai **CNAME** untuk **Jenis catatan**, nama catatan tidak dapat sama dengan nama zona yang di-hosting.

**Alias untuk CloudFront distribusi dan bucket Amazon S3**  
Nilai yang Anda tentukan sebagian bergantung pada AWS sumber daya yang Anda rutekan lalu lintas ke:  
+ **CloudFront distribusi** — Distribusi Anda harus menyertakan nama domain alternatif yang cocok dengan nama catatan. Misalnya, jika nama catatan adalah **acme.example.com, CloudFront distribusi Anda harus menyertakan **acme.example.com**** sebagai salah satu nama domain alternatif. Untuk informasi selengkapnya, lihat [Menggunakan nama domain alternatif (CNAMEs)](https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/CNAMEs.html) di *Panduan CloudFront Pengembang Amazon*. 
+ **Bucket Amazon S3** – Nama catatan harus sesuai dengan nama bucket Amazon S3 Anda. Misalnya, jika nama bucket Anda **acme.example.com**, nama catatan ini juga harus **acme.example.com**.

  Selain itu, Anda harus mengonfigurasi bucket untuk meng-host situs web. Untuk informasi selengkapnya, lihat [Mengonfigurasi bucket untuk hosting situs web](https://docs.aws.amazon.com/AmazonS3/latest/userguide/HowDoIWebsiteConfiguration.html) di *Panduan Pengguna Layanan Penyimpanan Sederhana Amazon*. 

**Karakter-karakter khusus**  
Untuk informasi tentang cara menentukan karakter selain a-z, 0-9, dan - (tanda hubung) serta cara menentukan nama domain internasional, lihat [Format nama domain DNS](DomainNameFormat.md).

**Karakter wildcard **  
Anda dapat menggunakan karakter tanda bintang (\$1) dalam nama. DNS memperlakukan karakter \$1 sebagai wildcard atau sebagai karakter \$1 (ASCII 42), tergantung tempat karakter muncul dalam nama. Untuk informasi selengkapnya, lihat [Menggunakan tanda bintang (\$1) dalam nama zona yang di-hosting dan catatan](DomainNameFormat.md#domain-name-format-asterisk).

## Jenis catatan
<a name="rrsets-values-ipbased-alias-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang berlaku berdasarkan AWS sumber daya yang Anda rutekan lalu lintas. Pilih nilai yang sama untuk semua catatan dalam grup catatan berbasis IP:

**API regional kustom API Gateway atau API yang dioptimalkan edge**  
Pilih **A — IPv4 alamat**.

**Titik akhir antarmuka Amazon VPC**  
Pilih **A — IPv4 alamat**.

**CloudFront distribusi**  
Pilih **A — IPv4 alamat**.  
Jika IPv6 diaktifkan untuk distribusi, buat dua catatan, satu dengan nilai **A — IPv4 alamat** untuk **Jenis**, dan satu dengan nilai **AAAA — IPv6 ** alamat.

**Layanan App Runner**  
Select **A — IPv4 alamat**

**Lingkungan Elastic Beanstalk yang memiliki subdomain regional**  
Select **A — IPv4 alamat**

**Penyeimbang beban ELB**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Buket Amazon S3**  
Select **A — IPv4 alamat**

**OpenSearch Layanan**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Catatan lain di zona yang di-hosting ini**  
Pilih jenis catatan yang Anda buatkan alias. Semua jenis didukung kecuali **NS** dan **SOA**.  
Jika Anda membuat catatan alias yang memiliki nama yang sama sebagai zona yang di-hosting (dikenal sebagai *zone apex*), Anda tidak dapat merutekan lalu lintas ke catatan dengan nilai **Jenis** adalah **CNAME**. Ini karena catatan alias harus memiliki jenis yang sama dengan catatan yang Anda tuju, dan membuat catatan CNAME untuk Zone Apex tidak didukung bahkan untuk catatan alias. 

## Nilai/Rutekan lalu lintas ke
<a name="rrsets-values-ipbased-alias-alias-target"></a>

Nilai yang Anda pilih dari daftar atau yang Anda ketik di bidang tergantung pada AWS sumber daya yang Anda rutekan lalu lintas.

Untuk informasi tentang AWS sumber daya yang dapat Anda targetkan, lihat [nilai umum untuk catatan alias untuk value/route lalu lintas](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Untuk informasi selengkapnya tentang cara mengonfigurasi Route 53 untuk merutekan lalu lintas ke AWS sumber daya tertentu, lihat[Merutekan lalu lintas internet ke sumber daya Anda AWS](routing-to-aws-resources.md).

## Lokasi
<a name="rrsets-values-ipbased-alias-location"></a>

Saat Anda mengonfigurasi Route 53 untuk menanggapi kueri DNS berdasarkan lokasi asal kueri, pilih lokasi CIDR yang Anda inginkan untuk merespons Route 53 dengan pengaturan dalam catatan ini.

**penting**  
Sebaiknya buat satu catatan berbasis IP yang memiliki nilai **Default** untuk **Lokasi**. Ini mencakup lokasi yang belum Anda buat catatan dan alamat IP yang Route 53 tidak dapat mengidentifikasi lokasinya.

Anda tidak dapat membuat non-IP-based rekaman yang memiliki nilai yang sama untuk **nama Rekam** dan **jenis Rekam** sebagai catatan berbasis IP.

Untuk informasi selengkapnya, lihat [Perutean berbasis IP](routing-policy-ipbased.md).

## Pemeriksaan kondisi
<a name="rrsets-values-ipbased-alias-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi kesehatan target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias perutean berbasis IP, alias latensi, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

Untuk catatan alias berbasis IP, jika titik akhir tidak sehat, Route 53 mencari catatan di dalam lokasi yang lebih besar dan terkait. Misalnya, Anda memiliki catatan untuk negara bagian di Amerika Serikat, Amerika Serikat, Amerika Utara, dan untuk semua lokasi (**Lokasi** adalah **Default**). Jika titik akhir untuk catatan negara bagian tidak sehat, Route 53 memeriksa catatan untuk Amerika Serikat, Amerika Utara, dan untuk semua lokasi, dalam urutan itu, hingga menemukan catatan yang memiliki titik akhir yang sehat. Jika semua rekaman yang berlaku tidak sehat, termasuk catatan untuk semua lokasi, Route 53 merespons kueri DNS menggunakan nilai catatan untuk wilayah geografis terkecil. 

## Mengevaluasi Kondisi Target
<a name="rrsets-values-ipbased-alias-evaluate-target-health"></a>

Pilih **Ya** jika Anda ingin Route 53 untuk menentukan apakah untuk menanggapi permintaan DNS menggunakan catatan ini dengan memeriksa kondisi sumber daya yang ditentukan oleh **Titik akhir**. 

Perhatikan hal-hal berikut:

**API Gateway khusus regional APIs dan dioptimalkan di tepi APIs**  
Tidak ada persyaratan khusus untuk menyetel **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah API regional kustom API Gateway atau API yang dioptimalkan edge.

**CloudFront distribusi**  
Anda tidak dapat menetapkan **Evaluasi kesehatan target** ke **Ya** ketika titik akhir adalah CloudFront distribusi.

**Lingkungan Elastic Beanstalk yang memiliki subdomain regionalisasi**  
Jika Anda menentukan lingkungan Elastic Beanstalk di Endpoint dan **lingkungan** berisi penyeimbang beban ELB, Elastic Load Balancing akan merutekan kueri hanya ke instans Amazon sehat yang terdaftar dengan penyeimbang beban. EC2 (Lingkungan secara otomatis berisi penyeimbang beban ELB jika menyertakan lebih dari satu EC2 instans Amazon.) Jika Anda menetapkan **Evaluasi kesehatan target** ke **Ya** dan tidak ada EC2 instans Amazon yang sehat atau penyeimbang beban itu sendiri tidak sehat, Route 53 mengarahkan kueri ke sumber daya lain yang tersedia yang sehat, jika ada.   
Jika lingkungan berisi satu EC2 instance Amazon, tidak ada persyaratan khusus.

**penyeimbang beban ELB**  
Perilaku pemeriksaan kondisi tergantung pada jenis penyeimbang beban:  
+ **Classic Load Balancers** — Jika Anda menentukan ELB Classic Load Balancer **di** Endpoint, Elastic Load Balancing akan merutekan kueri hanya ke instans EC2 Amazon sehat yang terdaftar dengan penyeimbang beban. Jika Anda menetapkan **Evaluasi kesehatan target** ke **Ya** dan tidak ada EC2 instance yang sehat atau penyeimbang beban itu sendiri tidak sehat, Route 53 merutekan kueri ke sumber daya lain.
+ **Aplikasi dan Penyeimbang Beban Jaringan** – Jika Anda menentukan Aplikasi ELB atau Penyeimbang Beban Jaringan dan Anda menyetel **Evaluasi kondisi target** ke **Ya**, Route 53 merutekan kueri ke penyeimbang beban berdasarkan kondisi grup target yang terkait dengan penyeimbang beban:
  + Agar Aplikasi atau Penyeimbang Beban Jaringan dianggap sehat, setiap kelompok target yang berisi target harus berisi setidaknya satu target yang sehat. Jika setiap kelompok target hanya berisi target yang tidak sehat, penyeimbang beban dianggap tidak sehat, dan Route 53 merutekan permintaan ke sumber daya lainnya.
  + Grup target yang tidak memiliki target terdaftar dianggap tidak sehat.
Bila Anda membuat penyeimbang beban, Anda mengonfigurasi pengaturan untuk pemeriksaan kondisi Elastic Load Balancing; bukan pemeriksaan kondisi Route 53, tetapi melakukan fungsi serupa. Jangan membuat pemeriksaan kesehatan Route 53 untuk EC2 kasus yang Anda daftarkan dengan penyeimbang beban ELB. 

**Bucket S3**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah bucket S3.

**Titik akhir antarmuka Amazon VPC**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah antarmuka Amazon VPC.

**Catatan lain di zona yang di-hosting**  
Jika AWS sumber daya yang Anda tentukan di **Endpoint** adalah rekaman atau grup catatan (misalnya, grup catatan tertimbang) tetapi bukan catatan alias lain, sebaiknya Anda mengaitkan pemeriksaan kesehatan dengan semua catatan di titik akhir. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID catatan
<a name="rrsets-values-ipbased-alias-set-id"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam kelompok catatan berbasis IP.

# Nilai khusus untuk catatan jawaban multivalue
<a name="resource-record-sets-values-multivalue"></a>

Saat Anda membuat catatan jawaban multinilai, Anda menentukan nilai berikut.

**catatan**  
Membuat catatan alias jawaban multinilai tidak didukung.

**Topics**
+ [Kebijakan perutean](#rrsets-values-multivalue-routing-policy)
+ [Nama catatan](#rrsets-values-multivalue-name)
+ [Tipe catatan](#rrsets-values-multivalue-type)
+ [TTL (detik)](#rrsets-values-multivalue-ttl)
+ [Menilai/Merutekan lalu lintas](#rrsets-values-multivalue-value)
+ [Pemeriksaan kondisi](#rrsets-values-multivalue-associate-with-health-check)
+ [ID catatan](#rrsets-values-multivalue-set-identifier)

## Kebijakan perutean
<a name="rrsets-values-multivalue-routing-policy"></a>

Pilih **Multivalue answer** (Jawaban multinilai).

## Nama catatan
<a name="rrsets-values-multivalue-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama catatan**. 

Masukkan nama yang sama untuk semua catatan dalam kelompok catatan multivalue. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipe catatan
<a name="rrsets-values-multivalue-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai apapun kecuali **NS** atau **CNAME**.

Pilih nilai yang sama untuk semua catatan dalam grup catatan jawaban multinilai.

## TTL (detik)
<a name="rrsets-values-multivalue-ttl"></a>

Jumlah waktu, dalam detik, yang Anda inginkan untuk resolver rekursif DNS untuk menyimpan informasi tentang catatan ini dalam cache. Jika Anda menentukan nilai yang lebih lama (misalnya, 172.800 detik, atau dua hari), Anda mengurangi jumlah panggilan yang harus dilakukan oleh resolver rekursif DNS ke Route 53 untuk mendapatkan informasi terbaru dalam catatan ini. Ini memiliki efek mengurangi latensi dan mengurangi tagihan Anda untuk layanan Route 53. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 merutekan lalu lintas untuk domain Anda](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Namun, jika Anda menentukan nilai yang lebih lama untuk TTL, diperlukan waktu lebih lama agar perubahan pada catatan (misalnya, alamat IP baru) diterapkan karena resolver rekursif menggunakan nilai dalam cache mereka untuk waktu yang lebih lama sebelum mereka meminta Route 53 untuk informasi terakhir. Jika Anda mengubah setelan untuk domain atau subdomain yang sudah digunakan, sebaiknya tentukan dulu nilai yang lebih pendek, seperti 300 detik, dan tingkatkan nilainya setelah mengonfirmasi bahwa pengaturan baru sudah benar.

Jika Anda mengaitkan catatan ini dengan pemeriksaan kondisi, sebaiknya tentukan TTL 60 detik atau kurang sehingga klien merespons dengan cepat perubahan status kondisi.

**catatan**  
Jika Anda membuat dua atau lebih catatan jawaban multivalue yang memiliki nama dan jenis yang sama, Anda menggunakan konsol, dan Anda menentukan nilai yang berbeda untuk **TTL**, Route 53 mengubah nilai **TTL** untuk semua catatan ke nilai terakhir yang Anda tentukan.

## Menilai/Merutekan lalu lintas
<a name="rrsets-values-multivalue-value"></a>

Pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan). Masukkan nilai yang sesuai untuk nilai **Jenis catatan**. Jika Anda memasukkan lebih dari satu nilai, masukkan setiap nilai pada baris terpisah.

Anda dapat merutekan lalu lintas ke, atau menentukan nilai berikut:
+ **A — IPv4 alamat**
+ **AAAA — alamat IPv6 **
+ **CAA - Otorisasi Otoritas Sertifikat**
+ **MX - Pertukaran surat**
+ **NAPTR - Penunjuk Otoritas Nama**
+ **PTR — Penunjuk**
+ **SPF - Kerangka Kebijakan Pengirim**
+ **SRV - Pencari lokasi layanan**
+ **TXT - Teks**

Untuk informasi selengkapnya tentang nilai di atas, lihat [nilai umum untuk Value/Route lalu lintas ke](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Pemeriksaan kondisi
<a name="rrsets-values-multivalue-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Evaluasi kondisi target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias latensi, atau catatan alias berbobot. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

## ID catatan
<a name="rrsets-values-multivalue-set-identifier"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan jawaban multinilai. 

# Nilai khusus untuk catatan tertimbang
<a name="resource-record-sets-values-weighted"></a>

Saat Anda membuat catatan tertimbang, Anda menentukan nilai berikut.

**Topics**
+ [Kebijakan perutean](#rrsets-values-weighted-routing-policy)
+ [Nama catatan](#rrsets-values-weighted-name)
+ [Tipe catatan](#rrsets-values-weighted-type)
+ [TTL (detik)](#rrsets-values-weighted-ttl)
+ [Menilai/Merutekan lalu lintas](#rrsets-values-weighted-value)
+ [Bobot](#rrsets-values-weighted-weight)
+ [Pemeriksaan kondisi](#rrsets-values-weighted-associate-with-health-check)
+ [ID catatan](#rrsets-values-weighted-set-identifier)

## Kebijakan perutean
<a name="rrsets-values-weighted-routing-policy"></a>

Pilih **Tertimbang**.

## Nama catatan
<a name="rrsets-values-weighted-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama catatan**. 

Masukkan nama yang sama untuk semua catatan dalam grup catatan tertimbang. 

Untuk informasi selengkapnya tentang nama rekaman, lihat[Nama catatan](resource-record-sets-values-shared.md#rrsets-values-common-name).

## Tipe catatan
<a name="rrsets-values-weighted-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang sama untuk semua catatan dalam kelompok grup tertimbang.

## TTL (detik)
<a name="rrsets-values-weighted-ttl"></a>

Jumlah waktu, dalam detik, yang Anda inginkan untuk resolver rekursif DNS untuk menyimpan informasi tentang catatan ini dalam cache. Jika Anda menentukan nilai yang lebih lama (misalnya, 172.800 detik, atau dua hari), Anda mengurangi jumlah panggilan yang harus dilakukan oleh resolver rekursif DNS ke Route 53 untuk mendapatkan informasi terbaru dalam catatan ini. Ini memiliki efek mengurangi latensi dan mengurangi tagihan Anda untuk layanan Route 53. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 merutekan lalu lintas untuk domain Anda](welcome-dns-service.md#welcome-dns-service-how-route-53-routes-traffic).

Namun, jika Anda menentukan nilai yang lebih lama untuk TTL, diperlukan waktu lebih lama agar perubahan pada catatan (misalnya, alamat IP baru) diterapkan karena resolver rekursif menggunakan nilai dalam cache mereka untuk waktu yang lebih lama sebelum mereka meminta Route 53 untuk informasi terakhir. Jika Anda mengubah setelan untuk domain atau subdomain yang sudah digunakan, sebaiknya tentukan dulu nilai yang lebih pendek, seperti 300 detik, dan tingkatkan nilainya setelah mengonfirmasi bahwa pengaturan baru sudah benar.

Jika Anda mengaitkan catatan ini dengan pemeriksaan kondisi, sebaiknya tentukan TTL 60 detik atau kurang sehingga klien merespons dengan cepat perubahan status kondisi.

Anda harus menentukan nilai yang sama untuk **TTL** untuk semua catatan dalam grup catatan tertimbang ini.

**catatan**  
Jika Anda membuat dua atau lebih catatan tertimbang yang memiliki nama dan tipe yang sama, dan Anda menentukan nilai yang berbeda untuk **TTL**, Route 53 akan mengubah nilai **TTL** untuk semua catatan ke nilai terakhir yang Anda tentukan.

Jika grup catatan tertimbang menyertakan satu atau beberapa catatan alias tertimbang yang merutekan lalu lintas ke penyeimbang beban ELB, kami menyarankan agar Anda menentukan TTL 60 detik untuk semua catatan tertimbang nonalias yang memiliki nama dan tipe yang sama. Nilai selain 60 detik (TTL untuk penyeimbang beban) akan mengubah efek nilai yang Anda tentukan untuk **Bobot**.

## Menilai/Merutekan lalu lintas
<a name="rrsets-values-weighted-value"></a>

Pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan). Masukkan nilai yang sesuai untuk nilai **Jenis catatan**. Untuk semua jenis kecuali **CNAME**, Anda dapat memasukkan lebih dari satu nilai. Masukkan setiap nilai pada baris terpisah.

Anda dapat merutekan lalu lintas ke, atau menentukan nilai berikut:
+ **A — IPv4 alamat**
+ **AAAA — alamat IPv6 **
+ **CAA - Otorisasi Otoritas Sertifikat**
+ **CNAME — Nama kanonik**
+ **MX - Pertukaran surat**
+ **NAPTR - Penunjuk Otoritas Nama**
+ **PTR — Penunjuk**
+ **SPF - Kerangka Kebijakan Pengirim**
+ **SRV - Pencari lokasi layanan**
+ **TXT - Teks**

Untuk informasi selengkapnya tentang nilai di atas, lihat [nilai umum untuk Value/Route lalu lintas ke](resource-record-sets-values-shared.md#rrsets-values-common-value).

## Bobot
<a name="rrsets-values-weighted-weight"></a>

Nilai yang menentukan proporsi kueri DNS yang direspons Route 53 menggunakan catatan saat ini. Route 53 menghitung jumlah bobot untuk catatan yang memiliki kombinasi yang sama dari nama dan tipe DNS. Route 53 kemudian merespons kueri berdasarkan rasio bobot terhadap total milik sumber daya. 

Anda tidak dapat membuat catatan tidak tertimbang yang memiliki nilai yang sama untuk **Nama catatan** dan **Jenis catatan** sebagai catatan tertimbang.

Masukkan bilangan bulat antara 0 dan 255. Untuk menonaktifkan perutean ke sumber daya, atur **Bobot** ke 0. Jika Anda menetapkan **Bobot** ke 0 untuk semua catatan dalam grup, lalu lintas dirutekan ke semua sumber daya dengan probabilitas yang sama. Hal ini memastikan bahwa Anda tidak secara tidak sengaja menonaktifkan perutean untuk grup catatan tertimbang.

Efek dari pengaturan **Bobot** ke 0 berbeda ketika Anda mengasosiasikan pemeriksaan kondisi dengan catatan tertimbang. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasiCara Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasi](health-checks-how-route-53-chooses-records.md).

## Pemeriksaan kondisi
<a name="rrsets-values-weighted-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi kesehatan target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias latensi, alias berbasis IP, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

## ID catatan
<a name="rrsets-values-weighted-set-identifier"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan tertimbang.

# Nilai khusus untuk catatan alias tertimbang
<a name="resource-record-sets-values-weighted-alias"></a>

Ketika Anda membuat catatan alias tertimbang, Anda menentukan nilai-nilai berikut. Untuk informasi selengkapnya, lihat [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md).

**Topics**
+ [Kebijakan perutean](#rrsets-values-weighted-alias-routing-policy)
+ [Nama catatan](#rrsets-values-weighted-alias-name)
+ [Tipe catatan](#rrsets-values-weighted-alias-type)
+ [Nilai/Rutekan lalu lintas ke](#rrsets-values-weighted-alias-alias-target)
+ [Bobot](#rrsets-values-weighted-alias-weight)
+ [Pemeriksaan kondisi](#rrsets-values-weighted-alias-associate-with-health-check)
+ [Mengevaluasi Kondisi Target](#rrsets-values-weighted-alias-evaluate-target-health)
+ [ID catatan](#rrsets-values-weighted-alias-set-identifier)

## Kebijakan perutean
<a name="rrsets-values-weighted-alias-routing-policy"></a>

Pilih **Weighted** (Tertimbang).

## Nama catatan
<a name="rrsets-values-weighted-alias-name"></a>

Masukkan nama domain atau subdomain yang ingin Anda tuju lalu lintasnya. Nilai default adalah nama zona yang di-hosting. 

**catatan**  
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang **Nama**. 

Masukkan nama yang sama untuk semua catatan dalam grup catatan tertimbang. 

Untuk informasi selengkapnya tentang nama rekaman, lihat [Nama catatan](resource-record-sets-values-alias-common.md#rrsets-values-common-alias-name)

## Tipe catatan
<a name="rrsets-values-weighted-alias-type"></a>

Jenis data DNS. Untuk informasi selengkapnya, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).

Pilih nilai yang berlaku berdasarkan AWS sumber daya yang Anda rutekan lalu lintas ke:

**API regional kustom API Gateway atau API yang dioptimalkan edge**  
Pilih **A — IPv4 alamat**.

**Titik akhir antarmuka Amazon VPC**  
Pilih **A — IPv4 alamat**.

**CloudFront distribusi**  
Pilih **A — IPv4 alamat**.  
Jika IPv6 diaktifkan untuk distribusi, buat dua catatan, satu dengan nilai **A — IPv4 alamat** untuk **Jenis**, dan satu dengan nilai **AAAA — IPv6 ** alamat.

**Layanan Pelari Aplikasi**  
Select **A — IPv4 alamat**

**Lingkungan Elastic Beanstalk yang memiliki subdomain regional**  
Select **A — IPv4 alamat**

**Penyeimbang beban ELB**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Buket Amazon S3**  
Select **A — IPv4 alamat**

**OpenSearch Layanan**  
Select **A — IPv4 alamat** atau **AAAA** — alamat IPv6 

**Catatan lain di zona yang di-hosting ini**  
Pilih jenis catatan yang Anda buatkan alias. Semua jenis didukung kecuali **NS** dan **SOA**.  
Jika Anda membuat catatan alias yang memiliki nama yang sama sebagai zona yang di-hosting (dikenal sebagai *zone apex*), Anda tidak dapat merutekan lalu lintas ke catatan dengan nilai **Jenis** adalah **CNAME**. Ini karena catatan alias harus memiliki jenis yang sama dengan catatan yang Anda tuju, dan membuat catatan CNAME untuk Zone Apex tidak didukung bahkan untuk catatan alias. 

Pilih nilai yang sama untuk semua catatan dalam kelompok grup tertimbang.

## Nilai/Rutekan lalu lintas ke
<a name="rrsets-values-weighted-alias-alias-target"></a>

Nilai yang Anda pilih dari daftar atau yang Anda ketik di bidang tergantung pada AWS sumber daya yang Anda rutekan lalu lintas.

Untuk informasi tentang AWS sumber daya yang dapat Anda targetkan, lihat [nilai umum untuk catatan alias untuk value/route lalu lintas](resource-record-sets-values-alias-common.md#rrsets-values-alias-common-target).

Untuk informasi selengkapnya tentang cara mengonfigurasi Route 53 untuk merutekan lalu lintas ke AWS sumber daya tertentu, lihat[Merutekan lalu lintas internet ke sumber daya Anda AWS](routing-to-aws-resources.md).

## Bobot
<a name="rrsets-values-weighted-alias-weight"></a>

Nilai yang menentukan proporsi kueri DNS yang direspons Route 53 menggunakan catatan saat ini. Route 53 menghitung jumlah bobot untuk catatan yang memiliki kombinasi yang sama dari nama dan tipe DNS. Route 53 kemudian merespons kueri berdasarkan rasio bobot terhadap total milik sumber daya. 

Anda tidak dapat membuat catatan tidak tertimbang yang memiliki nilai yang sama untuk **Nama catatan** dan **Jenis catatan** sebagai catatan tertimbang.

Masukkan bilangan bulat antara 0 dan 255. Untuk menonaktifkan perutean ke sumber daya, atur **Bobot** ke 0. Jika Anda menetapkan **Bobot** ke 0 untuk semua catatan dalam grup, lalu lintas dirutekan ke semua sumber daya dengan probabilitas yang sama. Hal ini memastikan bahwa Anda tidak secara tidak sengaja menonaktifkan perutean untuk grup catatan tertimbang.

Efek dari pengaturan **Bobot** ke 0 berbeda ketika Anda mengasosiasikan pemeriksaan kondisi dengan catatan tertimbang. Untuk informasi selengkapnya, lihat [Cara Amazon Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasiCara Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasi](health-checks-how-route-53-chooses-records.md).

## Pemeriksaan kondisi
<a name="rrsets-values-weighted-alias-associate-with-health-check"></a>

Pilih pemeriksaan kondisi jika Anda ingin Route 53 untuk memeriksa kondisi titik akhir tertentu dan untuk menanggapi permintaan DNS menggunakan catatan ini hanya ketika kondisi titik akhir baik. 

Route 53 tidak memeriksa kondisi titik akhir yang ditentukan dalam catatan, misalnya, titik akhir yang ditentukan oleh alamat IP di bidang **Nilai**. Saat Anda memilih pemeriksaan kondisi untuk catatan, Route 53 memeriksa kondisi titik akhir yang Anda tentukan di pemeriksaan kondisi. Untuk informasi tentang bagaimana Route 53 menentukan apakah titik akhir sehat, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).

Mengaitkan pemeriksaan kondisi dengan catatan hanya berguna ketika Route 53 memilih di antara dua catatan atau lebih untuk merespons kueri DNS, dan Anda ingin Rute 53 mendasarkan pilihan sebagian pada status pemeriksaan kondisi. Gunakan pemeriksaan kondisi hanya dalam konfigurasi berikut:
+ Anda sedang memeriksa kesehatan semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan tertimbang), dan Anda menentukan pemeriksaan kesehatan IDs untuk semua catatan. Jika pemeriksaan kondisi untuk catatan menentukan titik akhir yang tidak sehat, Route 53 berhenti merespons kueri menggunakan nilai untuk catatan tersebut.
+ Anda memilih **Ya** untuk **Mengevaluasi kesehatan target** untuk catatan alias atau catatan dalam grup alias failover, alias geolokasi, alias latensi, alias berbasis IP, atau catatan alias tertimbang. Jika catatan alias mereferensikan catatan nonalias di zona yang dihosting yang sama, Anda juga harus menentukan pemeriksaan kesehatan untuk catatan yang direferensikan. Jika Anda mengaitkan pemeriksaan kesehatan dengan catatan alias dan juga memilih **Ya** untuk **Evaluasi Kesehatan Target**, keduanya harus mengevaluasi dengan benar. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-alias).

Jika pemeriksaan kondisi Anda menentukan titik akhir hanya berdasarkan nama domain, sebaiknya buat pemeriksaan kondisi terpisah untuk setiap titik akhir. Misalnya, buat pemeriksaan kondisi untuk setiap server HTTP yang melayani konten untuk www.example.com. Untuk nilai **Nama domain**, tentukan nama domain server (seperti us-east-2-www.example.com), bukan nama catatan (example.com).

**penting**  
Dalam konfigurasi ini, jika Anda membuat pemeriksaan kondisi dengan nilai **Nama domain** yang sesuai dengan nama catatan lalu mengaitkan pemeriksaan kondisi dengan catatan tersebut, hasil pemeriksaan kondisi tidak dapat diprediksi.

## Mengevaluasi Kondisi Target
<a name="rrsets-values-weighted-alias-evaluate-target-health"></a>

Pilih **Ya** jika Anda ingin Route 53 untuk menentukan apakah untuk menanggapi permintaan DNS menggunakan catatan ini dengan memeriksa kondisi sumber daya yang ditentukan oleh **Titik akhir**. 

Perhatikan hal-hal berikut:

**API Gateway khusus regional APIs dan dioptimalkan tepi APIs**  
Tidak ada persyaratan khusus untuk menyetel **Evaluasi kesehatan target** ke **Ya** ketika titik akhir adalah API Regional kustom API Gateway API atau API yang dioptimalkan tepi.

**CloudFront distribusi**  
Anda tidak dapat menetapkan **Evaluasi kesehatan target** ke **Ya** ketika titik akhir adalah CloudFront distribusi.

**Lingkungan Elastic Beanstalk yang memiliki subdomain regionalisasi**  
Jika Anda menentukan lingkungan Elastic Beanstalk di **Titik Akhir** dan lingkungan berisi penyeimbang beban ELB, Elastic Load Balancing hanya merutekan kueri ke Instans Amazon EC2 yang sehat dan terdaftar dengan penyeimbang beban. (Lingkungan secara otomatis berisi penyeimbang beban ELB jika mencakup lebih dari satu Instans Amazon EC2.) Jika Anda mengatur **Evaluasi kondisi target** ke **Ya** dan Instans Amazon EC2 atau penyeimbang beban tidak ada yang sehat, Route 53 merutekan kueri ke sumber daya lain sehat yang tersedia, jika ada.   
Jika lingkungan berisi contoh Instans Amazon EC2 tunggal, tidak ada persyaratan khusus.

**penyeimbang beban ELB**  
Perilaku pemeriksaan kondisi tergantung jenis penyeimbang beban:  
+ **Classic Load Balancer** – Jika Anda menentukan Classic Load Balancer ELB di **Titik akhir**, Elastic Load Balancing merutekan kueri hanya ke instans Amazon EC2 sehat yang terdaftar dengan penyeimbang beban. Jika Anda menyetel **Evaluasi Kondisi Target** ke **Ya** dan tidak ada instans EC2 yang sehat atau penyeimbang beban itu sendiri tidak sehat, Route 53 merutekan kueri ke sumber daya lain.
+ **Aplikasi dan Penyeimbang Beban Jaringan** – Jika Anda menentukan Aplikasi ELB atau Penyeimbang Beban Jaringan dan Anda menyetel **Evaluasi Kondisi Target** ke **Ya**, Route 53 merutekan kueri ke penyeimbang beban berdasarkan kondisi grup target yang terkait dengan penyeimbang beban:
  + Agar Aplikasi atau Penyeimbang Beban Jaringan dianggap sehat, setiap kelompok target yang berisi target harus berisi setidaknya satu target yang sehat. Jika setiap kelompok target hanya berisi target yang tidak sehat, penyeimbang beban dianggap tidak sehat, dan Route 53 merutekan permintaan ke sumber daya lainnya.
  + Grup target yang tidak memiliki target terdaftar dianggap tidak sehat.
Bila Anda membuat penyeimbang beban, Anda mengonfigurasi pengaturan untuk pemeriksaan kondisi Elastic Load Balancing; bukan pemeriksaan kondisi Route 53, tetapi melakukan fungsi serupa. Tidak membuat pemeriksaan kondisi Route 53 untuk Instans EC2 yang Anda daftarkan dengan penyeimbang beban ELB. 

**Bucket S3**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah bucket S3.

**Titik akhir antarmuka Amazon VPC**  
Tidak ada persyaratan khusus untuk pengaturan **Evaluasi kondisi target** ke **Ya** ketika titik akhir adalah antarmuka Amazon VPC.

**Catatan lain di zona yang di-hosting**  
Jika AWS sumber daya yang Anda tentukan di **Endpoint** adalah rekaman atau grup catatan (misalnya, grup catatan tertimbang) tetapi bukan catatan alias lain, sebaiknya Anda mengaitkan pemeriksaan kesehatan dengan semua catatan di titik akhir. Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting).

## ID catatan
<a name="rrsets-values-weighted-alias-set-identifier"></a>

Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan tertimbang.