Utilice los archivos kubeconfig para organizar la informaci\u00f3n acerca de los cl\u00fasteres, los usuarios, los Namespaces y los mecanismos de autenticaci\u00f3n. La herramienta de l\u00ednea de comandos kubectl utiliza los archivos kubeconfig para hallar la informaci\u00f3n que necesita para escoger un cl\u00faster y comunicarse con el servidor API de un cl\u00faster.<\/em><\/p>\n Nota: Un archivo utilizado para configurar el acceso a los cl\u00fasteres se denomina archivo kubeconfig. Esta es una forma gen\u00e9rica de referirse a los archivos de configuraci\u00f3n. Esto no significa que exista un archivo llamado kubeconfig.<\/em><\/p>\n Por defecto, kubectl busca un archivo llamado config en el directorio $HOME\/.kube. Puedes especificar otros archivos kubeconfig mediante la configuraci\u00f3n de la variable de entorno KUBECONFIG o mediante la configuraci\u00f3n del flag –kubeconfig.<\/em><\/p><\/blockquote>\n Cuando contamos con un solo cluster de k8s, es bastante f\u00e1cil conectarse a el usando kubectl con solo colocar el archivo config<\/strong> en .kube<\/strong> (como dice el texto anterior). \u00bfPero que pasa cuando tenemos varios servidores de k8s con los cuales queremos interactuar para realizar ciertas tareas?<\/p>\n <\/p>\n Debemos hacer uso de los contextos (context<\/a><\/strong>) y movernos de un cluster a otro, esto implica que en archivo config<\/strong> antes mencionado, tenemos la informaci\u00f3n de mas de un cluster. Para facilitar esta operaci\u00f3n tenemos disponibles varios plugins, uno de estos es ctx<\/strong> que se puede instalar con Krew<\/strong>. Yo personalmente me encuentro tedioso mantener el archivo config<\/strong> (se que tambi\u00e9n existen plugins<\/strong> para esto.) y muchas veces termino con configuraci\u00f3n de acceso a cluster que ya no existen y que en su momento fueron usados para alguna prueba de configuraci\u00f3n. \u00bfA donde quiero llegar con esto? Creo que hay una forma mas f\u00e1cil, por lo menos para mi.<\/p>\n Tenemos disponible una herramienta llamada direnv<\/strong><\/a>, esta herramienta permite cargar variables de entorno al momento de entrar a un directorio, inmediatamente hacemos cd dentro de un directorio que cuente con un archivo de direnv<\/a> (.envrc<\/strong>), tendremos disponibles variables de entorno para usar y una de esas variables que podemos configurar es kubeconfig.<\/p>\n Desde hace unos d\u00edas estoy estructurando el acceso a varios clusters que tengo de la siguiente manera.<\/p>\n Dejo una captura de pantalla con la estructura del directorio.<\/p>\n En lo adelante cuando siga provisionando cluster, solo tengo que crear un nuevo directorio, colocar el archivo config y crear un nuevo .envrc con la informaci\u00f3n necesaria.<\/p>\n El contenido de .envrc es:<\/p>\n export KUBECONFIG=\/home\/ariel\/Documents\/kubeclusters\/ansible\/config<\/p>\n importante saber que aqu\u00ed podemos colocar todo tipo de acciones iguales a las que normalmente usamos en nuestro profile, por ejemplo, aliases e incluso un prompt diferente.<\/p>\n\n
![\"\"](\"https:\/\/arielantigua.com\/weblog\/wp-content\/uploads\/2023\/03\/Picture1-dir-tree.png\")
<\/p>\n
![\"\"](\"https:\/\/arielantigua.com\/weblog\/wp-content\/uploads\/2023\/03\/Screenshot-from-2023-03-10-09-18-10-1024x457.png\")
<\/a><\/p>\n