Premiers pas avec Kubernetes sur CentOS 7

• Concepts de base
• Cluster Kubernetes
• Installation
• Testez votre serveur Kubernetes
• Exemple: déploiement d'une grille Selenium à l'aide de Kubernetes
• Auto-guérison
• Mise à l'échelle de votre grille de sélénium

Kubernetes est une plate-forme open source développée par Google pour gérer les applications conteneurisées sur un cluster de serveurs. Il s'appuie sur une décennie et demie d'expérience que Google a avec l'exécution de clusters de conteneurs à grande échelle , et fournit aux développeurs une infrastructure de style Google, en s'appuyant sur des projets open source de pointe, tels que:

• Docker : une technologie de conteneur d'application.
• Etcd : une banque de données de valeurs-clés distribuée qui gère les informations à l'échelle du cluster et fournit la découverte de services.
• Flanelle : une structure réseau de superposition permettant la connectivité des conteneurs sur plusieurs serveurs.

Kubernetes permet aux développeurs de définir leur infrastructure d'application de manière déclarative via des fichiers YAML et des abstractions telles que Pods, RCs et Services (voir plus loin) et s'assure que le cluster sous-jacent correspond à l'état défini par l'utilisateur à tout moment.

Certaines de ses fonctionnalités incluent:

• Planification automatique des ressources système et placement automatique des conteneurs d'applications sur un cluster.
• Mise à l'échelle des applications à la volée avec une seule commande.
• Mises à jour continues sans interruption de service.
• Auto-réparation: replanification automatique d'une application en cas de défaillance d'un serveur, redémarrage automatique des conteneurs, contrôles d'intégrité.

Passez à l' installation si vous connaissez déjà Kubernetes.

Concepts de base

Kubernetes propose les abstractions suivantes (unités logiques) aux développeurs:

• Pods.
• Contrôleurs de réplication.
• Étiquettes.
• Prestations de service.

Pods

C'est l'unité de base des charges de travail de Kubernetes. Un pod modélise un "hôte logique" spécifique à l'application dans un environnement conteneurisé. En termes simples, il modélise un groupe d'applications ou de services qui fonctionnaient auparavant sur le même serveur dans le monde pré-conteneur. Les conteneurs à l'intérieur d'un pod partagent le même espace de noms réseau et peuvent également partager des volumes de données.

Contrôleurs de réplication

Les pods sont parfaits pour regrouper plusieurs conteneurs en unités d'application logiques, mais ils n'offrent pas de réplication ou de replanification en cas de défaillance du serveur.

C'est là qu'un contrôleur de réplication ou un RC est pratique. Un RC garantit qu'un certain nombre de pods d'un service donné s'exécutent toujours sur le cluster.

Étiquettes

Ce sont des métadonnées de valeur-clé qui peuvent être attachées à n'importe quelle ressource Kubernetes (pods, RC, services, nœuds, ...).

Prestations de service

Les pods et les contrôleurs de réplication sont parfaits pour déployer et distribuer des applications sur un cluster, mais les pods ont des adresses IP éphémères qui changent lors de la reprogrammation ou du redémarrage du conteneur.

Un service Kubernetes fournit un point de terminaison stable (IP virtuelle fixe + liaison de port aux serveurs hôtes) pour un groupe de modules gérés par un contrôleur de réplication.

Cluster Kubernetes

Dans sa forme la plus simple, un cluster Kubernetes est composé de deux types de nœuds:

• 1 maître Kubernetes.
• N nœuds Kubernetes.

Maître Kubernetes

Le maître Kubernetes est l'unité de contrôle de l'ensemble du cluster.

Les principaux composants du master sont:

• Etcd: une banque de données disponible à l'échelle mondiale qui stocke des informations sur le cluster et les services et applications s'exécutant sur le cluster.
• Serveur API Kube: il s'agit du principal centre de gestion du cluster Kubernetes et il expose une interface RESTful.
• Gestionnaire de contrôleur: gère la réplication des applications gérées par les contrôleurs de réplication.
• Planificateur: suit l'utilisation des ressources dans le cluster et affecte les charges de travail en conséquence.

Noeud Kubernetes

Le nœud Kubernetes sont des serveurs de travail chargés de l'exécution des pods.

Les principaux composants d'un nœud sont:

