0

I have a GCP HTTP global load balancer config which is very slow and difficult to manage in the cloud console UI, almost to the point of being unusable. My other configs are very fast and far less complex. The load balancer itself is performing well and is not slow.

When using either Chrome or Firefox it takes up to 30 seconds to get a listing of backends to show after clicking. Looking at the performance tab in the browser dev tools it shows the page framerate dropping to 4FPS and the browser becomes almost totally unresponsive (FF doesn't live through it at all).

The load balancer has:

  • 27 backend services (average of 4 backend groups - primarily K8S, using GKE, as well as some unmanaged GCE pools)
  • 17 frontends (9 with certs, up to 10 SAN certs with wildcards)
  • IPv4 and 6
  • 52 host/path rule sets with up to 20 hosts and 10 paths in a single entry (including the default)

Is that an expected behavior for what I've done with it (and so a better approach) or is there something else wrong?

Improve this question
2
  • You mean the actual GCP console UI is slow not the load balancing itself, right?
    – CaptJak
    May 12, 2019 at 1:56
  • @CaptJak Yes, the console UI is slow, not the load balancer itself.
    – buckaroo1177125
    May 12, 2019 at 5:33

1 Answer 1

Reset to default
0

This may be related to an issue with GCP handling big amount of resources. I created the following public request so the Google support know about this1. You can contribute in it by providing more details about the machine you are using to connect to the platform. As a workaround I suggest to check the list parameters of the following commands in the Google shell 2, 3.

Improve this answer

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .