ACK集群默認會將所有工作負載調度到x86架構的Worker節點。如果您的集群中既有Arm節點，又有非Arm節點（例如x86節點），為了確保只兼容Arm架構的工作負載調度到Arm節點，或多架構鏡像優先調度到Arm節點，您可以基于Kubernetes原生調度配置來實現。
前提條件
已創建Arm集群或Arm節點池，且集群版本符合要求。具體操作，請參見配置ARM節點池。
Arm實例開放的地域及可用區是有限制的，請保證集群在已開放地域。查詢Arm實例開放的地域及可用區，請參見ECS實例規格可購買地域總覽。
已安裝Kube Scheduler組件。具體操作，請參見kube-scheduler。
注意事項
如果您的ACK集群同時存在Arm節點和x86節點，為了防止不支持Arm的應用和組件被錯誤地調度到Arm節點，請為Arm節點添加污點kubernetes.io/arch=arm64:NoSchedule。如果您的集群版本為v1.24之前，在使用nodeSelector或者nodeAffinity指定應用調度至Arm節點時，您需要同時聲明污點容忍kubernetes.io/arch=arm64:NoSchedule的tolerations。如果您的集群版本為v1.24版本及之后，調度器能夠自動識別Arm節點的污點kubernetes.io/arch=arm64:NoSchedule，無需您額外聲明tolerations。
相關計費
創建的Arm架構類型的ECI Pod，按照實際生成的ECS規格進行計費，不按照vCPU和內存計費。
ECI Pod創建成功后，您可以執行kubectl describe pod命令查看其YAML詳情。通過k8s.aliyun.com/eci-instance-spec字段確認ECI Pod實際使用的ECS規格，ECI會按照該ECS規格進行計費。
關于Arm架構的ECS規格的詳細信息，請參見：
指定Arm架構的工作負載調度到Arm節點
如果您的集群中既有Arm節點也有非Arm節點，且您的應用只支持Arm架構，您可以指定應用運行在Arm節點上，以免應用Pod被調度到非Arm節點上導致啟動失敗。所有Arm節點上默認帶有Labelkubernetes.io/arch=arm64，您可以通過兩種方式nodeSelector和nodeAffinity指定應用部署到Arm節點上。
使用nodeSelector
您可以在Pod上增加如下約束，使用nodeSelector將Pod調度到Arm架構的節點上。nodeSelector將指定此工作負載僅調度到具有arm64標簽的節點，ACK集群的Arm架構的節點都具有此標簽。
nodeSelector:
kubernetes.io/arch: arm64 # 指定Arm節點。您可以使用以下示例代碼將一個無狀態應用部署到Arm節點。
apiVersion: apps/v1
kind: Deployment
metadata:
name: only-arm
spec:
selector:
matchLabels:
app: nginx
replicas: 1
template:
metadata:
labels:
app: nginx
spec:
nodeSelector:
kubernetes.io/arch: arm64 # 指定Arm節點。
containers:
- name: nginx
image: nginx使用nodeAffinity
您可以在Pod上增加如下約束，使用節點親和性聲明指定應用部署到Arm節點上。此約束指定Pod只能被調度到帶有Label kubernetes.io/arm=arm64的節點上。
當Pod Spec上帶有此約束時，調度器自動容忍節點上的污點kubernetes.io/arch=arm64:NoSchedule。
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: kubernetes.io/arch
operator: In
values:
- arm64您可以使用以下示例代碼將一個無狀態應用部署到Arm節點。
apiVersion: apps/v1
kind: Deployment
metadata:
name: only-arm
spec:
selector:
matchLabels:
app: nginx
replicas: 1
template:
metadata:
labels:
app: nginx
spec:
affinity:
nodeAffinity:
requiredDuringSchedulingIgnoredDuringExecution:
nodeSelectorTerms:
- matchExpressions:
- key: kubernetes.io/arch
operator: In
values:
- arm64
containers:
- name: nginx
image: nginx指定多架構鏡像調度到Arm節點
ACK集群默認會將所有工作負載調度到x86架構的節點，并在x86節點資源不足時保持等待x86節點資源。如果您的應用鏡像為多架構鏡像，例如同時支持x86和Arm架構，您需要配置跨x86和Arm架構的節點調度。
例如，您可以通過配置節點親和性，使工作負載優先調度到Arm架構或x86架構的節點上，并在目標類型的節點資源不足時嘗試調度至其他架構類型的節點。
affinity:
nodeAffinity:
preferredDuringSchedulingIgnoredDuringExecution:
- weight: 1
preference:
matchExpressions:
- key: kubernetes.io/arch
operator: In
values:
- arm64將工作負載優先調度到Arm架構
優先調度到Arm架構的節點上的工作負載示例如下。
apiVersion: apps/v1
kind: Deployment
metadata:
name: arm-prefer
spec:
replicas: 1
selector:
matchLabels:
app: my-app
template:
metadata:
labels:
app: my-app
spec:
# 優先調度到Arm架構的節點上。
affinity:
nodeAffinity:
preferredDuringSchedulingIgnoredDuringExecution:
- weight: 1
preference:
matchExpressions:
- key: kubernetes.io/arch
operator: In
values:
- arm64
containers:
- name: my-container
image: nginx將工作負載優先調度到x86架構上
優先將工作負載調度至x86架構的節點的示例如下。
apiVersion: apps/v1
kind: Deployment
metadata:
name: amd-prefer
spec:
replicas: 1
selector:
matchLabels:
app: my-app
template:
metadata:
labels:
app: my-app
spec:
tolerations:
# 優先調度到x86架構的節點上。
affinity:
nodeAffinity:
preferredDuringSchedulingIgnoredDuringExecution:
- weight: 1
preference:
matchExpressions:
- key: kubernetes.io/arch
operator: In
values:
- amd64
containers:
- name: my-container
image: nginx常見問題
是否可以使用Arm架構類型的競價（Spot）實例？
目前已經提供Arm架構的競價實例。關于使用方式，請參見使用搶占式實例。
在ACK集群中使用Arm架構節點的限制？
目前，對于Arm架構，組件中心僅支持以下組件：
核心組件
日志和監控
存儲
網絡
應用市場的組件不支持Arm。
相關文檔
您也可以創建Arm虛擬節點，并配置工作負載（優先）調度至Arm節點。具體操作，請參見調度至Arm虛擬節點。
您可以使用阿里云容器鏡像服務企業版（ACR EE）構建多架構容器鏡像。具體操作，請參見構建多架構容器鏡像。
如果您有大數據任務需求且不想關心底層集群資源的運維工作，您可以使用Arm虛擬節點運行Spark作業。