Nederlands
Menu

Basis van cloud en containers

Welke combinatie van de Linux-kernelfuncties waarop containers berusten, namespaces en cgroups (control groups), met hun taak is juist?

  1. ANamespaces: scheiden wat een proces ziet (proces-ID's, netwerk, mounts enz.); cgroups: beperken en meten het gebruik van resources zoals CPU en geheugen
  2. BNamespaces: beperken en meten het gebruik van resources zoals CPU en geheugen; cgroups: scheiden wat een proces ziet (proces-ID's, netwerk, mounts enz.)
  3. CNamespaces: starten voor elke container een eigen kernel om de containers van elkaar te isoleren; cgroups: maken voor elke container een virtuele CPU en emuleren de hardware
Antwoord en toelichting tonen

Antwoord: A. Namespaces: scheiden wat een proces ziet (proces-ID's, netwerk, mounts enz.); cgroups: beperken en meten het gebruik van resources zoals CPU en geheugen

Een container is een gewoon proces dat op de kernel van de host draait en met twee mechanismen wordt geïsoleerd. Namespaces verdelen proces-ID's, het netwerk, mounts (de weergave van het bestandssysteem), de hostnaam enz. in groepen, zodat de processen in een container alleen hun eigen deel zien. Cgroups beperken de CPU-tijd en de hoeveelheid geheugen die een groep processen kan gebruiken, en meten het gebruik. Beide zijn kernelfuncties; een container start dus geen eigen kernel en emuleert ook geen hardware.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Basis van cloud en containers

  1. Op een Linux-host wordt met Docker een container gestart uit een image dat op een andere distributie dan die van de host is gebaseerd, en daarin worden uname -r (een opdracht die de release van de kernel toont) en cat /etc/os-release (een opdracht die informatie over de distributie toont) uitgevoerd. Welke beschrijving van de resultaten is juist?
  2. Welke beschrijving van de relatie tussen een containerimage en een container is juist?
  3. In een container die uit een image is gestart, wordt het configuratiebestand /etc/app.conf gewijzigd, dat deel uitmaakt van het image. Welke beschrijving van wat er gebeurt met het gangbare opslagmechanisme van Docker (zoals overlay2) is juist?
  4. Om een archief van 500 MB, data.tar.gz, uit te pakken, is met het bovenstaande Dockerfile een image gebouwd. Hoewel het archief na het uitpakken in dezelfde RUN werd verwijderd, bleef het image nog steeds groter, precies met de grootte van het archief. Welke combinatie van oorzaak en oplossing is het meest geschikt?
  5. Er zijn vijf images die elk een eigen laag van 30 MB stapelen op hetzelfde basisimage (120 MB). Compressie van de lagen en de grootte van metadata worden verwaarloosd. Hoeveel schijfruimte gebruiken de images als alle vijf naar één server worden gehaald (pull)?