Kubernetes — Не Удается Получить Разрешения Postgres Или Pvc, Работающие В Aks

Это в значительной степени шаги, которые я выполнил по порядку. В основном то, что описано в документации:

https://docs.microsoft.com/en-us/azure/aks/azure-files-dynamic-pv

1.  
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    The selected container has not logged any messages yet.
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    

1. postgres

PVC теперь настроен.

Изменен mountPath в соответствии с документацией по образу Postgres:

ПГДАТА

Эту необязательную переменную можно использовать для определения другого местоположения (например, подкаталога) для файлов базы данных. По умолчанию используется /var/lib/postgresql/data, но если используемый вами том данных является точкой монтирования файловой системы (как в случае с постоянными дисками GCE), Postgres initdb рекомендует подкаталог (например, /var/lib/postgresql/data/ pgdata ) будет создан для хранения данных.

Это переменная среды, не специфичная для Docker. Поскольку эта переменная используется двоичным файлом сервера postgres (см. документацию PostgreSQL), сценарий точки входа учитывает ее.

На основании этого у меня есть postgres setup like the following:

Вы получаете ошибку:

Итак, используя любой из них в качестве Dockerfile:

Или

На самом деле это не имеет значения, вы все равно получите ошибку того же типа, выполнив любое из следующих действий:

Результат: следующая ошибка:

Попробуйте это:

И это приводит к следующему:

Попробуйте это:

И это приводит к следующему:

Кто-то предложил избавиться от крепления тома вот так:

Что, эй, это действительно работает! Но данные не сохраняются, поскольку они просто используют хранилище Pod, поэтому это довольно бессмысленно:

И конечно же, когда вы создаете таблицу в Postgres, уничтожаете под, а затем повторно развертываете его, таблицы, конечно же, больше нет.

Так что, скорее всего, я делаю что-то не так, но я следую документации и кажется, что это должно сработать.

Где дела идут не так?

РЕДАКТИРОВАТЬ: Разрешения в Pod

По-видимому, это проблема с разрешениями, которая возникает, когда The files belonging to this database system will be owned by user "postgres". This user must also own the server process. The database cluster will be initialized with locale "en_US.utf8". The default database encoding has accordingly been set to "UTF8". The default text search configuration will be set to "english". Data page checksums are disabled. initdb: error: could not change permissions of directory "/var/lib/postgresql/data/pgdata": Operation not permitted fixing permissions on existing directory /var/lib/postgresql/data/pgdata ... So nothing seems to work that I've tried and following the documentation where I can. is the same directory as ... - name: POSTGRES_INITDB_ARGS value: "-A md5" value: "-D /var/lib/postgresql/data/pgdata" volumeMounts: - name: postgres-storage mountPath: /var/lib/postgresql/data/pgdata subPath: postgres-storage volumes: - name: postgres-storage persistentVolumeClaim: claimName: test-app-storage ... . Например:

Что-то вроде этого, когда они не совпадают, создаст Pod, но использует хранилище Pod, что мне явно не нужно:

Разрешения The files belonging to this database system will be owned by user "postgres". This user must also own the server process. The database cluster will be initialized with locale "en_US.utf8". The default database encoding has accordingly been set to "UTF8". The default text search configuration will be set to "english". Data page checksums are disabled. initdb: error: directory "/var/lib/postgresql/data" exists but is not empty If you want to create a new database system, either remove or empty the directory "/var/lib/postgresql/data" or run initdb with an argument other than "/var/lib/postgresql/data". looks like this:

Разрешения на то, где он создает файлы данных, FROM postgres:11-alpine EXPOSE 5432 . However, doing this, it doesn't map to Azure Files and the PVC. It just stays and is destroyed with the Pod.

Я думаю, что происходит FROM postgres:11-alpine EXPOSE 5432 RUN /bin/bash -c 'chmod 777 /var/lib/postgresql/data' RUN /bin/bash -c 'chmod 777 /var/lib/postgresql/data/pgdata' uses chmod: changing permissions of '/var/lib/postgresql/data/pgdata': Operation not permitted и apiVersion: apps/v1 kind: Deployment metadata: name: postgres-deployment spec: replicas: 1 selector: matchLabels: component: postgres template: metadata: labels: component: postgres spec: containers: - name: postgres image: postgres # I don't know, someone suggested this, but doesn't work apparently securityContext: runAsUser: 0 ports: - containerPort: 5432 env: - name: POSTGRES_DB valueFrom: secretKeyRef: name: test-app-secrets key: PGDATABASE - name: POSTGRES_USER valueFrom: secretKeyRef: name: test-app-secrets key: PGUSER - name: POSTGRES_PASSWORD valueFrom: secretKeyRef: name: test-app-secrets key: PGPASSWORD - name: POSTGRES_INITDB_ARGS value: "-A md5" - name: PGDATA value: /var/lib/postgresql/data/pgdata volumeMounts: - name: postgres-storage mountPath: /var/lib/postgresql/data/pgdata subPath: postgres-storage volumes: - name: postgres-storage persistentVolumeClaim: claimName: test-app-storage --- apiVersion: v1 kind: Service metadata: name: postgres-cluster-ip-service spec: type: ClusterIP selector: component: postgres ports: - port: 1423 targetPort: 5432 uses postgres.yaml , и как-то apiVersion: v1 kind: PersistentVolumeClaim metadata: name: test-app-storage spec: accessModes: - ReadWriteMany storageClassName: test-app-sc resources: requests: storage: 15Gi<br> is trying to use azure-storage.yaml ???

Действительно, не уверен и все еще не понимаю, как решить эту проблему.

РЕДАКТИРОВАТЬ2

Наткнулся на такой ответ:

https://stackoverflow.com/a/51203031/3123109

Поэтому добавил к себе следующее:

Но это порождает новую ошибку:

Прогресс, я думаю.

#kubernetes #azure #postgresql #azure-kubernetes-service #persistent-volumes

Следующая установка работает для меня. При использовании

     spec:

...

containers:

- ...

volumeMounts:

# need a subpath as postgres wants an empty folder (the mounted folder `/var/lib/postgresql/data` has a `lost+found` directory)

# see https://stackoverflow.com/questions/51168558/how-to-mount-a-postgresql-volume-using-aws-ebs-in-kubernete

# this is used together with the env var PGDATA = /var/lib/postgresql/data/pgdata (below)

# the owner:group of this folder is 70:70 (postgres:postgres), done by this step in the docker image:

# https://github.com/docker-library/postgres/blob/master/Dockerfile-alpine.template#L146

- mountPath: /var/lib/postgresql/data

subPath: pgdata

name: my-postgres-pv

...

env:

# need to define PGDATA env var because not using the default /var/lib/postgresql/data, but a subpath under it.

- name: PGDATA

value: /var/lib/postgresql/data/pgdata

...