Google menggunakan teknologi AI untuk menerjemahkan konten ke dalam bahasa pilihan Anda. Terjemahan AI mungkin mengandung kesalahan.

Beberapa antarmuka jaringan

Halaman ini memberikan ringkasan tentang beberapa antarmuka jaringan untuk instance Compute Engine. Instance dengan beberapa antarmuka jaringan disebut sebagai instance multi-NIC.

Antarmuka jaringan instance terhubung ke jaringan Virtual Private Cloud (VPC) dan dapat berupa antarmuka jaringan virtual (vNIC) atau NIC Dinamis, dengan NIC Dinamis adalah sub-antarmuka turunan dari vNIC induk. vNIC instance didukung oleh satu atau beberapa NIC fisik di server host yang menjalankan instance. Untuk mengetahui informasi selengkapnya, lihat Jenis antarmuka jaringan.

Kasus penggunaan

Instance multi-NIC berguna dalam skenario berikut:

Untuk terhubung ke resource di jaringan VPC terpisah: instance multi-NIC dapat terhubung ke resource yang berada di jaringan VPC berbeda yang tidak terhubung satu sama lain melalui Peering Jaringan VPC atau NCC.
- Karena setiap antarmuka instance multi-NIC berada dalam jaringan VPC yang terpisah, Anda dapat menggunakan setiap antarmuka untuk tujuan yang unik. Misalnya, Anda dapat menggunakan beberapa antarmuka untuk merutekan paket antarjaringan VPC yang membawa traffic produksi dan antarmuka lain untuk tujuan pengelolaan atau konfigurasi.
- Dalam OS tamu setiap instance multi-NIC, Anda harus mengonfigurasi kebijakan rute dan tabel rute lokal.
Untuk merutekan paket antarjaringan VPC: instance multi-NIC dapat digunakan sebagai next hop untuk rute guna menghubungkan dua atau beberapa jaringan VPC.
- Software yang berjalan dalam OS tamu instance multi-NIC dapat melakukan inspeksi paket, terjemahan alamat jaringan (NAT), atau fungsi keamanan jaringan lainnya.
- Saat menghubungkan jaringan VPC menggunakan instance multi-NIC, sebaiknya konfigurasi dua instance multi-NIC atau lebih, dengan menggunakannya sebagai backend untuk Load Balancer Jaringan passthrough internal di setiap jaringan VPC. Untuk mengetahui informasi selengkapnya, lihat Kasus penggunaan dalam dokumentasi Load Balancer Jaringan passthrough internal sebagai next hop.
Untuk meningkatkan total bandwidth jaringan instance: instance multi-NIC mendukung peningkatan bandwidth sebagai berikut:
- Untuk beberapa jenis mesin di Google Cloud, instance didukung oleh beberapa NIC fisik di server host. Membuat instance dengan beberapa vNIC yang masing-masing vNIC menggunakan NIC fisik yang berbeda akan meningkatkan total bandwidth jaringan instance. Untuk mengetahui informasi selengkapnya, lihat Bandwidth untuk beberapa antarmuka jaringan dalam jaringan VPC yang sama.
- Untuk sebagian besar jenis mesin di Google Cloud, instance didukung oleh NIC fisik tunggal di server host, dan setiap vNIC menggunakan NIC fisik yang sama. Jika vNIC berbagi NIC fisik, penambahan vNIC tidak akan meningkatkan bandwidth jaringan.

Anda juga dapat menggunakan instance multi-NIC dengan antarmuka Private Service Connect untuk menghubungkan jaringan produsen dan konsumen layanan di project yang berbeda.

Jenis antarmuka jaringan

Lihat bagian berikut untuk mengetahui detail tentang jenis antarmuka jaringan di Google Cloud.

Antarmuka jaringan instance

Instance Compute Engine terhubung ke jaringan VPC menggunakan antarmuka jaringan yang Anda konfigurasi, yang dapat berupa vNIC atau NIC Dinamis. Antarmuka jaringan instance ini sesuai dengan resource dan properti instances.networkInterfaces[] di Compute Engine API.

Untuk mengetahui informasi selengkapnya tentang setiap jenis antarmuka jaringan instance, lihat berikut ini:

Antarmuka jaringan virtual (vNIC): antarmuka jaringan software-defined yang diekspos ke OS tamu instance Anda yang memungkinkan instance Anda terhubung ke jaringan VPC. Setiap instance harus memiliki minimal satu vNIC.
- Anda hanya dapat mengonfigurasi vNIC saat membuat instance.
- Nama vNIC yang ditetapkan oleh Google Cloud memiliki format berikut: nicN, seperti nic0. Nama yang ditetapkan OS tamu yang sesuai bergantung pada sistem operasi, seperti ens4 untuk Ubuntu.
- vNIC dapat berupa salah satu jenis berikut, bergantung pada jaringan VPC terkait. Setiap jenis sesuai dengan driver jaringan tertentu di OS tamu:
  - Jaringan VPC reguler menerima lampiran dari jenis vNIC berikut: GVNIC, IDPF, dan VIRTIO_NET.
  - Jaringan VPC dengan profil jaringan RDMA menerima lampiran dari jenis vNIC IRDMA atau MRDMA, yang juga disebut vNIC RDMA.
  Untuk mengetahui informasi tentang jenis mesin yang mendukung jenis vNIC tertentu, lihat Perbandingan seri mesin.
NIC Dinamis: turunan vNIC induk yang diimplementasikan sebagai sub-antarmuka di OS tamu instance Anda.
- Anda dapat mengonfigurasi NIC Dinamis saat membuat instance, atau menambahkannya nanti.
- Nama NIC Dinamis yang ditetapkan oleh Google Cloud memiliki format berikut: nicN.VLAN_ID, seperti nic0.2. Nama yang ditetapkan OS tamu yang sesuai bergantung pada sistem operasi. Misalnya, jika Anda menggunakan agen tamu untuk mengelola NIC Dinamis di Ubuntu, namanya mungkin a-gcp.ens4.2.
- NIC dinamis tidak didukung di jaringan VPC dengan profil jaringan RDMA.
Untuk mengetahui informasi selengkapnya, lihat NIC dinamis.

