pulumi-kubernetes-kotlin/com.pulumi.kubernetes.resource.v1beta2.kotlin.inputs/DeviceRequestArgsBuilder/firstAvailable

firstAvailable

@JvmName(name = "jikoepxirbqtrmtd")
suspend fun firstAvailable(value: Output<List<DeviceSubRequestArgs>>)
@JvmName(name = "mvrvjfoewncwpdjm")
suspend fun firstAvailable(value: List<DeviceSubRequestArgs>?)

Parameters

value

FirstAvailable contains subrequests, of which exactly one will be selected by the scheduler. It tries to satisfy them in the order in which they are listed here. So if there are two entries in the list, the scheduler will only check the second one if it determines that the first one can not be used. DRA does not yet implement scoring, so the scheduler will select the first set of devices that satisfies all the requests in the claim. And if the requirements can be satisfied on more than one node, other scheduling features will determine which node is chosen. This means that the set of devices allocated to a claim might not be the optimal set available to the cluster. Scoring will be implemented later.

@JvmName(name = "qpijobdebepiqbeb")
suspend fun firstAvailable(vararg values: Output<DeviceSubRequestArgs>)

@JvmName(name = "qshklomvjdfwbmoc")
suspend fun firstAvailable(values: List<Output<DeviceSubRequestArgs>>)
@JvmName(name = "qowddustbslumpha")
suspend fun firstAvailable(vararg values: DeviceSubRequestArgs)

Parameters

values

FirstAvailable contains subrequests, of which exactly one will be selected by the scheduler. It tries to satisfy them in the order in which they are listed here. So if there are two entries in the list, the scheduler will only check the second one if it determines that the first one can not be used. DRA does not yet implement scoring, so the scheduler will select the first set of devices that satisfies all the requests in the claim. And if the requirements can be satisfied on more than one node, other scheduling features will determine which node is chosen. This means that the set of devices allocated to a claim might not be the optimal set available to the cluster. Scoring will be implemented later.

@JvmName(name = "iynmeljrgtkcrsug")
suspend fun firstAvailable(argument: List<suspend DeviceSubRequestArgsBuilder.() -> Unit>)
@JvmName(name = "jfixbqsxpwkvjvir")
suspend fun firstAvailable(vararg argument: suspend DeviceSubRequestArgsBuilder.() -> Unit)
@JvmName(name = "qmoepdnnfaewyvop")
suspend fun firstAvailable(argument: suspend DeviceSubRequestArgsBuilder.() -> Unit)

Parameters

argument

FirstAvailable contains subrequests, of which exactly one will be selected by the scheduler. It tries to satisfy them in the order in which they are listed here. So if there are two entries in the list, the scheduler will only check the second one if it determines that the first one can not be used. DRA does not yet implement scoring, so the scheduler will select the first set of devices that satisfies all the requests in the claim. And if the requirements can be satisfied on more than one node, other scheduling features will determine which node is chosen. This means that the set of devices allocated to a claim might not be the optimal set available to the cluster. Scoring will be implemented later.