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

Membuat dan mengelola cluster IPv6 stack tunggal

Autopilot Standard

Dokumen ini menjelaskan cara membuat, mengonfigurasi, dan mengelola cluster IPv6 stack tunggal di Google Kubernetes Engine (GKE).

Anda dapat menjalankan workload dalam container di lingkungan jaringan khusus IPv6 untuk menghindari kehabisan ruang alamat IPv4 pribadi (RFC 1918). Saat men-deploy cluster IPv6 stack tunggal, Anda hanya menetapkan alamat IPv6 ke Pod, node, dan Service, sekaligus mempertahankan konektivitas ingress dan egress ke resource internal dan eksternal.

Ringkasan

Seiring dengan penskalaan workload dan peningkatan kepadatan cluster, ruang alamat IPv4 pribadi dapat dengan cepat habis. Dalam cluster khusus IPv4 dan dual-stack, setiap Pod memerlukan alamat IPv4, yang dapat membuat alokasi blok CIDR di seluruh jaringan VPC Anda menjadi bottleneck penskalaan utama.

Di cluster IPv6 stack tunggal GKE, Anda menetapkan alamat IPv6 secara eksklusif di seluruh bidang data cluster, sehingga sepenuhnya menghilangkan batasan alamat IPv4. Worker node berjalan di instance VM Compute Engine IPv6 stack tunggal, dan Pod serta Service berkomunikasi melalui koneksi IPv6.

Alokasi alamat IP (IPAM)

Cluster IPv6 stack tunggal mengalokasikan alamat IPv6 di seluruh subnetwork, node, Pod, dan Service Anda menggunakan ukuran awalan berikut:

Resource	Awalan blok CIDR	Deskripsi
Subnetwork	`/64`	Ditentukan sebagai blok CIDR subnetwork khusus IPv6.
Node	`/96`	Ditetapkan secara otomatis oleh GKE dari blok CIDR subnetwork, yang menyediakan sekitar 4,29 miliar alamat IPv6 unik per node.
Pod	`/112`	Ditetapkan dari subset subrentang `/96` node.
Layanan	`/64`	Ditetapkan secara otomatis oleh GKE untuk Layanan ClusterIP dari rentang alamat IPv6 `2600:2D00:0:4::0:0/64`.

Jenis akses IPv6 eksternal dan internal

Saat menyiapkan subnetwork cluster, Anda dapat memilih antara dua jenis akses IPv6 untuk mengontrol kemampuan perutean internet:

Internal (ULA): subnetwork dengan jenis akses INTERNAL menggunakan Unique Local Unicast Address (ULA) dalam rentang fd20::/20. Komunikasi dicakupkan ke jaringan VPC, jaringan peering, dan koneksi hybrid Anda. Node dan Pod tidak dapat langsung menjangkau resource internet IPv6 publik atau menerima ingress internet langsung.
Eksternal (GUA): subnetwork dengan jenis akses EXTERNAL menggunakan Global Unicast Address (GUA). Node dan Pod diberi alamat IPv6 yang unik secara global dan dapat berkomunikasi dengan resource internet IPv6 publik di seluruh ingress dan egress, sesuai dengan aturan firewall VPC dan tabel perutean.

Sebelum memulai

Sebelum memulai, pastikan Anda telah melakukan tugas berikut:

Aktifkan Google Kubernetes Engine API.

Aktifkan Google Kubernetes Engine API

Untuk menggunakan Google Cloud CLI untuk tugas ini, instal lalu lakukan inisialisasi gcloud CLI. Jika sebelumnya Anda telah menginstal gcloud CLI, dapatkan versi terbaru dengan menjalankan perintah gcloud components update. Versi gcloud CLI yang lebih lama mungkin tidak mendukung menjalankan perintah dalam dokumen ini.
Catatan: Untuk penginstalan gcloud CLI yang ada, pastikan untuk menyetel properti compute/region. Jika Anda menggunakan cluster zona, tetapkan compute/zone. Dengan menetapkan lokasi default, Anda dapat menghindari error di gcloud CLI seperti berikut: One of [--zone, --region] must be supplied: Please specify location. Anda mungkin perlu menentukan lokasi dalam perintah tertentu jika lokasi cluster Anda berbeda dengan lokasi default yang Anda tetapkan.

