spec servicename replicas example deploy delete deployment kubernetes replicaset

deployment - replicas - kubernetes spec servicename



¿Cuál es la diferencia entre ReplicaSet y ReplicationController? (2)

Por lo que puedo decir en la documentación, se crea un ReplicaSet cuando se ejecuta una Deployment . Parece que admite algunas de las mismas características de un ReplicationController : escala hacia arriba o hacia abajo y reinicio automático, pero no está claro si admite actualizaciones continuas o escala automática.

La guía del usuario v1.1.8 muestra cómo crear una implementación en Implementar aplicaciones (que crea automáticamente un ReplicaSet ), sin embargo, el kubectl get replicasets no está disponible hasta la v1.2.0. No puedo encontrar ninguna otra información sobre ReplicaSet en la documentación.

¿ ReplicaSet reemplazará finalmente a ReplicationController ? ¿Por qué querría usar Deployment y ReplicaSet lugar de ReplicationController ?


Por ahora, la diferencia debe ser insignificante en la mayoría de los casos. ReplicaSet tiene un selector de etiquetas generalizado: https://github.com/kubernetes/kubernetes/issues/341#issuecomment-140809259 . Debe admitir todas las características que admite el controlador de replicación.

¿ReplicaSet reemplazará finalmente a ReplicationController? ¿Por qué querría usar Deployment y ReplicaSet en lugar de ReplicationController?

Esto se reduce a la actualización rodante frente a la implementación. Lea los documentos sobre la implementación para comprender la diferencia: http://kubernetes.io/docs/user-guide/deployments/ . En resumen, si inicia una actualización progresiva y cierra su computadora portátil, sus réplicas tienen una combinación de versiones de imágenes intermedias. Si crea una implementación y cierra su computadora portátil, la implementación se publicará correctamente en un servidor, en cuyo caso funciona del lado del servidor, o no, en el caso de que todas sus réplicas aún se encuentren en la versión anterior.

Lo malo es que casi toda la documentación actual es sobre ReplicationControllers.

De acuerdo, la mayoría de los documentos se están actualizando. Desafortunadamente, los documentos en Internet son más difíciles de actualizar que los de github.


Replica Set es la próxima generación de Replication Controller. El controlador de replicación es algo imperativo, pero los conjuntos de réplicas intentan ser lo más declarativos posible.

1. La principal diferencia entre un conjunto de réplicas y un controlador de replicación en este momento es el soporte del selector.

+--------------------------------------------------+-----------------------------------------------------+ | 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 segunda cosa es la actualización de los pods.

+-------------------------------------------------------+-----------------------------------------------+ | 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. | +-------------------------------------------------------+-----------------------------------------------+

Estas son las dos cosas que diferencia a RS y RC. Los despliegues con RS son ampliamente utilizados ya que son más declarativos.