• Docker: un démon qui exécute des conteneurs d'applications définis dans des pods.
• Kubelet: une unité de contrôle pour les pods dans un système local.
• Kube-proxy: un proxy réseau qui garantit un routage correct pour les services Kubernetes.

Installation

Dans ce guide, nous allons créer un cluster à 3 nœuds à l'aide de serveurs CentOS 7:

• 1 maître Kubernetes (maître kube)
• 2 nœuds Kubernetes (kube-node1, kube-node2)

Vous pouvez ajouter autant de nœuds supplémentaires que vous le souhaitez ultérieurement en suivant la même procédure d'installation pour les nœuds Kubernetes.

Tous les nœuds

Configurez les noms d'hôtes et /etc/hosts:

# /etc/hostname
kube-master
# or kube-node1, kube-node2

# append to /etc/hosts
replace-with-master-server-ip kube-master
replace-with-node1-ip kube-node1
replace-with-node2-ip kube-node2

Désactivez le pare-feu:

systemctl disable firewalld
systemctl stop firewalld

Maître Kubernetes

Installez les packages principaux de Kubernetes:

yum install etcd kubernetes-master

Configuration:

# /etc/etcd/etcd.conf
# leave rest of the lines unchanged
ETCD_LISTEN_CLIENT_URLS="http://0.0.0.0:2379"
ETCD_LISTEN_PEER_URLS="http://localhost:2380"
ETCD_ADVERTISE_CLIENT_URLS="http://0.0.0.0:2379"

# /etc/kubernetes/config
# leave rest of the lines unchanged
KUBE_MASTER="--master=http://kube-master:8080"

# /etc/kubernetes/apiserver
# leave rest of the lines unchanged
KUBE_API_ADDRESS="--address=0.0.0.0"
KUBE_ETCD_SERVERS="--etcd_servers=http://kube-master:2379"

Démarrer Etcd:

systemctl start etcd

Installez et configurez la structure réseau de superposition Flannel (cela est nécessaire pour que les conteneurs fonctionnant sur différents serveurs puissent se voir):

yum install flannel

Créez un fichier de configuration Flannel ( flannel-config.json):

{
  "Network": "10.20.0.0/16",
  "SubnetLen": 24,
  "Backend": {
    "Type": "vxlan",
    "VNI": 1
  }  
}

Définissez la configuration Flannel sur le serveur Etcd:

etcdctl set coreos.com/network/config < flannel-config.json

Pointez Flannel vers le serveur Etcd:

# /etc/sysconfig/flanneld
FLANNEL_ETCD="http://kube-master:2379"

Activez les services pour qu'ils démarrent au démarrage:

systemctl enable etcd
systemctl enable kube-apiserver
systemctl enable kube-controller-manager
systemctl enable kube-scheduler
systemctl enable flanneld

Redémarrez le serveur.

Noeud Kubernetes

Installez les packages de nœuds Kubernetes:

yum install docker kubernetes-node

Les deux étapes suivantes configureront Docker pour utiliser des superpositions pour de meilleures performances. Pour plus d'informations, visitez cet article de blog :

Supprimez le répertoire de stockage Docker actuel:

systemctl stop docker
rm -rf /var/lib/docker

Modifier les fichiers de configuration:

# /etc/sysconfig/docker
# leave rest of lines unchanged
OPTIONS='--selinux-enabled=false'

# /etc/sysconfig/docker
# leave rest of lines unchanged
DOCKER_STORAGE_OPTIONS=-s overlay

Configurez kube-node1 pour utiliser notre maître précédemment configuré:

# /etc/kubernetes/config
# leave rest of lines unchanged
KUBE_MASTER="--master=http://kube-master:8080"

# /etc/kubernetes/kubelet
# leave rest of the lines unchanged
KUBELET_ADDRESS="--address=0.0.0.0"
# comment this line, so that the actual hostname is used to register the node
# KUBELET_HOSTNAME="--hostname_override=127.0.0.1"
KUBELET_API_SERVER="--api_servers=http://kube-master:8080"

Installez et configurez la structure réseau de superposition Flannel (encore une fois - cela est nécessaire pour que les conteneurs fonctionnant sur différents serveurs puissent se voir):

yum install flannel

Pointez Flannel vers le serveur Etcd:

# /etc/sysconfig/flanneld
FLANNEL_ETCD="http://kube-master:2379"

Activer les services:

systemctl enable docker
systemctl enable flanneld
systemctl enable kubelet
systemctl enable kube-proxy

