Kubernetes - Using services in nodes

0
votes

Im using cluster (with master, and nodes with pods), but how can I use the services in nodes too? to expose the internet to node environment (using services) and not the master environment.

my scenario (in test yet) is:

  • Have a master and another node (two environments). My pods is running in my node environment, you can see below (kubectl get pod -o wide): enter image description here

I need expose the service where is the node is, and not the master. Because, if I expose the master, and the master goes down, all the service stop.

2
kubernetes
Your question is not clear could you elaborate more? Do you want to expose your nodes to outside? – Hansika Weerasena
Yes, that's it. I need expose the environment where is the node is, and not the master. Because, if I expose the master, and the master goes down, all the service stop right? I'm following the better way to use this in production. – TitaoYamamoto
So you want your Pods to be scheduled onto nodes other than the master (stackoverflow.com/questions/41169562/…) and to provide access to Pods running on the nodes. Presumably this is an on-premise cluster you are setting up? – Ryan Dawson
I updated the question. I don't know if is clear. – TitaoYamamoto
You might find weave.works/blog/… or alesnosek.com/blog/2017/02/14/… helpful – Ryan Dawson

2 Answers

1
votes

You seem to be inclined towards NodePort Services so I guess you are not using a cloud provider (as with a cloud provider you could use LoadBalancer).

Since you have multiple Nodes you then need to choose which to expose externally and how. You could put an external Load Balancer in front of the cluster so that load is balanced between nodes. That won't be part of the cluster so would have to be configured separately to know which IPs/nodes to route to.

Or you can consider using a single node for routing. The node would only be sending on traffic using the kube-proxy without going into the app content (L4 not L7) so it can route without a lot of processing, which helps to mitigate the risk of it becoming unavailable. But it would still be only a single node and depending on its hardware there would be a risk it could go down for other reasons. So there are tradeoffs to be made when deciding what setup for exposing externally is best for your cluster - you need to choose whether you want to maintain a load balancer in addition to the cluster and whether it would be more reliable than using a node.

0
votes

If you want the master to be removed from scheduling a pod, and if you are using Kubernetes 1.7 or above you can use following command.

kubectl taint node yourMasterNode node-role.kubernetes.io/master:NoSchedule-

You can't expose a node it's a VM or bare-metal machine which already has a ip-address and exposed. what you want to do is to use a service to expose a pod to the outside the cluster. You can use Kubernets Services for that. For this testing scenario you can use a NodePort to expose your pod to outside. If you use NodePort, then you can use {your-any-node-ip}:{nodePort} to access it from outside the cluster. You may need to have a static public ip if you want to access it from internet.

But if you are concern about the availability of the pods you can use multi-node cluster and then use replicas of the pods so they can be scheduled on multiple nodes. Then whenever the a pod in the other nodes can continue servicing while a new pod is scheduled somewhere else. That's how you can have 100% availability in Kubernetes.

As you concern about the master being down. If the master is down apps will continue to serve and nodes will be rather ad-hoc nodes than a cluster. Unless a node restart or app fails it will serve okay. But the cluster will not be able to respond to node failures, create new resources, move pods to new nodes, etc. Until the master is back online. So if there a high chance of master being failed you can simply use multiple masters in your cluster.