Lär dig Docker, del 6: arbete med data

I den här delen av översättningen av serien om Docker kommer vi att prata om datahantering. Specifikt om Docker-volymer. I dessa material har vi ständigt jämfört programvarumechanismerna i Docker med olika ätliga analogier. Vi ska inte avvika från denna tradition här heller. Låt oss betrakta data i Docker som kryddor. Det finns en mängd olika kryddor i världen, precis som det finns många sätt att hantera data i Docker.

→ Del 1: Grundläggande
→ Del 2: Termer och koncept
→ Del 3: Dockerfile-filer
→ Del 4: Minska bildstorlekar och snabba upp byggen
→ Del 5: Kommandon
→ Del 6: Arbeta med data

Observera att detta material har förberetts med hjälp av Docker-motorn version 18.09.1 och API-version 1.39.

Data i Docker kan lagras antingen tillfälligt eller permanent. Låt oss börja med tillfälliga data.

Tillfällig lagring av data

I Docker-containrar kan man organisera arbetet med tillfälliga data på två sätt.

Som standard sparas filer som skapats av applikationen som körs i containern i containerns skrivbara lager. För att denna mekanism ska fungera krävs ingen specifik konfiguration. Det blir både enkelt och billigt. Applikationen behöver bara spara data och fortsätta med sina uppgifter. Men efter att containern har upphört att existera försvinner också data som lagrats på detta enkelt sätt.

För lagring av tillfälliga filer i Docker kan man använda en annan lösning, lämplig för sådana fall när man behöver en högre prestanda jämfört med vad som kan uppnås med den standardmässiga mekanismen för tillfällig datalagring. Om du inte behöver att dina data ska lagras längre än vad containern existerar kan du koppla en tmpfs till containern - ett tillfälligt lagringsutrymme som använder värdmaskinens RAM-minne. Detta möjliggör snabbare läs- och skrivoperationer.

Det är ofta så att data måste lagras även efter att containern har upphört att existera. För detta behöver vi mekanismer för permanent datalagring.

Permanent lagring av data

Det finns två sätt att förlänga livslängden på data längre än livslängden på containern. Ett av sätten är att använda bind mount-teknologi. Med denna metod kan en verkligt existerande mapp kopplas till containern. Processer utanför Docker kan arbeta med data som lagras i denna mapp. Här är hur det ser ut tmpfs-mounting och bind mount-teknologi.

Tmpfs-mounting och bind mount

Nackdelarna med att använda bind mount-teknologi är att det komplicerar säkerhetskopiering av data, datamigrering och delning av data mellan flera containrar. Det är mycket bättre att använda Docker-volymer för permanent lagring av data.

Docker-volymer

En volym är ett filsystem som ligger på värdmaskinen utanför containrarna. Docker ansvarar för att skapa och hantera volymer. Här är de viktigaste egenskaperna hos Docker-volymer:

• De är verktyg för permanent lagring av information.
• De är självständiga och separerade från containrar.
• De kan användas gemensamt av olika containrar.
• De möjliggör effektiv läsning och skrivning av data.
• Volymer kan placeras på resurser från en extern molnleverantör.
• De kan krypteras.
• De kan ges namn.
• Containern kan förbereda volymen med data i förväg.
• De är bekväma för testning.

Som ni ser har Docker-volymer fantastiska egenskaper. Låt oss prata om hur man skapar dem.

Skapa volymer

Volymer kan skapas med hjälp av Docker eller via API-förfrågningar.

Här är en instruktion i Dockerfile som skapar en volym vid start av containern.

VOLUME /my_volume

När du använder en sådan instruktion i Docker, kommer Docker efter att containern har skapats att skapa en volym som innehåller data som redan finns på den angivna platsen. Observera att om du skapar en volym med Dockerfile så befriar det dig inte från att ange monteringspunkt för volymen.

Du kan skapa volymer i Dockerfile även med JSON-format.

Dessutom kan volymer skapas via kommandoraden medan containern körs.

Arbeta med volymer från kommandoraden

▍Skapa en volym

Du kan skapa en fristående volym med följande kommando:

docker volume create --name my_volume

