Не удается установить модуль-концентратор Jupyterhub без доступной зоны тома - PullRequest
Новая
       71

Не удается установить модуль-концентратор Jupyterhub без доступной зоны тома

0 голосов
/ 09 ноября 2019

При попытке установить Jupyterhub в Kubernetes (EKS) я получаю ошибку ниже в модуле Hub. Это результат описания модуля. Была обнаружена похожая проблема, и я попробовал решение, но оно не сработало. 

Warning  FailedScheduling  52s (x2 over 52s)  default-scheduler  0/3 nodes are available: 1 Insufficient cpu, 2 node(s) had no available volume zone.

Это мой pvc.yaml 

kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
  name: standard
  annotations:
    volume.alpha.kubernetes.io/storage-class: default
provisioner: kubernetes.io/aws-ebs
parameters:
  type: gp2  
allowedTopologies:
- matchLabelExpressions:
  - key: failure-domain.beta.kubernetes.io/zone
    values:
    - us-east-1a
    - us-east-1b
    - us-east-1c

Источник: jupyterhub / templates /hub / pvc.yaml 

kind: PersistentVolumeClaim
apiVersion: v1
metadata:
  name: hub-db-dir
  annotations:
    volume.alpha.kubernetes.io/storage-class: default
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 1Gi
  storageClassName: standard

Пожалуйста, дайте мне знать, если я что-то здесь упускаю.

1 Ответ

1 голос
/ 13 ноября 2019

Согласно документации AWS, том EBS и экземпляр, к которому он подключен, должны находиться в одной зоне доступности. ( Источник )

В этом случае решение использует только один AZ.

Сам Kubernetes поддерживает множество других бэкэндов хранилища, которые могут использоваться отдельно для каждой зоны, но, разумеется, с другими свойствами (такими как производительность, цены, поддержка облачных провайдеров и т. Д.). Например, существует AWS EFS , который можно использовать в любом AZ в регионе AWS, но со своими собственными компромиссами (например, Кубернетес-инкубатор / внешнее хранилище # 1030 ).

Об этой известной проблеме сообщается здесь .

...