Persyaratan dan batasan

Untuk menggunakan cluster IPv6 stack tunggal, pastikan Anda memenuhi persyaratan dan batasan berikut:

Cluster Anda harus menjalankan GKE versi 1.37.1-gke.3020000 atau yang lebih baru.
Cluster Anda harus berupa cluster VPC native yang menggunakan GKE Dataplane V2. Cluster IPv6 stack tunggal tidak mendukung cluster berbasis rute.
Cluster IPv6 stack tunggal hanya mendukung instance VM IPv6 stack tunggal sebagai worker node, dan tidak mendukung node pool campuran atau dual-stack.
Anda harus menggunakan Cloud DNS sebagai penyedia DNS cluster (--cluster-dns=clouddns). Cluster IPv6 stack tunggal tidak mendukung kube-dns.
Akses bidang kontrol di cluster IPv6 stack tunggal menggunakan dua jalur yang berbeda:
- Klien eksternal: klien di luar cluster (misalnya, menggunakan kubectl) mengakses bidang kontrol melalui endpoint berbasis domain melalui Frontend GKE (GKFE).
- Workload internal: node dan Pod terhubung dengan aman ke bidang kontrol melalui Private Service Connect. Untuk mendukung komunikasi ini, Anda harus menyediakan atau membuat subnetwork dengan jenis akses IPv6 INTERNAL (--private-endpoint-subnetwork).
Pada subnetwork IPv6 internal (INTERNAL), node dan Pod dapat menjangkau Google API dan Artifact Registry melalui IPv6 tanpa gateway Cloud NAT. Namun, pertimbangkan hal berikut:
- Untuk menjangkau endpoint khusus IPv4 eksternal (seperti registry container khusus IPv4 eksternal), Anda harus mengonfigurasi DNS64 dan Cloud NAT (NAT64).
- Node dan Pod di subnetwork INTERNAL tidak dapat menjangkau endpoint IPv6 publik eksternal di luar Google karena Unique Local Address (ULA) tidak dapat dirutekan di internet IPv6 publik dan Cloud NAT tidak mendukung terjemahan IPv6-ke-IPv6 (NAT66).
Cluster IPv6 stack tunggal tidak mendukung flag cluster --private-ipv6-google-access-type dan --enable-private-nodes. Sebagai gantinya, konfigurasikan Akses Google Pribadi dan jenis akses IPv6 (INTERNAL atau EXTERNAL) langsung di subnetwork VPC Anda.
Cluster IPv6 stack tunggal tidak mendukung konfigurasi multi-subnet.
Cluster IPv6 stack tunggal tidak mendukung GKE Ingress. Untuk mengonfigurasi Load Balancer Aplikasi Lapisan 7, gunakan Gateway API.
API multi-jaringan GKE tidak mendukung jaringan Pod IPv6; jaringan Pod sekunder harus khusus IPv4. Untuk mengetahui informasi selengkapnya, lihat Dukungan multi-jaringan untuk Pod.
Cluster khusus IPv6 tidak mendukung Cloud Service Mesh.
Anda dapat menggunakan bawa alamat IPv6 Anda sendiri (BYOIPv6) dengan cluster IPv6 stack tunggal. Untuk mempelajari persyaratan yang berlaku untuk awalan BYOIPv6, lihat Membuat dan menggunakan sub-awalan IPv6.

Konfigurasi server metadata workload

Karena workload yang berjalan di Pod khusus IPv6 tidak dapat menjangkau alamat server metadata IPv4 standar (169.254.169.254), terapkan penyesuaian berikut:

Konfigurasikan aplikasi dan library klien Anda untuk mengakses server metadata menggunakan nama domain metadata.google.internal (direkomendasikan) atau alamat IPv6 ULA literal [fd20:ce::254].
Jika Anda menggunakan library klien atau aplikasi dengan endpoint server metadata IPv4 yang di-hardcode (misalnya, library klien Google API versi lama), tetapkan variabel lingkungan GCE_METADATA_HOST di image container atau spesifikasi Pod:
```
env:
- name: GCE_METADATA_HOST
  value: "metadata.google.internal"
```

