在專用執行個體上執行關鍵附加元件

協助改善此頁面

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

若要提供此使用者指南，請選擇位於每個頁面右窗格的 GitHub 上的編輯此頁面連結。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

協助改善此頁面

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

若要提供此使用者指南，請選擇位於每個頁面右窗格的 GitHub 上的編輯此頁面連結。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

在本主題中，您將了解如何部署具有CriticalAddonsOnly容錯能力的工作負載，因此 EKS Auto Mode 會將工作負載排程到system節點集區。

EKS Auto Mode 的內建system節點集區專為在專用執行個體上執行關鍵附加元件而設計。此隔離可確保基本元件具有專用資源，並與一般工作負載隔離，從而增強整體叢集穩定性和效能。

本指南示範如何使用CriticalAddonsOnly容錯和適當的system節點選取器，將附加元件部署至節點集區。透過遵循這些步驟，您可以確保將關鍵應用程式排程在專用system節點上，利用 EKS Auto Mode 專用節點集區結構提供的隔離和資源配置優勢。

EKS Auto Mode 有兩個內建節點集區： general-purpose和 system。如需詳細資訊，請參閱啟用或停用內建 NodePools。

system 節點集區的目的是將關鍵附加元件隔離到不同的節點。節點集區佈建的system節點具有 CriticalAddonsOnly Kubernetes 污點。Kubernetes 只會在這些節點具有對應的容錯能力時，將 Pod 排程到這些節點上。如需詳細資訊，請參閱 Kubernetes 文件中的 標記和容錯。

先決條件

程序

檢閱下方的 yaml 範例。請注意下列組態：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: sample-app
spec:
  replicas: 3
  selector:
    matchLabels:
      app: sample-app
  template:
    metadata:
      labels:
        app: sample-app
    spec:
      nodeSelector:
        karpenter.sh/nodepool: system
      tolerations:
      - key: "CriticalAddonsOnly"
        operator: "Exists"
      containers:
      - name: app
        image: nginx:latest
        resources:
          requests:
            cpu: "500m"
            memory: "512Mi"

若要更新要在system節點集區上執行的工作負載，您需要：

更新工作負載之後，它將在專用節點上執行。