-
Notifications
You must be signed in to change notification settings - Fork 31
Add limitation about the first controller node #3485
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -10,11 +10,11 @@ To install your application with Embedded Cluster, an Embedded Cluster Config mu | |
|
|
||
| The Embedded Cluster Config lets you define several aspects of the Kubernetes cluster that will be created. | ||
|
|
||
| ### Limitation | ||
| ### Limitations | ||
|
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. ^ main limitations section of the Embedded Cluster Config reference. Making it clearer that there are additional limitations specific to the individual properties in the config |
||
|
|
||
| * The Embedded Cluster Config does not support the use of Go template functions, including [KOTS template functions](/reference/template-functions-about). | ||
|
|
||
| For additional property-specific limitations, see the sections below. | ||
| * There are additional, property-specific limitations. For more information, see the sections below. | ||
|
|
||
| ### Example | ||
|
|
||
|
|
@@ -79,10 +79,6 @@ For a full list of versions, see the [Embedded Cluster Release Notes](/release-n | |
|
|
||
| ## roles (Beta) | ||
|
|
||
| :::note | ||
| Support for setting node roles is Beta. | ||
| ::: | ||
|
|
||
| You can optionally customize node roles in the Embedded Cluster Config using the `roles` key. | ||
|
|
||
| A common use case for customizing node roles is to assign workloads to specific nodes. For example, if your application has graphics processing unit (GPU) workloads, you could create a `custom` role that will add a `gpu=true` label to any node that is assigned the role. This allows you to then schedule GPU workloads on nodes labled `gpu=true`. | ||
|
|
@@ -113,6 +109,12 @@ spec: | |
| gpu: "true" # Label applied to "gpu" nodes | ||
| ``` | ||
|
|
||
| ### Limitations | ||
|
|
||
| * Defining node roles with the `roles` key is Beta. | ||
|
|
||
| * The first node added to the cluster is always a controller and cannot be assigned any custom roles. You can add custom labels to the first node by setting the `labels` field in the `roles.controller` key. | ||
|
|
||
|
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. ^ added these limitations to the Added a sentence about how you can still add labels by setting the |
||
| ### roles.controller | ||
|
|
||
| In the `roles.controller` key, you can set the following fields to customize the default controller role: | ||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
^ this is in the "Manage Multi-Node Clusters" topic, which explains how to join nodes during/after install in the Admin Console/cli