Skip to content

Commit 8ef6dda

Browse files
authored
Update priority-classes.mdx
1 parent 1f46cf1 commit 8ef6dda

File tree

1 file changed

+9
-9
lines changed

1 file changed

+9
-9
lines changed

vcluster/configure/vcluster-yaml/sync/from-host/priority-classes.mdx

Lines changed: 9 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -44,9 +44,9 @@ If you try to create a PriorityClass directly in the virtual cluster, using for
4444

4545
When PriorityClass syncing is enabled, vCluster uses a label selector to control which PriorityClass and Pod resources are synchronized between the host and virtual clusters. This affects two resource types with separate unidirectional sync flows:
4646

47-
- **PriorityClass resources** (host virtual): vCluster copies PriorityClass resources from the host cluster to the virtual cluster if they match the selector. You cannot create PriorityClass resources directly in the virtual cluster. If no selector is defined, all PriorityClass resources from the host cluster are synced and made available for reference in Pods.
47+
- **PriorityClass resources (host virtual)**: vCluster copies PriorityClass resources from the host cluster to the virtual cluster if they match the selector. You cannot create PriorityClass resources directly in the virtual cluster. If no selector is defined, all PriorityClass resources from the host cluster are synced and made available for reference in Pods.
4848

49-
- **Pod resources** (virtual host): vCluster syncs Pod resources from the virtual cluster to the host cluster only if one of the following is true:
49+
- **Pod resources (virtual host)**: vCluster syncs Pod resources from the virtual cluster to the host cluster only if one of the following is true:
5050
- The Pod's `priorityClassName` matches a PriorityClass allowed by the selector.
5151
- The Pod has an empty `priorityClassName` field.
5252
- No selector is defined, which disables PriorityClass filtering entirely and allows all Pods to sync regardless of their priorityClassName.
@@ -70,9 +70,9 @@ The `matchExpressions` selector allows more flexible, set-based filtering with s
7070

7171
All specified label conditions must match for a PriorityClass to be included in the sync. This means that if you define both `matchLabels` and `matchExpressions`, a PriorityClass must satisfy all criteria to be synced to the virtual cluster.
7272

73-
## Sync behavior and considerations
73+
## Sync behavior considerations
7474

75-
### Resource lifecycle and validation
75+
### Resource lifecycle
7676

7777
Synced PriorityClass resources function like any other Kubernetes resource in the virtual cluster. You can view them with `kubectl get priorityclass` and reference them in their Pod specifications. When you modify a PriorityClass in the host cluster, vCluster re-evaluates whether it still matches the selector criteria. If the PriorityClass continues to match, vCluster updates the corresponding resource in the virtual cluster to reflect the changes. If the PriorityClass no longer matches the selector criteria, vCluster removes it from the virtual cluster.
7878

@@ -92,7 +92,7 @@ If you create a Pod resource that references a PriorityClass not matching the se
9292

9393
The error output appears as a Kubernetes event that you can view using `kubectl describe`. The event message states that the pod was not synced because the referenced PriorityClass does not match the configured selector criteria. This immediate feedback can help you understand why Pod resources are not working.
9494

95-
### Orphaned resources and cleanup
95+
### Remove orphaned resources
9696

9797
When vCluster removes a synced PriorityClass from the virtual cluster due to selector changes or deletion from the host cluster, any Pod resources that reference it remain in the virtual cluster. These orphaned Pod resources stop receiving updates but vCluster does not automatically delete them to prevent unintended data loss. To remove these orphaned resources, you must delete them manually in the host cluster. This manual approach ensures that you maintain full control over resource cleanup and can verify that deletions are intentional.
9898

@@ -102,7 +102,7 @@ When vCluster removes a synced PriorityClass from the virtual cluster due to sel
102102

103103
To sync only PriorityClass resources labeled `environment: development`:
104104

105-
```yaml title="Filter example priorityClass"
105+
```yaml title="Filter example PriorityClass"
106106
sync:
107107
fromHost:
108108
priorityClasses:
@@ -116,7 +116,7 @@ sync:
116116

117117
To sync PriorityClass resources where the label `kubernetes.io/priority.class` is either `low` or `medium`:
118118

119-
```yaml title="Flexible filter example priorityClass"
119+
```yaml title="Flexible filter example PriorityClass"
120120
sync:
121121
fromHost:
122122
priorityClasses:
@@ -134,7 +134,7 @@ sync:
134134

135135
The following configuration syncs PriorityClass resources that match both label and expression criteria:
136136

137-
```yaml title="Combined filter example priorityClass"
137+
```yaml title="Combined filter example PriorityClass"
138138
sync:
139139
fromHost:
140140
priorityClasses:
@@ -154,7 +154,7 @@ sync:
154154

155155
When a Pod resource references a PriorityClass that doesn't match the selector criteria, the error output looks like this:
156156

157-
```bash title="Error handling example priorityClass"
157+
```bash title="Error handling example PriorityClass"
158158
vcluster-virtual-cluster-1:~$ kubectl describe pod my-pod
159159
Name: my-pod
160160
Namespace: default

0 commit comments

Comments
 (0)