Detail NIC dinamis

Jika kasus penggunaan Anda memerlukan salah satu hal berikut, gunakan NIC Dinamis. Pastikan Anda juga meninjau properti dan batasan NIC Dinamis.

Anda perlu menambahkan atau menghapus antarmuka jaringan ke atau dari instance yang ada. Menambahkan atau menghapus NIC Dinamis tidak memerlukan instance untuk dimulai ulang atau dibuat ulang.
Anda memerlukan lebih banyak antarmuka jaringan daripada jumlah maksimum vNIC. Untuk sebagian besar jenis mesin di Google Cloud, jumlah maksimumnya adalah 10; namun, Anda dapat mengonfigurasi hingga 16 total antarmuka menggunakan NIC Dinamis. Untuk mengetahui informasi selengkapnya, lihat Jumlah maksimum antarmuka jaringan.
Anda perlu mengonfigurasi instance bare metal Compute Engine multi-NIC, yang hanya memiliki satu vNIC.

Properti NIC Dinamis

Lihat informasi berikut tentang properti NIC Dinamis:

NIC dinamis adalah antarmuka VLAN yang menggunakan format paket standar IEEE 802.1Q. Lihat pertimbangan berikut:
- ID VLAN NIC Dinamis harus berupa bilangan bulat dari 2 hingga 255.
- ID VLAN NIC Dinamis harus unik dalam vNIC induk. Namun, NIC Dinamis yang termasuk dalam vNIC induk yang berbeda dapat menggunakan ID VLAN yang sama.
Google Cloud menggunakan format berikut untuk nama NIC Dinamis: nicNUMBER.VLAN_ID, dengan
- nicNUMBER adalah nama vNIC induk, seperti nic0.
- VLAN_ID adalah ID VLAN yang Anda tetapkan, seperti 4.
Contoh nama NIC Dinamis adalah nic0.4.
Membuat instance dengan NIC Dinamis atau menambahkan NIC Dinamis ke instance yang ada memerlukan langkah-langkah tambahan untuk menginstal dan mengelola antarmuka VLAN yang sesuai di OS tamu. Anda dapat menggunakan salah satu metode berikut:
- Mengonfigurasi pengelolaan otomatis NIC Dinamis dengan menggunakan agen tamu.
- Konfigurasi OS tamu secara manual.
Untuk mengetahui informasi selengkapnya, lihat Mengonfigurasi OS tamu untuk NIC Dinamis.
NIC dinamis berbagi bandwidth vNIC induknya. Untuk mencegah salah satu antarmuka jaringan menggunakan semua bandwidth, Anda harus membuat kebijakan traffic khusus aplikasi di OS tamu untuk memprioritaskan atau mendistribusikan traffic, seperti dengan menggunakan Kontrol Traffic (TC) Linux.
NIC dinamis berbagi antrean penerimaan dan transmisi yang sama dengan vNIC induknya. Untuk mengonfigurasi antarmuka jaringan agar menggunakan antrean penerimaan dan pengiriman yang berbeda, gunakan vNIC, bukan NIC Dinamis.
Jenis stack NIC Dinamis dapat sama dengan atau berbeda dari vNIC induknya. Misalnya, Anda dapat membuat NIC Dinamis dual-stack dan khusus IPv6 di bawah vNIC induk khusus IPv4.

Batasan NIC Dinamis

Lihat batasan NIC Dinamis berikut:

Anda tidak dapat mengubah properti NIC Dinamis berikut setelah dibuat:
- vNIC induk tempat NIC Dinamis berada.
- ID VLAN NIC Dinamis.
NIC Dinamis tidak dapat dihapus jika NIC Dinamis adalah antarmuka jaringan yang di-load balance.
NIC dinamis tidak mendukung hal berikut:
- Perlindungan DDoS jaringan tingkat lanjut dan kebijakan keamanan edge jaringan untuk Google Cloud Armor
- Mengonfigurasi alamat IP menggunakan konfigurasi per instance untuk MIG.
- Fitur yang mengandalkan penyadapan paket, seperti endpoint firewall
- Driver Windows Compute Engine
NIC Dinamis tidak didukung untuk digunakan dengan instance GPU. Untuk mengetahui informasi selengkapnya, lihat Error pembuatan dan penurunan performa saat menggunakan NIC Dinamis dengan instance GPU.
NIC Dinamis mengharuskan Anda membuat rute lokal secara manual dalam skenario tertentu. Untuk mengetahui informasi selengkapnya, lihat artikel Paket yang di-drop saat menggunakan NIC Dinamis dengan rentang IP alias, penerusan protokol, atau Load Balancer Jaringan Passthrough.

NIC fisik

NIC fisik adalah komponen hardware yang diinstal langsung di server host tempat instance berjalan. Bergantung pada jenis mesin instance Anda, vNIC instance dipetakan ke satu atau beberapa NIC fisik di server host sebagai berikut:

Instance yang didukung oleh satu NIC fisik: Untuk sebagian besar jenis mesin, instance berjalan di server host dengan satu NIC fisik. Untuk instance tertentu, semua vNIC instance dipetakan ke NIC fisik tunggal.
Instance yang didukung oleh beberapa NIC fisik: Untuk serangkaian jenis mesin terbatas, seperti jenis mesin C4N dan jenis mesin GPU, instance berjalan di server host dengan beberapa NIC fisik. Untuk instance tertentu, Compute Engine memetakan vNIC instance ke NIC fisik yang berbeda.
- Instance yang didukung oleh beberapa NIC fisik mendukung kasus penggunaan seperti peningkatan bandwidth jaringan dan komunikasi GPU-ke-GPU melalui jaringan VPC RoCE. Untuk mengetahui informasi selengkapnya, lihat Dukungan jaringan untuk instance C4N dan Mesin GPU dan jaringan.
- Saat Anda membuat instance, Compute Engine memetakan setiap vNIC ke NIC fisik unik, hingga jumlah total NIC fisik jenis mesin instance.
- Untuk memahami dukungan untuk beberapa NIC fisik, lihat dokumentasi untuk seri mesin tertentu. Jika berlaku, tabel jenis mesin mencakup kolom berjudul Jumlah NIC fisik. Misalnya, lihat Jenis mesin C4N.

