<p>Given is a cluster rather static workloads that are deployed to one fixed-size node-pool (default). An additional node-pool holds elastic workloads, the pool size changes from 0 - ~10 instances. <strong>During the scaling</strong> most of the times <strong>cluster is not responsive:</strong></p>

<ol>
<li>I can't access some cluster pages on GKE like workloads (sorry for the German interface)
<a href="https://i.stack.imgur.com/MSd3Y.png" rel="nofollow noreferrer">https://i.stack.imgur.com/MSd3Y.png</a></li>
<li>kubectl cant connect and existing connections like port-forward but also <code>get pods -w</code> would disconnect: 

<ol>
<li><code>E0828 12:36:14.495621   10818 portforward.go:233] lost connection to pod</code></li>
<li><code>The connection to the server 35.205.157.182 was refused - did you specify the right host or port?</code></li>
</ol></li>
<li>Also, I think relying tools like prom-operator run into issues, as some very default parameters like <code>kube_pod_container_info</code> are missing data during that time </li>
</ol>

<p><strong>What I tried so far,</strong> is switching from a regional to a zonal cluster (no-single-node-master?) but that didn't help. Also, the issue does not occur on every scale of the node-pool but in most cases.</p>

<p>So my question is - how to debug/fix that?</p>

<p>This is an expected behavior.</p>

<p>When you create your cluster the machine used for the master is chosen based on the <code>nodepool</code> size, then when the <code>autoscaler</code> creates more <code>nodes</code> the machine type of the master will be changed to be able to handle the new number of nodes.</p>

<p>The period during the master is updated to the new machine type you will lose connection to the API and receive the message reported, also since the communication with the API broken you can’t visualize in the cloud console any information related to the cluster as the attached image shows.</p>

<p>You can try to avoid this changing the minimum of nodes at the creation time, for example, you mentioned the limits used are 0 and 10, so when the cluster is created, you can use the middle point 5 which likely support the max number of nodes in case the workloads requires them.</p>
