@@ -80,10 +80,10 @@ initial state of a cluster with DRA enabled.
80
80
81
81
### Check the DeviceClasses in your cluster
82
82
83
- The {{< api-reference page="extend-resources/device-class-v1beta2" >}} resources represent a centralized list of the device
84
- classes known to the cluster, each managed by a uniquely named
85
- DRA driver. If you set up a new test cluster for this tutorial, there should be no
86
- DeviceClasses.
83
+ The {{< glossary_tooltip text="DeviceClass" term_id="deviceclass" >}} resources
84
+ represent a centralized list of the device classes known to the cluster, each
85
+ managed by a uniquely named DRA driver. If you set up a new test cluster for
86
+ this tutorial, there should be no DeviceClasses.
87
87
88
88
1 . Check the DeviceClasses:
89
89
@@ -97,16 +97,16 @@ DeviceClasses.
97
97
98
98
### Check the ResourceSlices in your cluster
99
99
100
- A {{< api-reference page="extend-resources/ resourceslice-v1beta2 " >}} is a
100
+ A {{< glossary_tooltip text="ResourceSlice" term_id=" resourceslice" >}} is a
101
101
partial list of the {{< glossary_tooltip text="infrastructure resources"
102
102
term_id="infrastructure-resource" >}} that are potentially available to use from
103
103
Nodes. The collection of all ResourcesSlices in the cluster make up the entire
104
- set of devices available. Some infrastructure resource types (such as CPU and
105
- memory) are handled through other mechanisms (like [ CPU limits and
106
- requests] ( docs/tasks/configure-pod-container/assign-cpu-resource/ ) ), so they
107
- won't appear in the ResourceSlices. Storage (as in files and block devices) has
108
- its own management mechanism too; see [ Storage ] ( /docs/concepts/storage/volumes )
109
- elsewhere in the documentation.
104
+ set of devices available for dynamic assignment . Some infrastructure resource
105
+ types (such as CPU and memory) are handled through other mechanisms (like [ CPU
106
+ limits and requests] ( docs/tasks/configure-pod-container/assign-cpu-resource/ ) ),
107
+ so they won't appear in the ResourceSlices. Storage (as in files and block
108
+ devices) has its own management mechanism too; see
109
+ [ Storage ] ( /docs/concepts/storage/volumes ) elsewhere in the documentation.
110
110
111
111
ResourceSlices can represent existing allocated infrastructure, but they can
112
112
also represent an offer to provide infrastructure. For example, a specialized
@@ -128,12 +128,12 @@ are no ResourceSlices advertised.
128
128
129
129
### View existing ResourceClaims and ResourceClaimTemplates
130
130
131
- {{< api-reference page="extend-resources/ resourceclaim-v1beta2 " >}} and {{<
132
- api-reference page="extend-resources/resourceclaimtemplate-v1beta2" >}}
133
- resources contain user-defined objects that encapsulate the requests or
134
- requirements of Pods for different types of specialized devices. These are
135
- further described later, but you can see for now that there are no such objects
136
- stored yet as you, the user, have not created any.
131
+ {{< glossary_tooltip text="ResourceClaims" term_id=" resourceclaim" >}} and {{<
132
+ glossary_tooltip text="ResourceClaimTemplates" term_id="resourceclaimtemplate"
133
+ > }} are user-defined objects that encapsulate the requests or requirements of
134
+ Pods for different types of specialized devices. These are further described
135
+ later, but you can see for now that there are no such objects stored yet as you,
136
+ the user, have not created any.
137
137
138
138
1 . Check the ResourceClaims and ResourceClaimTemplates:
139
139
0 commit comments