Selain itu, untuk sebagian besar jenis mesin, instance berbagi server host dengan instance lain. Instance yang berbagi server host juga berbagi NIC fisik atau sekumpulan NIC fisiknya. Namun, untuk beberapa jenis mesin, seperti jenis mesin bare metal atau jenis mesin H3 dan H4D, satu instance menempati seluruh server host.

Spesifikasi

Spesifikasi berikut berlaku untuk instance dengan beberapa antarmuka jaringan:

Instance dan antarmuka jaringan: setiap instance memiliki antarmuka nic0. Jumlah maksimum antarmuka jaringan bervariasi, bergantung pada jenis mesin instance.
- Setiap antarmuka memiliki jenis stack terkait, yang menentukan jenis stack subnet dan versi alamat IP yang didukung. Untuk mengetahui informasi selengkapnya, lihat Jenis stack dan alamat IP.
Persyaratan jaringan dan subnetwork: setiap antarmuka jaringan harus menggunakan subnet unik di jaringan VPC.
- Pemasangan antarmuka jaringan ke subnet di jaringan VPC yang berbeda didukung.
- Pemasangan antarmuka jaringan ke subnet yang berbeda dalam jaringan VPC yang sama didukung dalam skenario berikut:
  - Untuk jaringan VPC reguler, beberapa antarmuka jaringan dapat menggunakan jaringan VPC yang sama sesuai dengan aturan untuk beberapa antarmuka jaringan di jaringan VPC yang sama. Cloud Load Balancing dan rute statis memiliki aturan tambahan yang dijelaskan dalam Load balancer dan Rute statis.
  - Untuk jaringan VPC yang dibuat dengan profil jaringan RDMA, beberapa NIC RDMA dapat menggunakan jaringan VPC yang sama. Untuk mengetahui informasi selengkapnya, lihat tabel untuk setiap profil jaringan di Fitur yang didukung dan tidak didukung.
- Jaringan dan subnet VPC harus ada sebelum Anda dapat membuat instance yang antarmuka jaringannya menggunakan jaringan dan subnet. Untuk mengetahui informasi selengkapnya tentang cara membuat jaringan dan subnet, lihat Membuat dan mengelola jaringan VPC.
- Penggabungan antarmuka jaringan dengan agregasi link tidak didukung. Untuk mengetahui detail tentang cara beberapa antarmuka jaringan dalam jaringan VPC yang sama memengaruhi bandwidth, lihat Bandwidth untuk beberapa antarmuka jaringan dalam jaringan VPC yang sama.
Project instance dan subnet: untuk instance multi-NIC dalam project mandiri, setiap antarmuka jaringan harus menggunakan subnet yang berada di project yang sama dengan instance.
- Untuk instance di project host atau layanan VPC Bersama, lihat VPC Bersama .
- Antarmuka Private Service Connect menyediakan cara bagi instance multi-NIC untuk memiliki antarmuka jaringan di subnet dalam project yang berbeda. Untuk mengetahui informasi selengkapnya, lihat Tentang lampiran jaringan.
Pertimbangan penerusan IP, MTU, dan perutean: instance multi-NIC memerlukan perencanaan yang cermat untuk opsi konfigurasi khusus instance dan antarmuka berikut:
- Opsi penerusan IP dapat dikonfigurasi per instance, yang diterapkan ke semua antarmuka jaringan. Untuk mengetahui informasi selengkapnya, lihat Mengaktifkan penerusan IP untuk instance.
- Setiap antarmuka jaringan dapat menggunakan unit transmisi maksimum (MTU) yang unik, yang cocok dengan MTU jaringan VPC terkait. Untuk mengetahui informasi selengkapnya, lihat Unit transmisi maksimum.
- Setiap instance menerima rute default menggunakan Opsi DHCP 121, seperti yang ditentukan oleh RFC 3442. Rute default dikaitkan dengan nic0. Kecuali jika dikonfigurasi lain secara manual, traffic yang keluar dari instance untuk tujuan apa pun selain subnet yang terhubung langsung akan keluar dari instance menggunakan rute default pada nic0.
  
  Di sistem Linux, Anda dapat mengonfigurasi aturan dan rute kustom dalam OS tamu menggunakan file /etc/iproute2/rt_tables dan perintah ip rule serta ip route. Untuk mengetahui informasi selengkapnya, lihat dokumentasi OS tamu. Sebagai contoh, lihat tutorial berikut: Mengonfigurasi perutean untuk antarmuka tambahan.

Aturan untuk beberapa antarmuka jaringan dalam jaringan VPC yang sama

Compute Engine menerapkan semua aturan berikut saat dua antarmuka jaringan atau lebih dari satu instance menggunakan jaringan VPC yang sama:

