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
After running the installation steps detailed in this guide: https://apisix.apache.org/docs/ingress-controller/deployments/aws/
I ran this helm command: helm install apisix apisix/apisix \ --set gateway.type=LoadBalancer \ --set ingress-controller.enabled=true \ --create-namespace \ --namespace ingress-apisix \ --set ingress-controller.config.apisix.serviceNamespace=ingress-apisix \ --set ingress-controller.config.apisix.adminAPIVersion=$ADMIN_API_VERSION
The helm install created a svc of type NodePort
Expected Behavior
Expected the apisix-gateway svc created to be of type LoadBalancer
Error Logs
No response
Steps to Reproduce
Create a cluster in Amazon EKS
Install APISIX using the following helm command: helm install apisix apisix/apisix \ --set gateway.type=LoadBalancer \ --set ingress-controller.enabled=true \ --create-namespace \ --namespace ingress-apisix \ --set ingress-controller.config.apisix.serviceNamespace=ingress-apisix \ --set ingress-controller.config.apisix.adminAPIVersion=$ADMIN_API_VERSION
List services in the ingress-apisix namespace to see that apisix-gateway svc has type: NodePort even though we explicitly set gateway.type=LoadBalancer
Environment
APISIX Ingress controller version (run apisix-ingress-controller version --long): apache/apisix-ingress-controller:1.8.0 /usr/local/openresty//luajit/bin/luajit ./apisix/cli/apisix.lua version 3.9.1
Kubernetes cluster version (run kubectl version): Server Version: v1.29.6-eks-db838b0
OS version if running APISIX Ingress controller in a bare-metal environment (run uname -a) Amazon Linux 2, kernel: 5.10.214-202.855.amzn2.aarch64
The text was updated successfully, but these errors were encountered:
I saw from the charts that service.type should be set to modify the relevant configuration of apisix-gateway. Regarding the gateway.type you set, I only saw from ingress-controller that if you want to set the service configuration of ingress-controller, it should be set to ingress-controller.gateway.type
@rutvik-cybersecurist: Adding to @fzj55's comment above, when I set ingress-controller.gateway.type=LoadBalancer and service.type=LoadBalancer, I was able to see that the apisix-ingress-controller-apisix-gateway and apisix-gateway Services respectively were created as LoadBalancers.
Current Behavior
After running the installation steps detailed in this guide: https://apisix.apache.org/docs/ingress-controller/deployments/aws/
I ran this helm command:
helm install apisix apisix/apisix \ --set gateway.type=LoadBalancer \ --set ingress-controller.enabled=true \ --create-namespace \ --namespace ingress-apisix \ --set ingress-controller.config.apisix.serviceNamespace=ingress-apisix \ --set ingress-controller.config.apisix.adminAPIVersion=$ADMIN_API_VERSION
The helm install created a svc of type
NodePort
Expected Behavior
Expected the
apisix-gateway
svc created to be of typeLoadBalancer
Error Logs
No response
Steps to Reproduce
helm install apisix apisix/apisix \ --set gateway.type=LoadBalancer \ --set ingress-controller.enabled=true \ --create-namespace \ --namespace ingress-apisix \ --set ingress-controller.config.apisix.serviceNamespace=ingress-apisix \ --set ingress-controller.config.apisix.adminAPIVersion=$ADMIN_API_VERSION
ingress-apisix
namespace to see thatapisix-gateway
svc has type:NodePort
even though we explicitly setgateway.type=LoadBalancer
Environment
APISIX Ingress controller version (run
apisix-ingress-controller version --long
):apache/apisix-ingress-controller:1.8.0 /usr/local/openresty//luajit/bin/luajit ./apisix/cli/apisix.lua version 3.9.1
Kubernetes cluster version (run
kubectl version
):Server Version: v1.29.6-eks-db838b0
OS version if running APISIX Ingress controller in a bare-metal environment (run
uname -a
)Amazon Linux 2, kernel: 5.10.214-202.855.amzn2.aarch64
The text was updated successfully, but these errors were encountered: