Skip to main content
View and manage subnets. Subnets define groups of nodes organized by region. Admission is managed separately for developer accounts and provider fleets or nodes. Subnet runtime policy controls which workload isolation intent a subnet accepts. Use —allowed-isolation-class when creating or editing a subnet to allow container, secure-container, microvm, or a combination. Use —allowed-vmm-backend to restrict Kata-backed secure-container nodes by backend. Use —default-isolation-class when workloads that omit —isolation-class should inherit a subnet default. Runtime policy does not install or prove a runtime on provider nodes; scheduled workloads still require matching node capabilities. A globally unique slug is auto-generated when a subnet is created. An optional display name can be set for presentation; it is never used as an identifier.

Usage

Aliases

  • subnets

Commands

Inherited flags

Examples

Subcommand reference

idyl subnet admission

Manage typed subnet admission. Developer admission controls which accounts may submit workloads. Provider admission controls which fleets or nodes may join as capacity.

Usage

Aliases

  • admissions

Commands

Examples

idyl subnet admission get

Get subnet admission

Usage

Aliases

  • list
  • ls

Flags

idyl subnet admission grant

Grant subnet admission

Usage

Flags

idyl subnet admission revoke

Revoke subnet admission

Usage

Flags

idyl subnet admission set

Set an admission mode

Usage

Flags

idyl subnet approve

Approve a subnet for account deploy access. This grants the current account permission to create new workloads in the subnet, provided the subnet’s region is also enabled for the account. Provider capacity admission is managed separately with ‘idyl subnet admission’.

Usage

Flags

Examples

idyl subnet create

Create a new subnet in a region. A globally unique slug is auto-generated server-side. Use —display-name for optional presentation text; display names are not identifiers and need not be unique. Use runtime policy flags when the subnet should accept only specific workload isolation intent or Kata VMM backends. If —default-isolation-class is set, workloads that omit —isolation-class inherit that default. If a runtime policy has no default, workloads must set —isolation-class explicitly. Runtime policy does not install or prove a runtime on provider nodes; scheduling still requires matching node capabilities. Use —enable-secrets when the subnet should accept subnet-bound Secrets for registry credentials, workload secret references, and node reads. New subnets default to the denied root policy: workloads whose image would run as uid 0 are rejected at start. Pass —root-policy allowed to honor image users as-is.

Usage

Flags

Examples

idyl subnet delete

Delete a subnet. The argument is the subnet’s canonical slug. You will be prompted for confirmation unless the —yes flag is provided.

Usage

Flags

Examples

idyl subnet edit

Edit a subnet’s properties. The argument is the subnet’s canonical slug. Use —set-display-name to set presentation text or —clear-display-name to remove it. Display names are not identifiers and need not be unique. Runtime policy flags replace the subnet runtime policy. Use —allowed-isolation-class to set the allowed workload isolation intent and —allowed-vmm-backend to restrict Kata-backed secure-container nodes by backend. Use —default-isolation-class when workloads without explicit —isolation-class should inherit a subnet default. Use —clear-runtime-policy to remove subnet runtime policy. Runtime policy does not install or prove a runtime on provider nodes; scheduling still requires matching node capabilities. Use —root-policy to set the subnet’s root-user policy: denied rejects workloads whose image would run as uid 0 (with a reason-coded start failure on the node); allowed honors the image user as-is. The policy applies to assignments dispatched after the change; running pods keep running until their next restart or reschedule. Secrets policy flags replace the subnet Secrets policy. Use —enable-secrets to allow subnet-bound secret creation, workload secret references, and node secret reads. Use —disable-secrets to stop those flows; this requires confirmation unless —yes is provided.

Usage

Flags

Examples

idyl subnet get

Get details of a specific managed subnet, or list managed subnets. With no arguments, lists subnets owned by the current account. With a slug argument, gets details of that managed subnet.

Usage

Aliases

  • list
  • ls

Flags

Examples

idyl subnet show

Show details of the current subnet from the active context. The subnet is resolved from the —subnet flag, IDYL_SUBNET environment variable, or the current context.

Usage

Flags

Examples

idyl subnet unapprove

Remove subnet deploy access from the account. Existing workloads are not stopped, but new deployments to the subnet will be blocked once access is removed.

Usage

Flags

Examples