Skip to content
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

✨ vGPU implementation #3025

Merged
merged 21 commits into from
Jul 10, 2024
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
11 changes: 11 additions & 0 deletions apis/v1beta1/types.go
Original file line number Diff line number Diff line change
Expand Up @@ -251,13 +251,24 @@ type PCIDeviceSpec struct {
// DeviceID is the device ID of a virtual machine's PCI, in integer.
// Defaults to the eponymous property value in the template from which the
// virtual machine is cloned.
// Mutually exclusive with VGPUProfile as VGPUProfile and DeviceID + VendorID
// are two independent ways to define PCI devices.
// +kubebuilder:validation:Required
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
// +kubebuilder:validation:Required
// +optional

Same for VendorID & VGPUProfile

(Note: this won't change the CRD YAML as "omitempty" already made the fields optional in the generated YAML)

DeviceID *int32 `json:"deviceId,omitempty"`
// VendorId is the vendor ID of a virtual machine's PCI, in integer.
// Defaults to the eponymous property value in the template from which the
// virtual machine is cloned.
// Mutually exclusive with VGPUProfile as VGPUProfile and DeviceID + VendorID
// are two independent ways to define PCI devices.
// +kubebuilder:validation:Required
VendorID *int32 `json:"vendorId,omitempty"`
// VGPUProfile is the profile name of a virtual machine's vGPU, in string.
// Defaults to the eponymous property value in the template from which the
// virtual machine is cloned.
// Mutually exclusive with DeviceID and VendorID as VGPUProfile and DeviceID + VendorID
// are two independent ways to define PCI devices.
// +kubebuilder:validation:Required
VGPUProfile string `json:"vGPUProfile,omitempty"`
// CustomLabel is the hardware label of a virtual machine's PCI device.
// Defaults to the eponymous property value in the template from which the
// virtual machine is cloned.
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -1370,13 +1370,25 @@ spec:
DeviceID is the device ID of a virtual machine's PCI, in integer.
Defaults to the eponymous property value in the template from which the
virtual machine is cloned.
Mutually exclusive with VGPUProfile as VGPUProfile and DeviceID + VendorID
are two independent ways to define PCI devices.
format: int32
type: integer
vGPUProfile:
description: |-
VGPUProfile is the profile name of a virtual machine's vGPU, in string.
Defaults to the eponymous property value in the template from which the
virtual machine is cloned.
Mutually exclusive with DeviceID and VendorID as VGPUProfile and DeviceID + VendorID
are two independent ways to define PCI devices.
type: string
vendorId:
description: |-
VendorId is the vendor ID of a virtual machine's PCI, in integer.
Defaults to the eponymous property value in the template from which the
virtual machine is cloned.
Mutually exclusive with VGPUProfile as VGPUProfile and DeviceID + VendorID
are two independent ways to define PCI devices.
format: int32
type: integer
type: object
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -1245,13 +1245,25 @@ spec:
DeviceID is the device ID of a virtual machine's PCI, in integer.
Defaults to the eponymous property value in the template from which the
virtual machine is cloned.
Mutually exclusive with VGPUProfile as VGPUProfile and DeviceID + VendorID
are two independent ways to define PCI devices.
format: int32
type: integer
vGPUProfile:
description: |-
VGPUProfile is the profile name of a virtual machine's vGPU, in string.
Defaults to the eponymous property value in the template from which the
virtual machine is cloned.
Mutually exclusive with DeviceID and VendorID as VGPUProfile and DeviceID + VendorID
are two independent ways to define PCI devices.
type: string
vendorId:
description: |-
VendorId is the vendor ID of a virtual machine's PCI, in integer.
Defaults to the eponymous property value in the template from which the
virtual machine is cloned.
Mutually exclusive with VGPUProfile as VGPUProfile and DeviceID + VendorID
are two independent ways to define PCI devices.
format: int32
type: integer
type: object
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -1458,13 +1458,25 @@ spec:
DeviceID is the device ID of a virtual machine's PCI, in integer.
Defaults to the eponymous property value in the template from which the
virtual machine is cloned.
Mutually exclusive with VGPUProfile as VGPUProfile and DeviceID + VendorID
are two independent ways to define PCI devices.
format: int32
type: integer
vGPUProfile:
description: |-
VGPUProfile is the profile name of a virtual machine's vGPU, in string.
Defaults to the eponymous property value in the template from which the
virtual machine is cloned.
Mutually exclusive with DeviceID and VendorID as VGPUProfile and DeviceID + VendorID
are two independent ways to define PCI devices.
type: string
vendorId:
description: |-
VendorId is the vendor ID of a virtual machine's PCI, in integer.
Defaults to the eponymous property value in the template from which the
virtual machine is cloned.
Mutually exclusive with VGPUProfile as VGPUProfile and DeviceID + VendorID
are two independent ways to define PCI devices.
format: int32
type: integer
type: object
Expand Down
107 changes: 107 additions & 0 deletions docs/gpu-vgpu.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,107 @@
# GPU enabled clusters using vGPU

## Overview

You can choose to create a cluster with both worker and control plane nodes having vGPU devices attached to them.

Before we begin, a few important things to note:

- [NVIDIA GPU Operator](https://github.com/NVIDIA/gpu-operator) is used to expose the GPU PCI devices to the workloads running on the cluster.
- The OVA templates used for cluster creation should have the VMX version (Virtual Hardware) set to 17 or higher. This is necessary because Dynamic DirectPath I/O was introduced in this version, which enables the Assignable Hardware intelligence for passthrough devices.
- Since we need the VMX version to be >=17, this way of provisioning clusters with PCI passthrough devices works for vSphere 7.0 and above. This is the ESXi/VMX version [compatibility list](https://kb.vmware.com/s/article/2007240).
- UEFI boot mode is recommended for the OVAs used for cluster creation.
- Most of the setup is similar to [GPU enabled clusters via PCI Passthrough](https://github.com/kubernetes-sigs/cluster-api-provider-vsphere/blob/main/docs/gpu-pci.md#create-the-cluster).

## An example GPU enabled cluster

Let's create a CAPV cluster with vGPU enabled nodes.

### Prerequisites

- Refer the [NVIDIA Virtual GPU Software Quick Start Guide](https://docs.nvidia.com/grid/latest/grid-software-quick-start-guide/index.html) to download and install the vGPU software and configure vGPU licensing.

- Ensure vGPU compatibility for your vSphere installation and the GPU devices using the [VMware Compatibility Guide - Shared Pass-through Graphics](https://www.vmware.com/resources/compatibility/search.php?deviceCategory=vgpu)

- Enable Shared Passthrough for the GPU device on the ESXi Host
- Browse to a host in the vSphere Client navigator.
- On the **Configure** tab, expand **Hardware** and click **Graphics**.
- Under **GRAPHICS DEVICES**, select the GPU device to be used for vGPU, click **EDIT...** and select **Shared Direct**. Repeat this for additional GPU devices as needed.
- Select **HOST GRAPHICS**, click **EDIT...** and select **Shared Direct** and select a shared passthrough GPU assignment policy, for example **Group VMs on GPU until full (GPU consolidation)**.

- Build an OVA template
We can build a custom OVA template using the [image-builder](https://github.com/kubernetes-sigs/image-builder) project. We will build a Ubuntu 20.04 OVA with UEFI boot mode. More documentation on how to use image-builder can be found in the [image-builder book](https://image-builder.sigs.k8s.io/capi/providers/vsphere.html)
- Clone the repo locally and go to the `./images/capi/` directory.
- Create a `packer-vars.json` file with the following content.

```shell
$ cat packer-vars.json
{
"vmx_version": 17
}
```

- Run the make file target associated to ubuntu 20.04 UEFI OVA as follows:

```shell
> PACKER_VAR_FILES=packer-vars.json make build-node-ova-vsphere-ubuntu-2004-efi
```

### Source the vGPU profile(s) for the GPU device

See "2. Choosing the vGPU Profile for the Virtual Machine" at [Using GPUs with Virtual Machines on vSphere](https://blogs.vmware.com/apps/2018/09/using-gpus-with-virtual-machines-on-vsphere-part-3-installing-the-nvidia-grid-technology.html) to see what vGPU profiles are available for your GPU device.

We are using NVIDIA Tesla V100 32GB cards for this example and will use the `grid_v100d-4c` vGPU profile for this card that allocates 4GB GPU memory to the worker node's vGPU device.

### Create the cluster template

```shell
$ make dev-flavors
go run ./packaging/flavorgen --output-dir /home/user/.cluster-api/overrides/infrastructure-vsphere/v0.0.0
Comment on lines +58 to +59
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
$ make dev-flavors
go run ./packaging/flavorgen --output-dir /home/user/.cluster-api/overrides/infrastructure-vsphere/v0.0.0
$ make release-flavors

We dropped the dev-flavors target in the meantime

```

Edit the generated Cluster template (`cluster-template.yaml`) to set the values for the `pciDevices` array. Here we are editing the VSphereMachineTemplate object for the worker nodes. This will create a worker node with a single NVIDIA 16GB vGPU device attached to the VM.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Edit the generated Cluster template (`cluster-template.yaml`) to set the values for the `pciDevices` array. Here we are editing the VSphereMachineTemplate object for the worker nodes. This will create a worker node with a single NVIDIA 16GB vGPU device attached to the VM.
Edit the generated Cluster template (e.g. `out/cluster-template.yaml`) to set the values for the `pciDevices` array. Here we are editing the VSphereMachineTemplate object for the worker nodes. This will create a worker node with a single NVIDIA 16GB vGPU device attached to the VM.


```yaml
---
apiVersion: infrastructure.cluster.x-k8s.io/v1beta1
kind: VSphereMachineTemplate
metadata:
name: ${CLUSTER_NAME}-worker
namespace: '${NAMESPACE}'
spec:
template:
spec:
cloneMode: linkedClone
datacenter: '${VSPHERE_DATACENTER}'
datastore: '${VSPHERE_DATASTORE}'
diskGiB: 25
folder: '${VSPHERE_FOLDER}'
memoryMiB: 8192
network:
devices:
- dhcp4: true
networkName: '${VSPHERE_NETWORK}'
numCPUs: 2
os: Linux
powerOffMode: trySoft
resourcePool: '${VSPHERE_RESOURCE_POOL}'
server: '${VSPHERE_SERVER}'
storagePolicyName: '${VSPHERE_STORAGE_POLICY}'
template: '${VSPHERE_TEMPLATE}'
thumbprint: '${VSPHERE_TLS_THUMBPRINT}'
pciDevices:
- vGPUProfile: "grid_t4-1a" # value from above
```

Set the required values for the other fields and the cluster template is ready for use.
The similar changes can be made to a template generated using `clusterctl generate cluster` command as well.

### Create the cluster

Set the size of the GPU nodes appropriately, since the Nvidia gpu-operator requires additional CPU and memory to install the device drivers on the VMs.

Note: For GPU nodes (PCI Passthrough or vGPU), all memory of the nodes must be reserved. CAPV will automatically do this for nodes that have a PCI Passthrough GPU or a vGPU device in the spec. See "Memory Reservation" at [Using GPUs with Virtual Machines on vSphere](https://blogs.vmware.com/apps/2018/09/using-gpus-with-virtual-machines-on-vsphere-part-2-vmdirectpath-i-o.html)

Apply the manifest from the previous step to your management cluster to have CAPV create a workload cluster with worker nodes that have vGPUs.

From this point on, the setup is exactly the same as [GPU enabled clusters via PCI Passthrough](./gpu-pci.md#create-the-cluster).
19 changes: 19 additions & 0 deletions internal/webhooks/vspheremachine.go
Original file line number Diff line number Diff line change
Expand Up @@ -92,6 +92,8 @@ func (webhook *VSphereMachineWebhook) ValidateCreate(_ context.Context, raw runt
allErrs = append(allErrs, field.Invalid(field.NewPath("spec", "guestSoftPowerOffTimeout"), spec.GuestSoftPowerOffTimeout, "should be greater than 0"))
}
}
pciErrs := validatePCIDevices(spec.PciDevices)
allErrs = append(allErrs, pciErrs...)

return nil, AggregateObjErrors(obj.GroupVersionKind().GroupKind(), obj.Name, allErrs)
}
Expand Down Expand Up @@ -160,3 +162,20 @@ func (webhook *VSphereMachineWebhook) ValidateUpdate(_ context.Context, oldRaw r
func (webhook *VSphereMachineWebhook) ValidateDelete(_ context.Context, _ runtime.Object) (admission.Warnings, error) {
return nil, nil
}

func validatePCIDevices(devices []infrav1.PCIDeviceSpec) field.ErrorList {
var allErrs field.ErrorList

for i, device := range devices {
if device.VGPUProfile != "" && device.DeviceID == nil && device.VendorID == nil {
// Valid case for vGPU.
continue
}
if device.VGPUProfile == "" && device.DeviceID != nil && device.VendorID != nil {
// Valid case for PCI Passthrough.
continue
}
allErrs = append(allErrs, field.Invalid(field.NewPath("spec", "template", "spec", "pciDevices", fmt.Sprintf("%d", i)), device, "should have either deviceId + vendorId or vGPUProfile set"))
}
return allErrs
}
Loading