ssh -p 11510 user1@193.191.177.8 inloggen op server
docker container ls Alle container met runnende poorten
docker rm -f practical_kepler container killen
docker swarm --help opties swarm bekijken
docker swarm init initialisatie swarm mode
token=$(ssh -o StrictHostKeyChecking=no verkrijgen van token om worker te kunnen toevoegen
172.17.0.117 "docker swarm join-token aan cluster
-q worker") && echo $token
docker swarm join 172.17.0.117:2377 toegang vragen via host tot cluster via de manager
--token $token en extra token
docker node ls manager accepteren automatisch toegang van
nieuwe hosts
→ bekijk alle nodes die in de cluster zitten
docker network create -d overlay skynet skynet = overlay network
→ alle containers geregistreerd in dit netwerk
kunnen met elkaar communiceren
docker service create --name http implementeren een image en willen deze koppelen
--network skynet --replicas 2 -p 80:80 aan nieuw gecreëerd sky-netwerk
katacoda/docker-http-server
werking:
Ten slotte balanceren we deze twee containers
samen op poort 80. Als u een HTTP-verzoek naar
een van de knooppunten in het cluster verzendt,
wordt het verzoek door een van de containers binnen
het cluster verwerkt. Het knooppunt dat de aanvraag
heeft geaccepteerd, is mogelijk niet het knooppunt
waarop de container reageert. In plaats daarvan
verdeelt Docker verzoeken over alle beschikbare
containers
docker service ls services bekijken die op de cluster uitgevoerd
worden
docker ps lijst van containers
curl host01 Http-verzoek sturen
→ wordt behandeld door 2 containers
docker service ps http alle taken die gekoppeld zijn aan een service in een
cluster
, docker service inspect --pretty http bekijken details en configuratie van service
docker node ps self vragen welke taken runnen
docker node ps $(docker node ls -q | met id kan je verschillende nodes opvragen
head -n1)
docker service scale http=5 http-opdracht schalen over 5 containers
docker network create -d overlay creeren overlay-network met naam app1-network
app1-network
docker service create --name redis deploy redis service
--network app1-network redis:alpine
docker service create \ → creëren van nieuwe service
--network app1-network -p 80:3000 \
--replicas 1 --name app1-web \ De app is geconfigureerd om te luisteren op poort
katacoda/redis-node-docker-example 3000, maar de service wordt openbaar gemaakt op
poort 80
→ gebruiken overlay-network & dns om te
communiceren
docker service create --name lbapp1 bv:
--replicas 2 -p 81:80 Met de onderstaande opdracht wordt een nieuwe
katacoda/docker-http-server service gemaakt met de naam lbapp1 waarin twee
containers worden uitgevoerd. De service wordt
weergegeven via poort 81.
docker network create --attachable -d Dit netwerk zal een "swarm-scoped network" zijn. Dit
overlay eg1 betekent dat alleen containers die als een service
worden gelanceerd, zich aan het netwerk kunnen
koppelen.
docker service create --name http
--network eg1 --replicas 2
katacoda/docker-http-server
docker run --name=dig --network eg1 dig → om interne virtuele ip-adressen te vinden
benhall/dig dig http
docker service inspect http moet overeenkomen met het virtuele ip-adres dat
--format="{{.Endpoint.VirtualIPs}} aan service gegeven is
docker network create -d overlay kijken of er gegevens archief en overlay-netwerk
app1-network beschikbaar is
Elke host moet een Node.js-containerinstantie
hebben met één host die Redis opslaat.
https://www.katacoda.com/courses/docker-orchestrati
on
docker swarm init && docker service container settings updaten
create --name http --replicas 2 -p
docker container ls Alle container met runnende poorten
docker rm -f practical_kepler container killen
docker swarm --help opties swarm bekijken
docker swarm init initialisatie swarm mode
token=$(ssh -o StrictHostKeyChecking=no verkrijgen van token om worker te kunnen toevoegen
172.17.0.117 "docker swarm join-token aan cluster
-q worker") && echo $token
docker swarm join 172.17.0.117:2377 toegang vragen via host tot cluster via de manager
--token $token en extra token
docker node ls manager accepteren automatisch toegang van
nieuwe hosts
→ bekijk alle nodes die in de cluster zitten
docker network create -d overlay skynet skynet = overlay network
→ alle containers geregistreerd in dit netwerk
kunnen met elkaar communiceren
docker service create --name http implementeren een image en willen deze koppelen
--network skynet --replicas 2 -p 80:80 aan nieuw gecreëerd sky-netwerk
katacoda/docker-http-server
werking:
Ten slotte balanceren we deze twee containers
samen op poort 80. Als u een HTTP-verzoek naar
een van de knooppunten in het cluster verzendt,
wordt het verzoek door een van de containers binnen
het cluster verwerkt. Het knooppunt dat de aanvraag
heeft geaccepteerd, is mogelijk niet het knooppunt
waarop de container reageert. In plaats daarvan
verdeelt Docker verzoeken over alle beschikbare
containers
docker service ls services bekijken die op de cluster uitgevoerd
worden
docker ps lijst van containers
curl host01 Http-verzoek sturen
→ wordt behandeld door 2 containers
docker service ps http alle taken die gekoppeld zijn aan een service in een
cluster
, docker service inspect --pretty http bekijken details en configuratie van service
docker node ps self vragen welke taken runnen
docker node ps $(docker node ls -q | met id kan je verschillende nodes opvragen
head -n1)
docker service scale http=5 http-opdracht schalen over 5 containers
docker network create -d overlay creeren overlay-network met naam app1-network
app1-network
docker service create --name redis deploy redis service
--network app1-network redis:alpine
docker service create \ → creëren van nieuwe service
--network app1-network -p 80:3000 \
--replicas 1 --name app1-web \ De app is geconfigureerd om te luisteren op poort
katacoda/redis-node-docker-example 3000, maar de service wordt openbaar gemaakt op
poort 80
→ gebruiken overlay-network & dns om te
communiceren
docker service create --name lbapp1 bv:
--replicas 2 -p 81:80 Met de onderstaande opdracht wordt een nieuwe
katacoda/docker-http-server service gemaakt met de naam lbapp1 waarin twee
containers worden uitgevoerd. De service wordt
weergegeven via poort 81.
docker network create --attachable -d Dit netwerk zal een "swarm-scoped network" zijn. Dit
overlay eg1 betekent dat alleen containers die als een service
worden gelanceerd, zich aan het netwerk kunnen
koppelen.
docker service create --name http
--network eg1 --replicas 2
katacoda/docker-http-server
docker run --name=dig --network eg1 dig → om interne virtuele ip-adressen te vinden
benhall/dig dig http
docker service inspect http moet overeenkomen met het virtuele ip-adres dat
--format="{{.Endpoint.VirtualIPs}} aan service gegeven is
docker network create -d overlay kijken of er gegevens archief en overlay-netwerk
app1-network beschikbaar is
Elke host moet een Node.js-containerinstantie
hebben met één host die Redis opslaat.
https://www.katacoda.com/courses/docker-orchestrati
on
docker swarm init && docker service container settings updaten
create --name http --replicas 2 -p
