簡體   English   中英

Kubernetes AWS EBS超時等待卷狀態

[英]Kubernetes AWS EBS Timeout waiting for volume state

如果我創建此pod:

apiVersion: v1
kind: Pod
metadata:
name: dsm-manager
spec:
containers:
- name: dsm-manager
image: ******
imagePullPolicy: Always
command:
- /sbin/init
volumeMounts:
- mountPath: /srv/project/DSMManager/snapshots
name: dsm-snapshot-storage
volumes:
- name: dsm-snapshot-storage
awsElasticBlockStore:
volumeID: aws://us-west-2b/vol-43e44482
fsType: ext4
imagePullSecrets:
- name: dockerregistrykey

它總是有效,但是如果我刪除它並重新創建它就會陷入狀態'CreatingContainer'。 查看事件產量:
- 無法為pod“dsm-manager_default”裝入卷:超時等待卷狀態
- 錯誤同步窗格,跳過:超時等待卷狀態

如果我刪除pod並重新創建它,無論我做什么都會發生同樣的事情。 但是,如果我將卷附加到某個實例,然后通過aws cli將其分離,則創建它可以找到的pod。 我想知道音量是否沒有正確分離。 現在我只是將這個奇怪的工作流程附加到一個隨機實例,然后在更新容器圖像時將其分離

這可能是由Kubernetes EBS管理代碼中的錯誤引起的,應該由PR# 14493修復。 總而言之,未驗證設備塊緩存是否導致kubelet認為磁盤在實際分離后仍然附着。

我注意到運行Kubernetes和EBS卷粘附的一般問題。 EBS的問題似乎比Kubernetes更多。 當“物理”EBS卷卡在附加狀態時,在重新啟動主機之前,您無法重新安排容器。 我最近參加了一個集裝箱會議,當時Nordstrom的團隊是Kubernetes的大用戶正在討論這個問題。

您最好的選擇可能是在AWS上使用本地存儲作為容器卷,因為從本地Ec2存儲創建和安裝卷不會受到與EBS相同的“卡住附加”問題的影響。 抱歉!

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM