Saat Anda membuat instance Compute Engine, DNS internal akan otomatis membuat nama DNS untuk instance tersebut. Nama DNS ini memfasilitasi komunikasi instance ke instance internal dengan me-resolve alamat IP internal. Jaringan Virtual Private Cloud di Google Cloud menggunakan layanan DNS internal untuk memungkinkan instance komputasi dalam jaringan yang sama saling mengakses satu sama lain dengan menggunakan nama DNS internal.
Google Cloud otomatis membuat, mengupdate, dan menghapus jenis data DNS berikut saat Anda mengelola instance:
- Data alamat DNS, atau data A, dibuat untuk instance di zona DNS untuk
.internal
. - Data PTR untuk instance, yang digunakan untuk pencarian DNS terbalik, dibuat di zona terbalik yang sesuai.
Misalnya, saat Anda menghapus instance, Google Cloud otomatis menghapus data A dan PTR terkait untuk nama DNS internalnya. Jika kemudian Anda membuat instance dengan nama yang sama, Google Cloud akan membuat data baru untuk pengganti.
Batasan
Nama DNS internal memiliki spesifikasi berikut:
Nama DNS internal instance hanya di-resolve ke alamat IP internal utamanya. Nama DNS internal tidak dapat digunakan untuk terhubung ke alamat IP eksternal instance.
DNS internal tidak mendukung instance khusus IPv6 (Pratinjau).
Nama DNS internal tidak dapat dikonfigurasi untuk di-resolve menjadi IP alias sekunder.
Nama DNS internal hanya dapat di-resolve dari instance yang berada di jaringan yang sama. Instance ini dapat berada di project yang sama dengan jaringan, atau dapat berada dalam project layanan menggunakan jaringan VPC Bersama yang sama. Untuk me-resolve nama DNS instance dalam project layanan, Anda harus menggunakan FQDN instance. Anda tidak dapat menggunakan DNS internal untuk menghubungi instance yang berada di jaringan berbeda.
Nama DNS internal zona dan global
Google Cloud memiliki dua jenis nama DNS internal:
- DNS Zona: nama instance harus unik di setiap zona, tetapi Anda dapat
menggunakan kembali nama instance di seluruh zona. Misalnya, Anda dapat memiliki beberapa instance bernama
instance-1
selama instance berada di zona yang berbeda. - DNS Global: nama instance harus unik dalam setiap project. Dengan DNS global, Anda tidak dapat menggunakan kembali nama instance dalam project.
Google sangat merekomendasikan penggunaan DNS zona karena menawarkan keandalan yang lebih tinggi dengan mengisolasi kegagalan dalam pendaftaran DNS ke masing-masing zona. Jika terjadi pemadaman layanan, DNS global memiliki masalah berikut:
- Nama instance harus unik di seluruh project. Akibatnya, Anda tidak dapat membuat instance baru di region mana pun yang mengalami kegagalan bidang kontrol tempat Anda memiliki atau sebelumnya memiliki resource project. Google Cloud tidak dapat memverifikasi nama DNS resource yang ada di region yang tidak tersedia.
- Fitur Compute Engine tertentu tidak tersedia, seperti penskalaan otomatis grup instance terkelola (MIG). Akibatnya, aplikasi Anda yang menggunakan penskalaan otomatis untuk menangani peningkatan workload dengan baik tidak dapat diskalakan.
Jenis DNS internal default ditetapkan saat Anda mengaktifkan Compute Engine API.
- Jenis DNS internal default adalah DNS zona.
- Jika organisasi atau project mandiri Anda mengaktifkan Compute Engine API sebelum 6 September 2018, jenis DNS internal default akan ditetapkan ke DNS global.
Nama domain yang sepenuhnya memenuhi syarat untuk nama DNS internal dijelaskan dalam tabel berikut.
Jenis DNS Internal | Nama domain yang sepenuhnya memenuhi syarat (FQDN) |
---|---|
DNS Zona | INSTANCE_NAME.ZONE.c.PROJECT_ID.internal |
DNS Global (seluruh project) | INSTANCE_NAME.c.PROJECT_ID.internal |
Ganti kode berikut:
INSTANCE_NAME
: nama instance. Untuk DNS zona, nilai ini harus unik di dalam zona, tetapi dapat diulang di seluruh zona. Untuk DNS global, nama instance harus unik di seluruh project.ZONE
: zona tempat instance Anda berada.PROJECT_ID
: project tempat instance berada.
Untuk mengetahui informasi tentang cara mengontrol jenis nama DNS internal mana yang digunakan di tingkat project atau instance, lihat mengonfigurasi nama DNS untuk project atau instance Anda.
Resolusi nama DNS
Instance menerima informasi resolusi DNS internal sebagai bagian dari lease DHCP. Metode resolusi DNS bergantung pada platform sistem operasi:
- Linux: Secara default, server DNS instance (
169.254.169.254:53
) me-resolve nama DNS internal. - Windows: Secara default, gateway default subnet me-resolve nama DNS internal.
Zona terbalik untuk data PTR
Layanan DNS internalGoogle Cloudsecara otomatis membuat data PTR untuk instance di zona terbalik berikut:
10.in-addr.arpa.
168.192.in-addr.arpa.
16.172.in-addr.arpa.
,17.172.in-addr.arpa.
, ... hingga31.172.in-addr.arpa.
Nama DNS Internal dan VPC Bersama
Anda dapat menggunakan nama DNS internal untuk merujuk ke alamat IP internal instance meskipun alamat IP tersebut berada di jaringan VPC Bersama dalam project host. Dengan VPC Bersama, bagian ID project dari nama DNS internal zona atau global (seluruh project) adalah ID project layanan.
Menyesuaikan nama DNS internal
Beberapa organisasi atau aplikasi mungkin memerlukan nama DNS internal kustom, bukan nama DNS internal default yang dibuat oleh Google Cloud.
Zona pribadi dan data kustom dengan Cloud DNS
Anda dapat menggunakan zona pribadi Cloud DNS untuk membuat entri DNS kustom untuk instance Anda. Anda dapat mengonfigurasi data PTR agar dapat mengganti URL DNS internal default untuk instance dengan URL kustom yang Anda berikan.
Untuk membuat data PTR kustom yang mengganti nama PTR DNS internal yang dibuat otomatis, lihat Data PTR untuk alamat RFC 1918 di zona pribadi. Untuk informasi tentang cara membuat data PTR untuk instance, lihat Membuat data PTR untuk instance.
Nama host kustom
Anda dapat menentukan nama host kustom untuk instance saat membuatnya. Nama host kustom yang ditetapkan dengan cara ini tidak diselesaikan oleh DNS internal. Dengan nama host kustom, Anda tetap harus membuat data DNS yang sesuai di zona yang sesuai (misalnya, menggunakan Cloud DNS). Untuk mengetahui informasi selengkapnya, lihat membuat instance dengan nama host kustom.
DNS dan DHCP Internal
Instance Compute Engine dikonfigurasi untuk memperpanjang lease DHCP setiap 24 jam. Untuk instance yang diaktifkan untuk DNS zona, masa lease DHCP berakhir setiap jam. Instance yang menggunakan DNS zona memiliki entri zona dan global dalam file konfigurasi DHCP.
Secara default, sebagian besar distribusi Linux menyimpan informasi DHCP di
resolv.conf
.
Pengeditan resolv.conf
secara manual akan menyebabkannya dikembalikan ke
DHCP default setiap kali masa lease DHCP berakhir pada instance Anda. Untuk membuat
perubahan statis dalam file resolv.conf
, beberapa distribusi Linux
memungkinkan item ditambahkan awalannya atau ditambahkan akhirannya ke
kebijakan DHCP.
Cara Anda mengubah kebijakan atau file konfigurasi DHCP bergantung pada distribusi Linux yang Anda gunakan. Misalnya, Red Hat Enterprise Linux dan Debian
menggunakan file konfigurasi /etc/dhcp/dhcpd.conf
. Di CentOS, Anda menggunakan
utilitas command line Network Manager,
nmcli
.
Lihat dokumentasi sistem operasi untuk mendapatkan informasi tentang cara mengonfigurasi setelan jaringan DHCP dan DNS khusus. Misalnya, untuk Red Hat Enterprise Linux untuk SAP dengan HA dan Update Services 8.6, gunakan link berikut: Mengonfigurasi file /etc/resolv.conf secara manual
Contoh file resolv.conf
Secara default, sebagian besar distribusi Linux menyimpan informasi DHCP di
resolv.conf
.
Layanan systemd-resolved
juga menyediakan layanan resolver untuk DNS.
Anda dapat mengonfigurasi layanan ini dengan mengedit file /etc/systemd/resolved.conf
dan file *.conf
lainnya di direktori /etc/systemd/resolved.conf.d/
. Di distribusi Linux
yang menyimpan informasi DHCP di resolved.conf
, Anda dapat melihat
entri DNS zona dan global dalam
file
/etc/systemd/resolved.conf
.
File ini memiliki batasan berikut:
- Jalur penelusuran hanya dapat menangani 6 data, dan 3 di antaranya disediakan oleh Compute Engine. Jika Anda menambahkan entri ke jalur penelusuran sehingga jumlah total entri lebih besar dari 6, aturan penelusuran setelah entri ke-6 tidak akan diterapkan oleh OS Anda. Hal ini dapat menyebabkan fitur Compute Engine berhenti berfungsi, seperti mengakses instance menggunakan nama instance-nya.
Pengeditan
resolv.conf
secara manual akan menyebabkannya dikembalikan ke DHCP default setiap kali masa lease DHCP 24 jam berakhir pada instance Anda. Pada instance yang menggunakan DNS zona, masa lease DHCP berakhir setiap jam. Untuk membuat perubahan statis dalam fileresolv.conf
, beberapa distribusi Linux memungkinkan item ditambahkan awalannya atau ditambahkan akhirannya ke kebijakan DHCP.
Contoh file resolv.conf
zona:
# Local domain name. Computed from your project name. domainZONE .c.PROJECT_ID .internal # Search list for hostname lookup. Starting with entries that represent # your project and ending with google.internal to facilitate metadata server requests. searchZONE .c.PROJECT_ID .internal. c.PROJECT_ID .internal. google.internal. # Address of the DNS server to resolve project specific, and global domain names. nameserver 169.254.169.254
Ganti kode berikut:
ZONE
adalah zona tempat instance Anda berada.PROJECT_ID
: project tempat instance berada
Contoh file dhcp.lease
zona:
lease { # What interface we are using for the network interface "eth0"; fixed-address 10.128.0.9; option subnet-mask 255.255.255.255; option routers 10.128.0.1; # Lease timeout, older instances will have this value set to infinite. option dhcp-lease-time 3600; option dhcp-message-type 5; option domain-name-servers 169.254.169.254; option dhcp-server-identifier 169.254.169.254; option interface-mtu 1460; # Search path options that are copied into the resolv.conf option domain-search "ZONE .c.PROJECT_ID .internal.", "c.PROJECT_ID .internal.", "google.internal."; option ntp-servers 169.254.169.254; option rfc3442-classless-static-routes 32,10,128,0,1,0,0,0,0,0,10,128,0,1; option host-name "INSTANCE_NAME .ZONE .c.PROJECT_ID .internal"; option domain-name "ZONE .c.PROJECT_ID .internal"; renew 4 2017/11/16 02:15:52; rebind 4 2017/11/16 02:43:59; expire 4 2017/11/16 02:51:29; }
Ganti kode berikut:
INSTANCE_NAME
: nama instanceZONE
adalah zona tempat instance Anda berada.PROJECT_ID
: project tempat instance berada
Contoh file resolv.conf
global:
# Local domain name. Computed from your project name. domain c.PROJECT_ID .internal # Search list for hostname lookup. Starting with entries that represent # your project and ending with google.internal to facilitate metadata server requests. search c.PROJECT_ID .internal google.internal. # Address of the DNS server to resolve project specific, and global domain names. nameserver 169.254.169.254
Ganti PROJECT_ID
dengan project yang memiliki instance tersebut.
Contoh file dhcp.lease
global:
lease { # What interface we are using for the network interface "eth0"; fixed-address 10.128.0.8; option subnet-mask 255.255.255.255; option routers 10.128.0.1; # Lease timeout, older instances will have this value set to infinite. option dhcp-lease-time 86400; option dhcp-message-type 5; option domain-name-servers 169.254.169.254; option dhcp-server-identifier 169.254.169.254; option interface-mtu 1460; # Search path options that are copied into the resolv.conf option domain-search "c.PROJECT_ID .internal.", "google.internal."; option ntp-servers 169.254.169.254; option rfc3442-classless-static-routes 32,10,128,0,1,0,0,0,0,0,10,128,0,1; option host-name "INSTANCE_NAME .c.PROJECT_ID .internal"; option domain-name "c.PROJECT_ID .internal"; renew 4 2017/11/16 12:07:00; rebind 4 2017/11/16 22:44:53; expire 5 2017/11/17 01:44:53; }
Ganti kode berikut:
INSTANCE_NAME
: nama instancePROJECT_ID
: project tempat instance berada
Contoh file dhclient.conf
Beberapa sistem operasi, seperti Debian 9, menggunakan file dhclient.conf
, bukan
file resolv.conf
.
Contoh file /etc/dhcp/dhclient.conf
:
# Configuration file for /sbin/dhclient.
#
...
append domain-search "mydomain.com";
prepend domain-name-servers 172.16.1.1;
Dalam contoh ini, mydomain.com
adalah domain penelusuran baru dan 172.16.1.1
adalah IP server DNS Anda.
Langkah berikutnya
- Untuk mengetahui informasi tentang Google Cloud jaringan VPC, lihat ringkasan VPC.
- Untuk mengetahui informasi tentang cara membuat dan mengubah jaringan VPC, lihat Menggunakan VPC.
- Migrasikan organisasi dan project Anda untuk menggunakan DNS zona, bukan DNS global.