Subnet unik: Setiap antarmuka jaringan harus dilampirkan ke subnet unik.
vNIC tambahan harus dilampirkan ke jaringan yang berisi nic0: Dua vNIC atau lebih dapat dilampirkan ke jaringan VPC yang sama hanya jika jaringan tersebut juga berisi vNIC nic0. Misalnya, nic0, nic1, dan nic2 dapat dilampirkan ke subnet unik dalam jaringan VPC yang sama, tetapi nic1 dan nic2 tidak dapat dilampirkan ke jaringan VPC yang sama jika nic0 tidak dilampirkan ke jaringan tersebut.
Jaringan yang berisi NIC Dinamis dan setidaknya satu NIC lainnya harus berisi vNIC induk setiap NIC Dinamis: Misalnya:
- Untuk melampirkan NIC Dinamis nic1.6 dan nic1.7 ke jaringan VPC yang sama, Anda juga harus melampirkan vNIC induknya, nic1, ke jaringan VPC tersebut.
- Untuk melampirkan NIC Dinamis nic1.6 dan vNIC nic2 ke jaringan VPC yang sama, Anda juga harus melampirkan vNIC nic1 dan nic0 ke jaringan VPC tersebut. Melampirkan nic1 diperlukan karena nic1 adalah vNIC induk dari NIC Dinamis nic1.6. Penyambungan nic0 diperlukan karena jaringan berisi beberapa vNIC.
- Untuk melampirkan NIC Dinamis nic2.5 dan nic3.6 ke jaringan VPC yang sama, Anda juga harus melampirkan semua vNIC berikut ke jaringan VPC yang sama: nic0, nic2, dan nic3. Melampirkan vNIC nic2 dan nic3 diperlukan karena merupakan vNIC induk dari NIC Dinamis nic2.5 dan nic3.6. Penyambungan nic0 diperlukan karena jaringan berisi beberapa vNIC.
Jaringan unik untuk setiap antarmuka Private Service Connect: Dua antarmuka jaringan atau lebih tidak dapat dilampirkan ke Jaringan VPC yang sama jika salah satu antarmuka jaringan menggunakan network attachment di jaringan tersebut.

Bandwidth untuk beberapa antarmuka jaringan dalam jaringan VPC yang sama

Beberapa vNIC dalam jaringan VPC yang sama memengaruhi bandwidth jaringan sesuai dengan aturan berikut:

Untuk instance yang didukung oleh satu NIC fisik, memasang dua atau lebih vNIC ke jaringan VPC yang sama tidak akan pernah meningkatkan bandwidth jaringan.
Untuk instance yang didukung oleh beberapa NIC fisik, memasang dua vNIC atau lebih ke jaringan VPC yang sama akan meningkatkan bandwidth jaringan saat Compute Engine memetakan vNIC ke NIC fisik yang berbeda.

Terlepas dari jenis mesin, penambahan NIC Dinamis ke instance tidak akan meningkatkan bandwidth karena NIC Dinamis menggunakan bandwidth vNIC induknya.

Jenis stack dan alamat IP

Saat membuat antarmuka jaringan, Anda menentukan salah satu jenis stack antarmuka berikut:

Khusus IPv4
Stack ganda
Khusus IPv6

Instance VM dapat memiliki antarmuka jaringan dengan jenis stack yang berbeda.

Tabel berikut menjelaskan jenis stack subnet dan detail alamat IP yang didukung untuk setiap jenis stack antarmuka:

Antarmuka	Subnet khusus IPv4	Subnet stack ganda	Subnet khusus IPv6	Detail alamat IP
Khusus IPv4 (single-stack)				Hanya alamat IPv4. Lihat Detail alamat IPv4.
IPv4 and IPv6 (dual-stack)				Alamat IPv4 dan IPv6. Lihat Detail alamat IPv4 dan Detail alamat IPv6
Khusus IPv6 (single-stack)				Hanya alamat IPv6. Lihat detail alamat IPv6.

Mengubah jenis stack antarmuka jaringan

Anda dapat mengubah jenis stack dari antarmuka jaringan sebagai berikut:

Anda dapat mengonversi antarmuka khusus IPv4 menjadi dual-stack jika subnet antarmuka adalah subnet dual-stack atau jika Anda menghentikan instance dan menetapkan antarmuka ke subnet dual-stack.
Anda dapat mengonversi antarmuka dual-stack menjadi khusus IPv4.

Anda tidak dapat mengubah jenis stack antarmuka khusus IPv6. Antarmuka khusus IPv6 hanya didukung saat membuat instance.

Detail alamat IPv4

Setiap antarmuka jaringan dual-stack atau khusus IPv4 menerima alamat IPv4 internal utama. Setiap antarmuka secara opsional mendukung rentang IP alias dan alamat IPv4 eksternal. Berikut adalah spesifikasi dan persyaratan IPv4:

Alamat IPv4 internal utama: Compute Engine menetapkan alamat IPv4 internal utama ke antarmuka jaringan dari rentang alamat IPv4 utama subnet antarmuka. Alamat IPv4 internal utama dialokasikan oleh DHCP.
- Anda dapat mengontrol alamat IPv4 internal utama yang ditetapkan dengan mengonfigurasi alamat IPv4 internal statis atau dengan menentukan alamat IPv4 internal sementara kustom.
- Dalam jaringan VPC, alamat IPv4 internal utama dari setiap antarmuka jaringan VM bersifat unik.
Rentang IP alias: secara opsional, Anda dapat menetapkan satu atau beberapa rentang IP alias ke antarmuka. Setiap rentang IP alias dapat berasal dari rentang alamat IPv4 utama atau rentang alamat IPv4 sekunder dari subnet antarmuka.
- Dalam jaringan VPC, rentang IP alias setiap antarmuka harus unik.
External IPv4 address: secara opsional, Anda dapat menetapkan alamat IPv4 eksternal sementara atau yang dicadangkan ke antarmuka. Google Cloud memastikan keunikan setiap alamat IPv4 eksternal.

Detail alamat IPv6

Compute Engine menetapkan rentang alamat IPv6 /96 dari rentang alamat IPv6 /64 subnet antarmuka ke setiap antarmuka jaringan stack ganda atau khusus IPv6:

