<p>I am looking to implement global rate limiting to a production deployment on Azure in order to ensure that my application do not become unstable due to an uncontrollable volume of traffic(I am not talking about DDoS, but a large volume of legitimate traffic). Azure Web Application Firewall supports only IP based rate limiting.</p>
<p>I've looked for alternatives without to do this without increasing the hop count in the system. The only solution I've found is using <code>limit_req_zone</code> directive in NGINX. This does not give actual global rate limits, but it can be used to impose a global rate limit per pod. Following configmap is mounted to the Kubernetes NGINX ingress controller to achieve this.</p>
<pre><code>kind: ConfigMap
apiVersion: v1
metadata:
  name: nginx-ingress-ingress-nginx-controller
  namespace: ingress-basic
data:
  http-snippet : |
     limit_req_zone test zone=static_string_rps:5m rate=10r/m ;
  location-snippet: |
          limit_req zone=static_string_rps burst=20 nodelay;
          limit_req_status 429;
</code></pre>
<p><code>static_string_rps</code> is a constant string and due to this all the requests are counted under a single keyword which provides global rate limits per pod.</p>
<p>This seems like a hacky way to achieve global rate limiting. Is there a better alternative for this and does Kubernetes NGINX ingress controller officially support this approach?(Their documentation says they support mounting configmaps for advanced configurations but there is no mention about using this approach without using an additional <code>memcached</code> pod for syncing counters between pods)</p>
<p><a href="https://www.nginx.com/blog/rate-limiting-nginx/#:%7E:text=One%20of%20the%20most%20useful,on%20a%20log%E2%80%91in%20form" rel="nofollow noreferrer">https://www.nginx.com/blog/rate-limiting-nginx/#:~:text=One%20of%20the%20most%20useful,on%20a%20log%E2%80%91in%20form</a>.
<a href="https://kubernetes.github.io/ingress-nginx/user-guide/nginx-configuration/annotations/#global-rate-limiting" rel="nofollow noreferrer">https://kubernetes.github.io/ingress-nginx/user-guide/nginx-configuration/annotations/#global-rate-limiting</a></p>

Kalana Dananjaya
<p>According to Kubernetes slack community, anything that requires global coordination for rate limiting is going to have a potentially severe bottleneck for performance and will create a single point of failure. Therefore even if we do use an external solution to this would cause bottlenecks and hence it is not recommended.(However this is not mentioned in the docs)</p>
<p>According to them using <code>limit_req_zone</code> is a valid approach and it is officially supported by the Kubernetes NGINX Ingress controller community which means that it is production ready.</p>
<p>I suggest you use this module if you want to apply global rate limiting(Although its not exact global rate limiting). If you have multiple ingresses in your cluster, you can use the following approach to apply global rate limits per ingress.</p>
<p>Deploy the following ConfigMap in the namespace in which your K8  NGINX Ingress controller is present. This will create 2 counters with the keys <code>static_string_ingress1</code> and <code>static_string_ingress2</code>.</p>
<p>NGINX Config Map</p>
<pre><code>kind: ConfigMap
apiVersion: v1
metadata:
  name: nginx-ingress-ingress-nginx-controller
  namespace: ingress-basic
data:
  http-snippet : |
     limit_req_zone test zone=static_string_ingress1:5m rate=10r/m ;
     limit_req_zone test zone=static_string_ingress2:5m rate=30r/m ;
</code></pre>
<p>Ingress Resource 1</p>
<pre><code>apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: test-ingress-1
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/affinity: cookie
    nginx.ingress.kubernetes.io/backend-protocol: HTTPS
    nginx.ingress.kubernetes.io/configuration-snippet: |
      limit_req zone=static_string_ingress1 burst=5 nodelay;                                                   
      limit_req_status 429;  
spec:
  tls:
  - hosts:
    - test.com
  rules:
  - host: test.com
    http:
      paths:
      - path: /
        backend:
          serviceName: test-service
          servicePort: 9443
</code></pre>
<p>Similary you can add a separate limit to the ingress resource 2 by adding the following configuration snippet to ingress resource 2 annotations.</p>
<p>Ingress resource 2</p>
<pre><code>annotations:
    nginx.ingress.kubernetes.io/configuration-snippet: |
      limit_req zone=static_string_ingress2 burst=20 nodelay;                                                   
      limit_req_status 429;  
</code></pre>
<p>Note that the keys <code>static_string_ingress1</code> and <code>static_string_ingress2</code> are static strings and all requests passing through the relevan ingress will be counted using one of they keys which will create the global rate limiting effect.</p>
<p>However, these counts are maintained separately by each NGINX Ingress controller pod. Therefore the actual rate limit will be <code>defined limit * No. of NGINX pods</code></p>
<p>Further I have monitored the pod memory and CPU usage when using <code>limit_req_zone</code> module counts and it does not create a considerable increase in resource usage.</p>
<p>More information on this topic is available on this blog post I wrote: <a href="https://faun.pub/global-rate-limiting-with-kubernetes-nginx-ingress-controller-fb0453447d65" rel="nofollow noreferrer">https://faun.pub/global-rate-limiting-with-kubernetes-nginx-ingress-controller-fb0453447d65</a></p>
<p>Please note that this explanation is valid for <strong>Kubernetes NGINX Ingress Controller</strong>(<a href="https://github.com/kubernetes/ingress-nginx" rel="nofollow noreferrer">https://github.com/kubernetes/ingress-nginx</a>) not to be confused with NGINX controller for Kubernetes(<a href="https://github.com/nginxinc/kubernetes-ingress" rel="nofollow noreferrer">https://github.com/nginxinc/kubernetes-ingress</a>)</p>
