Jak utrwalić dane w zadokowanej bazie danych Postgres przy użyciu woluminów

Mój plik komponowania dokera ma trzy kontenery, web, nginx i postgres. Postgres wygląda następująco:

postgres:
  container_name: postgres
  restart: always
  image: postgres:latest
  volumes:
    - ./database:/var/lib/postgresql
  ports:
    - "5432:5432

Moim celem jest zamontowanie woluminu odpowiadającego folderowi lokalnemu o nazwie ./databasewewnątrz kontenera postgres as /var/lib/postgres. Kiedy uruchamiam te kontenery i wstawiam dane do postgres, sprawdzam, czy /var/lib/postgres/data/base/jest pełne danych, które dodaję (w kontenerze postgres), ale w moim systemie lokalnym ./databasedostaje tylko datafolder, tzn. ./database/dataJest tworzony, ale jest pusty . Czemu?

Uwagi:

• To sugeruje, że mój powyższy plik powinien działać.
• Ta osoba korzysta z usług dokerów, co jest interesujące

AKTUALIZACJA 1

Zgodnie z sugestią Nicka zrobiłem docker inspecti znalazłem:

    "Mounts": [
        {
            "Source": "/Users/alex/Documents/MyApp/database",
            "Destination": "/var/lib/postgresql",
            "Mode": "rw",
            "RW": true,
            "Propagation": "rprivate"
        },
        {
            "Name": "e5bf22471215db058127109053e72e0a423d97b05a2afb4824b411322efd2c35",
            "Source": "/var/lib/docker/volumes/e5bf22471215db058127109053e72e0a423d97b05a2afb4824b411322efd2c35/_data",
            "Destination": "/var/lib/postgresql/data",
            "Driver": "local",
            "Mode": "",
            "RW": true,
            "Propagation": ""
        }
    ],

Co sprawia, że ​​wygląda na to, że dane są kradzione przez inny wolumin, którego sam nie kodowałem. Nie jestem pewien, dlaczego tak jest. Czy obraz postgres tworzy dla mnie ten wolumin? Jeśli tak, to czy jest jakiś sposób na użycie tego woluminu zamiast woluminu, który instaluję po ponownym uruchomieniu? W przeciwnym razie, czy istnieje dobry sposób na wyłączenie tego innego woluminu i użycie własnego ./database?

AKTUALIZACJA 2

Znalazłem rozwiązanie, dzięki Nickowi! (i inny przyjaciel) Odpowiedz poniżej.

O dziwo, rozwiązanie ostatecznie uległo zmianie

volumes:
  - ./postgres-data:/var/lib/postgresql

do

volumes:
  - ./postgres-data:/var/lib/postgresql/data

Możesz utworzyć wspólny wolumin dla wszystkich danych Postgres

 docker volume create pgdata

lub możesz ustawić go na plik tworzenia

   version: "3"
   services:
     db:
       image: postgres
       environment:
         - POSTGRES_USER=postgres
         - POSTGRES_PASSWORD=postgress
         - POSTGRES_DB=postgres
       ports:
         - "5433:5432"
       volumes:
         - pgdata:/var/lib/postgresql/data
       networks:
         - suruse
   volumes: 
     pgdata:

Utworzy wolumin o nazwie pgdata i zamontuje ten wolumin na ścieżce kontenera.

Możesz sprawdzić ten wolumin

docker volume inspect pgdata

// output will be
[
    {
        "Driver": "local",
        "Labels": {},
        "Mountpoint": "/var/lib/docker/volumes/pgdata/_data",
        "Name": "pgdata",
        "Options": {},
        "Scope": "local"
    }
]

Unikałbym używania ścieżki względnej. Pamiętaj, że doker jest relacją demon / klient.

Kiedy wykonujesz komponowanie, zasadniczo dzieli się ono na różne polecenia klienta dokera, które są następnie przekazywane do demona. Jest ./databaseto następnie względne względem demona , a nie klienta.

Obecnie zespół deweloperów dokerów ma w tej kwestii trochę do przodu , ale najważniejsze jest to, że może przynieść nieoczekiwane rezultaty.

Krótko mówiąc, nie używaj ścieżki względnej, użyj ścieżki bezwzględnej.

Myślę, że najpierw musisz utworzyć wolumin poza dokerem, docker create -v /location --namea następnie użyć go ponownie.

Do czasu kiedy często używałem Dockera, nie było możliwe użycie statycznego woluminu Dockera z definicją pliku Docker, więc sugeruję wypróbowanie wiersza poleceń (ewentualnie ze skryptem).

Miałem ten sam problem od wielu dni. Mój przypadek był po prostu literówką: „postgresql” ma tylko jeden „s”, napisałem dwa (postgressql): $.