Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from http://cloud.google.com/distributed-cloud/edge/latest/docs/address-allocation below:

Distributed Cloud connected Pod and Service network address allocation

Stay organized with collections Save and categorize content based on your preferences.

This page describes best practices for allocating network addresses to Kubernetes Pods and Services running on your Google Distributed Cloud connected installation.

Distributed Cloud Pod and Distributed Cloud Service address blocks must not overlap with the reserved CIDR blocks for the corresponding region. For example, you must not assign the 10.128.0.0/20 CIDR block in the us-central1 region.

When creating a Distributed Cloud connected cluster, you can specify an IPv4 CIDR block for your Distributed Cloud Pods and Distributed Cloud Services. For IPv4, use the RFC 1918 address range.

Each Distributed Cloud connected cluster accepts a single contiguous Distributed Cloud Pod CIDR block and a single contiguous Distributed Cloud Service CIDR block. The Distributed Cloud Service CIDR block covers only ClusterIP Services running within the target Distributed Cloud connected cluster. For external-facing Distributed Cloud Services, see Load balancing.

You must ensure the following:

• The Distributed Cloud Pod CIDR block and the Distributed Cloud Service CIDR block must not conflict with each other or with any other CIDR blocks on your local network.
• The Distributed Cloud connected node CIDR block must not conflict with the Distributed Cloud connected management CIDR blocks.
• Distributed Cloud load balancer virtual IP pools must not conflict across Distributed Cloud connected clusters.
• If you are connecting to a Virtual Private Cloud (VPC) network by using Cloud VPN, the Pod and Service CIDR blocks must not conflict with any CIDR blocks on your VPC network.
• To prevent indeterministic behavior, the CIDR blocks for Distributed Cloud connected clusters, your private network, and VPC subnetworks used for Distributed Cloud connectivity must not overlap.

Distributed Cloud connected automatically allocates portions of the specified Distributed Cloud Pod CIDR block as fixed-size Pod sub-CIDR blocks for each node in the zone based on the node's configured maximum Pod count. By default, Distributed Cloud sets the maximum Pod count per node to 128, which results in the allocation of a /24 CIDR block per node. You can change this count by using the default-max-pods-per-node flag. Distributed Cloud connected automatically scales the Pod CIDR size based on the value that you specify.

The following table lists the Pods-per-node counts and their corresponding CIDR sizes:

After you create the Distributed Cloud connected cluster, you cannot modify the CIDR block and Pods-per-node values described in this section. You must delete and re-create the cluster with the new values.

For multi-rack deployments of Distributed Cloud connected where a base rack aggregates the resources of one or more standalone racks into a single zone, you must allocate a /25 CIDR block. This ensures address availability up to the maximum supported number of nodes.

• Configure Network Function operator resources

Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

Last updated 2025-08-07 UTC.

[[["Easy to understand","easyToUnderstand","thumb-up"],["Solved my problem","solvedMyProblem","thumb-up"],["Other","otherUp","thumb-up"]],[["Hard to understand","hardToUnderstand","thumb-down"],["Incorrect information or sample code","incorrectInformationOrSampleCode","thumb-down"],["Missing the information/samples I need","missingTheInformationSamplesINeed","thumb-down"],["Other","otherDown","thumb-down"]],["Last updated 2025-08-07 UTC."],[[["Distributed Cloud Pod and Service address blocks must not overlap with reserved CIDR blocks for the corresponding region or other CIDR blocks on your local or VPC network."],["When creating a cluster, you specify an IPv4 CIDR block for Distributed Cloud Pods and Services, using the RFC 1918 address range, with a single contiguous block for each."],["The Pod CIDR block is automatically divided into fixed-size sub-CIDR blocks per node based on the maximum Pod count, with a default of 128 Pods per node resulting in a /24 CIDR block per node."],["You cannot modify the CIDR block or Pods-per-node values after creating a Distributed Cloud connected cluster; you must delete and re-create the cluster to make changes."],["For multi-rack deployments, a /25 CIDR block is required to ensure address availability for the maximum supported number of nodes."]]],[]]

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4