Membuat cluster IPv6 stack tunggal

Anda dapat membuat cluster IPv6 stack tunggal menggunakan Google Cloud CLI.

Membuat cluster dan subnetwork secara bersamaan

Jika belum memiliki subnetwork kustom yang sudah ada, Anda dapat membuat cluster IPv6 stack tunggal Standard dan meminta GKE menyediakan subnetwork node yang diperlukan dan --private-endpoint-subnetwork secara otomatis dalam satu perintah.

Jalankan perintah berikut:

gcloud beta container clusters create CLUSTER_NAME \
    --cluster-version=VERSION \
    --enable-dataplane-v2 \
    --cluster-dns=clouddns \
    --stack-type=ipv6 \
    --network=NETWORK_NAME \
    --create-subnetwork name=SUBNET_NAME \
    --ipv6-access-type=ACCESS_TYPE \
    --location=COMPUTE_LOCATION

Ganti kode berikut:

CLUSTER_NAME: nama untuk cluster baru Anda.
VERSION: GKE versi 1.37.1-gke.3020000 atau yang lebih baru.
NETWORK_NAME: nama jaringan VPC mode kustom yang ada.
SUBNET_NAME: nama subnetwork node baru yang akan dibuat.
ACCESS_TYPE: kemampuan subnetwork untuk dirutekan ke internet. Tentukan INTERNAL untuk alamat ULA pribadi atau EXTERNAL untuk alamat GUA publik. Nilai defaultnya adalah EXTERNAL jika dihilangkan.
COMPUTE_LOCATION: region atau zona komputasi untuk cluster Anda.

Membuat cluster Standard di subnetwork kustom

Untuk menggunakan subnetwork yang sudah ada atau kustom, buat jaringan VPC, subnetwork bidang kontrol PSC, dan subnetwork node sebelum Anda membuat cluster.

Buat jaringan VPC mode kustom dengan alamat IPv6 internal ULA yang diaktifkan:

gcloud compute networks create NETWORK_NAME \
    --subnet-mode=CUSTOM \
    --enable-ula-internal-ipv6

Buat subnetwork bidang kontrol PSC internal khusus:
```
gcloud compute networks subnets create PSC_SUBNET_NAME \
    --stack-type=ipv6_only \
    --ipv6-access-type=INTERNAL \
    --network=NETWORK_NAME \
    --region=COMPUTE_REGION
```
Ganti COMPUTE_REGION dengan region tempat Anda men-deploy cluster (misalnya, us-central1). Anda juga dapat menentukan --stack-type=ipv4_ipv6 untuk subnetwork bidang kontrol PSC.

Buat subnetwork node. Pilih akses internal (INTERNAL) atau akses eksternal (EXTERNAL):

gcloud compute networks subnets create NODE_SUBNET_NAME \
    --stack-type=ipv6_only \
    --ipv6-access-type=ACCESS_TYPE \
    --network=NETWORK_NAME \
    --region=COMPUTE_REGION

Buat cluster Standard IPv6 stack tunggal yang mereferensikan kedua subnetwork:

gcloud container clusters create CLUSTER_NAME \
    --cluster-version=VERSION \
    --enable-dataplane-v2 \
    --cluster-dns=clouddns \
    --stack-type=ipv6 \
    --network=NETWORK_NAME \
    --subnetwork=NODE_SUBNET_NAME \
    --private-endpoint-subnetwork=PSC_SUBNET_NAME \
    --location=COMPUTE_LOCATION

Membuat cluster Autopilot di subnetwork kustom

Cluster Autopilot otomatis mewarisi jenis stack-nya dari subnetwork node yang Anda tentukan. Saat Anda memilih subnetwork khusus IPv6, GKE akan membuat cluster Autopilot IPv6 stack tunggal.