Redémarrez le serveur.

Testez votre serveur Kubernetes

Une fois que tous les serveurs ont redémarré, vérifiez si votre cluster Kubernetes est opérationnel:

[root@kube-master ~]# kubectl get nodes
NAME         LABELS                              STATUS
kube-node1   kubernetes.io/hostname=kube-node1   Ready
kube-node2   kubernetes.io/hostname=kube-node2   Ready

Exemple: déploiement d'une grille Selenium à l'aide de Kubernetes

Selenium est un cadre pour automatiser les navigateurs à des fins de test. C'est un outil puissant de l'arsenal de tout développeur Web.

La grille Selenium permet l'exécution à distance évolutive et parallèle de tests sur un cluster de nœuds Selenium connectés à un concentrateur Selenium central.

Étant donné que les nœuds Selenium sont eux-mêmes apatrides et que le nombre de nœuds que nous exécutons est flexible, en fonction de nos charges de travail de test, il s'agit d'une application candidate parfaite à déployer sur un cluster Kubernetes.

Dans la section suivante, nous déploierons une grille composée de 5 conteneurs d'application:

• 1 hub central Selenium qui sera le point de terminaison distant auquel nos tests se connecteront.
• 2 nœuds Selenium exécutant Firefox.
• 2 nœuds Selenium exécutant Chrome.

Stratégie de déploiement

Pour gérer automatiquement la réplication et l'auto-réparation, nous allons créer un contrôleur de réplication Kubernetes pour chaque type de conteneur d'application répertorié ci-dessus.

Pour fournir aux développeurs qui exécutent des tests un point de terminaison de concentrateur Selenium stable, nous allons créer un service Kubernetes connecté au contrôleur de réplication du concentrateur.

Moyeu en sélénium

Contrôleur de réplication

# selenium-hub-rc.yaml
apiVersion: v1
kind: ReplicationController
metadata:
  name: selenium-hub
spec:
  replicas: 1
  selector:
    name: selenium-hub
  template:
    metadata:
      labels:
        name: selenium-hub
    spec:
      containers:
        - name: selenium-hub
          image: selenium/hub
          ports:
            - containerPort: 4444

Déploiement:

[root@kube-master ~]# kubectl create -f selenium-hub-rc.yaml
replicationcontrollers/selenium-hub
[root@kube-master ~]# kubectl get rc
CONTROLLER     CONTAINER(S)   IMAGE(S)       SELECTOR            REPLICAS
selenium-hub   selenium-hub   selenium/hub   name=selenium-hub   1
[root@kube-master ~]# kubectl get pods
NAME                 READY     STATUS    RESTARTS   AGE
selenium-hub-pilc8   1/1       Running   0          50s
[root@kube-master ~]# kubectl describe pod selenium-hub-pilc8
Name:               selenium-hub-pilc8
Namespace:          default
Image(s):           selenium/hub
Node:               kube-node2/45.63.16.92
Labels:             name=selenium-hub
Status:             Running
Reason:             
Message:            
IP:             10.20.101.2
Replication Controllers:    selenium-hub (1/1 replicas created)
Containers:
  selenium-hub:
    Image:      selenium/hub
    State:      Running
      Started:      Sat, 24 Oct 2015 16:01:39 +0000
    Ready:      True
    Restart Count:  0
Conditions:
  Type      Status
  Ready     True
Events:
  FirstSeen             LastSeen            Count   From            SubobjectPath               Reason      Message
  Sat, 24 Oct 2015 16:01:02 +0000   Sat, 24 Oct 2015 16:01:02 +0000 1   {scheduler }                            scheduled   Successfully assigned selenium-hub-pilc8 to kube-node2
  Sat, 24 Oct 2015 16:01:05 +0000   Sat, 24 Oct 2015 16:01:05 +0000 1   {kubelet kube-node2}    implicitly required container POD   pulled      Successfully pulled Pod container image "gcr.io/google_containers/pause:0.8.0"
  Sat, 24 Oct 2015 16:01:05 +0000   Sat, 24 Oct 2015 16:01:05 +0000 1   {kubelet kube-node2}    implicitly required container POD   created     Created with docker id 6de00106b19c
  Sat, 24 Oct 2015 16:01:05 +0000   Sat, 24 Oct 2015 16:01:05 +0000 1   {kubelet kube-node2}    implicitly required container POD   started     Started with docker id 6de00106b19c
  Sat, 24 Oct 2015 16:01:39 +0000   Sat, 24 Oct 2015 16:01:39 +0000 1   {kubelet kube-node2}    spec.containers     pulled      Successfully pulled image "selenium/hub"
  Sat, 24 Oct 2015 16:01:39 +0000   Sat, 24 Oct 2015 16:01:39 +0000 1   {kubelet kube-node2}    spec.containers     created     Created with docker id 7583cc09268c
  Sat, 24 Oct 2015 16:01:39 +0000   Sat, 24 Oct 2015 16:01:39 +0000 1   {kubelet kube-node2}    spec.containers     started     Started with docker id 7583cc09268c

Ici, nous pouvons voir que Kubernetes a placé mon conteneur de concentrateur de sélénium sur kube-node2.

Un service

# selenium-hub-service.yaml
apiVersion: v1
kind: Service
metadata:
  name: selenium-hub
spec:
  type: NodePort
  ports:
  - port: 4444
    protocol: TCP
    nodePort: 30000
  selector:
    name: selenium-hub

Déploiement:

[root@kube-master ~]# kubectl create -f selenium-hub-service.yaml
You have exposed your service on an external port on all nodes in your
cluster.  If you want to expose this service to the external internet, you may
need to set up firewall rules for the service port(s) (tcp:30000) to serve traffic.

See http://releases.k8s.io/HEAD/docs/user-guide/services-firewalls.md for more details.
services/selenium-hub
[root@kube-master ~]# kubectl get services
NAME           LABELS                                    SELECTOR            IP(S)           PORT(S)
kubernetes     component=apiserver,provider=kubernetes   <none>              10.254.0.1      443/TCP
selenium-hub   <none>                                    name=selenium-hub   10.254.124.73   4444/TCP

Après avoir déployé le service, il sera accessible à partir de:

• Tout nœud Kubernetes, via l'IP virtuel 10.254.124.73 et le port 4444.
• Réseaux externes, via les IP publiques de tous les nœuds Kubernetes, sur le port 30000.

(en utilisant l'adresse IP publique d'un autre nœud Kubernetes)

Nœuds de sélénium

Contrôleur de réplication de nœud Firefox:

# selenium-node-firefox-rc.yaml
apiVersion: v1
kind: ReplicationController
metadata:
  name: selenium-node-firefox
spec:
  replicas: 2
  selector:
    name: selenium-node-firefox
  template:
    metadata:
      labels:
        name: selenium-node-firefox
    spec:
      containers:
        - name: selenium-node-firefox
          image: selenium/node-firefox
          ports:
            - containerPort: 5900
          env:
            - name: HUB_PORT_4444_TCP_ADDR
              value: "replace_with_service_ip"
            - name: HUB_PORT_4444_TCP_PORT
              value: "4444"

Déploiement:

Remplacer replace_with_service_ipdans selenium-node-firefox-rc.yamlle service IP hub Sélénium réelle, dans ce cas 10.254.124.73.

[root@kube-master ~]# kubectl create -f selenium-node-firefox-rc.yaml
replicationcontrollers/selenium-node-firefox

[root@kube-master ~]# kubectl get rc
CONTROLLER              CONTAINER(S)            IMAGE(S)                SELECTOR                     REPLICAS
selenium-hub            selenium-hub            selenium/hub            name=selenium-hub            1
selenium-node-firefox   selenium-node-firefox   selenium/node-firefox   name=selenium-node-firefox   2

[root@kube-master ~]# kubectl get pods
NAME                          READY     STATUS    RESTARTS   AGE
selenium-hub-pilc8            1/1       Running   1          1h
selenium-node-firefox-lc6qt   1/1       Running   0          2m
selenium-node-firefox-y9qjp   1/1       Running   0          2m

[root@kube-master ~]# kubectl describe pod selenium-node-firefox-lc6qt
Name:               selenium-node-firefox-lc6qt
Namespace:          default
Image(s):           selenium/node-firefox
Node:               kube-node2/45.63.16.92
Labels:             name=selenium-node-firefox
Status:             Running
Reason:             
Message:            
IP:             10.20.101.3
Replication Controllers:    selenium-node-firefox (2/2 replicas created)
Containers:
  selenium-node-firefox:
    Image:      selenium/node-firefox
    State:      Running
      Started:      Sat, 24 Oct 2015 17:08:37 +0000
    Ready:      True
    Restart Count:  0
