Kubernetes 앱이 Pub/Sub 메시지를 가져와 Filestore에 씁니다. 단일 Pod는 메시지를 실시간으로 처리할 수 없으며 메시지가 백업됩니다. 처리는 I/O 집약적입니다. 처리량을 어떻게 확장해야 할까요?

메시지 처리 지연은 I/O 집약적인 작업으로 인해 Pod가 메시지를 제때 처리하지 못해 발생합니다. subscription/numundeliveredmessages Pub/Sub 측정항목은 처리되지 않은 메시지 수를 직접적으로 나타내므로, 이 측정항목을 기준으로 Kubernetes 배포를 자동 확장하면 백로그가 쌓일 때 Pod 수를 늘려 처리량을 효과적으로 확장할 수 있습니다. CPU 기반 자동 확장은 I/O 병목 현상에 직접적으로 대응하지 못할 수 있습니다. subscription/pushrequestlatencies는 푸시 요청의 지연 시간을 측정하지만, 이는 메시지 처리량 자체보다는 네트워크 또는 Pub/Sub 서비스의 응답성에 더 가깝습니다. 클러스터 자동 확장은 노드를 확장하지만, Pod가 노드에 충분히 할당되어 있지 않다면 애플리케이션 처리량 문제를 해결하지 못합니다.