Skip to content

Commit 5a4620b

Browse files
committed
docs: add documentation about QEMU presets
and omni endpoint flag Signed-off-by: Orzelius <[email protected]>
1 parent acd4f08 commit 5a4620b

File tree

1 file changed

+11
-0
lines changed
  • public/talos/v1.12/platform-specific-installations/local-platforms

1 file changed

+11
-0
lines changed

public/talos/v1.12/platform-specific-installations/local-platforms/qemu.mdx

Lines changed: 11 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -91,10 +91,21 @@ On Linux, before the first cluster is created, `talosctl` will download the CNI
9191
Once the above finishes successfully, your talosconfig (`~/.talos/config`) will be configured to point to the new cluster, and `kubeconfig` will be
9292
downloaded and merged into default kubectl config location (`~/.kube/config`).
9393

94+
### Presets
95+
96+
The `talosctl cluster create qemu` command has various presets available via the `--presets` flag to modify behavior.
97+
See [reference documentation](../../reference/cli#talosctl-cluster-create-qemu") for more details.
98+
9499
### Image factory schematic
95100

96101
Optionally a custom [Image Factory](../../getting-started/talosctl) schematic ID can be provided via the `--schematic-id` flag.
97102

103+
### Omni
104+
105+
The `omni-api-endpoint` flag configures nodes to connect to an Omni instance once booted.
106+
Using [SideroLink](../../networking/siderolink), the local QEMU nodes can communicate with Omni as long as the endpoint is reachable.
107+
This enables connections to a local Omni instance, a cloud-hosted Omni instance, or a Sidero SaaS Omni instance.
108+
98109
## Using the Cluster
99110

100111
Once the cluster is available, you can make use of `talosctl` and `kubectl` to interact with the cluster.

0 commit comments

Comments
 (0)