Docker Compose — Geheugenlimieten

We draaien verschillende containers op om verschillende workloads van een applicatie aan te kunnen en we gebruiken Docker Compose om dit gemakkelijk te doen. Elke logisch verschillende werkbelasting wordt als een andere weergegeven onderhoud . Uw frontend http-server wordt bijvoorbeeld vermeld als een frontend-service met een Apache- of een Nginx-image als een container.

Alle services, hun netwerkbehoeften, opslagvereisten, enz. kunnen worden gespecificeerd in een docker-compose.yml-bestand. We zullen ons hier concentreren op het specificeren van geheugengebruik.

Je hebt de volgende tools in je arsenaal nodig om te volgen:

1. Basiskennis van Docker
2. Docker voor Windows of Mac of als je Linux gebruikt, DockerCE voor Linux
3. Docker Compose binair y (Windows- en Mac-gebruikers hebben dit al geïnstalleerd)

We houden vast aan versie 2.4 voor onze docker-compose.yml-bestanden, aangezien die versie 17.12 en hoger van Docker Engine en hoger ondersteunt. We hadden met versie 3 kunnen gaan, die recenter is, maar die de oude syntaxis voor geheugenbeperking niet ondersteunt. Als je de nieuwere syntaxis probeert te gebruiken, staat het erop om Docker in de zwermmodus te gebruiken. Dus om het voor gewone Docker-gebruikers eenvoudig te houden, blijf ik bij versie 2.4

De meeste code zou precies hetzelfde werken voor versie 3, en waar er een verschil zal zijn, zal ik de nieuwere syntaxis voor Docker Swarm-gebruikers noemen.

Voorbeeldtoepassing:

Laten we proberen een eenvoudige Nginx-service op poort 80 uit te voeren met eerst de CLI en vervolgens een eenvoudige docker-compose.yml. In de volgende sectie zullen we de geheugenbeperkingen en het gebruik ervan onderzoeken en onze docker-compose.yml aanpassen om te zien hoe de aangepaste beperkingen worden opgelegd.

Laten we een eenvoudige nginx-server starten met Docker-CLI:

U kunt de nginx-server zien werken door naar . te gaan http://localhost of vervang lcoalhost

Met het IP-adres van uw Docker-host. Deze container kan mogelijk het volledige beschikbare geheugen op uw Docker-host gebruiken (in ons geval is dit ongeveer 2 GB). Om onder andere het geheugengebruik te controleren, kunnen we het commando gebruiken:

De MEM USAGE/LIMIT is 2.133MiB van de totale 1.934GiB. Laten we deze container verwijderen en beginnen met het schrijven van docker-compose-scripts.

Equivalent ym-bestand

De exacte container zoals hierboven kan worden gemaakt als we deze stappen volgen:

We maken een nieuwe lege map aan en maken daarin een bestand docker-compose.yml aan. Wanneer we docker-compose uitvoeren vanuit deze map, zal het naar dit specifieke bestand zoeken (al het andere negerend) en onze implementatie dienovereenkomstig maken. Voeg de volgende inhoud toe aan dit .yml-bestand.

De vlag -d wordt toegevoegd zodat de nieuw gemaakte containers op de achtergrond worden uitgevoerd. Anders zal de terminal zich vastmaken aan de containers en er rapporten van gaan printen. Nu kunnen we de statistieken van de nieuw gemaakte container(s):

U zult merken dat een vergelijkbare container als voorheen is gemaakt met vergelijkbare geheugenlimieten en zelfs gebruik. Uit dezelfde map die het yml-bestand bevat. Voer de volgende opdracht uit om de zojuist gemaakte container te verwijderen, samen met het klantbridge-netwerk dat is gemaakt.

Hierdoor keert de docker terug naar een schone staat, met uitzondering van de volumes die zijn gemaakt (we hebben er geen gemaakt, dus dat is geen probleem.)

