Organiza tus páginas con colecciones
Guarda y categoriza el contenido según tus preferencias.
Las aplicaciones de Kaf se pueden implementar en nodos dedicados en el clúster. Esta función es obligatoria si tienes circunstancias en las que es posible que desees tener más control sobre un nodo al que llega un pod de apps. Por ejemplo, si compartes un mismo clúster para apps diferentes, pero deseas nodos dedicados para una app en particular, si deseas nodos exclusivos para una organización determinada (Kf Space), a fin de orientarte a un sistema operativo específico, como Windows, o a fin de ubicar de forma conjunta pods de dos servicios diferentes que se comunican con frecuencia.
Para habilitar el aislamiento de procesamiento, Kf usa nodeSelector de Kubernetes. Para usar esta función, primero agrega etiquetas en los nodos o los grupos de nodos en los que quieres que lleguen los pods de la app y, luego, agrega las mismas etiquetas aptas en el espacio de Kf. Todas las apps instaladas en este espacio llegan a los nodos con etiquetas coincidentes.
Configura nodeSelector en un clúster de Kf
El aislamiento de procesamiento está inhabilitado de forma predeterminada. Usa el siguiente procedimiento para configurar etiquetas y nodeSelector.
Agrega una etiqueta (distype=ssd) en el nodo al que quieres dirigir los Pods de tu aplicación.
kubectllabelnodesnodeiddisktype=ssd
Agrega la misma etiqueta en el espacio de Kf. Todas las aplicaciones implementadas en este espacio llegarán a los nodos aptos.
La implementación de aplicaciones de Kf aún se puede determinar según qué pila se usa para compilar y empaquetar la aplicación. Por ejemplo, si deseas que tus aplicaciones compiladas con spaceStacksV2 se dirijan a nodos con el kernel 4.4.1 de Linux. Los valores nodeSelector de una pila anularán los valores configurados en el espacio.
Para configurar nodeSelector en la pila.
Edita los config-defaults de tu clúster de Kf y agrega las etiquetas.
[[["Fácil de comprender","easyToUnderstand","thumb-up"],["Resolvió mi problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Información o código de muestra incorrectos","incorrectInformationOrSampleCode","thumb-down"],["Faltan la información o los ejemplos que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-09-04 (UTC)"],[],[],null,["# Compute Isolation\n\nKf Apps can be deployed on dedicated nodes in the cluster. This feature is required if you have the circumstances where you may want more control on a node where an App pod lands. For example, if you are sharing a same cluster for different Apps but want dedicated nodes for a particular App, if you want dedicated nodes for a given organization(Kf Space), to target a specific operating system like Windows, or to co-locate pods from two different services that frequently communicate.\n\nTo enable compute isolation, Kf uses the Kubernetes [nodeSelector](https://kubernetes.io/docs/concepts/scheduling-eviction/assign-pod-node). To use this feature, first add labels on the nodes or node pools where you want your App pods to land and then add the same qualifying labels on the Kf Space. All the Apps installed in this Space will then land on the nodes with matching labels.\n\nConfiguring nodeSelector in a Kf cluster\n----------------------------------------\n\nBy default, compute isolation is disabled. Use the following procedure\nto configure labels and nodeSelector.\n\n1. Add a label (`distype=ssd`) on the node where you want your application pods to\n land.\n\n kubectl label nodes \u003cvar translate=\"no\"\u003enodeid\u003c/var\u003e disktype=ssd \n\n2. Add the same label on the Kf Space. All Apps deployed in this Space\n will then land on the qualifying nodes.\n\n kf configure-space set-nodeselector \u003cvar translate=\"no\"\u003espace-name\u003c/var\u003e disktype ssd\n\n You can add multiple labels by running the same command again.\n3. Check the label is configured.\n\n kf configure-space get-nodeselector \u003cvar translate=\"no\"\u003espace-name\u003c/var\u003e\n\n4. Delete the label from the space.\n\n kf configure-space unset-nodeselector \u003cvar translate=\"no\"\u003espace-name\u003c/var\u003e disktype\n\nOverride nodeSelector for [kf Stacks](/migrate/kf/docs/2.2/cli/kf-stacks)\n-------------------------------------------------------------------------\n\nDeployment of Kf Apps can be further taregetted based on what Stack (buildpack) is being used to build and package the App. For example, if you want your applications built with `spaceStacksV2` to land on nodes with Linux kernel 4.4.1. `nodeSelector` values on a Stack will override the values configured on the Space.\n\nTo configure the `nodeSelector` on Stack.\n\n1. Edit the `config-defaults` of your Kf cluster and add the labels.\n\n $ kubectl -n kf edit configmaps config-defaults\n\n2. Add `nodeSelector` to the stacks definition.\n\n .....\n .....\n spaceStacksV2: |\n - name: cflinuxfs3\n image: cloudfoundry/cflinuxfs3\n nodeSelector:\n OS_KERNEL: LINUX_4.4.1 \n .....\n ....."]]
