Unit transmisi maksimum

Unit transmisi maksimum (MTU) adalah ukuran paket IP terbesar yang mungkin, dalam byte, termasuk header IP, header protokol Lapisan 4, dan data Lapisan 4, yang dapat masuk ke dalam frame Ethernet.

Ukuran MTU jaringan VPC yang valid

Jaringan Virtual Private Cloud (VPC) menggunakan MTU default sebesar 1.460 byte. Anda dapat menetapkan MTU jaringan VPC ke nilai apa pun antara 1.300 byte dan 8.896 byte (inklusif). Ukuran MTU kustom umum adalah 1.500 byte (Ethernet standar) atau 8.896 byte (maksimum yang mungkin). Sebaiknya konfigurasikan MTU untuk setiap antarmuka jaringan (NIC) instance Compute Engine agar cocok dengan MTU jaringan VPC yang terhubung dengannya. Untuk mengetahui informasi selengkapnya, lihat Instance Compute Engine dan setelan MTU.

Komunikasi antara instance komputasi dalam jaringan VPC

Paket IP hingga ukuran MTU dapat dikirim antara dua instance komputasi, jika hal berikut berlaku:

  • Instance pengirim dan penerima menggunakan jaringan VPC yang sama, atau jaringan VPC yang di-peering yang memiliki MTU yang identik.
  • Antarmuka untuk kedua instance dikonfigurasi untuk menggunakan MTU jaringan VPC.

Untuk menghindari masalah ketidakcocokan MTU, sebaiknya gunakan MTU yang sama untuk semua jaringan VPC yang terhubung. Meskipun ini adalah praktik yang direkomendasikan, Anda tidak diwajibkan untuk mengonfigurasi MTU yang identik pada jaringan VPC yang terhubung. Untuk mengetahui detail tentang cara protokol menangani situasi ketika ada ketidakcocokan MTU antara jaringan VPC, lihat MTU yang tidak cocok, clamping MSS, penemuan MTU jalur.

Dari perspektif instance pengirim, jalur ke tujuan berikut mewakili traffic instance-ke-instance yang dirutekan dalam jaringan VPC:

  • Alamat IPv4 internal regional dalam rentang alamat IPv4 sekunder subnet primer atau subnet IPv4, termasuk rentang alamat IPv4 pribadi dan rentang alamat IPv4 publik yang digunakan secara pribadi, yang digunakan oleh resource tujuan berikut:
    • Alamat IPv4 internal utama antarmuka jaringan (NIC) instance penerima.
    • Alamat IPv4 internal dalam rentang IP alias NIC instance penerima.
    • Alamat IPv4 internal dari aturan penerusan internal untuk penerusan protokol atau untuk Load Balancer Jaringan passthrough internal.
  • Rentang alamat subnet IPv6 internal yang digunakan oleh resource tujuan berikut:
    • Alamat IPv6 dari rentang alamat IPv6 /96 yang ditetapkan ke NIC instance penerima.
    • Alamat IPv6 dari rentang alamat IPv6 /96 dari aturan penerusan internal untuk penerusan protokol atau untuk Load Balancer Jaringan passthrough internal.
  • Rentang alamat subnet IPv6 eksternal yang digunakan oleh resource tujuan ini saat paket dirutekan menggunakan rute subnet atau rute subnet peering dalam jaringan VPC:
    • Alamat IPv6 dari rentang alamat IPv6 /96 yang ditetapkan ke NIC instance penerima.
    • Alamat IPv6 dari rentang alamat IPv6 /96 dari aturan penerusan eksternal untuk penerusan protokol atau untuk Load Balancer Jaringan passthrough eksternal regional.

Jalur instance-ke-instance berikut diperlakukan dengan cara yang sama seperti Komunikasi ke tujuan di luar jaringan VPC jaringan:

  • Jika tujuan paket adalah alamat IPv4 eksternal NIC instance penerima.
  • Jika tujuan paket adalah alamat IPv4 eksternal Load Balancer Jaringan passthrough eksternal regional.
  • Jika tujuan paket adalah alamat IPv4 eksternal dari aturan penerusan untuk penerusan protokol
  • Jika tujuan paket adalah alamat IPv6 eksternal NIC instance, Load Balancer Jaringan passthrough eksternal regional, atau aturan penerusan untuk penerusan protokol eksternal dan rute yang berlaku di jaringan VPC menggunakan next hop gateway internet default. Dalam skenario ini, instance penerima tidak berada di jaringan VPC yang sama dengan instance pengirim maupun di jaringan VPC yang terhubung ke jaringan VPC instance pengirim menggunakan Peering Jaringan VPC.

Komunikasi ke tujuan di luar jaringan VPC

