Introducción a namespaces

Clase 27 de 33 • Curso de Kubernetes (2019)

Contenido del curso

Introducción a Kubernetes

Primer contacto con un cluster de kubernetes

Balanceo de carga y service discovery

Escalando nuestra aplicación

Optimizando el uso de nuestro cluster

Autorización y Namespaces

Fin del curso

32
Recomendaciones para implementar Kubernetes en tu organización o proyectos
10:16 min

Bonus

33
Clase en vivo: workflows de Kubernetes usando git
09:38 min

Tomar examen

Comentarios

William Schnaider Torres Bermon

student•

You can list the current namespaces in a cluster using:

kubectl get namespace

To set the namespace for a current request, use the --namespace flag. For example:

kubectl get pods --namespace=[namespaceName]

You can permanently save the namespace for all subsequent kubectl commands in that context.

kubectl config set-context --current --namespace=[namespaceName]

William Schnaider Torres Bermon

student•

Kubernetes starts with four initial namespaces:

default The default namespace for objects with no other namespace
kube-system The namespace for objects created by the Kubernetes system
kube-public This namespace is created automatically and is readable by all users (including those not authenticated). This namespace is mostly reserved for cluster usage, in case that some resources should be visible and readable publicly throughout the whole cluster. The public aspect of this namespace is only a convention, not a requirement.
kube-node-lease This namespace for the lease objects associated with each node which improves the performance of the node heartbeats as the cluster scales.

Ricardo Villalobos Martínez

student•

Crear un namespace llamado blue kubectl create namespace blue Cambiar al nuevo namespace kubectl config set-context --current --namespace=blue Validar que se cambio de namespace kubectl config get-contexts

William Schnaider Torres Bermon

student•

When to Use Multiple Namespaces

Namespaces are intended for use in environments with many users spread across multiple teams, or projects. For clusters with a few to tens of users, you should not need to create or think about namespaces at all. Start using namespaces when you need the features they provide.
Namespaces provide a scope for names. Names of resources need to be unique within a namespace, but not across namespaces. Namespaces cannot be nested inside one another and each Kubernetes resource can only be in one namespace.
Namespaces are a way to divide cluster resources between multiple users (via resource quota).

It is not necessary to use multiple namespaces just to separate slightly different resources, such as different versions of the same software: use labels to distinguish resources within the same namespace.

DAVID EDUARDO BAEZ SANCHEZ

student•

Muy útil y bien explicada.

kg namespaces
kg pod -n kube-system
k create namespace dbz
k -n heon get service
k get service
k config get-contexts
//Mover de contexto o namespaces
k config set-context --current --namespace=dbz
k config get-contexts

Pablo Aquino

student•

Los atributos que definen univocamente a un recurso del cluster son tipo de recurso(pods, servicios, deployment), nombre del recurso y el namespace.
Los Namespaces no proveen aislación de recursos.
Un pod en un namespace A puede comunicarse con otro en un namespace B.
Desde cualquier pod en el cluster podemos comunicarnos al K8S API..

kubectl create namespace <NAME>
#ver los contextos del namespaces
kubectl config get-contexts 
#cambiar de namespace
kubectl config set-context --current --namespace=blue

Omar Alvarez

student•

Namespace provides an additional qualification to a resource name. This is helpful when multiple teams are using the same cluster and there is a potential of name collision. It can be as a virtual wall between multiple clusters.

Jorge Guerrero Garrido

student•

Hola a todos, Me surge una duda ¿Es correcto usar diferentes namespaces para los diferentes entornos de desarrollo? Me explico necesitamos tener dos entornos de Kubernetes uno de desarrollo y otro de producción, para evitar crear dos cluster ¿Podría usar dos Namespaces diferentes? ¿Qué otra alternativa habría? Gracias.

Carlos Andrés Garcés González

student•

Usando solo un cluster esa sería la alternativa tener dos namespaces uno para cada ambiente y le puedes modificar el network policy para que los pods de un namespace no tengan acceso al otro.

José Patricio Saavedra Vergara

student•

Creo que no sería lo correcto. De acuerdo a la siguiente clase: "Los namespaces no proveen aislación de recursos".

Juan Camilo Villa C

student•

Para cambiar entre diferentes namespaces del cluster también es muy útil el comando kubeselect, la documentación está en https://github.com/fatliverfreddy/kubeselect. Asegúrense de clonar el repositorio en Downloads y cuando envíen el segundo comando, primero envían cd kubeselect, y una vez en esa carpeta sí envían el comando cp de la docu.

Amaury Centeno Arias

student•

Esta clase cortica pero bien detallada.

Sergio Bernal

student•

Setear el contexto actual al namespace indicado

Omar Alvarez

student•

Following are some of the important functionalities of a Namespace in Kubernetes:

Namespaces help pod-to-pod communication using the same namespace.
Namespaces are virtual clusters that can sit on top of the same physical cluster.
They provide logical separation between the teams and their environments.

Usuario anónimo

user•

Namespaces no provee aislación de recursos

kg namespaces
kg pod -n kube-system
k create namespace dbz
k -n heon get service
k get service
k config get-contexts
//Mover de contexto o namespaces
k config set-context --current --namespace=dbz
k config get-contexts

Introducción a namespaces

Introducción a Kubernetes

Introducción a Kubernetes: conceptos y aplicación práctica

Repaso de contenedores e introducción a k8s

De pods a contenedores

¿Cómo funciona la arquitectura de red de Kubernetes?

Modelos declarativos e imperativos

Visión general del modelo de red

Recomendaciones

Introducción a aplicación de prueba

Instalando nuestro primer cluster con Minikube, Kubeadm

Instalando nuestro primer cluster con Kubeadm

Desplegando el Cluster en AWS con EKS

Desplegando una aplicación de prueba con EKS

Primer contacto con un cluster de kubernetes

Usando kubectl

Creación y manejo de pods

Deployments y replica sets

Balanceo de carga y service discovery

Accediendo a nuestros PODS a través de servicios

Enrutando el tráfico utilizando servicios

Desplegando nuestra app en k8s

Escalando nuestra aplicación

Exponiendo servicios interna y externamente (kubectl-proxy)

Kubernetes dashboard

Balanceo de carga y Daemon sets

Despliegues controlados

Healthchecks

Optimizando el uso de nuestro cluster

Gestionar stacks con Helm

Gestionando la configuración aplicativas utilizando Config Maps

Volúmenes

Autorización y Namespaces