Eine Kubernetes-Anwendung ruft Pub/Sub-Nachrichten ab und schreibt sie in Filestore. Ein einzelner Pod kann Nachrichten nicht in Echtzeit verarbeiten, und die Nachrichten stauen sich. Die Verarbeitung ist I/O-intensiv. Wie sollten Sie die Verarbeitung skalieren?

Die korrekte Option ist, die Kubernetes-Autoskalierung basierend auf der Pub/Sub-Metrik subscription/numundeliveredmessages zu konfigurieren. Diese Metrik misst die Anzahl der ausstehenden Nachrichten in einem Pub/Sub-Abonnement. Wenn die Anzahl der nicht zugestellten Nachrichten steigt, deutet dies darauf hin, dass die Anwendung die Nachrichten nicht schnell genug verarbeitet. Durch die Skalierung der Pods basierend auf dieser Metrik kann die Anwendung mehr Nachrichten parallel verarbeiten und so den Rückstand abbauen. Die Option kubectl autoscale deployment APPNAME --min=2 --max=6 --cpu-percent=50 ist ungeeignet, da die Verarbeitung I/O-intensiv ist und die CPU-Auslastung möglicherweise kein genauer Indikator für den Verarbeitungsrückstand ist. Die Option subscription/pushrequestlatencies misst die Latenz von Push-Anfragen und ist nicht direkt relevant für die Anzahl der ausstehenden Nachrichten. Die Aktivierung der Cluster-Autoskalierung mit --enable-autoscaling skaliert die Knoten im Cluster, aber nicht die Pods der Anwendung selbst, was in diesem Fall das primäre Problem ist.