Pastikan Anda telah membuat jaringan VPC kustom, subnetwork PSC internal, dan subnetwork node khusus IPv6 seperti yang dijelaskan di bagian sebelumnya.

Buat cluster Autopilot:

gcloud container clusters create-auto CLUSTER_NAME \
    --cluster-version=VERSION \
    --network=NETWORK_NAME \
    --subnetwork=NODE_SUBNET_NAME \
    --private-endpoint-subnetwork=PSC_SUBNET_NAME \
    --location=COMPUTE_LOCATION

Membuat cluster Standard dengan node terkelola

Anda juga dapat membuat cluster Standard IPv6 stack tunggal yang menggunakan node terkelola yang dikonfigurasi di level workload. Untuk mempelajari lebih lanjut cara mengonfigurasi ComputeClass terkelola di cluster Standard, lihat Class Autopilot di cluster Standard.

Menggunakan - bawa alamat IPv6 Anda sendiri - untuk node dan Pod

Anda dapat membuat cluster IPv6 stack tunggal yang node dan Pod-nya menggunakan bawa alamat IPv6 Anda sendiri (BYOIPv6), bukan alamat yang disediakan Google. Untuk melakukannya, buat subnetwork node dengan rentang alamat IPv6 eksternal yang berasal dari sub-awalan IPv6 regional dari awalan yang didelegasikan secara publik (PDP). Node dan Pod kemudian menerima alamat IPv6 dari awalan tersebut dan berkomunikasi dengan internet serta satu sama lain menggunakan alamat tersebut.

Buat sub-awalan IPv6 regional dari awalan yang didelegasikan secara publik dalam mode EXTERNAL_IPV6_SUBNETWORK_CREATION. Untuk mengetahui informasi selengkapnya, lihat Membuat sub-awalan IPv6.
Buat subnetwork node dengan jenis akses IPv6 EXTERNAL dan referensikan sub-awalan menggunakan flag --ip-collection. Compute Engine mengalokasikan rentang alamat IPv6 /64 subnetwork dari sub-awalan:
```
gcloud compute networks subnets create NODE_SUBNET_NAME \
    --stack-type=ipv6_only \
    --ipv6-access-type=EXTERNAL \
    --ip-collection=SUB_PREFIX_NAME \
    --network=NETWORK_NAME \
    --region=COMPUTE_REGION
```
Ganti SUB_PREFIX_NAME dengan nama sub-awalan yang Anda buat di langkah sebelumnya. Sub-awalan harus berada di region yang sama dengan subnetwork. Untuk memilih rentang /64 tertentu dari sub-prefix, alih-alih membiarkan Compute Engine mengalokasikannya, tambahkan flag --external-ipv6-prefix.
Buat cluster di subnetwork node ini dengan mengikuti langkah-langkah di Membuat cluster Standard di subnetwork kustom atau Membuat cluster Autopilot di subnetwork kustom. Subnetwork bidang kontrol PSC tidak memerlukan rentang alamat BYOIPv6.
Setelah GKE membuat cluster, pastikan node dan Pod memiliki alamat IPv6 dari awalan Anda:
```
kubectl get nodes -o wide
kubectl get pods --all-namespaces -o wide
```

Ingat hal berikut:

Prosedur ini menggunakan subnetwork node dengan jenis akses IPv6 EXTERNAL, sehingga node dan Pod mendapatkan alamat yang dapat dirutekan secara global dari awalan Anda. Anda juga dapat menggunakan subnetwork node dengan jenis akses IPv6 INTERNAL dengan mereferensikan sub-prefix dalam mode INTERNAL_IPV6_SUBNETWORK_CREATION; dalam hal ini, node dan Pod mendapatkan alamat BYOIPv6 internal dan batasan konektivitas jenis akses IPv6 internal berlaku. Untuk mengetahui informasi selengkapnya, lihat Menghubungkan ke resource eksternal dan pribadi.
Untuk mengekspos workload di alamat BYOIPv6 dengan Service LoadBalancer, lihat Bring your own IPv6 addresses (BYOIPv6), yang tidak memerlukan subnetwork node BYOIPv6.
Untuk persyaratan yang berlaku pada awalan BYOIPv6, lihat Membuat dan menggunakan sub-awalan IPv6.

