Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Tutorial
Bagian ini mencakup tutorial berikut:
**Menggunakan Route 53 sebagai layanan DNS untuk subdomain**
Pelajari cara menggunakan Route 53 sebagai layanan DNS untuk subdomain baru atau yang sudah ada saat masih menggunakan layanan DNS lain untuk domain induk.
**Transisi ke perutean berbasis Latensi**
Temukan cara bermigrasi secara bertahap dari perutean standar ke perutean berbasis latensi di Route 53, mengarahkan pengguna ke titik akhir latensi terendah yang tersedia. AWS
Gabungkan catatan tertimbang dan latensi untuk transisi yang mulus dan berisiko rendah dengan kontrol penuh dan kemampuan rollback.
**Menambahkan Wilayah lain ke perutean berbasis latensi**
Perluas pengaturan perutean berbasis latensi Anda dengan menambahkan AWS Wilayah baru dan secara bertahap mengalihkan lalu lintas ke Wilayah baru.
**Merutekan lalu lintas ke beberapa instans Amazon EC2 di suatu Wilayah**
Gunakan kombinasi latensi dan catatan tertimbang untuk merutekan lalu lintas ke beberapa instans Amazon EC2 dalam instans tertentu. Wilayah AWS
**Mengelola lebih dari 100 catatan tertimbang**
Pelajari cara mengarahkan lalu lintas ke lebih dari 100 titik akhir dengan membuat pohon catatan alias tertimbang dan catatan tertimbang.
**Menimbang jawaban multi-record yang toleran terhadap kesalahan**
Pahami cara menimbang respons DNS yang berisi banyak catatan, memberikan toleransi kesalahan dan penyeimbangan beban di beberapa titik akhir.
Tutorial ini mencakup berbagai kasus penggunaan dan skenario, membantu Anda secara efektif memanfaatkan kebijakan perutean Route 53, catatan tertimbang, dan perutean berbasis latensi untuk mengoptimalkan manajemen DNS dan perutean lalu lintas Anda.
**Topics**
+ [Menggunakan Amazon Route 53 sebagai layanan DNS untuk subdomain tanpa memigrasi domain induk](creating-migrating.md)
+ [Transisi ke latensi berbasis perutean di Amazon Route 53](TutorialTransitionToLBR.md)
+ [Menambahkan Wiilayah lain untuk perutean berbasis latensi Anda di Amazon Route 53](TutorialAddingLBRRegion.md)
+ [Menggunakan latensi dan catatan tertimbang di Amazon Route 53 untuk merutekan lalu lintas ke beberapa instans Amazon EC2 di suatu Wilayah](TutorialLBRMultipleEC2InRegion.md)
+ [Mengelola lebih 100 catatan tertimbang di Amazon Route 53](TutorialManagingOver100WRR.md)
+ [Menimbang jawaban multicatatan yang toleran terhadap kesalahan di Amazon Route 53](TutorialWeightedFTMR.md)
# Menggunakan Amazon Route 53 sebagai layanan DNS untuk subdomain tanpa memigrasi domain induk
Amazon Route 53 memberikan fleksibilitas dalam mengelola DNS untuk subdomain, memungkinkan Anda memanfaatkan fitur-fiturnya tanpa perlu memigrasikan seluruh domain induk.
Anda dapat membuat subdomain baru atau memigrasikan subdomain yang sudah ada ke Route 53, sambil menjaga domain induk dihosting dengan penyedia layanan DNS lain.
**Membuat subdomain baru dengan Route 53:**
1. Buat zona yang dihosting untuk subdomain baru.
1. Tambahkan catatan DNS yang diinginkan (misalnya, A, CNAME, MX) untuk subdomain ke zona yang dihosting.
1. Dapatkan server nama Route 53 yang ditetapkan ke zona yang dihosting.
1. Perbarui konfigurasi DNS domain induk dengan menambahkan catatan NS (Name Server) untuk subdomain, menunjuk ke server nama Route 53.
**Migrasi subdomain yang ada ke Route 53:**
1. Membuat zona yang di-hosting untuk subdomain.
1. Dapatkan konfigurasi DNS saat ini untuk subdomain dari penyedia layanan DNS Anda yang ada.
1. Tambahkan catatan DNS yang sesuai ke zona yang dihosting.
1. Dapatkan server nama Route 53 yang ditetapkan ke zona yang dihosting.
1. Perbarui konfigurasi DNS domain induk dengan menambahkan catatan NS untuk subdomain, menunjuk ke server nama Route 53.
Dengan mengikuti langkah-langkah ini, Anda dapat memanfaatkan fitur-fitur lanjutan Route 53, seperti pemeriksaan kesehatan, kebijakan perutean, dan manajemen arus lalu lintas, untuk subdomain Anda sambil mempertahankan konfigurasi DNS domain induk dengan penyedia yang ada.
**Topics**
+ [Membuat subdomain yang menggunakan Amazon Route 53 sebagai layanan DNS tanpa memigrasi domain induk](CreatingNewSubdomain.md)
+ [Memigrasi layanan DNS untuk subdomain ke Amazon Route 53 tanpa memigrasi domain induk](MigratingSubdomain.md)
# Membuat subdomain yang menggunakan Amazon Route 53 sebagai layanan DNS tanpa memigrasi domain induk
Anda dapat membuat subdomain yang menggunakan Amazon Route 53 sebagai layanan DNS tanpa migrasi domain induk dari layanan DNS lain.
Proses ini memiliki langkah-langkah dasar berikut:
1. [Cari tahu](#decide-procedure-create-subdomain) apakah Anda bahkan harus menggunakan prosedur ini.
1. [Membuat zona yang di-hosting Route 53 untuk subdomain](#CreateZoneNewSubdomain).
1. [Tambahkan catatan](#AddNewSubdomainRecords) untuk subdomain baru ke zona yang di-hosting Route 53.
1. *API saja:* [Konfirmasikan bahwa perubahan Anda telah disebarkan](#CheckStatusNewSubdomain) untuk semua server DNS Route 53.
**catatan**
Saat ini, satu-satunya cara untuk memverifikasi bahwa perubahan telah disebarkan adalah dengan menggunakan tindakan [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Perubahan umumnya menyebar ke semua server nama Route 53 dalam waktu 60 detik.
1. [Perbarui layanan DNS untuk domain induk dengan menambahkan nama server catatan untuk subdomain](#UpdateDNSParentDomain).
## Memutuskan prosedur mana yang akan digunakan untuk membuat subdomain
Prosedur dalam topik ini menjelaskan cara melakukan operasi yang tidak biasa. Jika Anda sudah menggunakan Route 53 sebagai layanan DNS untuk domain Anda dan Anda hanya ingin merutekan lalu lintas untuk subdomain, seperti www.example.com, ke sumber daya Anda, seperti server web yang berjalan pada sebuah instance, lihat. EC2 [Merutekan lalu lintas untuk subdomain](dns-routing-traffic-for-subdomains.md)
Gunakan prosedur ini *hanya* jika Anda menggunakan layanan DNS lain untuk domain, misalnya example.com, dan Anda ingin mulai menggunakan Route 53 sebagai layanan DNS untuk subdomain baru domain tersebut, misalnya www.example.com.
## Membuat zona yang di-hosting untuk subdomain baru
Bila Anda ingin menggunakan Amazon Route 53 sebagai layanan DNS untuk subdomain baru tanpa memigrasi domain induk, Anda mulai dengan membuat zona yang di-hosting untuk subdomain. Route 53 menyimpan informasi tentang subdomain Anda di zona yang di-hosting.
Untuk informasi tentang cara membuat zona yang di-hosting menggunakan konsol Route 53, lihat [Membuat zona yang di-hosting publik](CreatingHostedZone.md).
## Membuat catatan
Anda dapat membuat catatan menggunakan konsol Amazon Route 53 atau API Route 53. Catatan yang Anda buat di Route 53 akan menjadi catatan yang digunakan DNS setelah Anda mendelegasikan tanggung jawab untuk subdomain ke Route 53, seperti yang dijelaskan di [Memperbarui layanan DNS Anda dengan catatan server nama untuk subdomain](#UpdateDNSParentDomain), nanti saat proses berlangsung.
**penting**
Jangan membuat catatan name server (NS) atau start of authority (SOA) tambahan di zona yang di-hosting Route 53, dan jangan hapus catatan NS dan SOA yang ada.
Untuk membuat catatan menggunakan konsol Route 53, lihat [Bekerja dengan catatan](rrsets-working-with.md). Untuk membuat catatan menggunakan API Route 53, gunakan `ChangeResourceRecordSets`. Untuk informasi selengkapnya, lihat [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)di *[Referensi API Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/APIReference/)*.
## Memeriksa status perubahan Anda (hanya API)
Membuat zona yang di-hosting baru dan mengubah catatan membutuhkan waktu untuk menyebarkan ke server DNS Route 53. Jika Anda biasa [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)membuat catatan, Anda dapat menggunakan `GetChange` tindakan untuk menentukan apakah perubahan Anda telah disebarkan. (`ChangeResourceRecordSets`mengembalikan nilai untuk`ChangeId`, yang dapat Anda sertakan dalam `GetChange` permintaan berikutnya. `ChangeId`tidak tersedia jika Anda membuat catatan dengan menggunakan konsol.) Untuk informasi selengkapnya, lihat [GET GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) di *Referensi API Amazon Route 53*.
**catatan**
Perubahan umumnya menyebar ke semua server nama Route 53 dalam waktu 60 detik.
## Memperbarui layanan DNS Anda dengan catatan server nama untuk subdomain
Setelah perubahan catatan Amazon Route 53 telah disebarkan (lihat [Memeriksa status perubahan Anda (hanya API)](#CheckStatusNewSubdomain)), perbarui layanan DNS untuk domain induk dengan menambahkan catatan NS untuk subdomain. Hal ini dikenal sebagai mendelegasikan tanggung jawab untuk subdomain untuk Route 53. Misalnya, jika domain induk example.com di-hosting dengan layanan DNS lain dan Anda membuat subdomain test.example.com di Route 53, Anda harus memperbarui layanan DNS untuk example.com dengan catatan NS baru untuk test.example.com.
Lakukan prosedur berikut.
1. Menggunakan metode yang disediakan oleh layanan DNS Anda, cadangkan file zona untuk domain induk.
1. Di konsol Route 53, dapatkan server nama untuk zona yang di-hosting Route 53:
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dalam panel navigasi, klik **Zona yang di-hosting**.
1. Pada halaman **Zona yang di-hosting**, pilih tombol radio (bukan nama) untuk zona yang di-hosting, lalu pilih **Lihat detail**.
1. Pada halaman detail untuk zona yang di-hosting, pilih **Detail zona yang di-hosting**.
1. Catat empat server yang tercantum untuk **Nama server**.
Atau, Anda dapat menggunakan tindakan `GetHostedZone`. Untuk informasi selengkapnya, lihat [GetHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZone.html)di *Referensi API Amazon Route 53*.
1. Menggunakan metode yang disediakan oleh layanan DNS domain induk, tambahkan catatan NS untuk subdomain ke file zona untuk domain induk. Dalam catatan NS ini, tentukan empat server nama Route 53 yang terkait dengan zona yang di-hosting yang Anda buat di langkah 1.
**penting**
Jangan tambahkan catatan awal otoritas (SOA) ke file zona untuk domain induk. Karena subdomain akan menggunakan Route 53, layanan DNS untuk domain induk bukanlah otoritas untuk subdomain.
Jika layanan DNS Anda secara otomatis menambahkan catatan SOA untuk subdomain, hapus catatan untuk subdomain. Namun, jangan menghapus catatan SOA untuk domain induk.
# Memigrasi layanan DNS untuk subdomain ke Amazon Route 53 tanpa memigrasi domain induk
Anda dapat memigrasi subdomain untuk menggunakan Amazon Route 53 sebagai layanan DNS tanpa migrasi domain induk dari layanan DNS lain.
Proses ini memiliki langkah-langkah dasar berikut:
1. [Cari tahu](#decide-procedure-migrate-subdomain) apakah Anda bahkan harus menggunakan prosedur ini.
1. [Membuat zona yang di-hosting Route 53 untuk subdomain](#CreateZoneMigratedSubdomain).
1. [Dapatkan konfigurasi DNS saat ini dari penyedia layanan DNS saat ini untuk domain induk](#GetParentDomainResourceRecords).
1. [Tambahkan catatan catatan](#AddMigratedSubdomainRecords)Untuk subdomain Anda zona yang di-hosting Route 53.
1. *API saja:* [Konfirmasikan bahwa perubahan Anda telah disebarkan](#MigratingSubdomainCheckStatus) untuk semua server DNS Route 53.
**catatan**
Saat ini, satu-satunya cara untuk memverifikasi bahwa perubahan telah disebarkan adalah dengan menggunakan tindakan [GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html)API. Perubahan umumnya menyebar ke semua server nama Route 53 dalam waktu 60 detik.
1. [Memperbarui konfigurasi DNS dengan penyedia layanan DNS untuk domain induk dengan menambahkan nama server catatan untuk subdomain](#UpdateOldDNS).
## Memutuskan prosedur mana yang akan digunakan untuk membuat subdomain
Prosedur dalam topik ini menjelaskan cara melakukan operasi yang tidak biasa. Jika Anda sudah menggunakan Route 53 sebagai layanan DNS untuk domain Anda dan Anda hanya ingin merutekan lalu lintas untuk subdomain, seperti www.example.com, ke sumber daya Anda, seperti server web yang berjalan pada sebuah instance, lihat. EC2 [Merutekan lalu lintas untuk subdomain](dns-routing-traffic-for-subdomains.md)
Gunakan prosedur ini *hanya* jika Anda menggunakan layanan DNS lain untuk domain, misalnya example.com, dan Anda ingin mulai menggunakan Route 53 sebagai layanan DNS untuk subdomain yang ada pada domain tersebut, misalnya www.example.com.
## Membuat zona yang di-hosting untuk subdomain
Jika Anda ingin memigrasi subdomain dari layanan DNS lain ke Amazon Route 53 tetapi Anda tidak ingin memigrasi domain induk, mulai dengan membuat zona yang di-hosting untuk subdomain. Route 53 menyimpan informasi tentang subdomain Anda di zona yang di-hosting.
Untuk informasi tentang cara membuat zona yang di-hosting menggunakan konsol Route 53, lihat [Membuat zona yang di-hosting publik](CreatingHostedZone.md).
## Mendapatkan konfigurasi DNS Anda saat ini dari penyedia layanan DNS
Untuk menyederhanakan proses migrasi subdomain yang ada ke Route 53, dapatkan konfigurasi DNS saat ini untuk domain dari penyedia layanan DNS yang saat ini melayani domain. Anda dapat menggunakan informasi ini sebagai dasar untuk mengonfigurasi Route 53 sebagai layanan DNS untuk subdomain.
Apa yang Anda minta dan format yang masuk tergantung perusahaan mana yang saat ini Anda gunakan sebagai penyedia layanan DNS Anda. Idealnya, mereka akan memberikan file zona, yang berisi informasi tentang semua catatan dalam konfigurasi Anda saat ini. (Catatan memberi tahu DNS bagaimana Anda ingin lalu lintas dirutekan untuk domain dan subdomain Anda. Misalnya, ketika seseorang memasukkan nama domain Anda di browser web, apakah Anda ingin lalu lintas diarahkan ke server web di pusat data Anda, ke EC2 instance Amazon, ke CloudFront distribusi, atau ke lokasi lain?) Jika Anda bisa mendapatkan file zona dari penyedia layanan DNS saat ini, Anda dapat mengedit file zona untuk menghapus catatan yang tidak ingin Anda migrasi ke Amazon Route 53. Kemudian Anda dapat mengimpor catatan yang tersisa ke zona yang di-hosting Route 53 Anda, yang menyederhanakan proses dengan signifikan. Coba tanyakan ke dukungan pelanggan untuk penyedia layanan DNS Anda saat ini tentang cara mendapatkan *file zona* atau *daftar catatan*.
## Membuat catatan
Menggunakan catatan yang Anda dapatkan dari penyedia layanan DNS Anda saat ini sebagai titik awal, buat catatan yang sesuai di zona yang di-hosting Amazon Route 53 yang Anda buat untuk subdomain. Catatan yang Anda buat di Route 53 akan menjadi catatan yang digunakan DNS setelah Anda mendelegasikan tanggung jawab untuk subdomain ke Route 53, seperti yang dijelaskan di [Memperbarui layanan DNS Anda dengan catatan server nama untuk subdomain](#UpdateOldDNS), nanti saat proses berlangsung.
**penting**
Jangan membuat catatan name server (NS) atau start of authority (SOA) tambahan di zona yang di-hosting Route 53, dan jangan hapus catatan NS dan SOA yang ada.
Untuk membuat catatan menggunakan konsol Route 53, lihat [Bekerja dengan catatan](rrsets-working-with.md). Untuk membuat catatan menggunakan API Route 53, gunakan `ChangeResourceRecordSets`. Untuk informasi selengkapnya, lihat [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)di *[Referensi API Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/APIReference/)*.
## Memeriksa status perubahan Anda (hanya API)
Membuat zona yang di-hosting baru dan mengubah catatan membutuhkan waktu untuk menyebarkan ke server DNS Route 53. Jika Anda biasa [ChangeResourceRecordSets](https://docs.aws.amazon.com/Route53/latest/APIReference/API_ChangeResourceRecordSets.html)membuat catatan, Anda dapat menggunakan `GetChange` tindakan untuk menentukan apakah perubahan Anda telah disebarkan. (`ChangeResourceRecordSets`mengembalikan nilai untuk`ChangeId`, yang dapat Anda sertakan dalam `GetChange` permintaan berikutnya. `ChangeId`tidak tersedia jika Anda membuat catatan dengan menggunakan konsol.) Untuk informasi selengkapnya, lihat [GET GetChange](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetChange.html) di *Referensi API Amazon Route 53*.
**catatan**
Perubahan umumnya menyebar ke semua server nama Route 53 dalam waktu 60 detik.
## Memperbarui layanan DNS Anda dengan catatan server nama untuk subdomain
Setelah perubahan catatan Amazon Route 53 telah disebarkan (lihat [Memeriksa status perubahan Anda (hanya API)](#MigratingSubdomainCheckStatus)), perbarui layanan DNS untuk domain induk dengan menambahkan catatan NS untuk subdomain. Hal ini dikenal sebagai mendelegasikan tanggung jawab untuk subdomain untuk Route 53. Misalnya, domain induk example.com di-hosting dengan layanan DNS lain dan Anda memigrasi subdomain test.example.com ke Route 53. Anda harus membuat zona yang di-hosting untuk test.example.com dan memperbarui layanan DNS untuk example.com dengan catatan NS yang Route 53 ditugaskan ke zona yang di-hosting baru untuk test.example.com.
Lakukan prosedur berikut.
1. Menggunakan metode yang disediakan oleh layanan DNS Anda, cadangkan file zona untuk domain induk.
1. Jika penyedia layanan DNS sebelumnya untuk domain memiliki metode untuk mengubah pengaturan TTL untuk server nama mereka, kami sarankan Anda mengubah pengaturan menjadi 900 detik. Ini membatasi waktu selama permintaan klien akan mencoba untuk menyelesaikan nama domain menggunakan server nama usang. Jika TTL saat ini 172.800 detik (dua hari), yang merupakan pengaturan default umum, Anda masih perlu menunggu dua hari untuk resolver dan klien untuk menghentikan cache data DNS menggunakan TTL sebelumnya. Setelah pengaturan TTL berakhir, Anda dapat dengan aman menghapus catatan yang disimpan di penyedia sebelumnya dan membuat perubahan hanya untuk Route 53.
1. Di konsol Route 53, dapatkan server nama untuk zona yang di-hosting Route 53:
1. Masuk ke Konsol Manajemen AWS dan buka konsol Route 53 di [https://console.aws.amazon.com/route53/](https://console.aws.amazon.com/route53/).
1. Dalam panel navigasi, klik **Zona yang di-hosting**.
1. Pada halaman **Zona yang di-hosting**, pilih tombol radio (bukan nama) untuk zona yang di-hosting, lalu pilih **Lihat detail**.
1. Pada halaman detail untuk zona yang di-hosting, pilih **Detail zona yang di-hosting**.
1. Catat empat server yang tercantum untuk **Nama server**.
Atau, Anda dapat menggunakan tindakan `GetHostedZone`. Untuk informasi selengkapnya, lihat [GetHostedZone](https://docs.aws.amazon.com/Route53/latest/APIReference/API_GetHostedZone.html)di *Referensi API Amazon Route 53*.
1. Menggunakan metode yang disediakan oleh layanan DNS domain induk, tambahkan catatan NS untuk subdomain ke file zona untuk domain induk. Berikan catatan NS nama yang sama dengan subdomain. Untuk nilai dalam catatan NS, tentukan empat server nama Route 53 yang terkait dengan zona yang di-hosting yang Anda buat di langkah 2. Perhatikan bahwa layanan DNS yang berbeda menggunakan terminologi yang berbeda. Anda mungkin perlu menghubungi dukungan teknis untuk layanan DNS Anda guna mempelajari cara melakukan langkah ini.
**penting**
Jangan tambahkan catatan awal otoritas (SOA) ke file zona untuk domain induk. Karena subdomain akan menggunakan Route 53, layanan DNS untuk domain induk bukanlah otoritas untuk subdomain.
Jika layanan DNS Anda secara otomatis menambahkan catatan SOA untuk subdomain, hapus catatan untuk subdomain. Namun, jangan menghapus catatan SOA untuk domain induk.
Bergantung pada pengaturan TTL untuk server nama untuk domain induk, penyebaran perubahan Anda ke DNS resolver dapat memakan waktu 48 jam atau lebih. Selama periode ini, DNS resolver masih dapat menjawab permintaan dengan server nama untuk layanan DNS domain induk. Selain itu, komputer klien dapat terus memiliki server nama sebelumnya untuk subdomain di cache mereka.
1. Setelah pengaturan TTL registrar untuk domain kedaluwarsa (lihat Langkah 2), hapus catatan berikut dari file zona untuk domain induk:
+ Catatan yang ditambahkan ke Route 53 seperti yang dijelaskan dalam [Membuat catatan](#AddMigratedSubdomainRecords).
+ Catatan NS layanan DNS Anda. Setelah Anda selesai menghapus catatan NS, satu-satunya catatan NS di file zona adalah yang Anda buat di Langkah 4.
# Transisi ke latensi berbasis perutean di Amazon Route 53
Dengan perutean berbasis latensi, Amazon Route 53 dapat mengarahkan pengguna Anda ke titik akhir latensi terendah yang tersedia. AWS Misalnya, Anda dapat menghubungkan nama DNS seperti `www.example.com` dengan ELB Classic, Application, atau Network Load Balancer, atau dengan instans Amazon EC2 atau alamat IP Elastis yang di-host di wilayah US East (Ohio) dan Europe (Ireland). Server DNS Route 53 memutuskan, berdasarkan kondisi jaringan dalam beberapa minggu terakhir, contoh di wilayah mana yang harus melayani pengguna tertentu. Pengguna di London kemungkinan akan diarahkan ke instans Europe (Ireland), pengguna di Chicago kemungkinan akan diarahkan ke instans US East (Ohio), dan seterusnya. Route 53 mendukung perutean berbasis latensi untuk catatan A, AAAA, TXT, dan CNAME, serta alias untuk catatan A dan AAAA.
**catatan**
Data tentang latensi antara pengguna dan sumber daya Anda sepenuhnya didasarkan pada lalu lintas antara pengguna dan pusat AWS data. Jika Anda tidak menggunakan sumber daya di AWS Wilayah, latensi aktual antara pengguna dan sumber daya dapat sangat bervariasi dari data AWS latensi. Ini benar bahkan jika sumber daya Anda terletak di kota yang sama dengan AWS Wilayah.
Untuk transisi yang mulus dan berisiko rendah, Anda dapat menggabungkan catatan tertimbang dan latensi untuk bermigrasi secara bertahap dari perutean standar ke perutean berbasis latensi dengan kontrol penuh dan kemampuan rollback pada setiap tahap. Mari kita pertimbangkan contoh di mana `www.example.com` saat ini di-host di Amazon EC2 di wilayah US East (Ohio). Instanas ini memiliki alamat IP Elastis `W.W.W.W`. Misalkan Anda ingin melanjutkan perutean lalu lintas ke wilayah US East (Ohio) bila berlaku sementara juga mulai mengarahkan pengguna ke instans Amazon EC2 tambahan di wilayah US West (N. California) (IP Elastis `X.X.X.X`) dan di wilayah Europe (Ireland) (IP Elastis `Y.Y.Y.Y`). Zona yang di-hosting Route 53 `example.com` sudah memiliki catatan untuk `www.example.com` yang memiliki **Tipe** dari A dan **Nilai** (alamat IP) `W.W.W.W`.
Setelah selesai dengan contoh berikut, Anda akan memiliki dua catatan alias tertimbang:
+ Anda akan mengonversi catatan yang sudah ada untuk `www.example.com` menjadi catatan alias tertimbang yang terus mengarahkan sebagian besar lalu lintas Anda ke instans Amazon EC2 di wilayah US East (Ohio).
+ Anda akan membuat catatan alias tertimbang lain yang awalnya hanya mengarahkan sebagian kecil lalu lintas ke catatan latensi Anda, yang mengarahkan lalu lintas ke ketiga wilayah.
Dengan memperbarui bobot dalam catatan alias tertimbang ini, Anda dapat secara bertahap beralih dari hanya merutekan lalu lintas ke wilayah US East (Ohio) ke merutekan lalu lintas ke ketiga wilayah tempat Anda memiliki instans Amazon EC2.
**Untuk beralih ke perutean berbasis latensi**
1. Buat salinan catatan untuk `www.example.com`, tetapi gunakan nama domain baru, misalnya, `copy-www.example.com`. Berikan catatan baru **Jenis** (A) dan **Nilai** (`W.W.W.W`) yang sama sebagai catatan untuk `www.example.com`.
1. Memperbarui catatan A yang ada untuk `www.example.com` guna membuatnya catatan alias tertimbang:
+ Untuk **Value/Route traffic to** (Menilai/Merutekan lalu lintas), pilih **Alias to another record in this hosted zone** (Alias ke catatan lain di zona yang di-hosting ini), dan tentukan `copy-www.example.com`.
+ Untuk **Bobot**, tentukan 100.
Ketika Anda selesai dengan pembaruan, Route 53 akan terus menggunakan catatan ini untuk merutekan semua lalu lintas ke sumber daya yang memiliki alamat IP`W.W.W.W`.
1. Buat catatan latensi untuk setiap instans Amazon EC2 Anda, misalnya:
+ US East (Ohio), Alamat IP Elastis `W.W.W.W`
+ US West (N. California), Alamat IP Elastis `X.X.X.X`
+ Europe (Ireland), Alamat IP elastis`Y.Y.Y.Y`
Berikan semua catatan latensi nama domain yang sama, misalnya, `www-lbr.example.com` dan jenis yang sama, A.
Setelah Anda selesai membuat catatan latensi, Route 53 akan terus merutekan lalu lintas menggunakan catatan yang Anda perbarui di Langkah 2.
Anda dapat menggunakan `www-lbr.example.com` untuk pengujian validasi, misalnya, untuk memastikan bahwa setiap titik akhir dapat menerima permintaan.
1. Sekarang mari kita tambahkan catatan latensi `www-lbr.example.com` ke dalam catatan tertimbang `www.example.com` dan mulai merutekan lalu lintas terbatas ke instans Amazon EC2 yang sesuai. Ini berarti bahwa instans Amazon EC2 di wilayah US East (Ohio) akan mendapatkan lalu lintas dari kedua catatan tertimbang.
Buat catatan alias tertimbang lainnya untuk `www.example.com`:
+ Untuk **Value/Route traffic to** (Menilai/Merutekan lalu lintas), pilih **Alias to another record in this hosted zone** (Alias ke catatan lain di zona yang di-hosting ini), dan tentukan `www-lbr.example.com.`
+ Untuk **Bobot**, tentukan 1.
Ketika Anda selesai dan perubahan Anda disinkronkan ke server Route 53, Route 53 akan mulai merutekan sebagian kecil lalu lintas Anda (1/101) ke instans Amazon EC2 yang Anda buat catatan latensi di Langkah 3.
1. Saat Anda mengembangkan keyakinan bahwa titik akhir Anda diskalakan secara memadai untuk lalu lintas masuk, sesuaikan bobotnya. Misalnya, jika Anda ingin 10% dari permintaan Anda didasarkan pada perutean berbasis latensi, ubah bobot masing-masing menjadi 90 dan 10.
Untuk informasi lebih lanjut tentang membuat catatan latensi, lihat [Membuat catatan dengan menggunakan konsol Amazon Route 53](resource-record-sets-creating.md).
# Menambahkan Wiilayah lain untuk perutean berbasis latensi Anda di Amazon Route 53
Jika Anda menggunakan perutean berbasis latensi dan ingin menambahkan instans di wilayah baru, Anda dapat mengalihkan lalu lintas ke wilayah baru secara bertahap dengan cara yang sama seperti Anda secara bertahap mengalihkan lalu lintas ke perutean berbasis latensi di [Transisi ke latensi berbasis perutean di Amazon Route 53](TutorialTransitionToLBR.md).
Misalnya, Anda menggunakan perutean berbasis latensi untuk merutekan lalu lintas untuk `www.example.com`, dan Anda ingin menambahkan instans Amazon EC2 di Asia Pacific (Tokyo) ke instans Anda di US East (Ohio), US West (N. California), dan Europe (Ireland). Contoh prosedur berikut menjelaskan salah satu cara yang Anda dapat menambahkan instans di wilayah lain.
Untuk contoh ini, zona yang di-hosting Amazon Route 53 untuk `example.com` sudah memiliki catatan alias tertimbang untuk `www.example.com` yang merutekan lalu lintas ke catatan berbasis latensi untuk `www-lbr.example.com`:
+ US East (Ohio), Alamat IP Elastis `W.W.W.W`
+ US West (N. California), Alamat IP Elastis `X.X.X.X`
+ Europe (Ireland), Alamat IP elastis`Y.Y.Y.Y`
Catatan alias tertimbang memiliki berat 100. Setelah Anda beralih ke perutean berbasis latensi, asumsikan bahwa Anda menghapus catatan berbobot lain yang Anda gunakan untuk transisi.
**Untuk menambahkan Wilayah lain ke perutean berbasis latensi Anda di Route 53**
1. Buat empat rekaman berbasis latensi baru yang menyertakan tiga region asli serta wilayah baru tempat Anda ingin mulai merutekan lalu lintas.
+ US East (Ohio), Alamat IP Elastis `W.W.W.W`
+ US West (N. California), Alamat IP Elastis `X.X.X.X`
+ Europe (Ireland), Alamat IP elastis`Y.Y.Y.Y`
+ Asia Pacific (Tokyo), alamat IP Elastis `Z.Z.Z.Z`
Berikan semua catatan latensi nama domain baru yang sama, misalnya, `www-lbr-2012-04-30.example.com`, dan jenis yang sama, A.
Setelah selesai membuat catatan latensi, Route 53 akan terus merutekan lalu lintas menggunakan alias tertimbang record (`www.example.com`) dan catatan latensi () asli. `www-lbr.example.com`
Anda dapat menggunakan catatan `www-lbr-2012-04-30.example.com` untuk pengujian validasi, misalnya, untuk memastikan bahwa setiap titik akhir dapat menerima permintaan.
1. Buat catatan alias tertimbang untuk catatan latensi baru:
+ Untuk nama domain, tentukan nama untuk catatan alias tertimbang yang ada, `www.example.com`.
+ Untuk **Value/Route traffic to** (Menilai/Merutekan lalu lintas), pilih **Alias to another record in this hosted zone** (Alias ke catatan lain di zona yang di-hosting ini), dan tentukan `www-lbr-2012-04-30.example.com`.
+ Untuk **Bobot**, tentukan 1.
Setelah selesai, Route 53 akan mulai merutekan sebagian kecil lalu lintas Anda (1/101) ke instans Amazon EC2 yang Anda buat catatan latensi `www-lbr-2012-04-30.example.com` di Langkah 1. Sisa lalu lintas akan terus diarahkan ke catatan latensi `www-lbr.example.com`, yang tidak termasuk instans Amazon EC2 di wilayah Asia Pacific (Tokyo).
1. Saat Anda mengembangkan keyakinan bahwa titik akhir Anda diskalakan secara memadai untuk lalu lintas masuk, sesuaikan bobotnya. Misalnya, jika Anda ingin 10% permintaan Anda diarahkan ke catatan latensi yang mencakup wilayah Tokyo, ubah bobot untuk `www-lbr.example.com` dari 100 hingga 90 dan berat untuk `www-lbr-2012-04-30.example.com` dari 1 sampai 10.
Untuk informasi selengkapnya tentang cara membuat catatan, lihat [Membuat catatan dengan menggunakan konsol Amazon Route 53](resource-record-sets-creating.md).
# Menggunakan latensi dan catatan tertimbang di Amazon Route 53 untuk merutekan lalu lintas ke beberapa instans Amazon EC2 di suatu Wilayah
Jika aplikasi Anda berjalan pada instans Amazon EC2 di dua atau lebih wilayah Amazon EC2, dan jika Anda memiliki lebih dari satu instans Amazon EC2 di satu atau beberapa wilayah, Anda dapat menggunakan perutean berbasis latensi untuk merutekan lalu lintas ke wilayah yang benar dan kemudian menggunakan catatan berbobot untuk merutekan lalu lintas ke instans dalam wilayah berdasarkan bobot yang Anda tentukan.
Misalnya, Anda memiliki tiga instans Amazon EC2 dengan alamat IP Elastis di wilayah US East (Ohio) dan Anda ingin mendistribusikan permintaan di ketiga IP secara merata untuk pengguna yang wilayahnya sesuai US East (Ohio). Cukup satu instans Amazon EC2 di wilayah lain, meskipun Anda dapat menerapkan teknik yang sama ke banyak wilayah sekaligus.
**Untuk menggunakan latensi dan catatan tertimbang di Amazon Route 53 untuk merutekan lalu lintas ke beberapa instans Amazon EC2 di suatu wilayah**
1. Buat sekelompok catatan tertimbang untuk instans Amazon EC2 di wilayah tersebut. Perhatikan hal-hal berikut:
+ Berikan setiap catatan tertimbang nilai yang sama untuk **Nama catatan** (misalnya, `us-east.example.com`) dan **Tipe catatan**.
+ Untuk **Value/Route traffic to** (Menilai/Merutekan lalu lintas), pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan), dan menentukan nilai dari salah satu alamat IP elastis.
+ Jika Anda ingin bobot instans Amazon EC2 sama, tentukan nilai yang sama untuk **Bobot**.
+ Tentukan nilai unik untuk **Set ID** untuk setiap catatan.
Untuk informasi selengkapnya tentang nilai rekaman tertimbang, lihat [Perutean tertimbang](routing-policy-weighted.md)
1. Jika Anda memiliki beberapa instans Amazon EC2 di wilayah lain, ulangi Langkah 1 untuk wilayah lain. Tentukan nilai yang berbeda untuk **Nama** di setiap daerah.
1. Untuk setiap wilayah di mana Anda memiliki beberapa instans Amazon EC2 (misalnya, US East (Ohio)), buat catatan alias latensi. Untuk **Value/Route traffic to** (Menilai/Merutekan lalu lintas), pilih **Alias to another record in this hosted zone** (Alias ke catatan lain di zona yang di-hosting ini), dan tentukan nilai bidang **Record name** (Catatan nama) (misalnya, `us-east.example.com`) yang Anda tetapkan ke catatan tertimbang di wilayah tersebut.
1. Untuk setiap wilayah di mana Anda memiliki satu instans Amazon EC2, membuat catatan latensi. Untuk **Catatan nama**, tentukan nilai yang sama yang Anda tentukan untuk catatan alias latensi yang Anda buat di langkah 3. Untuk **Value/Route traffic to** (Menilai/Merutekan lalu lintas), pilih **IP address or another value depending on the record type** (Alamat IP atau nilai lain tergantung jenis catatan), dan tentukan alamat IP Elastis instans Amazon EC2 di Wilayah itu.
Untuk informasi selengkapnya tentang menambahkan catatan alias ke instans Amazon EC2, lihat [Merutekan lalu lintas ke instans Amazon EC2](routing-to-ec2-instance.md)
Untuk informasi selengkapnya tentang cara membuat catatan, lihat [Membuat catatan dengan menggunakan konsol Amazon Route 53](resource-record-sets-creating.md).
# Mengelola lebih 100 catatan tertimbang di Amazon Route 53
Di Amazon Route 53 Anda dapat mengonfigurasi catatan tertimbang. Untuk nama dan jenis tertentu (misalnya, `www.example.com`, tipe A), Anda dapat mengkonfigurasi hingga 100 tanggapan alternatif, masing-masing dengan beratnya sendiri. Ketika menanggapi pertanyaan untuk `www.example.com`, server DNS Route 53 memilih respons acak tertimbang untuk kembali ke DNS resolver. Nilai catatan tertimbang yang memiliki bobot 2 dihasilkan, rata-rata, dua kali lebih sering dari nilai catatan tertimbang yang memiliki bobot 1.
Jika Anda perlu mengarahkan lalu lintas ke lebih dari 100 titik akhir, salah satu cara untuk mencapainya adalah dengan menggunakan pohon catatan alias berbobot dan catatan berbobot. Misalnya, "level" pertama dari pohon mungkin berisi hingga 100 catatan alias berbobot, yang masing-masing dapat, pada gilirannya, menunjuk hingga 100 catatan berbobot. Route 53 memungkinkan hingga tiga tingkat rekursi, memungkinkan Anda untuk mengelola hingga 1.000.000 titik akhir berbobot unik.
Pohon dua tingkat sederhana mungkin terlihat seperti ini:
**Catatan alias tertimbang**
+ Alias `www.example.com` untuk `www-a.example.com` dengan bobot 1
+ Alias `www.example.com` untuk `www-b.example.com` dengan bobot 1
**Catatan tertimbang**
+ `www-a.example.com`, tipe A, nilai 192.0.2.1, bobot 1
+ `www-a.example.com`, tipe A, nilai 192.0.2.2, bobot 1
+ `www-b.example.com`, tipe A, nilai 192.0.2.3, bobot 1
+ `www-b.example.com`, tipe A, nilai 192.0.2.4, bobot 1
Untuk informasi selengkapnya tentang cara membuat catatan, lihat [Bekerja dengan catatan](rrsets-working-with.md).
# Menimbang jawaban multicatatan yang toleran terhadap kesalahan di Amazon Route 53
**catatan**
Catatan yang menggunakan kebijakan perutean jawaban multinilai berperilaku dengan cara yang sama seperti konfigurasi yang didokumentasikan dalam tutorial ini. Perbedaan utamanya adalah konfigurasi tutorial memungkinkan Anda menentukan bobot, yang dapat berguna ketika titik akhir Anda memiliki kapasitas yang berbeda. Untuk informasi selengkapnya, lihat [Perutean jawaban multinilai](routing-policy-multivalue.md).
Catatan tertimbang Amazon Route 53 hanya dapat dikaitkan dengan satu catatan, yang berarti kombinasi dari satu nama (misalnya, `example.com`) dan satu jenis catatan (misalnya, A). Namun, ini sering kali diinginkan untuk menimbang respons DNS yang berisi banyak catatan.
Misalnya, Anda mungkin memiliki delapan instans Amazon EC2 atau titik akhir IP Elastis untuk layanan. Jika klien layanan tersebut mendukung koneksi mencoba lagi (seperti yang dilakukan semua peramban umum), maka memberikan beberapa alamat IP dalam respons DNS memberi klien tersebut titik akhir alternatif jika terjadi kegagalan titik akhir tertentu. Anda bahkan dapat melindungi dari kegagalan zona ketersediaan jika Anda mengonfigurasi respons untuk berisi campuran IPs host di dua atau lebih zona ketersediaan.
Jawaban multicatatan juga berguna ketika sejumlah besar klien (misalnya, aplikasi web seluler) berbagi satu kumpulan kecil cache DNS. Dalam hal ini, jawaban multicatatan memungkinkan klien untuk mengarahkan permintaan ke beberapa titik akhir bahkan jika mereka menerima respons DNS umum dari cache bersama.
Jenis jawaban multicatatan berbobot ini dapat dicapai dengan menggunakan kombinasi catatan dan catatan alias berbobot. Anda dapat mengelompokkan delapan titik akhir menjadi dua kumpulan catatan berbeda yang masing-masing berisi empat alamat IP:
`endpoint-a.example.com`, ketik A, dengan nilai berikut:
+ 192.0.2.1
+ 192.0.2.2
+ 192.0.2.128
+ 192.0.2.129
`endpoint-b.example.com`, ketik A, dengan nilai berikut:
+ 192.0.2.3
+ 192.0.2.4
+ 192.0.2.130
+ 192.0.2.131
Anda kemudian dapat membuat catatan alias tertimbang yang menunjuk ke setiap grup:
+ Alias `www.example.com` untuk `endpoint-a.example.com`, tipe A, bobot 1
+ Alias `www.example.com` untuk `endpoint-b.example.com`, tipe A, bobot 1
Untuk informasi selengkapnya tentang cara membuat catatan, lihat [Bekerja dengan catatan](rrsets-working-with.md).