Apakah rentang alamat IPv6 /96 bersifat internal atau eksternal bergantung pada jenis akses IPv6 dari subnet antarmuka. Google Cloud memastikan keunikan setiap rentang alamat IPv6 internal dan eksternal. Untuk mengetahui informasi selengkapnya, lihat spesifikasi IPv6.
- Jika instance memerlukan rentang alamat IPv6 internal dan rentang alamat IPv6 eksternal: Anda harus mengonfigurasi dua antarmuka stack ganda, dua antarmuka khusus IPv6, atau satu antarmuka stack ganda dan satu antarmuka khusus IPv6. Subnet yang digunakan oleh satu antarmuka harus memiliki rentang alamat IPv6 eksternal, dan subnet yang digunakan oleh antarmuka lainnya harus memiliki rentang alamat IPv6 internal.
Alamat IPv6 pertama (/128) dikonfigurasi di antarmuka oleh DHCP. Untuk mengetahui informasi selengkapnya, lihat Penetapan alamat IPv6.
Anda dapat mengontrol rentang alamat IPv6 /96 mana yang ditetapkan dengan mengonfigurasi rentang alamat IPv6 internal atau eksternal statis. Untuk alamat IPv6 internal, Anda dapat menentukan alamat IPv6 internal sementara kustom.

Jika Anda menghubungkan instance ke beberapa jaringan dengan menggunakan alamat IPv6, instal google-guest-agent versi 20220603.00 atau yang lebih baru. Untuk mengetahui informasi selengkapnya, lihat Saya tidak dapat terhubung ke alamat IPv6 antarmuka sekunder.

Jumlah antarmuka jaringan maksimum

Untuk sebagian besar jenis mesin, jumlah maksimum antarmuka jaringan yang dapat Anda lampirkan ke instance disesuaikan dengan jumlah vCPU seperti yang dijelaskan dalam tabel berikut.

Berikut adalah pengecualian khusus mesin:

Instance bare metal Compute Engine mendukung satu vNIC.
Jumlah maksimum vNIC berbeda untuk beberapa jenis mesin yang dioptimalkan untuk akselerator, seperti A3, A4, dan A4X. Untuk mengetahui informasi selengkapnya, lihat Kelompok mesin yang dioptimalkan untuk akselerator.

Jumlah antarmuka maksimum

Gunakan tabel berikut untuk menentukan jumlah antarmuka jaringan yang dapat dipasang ke instance.

Jumlah vCPU	Jumlah maksimum vNIC	Jumlah maksimum NIC Dinamis	Jumlah maksimum antarmuka jaringan (vNIC + NIC Dinamis)
2 atau kurang	2	1	2
4	4	3	4
6	6	5	6
8	8	7	8
10	10	9	10
12	10	10	11
14	10	11	12
16	10	12	13
18	10	13	14
20	10	14	15
22 atau lebih	10	15	16

Formula referensi

Tabel berikut memberikan formula yang digunakan untuk menghitung jumlah maksimum antarmuka jaringan untuk sebuah instance. Formula ini bergantung pada jumlah vCPU.

Jumlah vCPU (X)	Jumlah maksimum vNIC	Jumlah maksimum NIC Dinamis	Jumlah maksimum antarmuka jaringan (vNIC + NIC Dinamis)
`X=1`	`2`	`1`	`2`
`2 ≤ X ≤ 10`	`X`	`(X-1)`	`X`
`X ≥ 12`	`10`	`min(15, (X-10)/2 + 9)`	`min(16, (X-10)/2 + 10)`

Contoh distribusi NIC Dinamis

Anda tidak perlu mendistribusikan NIC Dinamis secara merata di seluruh vNIC. Namun, Anda mungkin menginginkan distribusi yang merata karena NIC Dinamis berbagi bandwidth vNIC induknya.

Instance harus memiliki minimal satu vNIC. Misalnya, instance yang memiliki 2 vCPU dapat memiliki salah satu konfigurasi berikut:

1 vNIC
2 vNIC
1 vNIC dan 1 NIC Dinamis

Tabel berikut memberikan contoh konfigurasi yang mendistribusikan NIC Dinamis secara merata di seluruh vNIC sambil menggunakan jumlah maksimum antarmuka jaringan untuk jumlah vCPU tertentu.

2 vCPU, 2 NIC

Tabel berikut memberikan contoh untuk instance dengan 2 vCPU yang menunjukkan jumlah NIC Dinamis yang dapat Anda miliki untuk sejumlah vNIC tertentu.

Jumlah vCPU	Jumlah vNIC	Jumlah NIC Dinamis per vNIC	Jumlah total antarmuka jaringan (vNIC + NIC Dinamis)
2	1	1	2
2	2	0	2

4 vCPU, 4 NIC

Tabel berikut memberikan contoh untuk instance dengan 4 vCPU yang menunjukkan jumlah NIC Dinamis yang dapat Anda miliki untuk jumlah vNIC tertentu.

Jumlah vCPU	Jumlah vNIC	Jumlah NIC Dinamis per vNIC	Jumlah total antarmuka jaringan (vNIC + NIC Dinamis)
4	1	3	4
	2	1
	4	0

8 vCPU, 8 NIC

Tabel berikut memberikan contoh untuk instance dengan 8 vCPU yang menunjukkan jumlah NIC Dinamis yang dapat Anda miliki untuk sejumlah vNIC tertentu.

Jumlah vCPU	Jumlah vNIC	Jumlah NIC Dinamis per vNIC	Jumlah total antarmuka jaringan (vNIC + NIC Dinamis)
8	1	7	8
	2	3
	4	1
	8	0

14 vCPU, 12 NIC

Tabel berikut memberikan contoh untuk instance dengan 12 vCPU yang menunjukkan jumlah NIC Dinamis yang dapat Anda miliki untuk sejumlah vNIC tertentu.

Jumlah vCPU	Jumlah vNIC	Jumlah NIC Dinamis per vNIC	Jumlah total antarmuka jaringan (vNIC + NIC Dinamis)
14	1	11	12
	2	5
	4	2
	6	1

22 vCPU, 16 NIC

Tabel berikut memberikan contoh untuk instance dengan 22 vCPU yang menunjukkan jumlah NIC Dinamis yang dapat Anda miliki untuk sejumlah vNIC tertentu.

