

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

# Menggunakan Amazon Route 53 sebagai layanan DNS untuk subdomain tanpa memigrasi domain induk
<a name="creating-migrating"></a>

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
<a name="CreatingNewSubdomain"></a>

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
<a name="decide-procedure-create-subdomain"></a>

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
<a name="CreateZoneNewSubdomain"></a>

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
<a name="AddNewSubdomainRecords"></a>

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)
<a name="CheckStatusNewSubdomain"></a>

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
<a name="UpdateDNSParentDomain"></a>

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
<a name="MigratingSubdomain"></a>

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
<a name="decide-procedure-migrate-subdomain"></a>

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
<a name="CreateZoneMigratedSubdomain"></a>

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
<a name="GetParentDomainResourceRecords"></a>

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
<a name="AddMigratedSubdomainRecords"></a>

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)
<a name="MigratingSubdomainCheckStatus"></a>

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
<a name="UpdateOldDNS"></a>

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.