Kubernetes Networking Concepts: Difference between revisions

From NovaOrdis Knowledge Base
Jump to navigation Jump to search
 
(30 intermediate revisions by the same user not shown)
Line 7: Line 7:


* [[Kubernetes_Concepts#Subjects|Kubernetes Concepts]]
* [[Kubernetes_Concepts#Subjects|Kubernetes Concepts]]
=TODO=
* TODO: https://kubernetes.io/docs/concepts/cluster-administration/networking/
⚠️ Work in progress, see "Kubernetes Learning.doc/Kubernetes Networking Concepts".
* https://kubernetes.io/docs/concepts/architecture/control-plane-node-communication/


=Overview=
=Overview=
Line 13: Line 21:


=Pod Networking=
=Pod Networking=
Also see: {{Internal|Kubernetes_Pod_and_Container_Concepts#Networking|Pod and Container Concepts | Networking}}


=Service Networking=
=Service Networking=
{{Internal|Kubernetes_Service_Concepts#ClusterIP_Service_Implementation_Details|ClusterIP Service Implementation Details}}


=DNS Support=
=<span id='Kube-proxy'></span>kube-proxy=
{{Internal|kube-proxy#Overview|kube-proxy}}


==Name Resolution inside a Pod==
Each pod gets an <code>/etc/resolv.conf</code> with a name server hardcoded to the IP address of the DNS service <code>kube-dns</code>:
<syntaxhighlight lang='text'>
nameserver 10.96.0.10
search default.svc.cluster.local svc.cluster.local cluster.local
options ndots:5
</syntaxhighlight>
The local DNS library is thus configured to use by default the name server behind the Kubernetes DNS service.
==DNS Service==
The internal DNS server.
===CoreDNS===
===kube-dns===
Note that <code>kube-dns</code> seems to be both the name of the Kubernetes DNS service and the name of a backing provider.
===SkyDNS===
==Services and Naming==
=Ingress=
------------
=Kube-proxy=
{{Internal|Kubernetes_Control_Plane_and_Data_Plane_Concepts#Kube-proxy|Kube-proxy}}
=Pod Network=
=Pod Network=


Every pod in the Kubernetes cluster has its [[Kubernetes Pod and Container Concepts#Pod_IP_Address|own IP address]], which is routable on the pod network, so every pod on the pod network can talk directly to every other pod.
Every pod in the Kubernetes cluster has its [[Kubernetes Pod and Container Concepts#Pod_IP_Address|own IP address]], which is routable on the pod network, so every pod on the pod network can talk directly to every other pod.


=The DNS Service=
==Cluster IP Address==
Each Kubernetes [[Kubernetes_Control_Plane_and_Data_Plane_Concepts#Cluster|cluster]] has an internal DNS service, with a static IP address that is hardcoded into every pod on the cluster. Every new [[Kubernetes_Service_Concepts#Service|Service]] is automatically registered with the cluster's DNS service so cluster components can find services by name. [[Kubernetes_Higher_Level_Pod_Controllers#StatefulSet|StatefulSets]] and the individual pods managed by a StatefulSet are also registered with the DNS service.
 
The DNS service is built on [[CoreDNS]].


Testing name resolution:
[[Kubernetes Service Concepts#ClusterIP_Service|ClusterIP services]] expose stable Cluster IP addresses.
kubectl run -it --rm --restart=Never --image=infoblox/dnstools:latest dnstools
 
Also see: {{Internal|Kubernetes_Service_Concepts#Services_and_DNS|Services and DNS}}


=Network Plugin=
=Network Plugin=
Line 74: Line 42:
Flannel is the default network plugin that comes with Kubespray. Flannel is an L2 overlay network solution. An L2 solution is difficult to troubleshoot due to packet encapsulation. Also, every node in the network is state-heavy (VLANs, tunnels).
Flannel is the default network plugin that comes with Kubespray. Flannel is an L2 overlay network solution. An L2 solution is difficult to troubleshoot due to packet encapsulation. Also, every node in the network is state-heavy (VLANs, tunnels).
==Calico==
==Calico==
Calico is a pure L3 fabric solution.
Calico is a pure L3 fabric solution. It is also referred to as a network policy engine for Kubernetes.


=Ingress=
=Ingress=


{{Internal|Kubernetes Ingress Concepts|Ingress Concepts}}
{{Internal|Kubernetes Ingress Concepts|Ingress Concepts}}
=<span id='Name_Resolution_inside_a_Pod'></span><span id='DNS_Service'></span><span id='Internal_DNS_Server'></span><span id='CoreDNS'></span><span id='kube-dns'></span><span id='SkyDNS'></span><span id='Services_and_Naming'></span><span id='The_DNS_Service'></span>DNS Support=
{{Internal|Kubernetes DNS Concepts|Kubernetes DNS Concepts}}

Latest revision as of 23:01, 24 September 2021

External

Internal

TODO

⚠️ Work in progress, see "Kubernetes Learning.doc/Kubernetes Networking Concepts".

Overview

This page describes various Kubernetes networking aspects, grouped around several high level subjects. It starts by explaining how pods communicate with each other within a Kubernetes cluster. This is the Pod Networking section. Service Networking section explains with how Kubernetes services use a stable virtual IP address to offer access to a pool equivalent pods, all of which may come and go individually. In these two sections will be mainly discussing about IP addresses and routing. Naming and DNS, including how service names are mapped to service IP addresses, is discussed in the DNS Support section. Finally, we'll discuss about how external traffic reaches the pods, in the Ingress section.

Pod Networking

Also see:

Pod and Container Concepts | Networking

Service Networking

ClusterIP Service Implementation Details

kube-proxy

kube-proxy

Pod Network

Every pod in the Kubernetes cluster has its own IP address, which is routable on the pod network, so every pod on the pod network can talk directly to every other pod.

Cluster IP Address

ClusterIP services expose stable Cluster IP addresses.

Network Plugin

Flannel

Flannel is the default network plugin that comes with Kubespray. Flannel is an L2 overlay network solution. An L2 solution is difficult to troubleshoot due to packet encapsulation. Also, every node in the network is state-heavy (VLANs, tunnels).

Calico

Calico is a pure L3 fabric solution. It is also referred to as a network policy engine for Kubernetes.

Ingress

Ingress Concepts

DNS Support

Kubernetes DNS Concepts