You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Aug 22, 2025. It is now read-only.
- Orange is the LoadBalancer Service `External-IP`, which are your Nginx LB Server IP(s).
658
-
- Blue is the `NodePort mapping` created by K8s. The new NKL Controller updates the Nginx LB Server upstreams with these, shown on the dashboard.
657
+
- Orange is the LoadBalancer Service `External-IP`, which are your NGINX LB Server IP(s).
658
+
- Blue is the `NodePort mapping` created by K8s. The new NKL Controller updates the NGINX LB Server upstreams with these, shown on the dashboard.
659
659
660
660
<br/>
661
661
@@ -734,7 +734,7 @@ kubectl get svc nginx-ingress -n nginx-ingress
734
734
735
735
<br/>
736
736
737
-
## 7. Testing NKL Nginx Kubernetes Loadbalancer
737
+
## 7. Testing NKL NGINX Kubernetes Loadbalancer
738
738
739
739
<br/>
740
740
@@ -832,7 +832,7 @@ If you plan to implement and test the MultiCluster Load Balancing Solution, repe
832
832
833
833
In this section, you will generate some HTTP load on the NGINX LB Server, and watch as it sends traffic to both Clusters. Then you will `dynamically change the HTTP Split ratio`, and watch NGINX send different traffic levels to each cluster.
834
834
835
-
In these test examples, the Nginx LB Servers and IPs in the hosts file are:
835
+
In these test examples, the NGINX LB Servers and IPs in the hosts file are:
**Important NOTE:** The first time, an `HTTP POST` is required to ADD a new record to the KeyValue store. Once the record exists, use an `HTTP PATCH` method to update an existing record, which will change the ratio value in KeyVal memory, dynamically. Nginx sees this change, and applies it with no reloads or restarts of NGINX required!
887
+
**Important NOTE:** The first time, an `HTTP POST` is required to ADD a new record to the KeyValue store. Once the record exists, use an `HTTP PATCH` method to update an existing record, which will change the ratio value in KeyVal memory, dynamically. NGINX sees this change, and applies it with no reloads or restarts of NGINX required!
888
888
889
889
Try a few more ratios, see how it works. If you review the `clusters.conf` file, you will discover what Ratios are provided for you. You can edit these to suit your needs. Also notice the Map directive has a "default" set to "50". So if the Value is blank or set incorrectly, it will Split at a default of 50:50 ratio.
No Reload of NGINX needed! The NKL Controller uses the Plus API to dynamically add/delete/modify the upstreams as nginx-ingress Service changes.
486
488
487
489
<br/>
488
490
489
-
### Alternatively, if you want a Service Type NodePort Service
491
+
### Alternatively, if you want a Service Type NodePort
490
492
491
493
Review the new `nodeport-nkl.yaml` Service defintion file:
492
494
@@ -540,7 +542,15 @@ kubectl get svc nginx-ingress -n nginx-ingress
540
542
541
543
<br/>
542
544
543
-
## 7. Testing NKL Nginx Kubernetes Loadbalancer
545
+
### Deep Dive Explanation
546
+
547
+
<br/>
548
+
549
+
The name of the Service port is matched to the name of the upstream block in NGINX. The Plus API, follows a defined format, so the url for the API call must be correct, in order to update the correct NGINX upstream block. There are 2 types of upstreams in NGINX. `Stream` upstreams are used in the stream context, for TCP/UDP load balancing configurations. `Http` upstreams are used in the http context, for HTTP/HTTPS configurations. (See details for HTTP in the http-installation-guide.md, here: [HTTP Guide](../http/http-installation-guide.md)
0 commit comments