‫Net als bij Docker Swarm
‫in, gebruikt het replica's als de term voor de verschillende containers
‫die worden uitgevoerd en beslist hoe op- en af te
‫schalen met behulp van het aantal replica's, en ook
‫de opdracht scale. Wij hadden
‫dezelfde ervaring met Kubernetes. Laten we eens kijken naar de kubectl-opdrachtregel en
‫hoe dat gaat werken.
‫Eerst moeten we een nieuwe implementatie starten.
‫Dus laten we teruggaan en een kubectl run
‫my-apache doen.
‫-- afbeelding httpd.
‫In tegenstelling tot Nginx, gaan we deze keer een
‫Apache-webserver gebruiken, vooral omdat het ons standaard standaard logboekregistratie geeft, zodat we
‫op zijn minst naar logs kunnen kijken.
‫We kunnen controleren of al die objecten zijn ingezet met
‫een andere get all.
‫Zodra uw gewenste en huidige klaar zijn
‫voor gebruik op uw ReplicaSet, evenals op de pod, weten we dat
‫we klaar zijn om de volgende opdracht uit te voeren.
‫Deze standaarduitvoering geeft ons een enkele
‫pod of replica.
‫Laten we dat opschalen naar 2.
‫Merk op dat ik --replicas 2 hier heb getypt
‫met het scale-commando. Ik vul ook het
‫type object in.
‫Met andere woorden, een implementatie en vervolgens de
‫naam van die implementatie. Maar je hebt gemerkt dat
‫ik hier een ander formaat heb gebruikt. Ik heb een implementatie gebruikt in
‫plaats van een implementatie en ik heb een slash gebruikt in plaats van een spatie.
‫Dit gaat in op een kleine discussie over de flexibiliteit
‫van de Kubernetes-opdrachtregel.
‫Je zult merken dat veel commando's korte versies van het
‫commando zelf hebben.
‫Verschillende delen van de opdracht kunnen op verschillende manieren
‫worden afgekort of vervangen, zoals een schuine streep versus een spatie.
‫Dat soort dingen. In
‫dit geval zou de scale-implementatie / my-apache
‫hetzelfde zijn als de scale space-implementatieruimte mijn-apache.
‫Dat zou hetzelfde equivalent zijn.
‫U kunt in principe op veel plaatsen waar
‫u de optie Implementatie zou zien, mogelijk
‫implementatie, implementatie of implementaties in
‫het meervoud specificeren. U zult merken dat dit
‫soms vergelijkbaar is in andere delen van de opdrachtregel, waar meervoud
‫of enkelvoud net zo goed werken.
‫Of soms kunt u een deel van de opdracht afkorten.
‫Eerlijk gezegd is dit in de loop der jaren veranderd.
‫Het is dus niet zo voor de hand liggend welke delen je voor een spatie
‫kunt afkorten of een schuine streep kunt zetten.
‫Maar ik denk dat als je eenmaal gewend bent aan je eigen manier
‫van doen, dat gewoon voor jou zal werken.
‫Nu, als we een snelle kubectl doen, krijgen we alles weer.
‫U zult merken dat we nu twee pods hebben.
‫U zult zien dat de ReplicaSet onderaan een gewenste status
‫van twee heeft en dat er twee actief zijn.
‫In het algemene concept hier is dit precies
‫wat Swarm-services doen. Ze schalen replica's op en neer
‫op basis van uw vereisten.
‫In dit geval hebben we het alleen over pods in
‫plaats van taken.
‫Toen we het schaalcommando deden, wil ik je de basis geven van
‫wat er op de achtergrond gebeurde.
‫Omdat we extra abstractieniveaus hebben, moeten
‫we begrijpen hoe deze niveaus op elkaar reageren.
‫Toen we het scale-commando typten, waren we
‫technisch bezig met het bijwerken van de Deployment-specificatie.
‫In Kubernetes heeft alles een specificatie.
‫Deze specificatie voor de implementatie heeft
‫de ReplicaSet gewijzigd in een set van twee replica's.
‫Toen besloot die ReplicaSet-controller om het te veranderen
‫in twee pods, en er zou één pod zijn voor
‫elke replica.
‫Vervolgens neemt het besturingsvlak een beslissing over welke knooppunten, in
‫dit geval heb je maar één knooppunt, maar
‫welke knooppunten die pods zouden krijgen.
‫Als u dan een installatie met meerdere knooppunten
‫had, zou de kubelet-agent die pod toegewezen krijgen en die
‫uitvoeren om de container op zijn lokale Docker Engine
‫te maken.
‫Hoewel het lijkt alsof dit veel werk is op
‫de achtergrond om gewoon een andere container te starten, gaat
‫het eigenlijk heel snel. In feite gebeurt het bijna net
‫zo snel als Swarm. Over het algemeen hebben we het
‫over een seconde, twee seconden, zoiets als je het over
‫een enkele machine hebt.
‫Met Swarm is een van de voordelen dat alles zich in
‫het enkele binaire bestand bevindt.
‫Het gebeurt dus veel sneller omdat het eigenlijk
‫gewoon binnen hetzelfde proces gebeurt, inclusief het lanceren van
‫de container zelf.
‫Met Kubernetes krijgen we deze
‫extra abstractielagen. Dat introduceert een kleine vertraging
‫in vergelijking met misschien iets dat je Docker of
‫Swarm zou doen.
‫Maar echt, in de meeste gevallen is het verwaarloosbaar.
‫De wisselwerking is dat we veel meer flexibiliteit en controle krijgen
‫met deze verschillende abstractielagen.
‫Oh! Maak deze niet schoon.
‫We gaan deze Apache-containers gebruiken in de volgende
‫lezing als we gaan inspecteren wat er gaande is in
‫Kubernetes.