Nederlands
Menu

Basis van cloud en containers

Het wachtwoord van een database wordt in een Kubernetes-Secret opgeslagen. Welke beschrijving van een Secret is juist?

  1. AWaarden in een Secret worden automatisch met sterke cryptografie versleuteld; niemand in het cluster die ze leest, kan dus het oorspronkelijke wachtwoord te weten komen
  2. BWaarden van een Secret kunnen vanuit containers niet worden opgevraagd; het wachtwoord moet dus in een configuratiebestand in het image worden geschreven
  3. CStandaard worden de waarden alleen in Base64 weergegeven, wat geen versleuteling is; daarom worden ook beperkingen op wie ze mag lezen en versleuteling van opgeslagen gegevens (encryption at rest) gebruikt
Antwoord en toelichting tonen

Antwoord: C. Standaard worden de waarden alleen in Base64 weergegeven, wat geen versleuteling is; daarom worden ook beperkingen op wie ze mag lezen en versleuteling van opgeslagen gegevens (encryption at rest) gebruikt

Een Secret is een resource om vertrouwelijke waarden zoals wachtwoorden en API-sleutels los van images en Pod-definities te beheren en ze als omgevingsvariabelen of bestanden aan containers door te geven. De waarden in een manifest worden echter alleen in Base64 weergegeven, en dat kan iedereen decoderen. Bovendien worden ze standaard onversleuteld opgeslagen in etcd, waar de gegevens van het cluster worden bewaard. Daarom worden maatregelen gecombineerd, zoals met RBAC beperken wie Secrets mag lezen en versleuteling van opgeslagen gegevens voor etcd inschakelen.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Basis van cloud en containers

  1. Een webapplicatie kan na het starten ongeveer 60 seconden lang, terwijl ze haar cache laadt, geen aanvragen verwerken en geeft in die tijd 503 terug op /ready. Welke beschrijving van het effect van het toevoegen van de bovenstaande instellingen aan de container van de Pod is juist?
  2. Bij een webapplicatie op Kubernetes is de controle van de liveness-probe zo gemaakt dat ze ook nagaat of de applicatie verbinding kan maken met de database waarvan ze afhangt. Welk probleem is met deze instelling het meest waarschijnlijk?
  3. Een Kubernetes-HorizontalPodAutoscaler heeft een doel voor het CPU-gebruik van de Pods van 70% en een bereik van 1 tot 10 Pods. Op dit moment is het gemiddelde CPU-gebruik van 5 Pods 30%. Als het benodigde aantal Pods wordt berekend als ⌈huidig aantal × huidig gebruik ÷ doelgebruik⌉ (⌈ ⌉ betekent naar boven afronden), hoeveel Pods zijn er dan nodig?
  4. In een Deployment waarvan de containers van de Pods de bovenstaande instellingen hebben, draaien vier Pods die elk 400m (0,4 cores) CPU gebruiken. Het doel voor het CPU-gebruik van de HorizontalPodAutoscaler is 60%, en het benodigde aantal Pods wordt berekend als ⌈huidig aantal × huidig gebruik ÷ doelgebruik⌉. Hoeveel Pods zijn er nodig?
  5. Welke beschrijving van de requests en limits voor resources die in Kubernetes voor een container worden ingesteld, is juist?