link icon replaced
This commit is contained in:
@ -1,4 +1,4 @@
|
||||
Using Kubernetes Ingress on CloudFerro Cloud OpenStack Magnum[](#using-kubernetes-ingress-on-brand-name-cloud-name-openstack-magnum "Permalink to this headline")
|
||||
Using Kubernetes Ingress on CloudFerro Cloud OpenStack Magnum[🔗](#using-kubernetes-ingress-on-brand-name-cloud-name-openstack-magnum "Permalink to this headline")
|
||||
==================================================================================================================================================================
|
||||
|
||||
The Ingress feature in Kubernetes can be associated with routing the traffic from outside of the cluster to the services within the cluster. With Ingress, multiple Kubernetes services can be exposed using a single Load Balancer.
|
||||
@ -8,7 +8,7 @@ In this article, we will provide insight into how Ingress is implemented on the
|
||||
> * run on the same IP address without need of creating extra LoadBalancer per service and will also
|
||||
> * automatically enjoy all of the Kubernetes cluster benefits – reliability, scalability etc.
|
||||
|
||||
What We Are Going To Cover[](#what-we-are-going-to-cover "Permalink to this headline")
|
||||
What We Are Going To Cover[🔗](#what-we-are-going-to-cover "Permalink to this headline")
|
||||
---------------------------------------------------------------------------------------
|
||||
|
||||
> * Create Magnum Kubernetes cluster with NGINX Ingress enabled
|
||||
@ -16,7 +16,7 @@ What We Are Going To Cover[](#what-we-are-going-to-cover "Permalink to this h
|
||||
> * Create Ingress Resource
|
||||
> * Verify that Ingress can access both testing servers
|
||||
|
||||
Prerequisites[](#prerequisites "Permalink to this headline")
|
||||
Prerequisites[🔗](#prerequisites "Permalink to this headline")
|
||||
-------------------------------------------------------------
|
||||
|
||||
No. 1 **Account**
|
||||
@ -36,7 +36,7 @@ The net result of following instructions in that and the related articles will b
|
||||
> * a cluster formed, healthy and ready to be used, as well as
|
||||
> * enabling access to the cluster from the local machine (i.e. having *kubectl* command operational).
|
||||
|
||||
Step 1 Create a Magnum Kubernetes cluster with NGINX Ingress enabled[](#step-1-create-a-magnum-kubernetes-cluster-with-nginx-ingress-enabled "Permalink to this headline")
|
||||
Step 1 Create a Magnum Kubernetes cluster with NGINX Ingress enabled[🔗](#step-1-create-a-magnum-kubernetes-cluster-with-nginx-ingress-enabled "Permalink to this headline")
|
||||
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------
|
||||
|
||||
When we create a Kubernetes cluster on the cloud, we can deploy it with a preconfigured ingress setup. This requires minimal setting and is described in this help section: [How to Create a Kubernetes Cluster Using CloudFerro Cloud OpenStack Magnum](How-to-Create-a-Kubernetes-Cluster-Using-CloudFerro-Cloud-OpenStack-Magnum.html.md).
|
||||
@ -71,7 +71,7 @@ nginx k8s.io/ingress-nginx <none> 7m36s
|
||||
|
||||
```
|
||||
|
||||
Step 2 Creating services for Nginx and Apache webserver[](#step-2-creating-services-for-nginx-and-apache-webserver "Permalink to this headline")
|
||||
Step 2 Creating services for Nginx and Apache webserver[🔗](#step-2-creating-services-for-nginx-and-apache-webserver "Permalink to this headline")
|
||||
-------------------------------------------------------------------------------------------------------------------------------------------------
|
||||
|
||||
You are now going to build and expose two minimal applications:
|
||||
@ -132,7 +132,7 @@ curl ingress-tqwzjwu2lw7p-node-1:32660
|
||||
|
||||
```
|
||||
|
||||
Step 3 Create Ingress Resource[](#step-3-create-ingress-resource "Permalink to this headline")
|
||||
Step 3 Create Ingress Resource[🔗](#step-3-create-ingress-resource "Permalink to this headline")
|
||||
-----------------------------------------------------------------------------------------------
|
||||
|
||||
To expose application to a public IP address, you will need to define an Ingress Resource. Since both applications will be available from the same IP address, the ingress resource will define the detailed rules of what gets served in which route. In this example, the */apache* route will be served from the Apache service, and all other routes will be served by the Nginx service.
|
||||
@ -192,7 +192,7 @@ Note
|
||||
|
||||
The address **64.225.130.77** is generated randomly and in your case it will be different. Be sure to copy and use the address shown by **kubectl get ingress**.
|
||||
|
||||
Step 4 Verify that it works[](#step-4-verify-that-it-works "Permalink to this headline")
|
||||
Step 4 Verify that it works[🔗](#step-4-verify-that-it-works "Permalink to this headline")
|
||||
-----------------------------------------------------------------------------------------
|
||||
|
||||
Copy the ingress floating IP in the browser, followed by some example routes. You should see an output similar to the one below. Here is the screenshot for the */apache* route:
|
||||
@ -203,7 +203,7 @@ This screenshot shows what happens on any other route – it defaults to Nginx:
|
||||
|
||||

|
||||
|
||||
What To Do Next[](#what-to-do-next "Permalink to this headline")
|
||||
What To Do Next[🔗](#what-to-do-next "Permalink to this headline")
|
||||
-----------------------------------------------------------------
|
||||
|
||||
You now have two of the most popular web servers installed as services within a Kubernetes cluster. Here are some ideas how to use this setup:
|
||||
|
||||
Reference in New Issue
Block a user