Conditions:
  Type      Status
  Ready     True
Events:
  FirstSeen             LastSeen            Count   From            SubobjectPath               Reason      Message
  Sat, 24 Oct 2015 17:08:13 +0000   Sat, 24 Oct 2015 17:08:13 +0000 1   {scheduler }                            scheduled   Successfully assigned selenium-node-firefox-lc6qt to kube-node2
  Sat, 24 Oct 2015 17:08:13 +0000   Sat, 24 Oct 2015 17:08:13 +0000 1   {kubelet kube-node2}    implicitly required container POD   pulled      Pod container image "gcr.io/google_containers/pause:0.8.0" already present on machine
  Sat, 24 Oct 2015 17:08:13 +0000   Sat, 24 Oct 2015 17:08:13 +0000 1   {kubelet kube-node2}    implicitly required container POD   created     Created with docker id cdcb027c6548
  Sat, 24 Oct 2015 17:08:13 +0000   Sat, 24 Oct 2015 17:08:13 +0000 1   {kubelet kube-node2}    implicitly required container POD   started     Started with docker id cdcb027c6548
  Sat, 24 Oct 2015 17:08:36 +0000   Sat, 24 Oct 2015 17:08:36 +0000 1   {kubelet kube-node2}    spec.containers pulled      Successfully pulled image "selenium/node-firefox"
  Sat, 24 Oct 2015 17:08:36 +0000   Sat, 24 Oct 2015 17:08:36 +0000 1   {kubelet kube-node2}    spec.containers created     Created with docker id 8931b7f7a818
  Sat, 24 Oct 2015 17:08:37 +0000   Sat, 24 Oct 2015 17:08:37 +0000 1   {kubelet kube-node2}    spec.containers started     Started with docker id 8931b7f7a818

[root@kube-master ~]# kubectl describe pod selenium-node-firefox-y9qjp
Name:               selenium-node-firefox-y9qjp
Namespace:          default
Image(s):           selenium/node-firefox
Node:               kube-node1/185.92.221.67
Labels:             name=selenium-node-firefox
Status:             Running
Reason:             
Message:            
IP:             10.20.92.3
Replication Controllers:    selenium-node-firefox (2/2 replicas created)
Containers:
  selenium-node-firefox:
    Image:      selenium/node-firefox
    State:      Running
      Started:      Sat, 24 Oct 2015 17:08:13 +0000
    Ready:      True
    Restart Count:  0
Conditions:
  Type      Status
  Ready     True
Events:
  FirstSeen             LastSeen            Count   From            SubobjectPath               Reason      Message
  Sat, 24 Oct 2015 17:08:13 +0000   Sat, 24 Oct 2015 17:08:13 +0000 1   {scheduler }                            scheduled   Successfully assigned selenium-node-firefox-y9qjp to kube-node1
  Sat, 24 Oct 2015 17:08:13 +0000   Sat, 24 Oct 2015 17:08:13 +0000 1   {kubelet kube-node1}    implicitly required container POD   pulled      Pod container image "gcr.io/google_containers/pause:0.8.0" already present on machine
  Sat, 24 Oct 2015 17:08:13 +0000   Sat, 24 Oct 2015 17:08:13 +0000 1   {kubelet kube-node1}    implicitly required container POD   created     Created with docker id ea272dd36bd5
  Sat, 24 Oct 2015 17:08:13 +0000   Sat, 24 Oct 2015 17:08:13 +0000 1   {kubelet kube-node1}    implicitly required container POD   started     Started with docker id ea272dd36bd5
  Sat, 24 Oct 2015 17:08:13 +0000   Sat, 24 Oct 2015 17:08:13 +0000 1   {kubelet kube-node1}    spec.containers created     Created with docker id 6edbd6b9861d
  Sat, 24 Oct 2015 17:08:13 +0000   Sat, 24 Oct 2015 17:08:13 +0000 1   {kubelet kube-node1}    spec.containers started     Started with docker id 6edbd6b9861d

Comme nous pouvons le voir, Kubernetes a créé 2 répliques de selenium-firefox-nodeet il les a distribuées à travers le cluster. Pod selenium-node-firefox-lc6qtest sur kube-node2, tandis que pod selenium-node-firefox-y9qjpest sur kube-node1.

