上篇:https://blog.csdn.net/pushme_pli/article/details/88524393
续上篇,上次启动了Jupyter Nodebook的server,但是在PV的建立上有点死板。记得Jupyter Nodebook登录界面是用任何用户都可以登录的对吧,但在昨天的实现中,如果你用其他用户登录,然后Spawn一个server是铁定不会成功的,原因是没有PV给你用(昨天我们是预先建立的PV)!我们捋一捋Spawn的流程:
- 点击Spawn
- 生成相应的名为Jupyter-${userName}的pod
- 生成相应的名为workspace-${Username}的pvc
- Pvc试图匹配pv
- 成功
还记得昨天的实现,我们预先建立了default的storageclass,并且建立了PV绑定在该storageclass上对吧。
然后Jupyter生成的pvc的storageclass选项是空的,意味着该pvc会直接找default storageclass去寻找pv,而k8s中storageclasses很大程度上是为了能动态的创建pv,那为啥昨天建立的storageclass不能动态创建pv呢,贴上昨天storageclass的代码:
kind: StorageClass
apiVersion: storage.k8s.io/v1
metadata:
name: local
annotations:
storageclass.beta.kubernetes.io/is-default-class: "true"
pr