Google Cloud memproses paket yang dikirim dari instance komputasi ke tujuan di luar jaringan VPC instance pengirim seperti yang ditunjukkan dalam tabel berikut. Tujuan di luar jaringan VPC instance pengirim mencakup alamat IP yang dapat dirutekan secara publik untuk resource di luar Google Cloud dan alamat IP eksternal yang dapat digunakan pelanggan di dalam Google Cloud.

Karena internet umumnya menggunakan MTU 1.500 byte, mempertahankan ukuran paket IP pada 1.500 byte atau kurang biasanya menghindari kehilangan paket terkait MTU.

Situasi Perilaku
Paket TCP SYN dan SYN-ACK Google Cloud melakukan clamping MSS jika diperlukan, mengubah MSS untuk memastikan paket sesuai dengan MTU.
MTU paket IP antara 1.300 byte dan 1.600 byte (inklusif) Google Cloud tidak membuat perubahan pada paket, kecuali untuk paket SYN dan SYN-ACK seperti yang dibahas di baris pertama.
Paket IP lebih besar dari 1.600 byte Google Cloud menghapus paket dan mengirim pesan Fragmentation Needed (ICMP over IPv4) atau Packet Too Big (ICMPv6) saat bit DF aktif dan juga saat bit DF nonaktif.

Komunikasi ke Google API dan layanan Google

Instance komputasi yang menggunakan ukuran MTU jaringan VPC yang valid dapat mengirim paket ke Google API dan layanan Google, termasuk menggunakan Akses Google Pribadi dan Private Service Connect untuk Google API. Detail di bagian ini juga berlaku untuk resource lokal yang mengirim paket ke Google API dan layanan Google menggunakan Akses Google Pribadi untuk host lokal.

Jalur traffic ke Google API dan layanan Google yang dijelaskan di bagian ini diimplementasikan oleh Google Front End (GFE). GFE ini menggunakan MTU tetap yang tidak dapat dikonfigurasi. Traffic dari Google Cloud ke Google API dan layanan Google selalu menggunakan protokol TCP: Jika instance komputasi terhubung ke Google API dan layanan Google dari jaringan VPC yang MTU-nya tidak cocok dengan MTU GFE, ukuran segmen akan dinegosiasikan menggunakan iklan TCP MSS seperti yang dijelaskan dalam MTU yang tidak cocok, clamping MSS, penemuan MTU jalur.

Sumber paket Tujuan paket

Alamat IPv4 internal apa pun: alamat IPv4 internal utama atau alamat IPv4 internal dari rentang IP alias NIC instance

Alamat IPv4 eksternal yang ditetapkan ke NIC instance menggunakan konfigurasi akses NAT 1-1: Dalam situasi ini, Google Cloud melakukan NAT 1-1 pada traffic keluar, mengonversi alamat IPv4 internal utama sumber asli ke alamat IPv4 eksternal sumber yang ditentukan dalam konfigurasi akses.
  • Alamat IPv4 Google API dan layanan Google untuk domain default
  • 199.36.153.4/30 (restricted.googleapis.com)
  • 199.36.153.8/30 (private.googleapis.com)
  • Endpoint Private Service Connect untuk Google API dan layanan Google
Alamat IPv6 eksternal atau internal, untuk instance stack ganda atau khusus IPv6
  • Alamat IPv6 Google API dan layanan Google untuk domain default
  • 2600:2d00:0002:1000::/64 (restricted.googleapis.com)
  • 2600:2d00:0002:2000::/64 (private.googleapis.com)

Komunikasi melalui tunnel Cloud VPN

Cloud VPN memiliki MTU gateway untuk paket yang dienkapsulasi dan MTU payload untuk paket sebelum dan sesudah enkapsulasi.

Untuk mengetahui nilai MTU payload yang tepat dan informasi MTU Cloud VPN lainnya, lihat Pertimbangan MTU dalam dokumentasi Cloud VPN.

Komunikasi melalui lampiran Cloud Interconnect (VLAN)

Sebaiknya gunakan MTU yang sama untuk semua lampiran VLAN yang terhubung ke jaringan VPC yang sama, dan tetapkan MTU jaringan VPC ke nilai yang sama. Untuk mengetahui detail tentang MTU lampiran VLAN Cloud Interconnect, lihat MTU Cloud Interconnect.

Komunikasi melalui endpoint firewall

Jika Anda menggunakan endpoint firewall, konfigurasikan MTU yang sesuai untuk jaringan VPC Anda. Jika setelan MTU jaringan VPC Anda melebihi ukuran paket yang didukung endpoint firewall, Cloud Next Generation Firewall tidak dapat melakukan pemeriksaan Lapisan 7 dengan berhasil. Untuk mengetahui informasi selengkapnya, lihat Ukuran paket yang didukung.

Dukungan frame jumbo

Frame jumbo memiliki payload yang ukurannya lebih dari 1.460 byte. Tabel berikut meringkas dukungan frame jumbo untuk Google Cloud produk dan fitur:

