Was ist der Unterschied zwischen ReplicaSet und ReplicationController?
Was ich sagen kann, in der Dokumentation, eine ReplicaSet
erstellt wird, wenn ein Deployment
. Es scheint, die einige der gleichen Merkmale einer ReplicationController
- scale-up - /down-und auto-Neustart, aber es ist nicht klar, ob es unterstützt den rolling upgrades oder autoscale.
V1.1.8 Benutzerhandbuch zeigt, wie Sie eine Bereitstellung in Bereitstellen Von Anwendungen (die automatisch erstellt eine ReplicaSet
), noch die kubectl get replicasets
Befehl ist nicht verfügbar, bis v1.2.0. Ich kann nicht finden alle anderen Informationen über ReplicaSet
in der Dokumentation.
Wird ReplicaSet
schließlich ersetzen ReplicationController
? Warum würde ich wollen, verwenden Sie Deployment
und ReplicaSet
statt ReplicationController
?
- Ich habe die gleiche Frage im moment. Ich denke, Bereitstellungen und ReplicaSets ersetzen ReplicationControllers. Das schlimme ist, dass fast alle aktuellen Dokumentation über ReplicationControllers.
- Lohnt sich zu erwähnen, dass die Replikation Controller will be deprecated in Zukunft, und Replikatgruppe werden die de-facto-standard für die Pod-Steuerung. Quelle: Kubernetes in Aktion manning.com/books/kubernetes-in-action
Du musst angemeldet sein, um einen Kommentar abzugeben.
Replikatgruppe ist die nächste generation von Replikations-Controller. Replikations-controller ist ein bisschen dringend, aber replica sets versuchen, werden als deklaratives wie möglich.
1.Der wesentliche Unterschied zwischen einer Replikatgruppe ist und einen Replikations-Controller-jetzt ist der Selektor unterstützen.
2.Die zweite Sache ist die Aktualisierung der Hülsen.
Diese sind die zwei Dinge, die unterscheidet RS und RC. Bereitstellungen mit RS ist weit verbreitet, denn es ist eher deklarativ.
Denn nun, der Unterschied sollte gering sein, in den meisten Fällen. ReplicaSet hat eine generalisierte label-Selektor: https://github.com/kubernetes/kubernetes/issues/341#issuecomment-140809259. Es sollte alle features unterstützt, die die Replikations-controller unterstützt.
Diese läuft darauf hinaus, rolling update vs-Bereitstellung. Bitte lies docs über den Einsatz, um den Unterschied zu verstehen: http://kubernetes.io/docs/user-guide/deployments/. Kurz gesagt, wenn Sie starten Sie ein paralleles update und schließen Sie Ihren laptop, Ihre Replikate haben eine Mischung von Zwischenprodukt Bild-Versionen. Wenn Sie einen Einsatz und schließen Sie Ihre Laptops, die Bereitstellung entweder bekommt erfolgreich Gebucht zu apiserver, in dem Fall funktioniert es, server-Seite, oder es funktioniert nicht, in dem Fall alle Ihre Repliken sind immer noch auf der alten version.
Vereinbart, die meisten docs sind aktualisiert. Leider docs im internet sind schwerer zu aktualisieren als die, die auf github.