Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Bekerja dengan catatan
Setelah Anda membuat zona yang di-hosting untuk domain Anda, seperti example.com, Anda membuat catatan untuk memberi tahu Domain Name System (DNS) bagaimana Anda ingin lalu lintas dirutekan untuk domain tersebut.
Misalnya, Anda mungkin membuat catatan yang menyebabkan DNS melakukan hal berikut:
+ Rutekan lalu lintas internet misalnya.com ke alamat IP host di pusat data Anda.
+ Rutekan email untuk domain tersebut (ichiro@example.com) ke server email (mail.example.com).
+ Rutekan lalu lintas untuk subdomain yang disebut operations.tokyo.example.com ke alamat IP dari host yang berbeda.
Setiap catatan mencakup nama domain atau subdomain, jenis catatan (misalnya, catatan dengan jenis email rute MX), dan informasi lain yang berlaku untuk jenis catatan (untuk data MX, nama host dari satu atau lebih server surat dan prioritas untuk setiap server). Untuk informasi selengkapnya tentang berbagai jenis catatan, lihat [Tipe data DNS yang didukung](ResourceRecordTypes.md).
Nama setiap catatan di zona yang di-hosting harus diakhiri dengan nama zona yang di-hosting. Misalnya, zona yang di-hosting example.com dapat berisi catatan untuk subdomain www.example.com dan accounting.tokyo.example.com, tetapi tidak dapat berisi catatan untuk subdomain www.example.ca.
**catatan**
Untuk membuat catatan untuk konfigurasi perutean yang kompleks, Anda juga dapat menggunakan editor visual Aliran Lalu Lintas dan menyimpan konfigurasi sebagai kebijakan lalu lintas. Anda kemudian dapat mengaitkan kebijakan lalu lintas dengan satu atau lebih nama domain (seperti example.com) atau nama subdomain (seperti www.example.com), di zona yang di-hosting yang sama atau di beberapa zona yang di-hosting. Selain itu, Anda dapat memulihkan pembaruan jika konfigurasi baru tidak memiliki performa seperti yang Anda harapkan. Untuk informasi selengkapnya, lihat [Menggunakan Arus Lalu Lintas untuk merutekan lalu lintas DNS](traffic-flow.md).
Amazon Route 53 tidak mengenakan biaya untuk catatan yang Anda tambahkan ke zona yang di-hosting. Untuk informasi tentang jumlah maksimum catatan yang dapat Anda buat di zona yang di-hosting, lihat [Kuota](DNSLimitations.md).
**Topics**
+ [
# Memilih kebijakan perutean
](routing-policy.md)
+ [
# Memilih antara catatan alias dan nonalias
](resource-record-sets-choosing-alias-non-alias.md)
+ [
# Tipe data DNS yang didukung
](ResourceRecordTypes.md)
+ [
# Membuat catatan dengan menggunakan konsol Amazon Route 53
](resource-record-sets-creating.md)
+ [
# Izin set catatan sumber daya
](resource-record-sets-permissions.md)
+ [
# Nilai yang Anda tentukan saat membuat atau mengedit catatan Amazon Route 53
](resource-record-sets-values.md)
+ [
# Membuat catatan dengan mengimpor file zona
](resource-record-sets-creating-import.md)
+ [
# Mengedit catatan
](resource-record-sets-editing.md)
+ [
# Menghapus catatan
](resource-record-sets-deleting.md)
+ [
# Mencantumkan catatan
](resource-record-sets-listing.md)
# Memilih kebijakan perutean
Saat Anda membuat catatan, Anda memilih kebijakan perutean, yang menentukan bagaimana Amazon Route 53 merespons kueri:
+ **Kebijakan perutean sederhana** – Gunakan untuk satu sumber daya yang menjalankan fungsi tertentu untuk domain Anda, misalnya, server web yang menyajikan konten untuk situs web example.com. Anda dapat menggunakan perutean sederhana untuk membuat catatan di zona host pribadi.
+ **Kebijakan perutean failover** – Gunakan ketika Anda ingin mengonfigurasi failover aktif-pasif. Anda dapat menggunakan perutean failover untuk membuat catatan di zona host pribadi.
+ **Kebijakan perutean geolokasi**– Gunakan saat Anda ingin merutekan lalu lintas berdasarkan lokasi pengguna Anda. Anda dapat menggunakan perutean geolokasi untuk membuat catatan di zona host pribadi.
+ **Kebijakan perutean geoproximity** - Gunakan saat Anda ingin merutekan lalu lintas berdasarkan lokasi sumber daya Anda dan, secara opsional, mengalihkan lalu lintas dari sumber daya di satu lokasi ke sumber daya di lokasi lain. Anda dapat menggunakan perutean geoproximity untuk membuat catatan di zona host pribadi.
+ **Kebijakan perutean latensi** — Gunakan saat Anda memiliki sumber daya dalam beberapa Wilayah AWS dan Anda ingin merutekan lalu lintas ke Wilayah yang memberikan latensi terbaik. Anda dapat menggunakan perutean latensi untuk membuat catatan di zona host pribadi.
+ **Kebijakan perutean berbasis IP** — Gunakan saat Anda ingin merutekan lalu lintas berdasarkan lokasi pengguna Anda, dan dapatkan alamat IP tempat lalu lintas berasal.
+ **Kebijakan perutean jawaban multinilai** – Gunakan saat Anda ingin Route 53 merespons kueri DNS dengan hingga delapan catatan sehat yang dipilih secara acak. Anda dapat menggunakan routing jawaban multivalue untuk membuat catatan di zona host pribadi.
+ **Kebijakan perutean berbobot** – Gunakan untuk merutekan lalu lintas ke beberapa sumber daya dalam proporsi yang Anda tentukan. Anda dapat menggunakan perutean tertimbang untuk membuat catatan di zona host pribadi.
**Topics**
+ [
# Perutean sederhana
](routing-policy-simple.md)
+ [
# Perutean failover
](routing-policy-failover.md)
+ [
# Perutean geolokasi
](routing-policy-geo.md)
+ [
# Perutean geoproksimitas
](routing-policy-geoproximity.md)
+ [
# Perutean berbasis latensi
](routing-policy-latency.md)
+ [
# Perutean berbasis IP
](routing-policy-ipbased.md)
+ [
# Perutean jawaban multinilai
](routing-policy-multivalue.md)
+ [
# Perutean tertimbang
](routing-policy-weighted.md)
+ [
# Bagaimana Amazon Route 53 digunakan EDNS0 untuk memperkirakan lokasi pengguna
](routing-policy-edns0.md)
# Perutean sederhana
Perutean sederhana memungkinkan Anda mengonfigurasi data DNS standar, tanpa perutean Route 53 khusus seperti tertimbang atau latensi. Dengan perutean yang sederhana, Anda biasanya mengarahkan lalu lintas ke sumber daya tunggal, misalnya, ke server web untuk situs web Anda.
Anda dapat menggunakan kebijakan perutean sederhana untuk catatan di zona host pribadi.
Jika Anda memilih kebijakan perutean sederhana di konsol Route 53, Anda tidak dapat membuat beberapa catatan yang memiliki nama dan jenis yang sama, tetapi Anda dapat menentukan beberapa nilai dalam catatan yang sama, seperti beberapa alamat IP. (Jika Anda memilih kebijakan perutean sederhana untuk catatan alias, Anda hanya dapat menentukan satu AWS sumber daya atau satu catatan di zona yang dihosting saat ini.) Jika Anda menentukan beberapa nilai dalam catatan, Route 53 mengembalikan semua nilai ke resolver rekursif dalam urutan acak, dan resolver mengembalikan nilai ke klien (seperti perambabn web) yang mengirimkan kueri DNS. Klien kemudian memilih nilai dan mengirim ulang kueri. Dengan kebijakan routing sederhana, meskipun Anda dapat menentukan beberapa alamat IP, alamat IP ini tidak diperiksa kesehatan.
Untuk informasi tentang nilai yang Anda tentukan saat menggunakan kebijakan perutean sederhana untuk membuat rekaman, lihat topik berikut ini:
+ [Nilai khusus untuk catatan sederhana](resource-record-sets-values-basic.md)
+ [Nilai khusus untuk catatan alias sederhana](resource-record-sets-values-alias.md)
+ [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)
# Perutean failover
Perutean failover memungkinkan Anda merutekan lalu lintas ke sumber daya saat sumber daya sehat atau ke sumber daya lain saat sumber daya pertama tidak sehat. Catatan primer dan sekunder dapat merutekan lalu lintas ke apa pun dari bucket Amazon S3 yang dikonfigurasi sebagai situs web ke pohon catatan yang kompleks. Untuk informasi selengkapnya, lihat [Failover active-passive](dns-failover-types.md#dns-failover-types-active-passive).
Anda dapat menggunakan kebijakan perutean failover untuk catatan di zona host pribadi.
Untuk informasi tentang nilai yang Anda tentukan saat menggunakan kebijakan perutean failover untuk membuat catatan, lihat topik berikut ini:
+ [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 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)
# Perutean geolokasi
Perutean geolokasi memungkinkan Anda memilih sumber daya yang melayani lalu lintas Anda berdasarkan lokasi geografis pengguna Anda, yang berarti lokasi asal kueri DNS. Misalnya, Anda mungkin ingin semua kueri dari Eropa dialihkan ke penyeimbang beban Elastic Load Balancing di Wilayah Frankfurt.
Saat Anda menggunakan perutean geolokasi, Anda dapat melokalkan konten Anda dan menyajikan beberapa atau semua situs web Anda dalam bahasa pengguna Anda. Anda juga dapat menggunakan perutean geolokasi untuk membatasi distribusi konten hanya ke lokasi di mana Anda memiliki hak distribusi. Penggunaan lain yang mungkin adalah untuk menyeimbangkan beban di seluruh titik akhir dengan easy-to-manage cara yang dapat diprediksi, sehingga setiap lokasi pengguna secara konsisten diarahkan ke titik akhir yang sama.
Anda dapat menentukan lokasi geografis menurut benua, negara, atau negara bagian di Amerika Serikat. Jika Anda membuat catatan terpisah untuk wilayah geografis yang tumpang tindih—misalnya, satu rekaman untuk Amerika Utara dan satu untuk Kanada—prioritas masuk ke wilayah geografis terkecil. Ini memungkinkan Anda untuk merutekan beberapa kueri untuk suatu benua ke satu sumber daya dan untuk merutekan kueri untuk negara yang dipilih di benua itu ke sumber daya yang berbeda. (Untuk daftar negara di setiap benua, lihat [Lokasi](resource-record-sets-values-geo.md#rrsets-values-geo-location).)
Geolokasi berfungsi dengan memetakan alamat IP ke lokasi. Namun, beberapa alamat IP tidak dipetakan ke lokasi geografis, jadi meskipun Anda membuat catatan geolokasi yang mencakup ketujuh benua, Amazon Route 53 akan menerima beberapa kueri DNS dari lokasi yang tidak dapat diidentifikasi. Anda dapat membuat catatan default yang menangani kedua kueri dari alamat IP yang tidak dipetakan ke lokasi mana pun dan kueri yang berasal dari lokasi yang data geolokasinya belum Anda buat. Jika Anda tidak membuat catatan default, Route 53 menghasilkan respons "tidak ada jawaban" untuk kueri dari lokasi tersebut.
Anda dapat menggunakan perutean geolokasi untuk catatan di zona host publik dan pribadi.
Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 digunakan EDNS0 untuk memperkirakan lokasi pengguna](routing-policy-edns0.md).
Untuk informasi tentang nilai yang Anda tentukan saat menggunakan kebijakan perutean geolokasi untuk membuat catatan, lihat topik berikut ini:
+ [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 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)
# Perutean geolokasi di zona host pribadi
Untuk zona yang dihosting pribadi, Route 53 merespons kueri DNS berdasarkan VPC Wilayah AWS tempat kueri tersebut berasal. Untuk daftar Wilayah AWS, lihat [Wilayah dan zona](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) di panduan *pengguna Amazon EC2*.
Jika kueri DNS berasal dari bagian lokal dari jaringan hybrid, itu akan dianggap berasal dari tempat VPC berada. Wilayah AWS
Jika menyertakan pemeriksaan kesehatan, Anda dapat membuat catatan default untuk:
+ Alamat IP yang tidak dipetakan ke lokasi geografis.
+ Kueri DNS yang berasal dari lokasi yang belum Anda buat catatan geolokasi.
Jika catatan geolokasi untuk wilayah kueri DNS tidak sehat, catatan default akan dikembalikan (jika sehat).
Dalam konfigurasi contoh pada gambar berikut, kueri DNS yang berasal dari us-east-1 Wilayah AWS (Virginia) akan dialihkan ke titik akhir 1.1.1.1.
![\[Tangkapan layar yang menunjukkan catatan geolokasi untuk zona host pribadi.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/geolocation-phz.png)
# Perutean geoproksimitas
Perutean geoproximity memungkinkan Amazon Route 53 merutekan lalu lintas ke sumber daya Anda berdasarkan lokasi geografis pengguna dan sumber daya Anda. Ini mengarahkan lalu lintas ke sumber daya terdekat yang tersedia. *Anda juga dapat memilih untuk mengarahkan lebih banyak lalu lintas atau lebih sedikit lalu lintas ke sumber daya tertentu dengan menentukan nilai, yang dikenal sebagai bias.* Bias memperluas atau mengecilkan ukuran wilayah geografis tempat lalu lintas dirutekan ke sumber daya.
Anda membuat aturan geoproximity untuk sumber daya Anda dan menentukan salah satu nilai berikut untuk setiap aturan:
+ Jika Anda menggunakan AWS sumber daya, tentukan Wilayah AWS atau Grup Zona Lokal tempat Anda membuat sumber daya.
+ Jika Anda menggunakan AWS non-sumber daya, tentukan garis lintang dan bujur sumber daya.
Untuk menggunakan AWS Local Zones, Anda harus mengaktifkannya terlebih dahulu. Untuk informasi selengkapnya, lihat [Memulai Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html) di *Panduan Pengguna AWS Local Zones*.
Untuk mempelajari perbedaan antara Wilayah AWS dan Local Zones, lihat [Wilayah dan Zona](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html) di *Panduan Pengguna Amazon EC2*.
Untuk mengubah ukuran wilayah geografis dari mana Route 53 route lalu lintas ke sumber daya, tentukan nilai yang berlaku untuk bias:
+ Untuk memperluas ukuran wilayah geografis tempat Route 53 merutekan lalu lintas ke sumber daya, tentukan bilangan bulat positif dari 1 hingga 99 untuk bias. Route 53 menyusutkan ukuran wilayah yang berdekatan.
+ Untuk menyusutkan ukuran wilayah geografis yang lalu lintasnya dirutekan oleh Route 53 ke sumber daya, tentukan bias negatif -1 sampai -99. Route 53 memperluas ukuran wilayah yang berdekatan.
**catatan**
Kami memperbarui konsol Arus Lalu Lintas untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
Pilih tab untuk konsol yang Anda gunakan.
+ [Konsol baru](#traffic-flow-geoprox-routing-map-new)
+ [Konsol lama](#traffic-flow-geoprox-routing-map-old)
------
#### [ New console ]
Peta berikut menunjukkan empat Wilayah AWS (nomor 1 sampai 5):
1. AS Barat (Oregon)
1. Eropa (Frankfurt)
1. Asia Pasifik (Tokyo)
1. Africa (Cape Town)
1. Timur Tengah (Bahrain)
**catatan**
Peta hanya tersedia dengan Arus Lalu Lintas.
![\[Peta dunia yang menunjukkan bagaimana lalu lintas diarahkan ketika Anda memiliki catatan geoproximity untuk sumber daya Wilayah AWS di AS Barat (Oregon), Eropa (Frankfurt), Asia Pasifik (Tokyo), Afrika (Cape Town) dan Timur Tengah (Bahrain).\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-no-bias-new.png)
Peta berikut menunjukkan apa yang terjadi jika Anda menambahkan bias \$125 untuk Wilayah Barat AS (Oregon) (nomor **1** di peta). Lalu lintas diarahkan ke sumber daya di Wilayah itu dari sebagian besar Amerika Utara dan dari seluruh Amerika Selatan daripada sebelumnya.
![\[Peta dunia yang menunjukkan bagaimana lalu lintas dirutekan saat Anda menambahkan bias +25 di Wilayah US East (Northern Virginia).\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-plus25-new.png)
Peta berikut menunjukkan apa yang terjadi jika Anda mengubah bias menjadi -25 untuk Wilayah Barat AS (Oregon). **Lalu lintas dialihkan ke sumber daya di Wilayah itu dari bagian yang lebih kecil di Amerika Utara dan Selatan daripada sebelumnya, dan lebih banyak lalu lintas diarahkan ke sumber daya di wilayah yang berdekatan **2**, **3**, dan 4.**
![\[Peta dunia yang menunjukkan bagaimana lalu lintas diarahkan ketika Anda menambahkan bias -25 di Wilayah AS Barat (Oregon).\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-bias-minus25-new.png)
------
#### [ Old console ]
Peta berikut menunjukkan empat Wilayah AWS (nomor 1 sampai 4) dan lokasi di Johannesburg, Afrika Selatan yang ditentukan oleh garis lintang dan bujur (5).
**catatan**
Peta hanya tersedia dengan Arus Lalu Lintas.
![\[Peta dunia yang menunjukkan bagaimana lalu lintas diarahkan ketika Anda memiliki catatan geoproximity untuk sumber daya Wilayah AWS di AS Barat (Oregon), AS Timur (Virginia N.), Eropa (Paris), dan Asia Pasifik (Tokyo), dan Anda memiliki catatan untuk AWS non-sumber daya di Johannesburg, Afrika Selatan.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-no-bias.png)
Peta berikut menunjukkan apa yang terjadi jika Anda menambahkan bias \$125 untuk Wilayah AS Timur (Virginia N.) (nomor **2** di peta). Lalu lintas dialihkan ke sumber daya di Wilayah itu dari sebagian besar Amerika Utara daripada sebelumnya, dan dari seluruh Amerika Selatan.
![\[Peta dunia yang menunjukkan bagaimana lalu lintas dirutekan saat Anda menambahkan bias +25 di Wilayah US East (Northern Virginia).\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-plus-25.png)
Peta berikut menunjukkan apa yang terjadi jika Anda mengubah bias menjadi -25 untuk Wilayah AS Timur (Virginia N.). Lalu lintas dirutekan ke sumber daya di Wilayah itu dari bagian yang lebih kecil di Amerika Utara dan Selatan daripada sebelumnya, dan lebih banyak lalu lintas diarahkan ke sumber daya di wilayah yang berdekatan **1**, **3**, dan **5**.
![\[Peta dunia yang menunjukkan bagaimana lalu lintas diarahkan ketika Anda menambahkan bias -25 di Wilayah AS Timur (Virginia N.).\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/traffic-flow-geoproximity-map-example-bias-minus-25.png)
------
Efek mengubah bias untuk sumber daya Anda bergantung pada sejumlah faktor, termasuk berikut ini:
+ Jumlah sumber daya yang Anda miliki.
+ Seberapa dekat sumber daya satu sama lain.
+ Jumlah pengguna yang Anda miliki di dekat area perbatasan antar wilayah geografis. Misalnya, Anda memiliki sumber daya di Wilayah AWS AS Timur (Virginia N.) dan AS Barat (Oregon), dan Anda memiliki banyak pengguna di Dallas, Austin, dan San Antonio, Texas, AS. Kota-kota itu kira-kira berjarak sama antara sumber daya Anda, sehingga perubahan kecil dalam bias dapat mengakibatkan perubahan besar dalam lalu lintas dari sumber daya satu Wilayah AWS ke yang lain.
Kami menyarankan Anda mengubah bias secara bertahap untuk mencegah sumber daya Anda yang berlebihan, karena perubahan lalu lintas yang tidak terduga.
Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 digunakan EDNS0 untuk memperkirakan lokasi pengguna](routing-policy-edns0.md).
## Bagaimana Amazon Route 53 menggunakan bias untuk merutekan lalu lintas
Berikut rumus yang digunakan Amazon Route 53 untuk menentukan cara merutekan lalu lintas:
**Bias**
`Biased distance = actual distance * [1 - (bias/100)]`
Ketika nilai bias positif, Route 53 memperlakukan sumber kueri DNS dan sumber daya yang Anda tentukan dalam catatan geoproximity (seperti instance EC2 dalam an Wilayah AWS) seolah-olah mereka lebih dekat daripada yang sebenarnya. Misalnya, anggap Anda memiliki catatan geoproximity berikut:
+ Catatan untuk web server A, yang memiliki bias positif 50
+ Catatan untuk server web B, yang tidak memiliki bias
Saat catatan geoproximity memiliki bias positif sebesar 50, Route 53 membagi dua jarak antara sumber kueri dan sumber daya untuk rekaman tersebut. Kemudian Route 53 menghitung sumber daya mana yang lebih dekat dengan sumber kueri. Misalkan web server A berjarak 150 kilometer dari sumber kueri dan web server B berjarak 100 kilometer dari sumber kueri. Jika tidak ada catatan yang bias, Route 53 akan merutekan kueri ke server web B karena lebih dekat. Namun, karena catatan untuk server web A memiliki bias positif sebesar 50, Route 53 memperlakukan server web A seolah-olah berjarak 75 kilometer dari sumber kueri. Akibatnya, Route 53 merutekan kueri ke server web A.
Berikut perhitungan untuk bias positif 50:
```
Bias = 50
Biased distance = actual distance * [1 - (bias/100)]
Biased distance = 150 kilometers * [1 - (50/100)]
Biased distance = 150 kilometers * (1 - .50)
Biased distance = 150 kilometers * (.50)
Biased distance = 75 kilometers
```
# Perutean berbasis latensi
Jika aplikasi Anda di-host dalam beberapa Wilayah AWS, Anda dapat meningkatkan kinerja untuk pengguna Anda dengan menyajikan permintaan mereka dari Wilayah AWS yang menyediakan latensi terendah.
**catatan**
Data tentang latensi antara pengguna dan sumber daya Anda didasarkan sepenuhnya pada lalu lintas antara pengguna dan pusat data AWS . Jika Anda tidak menggunakan sumber daya dalam file Wilayah AWS, latensi aktual antara pengguna dan sumber daya Anda dapat sangat bervariasi dari data AWS latensi. Ini benar bahkan jika sumber daya Anda terletak di kota yang sama dengan Wilayah AWS.
Untuk menggunakan perutean berbasis latensi, Anda membuat catatan latensi untuk sumber daya Anda dalam beberapa. Wilayah AWS Saat Route 53 menerima kueri DNS untuk domain atau subdomain Anda (example.com atau acme.example.com), Route 53 menentukan untuk mana Wilayah AWS Anda telah membuat catatan latensi, menentukan Wilayah mana yang memberikan latensi terendah kepada pengguna, dan kemudian memilih catatan latensi untuk Wilayah tersebut. Route 53 merespons dengan nilai dari catatan yang dipilih, seperti alamat IP untuk server web.
Misalnya, Anda memiliki penyeimbang beban Elastic Load Balancing di Wilayah AS Barat (Oregon) dan di Wilayah Asia Pasifik (Singapura). Anda membuat catatan latensi untuk setiap penyeimbang beban. Inilah yang terjadi saat pengguna di London memasukkan nama domain Anda di peramban:
1. DNS merutekan kueri ke server nama Route 53.
1. Route 53 mengacu pada datanya tentang latensi antara London dan Wilayah Singapura dan antara London dan Wilayah Oregon.
1. Jika latensi lebih rendah antara Wilayah London dan Oregon, Route 53 merespons kueri dengan alamat IP untuk penyeimbang beban Oregon. Jika latensi lebih rendah antara London dan Wilayah Singapura, Route 53 merespons dengan alamat IP untuk penyeimbang beban Singapura.
Latensi antara host di internet dapat berubah seiring waktu sebagai akibat dari perubahan konektivitas jaringan dan perutean. Perutean berbasis latensi didasarkan pada pengukuran latensi yang dilakukan selama periode waktu tertentu, dan pengukuran mencerminkan perubahan ini. Permintaan yang dialihkan ke Wilayah Oregon minggu ini mungkin akan dialihkan ke Wilayah Singapura minggu depan.
**catatan**
Ketika browser atau penampil lain menggunakan DNS resolver yang mendukung edns-client-subnet ekstensi EDNS0, DNS resolver mengirimkan Route 53 versi terpotong dari alamat IP pengguna. Jika Anda mengonfigurasi perutean berbasis latensi, Route 53 mempertimbangkan nilai ini saat merutekan lalu lintas ke sumber daya Anda. Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 digunakan EDNS0 untuk memperkirakan lokasi pengguna](routing-policy-edns0.md).
Anda dapat menggunakan kebijakan perutean latensi untuk catatan di zona host pribadi.
Untuk informasi tentang nilai yang Anda tentukan saat menggunakan kebijakan perutean latensi untuk membuat catatan, lihat topik berikut ini:
+ [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 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)
# Perutean berbasis latensi di zona host pribadi
Untuk zona yang dihosting pribadi, Route 53 menjawab kueri DNS dengan titik akhir yang sama Wilayah AWS, atau jaraknya paling dekat dengan VPC Wilayah AWS tempat kueri berasal.
**catatan**
Jika Anda memiliki titik akhir keluar yang diteruskan ke titik akhir masuk, catatan akan diselesaikan berdasarkan di mana titik akhir masuk berada, bukan titik akhir keluar.
Jika Anda menyertakan pemeriksaan kesehatan, dan catatan dengan latensi terendah ke asal kueri tidak sehat, titik akhir yang sehat dengan latensi terendah berikutnya akan dikembalikan.
Dalam konfigurasi contoh pada gambar berikut, kueri DNS yang berasal dari us-east-1, atau yang paling dekat dengannya Wilayah AWS, akan dirutekan ke titik akhir 1.1.1.1. Kueri DNS dari us-west-2, atau yang paling dekat dengannya, akan dirutekan ke titik akhir 2.2.2.2.
![\[Tangkapan layar yang menunjukkan dua catatan latensi untuk zona host pribadi.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/latency-phz.png)
# Perutean berbasis IP
Dengan perutean berbasis IP di Amazon Route 53, Anda dapat menyempurnakan perutean DNS Anda dengan menggunakan pemahaman Anda tentang jaringan, aplikasi, dan klien Anda untuk membuat keputusan perutean DNS terbaik bagi pengguna akhir Anda. Perutean berbasis IP memberi Anda kontrol granular untuk mengoptimalkan kinerja atau mengurangi biaya jaringan dengan mengunggah data Anda ke Route 53 dalam bentuk pemetaan. user-IP-to-endpoint
Perutean berbasis geolokasi dan latensi didasarkan pada data yang dikumpulkan dan diperbarui oleh Route 53. Pendekatan ini bekerja dengan baik untuk sebagian besar pelanggan, tetapi perutean berbasis IP menawarkan Anda kemampuan tambahan untuk mengoptimalkan perutean berdasarkan pengetahuan khusus tentang basis pelanggan Anda. Misalnya, penyedia konten video global mungkin ingin merutekan pengguna akhir dari penyedia layanan internet (ISP) tertentu.
Beberapa kasus penggunaan umum untuk perutean berbasis IP adalah sebagai berikut:
+ Anda ingin merutekan pengguna akhir dari titik akhir tertentu ISPs ke titik akhir tertentu sehingga Anda dapat mengoptimalkan biaya atau kinerja transit jaringan.
+ Anda ingin menambahkan penggantian ke jenis perutean Route 53 yang ada, seperti perutean geolokasi, berdasarkan pengetahuan Anda tentang lokasi fisik klien Anda.
**Mengelola rentang IP dan mengaitkannya ke kumpulan catatan sumber daya () RRSet**
Untuk IPv4, Anda dapat menggunakan blok CIDR dengan panjang antara 1 dan 24 bit, inklusif, sedangkan untukIPv6, Anda dapat menggunakan blok CIDR dengan panjang antara 1 dan 48 bit, inklusif. Untuk menentukan blok CIDR nol bit (0.0.0.0/0 atau: :/0), gunakan lokasi default (“\$1”).
Untuk kueri DNS dengan CIDR yang lebih panjang dari yang ditentukan dalam koleksi CIDR, Route 53 akan mencocokkannya dengan CIDR yang lebih pendek. Misalnya, jika Anda menentukan 2001:0DB8: :/32 sebagai blok CIDR dalam koleksi CIDR Anda dan kueri berasal dari 2001:0DB8: 0000:1234: :/48, itu akan cocok. Jika, di sisi lain, Anda menentukan 2001:0DB8: 0000:1234: :/48 dalam koleksi CIDR Anda dan kueri berasal dari 2001:0DB8: :/32, ini tidak akan cocok dan Route 53 akan menjawab dengan catatan untuk lokasi default (“\$1”).
Anda dapat mengelompokkan kumpulan blok CIDR (atau rentang IP) ke dalam lokasi CIDR, yang pada gilirannya dikelompokkan ke dalam entitas yang dapat digunakan kembali yang disebut koleksi CIDR:
**Blok CIDR**
Rentang IP dalam notasi CIDR, misalnya, 192.0.2.0/24 atau 2001:: :/32. DB8
**Lokasi CIDR**
Daftar bernama blok CIDR. Misalnya, example-isp-seattle = [192.0.2.0/24, 203.0.113.0/22, 198.51.100.0/24, 2001:: :/32]. DB8 Blok dalam daftar lokasi CIDR tidak harus berdekatan atau rentang yang sama.
Satu lokasi dapat memiliki keduanya IPv4 dan IPv6 blok, dan lokasi ini dapat dikaitkan dengan set rekor A dan AAAA, masing-masing.
Nama lokasi sering merupakan lokasi berdasarkan konvensi, tetapi dapat berupa string apa pun, misalnya, *Perusahaan-A*.
**Koleksi CIDR**
Koleksi lokasi bernama. Misalnya, mycollection = [example-isp-seattle, example-isp-tokyo].
Set catatan sumber daya perutean berbasis IP mereferensikan lokasi dalam sebuah koleksi, dan semua set catatan sumber daya untuk nama dan tipe set catatan yang sama harus mereferensikan koleksi yang sama. Misalnya, jika Anda membuat situs web di dua Wilayah dan ingin mengarahkan kueri DNS dari dua lokasi CIDR yang berbeda ke situs web tertentu berdasarkan alamat IP asal, maka kedua lokasi tersebut harus terdaftar dalam koleksi CIDR yang sama.
Anda tidak dapat menggunakan kebijakan perutean berbasis IP untuk catatan di zona host pribadi.
Untuk informasi tentang nilai yang Anda tentukan saat menggunakan kebijakan perutean berbasis IP untuk membuat catatan, lihat topik berikut:
+ [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 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)
**Topics**
+ [
# Membuat koleksi CIDR dengan lokasi dan blok CIDR
](resource-record-sets-creating-cidr-collection.md)
+ [
# Bekerja dengan lokasi dan blok CIDR
](resource-record-sets-working-with-cidr-locations.md)
+ [
# Menghapus koleksi CIDR
](resource-record-sets-delete-cidr-collection.md)
+ [
# Memindahkan geolokasi ke perutean berbasis IP
](resource-record-sets-move-geolocation-to-cidr.md)
# Membuat koleksi CIDR dengan lokasi dan blok CIDR
Untuk memulai, buat koleksi CIDR dan tambahkan blok dan lokasi CIDR ke dalamnya.
**Untuk membuat koleksi CIDR menggunakan konsol Route 53**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. **Di panel navigasi, pilih **perutean berbasis IP**, lalu koleksi CIDR.**
1. Pilih **Buat koleksi CIDR**.
1. Di panel **Buat koleksi CIDR**, di bawah **Detail**, masukkan nama untuk koleksi.
1. Pilih **Buat koleksi** untuk membuat koleksi kosong.
- atau -
Di bagian **Buat lokasi CIDR**, masukkan nama untuk lokasi CIDR di kotak lokasi **CIDR.** Nama lokasi dapat berupa string pengidentifikasi, misalnya**company 1**, atau**Seattle**. Tidak harus menjadi lokasi geografis yang sebenarnya.
**penting**
Nama lokasi CIDR memiliki panjang maksimum 16 karakter.
Masukkan blok CIDR di kotak **blok CIDR** satu per baris. Ini bisa berupa IPv4 atau IPv6 alamat mulai dari /0 hingga /24 untuk IPv4 dan /0 hingga /48 untuk. IPv6
1. Setelah Anda memasukkan blok CIDR, pilih **Buat koleksi CIDR**, atau **Tambahkan lokasi lain untuk tetap memasukkan lokasi** dan blok CIDR. Anda dapat memasukkan beberapa lokasi CIDR per koleksi.
1. Setelah Anda memasukkan lokasi CIDR, pilih **Buat koleksi CIDR.**
# Bekerja dengan lokasi dan blok CIDR
**Untuk bekerja dengan lokasi CIDR dengan menggunakan konsol Route 53**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. **Di panel navigasi, pilih **perutean berbasis IP**, **koleksi CIDR** dan kemudian, di bagian **koleksi CIDR**, klik tautan ke koleksi CIDR di daftar nama Koleksi.**
Pada halaman **lokasi CIDR**, Anda dapat membuat lokasi CIDR, menghapusnya, atau mengedit lokasi dan bloknya.
+ Untuk membuat lokasi, pilih **Buat lokasi CIDR.**
+ **Di panel **Buat lokasi CIDR**, masukkan nama untuk lokasi, blok CIDR yang terkait dengan lokasi, lalu pilih Buat.**
+ Untuk melihat lokasi CIDR dan blok di dalamnya, pilih tombol radio di sebelah lokasi untuk menampilkan nama dan blok CIDR di panel lokasi.
Di panel ini, Anda juga dapat memilih **Edit** untuk memperbarui nama lokasi atau blok CIDR-nya. Pilih **Simpan** setelah Anda selesai mengedit.
+ Untuk menghapus lokasi CIDR dan blok di dalamnya, pilih tombol radio di sebelah lokasi yang ingin Anda hapus, lalu pilih **Hapus**. Untuk mengonfirmasi penghapusan, masukkan nama lokasi di bidang input teks dan pilih **Hapus** lagi.
**penting**
Menghapus lokasi CIDR tidak dapat dibatalkan. Jika Anda memiliki catatan DNS yang terkait dengan lokasi, domain Anda mungkin tidak dapat dijangkau.
# Menghapus koleksi CIDR
**Untuk menghapus koleksi CIDR, lokasinya, dan bloknya dengan menggunakan konsol Route 53**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. **Di panel navigasi, pilih **perutean berbasis IP** dan kemudian koleksi CIDR.**
1. Di bagian **koleksi CIDR**, klik nama yang ditautkan dari koleksi yang ingin Anda hapus.
1. Pada halaman **lokasi CIDR**, pilih setiap lokasi satu per satu, pilih **Hapus**, masukkan namanya di kotak dialog, lalu pilih **Hapus**. Anda harus menghapus setiap lokasi yang terkait dengan koleksi CIDR sebelum Anda dapat menghapus koleksi.
1. **Setelah penghapusan setiap lokasi CIDR selesai, pada halaman **lokasi CIDR**, pilih tombol radio di sebelah koleksi yang ingin Anda hapus, lalu pilih Hapus.**
# Memindahkan geolokasi ke perutean berbasis IP
Jika Anda menggunakan kebijakan perutean geolokasi atau geoproximity, dan Anda secara konsisten melihat klien tertentu dirutekan ke titik akhir yang tidak optimal berdasarkan lokasi fisik atau topologi jaringan mereka, Anda dapat menargetkan rentang IP publik klien ini dengan lebih baik dengan menggunakan IP berbasis routing.
Tabel berikut berisi contoh konfigurasi geolokasi untuk perutean geolokasi yang ada yang akan kami sempurnakan untuk rentang IP California.
| Rekam nama set | Kebijakan dan asal perutean | Alamat IP dari titik akhir aplikasi |
| --- | --- | --- |
| contoh.com | Geolokasi-routing (AS) | `198.51.100.1` |
| contoh.com | Perutean geolokasi (UE) | `198.51.100.2` |
Untuk mengganti rentang IP dari California untuk pergi ke titik akhir aplikasi baru, pertama-tama buat ulang perutean geolokasi di bawah nama set catatan baru.
| Rekam nama set | Kebijakan dan asal perutean | Alamat IP dari titik akhir aplikasi |
| --- | --- | --- |
| geo.example.com | Geolokasi-routing (AS) | `198.51.100.1` |
| geo.example.com | Perutean geoloaction (UE) | `198.51.100.2` |
Kemudian, buat catatan perutean berbasis IP dan catatan default yang menunjuk ke kumpulan rekaman perutean geolokasi yang baru saja dibuat ulang.
| Rekam nama set | Kebijakan dan asal perutean | Alamat IP dari titik akhir aplikasi |
| --- | --- | --- |
| contoh.com | Perutean berbasis IP (default) | Alias merekam ke titik akhir aplikasi geo.example.com yang ingin Anda jadikan default. Misalnya, `198.51.100.1`. |
| contoh.com | Perutean berbasis IP (rentang IP California) | `198.51.100.3` |
# Perutean jawaban multinilai
Perutean jawaban multinilai memungkinkan Anda mengonfigurasi Amazon Route 53 untuk mengembalikan beberapa nilai, seperti alamat IP untuk server web Anda, sebagai respons terhadap kueri DNS. Anda dapat menentukan beberapa nilai untuk hampir semua catatan, tetapi perutean jawaban multinilai juga memungkinkan Anda memeriksa kondisi setiap sumber daya, jadi Route 53 hanya mengembalikan nilai untuk sumber daya yang sehat. Ini bukan pengganti penyeimbang beban, tetapi kemampuan untuk mengembalikan beberapa alamat IP yang dapat diperiksa kondisinya adalah cara menggunakan DNS untuk meningkatkan ketersediaan dan penyeimbangan beban.
Untuk merutekan lalu lintas secara kira-kira secara acak ke beberapa sumber daya, seperti server web, Anda membuat satu catatan jawaban multinilai untuk setiap sumber daya dan, secara opsional, mengaitkan pemeriksaan kondisi Route 53 dengan setiap catatan. Route 53 merespons kueri DNS dengan hingga delapan catatan yang sehat dan memberikan jawaban yang berbeda untuk DNS resolver yang berbeda. Jika server web menjadi tidak tersedia setelah resolver men-cache respons, perangkat lunak klien dapat mencoba alamat IP lain dalam respons.
Perhatikan hal-hal berikut:
+ Jika Anda mengaitkan pemeriksaan kondisi dengan catatan jawaban multinilai, Route 53 merespons kueri DNS dengan alamat IP yang sesuai hanya saat pemeriksaan kondisi yang baik.
+ Jika Anda tidak mengaitkan pemeriksaan kondisi dengan catatan jawaban multinilai, Route 53 selalu menganggap catatan tersebut sehat.
+ Jika Anda memiliki delapan catatan kondisi baik atau kurang dari itu, maka Route 53 menanggapi semua kueri DNS dengan semua catatan kondisi baik.
+ Saat semua catatan tidak sehat, Route 53 akan merespons kueri DNS dengan hingga delapan catatan yang tidak sehat.
Anda dapat menggunakan kebijakan perutean jawaban multivalue untuk catatan di zona host pribadi.
Untuk informasi tentang nilai yang Anda tentukan saat Anda menggunakan kebijakan perutean jawaban multivalue untuk membuat catatan, lihat dan. [Nilai khusus untuk catatan jawaban multivalue](resource-record-sets-values-multivalue.md) [Nilai yang umum untuk semua kebijakan perutean](resource-record-sets-values-shared.md)
# Perutean tertimbang
Perutean tertimbang memungkinkan Anda mengaitkan beberapa sumber daya dengan satu nama domain (example.com) atau nama subdomain (acme.example.com) dan memilih berapa banyak lalu lintas yang diarahkan ke setiap sumber daya. Ini dapat berguna untuk berbagai tujuan, termasuk penyeimbangan beban dan pengujian perangkat lunak versi baru.
Untuk mengonfigurasi perutean berbobot, Anda membuat catatan yang memiliki nama dan jenis yang sama untuk setiap sumber daya Anda. Anda menetapkan setiap catatan bobot relatif yang sesuai dengan berapa banyak lalu lintas yang ingin Anda kirim ke setiap sumber daya. Amazon Route 53 mengirimkan lalu lintas ke sumber daya berdasarkan bobot yang Anda tetapkan ke catatan sebagai proporsi dari total bobot untuk semua catatan dalam grup:
![\[Rumus untuk berapa banyak lalu lintas yang dirutekan ke sumber daya yang diberikan: bobot untuk catatan tertentu/jumlah bobot untuk semua catatan.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/WRR_calculation.png)
Misalnya, jika Anda ingin mengirim sebagian kecil lalu lintas ke satu sumber daya dan sisanya ke sumber daya lain, Anda dapat menentukan bobot 1 dan 255. Sumber daya dengan bobot 1 mendapat 1/256 lalu lintas (1/(1\$1255)), dan sumber daya lainnya mendapat 255/256 (255/(1\$1255)). Anda dapat secara bertahap mengubah keseimbangan dengan mengubah bobot. Jika Anda ingin berhenti mengirim lalu lintas ke sumber daya, Anda dapat mengubah berat untuk catatan tersebut ke 0.
Untuk informasi tentang nilai yang Anda tentukan saat menggunakan kebijakan perutean berbobot untuk membuat catatan, lihat topik berikut ini:
+ [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](resource-record-sets-values-shared.md)
+ [Nilai yang umum untuk catatan alias untuk semua kebijakan perutean](resource-record-sets-values-alias-common.md)
Anda dapat menggunakan kebijakan perutean tertimbang untuk catatan di zona host pribadi.
## Pemeriksaan kesehatan dan perutean tertimbang
Jika Anda menambahkan pemeriksaan kondisi ke semua catatan dalam grup catatan tertimbang, tetapi Anda memberikan bobot non-nol ke beberapa catatan dan bobot nol untuk catatan lainnya, pemeriksaan kondisi bekerja seperti ketika semua catatan memiliki bobot non-nol dengan pengecualian berikut:
+ Route 53 awalnya hanya mempertimbangkan catatan tertimbang non-nol, jika ada.
+ Jika semua catatan yang memiliki bobot lebih besar dari 0 dalam kondisi tidak sehat, Route 53 mempertimbangkan catatan tertimbang nol.
Tabel berikut merinci perilaku ketika catatan 0-berat mencakup pemeriksaan kesehatan:
| | Rekam 1 | Rekam 2 | Rekam 3 |
| --- |--- |--- |--- |
| Bobot | 1 | 1 | 0 |
| Termasuk pemeriksaan kesehatan? | Ya | Ya | Ya |
| |
| --- |
| Status pemeriksaan kondisi | Tidak sehat | Tidak sehat | Sehat |
| Kueri DNS dijawab? | Tidak | Tidak | Ya |
| |
| --- |
| Status pemeriksaan kondisi | Tidak sehat | Tidak sehat | Tidak sehat |
| Kueri DNS dijawab? | Ya | Ya | Tidak |
| |
| --- |
| Status pemeriksaan kondisi | Tidak sehat | Sehat | Tidak sehat |
| Kueri DNS dijawab? | Tidak | Ya | Tidak |
| |
| --- |
| Status pemeriksaan kondisi | Sehat | Sehat | Tidak sehat |
| Kueri DNS dijawab? | Ya | Ya | Tidak |
| |
| --- |
| Status pemeriksaan kondisi | Sehat | Sehat | Sehat |
| Kueri DNS dijawab? | Ya | Ya | Tidak |
Tabel berikut merinci perilaku ketika catatan 0-berat tidak termasuk pemeriksaan kesehatan:
| | Rekam 1 | Rekam 2 | Rekam 3 |
| --- |--- |--- |--- |
| Bobot | 1 | 1 | 0 |
| Termasuk pemeriksaan kesehatan? | Ya | Ya | Tidak |
| |
| --- |
| Status pemeriksaan kondisi | Sehat | Sehat | N/A |
| Kueri DNS dijawab? | Ya | Ya | Tidak |
| |
| --- |
| Status pemeriksaan kondisi | Tidak sehat | Tidak sehat | N/A |
| Kueri DNS dijawab? | Tidak | Tidak | Ya |
| |
| --- |
| Status pemeriksaan kondisi | Tidak sehat | Sehat | N/A |
| Kueri DNS dijawab? | Tidak | Ya | Tidak |
# Bagaimana Amazon Route 53 digunakan EDNS0 untuk memperkirakan lokasi pengguna
Untuk meningkatkan akurasi perutean geolokasi, geoproximity, berbasis IP, dan latensi, Amazon Route 53 mendukung perpanjangan. edns-client-subnet EDNS0 (EDNS0 menambahkan beberapa ekstensi opsional ke protokol DNS.) Route 53 edns-client-subnet hanya dapat digunakan ketika resolver DNS mendukungnya:
+ Ketika browser atau penampil lain menggunakan resolver DNS yang tidak mendukung edns-client-subnet, Route 53 menggunakan alamat IP sumber dari DNS resolver untuk memperkirakan lokasi pengguna dan merespons kueri geolokasi dengan catatan DNS untuk lokasi resolver.
+ Ketika browser atau penampil lain menggunakan DNS resolver yang mendukung edns-client-subnet, DNS resolver mengirimkan Route 53 versi terpotong dari alamat IP pengguna. Route 53 menentukan lokasi pengguna berdasarkan alamat IP yang terpotong daripada alamat IP sumber dari DNS resolver; ini biasanya memberikan perkiraan lokasi pengguna yang lebih akurat. Route 53 kemudian merespons kueri geolokasi dengan catatan DNS untuk lokasi pengguna.
+ EDNS0 tidak berlaku untuk zona host pribadi. Untuk zona yang dihosting pribadi, Rute 53 menggunakan data dari Resolver VPC di tempat zona host pribadi berada untuk membuat keputusan perutean geolokasi dan latensi. Wilayah AWS
Untuk informasi selengkapnya edns-client-subnet, lihat EDNS Client Subnet RFC, Client Subnet in DNS [Requests](https://www.rfc-editor.org/rfc/rfc7871).
# Memilih antara catatan alias dan nonalias
*Catatan alias* Amazon Route 53 menyediakan ekstensi khusus Route 53 untuk fungsionalitas DNS. Catatan alias memungkinkan Anda merutekan lalu lintas ke AWS sumber daya yang dipilih, termasuk namun tidak terbatas pada, CloudFront distribusi, dan bucket Amazon S3. Mereka juga memungkinkan Anda merutekan lalu lintas dari satu catatan di zona zona yang di-hosting ke catatan lain.
Tidak seperti catatan CNAME, Anda dapat membuat catatan alias di node atas dari namespace DNS, yang juga dikenal sebagai *zone apex*. Misalnya, jika Anda mendaftarkan nama DNS example.com, zone apex-nya adalah example.com. Anda tidak dapat membuat catatan CNAME untuk example.com, tetapi Anda dapat membuat catatan alias untuk example.com yang merutekan lalu lintas ke www.example.com (selama jenis rekaman untuk www.example.com bukan tipe CNAME).
Saat Route 53 menerima kueri DNS untuk catatan alias, Route 53 merespons dengan nilai yang berlaku untuk sumber daya tersebut:
+ **API regional kustom Amazon API Gateway atau API yang dioptimalkan edge** – Route 53 merespons dengan satu atau lebih alamat IP untuk API Anda.
+ **Titik akhir antarmuka Amazon VPC** – Route 53 merespons dengan satu atau lebih alamat IP untuk titik akhir antarmuka Anda.
+ ** CloudFront Distribusi** — Route 53 merespons dengan satu atau lebih alamat IP untuk server CloudFront edge yang dapat melayani konten Anda.
+ **Layanan Pelari Aplikasi** - Route 53 merespons dengan satu atau lebih alamat IP.
+ **Lingkungan Elastic Beanstalk**– Route 53 merespons dengan satu atau lebih alamat IP untuk lingkungan.
+ Penyeimbang **beban Elastic Load Balancing — Route 53 merespons dengan satu atau lebih alamat IP untuk penyeimbang** beban. Ini termasuk Application Load Balancer, Classic Load Balancer dan, Network Load Balancer.
+ ** AWS Global Accelerator Akselerator** — Route 53 merespons dengan alamat IP untuk akselerator.
+ ** OpenSearch Layanan** — Route 53 merespons dengan satu atau beberapa alamat IP untuk domain kustom OpenSearch Layanan.
+ **Bucket Amazon S3 yang dikonfigurasi sebagai situs web statis**- Route 53 merespons dengan satu alamat IP untuk bucket Amazon S3.
+ **Catatan Route 53 lainnya dari jenis yang sama di zona host yang sama** — Route 53 merespons seolah-olah kueri adalah untuk catatan yang direferensikan oleh catatan alias (lihat). [Perbandingan catatan alias dan CNAME](#resource-record-sets-choosing-alias-non-alias-comparison)
+ **AWS AppSync nama domain** — Route 53 merespons dengan satu atau lebih alamat IP untuk titik akhir antarmuka Anda.
Untuk informasi selengkapnya, lihat [Merutekan lalu lintas internet ke sumber daya Anda AWS](routing-to-aws-resources.md).
Saat Anda menggunakan catatan alias untuk merutekan lalu lintas ke AWS sumber daya, Route 53 secara otomatis mengenali perubahan dalam sumber daya. Misalnya, catatan alias untuk example.com menunjuk ke penyeimbang beban Elastic Load Balancing di lb1-1234.us-east-2.elb.amazonaws.com. Jika alamat IP penyeimbang beban berubah, Route 53 secara otomatis mulai merespons permintaan DNS menggunakan alamat IP baru.
Jika catatan alias menunjuk ke AWS sumber daya, Anda tidak dapat mengatur waktu untuk hidup (TTL); Route 53 menggunakan TTL default untuk sumber daya. Jika catatan alias menunjuk ke catatan lain di zona yang di-hosting yang sama, Route 53 menggunakan TTL catatan yang ditunjuk oleh catatan alias. Untuk informasi lebih lanjut tentang nilai TTL saat ini untuk Elastic Load Balancing, buka [Meminta perutean](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html#request-routing) di *Panduan Pengguna Elastic Load Balancing* dan cari "ttl".
Untuk informasi tentang membuat catatan menggunakan konsol Route 53, lihat [Membuat catatan dengan menggunakan konsol Amazon Route 53](resource-record-sets-creating.md). Untuk informasi tentang nilai yang Anda tentukan untuk catatan alias, lihat topik yang berlaku di [Nilai yang Anda tentukan saat membuat atau mengedit catatan Amazon Route 53](resource-record-sets-values.md):
+ [Nilai khusus untuk catatan alias sederhana](resource-record-sets-values-alias.md)
+ [Nilai khusus untuk catatan alias tertimbang](resource-record-sets-values-weighted-alias.md)
+ [Nilai khusus untuk catatan alias latensi](resource-record-sets-values-latency-alias.md)
+ [Nilai khusus untuk catatan alias failover](resource-record-sets-values-failover-alias.md)
+ [Nilai khusus untuk catatan alias geolokasi](resource-record-sets-values-geo-alias.md)
+ [Nilai khusus untuk catatan alias geoproximity](resource-record-sets-values-geoprox-alias.md)
+ [Nilai yang umum untuk catatan alias untuk semua kebijakan perutean](resource-record-sets-values-alias-common.md)
## Perbandingan catatan alias dan CNAME
Catatan alias mirip dengan catatan CNAME, tetapi ada beberapa perbedaan penting. Daftar berikut membandingkan data alias dan data CNAME.
**Sumber daya tempat Anda dapat mengarahkan kueri**
**Catatan Alias**
Catatan alias hanya dapat mengarahkan kueri ke AWS sumber daya yang dipilih, termasuk namun tidak terbatas pada hal berikut:
+ Bucket Amazon S3
+ CloudFront distribusi
+ Catatan lain dalam zona yang di-hosting Route 53 yang sama
Misalnya, Anda dapat membuat catatan alias bernama acme.example.com yang mengalihkan kueri ke bucket Amazon S3 yang juga bernama acme.example.com. Anda juga dapat membuat catatan alias acme.example.com yang mengalihkan kueri ke catatan bernama zenith.example.com di zona yang di-hosting example.com.
**Catatan CNAME**
Data CNAME dapat mengalihkan kueri DNS ke data DNS apa pun. Misalnya, Anda dapat membuat data CNAME yang mengalihkan kueri dari acme.example.com ke zenith.example.com atau ke acme.example.org. Anda tidak perlu menggunakan Route 53 sebagai layanan DNS untuk domain tujuan pengalihan kueri.
**Membuat catatan yang memiliki nama yang sama dengan domain (catatan di zone apex)**
**Catatan Alias**
Di sebagian besar konfigurasi, Anda dapat membuat catatan alias yang memiliki nama yang sama dengan zona yang di-hosting (zone apex). Satu-satunya pengecualian adalah ketika Anda ingin mengalihkan kueri dari zone epex (seperti example.com) ke catatan di zona yang di-hosting yang sama yang memiliki tipe CNAME (seperti zenith.example.com). 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.
**Catatan CNAME**
Anda tidak dapat membuat data CNAME yang memiliki nama yang sama dengan zona yang di-hosting (zone apex). Hal ini berlaku baik untuk zona yang di-hosting untuk nama domain (example.com) dan untuk zona yang di-hosting untuk subdomain (zenith.example.com).
**Harga untuk kueri DNS**
**Catatan alias**
Route 53 tidak mengenakan biaya untuk kueri alias ke AWS sumber daya. Untuk informasi lebih lanjut, lihat [Harga Amazon Route 53](https://aws.amazon.com/route53/pricing/).
**Catatan CNAME**
Route 53 biaya untuk kueri CNAME.
Jika Anda membuat catatan CNAME yang mengalihkan ke nama catatan lain di zona yang di-hosting Route 53 (zona yang di-hosting yang sama atau zona yang di-hosting lain), setiap kueri DNS dibebankan sebagai dua kueri:
+ Route 53 merespons kueri DNS pertama dengan nama catatan yang ingin Anda alihkan.
+ Kemudian DNS resolver harus mengirimkan kueri lain untuk dicatat dalam respons pertama untuk mendapatkan informasi tentang ke mana merutekan lalu lintas, misalnya, alamat IP server web.
Jika data CNAME dialihkan ke nama data yang di-hosting dengan layanan DNS lain, Route 53 mengenakan biaya untuk satu kueri. Layanan DNS lainnya mungkin mengenakan biaya untuk kueri kedua.
**Jenis catatan yang ditentukan dalam kueri DNS**
**Catatan Alias**
Route 53 merespons kueri DNS hanya jika nama catatan alias (seperti acme.example.com) dan jenis catatan alias (seperti A atau AAAA) cocok dengan nama dan ketik kueri DNS.
**Catatan CNAME**
Data CNAME mengalihkan kueri DNS untuk nama catatan terlepas dari jenis catatan yang ditentukan dalam kueri DNS, seperti A atau AAAA.
**Cara catatan dicantumkan dalam kueri pencarian atau nslookup**
**Catatan Alias**
Dalam respons terhadap kueri pencarian atau nslookup, catatan alias dicantumkan sebagai tipe catatan yang Anda tentukan saat Anda membuat catatan, seperti A atau AAAA. (Jenis catatan yang Anda tentukan untuk catatan alias bergantung pada sumber daya tujuan rute lalu lintas Anda. Misalnya, untuk merutekan lalu lintas ke bucket S3, Anda menentukan A untuk jenisnya.) Properti alias hanya terlihat di konsol Route 53 atau sebagai respons terhadap permintaan terprogram, seperti perintah CLI AWS . `list-resource-record-sets`
**Catatan CNAME**
Catatan CNAME terdaftar sebagai catatan CNAME sebagai tanggapan atas kueri penggalian atau nslookup.
# Tipe data DNS yang didukung
Amazon Route 53 mendukung jenis catatan DNS yang tercantum di bagian ini. Setiap jenis catatan juga mencakup contoh bagaimana memformat elemen `Value` ketika Anda mengakses Route 53 menggunakan API.
**catatan**
Untuk jenis catatan yang menyertakan nama domain, masukkan nama domain yang sepenuhnya memenuhi syarat, misalnya,*www.example.com*. 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.
Route 53 menyediakan ekstensi untuk fungsionalitas DNS yang dikenal sebagai catatan alias. Mirip dengan catatan CNAME, catatan alias memungkinkan Anda merutekan lalu lintas ke AWS sumber daya yang dipilih, seperti CloudFront distribusi dan bucket Amazon S3. Untuk informasi selengkapnya, termasuk perbandingan alias dan data CNAME, lihat [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md).
**Topics**
+ [
## Jenis catatan
](#AFormat)
+ [
## Jenis catatan AAAA
](#AAAAFormat)
+ [
## Jenis catatan CAA
](#CAAFormat)
+ [
## Jenis catatan CNAME
](#CNAMEFormat)
+ [
## Tipe catatan DS
](#DSFormat)
+ [
## Jenis catatan HTTPS
](#HTTPSFormat)
+ [
## Tipe catatan MX
](#MXFormat)
+ [
## Jenis catatan NAPTR
](#NAPTRFormat)
+ [
## Tipe catatan NS
](#NSFormat)
+ [
## Tipe catatan PTR
](#PTRFormat)
+ [
## Jenis catatan SOA
](#SOAFormat)
+ [
## Tipe catatan SPF
](#SPFFormat)
+ [
## Tipe catatan SRV
](#SRVFormat)
+ [
## Jenis catatan SSHFP
](#SSHFPFormat)
+ [
## Jenis catatan SVCB
](#SVCBFormat)
+ [
## Jenis catatan TLSA
](#TLSAFormat)
+ [
## Tipe catatan TXT
](#TXTFormat)
## Jenis catatan
Anda menggunakan catatan A untuk merutekan lalu lintas ke sumber daya, seperti server web, menggunakan IPv4 alamat dalam notasi desimal bertitik.
**Contoh untuk konsol Amazon Route 53**
```
192.0.2.1
```
**Contoh untuk API Route 53**
```
192.0.2.1
```
## Jenis catatan AAAA
Anda menggunakan catatan AAAA untuk merutekan lalu lintas ke sumber daya, seperti server web, menggunakan IPv6 alamat dalam format heksadesimal yang dipisahkan titik dua.
**Contoh untuk konsol Amazon Route 53**
```
2001:0db8:85a3:0:0:8a2e:0370:7334
```
**Contoh untuk API Route 53**
```
2001:0db8:85a3:0:0:8a2e:0370:7334
```
## Jenis catatan CAA
Catatan CAA menentukan otoritas sertifikat (CAs) mana yang diizinkan untuk mengeluarkan sertifikat untuk domain atau subdomain. Membuat catatan CAA membantu CAs mencegah kesalahan menerbitkan sertifikat untuk domain Anda. Catatan CAA bukanlah pengganti persyaratan keamanan yang ditentukan oleh otoritas sertifikat Anda, seperti persyaratan untuk memvalidasi bahwa Anda adalah pemilik domain.
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
Saat Anda menambahkan catatan CAA ke zona yang di-hosting, Anda menentukan tiga pengaturan yang dipisahkan oleh spasi:
`flags tag "value"`
Perhatikan hal berikut tentang format untuk catatan CAA:
+ Nilai dari `tag` hanya dapat berisi karakter A-Z, a-z, dan 0-9.
+ Selalu lampirkan `value` dalam tanda petik ("").
+ Beberapa CAs mengizinkan atau memerlukan nilai tambahan untuk`value`. Tentukan nilai tambahan sebagai pasangan nama-nilai, dan pisahkan dengan titik koma (;), misalnya:
`0 issue "ca.example.net; account=123456"`
+ Jika CA menerima permintaan sertifikat untuk subdomain (seperti www.example.com) dan jika tidak ada catatan CAA untuk subdomain, CA mengirimkan permintaan DNS untuk catatan CAA untuk domain induk (seperti example.com). Jika ada catatan untuk domain induk dan jika permintaan sertifikat valid, CA mengeluarkan sertifikat untuk subdomain.
+ Kami menyarankan Anda berkonsultasi dengan CA Anda untuk menentukan nilai apa yang harus ditentukan untuk catatan CAA.
+ Anda tidak dapat membuat data CAA dan data CNAME yang memiliki nama yang sama karena DNS tidak mengizinkan penggunaan nama yang sama untuk data CNAME dan jenis data lainnya.
**Topics**
+ [
### Otorisasi CA untuk mengeluarkan sertifikat untuk domain atau subdomain
](#CAAFormat-issue)
+ [
### Otorisasi CA untuk mengeluarkan sertifikat wildcard untuk domain atau subdomain
](#CAAFormat-issue-wild)
+ [
### Mencegah CA mengeluarkan sertifikat untuk domain atau subdomain
](#CAAFormat-prevent-issue)
+ [
### Minta agar CA mana pun menghubungi Anda jika CA menerima permintaan sertifikat yang tidak valid
](#CAAFormat-contact)
+ [
### Gunakan pengaturan lain yang didukung oleh CA
](#CAAFormat-custom-setting)
+ [
### Contoh
](#CAAFormat-examples)
### Otorisasi CA untuk mengeluarkan sertifikat untuk domain atau subdomain
Untuk mengizinkan CA menerbitkan sertifikat untuk domain atau subdomain, buat catatan yang memiliki nama yang sama dengan domain atau subdomain, dan tentukan pengaturan berikut:
+ **bendera** – `0`
+ **tanda** – `issue`
+ **nilai** – kode untuk CA yang Anda otorisasi untuk mengeluarkan sertifikat untuk domain atau subdomain
Misalnya, Anda ingin mengotorisasi ca.example.net untuk mengeluarkan sertifikat untuk example.com. Anda membuat catatan CAA untuk example.com dengan pengaturan berikut:
```
0 issue "ca.example.net"
```
Untuk informasi tentang cara AWS Certificate Manager mengotorisasi penerbitan sertifikat, lihat [Mengonfigurasi catatan CAA](https://docs.aws.amazon.com/acm/latest/userguide/setup-caa.html) di *AWS Certificate Manager Panduan Pengguna*.
### Otorisasi CA untuk mengeluarkan sertifikat wildcard untuk domain atau subdomain
Untuk mengotorisasi CA untuk mengeluarkan sertifikat wildcard untuk domain atau subdomain, buat catatan yang memiliki nama yang sama dengan domain atau subdomain, dan tentukan pengaturan berikut. Sertifikat wildcard berlaku untuk domain atau subdomain dan semua subdomainnya.
+ **bendera** – `0`
+ **tanda** – `issuewild`
+ **nilai** – kode untuk CA yang Anda otorisasi untuk mengeluarkan sertifikat untuk domain atau subdomain, dan subdomainnya
Misalnya, Anda ingin mengotorisasi ca.example.net untuk mengeluarkan sertifikat wildcard untuk example.com, yang berlaku untuk example.com dan semua subdomainnya. Anda membuat catatan CAA untuk example.com dengan pengaturan berikut:
```
0 issuewild "ca.example.net"
```
Saat Anda ingin mengotorisasi CA untuk mengeluarkan sertifikat wildcard untuk domain atau subdomain, buat catatan yang memiliki nama yang sama dengan domain atau subdomain, dan tentukan pengaturan berikut. Sertifikat wildcard berlaku untuk domain atau subdomain dan semua subdomainnya.
### Mencegah CA mengeluarkan sertifikat untuk domain atau subdomain
Untuk mencegah CA mengeluarkan sertifikat untuk domain atau subdomain, membuat catatan yang memiliki nama yang sama sebagai domain atau subdomain, dan menentukan pengaturan berikut:
+ **bendera** – `0`
+ **tanda** – `issue`
+ **Nilai** – `";"`
Misalnya, Anda tidak ingin CA untuk mengeluarkan sertifikat untuk example.com. Anda membuat catatan CAA untuk example.com dengan pengaturan berikut:
`0 issue ";"`
Jika Anda tidak ingin CA mengeluarkan sertifikat untuk example.com atau subdomainnya, buat data CAA untuk example.com dengan pengaturan berikut:
`0 issuewild ";"`
**catatan**
Jika Anda membuat catatan CAA untuk example.com dan menentukan kedua nilai berikut, CA yang menggunakan nilai ca.example.net dapat mengeluarkan sertifikat untuk example.com:
```
0 issue ";"
0 issue "ca.example.net"
```
### Minta agar CA mana pun menghubungi Anda jika CA menerima permintaan sertifikat yang tidak valid
Jika Anda ingin CA yang menerima permintaan sertifikat yang tidak valid untuk menghubungi Anda, tentukan pengaturan berikut:
+ **bendera** – `0`
+ **tanda** – `iodef`
+ **nilai** – URL atau alamat email yang Anda ingin CA beri tahu jika CA menerima permintaan sertifikat yang tidak valid. Gunakan format yang berlaku:
`"mailto:email-address"`
`"http://URL"`
`"https://URL"`
Misalnya, jika Anda ingin CA yang menerima permintaan sertifikat yang tidak valid untuk mengirim email ke admin@example.com, Anda membuat catatan CAA dengan pengaturan berikut:
```
0 iodef "mailto:admin@example.com"
```
### Gunakan pengaturan lain yang didukung oleh CA
Jika CA Anda mendukung fitur yang tidak ditentukan dalam RFC untuk catatan CAA, tentukan pengaturan berikut:
+ **bendera** – 128 (Nilai ini mencegah CA mengeluarkan sertifikat jika CA tidak mendukung fitur yang ditentukan.)
+ **Tanda**— tanda yang Anda otorisasi CA untuk menggunakan
+ **nilai**— nilai yang sesuai dengan nilai tanda
Misalnya, CA Anda mendukung pengiriman pesan teks jika CA menerima permintaan sertifikat yang tidak valid. (Kami tidak mengetahui ada CAs yang mendukung opsi ini.) Pengaturan untuk catatan mungkin sebagai berikut:
```
128 exampletag "15555551212"
```
### Contoh
**Contoh untuk konsol Route 53**
```
0 issue "ca.example.net"
0 iodef "mailto:admin@example.com"
```
**Contoh untuk API Route 53**
```
0 issue "ca.example.net"
0 iodef "mailto:admin@example.com"
```
## Jenis catatan CNAME
Data CNAME memetakan kueri DNS untuk nama data saat ini, seperti acme.example.com, ke domain lain (example.com atau example.net) atau subdomain (acme.example.com atau zenith.example.org).
**penting**
Protokol DNS tidak mengizinkan Anda membuat catatan CNAME untuk node teratas dari namespace DNS, yang juga dikenal sebagai apex zona. Misalnya, jika Anda mendaftarkan nama DNS example.com, zone apex-nya adalah example.com. Anda tidak dapat membuat data CNAME untuk example.com, tetapi Anda dapat membuat data CNAME untuk www.example.com, newproduct.example.com, dan seterusnya.
Selain itu, jika Anda membuat data CNAME untuk subdomain, Anda tidak dapat membuat data lain untuk subdomain tersebut. Misalnya, jika Anda membuat CNAME untuk www.example.com, Anda tidak dapat membuat catatan lain yang nilai bidang **Name**-nya adalah www.example.com.
Amazon Route 53 juga mendukung catatan alias, yang memungkinkan Anda merutekan kueri ke AWS sumber daya yang dipilih, seperti CloudFront distribusi dan bucket Amazon S3. Alias dalam beberapa hal serupa dengan jenis data CNAME; tetapi, Anda dapat membuat alias untuk zone apex. Untuk informasi selengkapnya, lihat [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md).
**Contoh untuk konsol Route 53**
```
hostname.example.com
```
**Contoh untuk API Route 53**
```
hostname.example.com
```
## Tipe catatan DS
Catatan delegasi penandatangan (DS) merujuk kunci zona untuk zona subdomain yang didelegasikan. Anda dapat membuat data DS saat membuat rantai kepercayaan saat mengonfigurasi penandatanganan DNSSEC. Untuk informasi lebih lanjut tentang konfigurasi DNSSEC di Route 53, lihat [Mengonfigurasi penandatanganan DNSSEC di Amazon Route 53](dns-configuring-dnssec.md).
Tiga nilai pertama adalah angka desimal yang mewakili tanda kunci, algoritma, dan jenis digest. Nilai keempat adalah penyerapan kunci zona. Untuk informasi lebih lanjut tentang format catatan, lihat [RFC 4034](https://www.ietf.org/rfc/rfc4034.txt).
**Contoh untuk konsol Route 53**
```
123 4 5 1234567890abcdef1234567890absdef
```
**Contoh untuk API Route 53**
```
123 4 5 1234567890abcdef1234567890absdef
```
## Jenis catatan HTTPS
Catatan sumber daya HTTPS adalah bentuk catatan DNS Service Binding (SVCB) yang menyediakan informasi konfigurasi yang diperluas, memungkinkan klien untuk terhubung dengan mudah dan aman ke layanan dengan protokol HTTP. Informasi konfigurasi disediakan dalam parameter yang memungkinkan koneksi dalam satu kueri DNS, daripada memerlukan beberapa kueri DNS.
Format untuk catatan sumber daya HTTPS adalah:
`SvcPriority TargetName SvcParams(optional)`
Parameter berikut dijelaskan dalam [RFC 9460,](https://www.rfc-editor.org/rfc/rfc9460.html#section-9.1) bagian 9.1.
**SvcPriority**
Sebuah integer yang mewakili prioritas. 0 prioritas berarti modus alias, dan umumnya ditujukan untuk aliasing di puncak zona. Nilai ini adalah bilangan bulat 0-32767 untuk Route 53 dimana 1-32767 adalah catatan mode layanan. Turunkan prioritas, lebih tinggi preferensi.
**TargetName**
Nama domain dari target alias (untuk mode alias) atau titik akhir alternatif (untuk). ServiceMode
**SvcParams (opsional)**
Daftar yang dipisahkan spasi putih, dengan setiap parameter terdiri dari pasangan Key=Value atau kunci mandiri. Jika ada lebih dari satu nilai, mereka disajikan sebagai daftar yang dipisahkan koma. Berikut ini adalah yang didefinisikanSvcParams:
+ `1:alpn`— Protokol Negosiasi IDs Protokol Lapisan Aplikasi. Defaultnya adalah HTTP/1.1, `h2` HTTP/2 melalui TLS, dan `h3` HTTP/3 (HTTP over QUIC protocol).
+ `2:no-default-alpn`— Default tidak didukung dan Anda harus memberikan `alpn` parameter.
+ `3:port`— titik akhir alternatif, atau port tempat layanan dapat dicapai.
+ `4:ipv4hint`— petunjuk IPv4 alamat.
+ `5:ech`— Klien Terenkripsi Halo.
+ `6:ipv6hint`— petunjuk IPv6 alamat.
+ `7:dohpath`— DNS melalui template HTTPS
+ `8:ohttp`— Layanan ini mengoperasikan target HTTP Oblivious
**Contoh untuk konsol Amazon Route 53 untuk mode alias**
```
0 example.com
```
**Contoh untuk konsol Amazon Route 53 untuk mode layanan**
```
16 example.com alpn="h2,h3" port=808
```
**Contoh untuk Amazon Route 53 API untuk mode alias**
```
0 example.com
```
**Contoh untuk API Route 53 untuk mode layanan**
```
16 example.com alpn="h2,h3" port=808
```
Untuk informasi selengkapnya, lihat [RFC 9460, Service Binding dan Spesifikasi Parameter melalui DNS (SVCB](https://datatracker.ietf.org/doc/html/rfc9460) dan HTTPS Resource Records).
**catatan**
Route 53 tidak mendukung format presentasi kunci yang tidak diketahui sewenang-wenang `keyNNNNN`
## Tipe catatan MX
Data MX menentukan nama server email Anda dan, jika Anda memiliki dua atau lebih server email, urutan prioritasnya. Setiap nilai untuk data MX berisi dua nilai, prioritas dan nama domain.
**Prioritas**
Bilangan bulat yang mewakili prioritas untuk server email. Jika Anda hanya menentukan satu server, prioritasnya dapat berupa bilangan bulat apa pun antara 0 dan 65535. Jika Anda menentukan beberapa server, nilai yang Anda tentukan untuk prioritas menunjukkan server email mana yang Anda inginkan untuk dirutekan ke email pertama, kedua, dan seterusnya. Server dengan nilai prioritas terendah didahulukan. Misalnya, jika Anda memiliki dua server email dan Anda menetapkan nilai 10 dan 20 untuk prioritas, email selalu masuk ke server dengan prioritas 10 kecuali jika tidak tersedia. Jika Anda menentukan nilai 10 dan 10, email dirutekan ke dua server kira-kira sama.
**Nama domain**
Nama domain server email. Tentukan nama (seperti mail.example.com) dari data A atau AAAA. Di bagian [RFC 2181, Klarifikasi ke Spesifikasi DNS, bagian 10.3](https://tools.ietf.org/html/rfc2181) melarang menentukan nama catatan CNAME untuk nilai nama domain. (Ketika RFC menyebutkan "alias", itu berarti catatan CNAME, bukan catatan alias Route 53.)
**Contoh untuk konsol Amazon Route 53**
```
10 mail.example.com
```
**Contoh untuk API Route 53**
```
10 mail.example.com
```
## Jenis catatan NAPTR
Name Authority Pointer (NAPTR) adalah jenis catatan yang digunakan oleh aplikasi Dynamic Delegation Discovery System (DDDS) untuk mengonversi satu nilai ke nilai lain atau mengganti satu nilai dengan nilai lainnya. Misalnya, salah satu penggunaan umum adalah mengubah nomor telepon menjadi SIP URIs.
Elemen `Value` untuk catatan NAPTR terdiri dari enam nilai yang dipisahkan oleh spasi:
**Urutan**
Saat Anda menentukan lebih dari satu catatan, urutan yang Anda inginkan agar aplikasi DDDS mengevaluasi catatan. Nilai yang valid: 0-65535.
**Preferensi**
Saat Anda menentukan dua atau lebih catatan yang memiliki **Urutan** yang sama, preferensi Anda untuk urutan yang dievaluasi dalam catatan tersebut. Misalnya, jika dua catatan memiliki **Urutan** 1, aplikasi DDDS pertama-tama mengevaluasi catatan yang memiliki **Preferensi** lebih rendah. Nilai yang valid: 0-65535.
**Bendera**
Pengaturan yang khusus untuk aplikasi DDDS. Nilai yang saat ini didefinisikan dalam [RFC 3404](https://www.ietf.org/rfc/rfc3404.txt) adalah huruf besar dan huruf kecil **"A"**, **"P"**, **"S"**, dan **"U"**, dan string kosong, **""**. Sertakan **Bendera** dalam tanda petik.
**Layanan**
Pengaturan yang khusus untuk aplikasi DDDS. Sertakan **Layanan** dalam tanda petik.
Untuk informasi lebih lanjut, lihat yang berlaku RFCs:
+ **Aplikasi URI DDDS** — [https://tools.ietf.org/html/rfc3404](https://tools.ietf.org/html/rfc3404#section-4.4) \$1section -4.4
+ **Aplikasi S-NAPTR DDDS** [— /rfc3958 \$1section -6.5 https://tools.ietf.org/html](https://tools.ietf.org/html/rfc3958#section-6.5)
+ **Aplikasi U-NAPTR DDDS** [— /rfc4848 \$1section -4.5 https://tools.ietf.org/html](https://tools.ietf.org/html/rfc4848#section-4.5)
**Regexp**
Ekspresi reguler yang digunakan aplikasi DDDS untuk mengubah nilai input menjadi nilai output. Misalnya, sistem telepon IP mungkin menggunakan ekspresi reguler untuk mengonversi nomor telepon yang dimasukkan oleh pengguna menjadi URI SIP. Sertakan **Regexp** dalam tanda petik. Tentukan baik nilai untuk **Regexp** atau nilai untuk **Pengganti** , tetapi tidak keduanya.
Ekspresi reguler dapat menyertakan salah satu karakter ASCII yang dapat dicetak berikut ini:
+ a-z
+ 0-9
+ - (tanda hubung)
+ (spasi)
+ \$1 \$1 \$1 % & ' ( ) \$1 \$1 , - / : ; < = > ? @ [ ] ^ \$1 ` \$1 \$1 \$1 \$1 .
+ " (tanda kutip). Untuk menyertakan kutipan literal dalam string, awali dengan \$1 karakter: \$1".
+ \$1 (garis miring terbalik). Untuk menyertakan garis miring terbalik dalam string, awali dengan karakter \$1: \$1\$1.
Tentukan semua nilai lainnya, seperti nama domain internasional, dalam format oktal.
Untuk sintaks untuk **Regexp**, lihat [RFC 3402, bagian 3.2, Sintaks Ekspresi Substitusi](https://tools.ietf.org/html/rfc3402#section-3.2)
**Pengganti**
Nama domain yang sepenuhnya memenuhi syarat (FQDN) dari nama domain berikutnya yang Anda inginkan agar aplikasi DDDS mengirimkan permintaan DNS. Aplikasi DDDS menggantikan nilai input dengan nilai yang Anda tentukan untuk **Pengganti**, jika ada. Tentukan baik nilai untuk **Regexp** atau nilai untuk **Pengganti** , tetapi tidak keduanya. Jika Anda menentukan nilai untuk **Regexp**, tentukan titik (**.**) untuk **Penggantian**.
Nama domain dapat menyertakan a-z, 0-9, dan - (tanda hubung).
Untuk informasi selengkapnya tentang aplikasi DDDS dan tentang catatan NAPTR, lihat berikut ini: RFCs
+ [RFC 3401](https://www.ietf.org/rfc/rfc3401.txt)
+ [RFC 3402](https://www.ietf.org/rfc/rfc3402.txt)
+ [RFC 3403](https://www.ietf.org/rfc/rfc3403.txt)
+ [RFC 3404](https://www.ietf.org/rfc/rfc3404.txt)
**Contoh untuk konsol Amazon Route 53**
```
100 50 "u" "E2U+sip" "!^(\\+441632960083)$!sip:\\1@example.com!" .
100 51 "u" "E2U+h323" "!^\\+441632960083$!h323:operator@example.com!" .
100 52 "u" "E2U+email:mailto" "!^.*$!mailto:info@example.com!" .
```
**Contoh untuk API Route 53**
```
100 50 "u" "E2U+sip" "!^(\\+441632960083)$!sip:\\1@example.com!" .
100 51 "u" "E2U+h323" "!^\\+441632960083$!h323:operator@example.com!" .
100 52 "u" "E2U+email:mailto" "!^.*$!mailto:info@example.com!" .
```
## Tipe catatan NS
Catatan NS mengidentifikasi server nama untuk zona yang di-hosting. Perhatikan hal berikut:
+ Penggunaan paling umum untuk catatan NS adalah untuk mengontrol bagaimana lalu lintas internet dirutekan untuk suatu domain. Untuk menggunakan catatan di zona yang di-hosting untuk merutekan lalu lintas untuk domain, Anda memperbarui pengaturan pendaftaran domain untuk menggunakan empat server nama dalam catatan NS default. (Ini adalah catatan NS yang memiliki nama yang sama dengan zona yang di-hosting.)
+ Anda dapat membuat zona yang di-hosting terpisah untuk subdomain (acme.example.com) dan menggunakan zona yang di-hosting tersebut untuk merutekan lalu lintas internet untuk subdomain dan subdomainnya (subdomain.acme.example.com). Anda menyiapkan konfigurasi ini, yang dikenal sebagai "mendelegasikan tanggung jawab untuk subdomain ke zona yang di-hosting" dengan membuat data NS lain di zona yang di-hosting untuk domain root (example.com). Untuk informasi selengkapnya, lihat [Merutekan lalu lintas untuk subdomain](dns-routing-traffic-for-subdomains.md).
+ Anda juga menggunakan data NS untuk mengonfigurasi server nama label putih. Untuk informasi selengkapnya, lihat [Mengonfigurasi server nama label putih](white-label-name-servers.md).
+ Penggunaan lain untuk catatan NS adalah untuk zona yang dihosting pribadi saat Anda membuat aturan delegasi untuk mendelegasikan otoritas subdomain ke resolver lokal Anda. Anda harus membuat catatan NS ini sebelum Anda membuat aturan delegasi. Untuk informasi selengkapnya, lihat [Bagaimana titik akhir Resolver meneruskan kueri DNS dari Anda ke jaringan Anda VPCs](resolver-overview-forward-vpc-to-network.md).
Untuk informasi lebih lanjut tentang catatan NS, lihat [Catatan NS dan SOA yang dibuat Amazon Route 53 untuk zona yang di-hosting publik](SOA-NSrecords.md).
**Contoh untuk konsol Amazon Route 53**
```
ns-1.example.com
```
**Contoh untuk API Route 53**
```
ns-1.example.com
```
## Tipe catatan PTR
Catatan PTR memetakan alamat IP ke nama domain yang sesuai.
**Contoh untuk konsol Amazon Route 53**
```
hostname.example.com
```
**Contoh untuk API Route 53**
```
hostname.example.com
```
## Jenis catatan SOA
Catatan awal otoritas (SOA) memberikan informasi tentang domain dan zona yang di-hosting Amazon Route 53 yang sesuai. Untuk informasi tentang bidang di catatan SOA, lihat [Catatan NS dan SOA yang dibuat Amazon Route 53 untuk zona yang di-hosting publik](SOA-NSrecords.md).
**Contoh untuk konsol Route 53**
```
ns-2048.awsdns-64.net hostmaster.awsdns.com 1 1 1 1 60
```
**Contoh untuk API Route 53**
```
ns-2048.awsdns-64.net hostmaster.awsdns.com 1 1 1 1 60
```
## Tipe catatan SPF
Catatan SPF sebelumnya digunakan untuk memverifikasi identitas pengirim pesan email. Namun, kami tidak lagi menyarankan Anda membuat catatan yang jenis catatannya adalah SPF. RFC 7208, *Kerangka Kebijakan Pengirim (SPF) untuk Mengotorisasi Penggunaan Domain di Email, Versi 1, telah diperbarui untuk mengatakan*, “... [I] keberadaan dan mekanisme yang didefinisikan dalam [RFC4408] telah menyebabkan beberapa masalah interoperabilitas. Dengan demikian, penggunaannya tidak lagi sesuai untuk SPF versi 1; implementasi tidak menggunakannya." Di RFC 7208, lihat bagian 14.1, [Jenis Catatan DNS SPF](http://tools.ietf.org/html/rfc7208#section-14.1).
Sebagai ganti data SPF, sebaiknya Anda membuat data TXT yang berisi nilai yang berlaku. Untuk informasi selengkapnya tentang nilai yang valid, lihat artikel Wikipedia [Kerangka Kebijakan Pengirim](https://en.wikipedia.org/wiki/Sender_Policy_Framework).
**Contoh untuk konsol Amazon Route 53**
```
"v=spf1 ip4:192.168.0.1/16 -all"
```
**Contoh untuk API Route 53**
```
"v=spf1 ip4:192.168.0.1/16 -all"
```
## Tipe catatan SRV
Elemen `Value` catatan SRV terdiri dari empat nilai yang dipisahkan oleh spasi. Tiga nilai pertama adalah angka desimal yang mewakili prioritas, bobot, dan port. Nilai keempat adalah nama domain. 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.
**Contoh untuk konsol Amazon Route 53**
```
10 5 80 hostname.example.com
```
**Contoh untuk API Route 53**
```
10 5 80 hostname.example.com
```
## Jenis catatan SSHFP
Catatan sidik jari Secure Shell (SSHFP) mengidentifikasi kunci SSH yang terkait dengan nama domain. Catatan SSHFP harus diamankan dengan DNSSEC agar rantai kepercayaan dapat ditetapkan. Untuk informasi lebih lanjut tentang DNSSEC, lihat [Mengonfigurasi penandatanganan DNSSEC di Amazon Route 53](dns-configuring-dnssec.md)
Format untuk catatan sumber daya SSHFP adalah:
`[Key Algorithm] [Hash Type] Fingerprint`
Parameter berikut didefinisikan dalam [RFC 4255](https://datatracker.ietf.org/doc/html/rfc4255).
**Algoritma Kunci**
Jenis algoritma:
+ `0`— Dicadangkan dan tidak digunakan.
+ `1: RSA`Algoritma Rivest—Shamir—Adleman adalah salah satu kriptosistem kunci publik pertama dan masih digunakan untuk transmisi data yang aman.
+ `2: DSA`Algoritma Tanda Tangan Digital adalah Standar Pemrosesan Informasi Federal untuk tanda tangan digital. DSA didasarkan pada eksponensial modular dan model matematika logaritma diskrit.
+ `3: ECDSA`— Elliptic Curve Digital Signature Algorithm adalah varian dari DSA yang menggunakan kriptografi kurva elips.
+ `4: Ed25519`Algoritma Ed25519 adalah skema tanda tangan eDDSA yang menggunakan SHA-512 (SHA-2) dan Curve25519.
+ `6: Ed448`- Ed448 adalah skema tanda tangan eDDSA yang menggunakan dan Curve448. SHAKE256
**Jenis Hash**
Algoritma yang digunakan untuk membuat hash kunci publik:
+ `0`—Dicadangkan dan tidak digunakan.
+ `1: SHA-1`
+ `2: SHA-256`
**Sidik jari**
Representasi heksadesimal dari hash.
**Contoh untuk konsol Amazon Route 53**
```
1 1 09F6A01D2175742B257C6B98B7C72C44C4040683
```
**Contoh untuk API Route 53**
```
1 1 09F6A01D2175742B257C6B98B7C72C44C4040683
```
Untuk informasi selengkapnya, lihat [RFC 4255: Menggunakan DNS untuk Mempublikasikan Sidik Jari Kunci Secure Shell (](https://datatracker.ietf.org/doc/html/rfc4255)SSH) dengan Aman.
## Jenis catatan SVCB
Anda menggunakan catatan SVCB untuk mengirimkan informasi konfigurasi untuk mengakses titik akhir layanan. SVCB adalah catatan DNS generik dan dapat digunakan untuk menegosiasikan parameter untuk berbagai protokol aplikasi.
Format untuk catatan sumber daya SVCB adalah:
`SvcPriority TargetName SvcParams(optional)`
Parameter berikut dijelaskan dalam [RFC 9460,](https://www.rfc-editor.org/rfc/rfc9460.html#section-2.3) bagian 2.3.
**SvcPriority**
Sebuah integer yang mewakili prioritas. 0 prioritas berarti modus alias, dan umumnya ditujukan untuk aliasing di puncak zona. Turunkan prioritas, lebih tinggi preferensi.
**TargetName**
Nama domain dari target alias (untuk mode alias) atau titik akhir alternatif (untuk). ServiceMode
**SvcParams (opsional)**
Daftar yang dipisahkan spasi putih, dengan setiap parameter terdiri dari pasangan Key=Value atau kunci mandiri. Jika ada lebih dari satu nilai, mereka disajikan sebagai daftar yang dipisahkan koma. Nilai ini adalah bilangan bulat 0-32767 untuk Route 53 dimana 1-32767 adalah catatan mode layanan. Berikut ini adalah yang didefinisikanSvcParams:
+ `1:alpn`— Protokol Negosiasi IDs Protokol Lapisan Aplikasi. Defaultnya adalah HTTP/1.1, `h2` HTTP/2 melalui TLS, dan `h3` HTTP/3 (HTTP over QUIC protocol).
+ `2:no-default-alpn`— Default tidak didukung dan Anda harus memberikan `alpn` parameter.
+ `3:port`— port untuk titik akhir alternatif di mana layanan dapat dicapai.
+ `4:ipv4hint`— petunjuk IPv4 alamat.
+ `5:ech`— Klien Terenkripsi Halo.
+ `6:ipv6hint`— petunjuk IPv6 alamat.
+ `7:dohpath`— DNS melalui template HTTPS
+ `8:ohttp`— Layanan ini mengoperasikan target HTTP Oblivious
**Contoh untuk konsol Amazon Route 53 untuk mode alias**
```
0 example.com
```
**Contoh untuk konsol Amazon Route 53 untuk mode layanan**
```
16 example.com alpn="h2,h3" port=808
```
**Contoh untuk Amazon Route 53 API untuk mode alias**
```
0 example.com
```
**Contoh untuk API Route 53 untuk mode layanan**
```
16 example.com alpn="h2,h3" port=808
```
Untuk informasi selengkapnya, lihat [RFC 9460, Service Binding dan Spesifikasi Parameter melalui DNS (SVCB](https://datatracker.ietf.org/doc/html/rfc9460) dan HTTPS Resource Records).
**catatan**
Route 53 tidak mendukung format presentasi kunci yang tidak diketahui sewenang-wenang `keyNNNNN`
## Jenis catatan TLSA
Anda menggunakan catatan TLSA untuk menggunakan Autentikasi Berbasis DNS dari Entitas Bernama (DANE). Catatan TLSA mengaitkan certificate/public kunci dengan titik akhir Transport Layer Security (TLS), dan klien dapat memvalidasi certificate/public kunci menggunakan catatan TLSA yang ditandatangani dengan DNSSEC.
Catatan TLSA hanya dapat dipercaya jika DNSSEC diaktifkan di domain Anda. Untuk informasi lebih lanjut tentang DNSSEC, lihat [Mengonfigurasi penandatanganan DNSSEC di Amazon Route 53](dns-configuring-dnssec.md)
Format untuk catatan sumber daya TLSA adalah:
`[Certificate usage] Selector [Matching type] [Certificate association data]`
Parameter berikut ditentukan dalam [RFC 6698, bagian](https://datatracker.ietf.org/doc/html/rfc6698#section-3) 3.
**Penggunaan sertifikat**
Menentukan asosiasi yang disediakan yang akan digunakan untuk mencocokkan sertifikat yang disajikan dalam jabat tangan TLS:
+ 0: CA Constraint — Sertifikat atau kunci publik harus ditemukan di jalur sertifikasi Public Key Infrastructure (PKIX) untuk sertifikat entitas akhir yang disediakan oleh server di TLS. Batasan batasan ini yang CAs dapat digunakan untuk menerbitkan sertifikat untuk layanan tertentu.
+ 1: Kendala Sertifikat Layanan - Menentukan sertifikat entitas akhir (atau kunci publik) yang harus sesuai dengan sertifikat entitas akhir yang diberikan oleh server di TLS. Sertifikasi ini membatasi sertifikat entitas akhir mana yang dapat digunakan oleh layanan tertentu pada host.
+ 2: Pernyataan Jangkar kepercayaan - Menentukan sertifikat (atau kunci publik) yang harus digunakan sebagai “jangkar kepercayaan” saat memvalidasi sertifikat entitas akhir yang diberikan oleh server di TLS. Memungkinkan administrator domain untuk menentukan jangkar kepercayaan.
+ 3: Sertifikasi yang Diterbitkan Domain - Menentukan sertifikat (atau kunci publik) yang harus cocok dengan sertifikat entitas akhir yang diberikan oleh server di TLS. Sertifikasi ini memungkinkan administrator domain untuk mengeluarkan sertifikat untuk domain tanpa melibatkan CA pihak ketiga. Sertifikat ini tidak harus lulus validasi PKIX.
**Pemilih**
Menentukan bagian mana dari sertifikat yang disajikan oleh server dalam jabat tangan yang cocok dengan nilai asosiasi:
+ 0: Seluruh sertifikat harus dicocokkan.
+ 1: Kunci Publik Subjek, atau struktur biner yang dikodekan DER, harus dicocokkan.
**Jenis pencocokan**
Menentukan presentasi (sebagaimana ditentukan oleh bidang Selector) dari kecocokan sertifikat:
+ 0: Pencocokan konten yang tepat.
+ 1: SHA-256 hash.
+ 2: SHA-512 hash.
**Data asosiasi sertifikat**
Data yang akan dicocokkan berdasarkan pengaturan bidang lainnya.
**Contoh untuk konsol Amazon Route 53**
```
0 0 1 d2abde240d7cd3ee6b4b28c54df034b97983a1d16e8a410e4561cb106618e971
```
**Contoh untuk API Route 53**
```
0 0 1 d2abde240d7cd3ee6b4b28c54df034b97983a1d16e8a410e4561cb106618e971
```
Untuk informasi selengkapnya, lihat [RFC 6698, Protokol Transport Layer Security (TLS) Transport Layer Security (DANE) Berbasis DNS](https://datatracker.ietf.org/doc/html/rfc6698): TLSA.
## Tipe catatan TXT
Catatan TXT berisi satu atau lebih string yang diapit dengan tanda petik ganda (`"`). Saat Anda menggunakan [kebijakan perutean](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) sederhana, sertakan semua nilai untuk domain (example.com) atau subdomain (www.example.com) dalam data TXT yang sama.
**Topics**
+ [
### Memasukkan nilai catatan TXT
](#TXTformat-limits)
+ [
### Karakter khusus dalam nilai catatan TXT
](#TXTformat-special-characters)
+ [
### Huruf besar dan huruf kecil dalam nilai catatan TXT
](#TXTformat-case)
+ [
### Contoh
](#TXTformat-examples)
### Memasukkan nilai catatan TXT
Satu string dapat berisi hingga 255 karakter, termasuk yang berikut:
+ a-z
+ A-Z
+ 0-9
+ Spasi
+ - (tanda hubung)
+ \$1 " \$1 \$1 % & ' ( ) \$1 \$1 , - / : ; < = > ? @ [ \$1 ] ^ \$1 ` \$1 \$1 \$1 \$1 .
Jika Anda perlu memasukkan nilai yang lebih panjang dari 255 karakter, pisahkan nilai menjadi string 255 karakter atau kurang, dan sertakan setiap string dalam tanda kutip ganda (`"`). Di konsol, cantumkan semua string pada baris yang sama:
```
"String 1" "String 2" "String 3"
```
Untuk API, sertakan semua string dalam elemen `Value` yang sama:
```
"String 1" "String 2" "String 3"
```
Panjang maksimum nilai dalam data TXT adalah 4.000 karakter.
Untuk memasukkan lebih dari satu nilai TXT, masukkan satu nilai per baris.
### Karakter khusus dalam nilai catatan TXT
Jika catatan TXT Anda berisi salah satu karakter berikut, Anda harus menentukan karakter dengan menggunakan kode escape dalam format: `\` *three-digit octal code*
+ Karakter 000 hingga 040 oktal (0 hingga 32 desimal, 0x00 hingga 0x20 heksadesimal)
+ Karakter 177 hingga 377 oktal (127 hingga 255 desimal, 0x7F hingga 0xFF heksadesimal)
Misalnya, jika nilai data TXT Anda adalah `"exämple.com"`, Anda menentukan `"ex\344mple.com"`.
Untuk pemetaan antara karakter ASCII dan kode oktal, lakukan pencarian internet untuk “kode oktal ASCII.” Satu referensi yang berguna adalah [Kode ASCII - Tabel ASCII yang diperluas](https://www.ascii-code.com/).
Untuk menyertakan tanda kutip (`"`) dalam sebuah string, letakkan karakter garis miring terbalik (`\`) sebelum tanda kutip: `\"`.
### Huruf besar dan huruf kecil dalam nilai catatan TXT
Kasus dipertahankan, sehingga `"Ab"` dan `"aB"` adalah nilai-nilai yang berbeda.
### Contoh
**Contoh untuk konsol Amazon Route 53**
Letakkan setiap nilai pada baris terpisah:
```
"This string includes \"quotation marks\"."
"The last character in this string is an accented e specified in octal format: \351"
"v=spf1 ip4:192.168.0.1/16 -all"
```
**Contoh untuk API Route 53**
Letakkan setiap nilai dalam elemen `Value` terpisah:
```
"This string includes \"quotation marks\"."
"The last character in this string is an accented e specified in octal format: \351"
"v=spf1 ip4:192.168.0.1/16 -all"
```
# Membuat catatan dengan menggunakan konsol Amazon Route 53
Prosedur berikut menjelaskan cara membuat catatan menggunakan konsol Amazon Route 53. Untuk informasi tentang cara membuat rekaman menggunakan API Route 53, lihat [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)di *Referensi API Amazon Route 53*.
**catatan**
Untuk membuat catatan untuk konfigurasi perutean yang kompleks, Anda juga dapat menggunakan editor visual Aliran Lalu Lintas dan menyimpan konfigurasi sebagai kebijakan lalu lintas. Anda kemudian dapat mengaitkan kebijakan lalu lintas dengan satu atau lebih nama domain (seperti example.com) atau nama subdomain (seperti www.example.com), di zona yang di-hosting yang sama atau di beberapa zona yang di-hosting. Selain itu, Anda dapat memulihkan pembaruan jika konfigurasi baru tidak memiliki performa seperti yang Anda harapkan. Untuk informasi selengkapnya, lihat [Menggunakan Arus Lalu Lintas untuk merutekan lalu lintas DNS](traffic-flow.md).
**Untuk membuat catatan menggunakan konsol Route 53**
1. Jika Anda tidak membuat catatan alias, lanjutkan ke langkah 2.
Juga pergi ke langkah 2 jika Anda membuat catatan alias yang merutekan lalu lintas DNS ke AWS sumber daya selain penyeimbang beban Elastic Load Balancing atau catatan Route 53 lainnya.
Jika Anda membuat catatan alias yang merutekan lalu lintas ke penyeimbang beban Elastic Load Balancing, dan jika Anda membuat zona yang dihosting dan penyeimbang beban menggunakan akun yang berbeda, lakukan [Mendapatkan nama DNS untuk penyeimbang beban Elastic Load Balancing](#resource-record-sets-elb-dns-name-procedure) prosedur untuk mendapatkan nama DNS untuk penyeimbang beban.
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Pada panel navigasi, pilih **Zona yang di-hosting**.
1. Jika Anda sudah memiliki zona yang di-hosting untuk domain Anda, lewati ke langkah 5. Jika belum, lakukan prosedur yang berlaku untuk membuat zona yang di-hosting:
+ Untuk merutekan lalu lintas internet ke sumber daya Anda, seperti bucket Amazon S3 atau instans Amazon EC2, lihat [Membuat zona yang di-hosting publik](CreatingHostedZone.md).
+ Untuk merutekan lalu lintas di VPC Anda, lihat [Membuat zona yang di-hosting privat](hosted-zone-private-creating.md).
1. Pada halaman **Zona yang di-hosting**, pilih nama zona yang dihosting tempat Anda ingin membuat catatan.
1. Pilih **Buat catatan**.
1. Pilih dan tentukan kebijakan dan nilai perutean yang berlaku. Untuk informasi selengkapnya, lihat topik untuk jenis catatan yang ingin Anda buat:
+ [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)
1. Pilih **Create records** (Buat catatan).
**catatan**
Catatan baru Anda membutuhkan waktu untuk menyebar ke server DNS Route 53. Saat ini, satu-satunya cara untuk memverifikasi bahwa perubahan telah disebarkan adalah dengan menggunakan tindakan [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Perubahan umumnya menyebar ke semua server nama Route 53 dalam waktu 60 detik.
1. Jika Anda membuat beberapa catatan, ulangi langkah 7 hingga 8.
**Mendapatkan nama DNS untuk penyeimbang beban Elastic Load Balancing**
1. Masuk ke akun Konsol Manajemen AWS menggunakan AWS akun yang digunakan untuk membuat Classic, Application, atau Network Load Balancer yang ingin Anda buat catatan alias.
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Load Balancers**.
1. Dalam daftar penyeimbang beban, pilih penyeimbang beban yang ingin Anda buatkan data aliasnya.
1. Pada tab **Deskripsi**, dapatkan nilai **Nama DNS**.
1. Jika Anda ingin membuat catatan alias untuk penyeimbang beban Elastic Load Balancing lainnya, ulangi langkah 4 dan 5.
1. Keluar dari Konsol Manajemen AWS.
1. Masuk ke akun Konsol Manajemen AWS lagi menggunakan AWS akun yang Anda gunakan untuk membuat zona yang dihosting Route 53.
1. Kembali ke langkah 3 prosedur untuk [Membuat catatan dengan menggunakan konsol Amazon Route 53](#resource-record-sets-creating).
# Izin set catatan sumber daya
Izin kumpulan catatan sumber daya menggunakan kondisi kebijakan Manajemen Identitas dan Akses (IAM) untuk memungkinkan Anda menetapkan izin terperinci untuk tindakan di konsol Route 53 atau untuk menggunakan API. [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)
Kumpulan catatan sumber daya didefinisikan sebagai beberapa catatan sumber daya dengan nama dan jenis yang sama (dan kelas, tetapi untuk sebagian besar tujuan kelas selalu IN, atau internet), tetapi berisi data yang berbeda. Misalnya, jika Anda memilih perutean geolokasi, Anda dapat memiliki beberapa catatan A atau AAAA yang menunjuk ke titik akhir yang berbeda untuk domain yang sama. Semua catatan A atau AAAA ini bergabung untuk membentuk kumpulan catatan sumber daya. Untuk informasi lebih lanjut tentang terminologi DNS, lihat [RFC](https://datatracker.ietf.org/doc/html/rfc7719) 7719.
Dengan ketentuan kebijakan IAM,,`route53:ChangeResourceRecordSetsNormalizedRecordNames`, dan `route53:ChangeResourceRecordSetsRecordTypes``route53:ChangeResourceRecordSetsActions`, Anda dapat memberikan hak administratif terperinci kepada AWS pengguna lain di akun lain AWS mana pun. Ini memungkinkan Anda memberikan izin kepada seseorang untuk:
+ Satu set catatan sumber daya.
+ Semua kumpulan catatan sumber daya dari jenis catatan DNS tertentu.
+ Rekaman sumber daya menetapkan di mana nama berisi string tertentu.
+ Lakukan salah satu, atau semua `CREATE | UPSERT | DELETE ` tindakan saat menggunakan [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)API, atau konsol Route 53.
Anda juga dapat membuat izin akses yang menggabungkan salah satu kondisi kebijakan Route 53. Misalnya, Anda dapat memberikan izin kepada seseorang untuk mengubah data catatan A untuk pemasaran-example.com, tetapi tidak mengizinkan pengguna tersebut untuk menghapus catatan apa pun.
Untuk informasi selengkapnya tentang izin kumpulan catatan sumber daya dan contoh cara menggunakannya, lihat[Menggunakan ketentuan kebijakan IAM untuk kontrol akses terperinci](specifying-conditions-route53.md).
Untuk mempelajari cara mengautentikasi AWS pengguna, lihat [Mengautentikasi dengan identitas](security-iam.md#security_iam_authentication) dan mempelajari cara mengontrol akses ke sumber daya Route 53, lihat[Kontrol akses](security-iam.md#access-control).
# Nilai yang Anda tentukan saat membuat atau mengedit catatan Amazon Route 53
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
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
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
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)
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
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
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
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
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
Pilih **Simple routing** (Perutean sederhana).
## Nama catatan
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
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
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)
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
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
Pilih **Simple routing** (Perutean sederhana).
## Nama catatan
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
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
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
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
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
Pilih **Failover**.
## Nama catatan
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
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)
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan primer dan sekunder.
# Nilai khusus untuk catatan alias failover
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
Pilih **Failover**.
## Nama catatan
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
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
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan primer dan sekunder.
# Nilai khusus untuk catatan geolokasi
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
Pilih **Geolocation** (Geolokasi).
## Nama catatan
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
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)
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
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan geolokasi.
# Nilai khusus untuk catatan alias geolokasi
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
Pilih **Geolocation** (Geolokasi).
## Nama catatan
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
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
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
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan geolokasi.
# Nilai khusus untuk catatan geoproximity
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
Pilih **Geoproximity**.
## Nama catatan
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
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)
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
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam kelompok catatan geoproximity.
# Nilai khusus untuk catatan alias geoproximity
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
Pilih **Geoproximity**.
## Nama catatan
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
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
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
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam kelompok catatan geoproximity.
# Nilai khusus untuk catatan latensi
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
Pilih **Latency** (Latensi).
## Nama catatan
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
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)
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan latensi.
# Nilai khusus untuk catatan alias latensi
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
Pilih **Latency** (Latensi).
## Nama catatan
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
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
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan latensi.
# Nilai khusus untuk catatan berbasis IP
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
Pilih **berbasis IP**.
## Nama catatan
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
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)
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam kelompok catatan berbasis IP.
# Nilai khusus untuk catatan alias berbasis IP
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
Pilih **berbasis IP**.
**catatan**
Meskipun membuat catatan alias berbasis IP di zona host pribadi diizinkan, itu tidak didukung.
## Nama catatan
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
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
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam kelompok catatan berbasis IP.
# Nilai khusus untuk catatan jawaban multivalue
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
Pilih **Multivalue answer** (Jawaban multinilai).
## Nama catatan
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
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)
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan jawaban multinilai.
# Nilai khusus untuk catatan tertimbang
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
Pilih **Tertimbang**.
## Nama catatan
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
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)
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan tertimbang.
# Nilai khusus untuk catatan alias tertimbang
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
Pilih **Weighted** (Tertimbang).
## Nama catatan
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
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
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
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
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
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
Masukkan nilai yang secara unik mengidentifikasi catatan ini dalam grup catatan tertimbang.
# Membuat catatan dengan mengimpor file zona
Jika Anda bermigrasi dari penyedia layanan DNS lain, dan jika penyedia layanan DNS Anda saat ini mengizinkan Anda mengekspor pengaturan DNS Anda saat ini ke file zona, Anda dapat dengan cepat membuat semua catatan untuk zona yang di-hosting Amazon Route 53 dengan mengimpor file zona.
**catatan**
File zona menggunakan format standar yang dikenal sebagai BIND untuk mewakili catatan dalam format teks. Untuk informasi tentang format file zona, lihat entri Wikipedia untuk [file Zona](https://en.wikipedia.org/wiki/Zone_file). Informasi tambahan tersedia di [RFC 1034, Nama Domain—Konsep dan Fasilitas](https://datatracker.ietf.org/doc/html/rfc1034) bagian 3.6.1, dan [RFC 1035, Nama Domain—Implementasi dan Spesifikasi](https://datatracker.ietf.org/doc/html/rfc1035) bagian 5.
Jika Anda ingin membuat catatan dengan mengimpor file zona, perhatikan hal berikut:
+ File zona harus dalam format yang sesuai dengan RFC.
+ Nama domain catatan dalam file zona harus cocok dengan nama zona yang di-hosting.
+ Route 53 mendukung kata kunci `$ORIGIN` dan `$TTL`. Jika file zona menyertakan kata kunci `$GENERATE` atau `$INCLUDE`, impor gagal dan Route 53 akan menghasilkan kesalahan.
+ Saat Anda mengimpor file zona, Route 53 mengabaikan catatan SOA di file zona. Route 53 juga mengabaikan catatan NS yang memiliki nama yang sama sebagai zona yang di-hosting.
+ Anda dapat mengimpor maksimum 1.000 catatan.
+ Jika zona yang di-hosting sudah berisi catatan yang muncul di file zona, proses impor gagal, dan tidak ada catatan yang dibuat.
+ Untuk catatan TXT yang berisi karakter garis miring terbalik, proses impor file zona menafsirkan urutan garis miring terbalik tertentu sebagai karakter kontrol. Untuk memasukkan karakter garis miring terbalik literal dalam nilai catatan TXT:
+ Gunakan garis miring terbalik ganda (`\\\\`) dalam file zona untuk mewakili garis miring terbalik literal tunggal dalam catatan TXT akhir.
+ Misalnya, jika catatan TXT Anda harus berisi `\\jYTDWqH...` (dengan garis miring terbalik literal dan j), tentukan `\\\\jYTDWqH...` dalam file zona.
Ini sangat penting untuk catatan tantangan ACME dan catatan TXT lainnya yang berisi karakter garis miring terbalik literal.
+ Untuk catatan TXT yang panjang (seperti catatan DKIM), proses impor file zona mendukung pemisahan konten menjadi beberapa string. Untuk membuat catatan TXT dengan beberapa string:
+ Gunakan baris terpisah di file zona Anda dengan nama dan jenis rekaman yang sama.
**Example**
```
example.com. 300 IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC"
example.com. 300 IN TXT "7fCC6C13dM9tXuJmUBH7D4Vw8y1ByJ8z9QX2fvLm3pN4sR5tU6vW7xY8zA9bC0dE1f"
example.com. 300 IN TXT "G2hI3jK4lM5nO6pQ7rS8tU9vW0xY1zA2bC3dE4fG5hI6jK7lM8nO9pQ0rS1tU2vW3x"
```
Proses impor secara otomatis menggabungkan ini ke dalam satu catatan TXT dengan beberapa string. Setiap string individu dapat berisi hingga 65.535 karakter. Jangan menggabungkan string panjang menjadi satu nilai kutip.
+ Kami menyarankan Anda meninjau konten file zona untuk mengonfirmasi bahwa nama catatan menyertakan atau mengecualikan titik beruntun yang sesuai:
+ Ketika nama catatan dalam file zona menyertakan titik beruntun (`example.com.`), proses impor menginterpretasikan nama sebagai nama domain yang memenuhi syarat dan menciptakan catatan Route 53 dengan nama tersebut.
+ Saat nama rekaman dalam file zona tidak menyertakan titik beruntun (`www`), proses impor menggabungkan nama tersebut dengan nama domain di file zona (`example.com`) dan membuat catatan Route 53 dengan nama gabungan (`www.example.com`).
Jika proses ekspor tidak menambahkan titik akhir ke nama domain yang sepenuhnya memenuhi syarat dari catatan, proses impor Route 53 menambahkan nama domain ke nama catatan. Misalnya, anggap Anda mengimpor data ke zona yang di-hosting `example.com` dan nama catatan MX dalam file zona adalah `mail.example.com`, tanpa titik beruntun. Proses impor Route 53 menciptakan catatan MX bernama `mail.example.com.example.com`.
**penting**
Untuk data CNAME, MX, PTR, dan SRV, perilaku ini juga berlaku untuk nama domain yang disertakan dalam nilai RDATA. Misalnya, anggap Anda memiliki file zona untuk `example.com`. Jika data CNAME dalam file zona (`support`, tanpa titik beruntun) memiliki nilai RDATA `www.example.com` (juga tanpa titik beruntun), proses impor membuat catatan Route 53 dengan nama `support.example.com` yang merutekan lalu lintas ke `www.example.com.example.com`. Sebelum Anda mengimpor file zona Anda, tinjau nilai RDATA dan perbarui sebagaimana berlaku. Untuk catatan TXT yang berisi karakter garis miring terbalik, gunakan garis miring terbalik ganda (`\\\\`) di file zona untuk mewakili garis miring terbalik literal.
Route 53 tidak mendukung mengekspor catatan ke file zona.
**catatan**
Jika Anda membuat catatan yang memiliki nama yang sama dengan zona yang di-hosting, jangan masukkan nilai (misalnya, simbol @) di bidang Nama.
**Untuk membuat catatan dengan mengimpor file zona**
1. Dapatkan file zona dari penyedia layanan DNS yang saat ini melayani domain. Proses dan terminologi bervariasi dari satu penyedia layanan ke yang lain. Lihat antarmuka dan dokumentasi penyedia Anda untuk informasi tentang mengekspor atau menyimpan catatan Anda dalam file zona atau file BIND.
Jika prosesnya tidak jelas, coba tanyakan dukungan pelanggan penyedia DNS Anda saat ini untuk *daftar catatan* atau informasi *file zona*.
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Di panel navigasi, pilih **Hosted zones** (Zona yang di-hosting).
1. Pada halaman **Zona yang Di-hosting**, buat zona yang di-hosting baru:
1. Pilih **Create hosted zone** (Buat Zona yang Di-hosting).
1. Masukkan nama domain Anda dan, secara opsional, memberikan komentar.
1. Pilih **Buat**.
1. Pilih **Import zone file** (Impor file zona).
1. Di panel **Import zone file** (Impor file zona), tempel isi dari file zona Anda ke kotak teks **Zone file** (File zona).
1. Pilih **Import** (Impor).
**catatan**
Bergantung pada jumlah rekaman dalam file zona Anda, Anda mungkin harus menunggu beberapa menit hingga catatan dibuat.
1. Jika Anda menggunakan layanan DNS lain untuk domain tersebut (yang biasa terjadi jika Anda mendaftarkan domain dengan registrar lain), migrasikan layanan DNS ke Route 53. Ketika langkah itu selesai, pencatat Anda akan mulai mengidentifikasi Route 53 sebagai layanan DNS Anda sebagai tanggapan atas kueri DNS untuk domain Anda, dan kueri akan mulai dikirim ke server DNS Route 53. (Biasanya, ada satu atau dua hari penundaan sebelum kueri DNS mulai dirutekan ke Route 53 karena informasi tentang layanan DNS Anda sebelumnya di-cache pada DNS resolver selama itu.) Untuk informasi selengkapnya, lihat [Membuat Amazon Route 53 menjadi layanan DNS untuk domain yang adaMembuat Route 53 menjadi layanan DNS untuk domain yang ada](MigratingDNS.md).
# Mengedit catatan
Prosedur berikut menjelaskan cara mengedit catatan menggunakan konsol Amazon Route 53. Untuk informasi tentang cara mengedit rekaman menggunakan API Route 53, lihat [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)di *Referensi API Amazon Route 53*.
**catatan**
Perubahan untuk catatan membutuhkan waktu untuk menyebarkan ke server DNS Route 53. Saat ini, satu-satunya cara untuk memverifikasi bahwa perubahan telah disebarkan adalah dengan menggunakan tindakan [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Perubahan umumnya menyebar ke semua server nama Route 53 dalam waktu 60 detik.
**Untuk mengedit catatan menggunakan konsol Route 53**
1. Jika Anda tidak mengedit catatan alias, lewati ke langkah 2.
Jika Anda mengedit catatan alias yang merutekan lalu lintas ke Elastic Load Balancing Classic Load Balancer, Application Load Balancer, atau Network Load Balancer, dan jika Anda membuat zona host Route 53 dan penyeimbang beban Anda menggunakan akun yang berbeda, [Mendapatkan nama DNS untuk penyeimbang beban Elastic Load Balancing](resource-record-sets-creating.md#resource-record-sets-elb-dns-name-procedure) lakukan prosedur untuk mendapatkan nama DNS untuk penyeimbang beban.
Jika Anda mengedit catatan alias untuk AWS sumber daya lain, lewati ke langkah 2.
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Di panel navigasi, pilih **Hosted zones** (Zona yang di-hosting).
1. Di halaman **Hosted Zones** (Zona yang Di-hosting), pilih baris untuk zona yang di-hosting tempat Anda ingin mengedit catatan.
1. Pilih baris untuk rekaman yang ingin Anda edit, lalu masukkan perubahan Anda di panel **Edit catatan**.
1. Masukkan nilai yang berlaku. Untuk informasi selengkapnya, lihat [Nilai yang Anda tentukan saat membuat atau mengedit catatan Amazon Route 53](resource-record-sets-values.md).
1. Pilih **Save changes** (Simpan perubahan).
1. Jika Anda mengedit beberapa catatan, ulangi langkah 5 hingga 7.
# Menghapus catatan
Prosedur berikut menjelaskan cara menghapus catatan menggunakan konsol Route 53. Untuk informasi tentang cara menghapus rekaman menggunakan API Route 53, lihat [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)di *Referensi API Amazon Route 53*.
**catatan**
Perubahan untuk catatan membutuhkan waktu untuk menyebarkan ke server DNS Route 53. Saat ini, satu-satunya cara untuk memverifikasi bahwa perubahan telah disebarkan adalah dengan menggunakan tindakan [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Perubahan umumnya menyebar ke semua server nama Route 53 dalam waktu 60 detik.
**Membatalkan catatan**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Di halaman Zona yang Di-hosting, pilih baris untuk zona yang di-hosting tempat Anda ingin menghapus catatan.
1. Dalam daftar catatan, pilih data yang ingin Anda hapus.
Untuk memilih beberapa catatan berturut-turut, pilih baris pertama, tahan tombol **Shift**, dan pilih baris terakhir. Untuk memilih beberapa catatan yang tidak berurutan, pilih baris pertama, tahan tombol **Ctrl**, dan pilih baris tambahan.
Anda tidak dapat menghapus catatan yang memiliki nilai **NS** atau **SOA** untuk **Jenis**.
1. Pilih **Delete** (Hapus).
1. Pilih **Delete** (Hapus) untuk menutup kotak dialog.
# Mencantumkan catatan
Prosedur berikut menjelaskan cara menggunakan konsol Amazon Route 53 untuk daftar catatan di zona yang di-hosting. Untuk informasi tentang cara mencantumkan catatan menggunakan API Route 53, lihat [ListResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListResourceRecordSets.html)di *Referensi API Amazon Route 53*.
**Untuk mencantumkan catatan**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Pada panel navigasi, pilih **Zona yang di-hosting**.
1. Pada halaman **Zona yang Di-hosting**, pilih nama zona yang di-hosting.
1. Untuk mengubah mode pencarian, pilih ikon roda gigi di kanan atas tabel **Rekaman**. Pilih salah satu dari:
+ **Otomatis**
Dalam mode ini, layanan menggunakan filter berdasarkan sejumlah catatan. Penuh kurang dari 2000 dan cepat untuk lebih dari 2000 catatan.
+ **Penuh**
Dalam mode ini, semua filter pencarian tersedia, tetapi kinerja pencarian mungkin lebih lambat.
+ **Cepat**
Dalam mode ini, beberapa fitur canggih tidak tersedia, tetapi kinerja pencarian akan lebih cepat.
Untuk hanya menampilkan catatan yang dipilih, masukkan kriteria pencarian yang berlaku di atas daftar catatan. Dalam mode otomatis, perilaku pencarian bergantung pada apakah zona yang dihosting berisi hingga 2.000 catatan atau lebih dari 2.000 catatan:
**Hingga 2.000 catatan dan mode penuh**
+ Untuk menampilkan catatan yang memiliki nilai tertentu, masukkan nilai di bilah pencarian dan tekan **Enter**. Misalnya, untuk menampilkan catatan yang memiliki alamat IP yang dimulai dengan **192.0**, masukkan nilai tersebut di bidang **Search** (Pencarian), dan tekan **Enter**.
+ Untuk menampilkan hanya catatan yang memiliki jenis data DNS yang sama, pilih **Jenis catatan** dalam daftar menurun, dan masukkan jenis catatan.
+ Untuk hanya menampilkan catatan alias, pilih **Alias** di daftar dropdown, dan masukkan. **Yes**
+ Untuk hanya menampilkan catatan tertimbang, pilih **Kebijakan perutean** dalam daftar menurun, dan masukkan **WEIGHTED**.
**Lebih dari 2.000 catatan dan mode cepat**
+ Anda dapat mencari hanya pada nama catatan, bukan pada nilai catatan. Anda juga tidak dapat memfilter berdasarkan jenis catatan, atau pada alias atau catatan tertimbang.
Untuk melakukan ini, masukkan kursor Anda ke kotak teks **Filter**, pilih **Properti** dan kemudian **Rekam** nama.
+ Untuk catatan yang memiliki tiga label (tiga bagian dipisahkan oleh titik), ketika Anda memasukkan nilai di kolom pencarian dan menekan **Enter**, konsol Route 53 secara otomatis melakukan pencarian wildcard pada label ketiga dari kanan dalam nama catatan. Misalnya, zona yang di-hosting example.com berisi 100 catatan bernama record1.example.com melalui record100.example.com. (Record1 adalah label ketiga dari kanan.) Inilah yang terjadi saat Anda mencari nilai berikut:
+ **record1** – Konsol Route 53 mencari **record1\$1.example.com**, yang akan menghasilkan **record1.example.com**, **record10.example.com** melaui **record19.example.com**, dan **record100.example.com**.
+ **record1.example.com** – Seperti pada contoh sebelumnya, konsol akan melakukan pencarian untuk **record1\$1.example.com** dan menghasilkan catatan yang sama.
+ **1** – Konsol melakukan pencarian untuk **1\$1.example.com** dan tidak menghasilkan catatan.
+ **Example** – Konsol melakukan pencarian untuk **example\$1.example.com** dan tidak menghasilkan catatan.
+ **example.com** – Dalam contoh ini, konsol tidak melakukan pencarian wildcard. Hal ini akan menghasilkan semua catatan di zona yang di-hosting.
+ **Mode pencarian otomatis** — Saat menggunakan mode pencarian ini, Anda harus terlebih dahulu menyediakan properti, seperti nama rekam, untuk dapat mencari.
**catatan**
Jika label ketiga dari kanan berisi satu atau lebih tanda hubung (seperti `third-label.example.com`), dan jika Anda mencari bagian dari label ketiga tepat sebelum tanda hubung (`third` dalam contoh ini), Route 53 tidak akan menghasilkan catatan apa pun. Sebagai gantinya, sertakan tanda hubung (cari `third-`) atau hilangkan karakter segera sebelum tanda hubung (cari `third`).
+ Untuk catatan yang memiliki empat label atau lebih, Anda harus menentukan nama yang tepat dari catatan. Tidak ada pencarian wildcard yang didukung. Sebagai contoh, jika zona yang di-hosting menyertakan catatan bernama label4.record1.example.com, Anda dapat menemukan catatan itu hanya jika Anda menentukan **label4.record1.example.com** di bidang pencarian.