Puur Omdat het Kan: K8S ExternalName

Sudo Friday Kubernetes Networking ExternalName
  Wander Boessenkool

In het verleden hebben we op dit kanaal al gekeken naar de verschillende soorten “Services” die je op Kubernetes kunt aanmaken, maar eentje zijn we toen overgeslagen: “ExternalName”.

Met dit soort services kun je een Service op Kubernetes laten doorverwijzen (via DNS CNAME) naar een externe service.

In deze video kijkt wander eerst naar hoe dit nuttig kan zijn, en laat zien hoe je dit configureert, voordat hij helemaal het plot verliest en gaat proberen om een OpenShift route hier naartoe te laten wijzen, als ook een MetalLB LoadBalancer service.

Als hij na de ExternalName was opgehouden was dit een nuttige, informatieve video geworden. Alles daarna is “Puur Omdat het Kan”.

Gerelateerde posts

Netwerk Scanning met NetPeek

Netwerken scannen hebben we hier al vaker bekeken, bijvoorbeeld met nmap. Maar dit is wel altijd een commandline bezigheid geweest, met veel opties, vlaggetjes, en een steile leercurve. Dat moet ook makkelijker kunnen…

OpenShift Egress IPs

Het is al een lange tijd mogelijk om uitgaand netwerk verkeer vanuit een namespace op OpenShift vanaf een ander IP adres te laten komen dan het andere cluster verkeer. Vroeger, met OpenShiftSDN, was dit puur op namespace basis, als het verkeer kwam vanaf een apart IP adres, of niet. IP adressen konden ook niet door meer dan één namespace gebruikt worden. Tegenwoordig, met OVN Kubernetes als SDN, kan dit een stuk fijnmaziger. Egress IPs kunnen geselecteerd worden door labels op zowel de namespace als de workload zelf, waardoor het mogelijk wordt om IP adressen te delen tussen namespaces, en zelf meerdere IP adressen te gebruiken voor verschillende workloads in een namespace.

KubeVirt en MetalLB

Meestal als je KubeVirt (OpenShift Virtualization voor de OpenShift gebruikers onder ons) draait, en je wilt virtuele machines van buiten het cluster beschikbaar maken, dan grijp je naar zaken als Secundaire netwerken met OVS of Multus. Dit is dan ook de methode die bijvoorbeeld door Red Hat wordt aangeraden voor OpenShift. Het voordeel hiervan is dat het mooi samenwerkt met dingen als UserDefinedNetworks (UDN), VLAN tagging/trunking, etc. Maar we hebben niet altijd allemaal toegang tot nodes met extra netwerk-kaarten, mooie netwerk setups, enzovoort. Sommige van ons doen veel werk met dingen als Kind, OpenShift Local (CRC), of andere kleine setups. In die gevallen kun je je VMs wel exposen aan het externe netwerk als je een beetje vals speelt door bijvoorbeeld MetalLB te gebruiken.