▍Ta reda på information om volymer

För att visa listan över Docker-volymer, använd följande kommando:

docker volume ls

För att undersöka en specifik volym kan du använda:

docker volume inspect my_volume

▍Ta bort volym

Du kan ta bort en volym så här:

docker volume rm my_volume

För att ta bort alla volymer som inte används av containrar kan du använda följande kommando:

docker volume prune

Innan du tar bort Docker-volymer kommer du att bli ombedd att bekräfta denna åtgärd.

Om volymen är kopplad till en container kan den inte tas bort förrän den motsvarande containern har tagits bort. Även om containern har tagits bort förstår Docker inte alltid detta. Om detta händer kan du använda följande kommando:

docker system prune

Detta är avsett för att rensa Docker-resurser. Efter att du har kört detta kommando bör du kunna ta bort volymer vars status tidigare var felaktig.

Flaggorna —mount och —volume

För att arbeta med volymer måste du ofta använda flaggor vid anrop av kommandot. dockerTill exempel, för att skapa en volym vid skapandet av en container kan du använda följande konstruktion:

docker container run --mount source=my_volume, target=\/container\/path\/for\/volume my_image

Tidigare (innan 2017) var flaggan --volume. Ursprungligen användes denna flagga (ändå kan den användas i förkortad form, då ser den ut som -v) för självständiga containrar, medan flaggan --mount användes i Docker Swarm-miljöer. Men från Docker 17.06 kan flaggan --mount användas i alla scenarier.

Det bör noteras att användningen av flaggan --mount ökar mängden ytterligare data som måste anges i kommandot, men av flera skäl är det bättre att använda just denna flagga istället för --volume. Flaggan --mount — det är den enda mekanismen som gör att man kan arbeta med tjänster eller ange volymens drivrutinsparameter. Dessutom är det enklare att arbeta med denna flagga.

I de existerande exempelkommandona för datahantering i Docker kan du stöta på många exempel som använder flaggan -v. När du försöker anpassa dessa kommandon till dig, kom ihåg att flaggorna --mount och --volume använder olika format för parametrar. Det vill säga, du kan inte bara byta ut -v till --mount och få ett fungerande kommando.

Den huvudsakliga skillnaden mellan --mount och --volume är att när flaggan --volume används samlas alla parametrar tillsammans i ett fält, medan vid användning av --mount parametrarna separeras.

Vid arbete med --mount parametrarna presenteras som nyckel-värdepar, och det ser ut som key=value. Dessa par separeras med komman. Här är vanliga parametrar --mount:

• typ — monteringstyp. Värdet för motsvarande nyckel kan vara bind, volym eller tmpfs. Här pratar vi om volymer, det vill säga — vi intresserar oss för värdet volym.
• source — monteringskälla. För namngivna volymer är detta — volymnamnet. För icke-namngivna volymer anges inte denna nyckel. Den kan förkortas till src.
• destination — sökvägen där filen eller mappen monteras i containern. Denna nyckel kan förkortas till dst eller target.
• readonly — monterar en volym som är avsedd endast för läsning. Det är valfritt att använda denna nyckel, inget värde tilldelas den.

Här är ett exempel på användning --mount med en mängd parametrar:

docker run --mount type=volume,source=volume_name,destination=\/path\/in\/container,readonly my_image

Sammanfattning

Här är användbara kommandon som kan användas vid arbete med Docker-volymer:

• docker volume create
• docker volume ls
• docker volume inspect
• docker volume rm
• docker volume prune

Här är en lista med vanliga parametrar för --mount, tillämpliga i kommandon av typen docker run --mount my_options my_image:

• type=volume
• source=volume_name
• destination=\/path\/in\/container
• readonly

Nu när vi har avslutat denna serie material om Docker är det dags att säga några ord om vart de som studerar Docker kan gå vidare. Här är en stor bra artikel om Docker. Här är en bok om Docker (när du köper denna bok, försök att skaffa den senaste utgåvan). Här är ännu en bok som passar för dem som anser att praktik är det bästa sättet att lära sig teknologier.

Kära läsare! Vilka material om Docker skulle du rekommendera för nybörjare?

Källa: habr.com