Nous répétons le même processus pour nos nœuds Selenium Chrome.

Contrôleur de réplication de noeud Chrome:

# selenium-node-chrome-rc.yaml
apiVersion: v1
kind: ReplicationController
metadata:
  name: selenium-node-chrome
  labels:
    app: selenium-node-chrome
spec:
  replicas: 2
  selector:
    app: selenium-node-chrome
  template:
    metadata:
      labels:
        app: selenium-node-chrome
    spec:
      containers:
      - name: selenium-node-chrome
        image: selenium/node-chrome
        ports:
          - containerPort: 5900
        env:
          - name: HUB_PORT_4444_TCP_ADDR
            value: "replace_with_service_ip"
          - name: HUB_PORT_4444_TCP_PORT
            value: "4444"

Déploiement:

[root@kube-master ~]# kubectl create -f selenium-node-chrome-rc.yaml
replicationcontrollers/selenium-node-chrome
[root@kube-master ~]# kubectl get rc
CONTROLLER              CONTAINER(S)            IMAGE(S)                SELECTOR                     REPLICAS
selenium-hub            selenium-hub            selenium/hub            name=selenium-hub            1
selenium-node-chrome    selenium-node-chrome    selenium/node-chrome    app=selenium-node-chrome     2
selenium-node-firefox   selenium-node-firefox   selenium/node-firefox   name=selenium-node-firefox   2
[root@kube-master ~]# kubectl get pods
NAME                          READY     STATUS    RESTARTS   AGE
selenium-hub-pilc8            1/1       Running   1          1h
selenium-node-chrome-9u1ld    1/1       Running   0          1m
selenium-node-chrome-mgi52    1/1       Running   0          1m
selenium-node-firefox-lc6qt   1/1       Running   0          11m
selenium-node-firefox-y9qjp   1/1       Running   0          11m

Emballer

Dans ce guide, nous avons configuré un petit cluster Kubernetes de 3 serveurs (1 contrôleur maître + 2 travailleurs).

À l'aide de pods, de contrôleurs RC et d'un service, nous avons réussi à déployer une grille Selenium composée d'un concentrateur central et de 4 nœuds, permettant aux développeurs d'exécuter simultanément 4 tests Selenium sur le cluster.

Kubernetes a automatiquement planifié les conteneurs sur l'ensemble du cluster.

Auto-guérison

Kubernetes replanifie automatiquement les pods sur des serveurs sains si un ou plusieurs de nos serveurs tombent en panne. Dans mon exemple, kube-node2 exécute actuellement le pod de concentrateur Selenium et 1 pod de nœud Selenium Firefox.

[root@kube-node2 ~]# docker ps
CONTAINER ID        IMAGE                                  COMMAND                CREATED             STATUS              PORTS               NAMES
5617399f146c        selenium/node-firefox                  "/opt/bin/entry_poin   5 minutes ago       Up 5 minutes                            k8s_selenium-node-firefox.46e635d8_selenium-node-firefox-zmj1r_default_31c89517-7a75-11e5-8648-5600001611e0_baae8e00   
185230a3b431        gcr.io/google_containers/pause:0.8.0   "/pause"               5 minutes ago       Up 5 minutes                            k8s_POD.3805e8b7_selenium-node-firefox-zmj1r_default_31c89517-7a75-11e5-8648-5600001611e0_40f809df                     
fdd5834c249d        selenium/hub                           "/opt/bin/entry_poin   About an hour ago   Up About an hour                        k8s_selenium-hub.cb8bf0ed_selenium-hub-pilc8_default_6c98c1ff-7a68-11e5-8648-5600001611e0_5765e2c9                     
00e4ccb0bda8        gcr.io/google_containers/pause:0.8.0   "/pause"               About an hour ago   Up About an hour                        k8s_POD.3b3ee8b9_selenium-hub-pilc8_default_6c98c1ff-7a68-11e5-8648-5600001611e0_8398ac33  

Nous simulerons la défaillance du serveur en fermant kube-node2. Après quelques minutes, vous devriez voir que les conteneurs qui s'exécutaient sur kube-node2 ont été replanifiés sur kube-node1, garantissant une interruption minimale du service.