Geheugenlimieten en geheugenreserveringen

Geheugenlimieten en geheugenreserveringen zijn twee verschillende aspecten om een ​​soepele werking van uw applicaties en de Docker-host waarop u draait te garanderen.

In het algemeen stelt Memory Limit een bovengrens aan de hoeveelheid geheugen die mogelijk door een Docker-container kan worden gebruikt. Standaard kan een Docker-container, net als elk ander systeemproces, het volledige beschikbare geheugen van de Docker-host gebruiken. Dit kan Out-of-Memory-Exception veroorzaken en uw systeem kan heel goed crashen. Zelfs als het nooit zover komt, kan het nog steeds andere processen (inclusief andere containers) uithongeren van waardevolle bronnen, wat opnieuw de prestaties schaadt. Geheugenlimieten zorgen ervoor dat resource-hongerige containers een bepaalde limiet niet overschrijden. Dit beperkt de explosieradius van een slecht geschreven applicatie tot een paar containers, niet tot de hele host.

Geheugenreserveringen zijn daarentegen minder rigide. Wanneer het systeem weinig geheugen heeft en probeert een deel ervan terug te winnen. Het probeert het geheugenverbruik van de container op of onder de reserveringslimiet te brengen. Als er echter een overvloed aan geheugen is, kan de toepassing uitbreiden tot de hard ingestelde geheugenlimiet.

Samenvatten:

1. Geheugenlimiet: Een strikte bovengrens voor de hoeveelheid geheugen die beschikbaar wordt gesteld aan een container.
2. Geheugenreservering: dit moet worden ingesteld als de absolute minimumhoeveelheid geheugen die een toepassing nodig heeft om correct te werken. Dus het crasht niet of gedraagt ​​​​zich niet wanneer het systeem probeert een deel van het geheugen terug te winnen.

Als de geheugenreservering groter is dan de geheugenlimiet, heeft de geheugenlimiet voorrang.

Geheugenlimieten en reservering specificeren

Versie 2

Laten we teruggaan naar de docker-compose.yml die we eerder schreven en er een geheugenlimiet aan toevoegen. Wijzig de versie in 2.4 om redenen die worden besproken in de sectie vereisten.

De laatste regel stelt de limiet voor my-nginx-service in op 300 MiB. U kunt k gebruiken voor KiB, en g voor GiB en b voor slechts bytes. Het getal ervoor moet echter een geheel getal zijn. U kunt geen waarden als 2,4 m gebruiken, u zou in plaats daarvan 2400k moeten gebruiken. Als u nu uitvoert:

U zult merken dat de geheugenlimiet is ingesteld op 300 MiB. Het instellen van geheugenreservering is net zo eenvoudig, voeg gewoon een regel mem_reservation: xxx toe aan het einde.

Versie 3 (optioneel)

Om versie drie te gebruiken, moet je Docker in de zwermmodus draaien. Voor Windows en Mac kunt u het inschakelen via het Docker-instellingenmenu. Linux-gebruikers zouden docker swarm init moeten uitvoeren. Meer informatie daarover vind je hier . Het is echter geen noodzakelijke stap, en als je het niet hebt ingeschakeld, is dat ook goed. Dit gedeelte is voor mensen nu al draait in zwermmodus en kan gebruik maken van de nieuwere versie.

We definiëren dit allemaal onder de optie middelen. Limieten en reservering worden hun eigen primaire sleutels en het geheugen is slechts een van de vele bronnen die hier worden beheerd. CPU is nog een andere belangrijke parameter.

Verdere informatie

U kunt meer leren over docker-compose in de officiële documentatie hier gelinkt . Als je eenmaal doorhebt hoe je een samenstellingsbestand moet schrijven, kan de documentatie je helpen met de specifieke parameters van verschillende parameters.

U hoeft niet alles te weten, zoek gewoon naar wat uw toepassing vereist en de referentie zou u begeleiden bij de implementatie ervan.