status=ContainerCreating
。VM
只支持data-disks
。 所以我想为什么不在当前服务中使用早期部署的PVC
,如:
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: third-postgres
labels:
name: third-postgres
spec:
replicas: 1
template:
metadata:
labels:
name: third-postgres
spec:
containers:
- name: third-postgres
image: postgres
env:
- name: PGDATA
value: /var/lib/postgresql/data/pgdata
- name: POSTGRES_USER
value: third-user
- name: POSTGRES_PASSWORD
value: <password>
- name: POSTGRES_DB
value: third_service_db
ports:
- containerPort: 5432
volumeMounts:
- name: third-postgresdata
mountPath: /var/lib/postgresql/data
volumes:
- name: third-postgresdata
persistentVolumeClaim:
claimName: <second-postgres-data>
third_service_db
PVC
已经存在,所以它会跳过Db创建部分? PVC
作为我的所有服务,同样PVC
可以拥有多个数据库。因此,当我运行kubectl create -f <path-to-thirst-postgres.yaml>
时,它从env变量获取名称数据库配置并在同一PVC
中创建数据库答案 0 :(得分:0)
您必须为每个部署创建一个PVC。一旦PVC 声明,必须先将其释放,然后才能再次使用。
对于AzureDisk,自动创建的卷只能由单个节点( ReadWriteOnce 访问模式)安装,因此还有一个约束:每个部署都可以有最多 1 副本。