Memverifikasi jenis stack cluster

Setelah pembuatan cluster selesai, cantumkan cluster Anda untuk memverifikasi bahwa cluster Anda berjalan dalam mode IPv6 stack tunggal:

gcloud beta container clusters list

Output mengonfirmasi bahwa kolom STACK_TYPE ditetapkan ke IPV6:

NAME               LOCATION       MASTER_VERSION      MASTER_IP                                 MACHINE_TYPE  NODE_VERSION        NUM_NODES  STACK_TYPE  STATUS
v6-only-cluster-1  us-central1-c  1.37.0-gke.1000000  gke-3a3234-123456.us-central1-c.gke.goog  e2-medium     1.37.0-gke.1000000  1          IPV6        RUNNING

Load balancing di cluster IPv6 stack tunggal

Anda dapat mengekspos aplikasi yang berjalan di dalam cluster IPv6 stack tunggal menggunakan load balancer Lapisan 7 dan Lapisan 4:

Load Balancing Aplikasi Lapisan 7 (Gateway API): gunakan Gateway API Kubernetes untuk men-deploy Load Balancer Aplikasi Lapisan 7 (gke-l7-rilb, gke-l7-regional-external-managed, atau gke-l7-global-external-managed). Gateway ini dapat melayani klien IPv4 dan IPv6 internal dan eksternal sekaligus merutekan traffic secara transparan ke endpoint Pod khusus IPv6 internal. Perhatikan bahwa GKE Ingress tidak didukung di cluster IPv6 stack tunggal. Saat Anda men-deploy Gateway regional (gke-l7-rilb dan gke-l7-regional-external-managed) di cluster IPv6 stack tunggal, perhatikan persyaratan subnetwork berikut:
- Subnetwork khusus proxy: pada cluster IPv6 stack tunggal, subnetwork khusus proxy regional (--purpose=REGIONAL_MANAGED_PROXY) harus berupa stack ganda (--stack-type=IPV4_IPV6). Pada cluster khusus IPv4 dan stack ganda, subnetwork dapat berupa khusus IPv4 atau stack ganda.
- Subnetwork VIP Gateway: tidak seperti Gateway eksternal regional IPv4 (yang tidak mengalokasikan VIP dari subnetwork), Gateway eksternal regional IPv6 (gke-l7-regional-external-managed) memerlukan subnetwork dengan akses IPv6 EXTERNAL, dan Gateway internal regional (gke-l7-rilb) memerlukan subnetwork dengan akses IPv6 INTERNAL (atau rentang IPv4 untuk VIP IPv4 internal). Untuk mengalokasikan VIP Gateway regional sementara dari subnetwork kustom, bukan subnetwork node cluster, tentukan nama subnetwork di kolom spec.default.subnetwork dari GCPGatewayPolicy yang terpasang ke Gateway.
Untuk petunjuk konfigurasi, lihat Men-deploy Gateway.
Load Balancing Passthrough Lapisan 4 (Service API): Anda dapat mengekspos workload ke klien IPv6 menggunakan Service Kubernetes yang dikonfigurasi dengan type: LoadBalancer. Bergantung pada apakah node cluster Anda berjalan di subjaringan INTERNAL (ULA) atau EXTERNAL (GUA), Anda mungkin perlu menyediakan subjaringan load balancer khusus dan mereferensikannya menggunakan anotasi networking.gke.io/load-balancer-subnet:
- Untuk load balancer internal, lihat Membuat Service LoadBalancer internal di cluster IPv6 stack tunggal.
- Untuk load balancer eksternal, lihat Membuat Service LoadBalancer eksternal di cluster IPv6 stack tunggal.
- Untuk menetapkan alamat BYOIPv6 ke load balancer, lihat Membawa alamat IPv6 Anda sendiri (BYOIPv6). Service LoadBalancer Eksternal dapat mengalokasikan alamatnya langsung dari awalan yang didelegasikan publik BYOIPv6, terlepas dari jenis akses subnetwork node.