Jumlah vCPU	Jumlah vNIC	Jumlah NIC Dinamis per vNIC	Jumlah total antarmuka jaringan (vNIC + NIC Dinamis)
22	1	15	16
	2	7
	4	3
	8	1

Interaksi produk

Bagian ini menjelaskan interaksi antara instance multi-NIC dan produk serta fitur lainnya di Google Cloud.

VPC Bersama

Kecuali untuk antarmuka Private Service Connect, hubungan subnet dan project instance multi-NIC di project host atau project layanan VPC Bersama adalah sebagai berikut:

Setiap antarmuka jaringan instance multi-NIC yang berada di project host VPC Bersama harus menggunakan subnet jaringan VPC Bersama di project host.
Setiap antarmuka jaringan instance multi-NIC yang berada di project layanan VPC Bersama dapat menggunakan salah satu opsi berikut:
- Subnet jaringan VPC dalam project layanan.
- Subnet jaringan VPC Bersama dalam project host.

Untuk mengetahui informasi selengkapnya tentang VPC Bersama, lihat:

DNS internal Compute Engine

Compute Engine membuat data A dan PTR nama DNS internal hanya untuk alamat IPv4 internal utama antarmuka jaringan nic0 instance. Compute Engine tidak membuat data DNS internal untuk alamat IPv4 atau IPv6 yang terkait dengan antarmuka jaringan yang berbeda dari nic0.

Untuk mengetahui informasi selengkapnya, lihat DNS internal Compute Engine.

Rute statis

Rute statis dapat dicakup ke instance tertentu menggunakan tag jaringan. Jika tag jaringan dikaitkan dengan instance, tag tersebut berlaku untuk semua antarmuka jaringan instance. Oleh karena itu, menambahkan atau menghapus tag jaringan dari instance dapat mengubah rute statis yang berlaku untuk setiap antarmuka jaringan instance.

Saat Anda membuat rute statis yang next hop-nya adalah instance:

Jika Anda menentukan instance next hop berdasarkan nama dan zona (next-hop-instance), paket hanya dikirim ke vNIC nic0 instance, dan vNIC nic0 harus dilampirkan ke jaringan VPC yang sama dengan tempat rute statis dibuat.
Jika Anda menentukan instance next hop berdasarkan alamat (next-hop-address), paket dapat dikirimkan ke vNIC atau NIC Dinamis tertentu di VPC yang sama tempat rute statis dibuat.

Untuk informasi selengkapnya, lihat Next hop dan fitur-fitur.

Load balancer

Tabel berikut menjelaskan antarmuka jaringan instance mana yang memenuhi kondisi yang diperlukan untuk menerima traffic yang di-load balance, termasuk situasi saat beberapa antarmuka terlampir ke jaringan VPC yang sama sesuai dengan aturan untuk beberapa antarmuka jaringan dalam jaringan VPC yang sama. Antarmuka jaringan yang memenuhi kondisi load balancer yang diperlukan adalah antarmuka target load balancer. Instance memiliki tepat satu antarmuka target load balancer di setiap jaringan VPC yang digunakannya, meskipun instance tersebut memiliki dua atau lebih antarmuka di jaringan yang sama.

Antarmuka Kondisi untuk menerima traffic yang di-load balance

Antarmuka	Kondisi untuk menerima traffic yang di-load balance
`nic0` vNIC	Dapat dilampirkan ke jaringan VPC dengan atau tanpa antarmuka jaringan lainnya: Jika beberapa vNIC berbagi jaringan VPC yang sama dengan vNIC `nic0`, hanya `nic0` yang dapat menerima traffic yang di-load balance. Jika satu atau beberapa NIC Dinamis berbagi jaringan VPC yang sama dengan vNIC `nic0`, hanya `nic0` yang dapat menerima traffic yang di-load balance.
vNIC Non-`nic0`	Harus terpasang ke jaringan VPC tanpa vNIC lain: Dapat dilampirkan ke jaringan VPC dengan sendirinya. Jika satu atau beberapa NIC Dinamis berbagi jaringan VPC yang sama dengan vNIC induk, hanya vNIC induk yang dapat menerima traffic yang di-load balance.
NIC Dinamis	Harus terpasang ke jaringan VPC unik tanpa antarmuka jaringan lain (tidak ada vNIC dan tidak ada NIC Dinamis lain).

nic0 vNIC

Dapat dilampirkan ke jaringan VPC dengan atau tanpa antarmuka jaringan lainnya:

Jika beberapa vNIC berbagi jaringan VPC yang sama dengan vNIC nic0, hanya nic0 yang dapat menerima traffic yang di-load balance.
Jika satu atau beberapa NIC Dinamis berbagi jaringan VPC yang sama dengan vNIC nic0, hanya nic0 yang dapat menerima traffic yang di-load balance.

vNIC Non-nic0

Harus terpasang ke jaringan VPC tanpa vNIC lain:

Dapat dilampirkan ke jaringan VPC dengan sendirinya.
Jika satu atau beberapa NIC Dinamis berbagi jaringan VPC yang sama dengan vNIC induk, hanya vNIC induk yang dapat menerima traffic yang di-load balance.

NIC Dinamis

Harus terpasang ke jaringan VPC unik tanpa antarmuka jaringan lain (tidak ada vNIC dan tidak ada NIC Dinamis lain).

Tabel berikut menjelaskan konfigurasi load balancer dan grup backend yang dapat Anda gunakan untuk mengirim traffic ke antarmuka target load balancer.

Antarmuka target load balancer untuk Load Balancer Aplikasi dan Load Balancer Jaringan proxy

Jenis grup backend pada layanan backend Load Balancer Aplikasi atau Load Balancer Jaringan proxy	Antarmuka target load balancer
	`nic0` vNIC	vNIC Non-`nic0`	NIC Dinamis
Grup instance
`GCE_VM_IP_PORT` NEG

Antarmuka target load balancer untuk Load Balancer Jaringan passthrough

Untuk Load Balancer Jaringan passthrough internal:

