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.

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, lihatNama catatan.

Jenis catatan

Jenis data DNS. Untuk informasi selengkapnya, lihat Tipe data DNS yang didukung.

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

API regional kustom API Gateway atau API yang dioptimalkan edge

Pilih A — alamat IPv4.

Titik akhir antarmuka Amazon VPC

Pilih A — alamat IPv4.

CloudFront distribusi

Pilih A — alamat IPv4.

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

Lingkungan Elastic Beanstalk yang memiliki subdomain regional

Pilih A — alamat IPv4

penyeimbang beban ELB

Pilih A — alamat IPv4 atau AA — alamat IPv6

Bucket Amazon S3

Pilih A — alamat IPv4

Catatan lain di zona yang di-hosting ini

Pilih jenis catatan yang Anda buatkan alias. Semua jenis didukung kecuali NS dan SOA.

catatan

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 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.

Menilai/Merutekan lalu lintas

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

Untuk informasi tentang AWS sumber daya apa yang dapat Anda targetkan, lihatMenilai/Merutekan lalu lintas.

Untuk informasi selengkapnya tentang cara mengonfigurasi Route 53 untuk merutekan lalu lintas ke AWS sumber daya tertentu, lihatMerutekan lalu lintas internet ke sumber daya AWS.

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.

AWSGrup Zona Lokal

Pilih Wilayah Zona Lokal yang tersedia dari daftar Lokasi.

Untuk informasi selengkapnya tentang Local Zones, lihat Available Local Zones 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 Lokalus-east-1-bue-1.

Anda juga dapat mengidentifikasi Grup Local Zones untuk Zona Lokal tertentu dengan menggunakan perintah describe-availability-zonesCLI:

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.

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 sehat.

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 kondisi semua catatan dalam grup catatan yang memiliki nama, jenis, dan kebijakan perutean yang sama (seperti failover atau catatan berbobot), dan Anda menentukan ID pemeriksaan kondisi 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?.

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 berikut:

API regional kustom API Gateway dan API yang dioptimalkan untuk edge

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.

catatan

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 Titik Akhir adalah catatan atau grup catatan (misalnya, grup catatan tertimbang) tetapi bukan catatan alias lain, kami sarankan Anda mengaitkan pemeriksaan kondisi dengan semua catatan di titik akhir. Untuk informasi selengkapnya, lihat Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?.

ID catatan

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