Ist es notwendig, mehrere Prozesse/Threads in einem Kubernetes-Pod zu haben?

Question

Ich verwende uwsgi in einem Container, der in einem Kubernetes-Cluster gehostet wird. UWSGI unterstützt eine traditionelle master/slave architecture, um eine bessere Verfügbarkeit für die Anwendung zu bieten, aber meine Frage ist, sollte ich diese Funktion sogar nutzen?

Mit anderen Worten, wenn ich mehr Prozesse brauche, um Anfragen zu bearbeiten und zu berechnen, sollte ich die Anzahl der Pods im Cluster erhöhen oder sollte ich noch den Master/Slave-Modus von UWSGI verwenden, um auf die Anfragen zu antworten?

Answer 1

Seien Sie sich bewusst, dass Sie genügend Threads/Prozesse/Pods haben, um die Verfügbarkeit aufrechtzuerhalten, wenn Ihre Anwendung während der Ausführung jeder HTTP-Anforderung (z. B. Django) blockiert. Es wird eine Pod-Startzeit geben, wenn Sie eine horizontale Pod Autoscaling verwenden, und ich fand mit einer viel Verkehr Anwendung hatte ich viel bessere Verfügbarkeit mit uwsgi und die Anwendung innerhalb jedes Pod (gleicher Container), und eine separate Nginx-Pod Reverse-Proxying und Request-Pooling, wenn alle uwsgi-Mitarbeiter beschäftigt waren.

YMMV aber am Ende des Tages ist die Verfügbarkeit wichtiger als das Festhalten an der Faustregel für einen einzelnen Prozess. Verstehen Sie einfach die Nachteile, wie zum Beispiel weniger Isolation zwischen den Prozessen innerhalb des gleichen Containers. Protokolle stehen auf einer Containerbasis zur Verfügung, so dass keine Isolierung zwischen Objekten in demselben Container mithilfe der integrierten kubectl-Protokollfunktionalität besteht.

Answer 2

Der empfohlene Weg, dies in Kubernetes zu verwalten, besteht darin, die Anzahl der PODs basierend auf den Arbeitslastanforderungen zu erhöhen.

Answer 3

Wir verwenden ein Bereitstellungsmodell, in dem eine Django-basierte App von Gunicorn mit einigen Worker-Prozessen bereitgestellt wird. Wir haben weiter versucht, diesen Pod auf 2-3 Replikas zu skalieren und Leistungsverbesserungen gesehen zu haben.

Es ist alles, was für Ihre App funktioniert.

Vorteil der Skalierung Pods ist, dass Sie es dynamisch konfigurieren können, also keine Ressourcen verschwenden.