Produk atau fitur Dukungan frame jumbo
Compute Engine Ya
Cloud Interconnect Ya
Endpoint firewall Ya
Cloud VPN Tidak
Google API Tidak

Instance komputasi dan setelan MTU

Sebagai praktik terbaik, cocokkan MTU NIC instance komputasi dengan MTU jaringan VPC yang terhubung dengan NIC. Konfigurasi MTU NIC bervariasi bergantung pada sistem operasi dan konfigurasi:

  • Instance Linux berdasarkan image OS publik: setiap MTU NIC otomatis ditetapkan ke MTU jaringan VPC masing-masing menggunakan Opsi DHCP 26.

  • Instance Windows berdasarkan image OS publik: secara default, setiap MTU NIC dikonfigurasi dengan MTU tetap sebesar 1,460 byte. Jika Anda mengubah MTU jaringan VPC yang berisi instance Windows berdasarkan image OS publik, Anda harus mengubah setelan MTU instance Windows.

  • Image OS tamu kustom: Anda harus mengonfigurasi MTU NIC atau memverifikasi bahwa OS tamu menerima MTU jaringan VPC menggunakan Opsi DHCP 26.

  • Instance dengan beberapa antarmuka jaringan: tetapkan setiap MTU NIC ke MTU jaringan VPC masing-masing.

Jika MTU NIC harus berbeda dari MTU jaringan VPC, tetapkan MTU NIC ke nilai yang kurang dari MTU jaringan VPC. Mengurangi MTU NIC secara paksa menguntungkan untuk beberapa skenario jaringan lanjutan.

Mengubah MTU jaringan VPC

Untuk menghindari masalah konektivitas, sebelum mengubah MTU jaringan VPC, Anda harus menghentikan setiap instance komputasi terlebih dahulu. Mem-boot ulang instance dari dalam sistem operasi tamu tidak akan mengupdate MTU-nya. Jika Anda memilih untuk mengonfigurasi instance dengan MTU yang lebih rendah dari MTU jaringan, persyaratan untuk menghentikan instance sebelum mengubah MTU tetap berlaku.

Untuk mengetahui informasi selengkapnya tentang cara mengubah MTU jaringan, lihat Mengubah setelan MTU jaringan VPC.

Setelan GKE dan MTU

MTU yang dipilih untuk antarmuka Pod bergantung pada Antarmuka Jaringan Container (Container Network Interface/CNI) yang digunakan oleh Node cluster dan setelan MTU VPC yang mendasarinya. Untuk mengetahui informasi selengkapnya, lihat Pod.

Nilai MTU antarmuka Pod adalah 1460 atau diwarisi dari antarmuka utama Node.

CNI MTU GKE Standard
kubenet 1460 Default
kubenet
(GKE versi 1.26.1 dan yang lebih baru) 		Diwarisi Default
Calico 1460

Diaktifkan menggunakan --enable-network-policy.

Untuk mengetahui detailnya, silakan melihat Mengontrol komunikasi antara Pod dan Layanan menggunakan kebijakan jaringan.
netd Diwarisi Diaktifkan menggunakan salah satu opsi berikut:
GKE Dataplane V2 Diwarisi

Diaktifkan menggunakan --enable-dataplane-v2.

Untuk mengetahui detailnya, silakan melihat Menggunakan GKE Dataplane V2.

MTU yang tidak cocok, clamping MSS, penemuan MTU jalur

Bagian ini menjelaskan cara protokol TCP dan non-TCP menangani MTU yang tidak cocok.

Protokol TCP

Protokol TCP menangani ketidakcocokan MTU secara otomatis. Klien dan server menghitung nilai ukuran segmen maksimum (MSS) TCP efektifnya sendiri secara terpisah setiap kali koneksi TCP dibuka. Klien dan server tidak harus menyetujui nilai MSS efektif yang identik.

  • Ukuran segmen maksimum (MSS) TCP efektif klien: Jumlah data yang dapat ditransmisikan terbesar dalam segmen TCP yang dikirim dari klien ke server adalah minimum dari dua nilai berikut:

    • Nilai kolom MSS dalam paket SYN-ACK yang diterima oleh klien dari server selama pembentukan koneksi TCP.

    • MTU antarmuka jaringan klien, dikurangi 40 byte. 40 byte yang dikurangi mencakup 20 byte untuk header IP dan 20 byte untuk header TCP dasar.

  • Ukuran segmen maksimum (MSS) TCP efektif server: Jumlah data yang dapat ditransmisikan terbesar dalam segmen TCP yang dikirim dari server ke klien adalah minimum dari dua nilai berikut:

    • Nilai kolom MSS dalam paket SYN yang diterima oleh server dari klien selama pembentukan koneksi TCP.

    • MTU antarmuka jaringan server, dikurangi 40 byte. 40 byte yang dikurangi mencakup 20 byte untuk header IP dan 20 byte untuk header TCP dasar.