Jenis grup backend pada layanan backend Load Balancer Jaringan passthrough internal	Antarmuka target load balancer
	`nic0` vNIC	vNIC Non-`nic0`	NIC Dinamis
Grup instance
`GCE_VM_IP` NEG

Untuk Load Balancer Jaringan passthrough eksternal:

Jenis backend Load Balancer Jaringan passthrough eksternal	Antarmuka target load balancer
Jenis backend Load Balancer Jaringan passthrough eksternal	`nic0` vNIC	vNIC Non-`nic0`	NIC Dinamis
Grup instance pada layanan backend dari Load Balancer Jaringan passthrough eksternal regional atau Load Balancer Jaringan passthrough eksternal global berbasis layanan backend
`GCE_VM_IP` NEG pada layanan backend dari Load Balancer Jaringan passthrough eksternal regional atau Load Balancer Jaringan passthrough eksternal global berbasis layanan backend
Kumpulan target dari Load Balancer Jaringan passthrough eksternal regional berbasis kumpulan target

Backend NEG zona `GCE_VM_IP_PORT` dan antarmuka jaringan

Saat membuat NEG zonal baru dengan GCE_VM_IP_PORT endpoint, Anda menentukan zona, port default, jaringan VPC, dan subnet dalam jaringan tersebut. Tidak ada atribut ini yang dapat diubah setelah NEG zonal dibuat.

Subnet NEG harus berada di region yang sama dengan zona NEG. Jika jaringan NEG adalah jaringan VPC mode otomatis, Anda dapat tidak menentukan subnet NEG. Jika Anda tidak menentukan subnet, Google Cloud akan menetapkan subnet NEG ke subnet yang dibuat secara otomatis di region yang berisi zona NEG.

NEG zonal dengan endpoint GCE_VM_IP_PORT menerapkan aturan berikut untuk menambahkan endpoint:

Jika Anda hanya menentukan nama instance untuk endpoint, instance harus berada di zona yang sama dengan NEG dan memiliki antarmuka target load balancer di subnet NEG. Alamat IP endpoint ditetapkan ke alamat IPv4 internal utama antarmuka target load balancer, dan port endpoint ditetapkan ke port default NEG.
Jika Anda menentukan nama instance dan alamat IP, atau nama instance, alamat IP, dan informasi port untuk endpoint, instance harus berada di zona yang sama dengan NEG, dan:
- Jika Anda menentukan alamat IPv4: Alamat IPv4 harus berupa alamat IPv4 internal utama atau alamat IPv4 dari rentang IP alias yang terkait dengan antarmuka target load balancer di subnet NEG.
- Jika Anda menentukan alamat IPv6: Alamat IPv6 harus berupa satu alamat IPv6 dari rentang alamat IPv6 /96 antarmuka target load balancer di subnet NEG.
- Port endpoint adalah port yang Anda tentukan. Jika Anda tidak menentukan port, port endpoint akan ditetapkan ke port default NEG.

Backend NEG zona `GCE_VM_IP` dan antarmuka jaringan

Saat membuat NEG zonal baru dengan GCE_VM_IP endpoint, Anda menentukan zona, jaringan VPC, dan subnet dalam jaringan tersebut. Tidak ada atribut ini yang dapat diubah setelah NEG zona dibuat.

NEG zonal dengan endpoint GCE_VM_IP menerapkan aturan berikut untuk menambahkan endpoint:

Jika Anda hanya menentukan nama instance untuk endpoint, instance harus berada di zona yang sama dengan NEG dan memiliki antarmuka target load balancer di subnet NEG.
Jika Anda menentukan nama instance dan alamat IP untuk menambahkan endpoint, instance harus berada di zona yang sama dengan NEG, dan alamat IP harus berupa alamat IPv4 internal utama dari antarmuka target load balancer di subnet NEG.

Karena instance hanya dapat memiliki satu NIC di subnet NEG, instance hanya dapat memiliki satu endpoint GCE_VM_IP per NEG zonal, dan endpoint selalu diidentifikasi dengan alamat IPv4 internal utama antarmuka target load balancer. Alamat IP tujuan sebenarnya dari paket yang di-load balanced cocok dengan aturan penerusan Load Balancer Jaringan passthrough.

Backend grup instance dan antarmuka jaringan

Jaringan VPC dan subnet yang terkait dengan grup instance ditetapkan secara implisit oleh salah satu tindakan berikut:

Untuk grup instance terkelola (MIG), jaringan dan subnet VPC grup instance ditetapkan ke jaringan dan subnet vNIC nic0 yang ditentukan dalam template instance.
Untuk grup instance tidak terkelola, jaringan dan subnet VPC grup instance ditetapkan ke jaringan dan subnet vNIC nic0 instance pertama yang Anda tambahkan ke grup instance tidak terkelola. Anda tidak dapat mengubah jaringan VPC atau subnet grup instance nanti, meskipun Anda menghapus instance pertama yang ditambahkan ke grup.

Google Cloud menerapkan aturan berikut saat menambahkan instance ke grup instance tidak terkelola setelah jaringan VPC dan subnet grup instance ditetapkan:

nic0 vNIC instance yang akan ditambahkan ke grup instance harus cocok dengan jaringan dan subnet grup instance. Aturan ini diterapkan karena vNIC nic0 selalu menjadi antarmuka target load balancer.
Untuk setiap antarmuka target load balancer dari instance yang akan ditambahkan ke grup instance: Jika antarmuka target load balancer terpasang ke jaringan VPC yang antarmuka target load balancer dari instance yang ada terpasang, antarmuka target load balancer baru dan yang ada harus menggunakan subnet yang sama.

Aturan firewall