Menghubungkan ke resource eksternal dan pribadi

Workload di cluster IPv6 stack tunggal Anda sering kali perlu berkomunikasi dengan layanan eksternal di internet atau layanan pribadi di Google Cloud.

Menghubungkan ke resource internet IPv6 publik

Jika node cluster Anda berjalan di subnetwork yang dikonfigurasi dengan jenis akses IPv6 EXTERNAL (--ipv6-access-type=EXTERNAL), konektivitas egress dan ingress keluar ke endpoint IPv6 internet publik diaktifkan secara default. Pastikan aturan firewall VPC Anda mengizinkan traffic IPv6 yang diperlukan. Untuk mempelajari lebih lanjut, lihat Menggunakan aturan firewall VPC.

Menghubungkan ke resource internet IPv4 publik (DNS64 dan NAT64)

Karena Pod dalam cluster IPv6 single-stack hanya memiliki alamat IPv6, menghubungkan ke endpoint internet khusus IPv4 publik memerlukan penafsiran jaringan. Anda dapat mengonfigurasi Cloud DNS dan Cloud NAT di seluruh jaringan VPC untuk menyediakan terjemahan DNS64 dan NAT64 otomatis:

Buat kebijakan server DNS64:

gcloud dns policies create POLICY_NAME \
    --description="DNS64 policy for single-stack IPv6 cluster" \
    --networks=NETWORK_NAME \
    --enable-dns64-all-queries

Buat Cloud Router di region tempat cluster Anda di-deploy:

gcloud compute routers create ROUTER_NAME \
    --network=NETWORK_NAME \
    --region=COMPUTE_REGION

Buat gateway Cloud NAT yang dikonfigurasi untuk penerjemahan NAT64:
```
gcloud compute routers nats create NAT_NAME \
    --router=ROUTER_NAME \
    --region=COMPUTE_REGION \
    --auto-allocate-nat-external-ips \
    --nat64-all-v6-subnet-ip-ranges
```
Untuk mengonfigurasi NAT64 dengan subnetwork tertentu atau alamat IP eksternal manual, gunakan --nat64-custom-v6-subnet-ip-ranges dan --nat-external-ip-pool.

Untuk mempelajari lebih lanjut penafsiran alamat, lihat Mengonfigurasi DNS64 dan NAT64 dan DNS64 dan NAT64 untuk konektivitas 6to4.

Terhubung ke layanan pribadi menggunakan Private Service Connect

Private Service Connect (PSC) mendukung terjemahan alamat IPv6 ke IPv4 di seluruh endpoint dan aturan penerusan. Anda dapat menghubungkan workload di cluster IPv6 stack tunggal ke layanan terkelola Google Cloud (seperti instance Cloud SQL) atau layanan produsen pihak ketiga:

Cadangkan alamat IPv6 internal statis dari subnetwork PSC cluster Anda:

gcloud compute addresses create ADDRESS_NAME \
    --ip-version=IPV6 \
    --subnet=PSC_SUBNET_NAME \
    --region=COMPUTE_REGION

Buat aturan penerusan endpoint PSC yang menargetkan lampiran layanan:

gcloud compute forwarding-rules create FORWARDING_RULE_NAME \
    --address=ADDRESS_NAME \
    --region=COMPUTE_REGION \
    --network=NETWORK_NAME \
    --target-service-attachment=SERVICE_ATTACHMENT_URL \
    --allow-psc-global-access

Ambil alamat IPv6 yang ditetapkan:

gcloud compute forwarding-rules describe FORWARDING_RULE_NAME \
    --region=COMPUTE_REGION \
    --format='value(IPAddress)'

Gunakan alamat IPv6 yang diambil di dalam string koneksi aplikasi Anda. PSC menerjemahkan traffic sehingga Pod IPv6 Anda dapat menjangkau layanan produsen IPv4 atau dual-stack dengan aman.