Clamping MSS TCP

Clamping MSS TCP adalah proses saat perangkat jaringan antara klien dan server mengubah nilai MSS dalam paket SYN dan SYN-ACK saat merutekan paket antara klien dan server. Google Cloud menggunakan clamping MSS setiap kali mengirim paket ke tujuan di luar jaringan VPC.

Tunnel Cloud VPN dan lampiran VLAN Cloud Interconnect juga menggunakan clamping MSS. Untuk mengetahui informasi selengkapnya, lihat Enkapsulasi dan pemrosesan dalam dokumentasi Cloud VPN dan MTU Cloud Interconnect.

Jaringan VPC tidak melakukan clamping MSS untuk paket yang dirutekan oleh next hop dalam jaringan VPC karena protokol TCP itu sendiri sudah cukup.

Protokol non-TCP

Protokol lain, seperti UDP, memerlukan perhatian khusus saat dua MTU jaringan VPC yang berbeda terlibat. Tanggung jawab sistem pengirim adalah mengirimkan paket yang sesuai dengan MTU antarmuka jaringannya, MTU antarmuka jaringan sistem penerima, dan MTU semua jaringan di antaranya. Google Cloud tidak melakukan fragmentasi IP untuk paket yang dirutekan oleh next hop dalam jaringan VPC.

Jika paket IP terlalu besar untuk dikirim—misalnya, saat paket melebihi MTU jaringan VPC tempat NIC instance komputasi penerima berada—akan menghapus paket tersebut. Google Cloud Jika paket memiliki bit DF yang ditetapkan, Google Cloud juga akan mengirim pesan Fragmentation Needed (ICMP over IPv4) atau Packet Too Big (ICMPv6) kembali ke pengirim.

Google Cloud mengirim pesan Fragmentation Needed atau Packet Too Big dalam situasi berikut, bahkan saat bit DF nonaktif:

  • Jika MTU jaringan VPC kurang dari 1.600 byte, dan paket yang dikirim melebihi MTU jaringan VPC.
  • Jika MTU jaringan VPC adalah 1.600 byte atau lebih, dan paket yang dikirim melebihi 1.600 byte.

Pesan ICMP Fragmentation Needed atau Packet Too Big diperlukan agar instance komputasi yang mengirim paket dapat menggunakan penemuan MTU Jalur (PMTUD). Untuk mengilustrasikan cara kerja PMTUD, pertimbangkan contoh berikut dengan dua instance komputasi di jaringan VPC yang berbeda yang terhubung menggunakan Peering Jaringan VPC:

  • Instance pengirim memiliki NIC di jaringan VPC yang MTU-nya adalah 8.896 byte.
  • Instance penerima memiliki NIC di jaringan VPC yang MTU-nya adalah 1.460 byte.
  • Instance pengirim mengirim paket IP 8.000 byte yang bit Don't Fragment (DF) ditetapkan. Karena paket terlalu besar untuk dikirim ke instance penerima, Google Cloud akan mengirim pesan Fragmentation Required atau Packet Too Big ke instance pengirim. Pesan ini menunjukkan ukuran paket IP terbesar yang dapat digunakan pengirim saat mencoba mengirim ulang paket untuk koneksi.
  • Sistem operasi instance pengirim menggunakan informasi ini untuk menurunkan ukuran paket IP saat mengirim paket berikutnya ke instance penerima.

PMTUD memiliki persyaratan tambahan berikut karena paket Fragmentation Needed atau Packet Too Big yang dihasilkan PMTUD menggunakan protokol ICMP dan memiliki sumber yang cocok dengan tujuan paket asli:

  • Anda harus mengonfigurasi aturan firewall VPC izinkan traffic masuk atau aturan dalam kebijakan firewall sehingga ICMP (untuk IPv4) atau ICMPv6 (untuk IPv6) diizinkan dari sumber yang cocok dengan tujuan paket asli. Untuk menyederhanakan konfigurasi firewall, pertimbangkan untuk mengizinkan ICMP dan ICMPv6 dari semua sumber.
  • Aturan penerusan untuk Load Balancer Jaringan passthrough internal dan penerusan protokol internal harus menggunakan protokol L3_DEFAULT sehingga memproses ICMP untuk PMTUD dan protokol yang digunakan oleh paket asli.

Langkah berikutnya

Coba sendiri

Jika Anda baru pertama kali menggunakan Google Cloud, buat akun untuk mengevaluasi performa VPC dalam skenario dunia nyata. Pelanggan baru juga akan mendapatkan kredit gratis senilai $300 untuk menjalankan, menguji, dan men-deploy workload.

Coba VPC gratis