Сначала проверьте статус ваших модулей, они могут иметь статус в ожидании , поэтому, вероятно, ваши тома не учитываются.Ваш том может застрять в подключенном состоянии при использовании нескольких PersistentVolumeClaim .
Возможно, ваши тома не подключены из-за NodeWithImpairedVolumes = true: NoSchedule флага и одновременнономер вашего attachable-volume-aws-ebs .
Попробуйте выполнить:
$ kubectl taint nodes node1 key:NoSchedule-
на каждом узле с этой меткой (NodeWithImpairedVolumes= true: NoSchedule).
Если вы используете awsElasticBlockStore , при использовании тома awsElasticBlockStore существуют некоторые ограничения:
- узлы, на которых работают модули, должны бытьДля экземпляров AWS EC2 эти экземпляры должны находиться в той же области и зоне доступности, что и том EBS. EBS поддерживает только один экземпляр EC2, монтирующий том.
Можно использовать count / * квота ресурса, объект взимается с квоты, если он существует в хранилище сервера.Эти типы квот полезны для защиты от исчерпания ресурсов хранения. Используйте count / persistentvolumeclaims .
Allocatable будет вычисляться Kubelet и сообщаться серверу API.Определено:
[Выделено] = [Емкость узла] - [Зарезервировано в кубе] - [Зарезервировано в системе] - [Порог жесткого выселения]
Примечание. Поскольку использование ядра может колебаться и находится вне контроля kubernetes, оно будет отображаться как отдельное значение (возможно, через API метрик).Сообщение об использовании ядра выходит за рамки этого предложения.