Untuk mempelajari lebih lanjut cara menggunakan layanan yang dipublikasikan, lihat Membuat endpoint Private Service Connect dan Menghubungkan ke Cloud SQL dengan Private Service Connect. Untuk memublikasikan Service LoadBalancer internal yang berjalan di cluster Anda kepada konsumen di jaringan VPC lain menggunakan resource ServiceAttachment, lihat Membuat load balancer internal dengan Private Service Connect.

Jaringan dan akselerator lanjutan

Anda dapat mengonfigurasi cluster IPv6 stack tunggal dengan antarmuka jaringan sekunder untuk node pool akselerator dan Pod multi-jaringan.

Jaringan akselerator multi-NIC

Di cluster IPv6 stack tunggal Standard, Anda dapat memasang jaringan data sekunder (RDMA atau DIORITE) ke node pool akselerator (GPU dan TPU) menggunakan jaringan otomatis (--accelerator-network-profile=auto) atau konfigurasi multi-jaringan manual (--additional-node-network). Antarmuka sekunder dapat berjalan di subnetwork IPv4, subnetwork stack ganda, atau subnetwork khusus IPv6.

Untuk mengetahui petunjuk langkah demi langkah, lihat Mengonfigurasi jaringan node multi-NIC di cluster IPv6 stack tunggal.

Dukungan multi-jaringan untuk Pod

Cluster IPv6 stack tunggal mendukung multi-jaringan untuk Pod dengan karakteristik berikut:

Antarmuka jaringan Pod utama (eth0) menggunakan jaringan IPv6 stack tunggal.
Antarmuka jaringan Pod tambahan harus khusus IPv4 (jaringan VPC Lapisan 3). Cluster IPv6 stack tunggal tidak mendukung jaringan Pod IPv6 di antarmuka jaringan tambahan.
Anotasi Pod networking.gke.io/default-interface mengonfigurasi antarmuka default hanya untuk traffic IPv4; tidak ada antarmuka default yang dikonfigurasi untuk traffic IPv6.

Untuk mempelajari cara mengonfigurasi jaringan Pod IPv4 sekunder yang didukung oleh subnetwork VPC, lihat Menyiapkan dukungan multi-jaringan untuk Pod di cluster IPv6 stack tunggal.

Bermigrasi ke cluster IPv6 stack tunggal

Anda tidak dapat langsung mengonversi atau mengupdate cluster IPv4 atau cluster dual-stack yang ada menjadi cluster IPv6 single-stack. Untuk mentransisikan workload, gunakan migrasi blue-green:

Mengaudit dependensi: verifikasi bahwa konfigurasi aplikasi, library klien, dan agen menggunakan nama DNS (seperti metadata.google.internal), bukan alamat IPv4 hardcode. Konfigurasikan GCE_METADATA_HOST jika diperlukan.
Sediakan cluster hijau: deploy cluster IPv6 stack tunggal baru secara berdampingan dengan cluster yang ada dalam jaringan VPC yang sama atau yang di-peering. Pastikan Cloud DNS, DNS64, Cloud NAT (NAT64), dan aturan penerusan PSC telah dikonfigurasi.
Men-deploy workload: terapkan manifes Kubernetes ke cluster hijau dan pastikan Pod dimulai dan berkomunikasi dengan baik.
Mengalihkan traffic: Menggunakan load balancer (Gateway API atau kebijakan perutean Cloud DNS), alihkan traffic secara bertahap dari cluster lama ke cluster IPv6 baru sambil memantau metrik dan tingkat error.
Menonaktifkan cluster lama: setelah semua traffic dialihkan dan cluster green diverifikasi stabil, kosongkan dan hapus cluster lama.

Langkah berikutnya

Untuk mempelajari lebih lanjut jaringan GKE, lihat Ringkasan jaringan GKE.
Untuk mempelajari cara GKE menetapkan alamat IP, lihat Memahami penetapan alamat IP di GKE.
Untuk mengonfigurasi load balancing Lapisan 7, lihat Men-deploy Gateway.
Untuk mengonfigurasi jaringan Pod sekunder, lihat Menyiapkan dukungan multi-jaringan untuk Pod.