{"id":75425,"date":"2020-03-26T07:42:30","date_gmt":"2020-03-26T05:42:30","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes"},"modified":"2020-03-26T07:42:30","modified_gmt":"2020-03-26T05:42:30","slug":"luchshie-10-hitrostej-i-sovetov-po-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","title":{"rendered":"Las 10 mejores trucos y consejos sobre Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Las
\n
\nEn internet hay mucha literatura de referencia, pero a veces los consejos m\u00e1s simples resultan ser los m\u00e1s valiosos. El equipo Kubernetes aaS de Mail.ru<\/a><\/noindex> ha traducido una recopilaci\u00f3n de diez trucos y consejos<\/a><\/noindex>, que la autora del art\u00edculo reuni\u00f3 despu\u00e9s de un a\u00f1o de trabajo con Kubernetes. Los consejos no est\u00e1n ordenados por importancia, pero creemos que cada uno encontrar\u00e1 algo \u00fatil para s\u00ed mismo.
\n<\/a><\/noindex><\/p>\n

El comando m\u00e1s simple al trabajar con Kubernetes<\/h2>\n

\nPara empezar, probablemente la acci\u00f3n m\u00e1s simple y \u00fatil al trabajar con Kubernetes. El siguiente comando activa el autocompletado de comandos kubectl<\/code> en la terminal bash:<\/p>\n

echo "source <(kubectl completion bash)" >> ~\\\/ .bashrc\n<\/code><\/pre>\n
\nEl autocompletado kubectl<\/code> se registrar\u00e1 en el archivo .bashrc y se activar\u00e1 autom\u00e1ticamente cada vez que se inicie la terminal. Esto acelera la escritura de comandos y par\u00e1metros largos, como all-namespaces<\/code>M\u00e1s detalles en la ayuda de Kubernetes sobre bash<\/a><\/noindex>.<\/p>\n
Limitaciones por defecto en memoria y CPU en el espacio de nombres<\/h2>\n
\nSi una aplicaci\u00f3n est\u00e1 mal escrita, por ejemplo, abre una nueva conexi\u00f3n con la base de datos cada segundo pero nunca la cierra, se producir\u00e1 una fuga de memoria en el cl\u00faster. Y si no se establece un l\u00edmite de memoria para la aplicaci\u00f3n al desplegarla, esto puede llevar a un fallo del nodo.<\/p>\n
Para evitar esto, Kubernetes permite establecer l\u00edmites por defecto para cada espacio de nombres. Estos se definen en un archivo yaml para el espacio de nombres espec\u00edfico. Aqu\u00ed hay un ejemplo de tal archivo:<\/p>\n
apiVersion: v1\nkind: LimitRange\nmetadata:\n  name: mem-limit-range\nspec:\n  limits:\n  - default:\n      memory: 512Mi\n    defaultRequest:\n      memory: 256Mi\n    type: Container\n<\/code><\/pre>\n
\nCrea este yaml y apl\u00edcalo a cualquier espacio de nombres. Por ejemplo, al espacio de nombres limit-example<\/code>. Ahora, para cualquier contenedor desplegado en este espacio de nombres, se aplicar\u00e1 un l\u00edmite de 512Mi, a menos que se establezca otro l\u00edmite individual para ese contenedor.<\/p>\n
Recogida de residuos en versiones antiguas de Kubernetes<\/h2>\n
\nKubelet, por defecto, comienza la recogida de residuos cuando var\/lib\/docker<\/i> ocupa el 90 % del espacio de disco disponible. Esto es genial, sin embargo, hasta la versi\u00f3n 1.7 de Kubernetes no hab\u00eda un l\u00edmite por defecto sobre el n\u00famero de descriptores de \u00edndice inode (inodos) usados, que corresponden al n\u00famero de archivos en el sistema de archivos.<\/p>\n
Potencialmente, tu contenedor var\/lib\/docker<\/i> puede utilizar solo el 50 % del espacio de disco, pero puede quedarse sin inodos, lo que ocasionar\u00e1 problemas para los trabajadores.<\/p>\n
En las versiones antiguas de kubelet de 1.4 a 1.6, deber\u00e1s agregar esta bandera:<\/p>\n
--eviction-hard\n=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%\n<\/code><\/pre>\n
\nEn las versiones 1.7 y posteriores, esta bandera est\u00e1 habilitada por defecto. Sin embargo, las versiones anteriores no controlan el l\u00edmite de inodos.<\/p>\n
Minikube\u2026 peque\u00f1o pero poderoso Kubernetes local.<\/h2>\n
\nMinikube es la forma m\u00e1s sencilla de ejecutar un cl\u00faster de Kubernetes local. Se inicia con un simple comando:<\/p>\n
minikube start\n<\/code><\/pre>\n
\nComo resultado de ejecutar este comando, tendr\u00e1s un cl\u00faster de Kubernetes real en tu computadora.<\/p>\n
\"Las
\nFuente de la ilustraci\u00f3n<\/i><\/a><\/noindex><\/p>\n
El truco est\u00e1 en c\u00f3mo construir la aplicaci\u00f3n y ejecutarla localmente en este cl\u00faster. Si no se dan instrucciones espec\u00edficas, la imagen de Docker se construir\u00e1 en tu computadora y no en el cl\u00faster.<\/p>\n
Para hacer que Docker env\u00ede la imagen al cl\u00faster local de Kubernetes, se utiliza el siguiente comando en la m\u00e1quina Docker:<\/p>\n
eval $(minikube docker-env)\n<\/code><\/pre>\n
\nAhora podemos construir aplicaciones en el cl\u00faster local de Kubernetes.<\/p>\n
No otorgues acceso de kubectl a todos indiscriminadamente.<\/h2>\n
\nEsto parece obvio, pero si varios equipos utilizan un cl\u00faster para sus aplicaciones (para lo cual fue creado Kubernetes), no deber\u00edas simplemente otorgar acceso a todos. kubectl<\/code>Es mejor dividir los equipos, asignando a cada uno su propio espacio de nombres y delimitando el acceso con pol\u00edticas RBAC.<\/p>\n
Puedes complicarte configurando permisos de acceso, lectura, creaci\u00f3n, eliminaci\u00f3n y otras operaciones para cada pod. Pero lo principal es restringir el acceso a los secretos, permiti\u00e9ndolo solo a los administradores. As\u00ed se delimitar\u00e1 qui\u00e9n puede administrar el cl\u00faster y qui\u00e9n puede simplemente desplegar en \u00e9l.<\/p>\n
Gestiona los presupuestos de los pods.<\/h2>\n
\n\u00bfC\u00f3mo garantizar que no haya tiempos de inactividad para la aplicaci\u00f3n en el cl\u00faster de Kubernetes? PodDisruptionBudget y otra vez PodDisruptionBudget.<\/p>\n
Los cl\u00fasteres se actualizan peri\u00f3dicamente y los nodos se desocupan. Nada permanece est\u00e1tico, esa es la realidad. Cada despliegue con m\u00e1s de una instancia debe incluir necesariamente el PDB (PodDisruptionBudget). Se crea en un simple archivo yaml que se aplica al cl\u00faster. El alcance espec\u00edfico de un PDB est\u00e1 determinado por selectores de etiquetas.<\/p>\n
Nota:<\/strong> El presupuesto del PDB solo se tiene en cuenta en interrupciones de presupuesto reversibles (voluntary disruption<\/a><\/noindex>). En situaciones como fallos de hardware, el PDB no funcionar\u00e1.<\/p>\n
Ejemplo de PDB:<\/strong><\/p>\n
apiVersion: policy\/v1beta1\nkind: PodDisruptionBudget\nmetadata:\n  name: app-a-pdb\nspec:\n  minAvailable: 2\n  selector:\n      matchLabels:\n        app: app-a\n<\/code><\/pre>\n
\nLos dos par\u00e1metros principales son matchLabels<\/code> y minAvailable<\/code>. En el primer par\u00e1metro se indica para qu\u00e9 aplicaciones se aplica el presupuesto. Por ejemplo, si tengo despliegues con etiquetas app: app-a<\/code> y app: app-b<\/code>, este PDB solo se aplicar\u00e1 al primero.<\/p>\n
Par\u00e1metro minAvailable<\/code> se considera al vaciar (limpiar) un nodo. Por ejemplo, en nuestro caso, durante la vacuidad se desalojan todas las instancias app: app-a<\/code>, excepto dos.<\/p>\n
Esto permite controlar cu\u00e1ntas instancias de la aplicaci\u00f3n deben estar en funcionamiento en cada momento.<\/p>\n
Monitoreo de la salud de la aplicaci\u00f3n<\/h2>\n
\nEste monitoreo se puede realizar de dos maneras: mediante las pruebas Readiness o Liveness.<\/p>\n
La primera prueba (readiness) determina si el contenedor est\u00e1 listo para recibir tr\u00e1fico.<\/p>\n
La segunda (liveness) indica si el contenedor est\u00e1 funcional o si necesita ser reiniciado.<\/p>\n
Las configuraciones correspondientes se agregan simplemente en yaml para el despliegue. All\u00ed se pueden especificar los tiempos de espera, el tiempo de retardo y el n\u00famero de reintentos. Para m\u00e1s detalles sobre ellos, consulte la documentaci\u00f3n de Kubernetes<\/a><\/noindex>.<\/p>\n
Etiquetas en todas partes<\/h2>\n
\nLas etiquetas son uno de los conceptos fundamentales en Kubernetes. Permiten que los objetos se vinculen libremente entre s\u00ed, as\u00ed como crear consultas basadas en etiquetas. En Kubernetes, incluso se puede acceder al cliente y observar eventos seg\u00fan etiquetas espec\u00edficas.<\/p>\n
Con las etiquetas se puede hacer pr\u00e1cticamente todo, pero un buen ejemplo ser\u00eda crear m\u00faltiples entornos para ejecutar programas en un mismo cl\u00faster.<\/p>\n
Supongamos que utiliza el mismo cl\u00faster para dev<\/code> y qa<\/code>. Esto significa que puede tener una aplicaci\u00f3n app-a<\/code>, funcionando simult\u00e1neamente en ambos entornos qa<\/code> y dev<\/code>. En este caso, podemos dirigirnos por separado a la instancia de la aplicaci\u00f3n en un entorno espec\u00edfico, especificando el par\u00e1metro correspondiente entorno<\/code>. Por ejemplo, app: app-a<\/code> y environment: dev<\/code> para un entorno, y app: app-a<\/code> y environment: qa<\/code> para el segundo.<\/p>\n
Esto permite acceder a ambas instancias de la aplicaci\u00f3n, por ejemplo, realizando pruebas simult\u00e1neamente.<\/p>\n
Organizar<\/h2>\n
\nKubernetes es un sistema muy poderoso, pero cualquier sistema eventualmente puede quedar atrapado en una gran cantidad de procesos. Kubelet ejecuta todos los procesos y chequeos que ha especificado, as\u00ed como los suyos propios.<\/p>\n
Claro, un servicio hu\u00e9rfano no ralentizar\u00e1 el sistema, y Kubernetes est\u00e1 dise\u00f1ado para escalar desde el principio. Pero si en lugar de un servicio hay un mill\u00f3n, kubelet comenzar\u00e1 a ahogarse.<\/p>\n
Si por alguna raz\u00f3n eliminas un despliegue (contenedor, imagen, lo que sea), aseg\u00farate de una limpieza completa.<\/p>\n
Conoce Go<\/h2>\n
\nEl consejo m\u00e1s importante lo dejamos para el final. Aprende el lenguaje de programaci\u00f3n Go.<\/p>\n
Kubernetes est\u00e1 desarrollado en Go, todas las extensiones est\u00e1n escritas en Go, y adem\u00e1s, se cuenta con la biblioteca cliente client-go oficialmente soportada.<\/p>\n
Se puede usar para diversas y interesantes aplicaciones. Por ejemplo, para personalizar el sistema Kubernetes a tu gusto. As\u00ed, puedes usar programas propios para recopilar datos, desplegar aplicaciones o simplemente limpiar contenedores.<\/p>\n
Aprender el lenguaje de programaci\u00f3n Go y dominar client-go es, sin duda, el consejo m\u00e1s importante que se puede dar a los nuevos usuarios de Kubernetes.<\/p>\n
Traducido con el apoyo de Mail.ru Cloud Solutions<\/i><\/a><\/noindex><\/p>\n
Qu\u00e9 m\u00e1s leer<\/strong>:<\/p>\n
    \n
  1. Tres niveles de escalado autom\u00e1tico en Kubernetes y c\u00f3mo utilizarlos eficazmente<\/a><\/noindex>.<\/li>\n
  2. Nodos de trabajo en Kubernetes: \u00bfmuchos peque\u00f1os o pocos grandes?<\/a><\/noindex>?<\/li>\n
  3. 25 herramientas \u00fatiles para desplegar y gestionar Kubernetes<\/a><\/noindex>.<\/li>\n<\/ol>\n
    Fuente: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
    \u0412 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0435 \u043c\u043d\u043e\u0433\u043e \u0441\u043f\u0440\u0430\u0432\u043e\u0447\u043d\u043e\u0439 \u043b\u0438\u0442\u0435\u0440\u0430\u0442\u0443\u0440\u044b, \u043d\u043e \u0438\u043d\u043e\u0433\u0434\u0430 \u0441\u0430\u043c\u044b\u043c\u0438 \u0446\u0435\u043d\u043d\u044b\u043c\u0438 \u0441\u0442\u0430\u043d\u043e\u0432\u044f\u0442\u0441\u044f \u0441\u0430\u043c\u044b\u0435 \u043f\u0440\u043e\u0441\u0442\u044b\u0435 \u0441\u043e\u0432\u0435\u0442\u044b. \u041a\u043e\u043c\u0430\u043d\u0434\u0430 Kubernetes aaS \u043e\u0442 Mail.ru \u043f\u0435\u0440\u0435\u0432\u0435\u043b\u0430 \u043f\u043e\u0434\u0431\u043e\u0440\u043a\u0443 \u0438\u0437 \u0434\u0435\u0441\u044f\u0442\u0438 \u0445\u0438\u0442\u0440\u043e\u0441\u0442\u0435\u0439 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0430\u0432\u0442\u043e\u0440 \u0441\u0442\u0430\u0442\u044c\u0438 \u0441\u043e\u0431\u0440\u0430\u043b\u0430 \u043f\u043e\u0441\u043b\u0435 \u0433\u043e\u0434\u0430 \u0440\u0430\u0431\u043e\u0442\u044b \u0441 Kubernetes. \u0421\u043e\u0432\u0435\u0442\u044b \u043d\u0435 \u043e\u0442\u0441\u043e\u0440\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u044b \u043f\u043e \u0432\u0430\u0436\u043d\u043e\u0441\u0442\u0438, \u043d\u043e \u0434\u0443\u043c\u0430\u0435\u043c, \u0447\u0442\u043e \u043a\u0430\u0436\u0434\u044b\u0439 \u043d\u0430\u0439\u0434\u0435\u0442 \u0447\u0442\u043e-\u0442\u043e \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0435 \u0434\u043b\u044f \u0441\u0435\u0431\u044f. \u0421\u0430\u043c\u0430\u044f \u043f\u0440\u043e\u0441\u0442\u0430\u044f \u043a\u043e\u043c\u0430\u043d\u0434\u0430 \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 Kubernetes […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":75426,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-75425","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Los 10 mejores trucos y consejos sobre Kubernetes | ProHoster","description":"Hay mucha literatura de referencia en internet, pero.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041b\u0443\u0447\u0448\u0438\u0435 10 \u0445\u0438\u0442\u0440\u043e\u0441\u0442\u0435\u0439 \u0438 \u0441\u043e\u0432\u0435\u0442\u043e\u0432 \u043f\u043e Kubernetes | ProHoster","og:description":"\u0412 \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442\u0435 \u043c\u043d\u043e\u0433\u043e \u0441\u043f\u0440\u0430\u0432\u043e\u0447\u043d\u043e\u0439 \u043b\u0438\u0442\u0435\u0440\u0430\u0442\u0443\u0440\u044b, \u043d\u043e.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/luchshie-10-hitrostej-i-sovetov-po-kubernetes","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-03-26T05:42:30+00:00","article:modified_time":"2020-03-26T05:42:30+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"75425","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:56:30","updated":"2022-10-01 20:34:03","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/75425","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=75425"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/75425\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/75426"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=75425"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=75425"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=75425"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}