Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Membuat pemeriksaan kesehatan Amazon Route 53
Pemeriksaan kondisi Amazon Route 53 memantau kondisi dan performa aplikasi web, server web, dan sumber daya lainnya. Setiap pemeriksaan kondisi yang Anda buat dapat memantau hal berikut:
+ Kesehatan sumber daya yang ditentukan, seperti server web.
+ Status pemeriksaan kondisi lainnya.
+ Status CloudWatch alarm Amazon.
+ Selain itu, dengan Amazon Application Recovery Controller (ARC), Anda dapat mengatur pemeriksaan kesehatan kontrol perutean dengan catatan failover DNS untuk mengelola failover lalu lintas untuk aplikasi Anda. Untuk mempelajari selengkapnya, lihat [Panduan Pengembang Amazon Application Recovery Controller (ARC)](https://docs.aws.amazon.com/r53recovery/latest/dg/what-is-route-53-recovery.html).
Untuk gambaran umum jenis pemeriksaan kondisi, lihat [Jenis pemeriksaan kondisi Amazon Route 53Jenis pemeriksaan kondisi](health-checks-types.md). Untuk informasi tentang membuat pemeriksaan kondisi, lihat [Membuat dan memperbarui pemeriksaan kondisi](health-checks-creating.md).
Setelah membuat pemeriksaan kondisi, Anda bisa mendapatkan status pemeriksaan kondisi, mendapatkan notifikasi saat status berubah, dan mengonfigurasi failover DNS:
**Mendapatkan status dan notifikasi pemeriksaan kondisi**
Anda dapat melihat status pemeriksaan kondisi saat ini dan terbaru di konsol Route 53. Anda juga dapat bekerja dengan pemeriksaan kesehatan secara terprogram melalui salah satu AWS SDKs, API AWS Command Line Interface AWS Tools for Windows PowerShell, atau Route 53.
Jika Anda ingin menerima pemberitahuan ketika status pemeriksaan kesehatan berubah, Anda dapat mengonfigurasi CloudWatch alarm Amazon untuk setiap pemeriksaan kesehatan.
Untuk informasi tentang melihat status pemeriksaan kondisi dan menerima notifikasi, lihat [Memantau status pemeriksaan kondisi dan mendapatkan notifikasi](health-checks-monitor-view-status.md).
**Mengonfigurasi failover DNS**
Jika Anda memiliki beberapa sumber daya yang menjalankan fungsi yang sama, Anda dapat mengonfigurasi failover DNS sehingga Route 53 akan merutekan lalu lintas Anda dari sumber daya yang tidak sehat ke sumber daya yang sehat. Misalnya, jika Anda memiliki dua server web dan satu server web menjadi tidak sehat, Route 53 dapat merutekan lalu lintas ke server web lainnya. Untuk informasi selengkapnya, lihat [Mengonfigurasi failover DNS](dns-failover-configuring.md).
**Topics**
+ [Jenis pemeriksaan kondisi Amazon Route 53](health-checks-types.md)
+ [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md)
+ [Membuat, memperbarui, dan menghapus pemeriksaan kondisi](health-checks-creating-deleting.md)
+ [Mengonfigurasi failover DNS](dns-failover-configuring.md)
+ [Penamaan dan penandaan pemeriksaan kondisi](health-checks-tagging.md)
+ [Menggunakan pemeriksaan kondisi dengan versi API Amazon Route 53 yang lebih awal dari 2012-12-12](dns-failover-using-old-apis.md)
# Jenis pemeriksaan kondisi Amazon Route 53
Anda dapat membuat jenis pemeriksaan kondisi Amazon Route 53 berikut:
**Pemeriksaan kondisi yang memantau titik akhir**
Anda dapat mengonfigurasi pemeriksaan kondisi yang memantau titik akhir yang Anda tentukan dengan alamat IP atau nama domain. Pada interval reguler yang Anda tentukan, Route 53 mengirimkan permintaan otomatis melalui internet ke aplikasi, server, atau sumber daya lain untuk memverifikasi bahwa semuanya dapat dijangkau, tersedia, dan fungsional. Secara opsional, Anda dapat mengonfigurasi pemeriksaan kondisi untuk membuat permintaan yang serupa dengan permintaan yang dibuat pengguna Anda, seperti meminta halaman web dari URL tertentu.
**Pemeriksaan kondisi yang memantau pemeriksaan kondisi lainnya (pemeriksaan kondisi yang dihitung)**
Anda dapat membuat pemeriksaan kondisi yang memantau apakah Route 53 menganggap pemeriksaan kondisi lainnya sehat atau tidak sehat. Situasi di mana tindakan ini mungkin berguna adalah ketika Anda memiliki beberapa sumber daya yang melakukan fungsi yang sama, seperti beberapa server web, dan kekhawatiran utama Anda adalah apakah sejumlah minimum sumber daya dalam kondisi sehat. Anda dapat membuat pemeriksaan kondisi untuk setiap sumber daya tanpa mengonfigurasi notifikasi untuk pemeriksaan kondisi tersebut. Kemudian Anda dapat membuat pemeriksaan kondisi yang memantau status pemeriksaan kondisi lainnya dan yang memberitahu Anda hanya ketika jumlah sumber daya web yang tersedia turun di bawah ambang batas yang ditentukan.
**Pemeriksaan Kesehatan yang Memantau CloudWatch Alarm**
Anda dapat membuat CloudWatch alarm yang memantau status CloudWatch metrik, seperti jumlah peristiwa baca terbatas untuk database Amazon DynamoDB atau jumlah host Elastic Load Balancing yang dianggap sehat. Setelah Anda membuat alarm, Anda dapat membuat pemeriksaan kesehatan yang memantau aliran data yang sama yang CloudWatch memantau alarm.
Untuk meningkatkan ketahanan dan ketersediaan, Route 53 tidak menunggu CloudWatch alarm masuk ke negara bagian`ALARM`. Status pemeriksaan kesehatan berubah dari sehat menjadi tidak sehat berdasarkan aliran data dan kriteria dalam CloudWatch alarm.
Route 53 mendukung CloudWatch alarm dengan fitur berikut:
+ Metrik resolusi standar. Metrik resolusi tinggi tidak didukung. Untuk informasi selengkapnya, lihat [Metrik resolusi tinggi](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) di * CloudWatch Panduan Pengguna Amazon*.
+ Statistik: Rata-rata, Minimum, Maksimum, Jumlah, dan SampleCount. Perpanjangan statistik tidak didukung.
+ Route 53 tidak mendukung alarm “M out of N”. Untuk informasi selengkapnya, lihat [Mengevaluasi alarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) di * CloudWatch panduan Amazon*.
+ Pemeriksaan kesehatan hanya dapat memantau CloudWatch alarm yang ada di AWS akun yang sama dengan pemeriksaan kesehatan.
+ Route 53 tidak mendukung alarm yang menggunakan [matematika metrik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) untuk menanyakan beberapa CloudWatch metrik.
**Pengontrol perutean Amazon Application Recovery Controller (ARC)**
Pemeriksaan kesehatan di ARC dikaitkan dengan kontrol perutean, yang merupakan sakelar on/off sederhana. Anda mengonfigurasi setiap pemeriksaan kondisi kontrol perutean dengan catatan DNS failover. Kemudian Anda cukup memperbarui kontrol perutean Anda di ARC untuk mengalihkan lalu lintas dan gagal atas aplikasi Anda, misalnya, di Availability Zones atau -Regions. AWS Untuk informasi selengkapnya, lihat [Kontrol perutean di ARC](https://docs.aws.amazon.com/r53recovery/latest/dg/routing-control.html) di panduan pengembang ARC.
# Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehat
Metode yang digunakan Amazon Route 53 untuk menentukan apakah pemeriksaan kondisi sehat tergantung pada jenis pemeriksaan kondisi.
## Bagaimana Route 53 menentukan status pemeriksaan kondisi yang memantau titik akhir
Route 53 memiliki pemeriksa kondisi di banyak lokasi di seluruh dunia. Ketika Anda membuat pemeriksaan kondisi yang memantau titik akhir, pemeriksa kondisi mulai mengirim permintaan ke titik akhir yang Anda tentukan untuk menentukan apakah titik akhir sehat. Anda dapat memilih lokasi mana yang ingin digunakan Route 53, dan Anda dapat menentukan interval antara pemeriksaan: setiap 10 detik atau setiap 30 detik. Perhatikan bahwa pemeriksa kondisi Route 53 di pusat data yang berbeda tidak berkoordinasi satu sama lain, sehingga terkadang Anda akan melihat beberapa permintaan per detik terlepas dari interval yang dipilih, diikuti beberapa detik tanpa pemeriksaan kondisi sama sekali.
Setiap pemeriksa kondisi mengevaluasi kondisi titik akhir berdasarkan dua nilai:
+ Waktu respons. Sumber daya dapat lambat merespons atau gagal merespons permintaan pemeriksaan kondisi karena berbagai alasan. Misalnya, sumber daya dimatikan untuk pemeliharaan, berada di bawah serangan penolakan layanan (DDoS) terdistribusi, atau jaringan mati.
+ Apakah titik akhir merespons sejumlah pemeriksaan kondisi berturut-turut yang Anda tentukan (ambang batas kegagalan)
Route 53 mengagregat data dari pemeriksa kondisi dan menentukan apakah titik akhir sehat:
+ Jika lebih dari 18% pemeriksa kondisi melaporkan bahwa titik akhir sehat, Route 53 menganggapnya sehat.
+ Jika 18% atau kurang pemeriksa kondisi melaporkan bahwa titik akhir sehat, Route 53 menganggapnya tidak sehat.
Nilai 18% dipilih untuk memastikan bahwa pemeriksa kondisi di beberapa wilayah menganggap titik akhir sehat. Hal ini mencegah agar titik akhir dianggap tidak sehat hanya karena syarat jaringan telah mengisolasi titik akhir dari beberapa lokasi pemeriksa kondisi. Nilai ini mungkin berubah di rilis di masa mendatang.
Waktu respons yang digunakan pemeriksa kondisi individu untuk menentukan apakah titik akhir sehat tergantung pada jenis pemeriksaan kondisi:
+ **Pemeriksaan kondisi HTTP dan HTTPS** – Route 53 harus mampu membuat koneksi TCP dengan titik akhir dalam waktu empat detik. Selain itu, titik akhir harus merespons dengan kode status HTTP 2xx atau 3xx dalam waktu dua detik setelah menghubungkan.
**catatan**
Pemeriksaan kesehatan HTTPS tidak memvalidasi SSL/TLS sertifikat, jadi pemeriksaan tidak gagal jika sertifikat tidak valid atau kedaluwarsa.
+ **Pemeriksaan kondisi TCP** – Route 53 harus mampu membuat koneksi TCP dengan titik akhir dalam waktu sepuluh detik.
+ **Pemeriksaan kondisi HTTP dan HTTPS dengan pencocokan string** – Seperti pemeriksaan kondisi HTTP dan HTTPS, Route 53 harus mampu membuat koneksi TCP dengan titik akhir dalam waktu empat detik, dan titik akhir harus merespons dengan kode status HTTP 2xx atau 3xx dalam waktu dua detik setelah menghubungkan.
Setelah menerima kode status HTTP, pemeriksa kondisi Route 53 harus menerima respons isi dari titik akhir dalam dua detik berikutnya. Route 53 mencari isi respons untuk string yang Anda tentukan. Seluruh string harus muncul dalam 5.120 byte pertama pada isi respons atau pemeriksaan kondisi titik akhir akan gagal. Jika menggunakan konsol Route 53, Anda menentukan string di bidang **Cari String**. Jika menggunakan API Route 53, Anda menentukan string dalam elemen `SearchString` ketika membuat pemeriksaan kondisi.
[Untuk pemeriksaan kesehatan yang memantau titik akhir (kecuali pemeriksaan kesehatan TCP), jika respons dari titik akhir menyertakan header apa pun, header harus dalam format yang ditentukan dalam, Hypertext Transfer Protocol (HTTP/1.1): Sintaks Pesan dan Perutean RFC7230, bagian 3.2, “Bidang Header.”](https://tools.ietf.org/html/rfc7230#section-3.2)
Route 53 menganggap pemeriksaan kondisi baru dalam kondisi sehat hingga ada cukup data untuk menentukan status yang sebenarnya, sehat atau tidak sehat. Jika Anda memilih opsi untuk membalikkan status pemeriksaan kondisi, Route 53 menganggap pemeriksaan kondisi baru *tidak sehat* hingga ada cukup data.
## Bagaimana Route 53 menentukan status pemeriksaan kondisi yang memantau pemeriksaan kondisi lain
Pemeriksaan kondisi dapat memantau status pemeriksaan kondisi lainnya; pemeriksaan kondisi jenis ini dikenal sebagai *pemeriksaan kondisi yang dihitung*. Pemeriksaan kondisi yang melakukan pemantauan adalah *pemeriksaan kondisi induk*, dan pemeriksaan kondisi yang dipantau adalah *pemeriksaan kondisi anak*. Satu pemeriksaan kondisi induk dapat memantau hingga 255 pemeriksaan kondisi anak. Berikut adalah cara kerja pemantauan:
+ Route 53 menambahkan jumlah pemeriksaan kondisi anak yang dianggap sehat.
+ Route 53 membandingkan angka tersebut dengan jumlah pemeriksaan kondisi anak yang harus sehat agar status pemeriksaan kondisi induk dianggap sehat.
Untuk informasi selengkapnya, lihat [Memantau pemeriksaan kondisi lainnya (pemeriksaan kondisi yang dihitung)](health-checks-creating-values.md#health-checks-creating-values-calculated) di [Nilai yang Anda tentukan saat membuat atau memperbarui pemeriksaan kondisi](health-checks-creating-values.md).
Route 53 menganggap pemeriksaan kondisi baru dalam kondisi sehat hingga ada cukup data untuk menentukan status yang sebenarnya, sehat atau tidak sehat. Jika Anda memilih opsi untuk membalikkan status pemeriksaan kondisi, Route 53 menganggap pemeriksaan kondisi baru *tidak sehat* hingga ada cukup data.
## Bagaimana Route 53 menentukan status pemeriksaan kesehatan yang memantau CloudWatch alarm
Saat Anda membuat pemeriksaan kesehatan yang didasarkan pada CloudWatch alarm, Route 53 memantau aliran data untuk alarm yang sesuai alih-alih memantau status alarm. Jika aliran data menunjukkan bahwa alarm dalam status **OKE**, pemeriksaan kondisi dianggap sehat. Jika aliran data menunjukkan bahwa alarm dalam status **Alarm**, pemeriksaan kondisi dianggap tidak sehat. Jika aliran data tidak memberikan informasi yang cukup untuk menentukan status alarm, status pemeriksaan kondisi tergantung pada pengaturan untuk **Status pemeriksaan kondisi**: sehat, tidak sehat, atau status terakhir. (Dalam API Route 53, pengaturannya adalah `InsufficientDataHealthStatus`.)
Route 53 tidak mendukung alarm lintas akun CloudWatch .
**catatan**
Karena pemeriksaan kesehatan Route 53 memantau aliran CloudWatch data alih-alih status CloudWatch alarm, Anda tidak dapat memaksa status pemeriksaan kesehatan berubah dengan menggunakan operasi CloudWatch [SetAlarmState](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_SetAlarmState.html)API.
Route 53 menganggap pemeriksaan kondisi baru dalam kondisi sehat hingga ada cukup data untuk menentukan status yang sebenarnya, sehat atau tidak sehat. Jika Anda memilih opsi untuk membalikkan status pemeriksaan kondisi, Route 53 menganggap pemeriksaan kondisi baru *tidak sehat* hingga ada cukup data.
# Membuat, memperbarui, dan menghapus pemeriksaan kondisi
**penting**
Jika Anda memperbarui atau menghapus pemeriksaan kondisi yang terkait dengan catatan, tinjau tugas di [Memperbarui atau menghapus pemeriksaan kondisi jika failover DNS dikonfigurasi](health-checks-updating-deleting-tasks.md) sebelum Anda melanjutkan.
Bagian ini mencakup topik-topik berikut yang terkait dengan pengelolaan pemeriksaan kesehatan Route 53:
1. **Membuat dan memperbarui pemeriksaan kesehatan:**
+ Pelajari cara membuat dan memperbarui pemeriksaan kesehatan menggunakan konsol Route 53.
+ Pahami nilai yang perlu Anda tentukan saat membuat atau memperbarui pemeriksaan kesehatan, seperti pemantauan titik akhir, protokol, alamat IP, nama domain, dan opsi konfigurasi lanjutan.
1. **Nilai yang ditampilkan saat membuat pemeriksaan kesehatan:**
+ Temukan nilai yang ditampilkan konsol Route 53 berdasarkan masukan Anda saat membuat pemeriksaan kesehatan, seperti URL lengkap atau alamat IP dan port.
1. **Memperbarui pemeriksaan kesehatan untuk perubahan CloudWatch alarm:**
+ Cari tahu cara memperbarui pemeriksaan kesehatan saat Anda mengubah pengaturan CloudWatch alarm terkait.
1. **Menghapus pemeriksaan kesehatan:**
+ Ikuti prosedur untuk menghapus pemeriksaan kesehatan dengan menggunakan konsol Route 53.
1. **Memperbarui atau menghapus pemeriksaan kesehatan saat failover DNS dikonfigurasi:**
+ Pelajari tugas yang disarankan untuk dilakukan saat memperbarui atau menghapus pemeriksaan kesehatan yang terkait dengan catatan DNS untuk memastikan konfigurasi routing dan failover yang tepat.
1. **Mengkonfigurasi aturan router dan firewall:**
+ Pahami cara mengonfigurasi aturan router dan firewall Anda untuk memungkinkan lalu lintas masuk dari pemeriksa kesehatan Route 53, memastikan pemeriksaan kesehatan yang berhasil.
Dengan mengikuti informasi yang disediakan di bagian ini, Anda dapat secara efektif membuat, memperbarui, dan menghapus pemeriksaan kesehatan Route 53, mengelola konfigurasinya, dan memastikan integrasi yang tepat dengan kebijakan failover dan perutean DNS.
**Topics**
+ [Membuat dan memperbarui pemeriksaan kondisi](health-checks-creating.md)
+ [Nilai yang Anda tentukan saat membuat atau memperbarui pemeriksaan kondisi](health-checks-creating-values.md)
+ [Nilai yang ditampilkan Amazon Route 53 ketika Anda membuat pemeriksaan kondisi](health-checks-creating-values-displayed.md)
+ [Memperbarui pemeriksaan kesehatan saat Anda mengubah pengaturan CloudWatch alarm (pemeriksaan kesehatan yang hanya memantau CloudWatch alarm)](health-checks-updating-cloudwatch-alarm-settings.md)
+ [Menonaktifkan atau mengaktifkan pemeriksaan kesehatan](health-checks-disable.md)
+ [Membalikkan pemeriksaan kesehatan](health-checks-invert.md)
+ [Menghapus pemeriksaan kondisi](health-checks-deleting.md)
+ [Memperbarui atau menghapus pemeriksaan kondisi jika failover DNS dikonfigurasi](health-checks-updating-deleting-tasks.md)
+ [Mengonfigurasi aturan router dan firewall untuk pemeriksaan kondisi Amazon Route 53](dns-failover-router-firewall-rules.md)
# Membuat dan memperbarui pemeriksaan kondisi
Prosedur berikut menjelaskan cara membuat dan memperbarui pemeriksaan kondisi menggunakan konsol Route 53.
**catatan**
Kami memperbarui konsol pemeriksaan kesehatan untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
Pilih tab untuk konsol yang Anda gunakan.
+ [Konsol baru](#health-checks-creating-new)
+ [Konsol lama](#health-checks-creating-old)
------
#### [ New console ]
**Untuk membuat atau memperbarui pemeriksaan kesehatan**
1. Jika Anda memperbarui pemeriksaan kondisi yang telah dikaitkan dengan catatan, lakukan tugas yang disarankan di [Memperbarui atau menghapus pemeriksaan kondisi jika failover DNS dikonfigurasi](health-checks-updating-deleting-tasks.md).
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 **Pemeriksaan Kondisi**.
1. Jika Anda ingin memperbarui pemeriksaan kesehatan yang ada, pilih ID yang ditautkan dari pemeriksaan kesehatan, lalu pilih **Edit**.
Jika Anda ingin membuat pemeriksaan kesehatan, pilih **Buat pemeriksaan kesehatan**.
1. Masukkan nilai yang berlaku. Perhatikan bahwa beberapa nilai tidak dapat diubah setelah Anda membuat pemeriksaan kondisi. Untuk informasi selengkapnya, lihat [Nilai yang Anda tentukan saat membuat atau memperbarui pemeriksaan kondisi](health-checks-creating-values.md).
1. Pilih **Buat pemeriksaan kondisi**.
**catatan**
Route 53 menganggap pemeriksaan kondisi baru dalam kondisi sehat hingga ada cukup data untuk menentukan status yang sebenarnya, sehat atau tidak sehat.
1. Kaitkan pemeriksaan kondisi dengan satu atau beberapa catatan Route 53. Untuk informasi tentang membuat dan memperbarui catatan, lihat [Bekerja dengan catatan](rrsets-working-with.md).
------
#### [ Old console ]
**Untuk membuat atau memperbarui pemeriksaan kesehatan**
1. Jika Anda memperbarui pemeriksaan kondisi yang telah dikaitkan dengan catatan, lakukan tugas yang disarankan di [Memperbarui atau menghapus pemeriksaan kondisi jika failover DNS dikonfigurasi](health-checks-updating-deleting-tasks.md).
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 **Pemeriksaan Kondisi**.
1. Jika Anda ingin memperbarui pemeriksaan kondisi yang ada, pilih pemeriksaan kondisi, lalu pilih **Edit Pemeriksaan kondisi**.
Jika Anda ingin membuat pemeriksaan kondisi, pilih **Buat Pemeriksaan kondisi**. Untuk informasi lebih lanjut tentang setiap pengaturan, pindahkan penunjuk mouse ke atas labelnya untuk melihat kiat alat.
1. Masukkan nilai yang berlaku. Perhatikan bahwa beberapa nilai tidak dapat diubah setelah Anda membuat pemeriksaan kondisi. Untuk informasi selengkapnya, lihat [Nilai yang Anda tentukan saat membuat atau memperbarui pemeriksaan kondisi](health-checks-creating-values.md).
1. Pilih **Buat Pemeriksaan Kondisi**.
**catatan**
Route 53 menganggap pemeriksaan kondisi baru dalam kondisi sehat hingga ada cukup data untuk menentukan status yang sebenarnya, sehat atau tidak sehat. Jika Anda memilih opsi untuk membalikkan status pemeriksaan kondisi, Route 53 menganggap pemeriksaan kondisi baru *tidak sehat* hingga ada cukup data.
1. Kaitkan pemeriksaan kondisi dengan satu atau beberapa catatan Route 53. Untuk informasi tentang membuat dan memperbarui catatan, lihat [Bekerja dengan catatan](rrsets-working-with.md).
------
# Nilai yang Anda tentukan saat membuat atau memperbarui pemeriksaan kondisi
Saat membuat atau memperbarui pemeriksaan kondisi, Anda menentukan nilai yang berlaku. Perhatikan bahwa Anda tidak dapat mengubah beberapa nilai setelah Anda pemeriksaan kondisi dibuat.
**Topics**
+ [Memantau titik akhir](#health-checks-creating-values-endpoint)
+ [Memantau pemeriksaan kondisi lainnya (pemeriksaan kondisi yang dihitung)](#health-checks-creating-values-calculated)
+ [Memantau CloudWatch alarm](#health-checks-creating-values-cloudwatch)
+ [Konfigurasi lanjutan ("Pantau Titik Akhir" saja)](#health-checks-creating-values-advanced)
+ [Dapatkan notifikasi ketika pemeriksaan kondisi gagal](#health-checks-creating-values-alarm)
**Nama**
Opsional, namun disarankan: Nama yang ingin Anda tetapkan ke pemeriksaan kondisi. Jika Anda menentukan nilai untuk **Nama**, Route 53 menambahkan tanda ke pemeriksaan kondisi, memberikan nilai **Nama** ke kunci tanda, dan menetapkan nilai yang Anda tentukan ke nilai tanda. Nilai tanda **Nama** muncul dalam daftar pemeriksaan kondisi di konsol Route 53, yang memudahkan Anda membedakan berbagai pemeriksaan kondisi.
Untuk informasi selengkapnya tentang penandaan dan pemeriksaan kondisi, lihat [Penamaan dan penandaan pemeriksaan kondisi](health-checks-tagging.md).
**Apa yang harus dipantau**
Apakah Anda ingin pemeriksaan kondisi ini memantau titik akhir atau status pemeriksaan kondisi lainnya:
+ **Titik akhir** – Route 53 memantau kondisi titik akhir yang Anda tentukan. Anda dapat menentukan titik akhir dengan memberikan nama domain atau alamat IP dan port.
**catatan**
Jika Anda menentukan AWS non-endpoint, dikenakan biaya tambahan. Untuk informasi selengkapnya, termasuk definisi titik akhir AWS , lihat "Pemeriksaan Kondisi" di halaman [Harga Route 53](https://aws.amazon.com/route53/pricing/).
+ **Status pemeriksaan kondisi lainnya (pemeriksaan kondisi yang dihitung)** – Route 53 menentukan apakah pemeriksaan kondisi ini sehat berdasarkan status pemeriksaan kondisi lain yang Anda tentukan. Anda juga menentukan berapa banyak pemeriksaan kondisi yang harus sehat agar pemeriksaan kondisi ini dianggap sehat.
+ **Status aliran data CloudWatch alarm** - Rute 53 menentukan apakah pemeriksaan kesehatan ini sehat dengan memantau aliran data untuk CloudWatch alarm.
## Memantau titik akhir
**catatan**
Kami memperbarui konsol pemeriksaan kesehatan untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
Pilih tab untuk konsol yang Anda gunakan.
+ [Konsol baru](#health-checks-creating-values-endpoint-new)
+ [Konsol lama](#health-checks-creating-values-endpoint-old)
------
#### [ New console ]
Jika Anda ingin pemeriksaan kondisi ini memantau titik akhir, tentukan nilai berikut:
+ Tentukan titik akhir dengan
+ Alamat IP
+ Nama domain
**Tentukan titik akhir dengan**
Apakah Anda ingin menentukan titik akhir menggunakan alamat IP atau menggunakan nama domain.
Setelah membuat pemeriksaan kondisi, Anda tidak dapat mengubah nilai **Tentukan titik akhir dengan**.
**Alamat IP (Khusus "Tentukan titik akhir dengan alamat IP")**
Pilih protokol di drop-down, masukkan alamat IP, port, dan jalur di kotak teks.
+ Protokol dapat berupa salah satu dari yang berikut:
**HTTP** – Route 53 mencoba membuat koneksi TCP. Jika berhasil, Route 53 mengirimkan permintaan HTTP dan menunggu kode status HTTP 2xx atau 3xx.
+ **HTTPS** – Route 53 mencoba membuat koneksi TCP. Jika berhasil, Route 53 mengirimkan permintaan HTTPS dan menunggu kode status HTTP 2xx atau 3xx.
**penting**
Jika Anda memilih **HTTPS**, titik akhir harus mendukung TLS v1.0, v1.1, atau v1.2.
Anda akan dikenakan biaya tambahan jika memilih **HTTPS** untuk nilai **Protokol**. Untuk informasi lebih lanjut, lihat [Harga Route 53](https://aws.amazon.com/route53/pricing/).
+ **TCP** – Route 53 mencoba membuat koneksi TCP.
Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).
Setelah membuat pemeriksaan kondisi, Anda tidak dapat mengubah nilai **Protokol**.
Untuk **alamat IP** Anda dapat memasukkan IPv4 atau IPv6 alamat titik akhir yang Anda inginkan Route 53 untuk melakukan pemeriksaan kesehatan, jika Anda memilih **Tentukan titik akhir berdasarkan alamat IP**.
Route 53 tidak dapat memeriksa kondisi titik akhir yang memiliki rentang alamat IP lokal, privat, tidak dapat dirutekan, atau multicast. Untuk informasi selengkapnya tentang alamat IP yang tidak dapat dibuat pemeriksaan kondisinya, lihat dokumen berikut:
+ [RFC 5735, Alamat Penggunaan Khusus IPv4 ](http://tools.ietf.org/html/rfc5735)
+ [RFC 6598, IPv4 Awalan yang dicadangkan IANA](http://tools.ietf.org/html/rfc6598) untuk Ruang Alamat Bersama.
+ [RFC 5156, Alamat Penggunaan Khusus IPv6 ](https://tools.ietf.org/html/rfc5156)
Jika titik akhir adalah instans Amazon EC2, kami sarankan Anda membuat alamat IP elastis, mengaitkannya dengan instans EC2, dan menentukan alamat IP elastis. Tindakan ini memastikan bahwa alamat IP instans Anda tidak akan pernah berubah. Untuk informasi selengkapnya, lihat [Alamat IP Elastis (EIP)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) di Panduan *Pengguna Amazon EC2*.
Jika Anda menghapus instans Amazon EC2, pastikan Anda juga menghapus pemeriksaan kondisi yang terkait dengan EIP. Untuk informasi selengkapnya, lihat [Praktik terbaik untuk pemeriksaan kondisi Amazon Route 53](best-practices-healthchecks.md).
Jika Anda menentukan AWS non-endpoint, dikenakan biaya tambahan. Untuk informasi selengkapnya, termasuk definisi titik akhir AWS , lihat "Pemeriksaan Kondisi" di halaman [Harga Route 53](https://aws.amazon.com/route53/pricing/).
Untuk **port** Anda memasukkan port pada titik akhir di mana Anda ingin Route 53 melakukan pemeriksaan kesehatan.
Untuk **jalur (Hanya Protokol HTTP dan HTTPS)** Anda memasukkan jalur yang ingin Anda minta Route 53 saat melakukan pemeriksaan kesehatan. Path dapat berupa nilai apa pun yang titik akhir Anda akan mengembalikan kode status H TTP 2xx atau 3xx ketika titik akhir sehat, seperti file/.html? docs/route53-health-check.html. You can also include query string parameters, for example, /welcome language=jp&login=y. Jika Anda tidak menyertakan karakter garis miring (/), Route 53 secara otomatis menambahkannya.
**Nama domain (Khusus "Tentukan titik akhir dengan nama domain", Semua Protokol)**
Nama domain (example.com) atau nama subdomain (backend.example.com) titik akhir yang akan dilakukan pemeriksaan kondisi oleh Route 53, jika Anda memilih **Tentukan titik akhir dengan nama domain**.
Jika Anda memilih untuk menentukan titik akhir dengan nama domain, Route 53 mengirimkan kueri DNS untuk menyelesaikan nama domain yang Anda tentukan di **Nama domain** pada interval yang Anda tentukan di **Interval permintaan**. Menggunakan alamat IP yang dikembalikan DNS, Route 53 kemudian memeriksa kondisi titik akhir.
Jika Anda menentukan titik akhir berdasarkan nama domain, Route 53 hanya menggunakan IPv4 untuk mengirim pemeriksaan kesehatan ke titik akhir. Jika tidak ada catatan dengan jenis A untuk nama yang Anda tentukan bagi **Nama Domain**, pemeriksaan kondisi gagal dengan kesalahan "resolusi DNS gagal".
Jika ingin memeriksa kondisi failover, geolokasi, geoproximity, latensi, multinilai, atau catatan tertimbang, dan Anda memilih untuk menentukan titik akhir dengan nama domain, kami sarankan Anda membuat 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 (www.example.com).
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.
Di samping itu, jika nilai **Protokol** adalah **HTTP** atau **HTTPS**, Route 53 meneruksan nilai **Nama domain** pada header `Host` seperti yang telah dijelaskan di **Nama Host** dalam daftar ini. Jika nilai **Protokol** adalah **TCP**, Route 53 tidak meneruskan header `Host`.
Jika Anda menentukan AWS non-endpoint, dikenakan biaya tambahan. Untuk informasi selengkapnya, termasuk definisi titik akhir AWS , lihat "Pemeriksaan Kondisi" di halaman [Harga Route 53](https://aws.amazon.com/route53/pricing/).
------
#### [ Old console ]
Jika Anda ingin pemeriksaan kondisi ini memantau titik akhir, tentukan nilai berikut:
+ Tentukan titik akhir dengan
+ Protokol
+ Alamat IP
+ Nama host
+ Port
+ Nama domain
+ Jalan
**Tentukan titik akhir dengan**
Apakah Anda ingin menentukan titik akhir menggunakan alamat IP atau menggunakan nama domain.
Setelah membuat pemeriksaan kondisi, Anda tidak dapat mengubah nilai **Tentukan titik akhir dengan**.
**Protokol**
Metode yang digunakan Route 53 untuk memeriksa kondisi titik akhir:
+ **HTTP** – Route 53 mencoba membuat koneksi TCP. Jika berhasil, Route 53 mengirimkan permintaan HTTP dan menunggu kode status HTTP 2xx atau 3xx.
+ **HTTPS** – Route 53 mencoba membuat koneksi TCP. Jika berhasil, Route 53 mengirimkan permintaan HTTPS dan menunggu kode status HTTP 2xx atau 3xx.
**penting**
Jika Anda memilih **HTTPS**, titik akhir harus mendukung TLS v1.0, v1.1, atau v1.2.
Anda akan dikenakan biaya tambahan jika memilih **HTTPS** untuk nilai **Protokol**. Untuk informasi lebih lanjut, lihat [Harga Route 53](https://aws.amazon.com/route53/pricing/).
+ **TCP** – Route 53 mencoba membuat koneksi TCP.
Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).
Setelah membuat pemeriksaan kondisi, Anda tidak dapat mengubah nilai **Protokol**.
**Alamat IP (Khusus "Tentukan titik akhir dengan alamat IP")**
IPv6 Alamat IPv4 atau titik akhir yang Anda inginkan Route 53 untuk melakukan pemeriksaan kesehatan, jika Anda memilih **Tentukan titik akhir berdasarkan alamat IP**.
Route 53 tidak dapat memeriksa kondisi titik akhir yang memiliki rentang alamat IP lokal, privat, tidak dapat dirutekan, atau multicast. Untuk informasi selengkapnya tentang alamat IP yang tidak dapat dibuat pemeriksaan kondisinya, lihat dokumen berikut:
+ [RFC 5735, Alamat Penggunaan Khusus IPv4 ](http://tools.ietf.org/html/rfc5735)
+ [RFC 6598, IPv4 Awalan yang dicadangkan IANA](http://tools.ietf.org/html/rfc6598) untuk Ruang Alamat Bersama.
+ [RFC 5156, Alamat Penggunaan Khusus IPv6 ](https://tools.ietf.org/html/rfc5156)
Jika titik akhir adalah instans Amazon EC2, kami sarankan Anda membuat alamat IP elastis, mengaitkannya dengan instans EC2, dan menentukan alamat IP elastis. Tindakan ini memastikan bahwa alamat IP instans Anda tidak akan pernah berubah. Untuk informasi selengkapnya, lihat [Alamat IP Elastis (EIP)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html) di Panduan *Pengguna Amazon EC2*.
Jika Anda menghapus instans Amazon EC2, pastikan Anda juga menghapus pemeriksaan kondisi yang terkait dengan EIP. Untuk informasi selengkapnya, lihat [Praktik terbaik untuk pemeriksaan kondisi Amazon Route 53](best-practices-healthchecks.md).
Jika Anda menentukan AWS non-endpoint, dikenakan biaya tambahan. Untuk informasi selengkapnya, termasuk definisi titik akhir AWS , lihat "Pemeriksaan Kondisi" di halaman [Harga Route 53](https://aws.amazon.com/route53/pricing/).
**Nama host (Khusus "Tentukan titik akhir dengan alamat IP", Khusus Protokol HTTP dan HTTPS)**
Nilai yang ingin diteruskan Route 53 pada header `Host` di pemeriksaan kondisi HTTP dan HTTPS. Biasanya ini adalah nama DNS yang sepenuhnya memenuhi syarat situs web tempat Route 53 melakukan pemeriksaan kondisi. Ketika Route 53 memeriksa kondisi titik akhir, berikut adalah caranya menyusun header `Host`:
+ Jika Anda menentukan nilai **80** untuk **Port** dan **HTTP** untuk **Protokol**, Route 53 meneruskan header `Host` yang berisi nilai **Nama host** ke titik akhir.
+ Jika Anda menentukan nilai **443** untuk **Port** dan **HTTPS** untuk **Protokol**, Route 53 meneruskan header `Host` yang berisi nilai **Nama host** ke titik akhir.
+ Jika Anda menentukan nilai lain untuk **Port** dan **HTTP** atau **HTTPS** untuk **Protokol**, Route 53 meneruskan ke titik akhir `Host` header yang berisi nilai *Host name***:***Port*.
Jika Anda memilih untuk menentukan titik akhir dengan alamat IP dan tidak menentukan nilai untuk **Nama Host**, Route 53 menggantikan nilai **Alamat IP** pada header `Host` di setiap kasus sebelumnya.
**Port**
Port pada titik akhir tempat Route 53 melakukan pemeriksaan kondisi.
**Nama domain (Khusus "Tentukan titik akhir dengan nama domain", Semua Protokol)**
Nama domain (example.com) atau nama subdomain (backend.example.com) titik akhir yang akan dilakukan pemeriksaan kondisi oleh Route 53, jika Anda memilih **Tentukan titik akhir dengan nama domain**.
Jika Anda memilih untuk menentukan titik akhir dengan nama domain, Route 53 mengirimkan kueri DNS untuk menyelesaikan nama domain yang Anda tentukan di **Nama domain** pada interval yang Anda tentukan di **Interval permintaan**. Menggunakan alamat IP yang dikembalikan DNS, Route 53 kemudian memeriksa kondisi titik akhir.
Jika Anda menentukan titik akhir berdasarkan nama domain, Route 53 hanya menggunakan IPv4 untuk mengirim pemeriksaan kesehatan ke titik akhir. Jika tidak ada catatan dengan jenis A untuk nama yang Anda tentukan bagi **Nama Domain**, pemeriksaan kondisi gagal dengan kesalahan "resolusi DNS gagal".
Jika ingin memeriksa kondisi failover, geolokasi, geoproximity, latensi, multinilai, atau catatan tertimbang, dan Anda memilih untuk menentukan titik akhir dengan nama domain, kami sarankan Anda membuat 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 (www.example.com).
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.
Di samping itu, jika nilai **Protokol** adalah **HTTP** atau **HTTPS**, Route 53 meneruksan nilai **Nama domain** pada header `Host` seperti yang telah dijelaskan di **Nama Host** dalam daftar ini. Jika nilai **Protokol** adalah **TCP**, Route 53 tidak meneruskan header `Host`.
Jika Anda menentukan AWS non-endpoint, dikenakan biaya tambahan. Untuk informasi selengkapnya, termasuk definisi titik akhir AWS , lihat "Pemeriksaan Kondisi" di halaman [Harga Route 53](https://aws.amazon.com/route53/pricing/).
**Jalur (Khusus Protokol HTTP dan HTTPS)**
Jalur yang Anda inginkan untuk diminta Route 53 saat melakukan pemeriksaan kondisi. Jalur dapat menjadi nilai apa pun yang akan dikembalikan titik akhir sebagai kode status HTTP `2xx` atau `3xx` ketika titik akhir sehat, seperti file `/docs/route53-health-check.html`. Anda juga dapat menyertakan parameter string kueri, misalnya, `/welcome.html?language=jp&login=y`. Jika Anda tidak menyertakan karakter garis miring (`/`), Route 53 akan menambahkannya secara otomatis.
------
## Memantau pemeriksaan kondisi lainnya (pemeriksaan kondisi yang dihitung)
**catatan**
Kami memperbarui konsol pemeriksaan kesehatan untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
Pilih tab untuk konsol yang Anda gunakan.
+ [Konsol baru](#health-checks-creating-values-calculated-new)
+ [Konsol lama](#health-checks-creating-values-calculated-old)
------
#### [ New console ]
Jika Anda ingin pemeriksaan kondisi ini memantau status pemeriksaan kondisi lainnya, tentukan nilai berikut:
+ Pemeriksaan kondisi untuk memantau
+ Melaporkan status sehat jika
**Pemeriksaan kondisi untuk memantau **
Pemeriksaan kondisi yang Anda inginkan untuk dipantau Route 53 guna menentukan kondisi pemeriksaan kondisi ini.
Anda dapat menambahkan hingga 256 pemeriksaan kondisi ke **Pemeriksaan kondisi yang dipantau**. Untuk menghapus pemeriksaan kondisi dari daftar, pilih **x** di sebelah kanan sorotan pemeriksaan kondisi tersebut.
Anda tidak dapat mengonfigurasi pemeriksaan kondisi yang dihitung untuk memantau kondisi pemeriksaan kondisi lain yang dihitung.
Jika Anda menonaktifkan pemeriksaan kondisi yang dipantau oleh pemeriksaan kondisi yang dihitung, Route 53 menganggap pemeriksaan kondisi yang dinonaktifkan menjadi sehat karena layanan menghitung apakah pemeriksaan kondisi dihitung sehat. Jika Anda ingin pemeriksaan kondisi yang dinonaktifkan dianggap tidak sehat, pilih kotak centang **Balikkan status pemeriksaan kondisi**.
** Melaporkan status sehat jika **
Perhitungan yang Anda inginkan untuk dilakukan Route 53 guna menentukan apakah pemeriksaan kondisi ini sehat:
+ **Laporkan sehat jika setidaknya x dari y pemeriksaan kondisi yang dipilih sehat** – Route 53 menganggap pemeriksaan kondisi ini sehat ketika jumlah pemeriksaan kondisi tertentu yang Anda tambahkan ke **Pemeriksaan kondisi yang dipantau** sehat. Perhatikan hal-hal berikut:
+ Jika Anda menentukan angka lebih besar dari jumlah pemeriksaan kondisi di **Pemeriksaan kondisi yang dipantau**, Route 53 selalu menganggap pemeriksaan kondisi ini tidak sehat.
+ Jika Anda menentukan **0**, Route 53 selalu menganggap pemeriksaan kondisi ini sehat.
+ **Laporkan sehat jika setidaknya semua pemeriksaan kondisi sehat (DAN)** – Route 53 menganggap pemeriksaan kondisi ini sehat hanya ketika semua pemeriksaan kondisi yang Anda tambahkan ke **Pemeriksaan kondisi yang dipantau** sehat.
+ **Laporkan sehat jika satu atau lebih pemeriksaan kondisi sehat (ATAU)** – Route 53 menganggap pemeriksaan kondisi ini sehat ketika setidaknya satu pemeriksaan kondisi yang Anda tambahkan ke **Pemeriksaan kondisi yang dipantau** sehat.
------
#### [ Old console ]
Jika Anda ingin pemeriksaan kondisi ini memantau status pemeriksaan kondisi lainnya, tentukan nilai berikut:
+ Pemeriksaan kondisi untuk memantau
+ Melaporkan status sehat jika
+ Membalikkan status pemeriksaan kondisi
+ Nonaktif
** Pemeriksaan kondisi untuk memantau **
Pemeriksaan kondisi yang Anda inginkan untuk dipantau Route 53 guna menentukan kondisi pemeriksaan kondisi ini.
Anda dapat menambahkan hingga 256 pemeriksaan kondisi ke **Pemeriksaan kondisi yang dipantau**. Untuk menghapus pemeriksaan kondisi dari daftar, pilih **x** di sebelah kanan sorotan pemeriksaan kondisi tersebut.
Anda tidak dapat mengonfigurasi pemeriksaan kondisi yang dihitung untuk memantau kondisi pemeriksaan kondisi lain yang dihitung.
Jika Anda menonaktifkan pemeriksaan kondisi yang dipantau oleh pemeriksaan kondisi yang dihitung, Route 53 menganggap pemeriksaan kondisi yang dinonaktifkan menjadi sehat karena layanan menghitung apakah pemeriksaan kondisi dihitung sehat. Jika Anda ingin pemeriksaan kondisi yang dinonaktifkan dianggap tidak sehat, pilih kotak centang **Balikkan status pemeriksaan kondisi**.
** Melaporkan status sehat jika **
Perhitungan yang Anda inginkan untuk dilakukan Route 53 guna menentukan apakah pemeriksaan kondisi ini sehat:
+ **Laporkan sehat jika setidaknya x dari y pemeriksaan kondisi yang dipilih sehat** – Route 53 menganggap pemeriksaan kondisi ini sehat ketika jumlah pemeriksaan kondisi tertentu yang Anda tambahkan ke **Pemeriksaan kondisi yang dipantau** sehat. Perhatikan hal-hal berikut:
+ Jika Anda menentukan angka lebih besar dari jumlah pemeriksaan kondisi di **Pemeriksaan kondisi yang dipantau**, Route 53 selalu menganggap pemeriksaan kondisi ini tidak sehat.
+ Jika Anda menentukan **0**, Route 53 selalu menganggap pemeriksaan kondisi ini sehat.
+ **Laporkan sehat jika setidaknya semua pemeriksaan kondisi sehat (DAN)** – Route 53 menganggap pemeriksaan kondisi ini sehat hanya ketika semua pemeriksaan kondisi yang Anda tambahkan ke **Pemeriksaan kondisi yang dipantau** sehat.
+ **Laporkan sehat jika satu atau lebih pemeriksaan kondisi sehat (ATAU)** – Route 53 menganggap pemeriksaan kondisi ini sehat ketika setidaknya satu pemeriksaan kondisi yang Anda tambahkan ke **Pemeriksaan kondisi yang dipantau** sehat.
** Balikkan status pemeriksaan kesehatan (hanya konsol lama)**
Untuk membalikkan pemeriksaan kesehatan pada konsol baru, lihat[Membalikkan pemeriksaan kesehatan](health-checks-invert.md).
Pilih apakah Anda ingin Route 53 membalikkan status pemeriksaan kondisi. Jika Anda memilih opsi ini, Route 53 menganggap pemeriksaan kondisi menjadi tidak sehat ketika status sehat dan sebaliknya.
** Dinonaktifkan (hanya konsol lama)**
Untuk menonaktifkan pemeriksaan kesehatan di konsol baru, lihat[Menonaktifkan atau mengaktifkan pemeriksaan kesehatan](health-checks-disable.md).
Menghentikan Route 53 melakukan pemeriksaan kondisi. Ketika Anda menonaktifkan pemeriksaan kondisi, Route 53 berhenti mengagregat status pemeriksaan kondisi yang direferensikan.
Setelah Anda menonaktifkan pemeriksaan kondisi, Route 53 menganggap status pemeriksaan kondisi adalah selalu sehat. Jika Anda mengonfigurasi failover DNS, Route 53 terus merutekan lalu lintas ke sumber daya yang sesuai. Jika Anda ingin menghentikan perutean lalu lintas ke sumber daya, balikkan pemeriksaan kesehatan.
Biaya untuk pemeriksaan kondisi tetap berlaku jika pemeriksaan kondisi dinonaktifkan.
------
## Memantau CloudWatch alarm
**catatan**
Kami memperbarui konsol pemeriksaan kesehatan untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
Pilih tab untuk konsol yang Anda gunakan.
+ [Konsol baru](#health-checks-creating-values-cloudwatch-new)
+ [Konsol lama](#health-checks-creating-values-cloudwatch-old)
------
#### [ New console ]
Jika Anda ingin pemeriksaan kesehatan ini memantau status alarm CloudWatch alarm, tentukan nilai berikut:
+ CloudWatch alarm
+ Status pemeriksaan kondisi
**CloudWatch alarm**
Pilih CloudWatch alarm yang Anda inginkan untuk digunakan Rute 53 untuk menentukan apakah pemeriksaan kesehatan ini sehat. CloudWatch Alarm harus Akun AWS sama dengan pemeriksaan kesehatan.
Route 53 mendukung CloudWatch alarm dengan fitur berikut:
+ Metrik resolusi standar. Metrik resolusi tinggi tidak didukung. Untuk informasi selengkapnya, lihat [Metrik resolusi tinggi](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) di * CloudWatch Panduan Pengguna Amazon*.
+ Statistik: `Average`, `Minimum`, `Maximum`, `Sum`, dan `SampleCount`. Perpanjangan statistik tidak didukung.
+ Route 53 tidak mendukung alarm “M out of N”. Untuk informasi selengkapnya, lihat [Mengevaluasi alarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) di * CloudWatch panduan Amazon*.
Route 53 tidak mendukung alarm yang menggunakan [matematika metrik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) untuk menanyakan beberapa CloudWatch metrik.
Jika Anda ingin membuat alarm, lakukan langkah berikut:
1. Pilih **Buat**. CloudWatch Konsol muncul di tab browser baru.
1. Masukkan nilai yang berlaku. Untuk informasi selengkapnya, lihat [Membuat atau mengedit CloudWatch alarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ConsoleAlarms.html) di *Panduan CloudWatch Pengguna Amazon*.
1. Kembali ke tab peramban tempat konsol Route 53 muncul.
1. Pilih tombol refresh di sebelah daftar **CloudWatchalarm**.
1. Pilih alarm baru dari daftar.
Jika Anda mengubah pengaturan CloudWatch alarm setelah membuat pemeriksaan kesehatan, Anda harus memperbarui pemeriksaan kesehatan. Untuk informasi selengkapnya, lihat [Memperbarui pemeriksaan kesehatan saat Anda mengubah pengaturan CloudWatch alarm (pemeriksaan kesehatan yang hanya memantau CloudWatch alarm)Memperbarui pemeriksaan kesehatan saat Anda mengubah pengaturan CloudWatch alarm](health-checks-updating-cloudwatch-alarm-settings.md).
**Status pemeriksaan kondisi**
Pilih status pemeriksaan kesehatan (sehat, tidak sehat, atau status terakhir diketahui) ketika CloudWatch memiliki data yang tidak mencukupi untuk menentukan status alarm yang Anda pilih untuk **CloudWatchalarm**. Jika Anda memilih untuk menggunakan status terakhir yang diketahui, Route 53 menggunakan status pemeriksaan kesehatan dari terakhir kali yang CloudWatch memiliki data yang cukup untuk menentukan status alarm. Untuk pemeriksaan kondisi baru yang tidak memiliki status terakhir, status default untuk pemeriksaan kondisi adalah sehat.
Nilai status **pemeriksaan Kesehatan memberikan status** sementara ketika aliran data untuk CloudWatch metrik tidak tersedia secara singkat. (Route 53 memantau aliran data untuk CloudWatch metrik, bukan status alarm yang sesuai.) Jika metrik akan sering tidak tersedia atau dalam jangka waktu lama (lebih dari beberapa jam), sebaiknya Anda tidak menggunakan status terakhir.
------
#### [ Old console ]
Jika Anda ingin pemeriksaan kesehatan ini memantau status alarm CloudWatch alarm, tentukan nilai berikut:
+ CloudWatch alarm
+ Status pemeriksaan kondisi
+ Membalikkan status pemeriksaan kondisi
+ Nonaktif
**CloudWatch alarm**
Pilih CloudWatch alarm yang Anda inginkan untuk digunakan Rute 53 untuk menentukan apakah pemeriksaan kesehatan ini sehat. CloudWatch Alarm harus Akun AWS sama dengan pemeriksaan kesehatan.
Route 53 mendukung CloudWatch alarm dengan fitur berikut:
+ Metrik resolusi standar. Metrik resolusi tinggi tidak didukung. Untuk informasi selengkapnya, lihat [Metrik resolusi tinggi](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#high-resolution-metrics) di * CloudWatch Panduan Pengguna Amazon*.
+ Statistik: `Average`, `Minimum`, `Maximum`, `Sum`, dan `SampleCount`. Perpanjangan statistik tidak didukung.
+ Route 53 tidak mendukung alarm “M out of N”. Untuk informasi selengkapnya, lihat [Mengevaluasi alarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html#alarm-evaluation) di * CloudWatch panduan Amazon*.
Route 53 tidak mendukung alarm yang menggunakan [matematika metrik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/using-metric-math.html) untuk menanyakan beberapa CloudWatch metrik.
Jika Anda ingin membuat alarm, lakukan langkah berikut:
1. Pilih **Buat**. CloudWatch Konsol muncul di tab browser baru.
1. Masukkan nilai yang berlaku. Untuk informasi selengkapnya, lihat [Membuat atau mengedit CloudWatch alarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/ConsoleAlarms.html) di *Panduan CloudWatch Pengguna Amazon*.
1. Kembali ke tab peramban tempat konsol Route 53 muncul.
1. Pilih tombol refresh di sebelah daftar **CloudWatchalarm**.
1. Pilih alarm baru dari daftar.
Jika Anda mengubah pengaturan CloudWatch alarm setelah membuat pemeriksaan kesehatan, Anda harus memperbarui pemeriksaan kesehatan. Untuk informasi selengkapnya, lihat [Memperbarui pemeriksaan kesehatan saat Anda mengubah pengaturan CloudWatch alarm (pemeriksaan kesehatan yang hanya memantau CloudWatch alarm)Memperbarui pemeriksaan kesehatan saat Anda mengubah pengaturan CloudWatch alarm](health-checks-updating-cloudwatch-alarm-settings.md).
**Status pemeriksaan kondisi**
Pilih status pemeriksaan kesehatan (sehat, tidak sehat, atau status terakhir diketahui) ketika CloudWatch memiliki data yang tidak mencukupi untuk menentukan status alarm yang Anda pilih untuk **CloudWatchalarm**. Jika Anda memilih untuk menggunakan status terakhir yang diketahui, Route 53 menggunakan status pemeriksaan kesehatan dari terakhir kali yang CloudWatch memiliki data yang cukup untuk menentukan status alarm. Untuk pemeriksaan kondisi baru yang tidak memiliki status terakhir, status default untuk pemeriksaan kondisi adalah sehat.
Nilai status **pemeriksaan Kesehatan memberikan status** sementara ketika aliran data untuk CloudWatch metrik tidak tersedia secara singkat. (Route 53 memantau aliran data untuk CloudWatch metrik, bukan status alarm yang sesuai.) Jika metrik akan sering tidak tersedia atau dalam jangka waktu lama (lebih dari beberapa jam), sebaiknya Anda tidak menggunakan status terakhir.
**Balikkan status pemeriksaan kesehatan (hanya konsol lama)**
Untuk membalikkan pemeriksaan kesehatan pada konsol baru, lihat[Membalikkan pemeriksaan kesehatan](health-checks-invert.md).
Pilih apakah Anda ingin Route 53 membalikkan status pemeriksaan kondisi. Jika Anda memilih opsi ini, Route 53 menganggap pemeriksaan kondisi menjadi tidak sehat ketika status sehat dan sebaliknya.
** Dinonaktifkan (hanya konsol lama)**
Untuk menonaktifkan pemeriksaan kesehatan di konsol baru, lihat[Menonaktifkan atau mengaktifkan pemeriksaan kesehatan](health-checks-disable.md).
Menghentikan Route 53 melakukan pemeriksaan kondisi. Saat Anda menonaktifkan pemeriksaan kesehatan, Route 53 berhenti memantau CloudWatch metrik yang sesuai.
Setelah Anda menonaktifkan pemeriksaan kondisi, Route 53 menganggap status pemeriksaan kondisi adalah selalu sehat. Jika Anda mengonfigurasi failover DNS, Route 53 terus merutekan lalu lintas ke sumber daya yang sesuai. Jika Anda ingin menghentikan perutean lalu lintas ke sumber daya, balikkan pemeriksaan kesehatan..
Biaya untuk pemeriksaan kondisi tetap berlaku jika pemeriksaan kondisi dinonaktifkan.
------
## Konfigurasi lanjutan ("Pantau Titik Akhir" saja)
**catatan**
Kami memperbarui konsol pemeriksaan kesehatan untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
+ [Konsol baru](#health-checks-creating-values-advanced-new)
+ [Konsol lama](#health-checks-creating-values-advanced-old)
------
#### [ New console ]
+ Interval Permintaan
+ Ambang batas kegagalan
+ Pencocokan string
+ Cari string
+ Grafik latensi
+ Aktifkan SNI
+ Nama host
**Interval permintaan**
Jumlah detik antara waktu ketika setiap pemeriksa kondisi Route 53 mendapat respons dari titik akhir Anda dan waktu ketika mengirimkan permintaan pemeriksaan kondisi berikutnya. Jika Anda memilih interval 30 detik, setiap pemeriksa kondisi Route 53 di pusat data di seluruh dunia akan mengirimkan permintaan pemeriksaan kondisi ke titik akhir Anda setiap 30 detik. Rata-rata, titik akhir Anda akan menerima permintaan pemeriksaan kondisi setiap dua detik. Jika Anda memilih interval 10 detik, titik akhir akan menerima permintaan lebih dari satu kali per detik.
Perhatikan bahwa pemeriksa kondisi Route 53 di pusat data yang berbeda tidak berkoordinasi satu sama lain, sehingga terkadang Anda akan melihat beberapa permintaan per detik terlepas dari interval yang dipilih, diikuti beberapa detik tanpa pemeriksaan kondisi sama sekali.
Setelah membuat pemeriksaan kondisi, Anda tidak dapat mengubah nilai **Interval permintaan**.
Anda akan dikenakan biaya tambahan jika memilih **Cepat (10 detik)** untuk nilai **Interval permintaan**. Untuk informasi lebih lanjut, lihat [Harga Route 53](https://aws.amazon.com/route53/pricing/).
**Ambang batas kegagalan**
Jumlah pemeriksaan kondisi titik akhir berturut-turut yang harus lolos atau gagal agar Route 53 dapat mengubah status titik akhir saat ini dari tidak sehat menjadi sehat atau sebaliknya. Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).
**Pencocokan string (Khusus HTTP dan HTTPS)**
Jika Anda ingin Route 53 untuk menentukan kondisi titik akhir dengan mengirimkan permintaan HTTP atau HTTPS ke titik akhir dan mencari string tertentu dalam isi respons. Jika isi respons berisi nilai yang Anda tentukan di **Cari string**, Route 53 menganggap titik akhir sehat. Jika tidak, atau jika titik akhir tidak merespons, Route 53 menganggap titik akhir tidak sehat. Seluruh pencarian string harus muncul pada 5.120 byte pertama dari isi respons.
Setelah membuat pemeriksaan kondisi, Anda tidak dapat mengubah nilai **Pencocokan string**.
Anda akan dikenakan biaya tambahan jika memilih **Ya** untuk nilai **Pencocokan string**. Untuk informasi lebih lanjut, lihat [Harga Route 53](https://aws.amazon.com/route53/pricing/).
**Bagaimana pemeriksa kesehatan menangani respons terkompresi**
Jika titik akhir adalah web server yang mengembalikan respons terkompresi, pemeriksa kondisi Route 53 akan membuka kompresi respons sebelum memeriksa pencarian string yang ditentukan hanya jika server web mengompresi respons menggunakan algoritme kompresi yang didukung pemeriksa kondisi. Pemeriksa kondisi mendukung algoritme kompresi berikut:
+ Gzip
+ Deflate
Jika respons dikompresi menggunakan algoritme lain, pemeriksa kondisi tidak dapat membuka kompresi respons sebelum mencari string. Dalam kasus ini, pencarian hampir selalu gagal, dan Route 53 akan mempertimbangkan titik akhir tidak sehat
**Cari string (Hanya Ketika "Pencocokan string" diaktifkan)**
String yang Anda inginkan untuk dicari Route 53 dalam isi respons dari titik akhir Anda. Panjang maksimalnya adalah 255 karakter.
Route 53 peka huruf besar kecil saat mencari **Caro string** dalam isi respons.
**Grafik latensi**
Pilih apakah Anda ingin Route 53 mengukur latensi antara pemeriksa kesehatan di beberapa AWS Wilayah dan titik akhir Anda. Jika Anda memilih opsi ini, grafik CloudWatch latensi muncul di tab **Latensi** pada halaman **Pemeriksaan Kesehatan** di konsol Route 53. Jika pemeriksa kondisi Route 53 tidak dapat terhubung ke titik akhir, Route 53 tidak dapat menampilkan grafik latensi untuk titik akhir tersebut.
Setelah membuat pemeriksaan kondisi, Anda tidak dapat mengubah nilai **Pengukuran latensi**.
Anda akan dikenakan biaya tambahan jika Route 53 dikonfigurasi untuk mengukur latensi antara pemeriksa kondisi dan titik akhir. Untuk informasi lebih lanjut, lihat [Harga Route 53](https://aws.amazon.com/route53/pricing/).
**Aktifkan SNI (Khusus HTTPS)**
Menentukan apakah Anda ingin Route 53 mengirimkan nama host ke titik akhir dalam pesan `client_hello` selama negosiasi TLS. Hal ini memungkinkan endpoint untuk menanggapi permintaan HTTPS dengan SSL/TLS sertifikat yang berlaku.
Beberapa titik akhir mengharuskan permintaan HTTPS menyertakan nama host dalam pesan client\$1hello. Jika Anda tidak mengaktifkan SNI, status pemeriksaan kesehatan mungkin menunjukkan kegagalan. Pesan kesalahan akan tergantung pada bagaimana server dikonfigurasi untuk menanggapi permintaan yang tidak mengandung informasi SNI. Pemeriksaan kesehatan juga dapat memiliki status kegagalan karena alasan lain. Jika SNI diaktifkan dan Anda masih mendapatkan kesalahan, periksa konfigurasi SSL/TLS di titik akhir Anda dan konfirmasikan bahwa sertifikat Anda valid.
Perhatikan persyaratan berikut:
+ Titik akhir harus mendukung SNI.
+ SSL/TLS Sertifikat pada titik akhir Anda menyertakan nama domain di `Common Name` lapangan dan mungkin beberapa lagi di `Subject Alternative Names` lapangan. Salah satu nama domain dalam sertifikat harus sesuai dengan nilai yang Anda tentukan untuk **Nama host**.
**Wilayah pemeriksaan kondisi**
Pilih apakah Anda ingin Route 53 memeriksa kondisi titik akhir menggunakan pemeriksa kondisi di wilayah yang direkomendasikan atau menggunakan pemeriksa kondisi di wilayah yang Anda tentukan.
Jika Anda memperbarui pemeriksaan kondisi untuk menghapus wilayah yang telah melakukan pemeriksaan kondisi, Route 53 terus melakukan pemeriksaan dari wilayah tersebut hingga satu jam. Hal ini memastikan bahwa beberapa pemeriksa kondisi selalu memeriksa titik akhir (misalnya, jika Anda mengganti tiga wilayah dengan empat wilayah yang berbeda).
Jika Anda memilih **Sesuaikan**, pilih **x** pada wilayah untuk menghapusnya. Klik spasi di bagian bawah daftar untuk menambahkan wilayah kembali ke daftar. Anda harus menentukan setidaknya tiga wilayah.
**Nama host (Khusus "Tentukan titik akhir dengan alamat IP", Khusus Protokol HTTP dan HTTPS)**
Nilai yang ingin diteruskan Route 53 pada header `Host` di pemeriksaan kondisi HTTP dan HTTPS. Biasanya ini adalah nama DNS yang sepenuhnya memenuhi syarat situs web tempat Route 53 melakukan pemeriksaan kondisi. Ketika Route 53 memeriksa kondisi titik akhir, berikut adalah caranya menyusun header `Host`:
+ Jika Anda menentukan nilai **80** untuk **Port** dan **HTTP** untuk **Protokol**, Route 53 meneruskan header `Host` yang berisi nilai **Nama host** ke titik akhir.
+ Jika Anda menentukan nilai **443** untuk **Port** dan **HTdTPS** untuk **Protokol**, Route 53 meneruskan ke titik akhir `Host` header yang berisi nilai nama **Host**.
+ Jika Anda menentukan nilai lain untuk **Port** dan **HTTP** atau **HTTPS** untuk **Protokol**, Route 53 meneruskan ke titik akhir `Host` header yang berisi nilai *Host name***:***Port*.
Jika Anda memilih untuk menentukan titik akhir dengan alamat IP dan tidak menentukan nilai untuk **Nama Host**, Route 53 menggantikan nilai **Alamat IP** pada header `Host` di setiap kasus sebelumnya.
------
#### [ Old console ]
Jika memilih opsi untuk memantau titik akhir, Anda juga dapat menentukan pengaturan berikut:
+ Interval Permintaan
+ Ambang batas kegagalan
+ Pencocokan string
+ String pencarian
+ Grafik latensi
+ Aktifkan SNI
+ Pemeriksa Kesehatan Wilayah
+ Membalikkan status pemeriksaan kondisi
+ Nonaktif
**Interval permintaan**
Jumlah detik antara waktu ketika setiap pemeriksa kondisi Route 53 mendapat respons dari titik akhir Anda dan waktu ketika mengirimkan permintaan pemeriksaan kondisi berikutnya. Jika Anda memilih interval 30 detik, setiap pemeriksa kondisi Route 53 di pusat data di seluruh dunia akan mengirimkan permintaan pemeriksaan kondisi ke titik akhir Anda setiap 30 detik. Rata-rata, titik akhir Anda akan menerima permintaan pemeriksaan kondisi setiap dua detik. Jika Anda memilih interval 10 detik, titik akhir akan menerima permintaan lebih dari satu kali per detik.
Perhatikan bahwa pemeriksa kondisi Route 53 di pusat data yang berbeda tidak berkoordinasi satu sama lain, sehingga terkadang Anda akan melihat beberapa permintaan per detik terlepas dari interval yang dipilih, diikuti beberapa detik tanpa pemeriksaan kondisi sama sekali.
Setelah membuat pemeriksaan kondisi, Anda tidak dapat mengubah nilai **Interval permintaan**.
Anda akan dikenakan biaya tambahan jika memilih **Cepat (10 detik)** untuk nilai **Interval permintaan**. Untuk informasi lebih lanjut, lihat [Harga Route 53](https://aws.amazon.com/route53/pricing/).
**Ambang batas kegagalan**
Jumlah pemeriksaan kondisi titik akhir berturut-turut yang harus lolos atau gagal agar Route 53 dapat mengubah status titik akhir saat ini dari tidak sehat menjadi sehat atau sebaliknya. Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).
**Pencocokan string (Khusus HTTP dan HTTPS)**
Jika Anda ingin Route 53 untuk menentukan kondisi titik akhir dengan mengirimkan permintaan HTTP atau HTTPS ke titik akhir dan mencari string tertentu dalam isi respons. Jika isi respons berisi nilai yang Anda tentukan di **Cari string**, Route 53 menganggap titik akhir sehat. Jika tidak, atau jika titik akhir tidak merespons, Route 53 menganggap titik akhir tidak sehat. Seluruh pencarian string harus muncul pada 5.120 byte pertama dari isi respons.
Setelah membuat pemeriksaan kondisi, Anda tidak dapat mengubah nilai **Pencocokan string**.
Anda akan dikenakan biaya tambahan jika memilih **Ya** untuk nilai **Pencocokan string**. Untuk informasi lebih lanjut, lihat [Harga Route 53](https://aws.amazon.com/route53/pricing/).
**Bagaimana pemeriksa kesehatan menangani respons terkompresi**
Jika titik akhir adalah web server yang mengembalikan respons terkompresi, pemeriksa kondisi Route 53 akan membuka kompresi respons sebelum memeriksa pencarian string yang ditentukan hanya jika server web mengompresi respons menggunakan algoritme kompresi yang didukung pemeriksa kondisi. Pemeriksa kondisi mendukung algoritme kompresi berikut:
+ Gzip
+ Deflate
Jika respons dikompresi menggunakan algoritme lain, pemeriksa kondisi tidak dapat membuka kompresi respons sebelum mencari string. Dalam kasus ini, pencarian hampir selalu gagal, dan Route 53 akan mempertimbangkan titik akhir tidak sehat
**Cari string (Hanya Ketika "Pencocokan string" diaktifkan)**
String yang Anda inginkan untuk dicari Route 53 dalam isi respons dari titik akhir Anda. Panjang maksimalnya adalah 255 karakter.
Route 53 peka huruf besar kecil saat mencari **Caro string** dalam isi respons.
**Grafik latensi**
Pilih apakah Anda ingin Route 53 mengukur latensi antara pemeriksa kesehatan di beberapa AWS Wilayah dan titik akhir Anda. Jika Anda memilih opsi ini, grafik CloudWatch latensi muncul di tab **Latensi** pada halaman **Pemeriksaan Kesehatan** di konsol Route 53. Jika pemeriksa kondisi Route 53 tidak dapat terhubung ke titik akhir, Route 53 tidak dapat menampilkan grafik latensi untuk titik akhir tersebut.
Setelah membuat pemeriksaan kondisi, Anda tidak dapat mengubah nilai **Pengukuran latensi**.
Anda akan dikenakan biaya tambahan jika Route 53 dikonfigurasi untuk mengukur latensi antara pemeriksa kondisi dan titik akhir. Untuk informasi lebih lanjut, lihat [Harga Route 53](https://aws.amazon.com/route53/pricing/).
**Aktifkan SNI (Khusus HTTPS)**
Menentukan apakah Anda ingin Route 53 mengirimkan nama host ke titik akhir dalam pesan `client_hello` selama negosiasi TLS. Hal ini memungkinkan endpoint untuk menanggapi permintaan HTTPS dengan SSL/TLS sertifikat yang berlaku.
Beberapa titik akhir mengharuskan permintaan HTTPS menyertakan nama host dalam pesan `client_hello`. Jika Anda tidak mengaktifkan SNI, status pemeriksaan kesehatan mungkin menunjukkan kegagalan. Pesan kesalahan tergantung pada bagaimana server dikonfigurasi untuk menanggapi permintaan yang tidak mengandung informasi SNI. Pemeriksaan kesehatan juga dapat memiliki status kegagalan karena alasan lain. Jika SNI diaktifkan dan Anda masih mendapatkan kesalahan, periksa SSL/TLS konfigurasi pada titik akhir Anda dan konfirmasikan bahwa sertifikat Anda valid.
Perhatikan persyaratan berikut:
+ Titik akhir harus mendukung SNI.
+ SSL/TLS Sertifikat pada titik akhir Anda menyertakan nama domain di `Common Name` lapangan dan mungkin beberapa lagi di `Subject Alternative Names` lapangan. Salah satu nama domain dalam sertifikat harus sesuai dengan nilai yang Anda tentukan untuk **Nama host**.
**Wilayah pemeriksaan kondisi**
Pilih apakah Anda ingin Route 53 memeriksa kondisi titik akhir menggunakan pemeriksa kondisi di wilayah yang direkomendasikan atau menggunakan pemeriksa kondisi di wilayah yang Anda tentukan.
Jika Anda memperbarui pemeriksaan kondisi untuk menghapus wilayah yang telah melakukan pemeriksaan kondisi, Route 53 terus melakukan pemeriksaan dari wilayah tersebut hingga satu jam. Hal ini memastikan bahwa beberapa pemeriksa kondisi selalu memeriksa titik akhir (misalnya, jika Anda mengganti tiga wilayah dengan empat wilayah yang berbeda).
Jika Anda memilih **Sesuaikan**, pilih **x** pada wilayah untuk menghapusnya. Klik spasi di bagian bawah daftar untuk menambahkan wilayah kembali ke daftar. Anda harus menentukan setidaknya tiga wilayah.
**Balikkan status pemeriksaan kesehatan (hanya konsol lama)**
Untuk membalikkan pemeriksaan kesehatan pada konsol baru, lihat[Membalikkan pemeriksaan kesehatan](health-checks-invert.md).
Pilih apakah Anda ingin Route 53 membalikkan status pemeriksaan kondisi. Jika Anda memilih opsi ini, Rute 53 menganggap pemeriksaan kesehatan tidak sehat ketika statusnya sehat dan sebaliknya. Misalnya, Anda mungkin ingin Route 53 menganggap pemeriksaan kondisi *tidak sehat* jika Anda mengonfigurasi pencocokan string dan titik akhir mengembalikan nilai tertentu.
** Dinonaktifkan (hanya konsol lama)**
Untuk menonaktifkan pemeriksaan kesehatan di konsol baru, lihat[Menonaktifkan atau mengaktifkan pemeriksaan kesehatan](health-checks-disable.md).
Menghentikan Route 53 melakukan pemeriksaan kondisi. Ketika Anda menonaktifkan pemeriksaan kondisi, Route 53 berhenti mencoba membuat koneksi TCP dengan titik akhir.
Setelah Anda menonaktifkan pemeriksaan kondisi, Route 53 menganggap status pemeriksaan kondisi adalah selalu sehat. Jika Anda mengonfigurasi failover DNS, Route 53 terus merutekan lalu lintas ke sumber daya yang sesuai. Jika Anda ingin menghentikan perutean lalu lintas ke sumber daya, balikkan pemeriksaan kesehatan.
Biaya untuk pemeriksaan kondisi tetap berlaku jika pemeriksaan kondisi dinonaktifkan.
------
## Dapatkan notifikasi ketika pemeriksaan kondisi gagal
Gunakan opsi berikut untuk mengonfigurasi notifikasi email ketika pemeriksaan kondisi gagal:
+ [Create alarm](#health-checks-creating-values-create-alarm)
+ [Send notification to](#health-checks-creating-values-send-notification-to)
+ [Topic name](#health-checks-creating-values-topic-name)
+ [Recipient email addresses](#health-checks-creating-values-recipient-email-addresses)
**Membuat alarm (Hanya Ketika Membuat Pemeriksaan Kondisi)**
Tentukan apakah Anda ingin membuat CloudWatch alarm default. Jika Anda memilih **Ya**, CloudWatch mengirimkan pemberitahuan Amazon SNS ketika status titik akhir ini berubah menjadi tidak sehat dan Route 53 menganggap titik akhir tidak sehat selama satu menit.
Jika Anda CloudWatch ingin mengirimi Anda pemberitahuan Amazon SNS lain ketika status berubah kembali menjadi sehat, Anda dapat membuat alarm lain setelah Anda membuat pemeriksaan kesehatan. Untuk informasi selengkapnya, lihat [Membuat CloudWatch alarm Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html) di *Panduan CloudWatch Pengguna Amazon*.
Jika Anda ingin membuat alarm untuk pemeriksaan kondisi yang ada atau ingin menerima notifikasi ketika Route 53 menganggap titik akhir tidak sehat selama lebih atau kurang dari satu menit (nilai default), pilih **Tidak**, dan tambahkan alarm setelah Anda membuat pemeriksaan kondisi. Untuk informasi selengkapnya, lihat [Memantau pemeriksaan kesehatan menggunakan CloudWatch](monitoring-health-checks.md).
**Mengirim notifikasi ke (Hanya Ketika Membuat Alarm)**
Tentukan apakah Anda CloudWatch ingin mengirim notifikasi ke topik Amazon SNS yang ada atau ke topik baru:
+ **Topik SNS yang sudah ada** – Pilih nama topik dari daftar. Topik harus berada di Wilayah US East (N. Virginia).
+ **Topik SNS baru** – Masukkan nama untuk topik pada **Nama topik**, lalu masukkan alamat email yang ingin Anda kirimkan notifikasi di **Penerima**. Pisahkan beberapa alamat dengan koma (,), titik koma (;), atau spasi.
Route 53 akan membuat topik di Wilayah US East (N. Virginia).
**Nama topik (Hanya Ketika Membuat Topik SNS Baru)**
Jika Anda menentukan **Topik SNS Baru**, masukkan nama topik baru.
**Alamat email penerima (Hanya Ketika Membuat Topik SNS Baru)**
Jika Anda menentukan **Topik SNS baru**, masukkan alamat email yang ingin Anda kirim notifikasi. Pisahkan beberapa nama dengan koma (,), titik koma (;), atau spasi.
# Nilai yang ditampilkan Amazon Route 53 ketika Anda membuat pemeriksaan kondisi
Halaman **Buat Pemeriksaan Kondisi** menampilkan nilai berikut berdasarkan nilai yang Anda ketik:
**URL**
URL lengkap (untuk pemeriksaan kondisi HTTP atau HTTPS) atau alamat IP dan port (untuk pemeriksaan kondisi TCP) tujuan pengiriman permintaan Route 53 saat melakukan pemeriksaan kondisi.
**Jenis Pemeriksaan Kondisi**
**Dasar** atau **Dasar \$1 opsi tambahan** berdasarkan pengaturan yang Anda tentukan untuk pemeriksaan kondisi ini. Untuk informasi selengkapnya tentang harga opsi tambahan, lihat [Harga Route 53](https://aws.amazon.com/route53/pricing/).
# Memperbarui pemeriksaan kesehatan saat Anda mengubah pengaturan CloudWatch alarm (pemeriksaan kesehatan yang hanya memantau CloudWatch alarm)
Jika Anda membuat pemeriksaan kesehatan Route 53 yang memantau aliran data untuk CloudWatch alarm dan kemudian Anda memperbarui pengaturan di CloudWatch alarm, Route 53 tidak secara otomatis memperbarui pengaturan alarm di pemeriksaan kesehatan. Jika Anda ingin pemeriksaan kondisi mulai menggunakan pengaturan alarm baru, Anda perlu memperbarui pemeriksaan kondisi.
**catatan**
Untuk memperbarui pemeriksaan kondisi secara terprogram, Anda dapat menggunakan API `UpdateHealthCheck`. Cukup tentukan nilai saat ini untuk `AlarmIdentifier` dan`Region`, dan Route 53 akan mendapatkan pengaturan terbaru dari CloudWatch. Untuk informasi selengkapnya, lihat [UpdateHealthCheck](https://docs.aws.amazon.com/Route53/latest/APIReference/API_UpdateHealthCheck.html)di *Referensi API Amazon Route 53*.
**catatan**
Kami memperbarui konsol pemeriksaan kesehatan untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
Pilih tab untuk konsol yang Anda gunakan.
+ [Konsol baru](#health-checks-updating-cloudwatch-alarm-settings-new)
+ [Konsol lama](#health-checks-updating-cloudwatch-alarm-settings-old)
------
#### [ New console ]
**Untuk memperbarui pemeriksaan kesehatan dengan pengaturan CloudWatch alarm baru**
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 **Pemeriksaan Kesehatan**.
1. Pilih ID tertaut untuk pemeriksaan kesehatan yang ingin Anda perbarui.
1. Pilih **Edit**.
Sebuah catatan menjelaskan bahwa CloudWatch alarm untuk pemeriksaan kesehatan telah berubah. Bidang **Detail** menampilkan pengaturan alarm baru.
1. Pilih **Simpan**.
------
#### [ Old console ]
**Untuk memperbarui pemeriksaan kesehatan dengan pengaturan CloudWatch alarm baru (konsol)**
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 **Pemeriksaan Kondisi**.
1. Pilih kotak centang pada pemeriksaan kondisi yang ingin Anda perbarui.
1. Pilih **Edit pemeriksaan kondisi**.
Sebuah catatan menjelaskan bahwa CloudWatch alarm untuk pemeriksaan kesehatan telah berubah. Bidang **Detail** menampilkan pengaturan alarm baru.
1. Pilih **Simpan**.
------
# Menonaktifkan atau mengaktifkan pemeriksaan kesehatan
Menonaktifkan pemeriksaan kesehatan menghentikan Rute 53 dari melakukan pemeriksaan kesehatan. Ketika Anda menonaktifkan pemeriksaan kondisi, Route 53 berhenti mengagregat status pemeriksaan kondisi yang direferensikan. Setelah Anda menonaktifkan pemeriksaan kondisi, Route 53 menganggap status pemeriksaan kondisi adalah selalu sehat. Jika Anda mengonfigurasi failover DNS, Route 53 terus merutekan lalu lintas ke sumber daya yang sesuai. Jika Anda ingin menghentikan perutean lalu lintas ke sumber daya, ubah nilai **Inverted**.
**catatan**
Kami memperbarui konsol pemeriksaan kesehatan untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
Anda dapat menonaktifkan atau mengaktifkan pemeriksaan kesehatan di konsol lama saat Anda membuat atau mengedit pemeriksaan kesehatan. Untuk informasi selengkapnya, lihat [Nilai yang Anda tentukan saat membuat atau memperbarui pemeriksaan kondisi](health-checks-creating-values.md).
Untuk menonaktifkan pemeriksaan kesehatan pada konsol baru, lakukan prosedur berikut.
**Untuk menonaktifkan atau mengaktifkan pemeriksaan kesehatan (hanya konsol baru)**
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 **Pemeriksaan Kesehatan**.
1. Di kolom **Tindakan** pilih tiga titik dan kemudian **Nonaktifkan** atau **Aktifkan**.
Atau, pilih ID tertaut dari pemeriksaan kesehatan yang ingin Anda nonaktifkan atau aktifkan.
1. Pada tabel **Konfigurasi**, bidang **Status** menentukan apakah pemeriksaan kesehatan diaktifkan, atau dinonaktifkan.
1. Pilih **Nonaktifkan** **atau Aktifkan** untuk menonaktifkan atau mengaktifkan pemeriksaan kesehatan.
# Membalikkan pemeriksaan kesehatan
Jika Anda membalikkan pemeriksaan kesehatan, Route 53 menganggap pemeriksaan kesehatan tidak sehat ketika statusnya sehat dan sebaliknya.
**catatan**
Kami memperbarui konsol pemeriksaan kesehatan untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
Anda dapat membalikkan pemeriksaan kesehatan di konsol lama saat Anda membuat atau mengedit pemeriksaan kesehatan. Untuk informasi selengkapnya, lihat [Nilai yang Anda tentukan saat membuat atau memperbarui pemeriksaan kondisi](health-checks-creating-values.md).
Untuk membalikkan pemeriksaan kesehatan pada konsol baru, lakukan prosedur berikut.
**Untuk membalikkan pemeriksaan kesehatan (hanya konsol baru)**
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 **Pemeriksaan Kesehatan**.
1. Di kolom **Actions** pilih tiga titik dan kemudian **Balikkan**.
Atau- pilih ID yang ditautkan dari pemeriksaan kesehatan yang ingin Anda balikkan.
1. **Pada tabel **Konfigurasi**, file **Terbalik** menentukan apakah pemeriksaan kesehatan terbalik (**Ya**) atau tidak (Tidak).**
1. Pilih **Invert** untuk membalikkan pemeriksaan kesehatan.
**Jika Anda ingin membatalkan status terbalik, dan bidang Terbalik adalah **Ya**, pilih **Balikkan** lagi.**
# Menghapus pemeriksaan kondisi
Untuk menonaktifkan pemeriksaan kesehatan, lakukan prosedur berikut.
**catatan**
Jika Anda menggunakan AWS Cloud Map dan mengonfigurasi AWS Cloud Map untuk membuat pemeriksaan kesehatan Route 53 saat mendaftarkan instance, Anda tidak dapat menggunakan konsol Route 53 untuk menghapus pemeriksaan kesehatan. Pemeriksaan kondisi dihapus secara otomatis ketika Anda membatalkan pendaftaran instans. Ada penundaan beberapa jam sebelum pemeriksaan kondisi menghilang dari konsol Route 53.
**catatan**
Kami memperbarui konsol pemeriksaan kesehatan untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
Pilih tab untuk konsol yang Anda gunakan.
+ [Konsol baru](#health-checks-deleting-new)
+ [Konsol lama](#health-checks-deleting-old)
------
#### [ New console ]
**Untuk menghapus pemeriksaan kesehatan**
1. Jika Anda menghapus pemeriksaan kondisi yang dikaitkan dengan catatan, lakukan tugas yang disarankan di [Memperbarui atau menghapus pemeriksaan kondisi jika failover DNS dikonfigurasi](health-checks-updating-deleting-tasks.md).
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 **Pemeriksaan Kesehatan**.
1. Pilih ID tertaut dari pemeriksaan kesehatan yang ingin Anda hapus.
1. Pilih **Hapus**.
1. Masukkan **confirm** di kotak teks dan kemudian pilih **Hapus**.
------
#### [ Old console ]
**Cara menghapus pemeriksaan kondisi (konsol)**
1. Jika Anda menghapus pemeriksaan kondisi yang dikaitkan dengan catatan, lakukan tugas yang disarankan di [Memperbarui atau menghapus pemeriksaan kondisi jika failover DNS dikonfigurasi](health-checks-updating-deleting-tasks.md).
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 **Pemeriksaan Kondisi**.
1. Di panel kanan, pilih pemeriksaan kondisi yang ingin Anda hapus.
1. Pilih **Hapus Pemeriksaan Kondisi**.
1. Pilih **Ya, Hapus** untuk mengonfirmasi.
------
# Memperbarui atau menghapus pemeriksaan kondisi jika failover DNS dikonfigurasi
Jika ingin memperbarui atau menghapus pemeriksaan kondisi yang dikaitkan dengan catatan, atau ingin mengubah catatan yang dikaitkan dengan pemeriksaan kondisi, Anda harus mempertimbangkan bagaimana perubahan memengaruhi perutean kueri DNS dan konfigurasi failover DNS.
**penting**
Route 53 tidak mencegah Anda menghapus pemeriksaan kondisi meski pemeriksaan kondisi dikaitkan dengan satu atau lebih catatan. Jika Anda menghapus pemeriksaan kondisi dan tidak memperbarui catatan yang dikaitkan, status pemeriksaan kondisi berikutnya tidak dapat diprediksi dan dapat berubah. Tindakan ini akan memengaruhi perutean kueri DNS untuk konfigurasi failover DNS Anda.
Untuk memperbarui atau menghapus pemeriksaan kondisi yang telah dikaitkan dengan catatan, sebaiknya Anda lakukan tugas berikut:
1. Mengidentifikasi catatan yang terkait dengan pemeriksaan kondisi. Untuk mengidentifikasi catatan yang terkait dengan pemeriksaan kondisi, Anda harus melakukan salah satu hal berikut:
+ Meninjau catatan di setiap zona yang di-hosting menggunakan konsol Route 53. Untuk informasi selengkapnya, lihat [Mencantumkan catatan](resource-record-sets-listing.md).
+ Menjalankan tindakan API `ListResourceRecordSets` di setiap zona yang di-hosting dan meninjau responsnya. Untuk informasi selengkapnya, lihat [ListResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ListResourceRecordSets.html)di *Referensi API Amazon Route 53*.
1. Menilai perubahan perilaku yang akan dihasilkan dari memperbarui atau menghapus pemeriksaan kondisi, atau memperbarui catatan. Berdasarkan penilaian tersebut, tentukan perubahan yang harus dibuat.
Untuk informasi selengkapnya, lihat [Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?](dns-failover-complex-configs.md#dns-failover-complex-configs-hc-omitting)
1. Mengubah pemeriksaan kondisi dan catatan sebagaimana berlaku. Untuk informasi selengkapnya, lihat topik berikut:
+ [Membuat dan memperbarui pemeriksaan kondisi](health-checks-creating.md)
+ [Mengedit catatan](resource-record-sets-editing.md)
1. Menghapus pemeriksaan kondisi yang tidak lagi digunakan, jika ada. Untuk informasi selengkapnya, lihat [Menghapus pemeriksaan kondisi](health-checks-deleting.md).
# Mengonfigurasi aturan router dan firewall untuk pemeriksaan kondisi Amazon Route 53
Ketika memeriksa kondisi titik akhir, Route 53 mengirimkan permintaan HTTP, HTTPS, atau TCP ke alamat IP dan port yang Anda tentukan ketika membuat pemeriksaan kondisi. Agar pemeriksaan kondisi berhasil, aturan router dan firewall harus mengizinkan lalu lintas masuk dari alamat IP yang digunakan pemeriksa kondisi Route 53.
Untuk daftar alamat IP saat ini untuk pemeriksa kesehatan Route 53, untuk server nama Route 53, dan untuk AWS layanan lainnya, lihat[Rentang alamat IP server Amazon Route 53](route-53-ip-addresses.md).
Di Amazon EC2, grup keamanan bertindak sebagai firewall. Untuk informasi selengkapnya, lihat [grup keamanan Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-network-security.html) di Panduan *Pengguna Amazon EC2*. Untuk mengonfigurasi grup keamanan agar mengizinkan pemeriksaan kesehatan Route 53, Anda dapat mengizinkan lalu lintas masuk dari setiap rentang alamat IP, atau Anda dapat menggunakan daftar awalan yang dikelola. AWS
Untuk menggunakan daftar awalan AWS-managed, ubah grup keamanan Anda untuk mengizinkan lalu lintas masuk`com.amazonaws..route53-healthchecks`, yang ` ` merupakan instans atau sumber daya Wilayah AWS Amazon EC2 Anda. Jika Anda menggunakan pemeriksaan kesehatan Route 53 untuk memeriksa IPv6 titik akhir, Anda juga harus mengizinkan lalu lintas masuk dari. `com.amazonaws..ipv6.route53-healthchecks`
Untuk informasi selengkapnya tentang daftar awalan AWS-terkelola, lihat [Bekerja dengan daftar awalan AWS-terkelola di Panduan Pengguna](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-aws-managed-prefix-lists.html) Amazon *VPC*.
**penting**
Saat Anda menambahkan alamat IP ke daftar alamat IP yang diizinkan, tambahkan semua alamat IP dalam rentang CIDR untuk setiap AWS Wilayah yang Anda tentukan saat Anda membuat pemeriksaan kesehatan, serta rentang CIDR Global. Anda mungkin melihat bahwa permintaan pemeriksaan kondisi hanya berasal dari satu alamat IP dalam Wilayah. Namun, alamat IP tersebut dapat berubah sewaktu-waktu menjadi alamat IP lain untuk Wilayah tersebut.
Jika Anda ingin memastikan bahwa Anda menyertakan alamat IP pemeriksa kondisi saat ini dan sebelumnya, tambahkan SEMUA rentang alamat IP /26 dan /18 ke daftar alamat IP yang diizinkan. Untuk daftar lengkap, lihat [rentang alamat AWS IP](https://docs.aws.amazon.com/general/latest/gr/aws-ip-ranges.html) di *Referensi Umum AWS*.
Saat Anda menambahkan daftar awalan AWS-managed ke grup keamanan masuk Anda, maka secara otomatis akan menambahkan semua rentang yang diperlukan.
# Mengonfigurasi failover DNS
Bila Anda memiliki lebih dari satu sumber daya yang menjalankan fungsi yang sama—misalnya, lebih dari satu server HTTP atau server email—Anda dapat mengonfigurasi Amazon Route 53 untuk memeriksa kondisi sumber daya dan merespons kueri DNS hanya menggunakan sumber daya yang sehat. Misalnya, situs web Anda, example.com, di-host di enam server, masing-masing dua dalam tiga pusat data di seluruh dunia. Anda dapat mengonfigurasi Route 53 untuk memeriksa kondisi server tersebut dan untuk menanggapi kueri DNS untuk example.com menggunakan hanya server yang saat ini sehat.
Route 53 dapat memeriksa kondisi sumber daya Anda dalam konfigurasi sederhana dan kompleks:
+ Dalam konfigurasi sederhana, Anda membuat grup catatan yang semuanya memiliki nama dan jenis yang sama, seperti grup catatan tertimbang dengan jenis A untuk example.com. Anda kemudian mengonfigurasi Route 53 untuk memeriksa kondisi sumber daya yang sesuai. Route 53 merespons kueri DNS berdasarkan kondisi sumber daya Anda. Untuk informasi selengkapnya, lihat [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang sederhanaCara kerja pemeriksaan kondisi dalam konfigurasi yang sederhana](dns-failover-simple-configs.md).
+ Dalam konfigurasi yang lebih kompleks, Anda membuat pohon catatan yang merutekan lalu lintas berdasarkan beberapa kriteria. Misalnya, jika latensi untuk pengguna adalah kriteria yang paling penting, Anda dapat menggunakan catatan alias latensi untuk merutekan lalu lintas ke wilayah yang memberikan latensi terbaik. Catatan alias latensi mungkin memiliki catatan tertimbang di setiap wilayah sebagai target alias. Catatan tertimbang mungkin merutekan lalu lintas ke instans EC2 berdasarkan tipe instans. Seperti konfigurasi sederhana, Anda dapat mengonfigurasi Route 53 untuk merutekan lalu lintas berdasarkan kesehatan sumber daya Anda. Untuk informasi selengkapnya, lihat [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang kompleksCara kerja pemeriksaan kondisi dalam konfigurasi yang kompleks](dns-failover-complex-configs.md).
**Topics**
+ [Daftar tugas untuk mengonfigurasi failover DNS](dns-failover-how-to.md)
+ [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang sederhana](dns-failover-simple-configs.md)
+ [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang kompleks](dns-failover-complex-configs.md)
+ [Cara Amazon Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasi](health-checks-how-route-53-chooses-records.md)
+ [Failover active-active dan active-passive](dns-failover-types.md)
+ [Mengonfigurasi failover di zona yang di-hosting secara privat](dns-failover-private-hosted-zones.md)
+ [Cara Amazon Route 53 mencegah masalah failover](dns-failover-problems.md)
# Daftar tugas untuk mengonfigurasi failover DNS
Untuk menggunakan Route 53 guna mengonfigurasi failover DNS, lakukan tugas berikut:
1. Gambar diagram pohon lengkap dari konfigurasi Anda, dan tunjukkan jenis catatan yang Anda buat (alias tertimbang, failover, latensi, dan sebagainya) untuk setiap simpul. Di bagian atas pohon, tempatkan catatan untuk nama domain, seperti example.com, yang akan digunakan pengguna untuk mengakses situs web atau aplikasi web Anda.
Jenis catatan yang muncul dalam diagram pohon Anda tergantung pada kompleksitas konfigurasi:
+ Dalam konfigurasi sederhana, diagram Anda tidak akan menyertakan catatan alias apa pun, atau catatan alias akan merutekan lalu lintas secara langsung ke sumber daya, seperti penyeimbang beban ELB, bukan ke catatan Route 53 lainnya. Untuk informasi selengkapnya, lihat [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang sederhanaCara kerja pemeriksaan kondisi dalam konfigurasi yang sederhana](dns-failover-simple-configs.md).
+ Dalam konfigurasi yang kompleks, diagram Anda akan menyertakan kombinasi catatan alias (seperti alias tertimbang dan alias failover) serta catatan non-alias di pohon multilevel seperti contoh dalam topik [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang kompleksCara kerja pemeriksaan kondisi dalam konfigurasi yang kompleks](dns-failover-complex-configs.md).
**catatan**
Untuk mempercepat dan memudahkan pembuatan catatan bagi konfigurasi perutean yang rumit serta mengaitkan catatan dengan pemeriksaan kondisi, Anda 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 informasi selengkapnya, lihat dokumentasi berikut ini:
+ [Memilih kebijakan perutean](routing-policy.md)
+ [Memilih antara catatan alias dan nonalias](resource-record-sets-choosing-alias-non-alias.md)
1. Membuat pemeriksaan kondisi untuk sumber daya yang catatan aliasnya tidak dapat Anda buat, seperti server Amazon EC2 dan server email yang berjalan di pusat data. Anda akan mengaitkan pemeriksaan kondisi ini dengan catatan non-alias.
Untuk informasi selengkapnya, lihat [Membuat, memperbarui, dan menghapus pemeriksaan kondisi](health-checks-creating-deleting.md).
1. Jika perlu, konfigurasi router dan aturan firewall sehingga Route 53 dapat mengirim permintaan reguler ke titik akhir yang Anda tentukan dalam pemeriksaan kondisi. Untuk informasi selengkapnya, lihat [Mengonfigurasi aturan router dan firewall untuk pemeriksaan kondisi Amazon Route 53Mengonfigurasi aturan router dan firewall untuk pemeriksaan kondisi](dns-failover-router-firewall-rules.md).
1. Membuat semua catatan non-alias dalam diagram Anda, dan mengaitkan pemeriksaan kondisi yang Anda buat di langkah 2 dengan catatan yang ada.
Jika Anda mengonfigurasi failover DNS dalam konfigurasi yang tidak menyertakan catatan alias, lewati tugas yang tersisa.
1. Buat catatan alias yang mengarahkan lalu lintas ke AWS sumber daya, seperti penyeimbang beban dan distribusi ELB. CloudFront Jika Anda ingin Route 53 mencoba cabang pohon lain ketika sumber daya tidak sehat, atur nilai **Evaluasi Kondisi Target** ke **Ya** untuk setiap catatan alias Anda. (**Evaluasi Kesehatan Target** tidak didukung untuk beberapa AWS sumber daya.)
1. Mulai dari bagian bawah diagram pohon yang Anda buat di langkah 1, buat catatan alias yang merutekan lalu lintas ke catatan yang Anda buat di langkah 4 dan 5. Jika Anda ingin Route 53 mencoba cabang pohon lain ketika semua catatan non-alias pada cabang pohon Anda tidak sehat, atur nilai **Evaluasi Kondisi Target** ke **Ya** untuk setiap catatan alias Anda.
Ingatlah bahwa Anda tidak dapat membuat catatan alias yang merutekan lalu lintas ke catatan lain hingga Anda membuat catatan lainnya.
# Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang sederhana
Jika Anda memiliki dua atau lebih sumber daya yang melakukan fungsi yang sama, seperti dua atau lebih server web untuk example.com, Anda dapat menggunakan fitur pemeriksaan kondisi berikut untuk merutekan lalu lintas hanya ke sumber daya yang sehat:
**Memeriksa kondisi instans EC2 dan sumber daya lainnya (catatan non-alias)**
Jika Anda merutekan lalu lintas ke sumber daya yang catatan aliasnya tidak dapat Anda buat, misalnya instans EC2, buatlah catatan dan pemeriksaan kondisi untuk setiap sumber daya. Kemudian kaitkan setiap pemeriksaan kondisi dengan catatan yang ada. Pemeriksaan kondisi secara teratur memeriksa kondisi sumber daya yang sesuai, dan Route 53 merutekan lalu lintas hanya ke sumber daya yang dilaporkan sebagai sehat oleh pemeriksaan kondisi.
**Mengevaluasi kesehatan sumber AWS daya (alias catatan)**
Jika Anda menggunakan [catatan alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) untuk merutekan lalu lintas ke AWS sumber daya yang dipilih, seperti penyeimbang beban ELB, Anda dapat mengonfigurasi Route 53 untuk mengevaluasi kesehatan sumber daya dan merutekan lalu lintas hanya ke sumber daya yang sehat. Jika Anda mengonfigurasi catatan alias untuk mengevaluasi kondisi sumber daya, Anda tidak perlu membuat pemeriksaan kondisi untuk sumber daya.
Berikut adalah gambaran umum tentang cara mengonfigurasi Route 53 untuk memeriksa kondisi sumber daya Anda dalam konfigurasi yang sederhana:
1. Anda mengidentifikasi sumber daya yang ingin dipantau oleh Route 53. Misalnya, Anda mungkin ingin memantau semua server HTTP yang merespons permintaan example.com.
1. Anda membuat pemeriksaan kondisi untuk sumber daya yang catatan aliasnya tidak dapat Anda buat, seperti instans EC2 dan server di pusat data Anda. Anda menentukan cara mengirim permintaan pemeriksaan kesehatan ke sumber daya: protokol mana yang akan digunakan (HTTP, HTTPS, atau TCP), alamat IP dan port mana yang akan digunakan, dan, untuk pemeriksaan HTTP/HTTPS kesehatan, nama domain dan jalur.
**catatan**
Jika Anda menggunakan sumber daya yang catatan aliasnya dapat Anda buat, seperti penyeimbang beban ELB, jangan buat pemeriksaan kondisi untuk sumber daya tersebut.
Konfigurasi yang umum adalah membuat satu pemeriksaan kondisi untuk setiap sumber daya dan menggunakan alamat IP yang sama untuk titik akhir pemeriksaan kondisi serta sumber daya. Pemeriksaan kondisi mengirimkan permintaan ke alamat IP yang ditentukan.
**catatan**
Route 53 tidak dapat memeriksa kondisi sumber daya yang memiliki rentang alamat IP lokal, privat, tidak dapat dirutekan, atau multicast. Untuk informasi selengkapnya tentang alamat IP yang tidak dapat Anda buat pemeriksaan kesehatan, lihat [RFC 5735, IPv4 Alamat Penggunaan Khusus dan RFC 6598,](https://datatracker.ietf.org/doc/html/rfc5735) [Awalan yang dicadangkan IANA IPv4 ](https://datatracker.ietf.org/doc/html/rfc6598) untuk Ruang Alamat Bersama.
Untuk informasi selengkapnya tentang membuat pemeriksaan kondisi, lihat [Membuat, memperbarui, dan menghapus pemeriksaan kondisi](health-checks-creating-deleting.md).
1. Anda mungkin perlu mengonfigurasi router dan aturan firewall sehingga Route 53 dapat mengirim permintaan reguler ke titik akhir yang Anda tentukan dalam pemeriksaan kondisi. Untuk informasi selengkapnya, lihat [Mengonfigurasi aturan router dan firewall untuk pemeriksaan kondisi Amazon Route 53Mengonfigurasi aturan router dan firewall untuk pemeriksaan kondisi](dns-failover-router-firewall-rules.md).
1. Anda membuat grup catatan untuk sumber daya, misalnya, grup catatan tertimbang. Anda dapat mencampur catatan alias dan non-alias, tetapi semuanya harus memiliki nilai yang sama untuk **Nama**, **Jenis**, dan **Kebijakan Perutean**.
Cara mengonfigurasi Route 53 untuk memeriksa kondisi sumber daya tergantung pada apakah Anda membuat catatan alias atau catatan non-alias:
+ **Catatan alias** – Menentukan **Ya** untuk **Evaluasi Kondisi Target**.
+ **Catatan non-alias** – Mengaitkan pemeriksaan kondisi yang Anda buat di langkah 2 dengan catatan yang sesuai.
Setelah selesai, konfigurasi Anda terlihat mirip dengan diagram berikut, yang hanya mencakup catatan non-alias.
![\[Tiga catatan tertimbang dan pemeriksaan kondisi yang sesuai.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-weighted.png)
Untuk informasi lebih lanjut tentang membuat catatan menggunakan konsol Route 53, lihat [Membuat catatan dengan menggunakan konsol Amazon Route 53](resource-record-sets-creating.md).
1. Jika Anda membuat pemeriksaan kondisi, Route 53 secara berkala mengirimkan permintaan ke titik akhir untuk setiap pemeriksaan kondisi; layanan ini tidak melakukan pemeriksaan kondisi saat menerima kueri DNS. Berdasarkan respons, Route 53 memutuskan apakah titik akhir sehat dan menggunakan informasi tersebut untuk menentukan bagaimana merespons kueri. Untuk informasi selengkapnya, lihat [Bagaimana Amazon Route 53 menentukan apakah pemeriksaan kondisi sehatBagaimana Route 53 menentukan apakah pemeriksaan kondisi sehat](dns-failover-determining-health-of-endpoints.md).
Route 53 tidak memeriksa kondisi sumber daya yang ditentukan dalam catatan, seperti alamat IP di yang ditentukan dalam catatan A untuk example.com. Ketika Anda mengaitkan pemeriksaan kondisi dengan catatan, Route 53 mulai memeriksa kondisi titik akhir yang Anda tentukan dalam pemeriksaan kondisi. Anda juga dapat mengonfigurasi Route 53 untuk memantau kesehatan pemeriksaan kesehatan lainnya atau memantau aliran data untuk CloudWatch alarm. Untuk informasi selengkapnya, lihat [Jenis pemeriksaan kondisi Amazon Route 53Jenis pemeriksaan kondisi](health-checks-types.md).
Inilah yang terjadi saat Route 53 menerima kueri untuk example.com:
1. Route 53 memilih catatan berdasarkan kebijakan perutean. Dalam hal ini, layanan memilih catatan berdasarkan bobot.
1. Layanan menentukan kondisi saat ini dari catatan yang dipilih dengan memeriksa status pemeriksaan kondisi untuk catatan tersebut.
1. Jika catatan yang dipilih tidak sehat, Route 53 memilih catatan yang berbeda. Kali ini, catatan tidak sehat tidak dipertimbangkan.
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).
1. Ketika menemukan catatan yang sehat, Route 53 merespons kueri dengan nilai yang ada, seperti alamat IP dalam catatan A.
Contoh berikut menunjukkan grup catatan tertimbang di mana catatan ketiga tidak sehat. Awalnya, Route 53 memilih catatan berdasarkan bobot ketiga catatan. Jika catatan tidak sehat dipilih untuk pertama kalinya, Route 53 memilih catatan lain, namun kali ini menghilangkan bobot catatan ketiga dari kalkulasi:
+ Ketika di awal Route 53 memilih di antara ketiga catatan, layanan merespons permintaan menggunakan catatan pertama sekitar 20%, 10/(10 \$1 20 \$1 20).
+ Ketika catatan ketiga dianggap tidak sehat, Route 53 merespons permintaan menggunakan catatan pertama sekitar 33%, 10/(10 \$1 20).
![\[Tiga catatan tertimbang dan pemeriksaan kondisi yang sesuai. Pemeriksaan kondisi ketiga tidak sehat, jadi Route 53 menganggap bahwa catatan yang dikaitkan tidak sehat.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-weighted-failed-hc.png)
Jika Anda menghilangkan pemeriksaan kondisi dari satu atau lebih catatan dalam grup catatan, Route 53 tidak memiliki cara untuk menentukan kondisi sumber daya yang sesuai. Route 53 menganggap bahwa catatan dalam kondisi sehat.
![\[Tiga catatan tertimbang, hanya dua yang memiliki pemeriksaan kondisi. Route 53 selalu menganggap bahwa catatan ketiga dalam kondisi sehat.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-weighted-missing-health-check.png)
# Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang kompleks
Memeriksa kondisi sumber daya dalam konfigurasi yang kompleks hampir sama seperti dalam konfigurasi yang sederhana. Namun, dalam konfigurasi yang kompleks, Anda menggunakan kombinasi catatan alias (seperti alias tertimbang dan alias failover) serta catatan non-alias untuk membangun pohon keputusan yang memberikan Anda kontrol yang lebih besar atas cara Route 53 merespons permintaan.
Misalnya, Anda mungkin menggunakan data alias latensi untuk memilih wilayah yang dekat dengan pengguna dan menggunakan catatan tertimbang untuk dua atau lebih sumber daya dalam setiap wilayah untuk agar terlindung dari kegagalan titik akhir tunggal atau Availability Zone. Diagram berikut menunjukkan konfigurasi ini.
![\[Konfigurasi DNS yang mencakup catatan alias latensi dan catatan alias tertimbang.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted.png)
Berikut adalah cara Amazon EC2 dan Route 53 dikonfigurasi. Mari kita mulai dari bagian bawah pohon karena Anda akan membuat catatan dalam urutan tersebut:
+ Anda memiliki dua instans EC2 di setiap wilayah dari kedua wilayah tersebut, us-east-1 dan ap-southeast-2. Anda ingin Route 53 untuk merutekan lalu lintas ke instans EC2 Anda berdasarkan apakah mereka sehat, sehingga Anda membuat pemeriksaan kesehatan untuk setiap instance. Anda mengonfigurasi setiap pemeriksaan kondisi untuk mengirim permintaan pemeriksaan kondisi ke instans yang sesuai di alamat IP elastis untuk instans tersebut.
Route 53 adalah layanan global, sehingga Anda tidak perlu menentukan wilayah tempat pemeriksaan kondisi dibuat.
+ Anda ingin merutekan lalu lintas ke dua instans di setiap wilayah berdasarkan tipe instans, sehingga Anda membuat catatan tertimbang untuk setiap instans dan memberikan bobot ke setiap catatan. (Anda dapat mengubah bobot nanti untuk merutekan lebih banyak atau lebih sedikit lalu lintas ke instans.) Anda juga mengaitkan pemeriksaan kondisi yang ada dengan setiap instans.
Saat membuat catatan, Anda menggunakan nama seperti us-east-1-www.example.com. dan ap-southeast-2-www.example.com. Anda harus menunggu hingga tiba di puncak pohon untuk dapat memberikan nama ke catatan yang akan digunakan pelanggan guna mengakses situs web atau aplikasi web Anda, seperti example.com.
+ Anda ingin merutekan lalu lintas ke wilayah yang menyediakan latensi terendah bagi pengguna, jadi Anda memilih [kebijakan perutean](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) latensi untuk catatan di puncak pohon.
Anda ingin merutekan lalu lintas ke *catatan* di setiap wilayah, tidak langsung ke *sumber daya* di setiap wilayah (catatan tertimbang sudah melakukannya). Akibatnya, Anda membuat [catatan alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html) latensi.
Saat membuat catatan alias, Anda memberinya nama yang akan digunakan pengguna untuk mengakses situs web atau aplikasi web Anda, misalnya example.com. Catatan alias merutekan lalu lintas untuk example.com ke catatan us-east-1-www.example.com dan ap-southeast-2-www.example.com.
Untuk kedua catatan alias latensi, Anda mengatur nilai **Evaluasi Kondisi Target** ke **Ya**. Hal ini menyebabkan Rute 53 menentukan apakah ada sumber daya yang sehat di suatu wilayah sebelum mencoba merutekan lalu lintas di sana. Jika tidak ada, Route 53 memilih sumber daya yang sehat di wilayah lain.
![\[Konfigurasi DNS yang mencakup catatan alias latensi dan catatan alias tertimbang.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-both-failed.png)
Diagram sebelumnya menggambarkan urutan peristiwa berikut:
1. Route 53 menerima kueri untuk example.com. Berdasarkan latensi untuk pengguna yang membuat permintaan, Route 53 memilih catatan alias latensi untuk wilayah us-east-1.
1. Route 53 memilih catatan tertimbang berdasarkan bobot. **Evaluasi Kondisi Target** adalah **Ya** untuk catatan alias latensi, jadi Route 53 memeriksa kondisi catatan tertimbang yang dipilih.
1. Pemeriksaan kondisi gagal, jadi Route 53 memilih catatan tertimbang lain berdasarkan bobotnya dan memeriksa kondisinya. Catatan itu juga tidak sehat.
1. Route 53 keluar dari cabang pohon tersebut, mencari catatan alias latensi dengan latensi terbaik berikutnya, dan memilih catatan untuk ap-southeast-2.
1. Sekali lagi Route 53 memilih catatan berdasarkan bobot, lalu memeriksa kondisi sumber daya yang dipilih. Sumber daya ini sehat, sehingga Route 53 mengembalikan nilai yang ada untuk merespons kueri.
**Topics**
+ [Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?](#dns-failover-complex-configs-hc-alias)
+ [Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?](#dns-failover-complex-configs-hc-omitting)
+ [Apa yang terjadi ketika Anda mengatur evaluasi target kondisi ke Tidak?](#dns-failover-complex-configs-eth-no)
## Apa yang terjadi jika Anda mengaitkan pemeriksaan kondisi dengan catatan alias?
Anda dapat mengaitkan pemeriksaan kondisi dengan catatan alias alih-alih atau sebagai tambahan pengaturan nilai **Evaluasi Kondisi Target** ke **Ya**. Namun, umumnya lebih berguna jika Route 53 merespons kueri berdasarkan kondisi sumber daya yang mendasarinya—server HTTP, server basis data, dan sumber daya lain yang dirujuk catatan alias Anda. Sebagai contoh, perhatikan konfigurasi berikut:
+ Anda menetapkan pemeriksaan kondisi ke catatan alias latensi di mana target alias adalah grup catatan tertimbang.
+ Anda mengatur nilai **Evaluasi Kondisi Target** ke **Ya** untuk catatan alias latensi.
Dalam konfigurasi ini, kedua hal berikut harus benar sebelum Route 53 mengembalikan nilai yang ada untuk catatan tertimbang:
+ Harus lolos dari pemeriksaan kondisi yang terkait dengan catatan alias latensi.
+ Setidaknya satu catatan tertimbang harus dianggap sehat, baik karena terkait dengan pemeriksaan kondisi yang lolos atau karena tidak terkait dengan pemeriksaan kondisi. Dalam kasus terakhir, Route 53 selalu menganggap catatan tertimbang dalam kondisi sehat.
Dalam ilustrasi berikut, pemeriksaan kondisi untuk catatan alias latensi di kiri atas gagal. Akibatnya, Route 53 berhenti merespons kueri menggunakan salah satu catatan tertimbang yang dirujuk catatan alias latensi, bahkan jika semuanya sehat. Route 53 mulai mempertimbangkan lagi catatan tertimbang ini hanya ketika pemeriksaan kondisi untuk catatan alias latensi kembali sehat. (Untuk pengecualian, 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).)
![\[Konfigurasi DNS yang mencakup catatan alias dengan kedua Evaluasi Kondisi Target diatur ke Ya dan pemeriksaan kondisi pada catatan alias.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-alias-hc-failed.png)
## Apa yang terjadi jika Anda menghilangkan pemeriksaan kondisi?
Dalam konfigurasi yang kompleks, penting untuk mengaitkan pemeriksaan kondisi dengan semua catatan non-alias. Pada contoh berikut, pemeriksaan kondisi hilang di salah satu catatan tertimbang dalam wilayah us-east-1.
![\[Konfigurasi DNS yang mencakup satu pemeriksaan kondisi yang gagal dan satu catatan yang memiliki pemeriksaan kondisi.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-missing-health-check.png)
Inilah yang terjadi jika Anda menghilangkan pemeriksaan kondisi pada catatan non-alias dalam konfigurasi ini:
1. Route 53 menerima kueri untuk example.com. Berdasarkan latensi untuk pengguna yang membuat permintaan, Route 53 memilih catatan alias latensi untuk wilayah us-east-1.
1. Route 53 mencari target alias untuk catatan alias latensi, dan memeriksa status pemeriksaan kondisi yang sesuai. Pemeriksaan kondisi untuk satu catatan tertimbang gagal, sehingga catatan dihilangkan dari pertimbangan.
1. Catatan tertimbang lainnya dalam target alias untuk wilayah us-east-1 tidak memiliki pemeriksaan kondisi. Sumber daya yang sesuai mungkin atau mungkin tidak sehat, tapi tanpa pemeriksaan kondisi, Route 53 tidak memiliki cara untuk mengetahuinya. Route 53 menganggap sumber daya ini sehat dan mengembalikan nilai yang ada untuk merespons kueri.
## Apa yang terjadi ketika Anda mengatur evaluasi target kondisi ke Tidak?
Secara umum, Anda harus mengatur **Evaluasi Kondisi Target** ke **Ya** untuk semua catatan alias pada pohon. Jika Anda menetapkan **Evaluate Target Health** ke **No**, Route 53 terus merutekan lalu lintas ke catatan yang dirujuk oleh catatan alias meskipun pemeriksaan kesehatan untuk catatan tersebut gagal.
Pada contoh berikut, semua catatan tertimbang memiliki pemeriksaan kondisi terkait, namun **Evaluasi Kondisi Target** diatur ke **Tidak** untuk catatan alias latensi bagi wilayah us-east-1:
![\[Konfigurasi DNS yang mencakup catatan alias dengan Evaluasi Kondisi Target diatur ke Tidak.\]](http://docs.aws.amazon.com/id_id/Route53/latest/DeveloperGuide/images/hc-latency-alias-weighted-eth-is-no.png)
Inilah yang terjadi jika Anda mengatur **Evaluasi Kondisi Target** ke **Tidak** untuk catatan alias dalam konfigurasi ini:
1. Route 53 menerima kueri untuk example.com. Berdasarkan latensi untuk pengguna yang membuat permintaan, Route 53 memilih catatan alias latensi untuk wilayah us-east-1.
1. Route 53 menentukan target alias untuk catatan alias latensi, dan memeriksa pemeriksaan kondisi yang sesuai. Keduanya gagal.
1. Karena nilai **Evaluasi Kondisi Target** adalah **Tidak** untuk catatan alias latensi bagi wilayah us-east-1, Route 53 harus memilih satu catatan di cabang ini alih-alih keluar dari cabang dan mencari catatan yang sehat di wilayah ap-southeast-2.
# Cara Amazon Route 53 memilih catatan ketika pemeriksaan kondisi dikonfigurasi
Jika Anda mengonfigurasi pemeriksaan kondisi untuk semua catatan dalam grup catatan yang memiliki nama yang sama, jenis yang sama (seperti A atau AAAA), dan kebijakan perutean yang sama (seperti tertimbang atau failover), Route 53 merespons kueri DNS dengan memilih catatan yang sehat dan mengembalikan nilai yang ada dari catatan tersebut.
Misalnya, anggap Anda membuat tiga catatan tertimbang A, dan menetapkan pemeriksaan kondisi untuk ketiganya. Jika pemeriksaan kondisi untuk salah satu catatan tidak sehat, Route 53 merespons kueri DNS dengan alamat IP di salah satu dari dua catatan lainnya.
Berikut adalah cara Route 53 memilih catatan yang sehat:
1. Route 53 awalnya memilih catatan berdasarkan kebijakan perutean dan nilai yang Anda tentukan untuk setiap catatan. Misalnya, untuk catatan tertimbang, Route 53 memilih catatan berdasarkan bobot yang Anda tentukan untuk setiap catatan.
1. Route 53 menentukan apakah catatan sehat:
+ **Catatan non-alias dengan pemeriksaan kondisi terkait**— Jika Anda mengaitkan pemeriksaan kondisi dengan catatan non-alias, Route 53 memeriksa status pemeriksaan kondisi saat ini.
Route 53 secara berkala memeriksa kondisi titik akhir yang ditentukan dalam pemeriksaan kondisi; layanan ini tidak melakukan pemeriksaan kondisi ketika kueri DNS tiba.
Anda dapat mengaitkan pemeriksaan kondisi dengan catatan alias, namun sebaiknya kaitkan pemeriksaan kondisi hanya dengan catatan non-alias. 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).
+ **Catatan alias dengan Evaluasi Kondisi Target diatur ke Ya**— Route 53 memeriksa status kondisi sumber daya yang dirujuk catatan alias, misalnya, penyeimbang beban ELB atau catatan lain di zona yang di-hosting yang sama.
1. Jika catatan yang sehat, Route 53 merespons kueri dengan nilai yang ada, seperti alamat IP.
Jika catatan tidak sehat, Route 53 memilih catatan lain menggunakan kriteria yang sama dan mengulangi proses hingga menemukan catatan yang sehat.
Route 53 menggunakan kriteria berikut ketika memilih catatan:
**Catatan tanpa pemeriksaan kondisi artinya catatan selalu sehat**
Jika catatan dalam grup catatan yang memiliki nama dan jenis yang sama tidak memiliki pemeriksaan kondisi terkait, Route 53 selalu menganggapnya sehat dan selalu menyertakannya di antara kemungkinan respons untuk kueri.
**Jika tidak ada catatan yang sehat, semua catatan dianggap sehat**
Jika tidak ada catatan yang sehat dalam grup catatan, Route 53 perlu mengembalikan sesuatu untuk merespons kueri DNS, tetapi layanan tidak memiliki dasar untuk memilih salah satu catatan. Dalam keadaan ini, Route 53 menganggap semua catatan dalam grup dalam kondisi sehat dan memilih satu berdasarkan kebijakan perutean dan nilai yang Anda tentukan untuk setiap catatan.
**Catatan tertimbang yang memiliki bobot 0**
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.
Karena Route 53 akan mempertimbangkan catatan berbobot nol dalam beberapa keadaan, penting untuk memastikan bahwa target bobot nol juga memiliki jawaban yang layak untuk kueri DNS.
Untuk informasi selengkapnya tentang catatan tertimbang, lihat [Pemeriksaan kesehatan dan perutean tertimbang](routing-policy-weighted.md#routing-policy-weighted-healthchecks).
**Catatan alias**
Anda juga dapat mengonfigurasi pemeriksaan kondisi untuk catatan alias dengan mengatur **Evaluasi Kondisi Target** ke **Ya** untuk setiap catatan alias. Hal ini menyebabkan Route 53 mengevaluasi kondisi sumber daya yang menjadi tujuan lalu lintas saat dirutekan oleh catatan, misalnya, penyeimbang beban ELB atau catatan lain di zona yang di-hosting yang sama.
Misalnya, target alias untuk catatan alias adalah grup catatan tertimbang bahwa semuanya memiliki bobot non-nol:
+ Selama setidaknya salah satu catatan tertimbang dalam kondisi sehat, Route 53 menganggap catatan alias sehat.
+ Jika tidak ada catatan tertimbang dalam kondisi sehat, Route 53 menganggap catatan alias tidak sehat.
+ Route 53 berhenti mempertimbangkan catatan di cabang pohon hingga setidaknya satu catatan tertimbang menjadi sehat lagi.
Untuk informasi selengkapnya, lihat [Cara kerja pemeriksaan kondisi dalam konfigurasi Amazon Route 53 yang kompleksCara kerja pemeriksaan kondisi dalam konfigurasi yang kompleks](dns-failover-complex-configs.md).
**Catatan failover**
Catatan failover umumnya bekerja dengan cara yang sama seperti jenis perutean lainnya. Anda membuat pemeriksaan kondisi dan mengaitkannya dengan catatan non-alias, dan Anda mengatur **Evaluasi Kondisi Target** ke **Ya** untuk catatan alias. Perhatikan hal-hal berikut:
+ Catatan primer dan sekunder dapat menjadi catatan non-alias atau catatan alias.
+ Jika Anda mengaitkan pemeriksaan kondisi dengan data failover primer dan sekunder, berikut adalah cara Route 53 merespons permintaan:
+ Jika Route 53 menganggap catatan utama sehat (jika titik akhir pemeriksaan kondisi sehat), Route 53 hanya mengembalikan catatan primer untuk merespons kueri DNS.
+ Jika Route 53 menganggap catatan primer tidak sehat dan catatan sekunder sehat, Route 53 akan mengembalikan catatan sekunder.
+ Jika Route 53 menganggap catatan primer dan catatan sekunder tidak sehat, Route 53 akan mengembalikan catatan primer.
+ Jika Anda mengonfigurasi catatan sekunder, penambahan pemeriksaan kondisi bersifat opsional. Jika Anda menghilangkan pemeriksaan kondisi untuk catatan sekunder, dan jika titik akhir pemeriksaan kondisi untuk catatan primer tidak sehat, Route 53 selalu merespons kueri DNS menggunakan catatan sekunder. Inilah yang terjadi bahkan jika catatan sekunder tidak sehat.
Untuk informasi selengkapnya, lihat topik berikut:
+ [Mengonfigurasi failover active-passive dengan satu sumber daya primer dan satu sumber daya sekunder](dns-failover-types.md#dns-failover-types-active-passive-one-resource)
+ [Mengonfigurasi failover active-passive dengan beberapa sumber daya primer dan sekunder](dns-failover-types.md#dns-failover-types-active-passive-multiple-resources)
# Failover active-active dan active-passive
Anda dapat menggunakan pemeriksaan kondisi Route 53 untuk mengonfigurasi konfigurasi failover active-active dan active-passive. Anda mengonfigurasi failover active-active menggunakan semua [kebijakan perutean](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-policy.html) (atau kombinasi dari kebijakan perutean) selain failover, dan Anda mengonfigurasi failover active-passive menggunakan kebijakan perutean failover.
**Topics**
+ [Failover active-active](#dns-failover-types-active-active)
+ [Failover active-passive](#dns-failover-types-active-passive)
## Failover active-active
Gunakan konfigurasi failover ini ketika Anda ingin semua sumber daya tersedia hampir sepanjang waktu. Ketika sumber daya menjadi tidak tersedia, Route 53 dapat mendeteksi bahwa sumber daya tidak sehat dan berhenti menyertakannya saat merespons kueri.
Dalam failover active-active, semua catatan dengan nama yang sama, jenis yang sama (seperti A atau AAAA), dan kebijakan perutean yang sama (seperti tertimbang atau latensi) akan aktif kecuali Route 53 menganggap catatan tidak sehat. Route 53 dapat merespons kueri DNS menggunakan catatan sehat.
## Failover active-passive
Gunakan konfigurasi failover active-passive ketika Anda ingin sumber daya atau grup sumber daya primer tersedia hampir sepanjang waktu dan Anda ingin sumber daya atau grup sumber daya sekunder berada dalam kondisi siaga jika semua sumber daya primer tidak tersedia. Ketika merespons kueri, Route 53 hanya menyertakan sumber daya primer yang sehat. Jika semua sumber daya primer tidak sehat, Route 53 mulai hanya menyertakan sumber daya sekunder sehat untuk merespons kueri DNS.
**Topics**
+ [Mengonfigurasi failover active-passive dengan satu sumber daya primer dan satu sumber daya sekunder](#dns-failover-types-active-passive-one-resource)
+ [Mengonfigurasi failover active-passive dengan beberapa sumber daya primer dan sekunder](#dns-failover-types-active-passive-multiple-resources)
+ [Mengonfigurasi failover active-passive dengan catatan tertimbang](#dns-failover-types-active-passive-weighted)
### Mengonfigurasi failover active-passive dengan satu sumber daya primer dan satu sumber daya sekunder
Untuk membuat konfigurasi failover active-passive dengan satu catatan primer dan satu catatan sekunder, Anda cukup membuat catatan dan menentukan **Failover** untuk kebijakan perutean. Ketika sumber daya primer sehat, Route 53 merespons kueri DNS menggunakan catatan primer. Ketika sumber daya primer tidak sehat, Route 53 merespons kueri DNS menggunakan catatan sekunder.
### Mengonfigurasi failover active-passive dengan beberapa sumber daya primer dan sekunder
Anda juga dapat mengaitkan beberapa sumber daya dengan catatan primer, catatan sekunder, atau keduanya. Dalam konfigurasi ini, Route 53 menganggap catatan failover primer dalam kondisi sehat selama setidaknya salah satu sumber daya terkait dalam kondisi sehat. 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).
Untuk mengonfigurasi failover active-passive dengan beberapa sumber daya untuk catatan primer atau sekunder, lakukan tugas berikut.
1. Buat pemeriksaan kondisi untuk setiap sumber daya yang akan menjadi tujuan perutean lalu lintas, seperti instans EC2 atau server web di pusat data Anda.
**catatan**
Jika Anda merutekan lalu lintas ke AWS sumber daya apa pun yang dapat Anda buat [catatan alias](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resource-record-sets-choosing-alias-non-alias.html), jangan membuat pemeriksaan kesehatan untuk sumber daya tersebut. Bila membuat catatan alias, Anda mengatur **Evaluasi Kondisi Target** ke **Ya**.
Untuk informasi selengkapnya, lihat [Membuat dan memperbarui pemeriksaan kondisi](health-checks-creating.md).
1. Buat catatan untuk sumber daya primer Anda, dan tentukan nilai berikut:
+ Berikan nama, jenis, dan kebijakan perutean yang sama ke setiap catatan. Misalnya, Anda mungkin membuat tiga catatan tertimbang A yang semuanya bernama failover-primary.example.com.
+ Jika Anda menggunakan AWS sumber daya yang dapat Anda buat catatan alias, tentukan **Ya** untuk **Evaluasi Kesehatan Target**.
Jika Anda menggunakan sumber daya yang catatan aliasnya tidak dapat Anda buat, kaitkan pemeriksaan kondisi yang ada dari langkah 1 dengan setiap catatan.
Untuk informasi selengkapnya, lihat [Membuat catatan dengan menggunakan konsol Amazon Route 53](resource-record-sets-creating.md).
1. Buat catatan untuk sumber daya sekunder Anda, dan jika ada, tentukan nilai berikut:
+ Berikan nama, jenis, dan kebijakan perutean yang sama ke setiap catatan. Misalnya, Anda mungkin membuat tiga catatan tertimbang A yang semuanya bernama failover-secondary.example.com.
+ Jika Anda menggunakan AWS sumber daya yang dapat Anda buat catatan alias, tentukan **Ya** untuk **Evaluasi Kesehatan Target**.
Jika Anda menggunakan sumber daya yang catatan aliasnya tidak dapat Anda buat, kaitkan pemeriksaan kondisi yang ada dari langkah 1 dengan setiap catatan.
**catatan**
Beberapa pelanggan menggunakan server web sebagai sumber daya primer mereka dan bucket Amazon S3 yang dikonfigurasi menjadi titik akhir situs web sebagai sumber daya sekunder mereka. Bucket S3 berisi pesan sederhana "sementara tidak tersedia". Jika menggunakan konfigurasi tersebut, Anda dapat melewati langkah ini dan hanya membuat catatan alias failover untuk sumber daya sekunder di langkah 4.
1. Buat dua catatan alias failover, satu primer dan satu sekunder, lalu tentukan nilai berikut:
**Catatan primer**
+ **Nama** — Tentukan nama domain (example.com) atau nama subdomain (www.example.com) yang Anda inginkan Route 53 untuk merutekan lalu lintas.
+ **Alias** – Atur ke **Ya**.
+ **Target Alias** – Tentukan nama catatan yang Anda buat di langkah 2.
+ **Kebijakan Perutean** – Atur ke **Failover**.
+ **Jenis Catatan Failover** – Atur ke **Primer**.
+ **Evaluasi Kondisi Target** – Atur ke **Ya**.
+ **Mengaitkan dengan Pemeriksaan Kondisi** – Atur ke **Tidak**.
**Catatan sekunder**
+ **Nama** – Tentukan nama yang sama seperti yang Anda tentukan untuk catatan primer.
+ **Alias** – Atur ke **Ya**.
+ **Target Alias** – Jika Anda membuat catatan untuk sumber daya sekunder di langkah 3, tentukan nama catatan. Jika Anda menggunakan bucket Amazon S3 untuk sumber daya sekunder, tentukan nama DNS dari titik akhir situs web.
+ **Kebijakan Perutean** – Atur ke **Failover**.
+ **Jenis Catatan Failover** – Atur ke **Sekunder**.
+ **Evaluasi Kondisi Target** – Atur ke **Ya**.
+ **Mengaitkan dengan Pemeriksaan Kondisi** – Atur ke **Tidak**.
### Mengonfigurasi failover active-passive dengan catatan tertimbang
Anda juga dapat menggunakan catatan tertimbang untuk failover active-passive, dengan peringatan. Jika Anda menentukan bobot non-nol untuk beberapa catatan dan bobot nol untuk catatan lainnya, Route 53 merespons kueri DNS hanya menggunakan catatan sehat yang memiliki bobot non-nol. Jika semua catatan yang memiliki bobot lebih besar dari 0 dalam kondisi tidak sehat, Route 53 merespons kueri menggunakan catatan tertimbang nol.
**catatan**
Semua catatan dengan bobot non-nol harus tidak sehat sebelum Route 53 mulai merespons kueri DNS menggunakan catatan yang memiliki bobot nol. Tindakan ini dapat membuat aplikasi web atau situs web Anda tidak dapat diandalkan jika sumber daya sehat terakhir, seperti server web, tidak dapat menangani semua lalu lintas ketika sumber daya lain tidak tersedia.
# Mengonfigurasi failover di zona yang di-hosting secara privat
Jika Anda membuat catatan failover di zona yang di-hosting secara privat, perhatikan hal berikut:
+ Pemeriksa kondisi Route 53 berada di luar VPC. Untuk memeriksa kesehatan titik akhir dalam VPC berdasarkan alamat IP, Anda harus menetapkan alamat IP publik untuk instans di VPC.
+ Anda dapat membuat CloudWatch metrik, mengaitkan alarm dengan metrik, dan kemudian membuat pemeriksaan kesehatan yang didasarkan pada aliran data untuk alarm. Misalnya, Anda dapat membuat CloudWatch metrik yang memeriksa status `StatusCheckFailed` metrik EC2, menambahkan alarm ke metrik, dan kemudian membuat pemeriksaan kesehatan yang didasarkan pada aliran data untuk alarm untuk memeriksa instance dalam Virtual Private Cloud (VPC) yang hanya memiliki alamat IP pribadi. Untuk informasi tentang membuat CloudWatch metrik dan alarm menggunakan CloudWatch konsol, lihat [ CloudWatch Panduan Pengguna Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/).
Untuk informasi selengkapnya, lihat [Bekerja dengan zona yang di-hosting privat](hosted-zones-private.md) dan [Memantau pemeriksaan kesehatan menggunakan CloudWatch](monitoring-health-checks.md).
# Cara Amazon Route 53 mencegah masalah failover
Algoritma failover yang diterapkan oleh Route 53 dirancang tidak hanya untuk mengarahkan lalu lintas ke titik akhir yang sehat, tetapi juga untuk menghindari membuat skenario bencana lebih buruk karena pemeriksaan kesehatan dan aplikasi yang salah konfigurasi, kelebihan titik akhir, dan kegagalan partisi.
**Topics**
+ [Cara Amazon Route 53 mencegah kegagalan cascading](#dns-failover-cascading-failures)
+ [Cara Amazon Route 53 menangani partisi internet](#dns-failover-internet-partitions)
## Cara Amazon Route 53 mencegah kegagalan cascading
Sebagai pertahanan pertama terhadap kegagalan cascading, setiap algoritme perutean permintaan (seperti tertimbang dan failover) memiliki mode upaya terakhir. Dalam mode khusus ini, ketika semua catatan dianggap tidak sehat, algoritme Route 53 beralih ke menganggap semua catatan dalam kondisi sehat.
Misalnya, jika semua contoh aplikasi, pada beberapa host, menolak permintaan pemeriksaan kondisi, server DNS Route 53 tetap akan memilih jawaban dan mengembalikannya alih-alih tidak mengembalikan jawaban DNS atau mengembalikan respons NXDOMAIN (domain tidak ada). Aplikasi dapat merespons pengguna tetapi tetap gagal dalam pemeriksaan kondisi, oleh karena itu tindakan ini memberikan beberapa perlindungan terhadap kesalahan konfigurasi.
Demikian pula, jika aplikasi kelebihan beban, dan satu dari tiga titik akhir gagal dalam pemeriksaan kondisi, sehingga dikecualikan dari respons DNS Route 53, Route 53 mendistribusikan respons di antara dua titik akhir yang tersisa. Jika titik akhir yang tersisa tidak mampu menangani beban tambahan dan gagal, Route 53 beralih mendistribusikan permintaan ke ketiga titik akhir.
## Cara Amazon Route 53 menangani partisi internet
Meski tidak umum, terkadang ada partisi internet yang cukup parah, yang berarti bahwa wilayah geografis yang besar tidak dapat berkomunikasi dengan satu sama lain melalui internet. Selama partisi ini, lokasi Route 53 mungkin mencapai kesimpulan yang berbeda tentang status kesehatan titik akhir dan mungkin berbeda dari status yang dilaporkan. CloudWatch Pemeriksa kesehatan Route 53 di setiap AWS Wilayah terus-menerus mengirimkan status pemeriksaan kesehatan ke semua lokasi Rute 53. Selama partisi internet, setiap lokasi Route 53 mungkin memiliki akses hanya ke sebagian set status ini, biasanya dari wilayah terdekat.
Misalnya, selama partisi internet yang memengaruhi konektivitas ke dan dari Amerika Selatan, server DNS Route 53 di lokasi South America (São Paulo) Route 53 mungkin memiliki akses yang baik ke titik akhir pemeriksaan kondisi di Wilayah AWS South America (São Paulo), tetapi akses yang buruk ke titik akhir di tempat lain. Pada saat yang sama, Route 53 di US East (Ohio) mungkin memiliki akses yang buruk ke titik akhir pemeriksaan kondisi di Wilayah South America (São Paulo), dan menyimpulkan bahwa catatan yang ada tidak sehat.
Partisi seperti ini dapat menimbulkan situasi di mana lokasi Route 53 membuat kesimpulan yang berbeda tentang status kondisi titik akhir, berdasarkan, visibilitas lokal mereka dari titik akhir tersebut. Inilah sebabnya setiap lokasi Route 53 menganggap bahwa titik akhir sehat hanya ketika dianggap sehat oleh sebagian pemeriksa kondisi yang dapat dijangkau.
# Penamaan dan penandaan pemeriksaan kondisi
Anda dapat menambahkan tanda ke pemeriksaan kondisi Amazon Route 53, yang memungkinkan Anda memberikan setiap nama yang lebih mudah dipahami ke pemeriksaan kondisi dibandingkan ID pemeriksaan kondisi. Ini adalah tag yang sama yang AWS Manajemen Penagihan dan Biaya menyediakan untuk mengatur AWS tagihan Anda. Untuk informasi selengkapnya tentang penggunaan tanda untuk alokasi biaya, lihat [Gunakan tanda alokasi biaya untuk laporan tagihan kustom](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/allocation.html) dalam *Panduan Pengguna AWS Billing *.
Setiap tanda terdiri dari sebuah kunci (nama tanda) dan nilai, Anda yang menentukan keduanya. Ketika menambahkan tanda ke pemeriksaan kondisi, kami sarankan Anda menambahkan satu tanda yang memiliki nilai berikut untuk kunci dan nilai:
+ **kunci** – **Nama**
+ **nilai** – Nama yang ingin Anda berikan ke pemeriksaan kondisi
Nilai tanda **Nama** muncul dalam daftar pemeriksaan kondisi di konsol Route 53, yang memungkinkan Anda membedakan berbagai pemeriksaan kondisi. Untuk melihat tanda pemeriksaan kondisi lain, pilih pemeriksaan kondisi lalu pilih tab **Tanda**.
Untuk informasi lebih lanjut tentang tanda, lihat topik berikut:
+ Untuk menambahkan, mengedit, atau menghapus tanda **Nama** saat Anda menambahkan atau mengedit pemeriksaan kondisi di konsol Route 53, lihat [Membuat dan memperbarui pemeriksaan kondisi](health-checks-creating.md).
+ Untuk gambaran umum tentang penandaan sumber daya Route 53, lihat [Memberi tanda pada sumber daya Amazon Route 53](tagging-resources.md).
## Pembatasan tag
Batasan dasar berikut berlaku untuk tag:
+ Jumlah maksimum tag per sumber daya — 50 di konsol baru dan 10 di konsol lama.
+ Panjang **Kunci** maksimum – 128 karakter Unicode
+ Panjang **Nilai maksimum** – 256 karakter Unicode
+ Nilai yang valid untuk **Kunci** dan **Nilai** – huruf besar dan huruf kecil dalam set karakter UTF-8, angka, spasi, serta karakter berikut: \$1 . : / = \$1 - dan @
+ Kunci dan nilai tanda peka huruf besar kecil
+ Jangan gunakan `aws:` awalan untuk kunci atau nilai; itu dicadangkan untuk AWS digunakan
## Menambahkan, mengedit, dan menghapus tanda untuk pemeriksaan kondisi
Prosedur berikut menunjukkan cara menggunakan tanda untuk pemeriksaan kondisi Anda di konsol Route 53.
**catatan**
Kami memperbarui konsol pemeriksaan kesehatan untuk Route 53. Selama masa transisi, Anda dapat terus menggunakan konsol lama.
Pilih tab untuk konsol yang Anda gunakan.
+ [Konsol baru](#health-checks-tagging-new)
+ [Konsol lama](#health-checks-tagging-old)
------
#### [ New console ]
**Untuk menambahkan tag ke pemeriksaan kesehatan**
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 **Pemeriksaan Kesehatan**.
1. Pilih ID tertaut dari pemeriksaan kesehatan yang ingin Anda tambahkan tag.
1. Di halaman bawah, pilih tab **Tag**, lalu pilih **Kelola** dan kemudian **Tambahkan tag baru**.
1. Masukkan nama untuk tag di bidang **Kunci**, dan masukkan nilai di bidang **Nilai**.
1. Pilih **Simpan**.
**Untuk mengedit tag untuk pemeriksaan kesehatan**
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 **Pemeriksaan Kesehatan**.
1. Pilih ID yang ditautkan dari pemeriksaan kesehatan.
1. Di panel bawah, pilih tab **Tag**, lalu pilih **Kelola**.
1. Anda sekarang dapat mengedit dan menambahkan lebih banyak tag.
1. Pilih **Simpan**.
**Untuk menghapus tag untuk pemeriksaan kesehatan**
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 **Pemeriksaan Kesehatan**.
1. Pilih ID yang ditautkan dari pemeriksaan kesehatan.
1. Di panel bawah, pilih tab **Tag**, lalu pilih **Kelola**.
1. Pilih **Hapus** di samping tag yang ingin Anda hapus.
1. Pilih **Simpan**.
------
#### [ Old console ]
**Untuk menambahkan tag ke pemeriksaan kesehatan**
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 **Pemeriksaan Kondisi**.
1. Pilih pemeriksaan kondisi, atau pilih beberapa pemeriksaan kondisi jika Anda ingin menambahkan tanda yang sama ke lebih dari satu pemeriksaan kondisi.
1. Di panel bawah, pilih tab **Tanda**, lalu pilih **Tambahkan/Edit Tanda**.
1. Di kotak dialog **Tambahkan/Edit Tanda**, masukkan nama untuk tanda di bidang **Kunci**, dan masukkan nilai di bidang **Nilai**.
1. Pilih **Terapkan perubahan**.
**Untuk mengedit tag untuk pemeriksaan kesehatan**
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 **Pemeriksaan Kondisi**.
1. Pilih pemeriksaan kondisi.
Jika memilih beberapa pemeriksaan kondisi dengan tanda yang sama, Anda tidak dapat mengedit nilai untuk semua tanda secara bersamaan. Namun, perhatikan bahwa Anda dapat mengedit nilai tanda yang muncul di beberapa pemeriksaan kondisi jika memilih pemeriksaan kondisi yang memiliki tanda dan setidaknya satu yang tidak memiliki tanda.
Misalnya, Anda memilih beberapa pemeriksaan kondisi yang memiliki tanda **Pusat Biaya** dan satu yang tidak memiliki tanda. Anda memilih opsi untuk menambahkan tanda, dan Anda menentukan **Pusat Biaya** sebagai kunci dan **777** sebagai nilai. Untuk pemeriksaan kondisi yang dipilih dan sudah memiliki tanda **Pusat Biaya**, Route 53 mengubah nilainya menjadi **777**. Untuk satu pemeriksaan kondisi yang tidak memiliki tanda **Pusat Biaya**, Route 53 menambahkan satu tanda dan menetapkan nilainya menjadi **777**.
1. Di panel bawah, pilih tab **Tanda**, lalu pilih **Tambahkan/Edit Tanda**.
1. Di kotak dialog **Tambahkan/Edit Tanda**, edit nilainya.
1. Pilih **Simpan**.
**Untuk menghapus tag untuk pemeriksaan kesehatan**
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 **Pemeriksaan Kondisi**.
1. Pilih pemeriksaan kondisi, atau pilih beberapa pemeriksaan kondisi jika Anda ingin menghapus tanda yang sama dari lebih dari satu pemeriksaan kondisi.
1. Di panel bawah, pilih tab **Tanda**, lalu pilih **Tambahkan/Edit Tanda**.
1. Di kotak dialog **Tambah/Edit Tag**, pilih di *X* sebelah tag yang ingin Anda hapus.
1. Pilih **Simpan**.
------
# Menggunakan pemeriksaan kondisi dengan versi API Amazon Route 53 yang lebih awal dari 2012-12-12
Pemeriksaan kondisi didukung mulai dari versi 2012-12-12 API Amazon Route 53. Jika zona yang di-hosting berisi catatan bahwa pemeriksaan kondisi telah dikonfigurasi, kami sarankan Anda hanya menggunakan API 2012-12-12 atau yang lebih baru. Perhatikan batasan berikut saat menggunakan pemeriksaan kondisi dengan versi API sebelumnya.
+ Tindakan `ChangeResourceRecordSets` tidak dapat membuat atau menghapus catatan yang menyertakan elemen `EvaluateTargetHealth`, `Failover`, atau `HealthCheckId`.
+ Tindakan `ListResourceRecordSets` dapat mencantumkan catatan yang menyertakan elemen tersebut, tetapi elemen tidak disertakan dalam output. Sebagai gantinya, elemen `Value` pada respons berisi pesan yang mengatakan catatan menyertakan atribut yang tidak didukung.