kubeflow - стручок юпитера застрял после нереста

Question

Я новичок в мире Kubernetes.Я пытаюсь развернуть ноутбук Jupyter внутри кластера.Я создал кластер kubernetes со ссылкой на официальные документы.В записной книжке написано, что он будет перенаправлен на домашнюю страницу после завершения нереста.Но стручок юпитера застрял после нереста.

Я упоминал похожую проблему в GitHub, но не смог найти ответ.Ссылочная ссылка: Ссылка на Github

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

kubectl -n по умолчанию get po, svc, deploy, pv, pvc -o wide

    NAME                                 READY   STATUS      RESTARTS   AGE   IP          NODE                                             NOMINATED NODE
pod/deploy-ml-pipeline-csnx4-j556r   0/1     Completed   0          30m   10.60.1.6   gke-churnprediction-default-pool-142b8f7d-d4kv   <none>

NAME                 TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)   AGE   SELECTOR
service/kubernetes   ClusterIP   10.63.240.1   <none>        443/TCP   32m   <none>

NAME                                                        CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                     STORAGECLASS   REASON   AGE
persistentvolume/pvc-57af1a5e-505d-11e9-9b66-42010a800130   10Gi       RWO            Delete           Bound    kubeflow/vizier-db        standard                27m
persistentvolume/pvc-70874d08-505d-11e9-9b66-42010a800130   10Gi       RWO            Delete           Bound    kubeflow/minio-pv-claim   standard                26m
persistentvolume/pvc-70b1712e-505d-11e9-9b66-42010a800130   10Gi       RWO            Delete           Bound    kubeflow/mysql-pv-claim   standard                26m
persistentvolume/pvc-86d45ad1-505d-11e9-9b66-42010a800130   10Gi       RWO            Delete           Bound    kubeflow/claim-madhi      standard                25m

Thisявляется результатом вышеупомянутой команды, которая, по моим сведениям, постоянный диск успешно подключен!Я действительно не знаю, как это работает внутри.Так что я не могу понять, в чем здесь проблема.Может ли кто-нибудь объяснить проблему или предоставить ссылку на архитектуру kubernetes?Мне будет полезно понять основную концепцию kubernetes.

Ниже приведена команда, используемая для получения описания о pod

kubectl description pod pod_name

для получения файла yaml

kubectl получить модуль pod_name -o yaml

Answer 1

Я несколько разобрался с решением, но я не знаю, является ли это точным решением, или все же есть проблема.Согласно комментарию, нет проблем с модулем или другими файлами конфигурации.Я несколько думал, что это может быть проблема локального хоста.Итак, я попытался изменить порт с 8085 на 8081 и перезапустить скрипт start_ui.sh .Ошибка появления исчезла, и он перенаправил меня в рабочий каталог juypter.

kubectl port-forward -n ${NAMESPACE} $(kubectl get pods -n ${NAMESPACE} --selector=service=ambassador -o jsonpath='{.items[0].metadata.name}') 8081:80

И если вы хотите избежать всей этой проблемы, то эффективный способ - запустить kubeflow в конечных точках вместо localhost, что устранит все эти проблемы.Чтобы просмотреть панель мониторинга на конечных точках, необходимо изначально настроить доступ к IAM при создании кластера.