Kumpulan aturan firewall—dari kebijakan firewall hierarkis, kebijakan firewall jaringan global, kebijakan firewall jaringan regional, dan aturan firewall VPC—bersifat unik untuk setiap antarmuka jaringan. Pastikan setiap jaringan memiliki aturan firewall yang sesuai untuk mengizinkan traffic yang ingin Anda izinkan masuk dan keluar dari instance multi-NIC. Untuk menentukan aturan firewall mana yang berlaku untuk antarmuka jaringan, dan sumber untuk setiap aturan, lihat Mendapatkan aturan firewall efektif untuk antarmuka VM.

Aturan firewall dapat dicakup ke instance VM tertentu menggunakan tag jaringan atau tag aman, yang keduanya berlaku untuk semua antarmuka jaringan instance. Untuk informasi selengkapnya, lihat Perbandingan tag aman dan tag jaringan.

Masalah umum

Bagian ini menjelaskan masalah umum terkait penggunaan beberapa antarmuka jaringan di Google Cloud.

Error pembuatan dan penurunan performa saat menggunakan NIC Dinamis dengan instance GPU

NIC Dinamis tidak didukung untuk digunakan dengan instance GPU. Jika Anda membuat instance GPU dengan NIC Dinamis, atau menambahkan NIC Dinamis ke instance GPU yang ada, masalah berikut mungkin terjadi:

Operasi gagal dengan error seperti berikut:

Internal error. Please try again or contact Google Support. (Code: 'CODE')
Operasi berhasil, tetapi instance mengalami penurunan performa, seperti bandwidth jaringan yang jauh lebih rendah.

Masalah ini terjadi karena konfigurasi NIC Dinamis menyebabkan terjadinya error saat Compute Engine mencoba mendistribusikan vNIC instance di seluruh NIC fisik pada server host.

Paket yang di-drop saat menggunakan NIC Dinamis dengan rentang IP alias, penerusan protokol, atau Load Balancer Jaringan Passthrough

Agen tamu otomatis menambahkan rute lokal dalam skenario berikut untuk vNIC, tetapi tidak untuk NIC Dinamis:

Saat Anda mengonfigurasi rentang IP alias, agen tamu akan membuat rute lokal untuk rentang IP alias.
Saat Anda membuat instance target yang mereferensikan instance komputasi untuk penerusan protokol, agen tamu akan membuat rute lokal untuk alamat IP aturan penerusan yang terkait.
Saat Anda menambahkan backend ke Load Balancer Jaringan Passthrough, agen tamu akan membuat rute lokal untuk alamat IP aturan penerusan terkait.

Karena rute lokal tidak ditambahkan untuk NIC Dinamis, NIC Dinamis mungkin mengalami paket yang tidak terkirim.

Untuk mengatasi masalah ini, tambahkan alamat IP secara manual sebagai berikut:

Hubungkan ke instance menggunakan SSH.
Jika Anda mengonfigurasi rentang IP alias, lakukan hal berikut. Jika tidak, Anda dapat melewati langkah ini.
1. Di /etc/default/instance_configs.cfg, pastikan setelan ip_aliases disetel ke true.
2. Jika setelan ip_aliases ditetapkan ke false, ubah file untuk mengubahnya menjadi true, lalu mulai ulang agen tamu:
```
systemctl restart google-guest-agent
```
Konfigurasi rute lokal untuk rentang IP alias atau alamat IP aturan penerusan menggunakan perintah berikut:
```
ip route add to local IP_ADDRESS dev DYNAMIC_NIC_DEVICE_NAME proto 66
```
Ganti kode berikut:
- IP_ADDRESS: rentang IP alias atau alamat IP aturan penerusan yang ingin Anda tambahi rute lokal.
- DYNAMIC_NIC_DEVICE_NAME: nama perangkat NIC Dinamis yang ingin Anda tambahi rute lokal. Contoh, a-gcp.ens4.3.

Masalah terkait penginstalan dan pengelolaan NIC Dinamis di agen tamu versi 20250901.00 hingga 20251120.01

Jika Anda mengonfigurasi pengelolaan otomatis NIC Dinamis dan instance Anda menjalankan agen tamu pada versi dari 20250901.00 hingga 20251120.01, Anda mungkin mengalami masalah berikut:

Agen tamu gagal menginstal dan mengelola NIC Dinamis di OS tamu instance Anda.

Anda mungkin menerima error yang menyertakan Cannot find device saat menjalankan perintah di OS tamu yang mereferensikan NIC Dinamis.
Menghapus beberapa NIC Dinamis menyebabkan server metadata tidak dapat diakses.

Akar masalah

Mulai versi 20250901.00, guest agent dimigrasikan ke arsitektur berbasis plugin baru untuk meningkatkan modularitas. Arsitektur baru awalnya tidak mendukung penginstalan dan pengelolaan NIC Dinamis secara otomatis.

Resolusi

Untuk mengatasi masalah ini, update instance Anda agar menggunakan agen tamu versi 20251205.00 atau yang lebih baru:

Untuk mengupdate agen tamu ke versi terbaru, lihat Memperbarui lingkungan tamu.
Untuk mengonfirmasi versi agen tamu yang dijalankan instance Anda, lihat Melihat paket yang diinstal menurut versi sistem operasi.

Jika perlu, Anda dapat mengatasi masalah ini untuk sementara pada instance yang menjalankan agen tamu versi 20250901.00 hingga 20251120.01 dengan mengikuti petunjuk di Kompatibilitas mundur untuk kembali ke arsitektur agen tamu sebelumnya.

Operasi NIC dinamis gagal saat instance komputasi berada di beberapa grup instance

Jika Anda menambahkan atau menghapus NIC Dinamis, dan operasi macet dalam status RUNNING dengan progres 0% dan akhirnya gagal dengan INTERNAL_ERROR, hal ini mungkin karena instance komputasi berada di beberapa grup instance (terkelola atau tidak terkelola).

Agar operasi selesai, hapus instance dari semua grup instance kecuali satu grup instance. Anda dapat menghapus instance dari grup instance terkelola atau menghapus instance dari grup instance tidak terkelola.

Langkah berikutnya

Membuat VM dengan beberapa antarmuka jaringan