Răsucim diferite containere pentru a gestiona diferite sarcini de lucru ale unei aplicații și folosim Docker Compose pentru a face acest lucru cu ușurință. Fiecare încărcare de lucru logic diferită este listată ca diferită serviciu . De exemplu, serverul dvs. frontend http va fi listat ca serviciu frontend care rulează o imagine Apache sau o imagine Nginx ca container.
Toate serviciile, nevoile lor de rețea, cerințele de stocare etc. pot fi specificate într-un fișier docker-compose.yml. Ne vom concentra pe specificarea utilizării memoriei aici.
Ați avea nevoie de următoarele instrumente în arsenalul dvs. pentru a urma:
- Înțelegerea de bază a lui Docker
- Docker pentru Windows sau Mac sau dacă folosiți Linux, DockerCE pentru Linux
- Docker Compune binar y (utilizatorii de Windows și Mac vor avea deja instalat acest lucru)
Vom rămâne la versiunea 2.4 pentru fișierele noastre docker-compose.yml, deoarece acceptă versiunea 17.12 și versiunile superioare ale Docker Engine și versiunile superioare. Am fi putut merge cu versiunea 3, care este mai recentă, dar nu acceptă sintaxa veche de limitare a memoriei. Dacă încercați să utilizați sintaxa mai nouă, aceasta insistă să utilizați Docker în modul Swarm. Deci, pentru a simplifica problema pentru utilizatorii obișnuiți de Docker, voi rămâne la versiunea 2.4
Majoritatea codului ar funcționa la fel pentru versiunea 3 și, acolo unde va exista o diferență, voi menționa sintaxa mai nouă pentru utilizatorii Docker Swarm.
Exemplu de aplicație
Să încercăm să rulăm un serviciu Nginx simplu pe portul 80 folosind mai întâi CLI și apoi un simplu docker-compose.yml. În secțiunea următoare, vom explora limitările și utilizarea memoriei sale și vom modifica docker-compose.yml pentru a vedea cum sunt impuse limitările personalizate.
Să începem un server nginx simplu folosind Docker-CLI:
$ docker run -d --name my-nginx -p80:80nginx: cel mai recentPuteți vedea serverul nginx funcționând vizitând http: // localhost sau înlocuiți lcoalhost
Cu adresa IP a gazdei dvs. Docker. Acest container poate utiliza întreaga memorie disponibilă pe gazda Docker (în cazul nostru este de aproximativ 2 GB). Pentru a verifica utilizarea memoriei, printre altele, putem folosi comanda:
$ docker stats my-nginxID CONTENITOR NUME CPU% MEM UTILIZARE / LIMITĂ MEM% NET I / O BLOCK I / O PIDS
6eb0091c0cf2 my-nginx0,00% 2,133MiB / 1,934GiB0,11% 3,14kB / 2,13kB 0B / 0B2
MEM USAGE / LIMIT este la 2,133MiB din totalul de 1,934GiB. Să eliminăm acest container și să începem să scriem scripturi docker-compose.
$ docker stop my-nginx$ docker rm my-nginx
Fișier ym echivalent
Containerul exact ca mai sus poate fi creat dacă urmăm acești pași:
$ mkdir my-compose$ cd compunerea mea
$ vim docker-compose.yml
Creăm un nou director gol și creăm un fișier docker-compose.yml în el. Când vom rula docker-compose din acest director, acesta va căuta acest fișier specific (ignorând orice altceva) și va crea implementarea noastră în consecință. Adăugați următorul conținut în acest fișier .yml.
versiune:„3”Servicii:
my-nginx:
imagine: nginx: ultima
porturi:
-„80: 80”
$ docker-compose up -d
Steagul -d este adăugat astfel încât containerele nou create să ruleze în fundal. În caz contrar, terminalul se va atașa la containere și va începe să tipărească rapoarte din acesta. Acum putem vedea statisticile containerelor nou create:
$ docker stats -allID CONTENITOR NUME CPU% MEM UTILIZARE / LIMITĂ MEM% NET I / O BLOCK I / O PIDS
5f8a1e2c08ac my-compose_my-nginx_10,00% 2,25MiB / 1,934GiB0,11% 1,65kB / 0B 7,35MB / 0B2
Veți observa că un container similar ca înainte a fost creat cu limite de memorie similare și chiar utilizare. Din același director care conține fișierul yml. Rulați următoarea comandă pentru a șterge containerul nou creat, împreună cu rețeaua client bridge care a fost creată.
$docker-compune în josAceasta va readuce Docker-ul într-o stare curată, cu excepția oricăror volume care au fost create (nu am creat niciunul, așa că nu este o problemă.)
Limite de memorie și rezervări de memorie
Limitele de memorie și rezervările de memorie sunt două aspecte diferite pentru a asigura o bună funcționare a aplicațiilor dvs. și a gazdei Docker pe care o executați.
În linii mari, Memory Limit impune o limită superioară cantității de memorie care poate fi utilizată de un container Docker. În mod implicit, un container Docker, ca orice alt proces de sistem, poate utiliza întreaga memorie disponibilă a gazdei Docker. Acest lucru poate provoca excepție de memorie, iar sistemul dvs. se poate prăbuși foarte bine. Chiar dacă nu se ajunge niciodată la asta, poate totuși să moară de foame alte procese (inclusiv alte containere) din resurse valoroase, afectând din nou performanța. Limitele de memorie asigură faptul că containerele înfometate de resurse nu depășesc o anumită limită. Acest lucru limitează raza de explozie a unei aplicații slab scrise la câteva containere, nu la întreaga gazdă.
Rezervările de memorie, pe de altă parte, sunt mai puțin rigide. Când sistemul nu mai are memorie și încearcă să recupereze o parte din ea. Încearcă să aducă consumul de memorie al containerului la sau sub limita de rezervare. Cu toate acestea, dacă există o abundență de memorie, aplicația se poate extinde până la limita de memorie setată.
A rezuma:
- Limită de memorie: o limită superioară strictă pentru cantitatea de memorie pusă la dispoziția unui container.
- Rezervare memorie: Aceasta ar trebui setată ca cantitatea minimă de memorie de care are nevoie o aplicație pentru a rula corect. Deci, nu se blochează sau se comportă greșit atunci când sistemul încearcă să recupereze o parte din memorie.
Dacă rezervarea de memorie este mai mare decât limita de memorie, limita de memorie are prioritate.
Specificarea limitelor de memorie și rezervare
Versiunea 2
Să ne întoarcem la docker-compose.yml pe care l-am scris mai devreme și să-i adăugăm o limită de memorie. Schimbați versiunea la 2.4 din motivele discutate în secțiunea de condiții prealabile.
versiune:„2.4”Servicii:
my-nginx:
imagine: nginx: ultima
porturi:
-„80: 80”
mem_limit: 300m
Ultima linie stabilește limita pentru serviciul my-nginx la 300MiB. Puteți utiliza k pentru KiB și g pentru GiB și b pentru doar octeți. Cu toate acestea, numărul dinaintea acestuia trebuie să fie un număr întreg. Nu puteți utiliza valori precum 2,4 m, ar trebui să utilizați în schimb 2400 k. Acum, dacă alergi:
$ docker stat --allID CONTENITOR NUME CPU% MEM UTILIZARE / LIMITĂ MEM% NET I / O BLOCK I / O PIDS
44114d785d0a my-compose_my-nginx_10,00% 2,141MiB / 300MiB0,71% 1,16kB / 0B 0B / 0B2
Veți observa că limita de memorie este setată la 300 MiB. Setarea rezervării memoriei este la fel de ușoară, trebuie doar să adăugați o linie mem_reservation: xxx la final.
versiune:„2.4”Servicii:
my-nginx:
imagine: nginx: ultima
porturi:
-„80: 80”
mem_limit: 300m
mem_reservation: 100m
Versiunea 3 (opțional)
Pentru a utiliza versiunea a treia, trebuie să rulați Docker în modul swarm. Pentru Windows și Mac îl puteți activa utilizând meniul de setări Docker. Utilizatorii de Linux ar trebui să ruleze docker swarm init. Puteți găsi mai multe informații despre asta Aici . Totuși, nu este un pas necesar și, dacă nu l-ați activat, este bine. Această secțiune este destinată oamenilor deja rulează în modul swarm și poate folosi versiunea mai nouă.
versiune:„3”Servicii:
my-nginx:
imagine: nginx: ultima
porturi:
-„80: 80”
implementa:
resurse:
limite:
memorie: 300m
rezervari:
memorie: 100m
Definim toate acestea sub opțiunea resurse. Limitele și rezervarea devin cheile lor principale, iar memoria este doar una dintre multele resurse gestionate aici. CPU fiind încă un alt parametru important.
Informatii suplimentare
Puteți afla mai multe despre docker-compose din documentația oficială legat aici . Odată ce obțineți esența despre cum să scrieți un fișier de compunere, documentația vă poate ajuta cu diferiții parametri specifici.
Nu trebuie să știți totul, trebuie doar să căutați ceea ce necesită aplicația dvs. și referința vă va ghida în implementarea acesteia.