[root@kube-node1 ~]# docker ps
CONTAINER ID        IMAGE                                  COMMAND                CREATED             STATUS              PORTS               NAMES
5bad5f582698        selenium/hub                           "/opt/bin/entry_poin   19 minutes ago      Up 19 minutes                           k8s_selenium-hub.cb8bf0ed_selenium-hub-hycf2_default_fe9057cf-7a76-11e5-8648-5600001611e0_ccaad50a                     
dd1565a94919        selenium/node-firefox                  "/opt/bin/entry_poin   20 minutes ago      Up 20 minutes                           k8s_selenium-node-firefox.46e635d8_selenium-node-firefox-g28z5_default_fe932673-7a76-11e5-8648-5600001611e0_fc79f977   
2be1a316aa47        gcr.io/google_containers/pause:0.8.0   "/pause"               20 minutes ago      Up 20 minutes                           k8s_POD.3805e8b7_selenium-node-firefox-g28z5_default_fe932673-7a76-11e5-8648-5600001611e0_dc204ad2                     
da75a0242a9e        gcr.io/google_containers/pause:0.8.0   "/pause"               20 minutes ago      Up 20 minutes                           k8s_POD.3b3ee8b9_selenium-hub-hycf2_default_fe9057cf-7a76-11e5-8648-5600001611e0_1b10c0e7                              
c611b68330de        selenium/node-firefox                  "/opt/bin/entry_poin   33 minutes ago      Up 33 minutes                           k8s_selenium-node-firefox.46e635d8_selenium-node-firefox-8ylo2_default_31c8a8f3-7a75-11e5-8648-5600001611e0_922af821   
828031da6b3c        gcr.io/google_containers/pause:0.8.0   "/pause"               33 minutes ago      Up 33 minutes                           k8s_POD.3805e8b7_selenium-node-firefox-8ylo2_default_31c8a8f3-7a75-11e5-8648-5600001611e0_289cd555                     
caf4e725512e        selenium/node-chrome                   "/opt/bin/entry_poin   46 minutes ago      Up 46 minutes                           k8s_selenium-node-chrome.362a34ee_selenium-node-chrome-mgi52_default_392a2647-7a73-11e5-8648-5600001611e0_3c6e855a     
409a20770787        selenium/node-chrome                   "/opt/bin/entry_poin   46 minutes ago      Up 46 minutes                           k8s_selenium-node-chrome.362a34ee_selenium-node-chrome-9u1ld_default_392a15a4-7a73-11e5-8648-5600001611e0_ac3f0191     
7e2d942422a5        gcr.io/google_containers/pause:0.8.0   "/pause"               47 minutes ago      Up 47 minutes                           k8s_POD.3805e8b7_selenium-node-chrome-9u1ld_default_392a15a4-7a73-11e5-8648-5600001611e0_f5858b73                      
a3a65ea99a99        gcr.io/google_containers/pause:0.8.0   "/pause"               47 minutes ago      Up 47 minutes                           k8s_POD.3805e8b7_selenium-node-chrome-mgi52_default_392a2647-7a73-11e5-8648-5600001611e0_20a70ab6

Mise à l'échelle de votre grille de sélénium

La mise à l'échelle de votre grille de sélénium est super facile avec Kubernetes. Imaginez qu'au lieu de 2 nœuds Firefox, j'aimerais en exécuter 4. L'upscaling peut se faire avec une seule commande:

[root@kube-master ~]# kubectl scale rc selenium-node-firefox --replicas=4
scaled

[root@kube-master ~]# kubectl get rc
CONTROLLER              CONTAINER(S)            IMAGE(S)                SELECTOR                     REPLICAS
selenium-hub            selenium-hub            selenium/hub            name=selenium-hub            1
selenium-node-chrome    selenium-node-chrome    selenium/node-chrome    app=selenium-node-chrome     2
selenium-node-firefox   selenium-node-firefox   selenium/node-firefox   name=selenium-node-firefox   4

[root@kube-master ~]# kubectl get pods
NAME                          READY     STATUS    RESTARTS   AGE
selenium-hub-pilc8            1/1       Running   1          1h
selenium-node-chrome-9u1ld    1/1       Running   0          14m
selenium-node-chrome-mgi52    1/1       Running   0          14m
selenium-node-firefox-8ylo2   1/1       Running   0          40s
selenium-node-firefox-lc6qt   1/1       Running   0          24m
selenium-node-firefox-y9qjp   1/1       Running   0          24m
selenium-node-firefox-zmj1r   1/1       Running   0          40s