Quelle est la différence entre le jeu de réplication et ReplicationController?

De ce que je peux dire dans la documentation, une ReplicaSet est créé lors de l'exécution d'un Deployment. Il semble à l'appui de certaines des caractéristiques d'un ReplicationController échelle haut/bas et de redémarrage automatique, mais il n'est pas clair si elle prend en charge des mises à jour roulement ou autoscale.

La v1.1.8 guide de l'utilisateur vous montre comment créer un déploiement dans Le Déploiement Des Applications (ce qui crée automatiquement un ReplicaSet), mais les kubectl get replicasets commande n'est pas disponible jusqu'à ce v1.2.0. Je ne trouve pas d'autres informations à propos de ReplicaSet dans la documentation.

Sera ReplicaSet éventuellement remplacer ReplicationController? Pourquoi voudrais-je utiliser Deployment et ReplicaSet au lieu de ReplicationController?

  • Je vais avoir la même question pour le moment. Je suppose que les Déploiements et ReplicaSets remplacera ReplicationControllers. La mauvaise chose est que presque tous les documents actuels est d'environ ReplicationControllers.
  • Intéressant de mentionner que la Réplication du Contrôleur sera obsolète dans l'avenir, et la Réplique de Jeu sera le standard de facto pour les Pod de contrôle. Source: Kubernetes en Action manning.com/books/kubernetes-in-action
InformationsquelleAutor David Knell | 2016-03-25
  1. 26

    Jeu de réplicas est la prochaine génération de la Réplication du Contrôleur. La réplication du contrôleur est plutôt impératif, mais les jeux de réplicas essayer d'être le plus déclaratif que possible.

    1.La principale différence entre une Réplique et une Réplication du Contrôleur de droit est maintenant le sélecteur de soutien.

    +--------------------------------------------------+-----------------------------------------------------+
|                   Replica Set                    |               Replication Controller                |
+--------------------------------------------------+-----------------------------------------------------+
| Replica Set supports the new set-based selector. | Replication Controller only supports equality-based |
| This gives more flexibility. for eg:             | selector. for eg:                                   |
|          environment in (production, qa)         |             environment = production                |
|  This selects all resources with key equal to    | This selects all resources with key equal to        |
|  environment and value equal to production or qa | environment and value equal to production           |
+--------------------------------------------------+-----------------------------------------------------+

    2.La deuxième chose, c'est la mise à jour les gousses.

    +-------------------------------------------------------+-----------------------------------------------+
|                      Replica Set                      |            Replication Controller             |
+-------------------------------------------------------+-----------------------------------------------+
| rollout command is used for updating the replica set. | rolling-update command is used for updating   |
| Even though replica set can be used independently,    | the replication controller. This replaces the |
| it is best used along with deployments which          | specified replication controller with a new   |
| makes them declarative.                               | replication controller by updating one pod    |
|                                                       | at a time to use the new PodTemplate.         |
+-------------------------------------------------------+-----------------------------------------------+

    Ce sont les deux choses qui différencie RS et RC. Les déploiements avec RS est largement utilisé car il est plus déclaratif.

    InformationsquelleAutor Lakshman Diwaakar
  2. 11

    Pour l'instant, la différence devrait être négligeable dans la plupart des cas. ReplicaSet a généralisé l'étiquette sélecteur: https://github.com/kubernetes/kubernetes/issues/341#issuecomment-140809259. Il doit prendre en charge toutes les fonctionnalités de la réplication du contrôleur prend en charge.

    Sera ReplicaSet éventuellement remplacer ReplicationController? Pourquoi voudrais-je utiliser le Déploiement et la ReplicaSet au lieu de ReplicationController?

    Cela se résume à rouler mise à jour et déploiement. Veuillez lire les docs sur le déploiement de comprendre la différence: http://kubernetes.io/docs/user-guide/deployments/. En bref, si vous commencez un rouleau à mettre à jour et fermer votre ordinateur portable, vos répliques ont un peu de mélange de l'image intermédiaire versions. Si vous créez un deployement et fermer votre ordinateur portable, le déploiement soit Postée avec succès à apiserver, auquel cas il fonctionne côté serveur, ou il ne l'est pas, dans ce cas, toutes vos répliques sont encore sur l'ancienne version.

    La mauvaise chose est que presque tous les documents actuels est d'environ ReplicationControllers.

    D'accord, la plupart des documents sont en cours de mise à jour. Malheureusement docs sur internet sont plus difficiles à mettre à jour que ceux qui sont sur github.

    • Je suis nouveau dans Kubernetes. Quand je crée un déploiement (kubectl run), il est aussi un jeu de réplication créé. Faut-il encore utiliser replicationControllers? La documentation dit maintenant: Jeu de Réplicas est la prochaine génération de la Réplication du Contrôleur. La seule différence entre une Réplique et une Réplication du Contrôleur de droit est maintenant le sélecteur de soutien. Pourquoi ont-ils créé un nouveau type de rc.
    InformationsquelleAutor Prashanth B