{"id":55712,"date":"2020-01-27T00:00:00","date_gmt":"2020-01-26T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat"},"modified":"2020-02-18T14:03:51","modified_gmt":"2020-02-18T11:03:51","slug":"tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","title":{"rendered":"Tres niveles de autoescalado en Kubernetes: c\u00f3mo utilizarlos de manera efectiva","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Tres niveles de autoescalado en Kubernetes: c\u00f3mo utilizarlos de manera efectiva\" src=\"\/wp-content\/uploads\/2020\/01\/0b076d65db116cabdd1b4ae380d3777d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nPara dominar completamente Kubernetes, es necesario conocer las diferentes formas de escalamiento de los recursos del cl\u00faster: por <noindex><a rel=\"nofollow\" href=\"https:\/\/speakerdeck.com\/thockin\/everything-you-ever-wanted-to-know-about-resource-scheduling-dot-dot-dot-almost\">las palabras de los desarrolladores del sistema<\/a><\/noindex>, esta es una de las principales tareas de Kubernetes. Hemos preparado una visi\u00f3n general de alto nivel de los mecanismos de escalado horizontal y vertical, as\u00ed como recomendaciones sobre c\u00f3mo utilizarlos de manera efectiva.<\/p>\n<p>El art\u00edculo <noindex><a rel=\"nofollow\" href=\"https:\/\/www.magalix.com\/blog\/kubernetes-autoscaling-101\">Kubernetes Autoscaling 101: Cluster Autoscaler, Horizontal Autoscaler, and Vertical Pod Autoscaler<\/a><\/noindex> fue traducido por el equipo que implement\u00f3 el escalado autom\u00e1tico en <noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\/containers\/\">Kubernetes aaS de Mail.ru<\/a><\/noindex>.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Por qu\u00e9 es importante pensar en el escalado <\/h2>\n<p>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/mcs.mail.ru\/blog\/kubernetes-for-much-stuff\">Kubernetes<\/a><\/noindex> \u2014 una herramienta para gestionar recursos y orquestar. Por supuesto, no estar\u00eda mal jugar con las incre\u00edbles funciones de implementaci\u00f3n, monitoreo y gesti\u00f3n de pods (el m\u00f3dulo pod es un grupo de contenedores que se inician en respuesta a una solicitud). <\/p>\n<p>Sin embargo, tambi\u00e9n se deben considerar las siguientes preguntas:<\/p>\n<ol>\n<li>\u00bfC\u00f3mo escalar m\u00f3dulos y aplicaciones?\n<\/li>\n<li>\u00bfC\u00f3mo mantener los contenedores en un estado operativo y eficiente?\n<\/li>\n<li>\u00bfC\u00f3mo reaccionar a los cambios constantes en el c\u00f3digo y las cargas de trabajo de los usuarios?\n<\/li>\n<\/ol>\n<p>\nConfigurar cl\u00fasteres de Kubernetes para equilibrar recursos y rendimiento puede ser una tarea compleja, que requiere conocimientos expertos sobre el funcionamiento interno de Kubernetes. La carga de trabajo de su aplicaci\u00f3n o servicios puede variar a lo largo del d\u00eda o incluso en una sola hora, as\u00ed que es mejor imaginar el equilibrio como un proceso continuo.<\/p>\n<h2>Los niveles de escalado autom\u00e1tico de Kubernetes<\/h2>\n<p>\nEl escalado autom\u00e1tico efectivo requiere coordinaci\u00f3n entre dos niveles: <\/p>\n<ol>\n<li>Nivel de pods que incluye el escalado horizontal (Horizontal Pod Autoscaler, HPA) y el escalado vertical (Vertical Pod Autoscaler, VPA). Este escalado aprovecha los recursos existentes para sus contenedores.\n<\/li>\n<li>El nivel del cl\u00faster, que es gestionado por el sistema de escalado autom\u00e1tico de cl\u00fasteres (Cluster Autoscaler, CA), que aumenta o disminuye el n\u00famero de nodos dentro del cl\u00faster.\n<\/li>\n<\/ol>\n<p><\/p>\n<h2>El m\u00f3dulo de escalado autom\u00e1tico horizontal (HPA)<\/h2>\n<p>\nComo su nombre indica, HPA escala la cantidad de r\u00e9plicas de pods. Como desencadenantes para cambiar la cantidad de r\u00e9plicas, la mayor\u00eda de los DevOps utilizan la carga de CPU y memoria. Sin embargo, tambi\u00e9n se puede escalar el sistema basado en <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/#support-for-custom-metrics\">m\u00e9tricas personalizadas<\/a><\/noindex>, su <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/run-application\/horizontal-pod-autoscale\/#support-for-multiple-metrics\">combinaci\u00f3n<\/a><\/noindex> o incluso <noindex><a rel=\"nofollow\" href=\"https:\/\/cloud.google.com\/kubernetes-engine\/docs\/tutorials\/external-metrics-autoscaling\">m\u00e9tricas externas<\/a><\/noindex>.<\/p>\n<p>Esquema de alto nivel del funcionamiento del HPA:<\/p>\n<ol>\n<li>HPA verifica continuamente los valores de m\u00e9tricas especificados durante la configuraci\u00f3n, con un intervalo predeterminado de 30 segundos.\n<\/li>\n<li>HPA intenta aumentar el n\u00famero de m\u00f3dulos si se alcanza el umbral establecido.\n<\/li>\n<li>HPA actualiza la cantidad de r\u00e9plicas dentro del controlador de despliegue\/replicaci\u00f3n.\n<\/li>\n<li>El controlador de despliegue\/replicaci\u00f3n luego lanza todos los m\u00f3dulos adicionales necesarios.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Tres niveles de autoescalado en Kubernetes: c\u00f3mo utilizarlos de manera efectiva\" src=\"\/wp-content\/uploads\/2020\/01\/e98534431712eb3303668446b0fe567b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>HPA inicia el proceso de despliegue de m\u00f3dulos al alcanzar un valor umbral de m\u00e9tricas.<\/i><\/p>\n<p>Al utilizar HPA, considere lo siguiente:<\/p>\n<ul>\n<li>El intervalo de verificaci\u00f3n de HPA por defecto es de 30 segundos. Esto se establece mediante el flag. <i>horizontal-pod-autoscaler-sync-period<\/i> en el gestor de controladores.\n<\/li>\n<li>El error relativo predeterminado es del 10%.\n<\/li>\n<li>Despu\u00e9s del \u00faltimo incremento del n\u00famero de m\u00f3dulos, HPA espera la estabilizaci\u00f3n de las m\u00e9tricas durante tres minutos. Este intervalo se establece mediante el flag. <i>horizontal-pod-autoscaler-upscale-delay<\/i>.\n<\/li>\n<li>Despu\u00e9s de la \u00faltima reducci\u00f3n del n\u00famero de m\u00f3dulos, HPA espera la estabilizaci\u00f3n durante cinco minutos. Este intervalo se establece mediante el flag. <i>horizontal-pod-autoscaler-downscale-delay<\/i>.\n<\/li>\n<li>HPA funciona mejor con objetos de despliegue en lugar de controladores de replicaci\u00f3n. La autoescalado horizontal no es compatible con la actualizaci\u00f3n gradual (rolling update) que manipula directamente los controladores de replicaci\u00f3n. Al desplegar, el n\u00famero de r\u00e9plicas depende directamente de los objetos de despliegue.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Escalado vertical de pods<\/h2>\n<p>\nEl escalado vertical (VPA) asigna m\u00e1s (o menos) tiempo de CPU o memoria a los pods existentes. Es adecuado para pods con estado (stateful) o sin estado (stateless), aunque est\u00e1 principalmente destinado a servicios con estado. Sin embargo, tambi\u00e9n se puede aplicar VPA a m\u00f3dulos sin estado si es necesario ajustar autom\u00e1ticamente la cantidad de recursos originalmente asignados. <\/p>\n<p>VPA tambi\u00e9n reacciona a eventos OOM (out of memory, falta de memoria). Para cambiar el tiempo de CPU y la cantidad de memoria, se requiere reiniciar los pods. Al reiniciar, VPA respeta el presupuesto de asignaci\u00f3n (<noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/disruptions\/\">pods distribution budget, PDB<\/a><\/noindex>) para garantizar el n\u00famero m\u00ednimo necesario de m\u00f3dulos. <\/p>\n<p>Puede establecer un l\u00edmite m\u00ednimo y m\u00e1ximo de recursos para cada m\u00f3dulo. Por ejemplo, se puede limitar la cantidad m\u00e1xima de memoria asignada a 8 GB. Esto es \u00fatil si los nodos actuales no pueden asignar m\u00e1s de 8 GB de memoria a un contenedor. Las especificaciones detalladas y el mecanismo de funcionamiento se describen en <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/autoscaling\/vertical-pod-autoscaler.md\">la wiki oficial de VPA<\/a><\/noindex>.<\/p>\n<p>Adem\u00e1s, VPA cuenta con una interesante funci\u00f3n de recomendaciones (VPA Recommender). Esta funci\u00f3n rastrea el uso de recursos y los eventos OOM de todos los m\u00f3dulos para ofrecer nuevos valores de memoria y tiempo de CPU bas\u00e1ndose en un algoritmo inteligente que considera m\u00e9tricas hist\u00f3ricas. Tambi\u00e9n hay una interfaz API que acepta un descriptor de pod y devuelve los valores de recursos recomendados.<\/p>\n<p>Es importante destacar que VPA Recommender no rastrea el 'l\u00edmite' de recursos. Esto puede llevar a que un m\u00f3dulo monopolice los recursos dentro de los nodos. Es mejor establecer un l\u00edmite a nivel de espacio de nombres para evitar un consumo excesivo de memoria o tiempo de CPU.<\/p>\n<p>Esquema de funcionamiento de VPA a alto nivel:<\/p>\n<ol>\n<li>VPA verifica continuamente los valores de las m\u00e9tricas especificadas en la instalaci\u00f3n, con un intervalo predeterminado de 10 segundos.\n<\/li>\n<li>Si se alcanza el umbral establecido, VPA intenta cambiar la cantidad de recursos asignados.\n<\/li>\n<li>VPA actualiza la cantidad de recursos dentro del controlador de despliegue\/replicaci\u00f3n.\n<\/li>\n<li>Al reiniciar los m\u00f3dulos, se aplican todos los nuevos recursos a las instancias creadas.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Tres niveles de autoescalado en Kubernetes: c\u00f3mo utilizarlos de manera efectiva\" src=\"\/wp-content\/uploads\/2020\/01\/324702d5e36e9fcf45ced8b3f276db52.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>VPA a\u00f1ade la cantidad necesaria de recursos. <\/i><\/p>\n<p>Considere los siguientes aspectos al utilizar VPA:<\/p>\n<ul>\n<li>El escalado requiere el reinicio obligatorio del pod. Esto es necesario para evitar un funcionamiento inestable despu\u00e9s de realizar cambios. Para mayor confiabilidad, los m\u00f3dulos se reinician y se distribuyen entre nodos seg\u00fan los nuevos recursos asignados.\n<\/li>\n<li>VPA y HPA a\u00fan no son compatibles entre s\u00ed y no pueden operar en los mismos pods. Si aplica ambos mecanismos de escalado en un mismo cl\u00faster, aseg\u00farese de que la configuraci\u00f3n no permita que se activen en los mismos objetos.\n<\/li>\n<li>VPA configura las solicitudes de contenedores de recursos \u00fanicamente en funci\u00f3n de su uso pasado y presente. No establece l\u00edmites en el uso de recursos. Pueden surgir problemas con el funcionamiento inadecuado de las aplicaciones que comiencen a consumir cada vez m\u00e1s recursos, lo que llevar\u00e1 a que Kubernetes apague este pod.\n<\/li>\n<li>VPA todav\u00eda est\u00e1 en una etapa temprana de desarrollo. Est\u00e9 preparado para que el sistema pueda sufrir algunos cambios en un futuro cercano. Puede leer sobre <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/autoscaler\/tree\/master\/vertical-pod-autoscaler#known-limitations-of-the-alpha-version\">las limitaciones conocidas<\/a><\/noindex> y <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/autoscaling\/vertical-pod-autoscaler.md#future-work\">los planes de desarrollo<\/a><\/noindex>. As\u00ed, se planea implementar la colaboraci\u00f3n entre VPA y HPA, as\u00ed como el despliegue de m\u00f3dulos junto con una pol\u00edtica de escalado vertical para ellos (por ejemplo, una etiqueta especial 'requires VPA').\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>Escalado autom\u00e1tico del cl\u00faster de Kubernetes<\/h2>\n<p>\nEl Escalador Autom\u00e1tico del Cl\u00faster (Cluster Autoscaler, CA) cambia la cantidad de nodos seg\u00fan la cantidad de pods pendientes. El sistema verifica peri\u00f3dicamente la existencia de pods pendientes y aumenta el tama\u00f1o del cl\u00faster si se requieren m\u00e1s recursos y si el cl\u00faster no excede los l\u00edmites establecidos. CA interact\u00faa con el proveedor de servicios en la nube, solicita nodos adicionales o libera los inactivos. La primera versi\u00f3n p\u00fablica de CA fue presentada en Kubernetes 1.8.<\/p>\n<p>Esquema de funcionamiento a alto nivel de CA:<\/p>\n<ol>\n<li>CA verifica la existencia de pods en estado pendiente cada 10 segundos por defecto.\n<\/li>\n<li>Si uno o m\u00e1s pods est\u00e1n pendientes debido a que no hay suficientes recursos disponibles en el cl\u00faster para asignarlos, intenta provisionar uno o varios nodos adicionales.\n<\/li>\n<li>Cuando el proveedor de servicios en la nube asigna el nodo necesario, este se une al cl\u00faster y est\u00e1 listo para atender los pods.\n<\/li>\n<li>El programador de Kubernetes distribuye los pods pendientes en el nuevo nodo. Si despu\u00e9s de esto algunos pods siguen en estado pendiente, el proceso se repite y se a\u00f1aden nuevos nodos al cl\u00faster.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Tres niveles de autoescalado en Kubernetes: c\u00f3mo utilizarlos de manera efectiva\" src=\"\/wp-content\/uploads\/2020\/01\/2cd3c97f5d1b040b813940a4e804365e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Asignaci\u00f3n autom\u00e1tica de nodos del cl\u00faster en la nube<\/i><\/p>\n<p>Tenga en cuenta lo siguiente al utilizar CA:<\/p>\n<ul>\n<li>CA garantiza que todos los pods en el cl\u00faster tengan espacio para ejecutarse, independientemente del nivel de carga del CPU. Adem\u00e1s, intenta garantizar que no haya nodos innecesarios en el cl\u00faster.\n<\/li>\n<li>CA registra la necesidad de escalado aproximadamente cada 30 segundos.\n<\/li>\n<li>Una vez que el nodo ya no es necesario, CA espera 10 minutos por defecto antes de escalar el sistema.\n<\/li>\n<li>En el sistema de autoescalado hay un concepto de expansores (expanders). Estas son distintas estrategias para seleccionar un grupo de nodos a los que se a\u00f1adir\u00e1n nuevos.\n<\/li>\n<li>Utilice la opci\u00f3n de manera responsable <i>cluster-autoscaler.kubernetes.io\/safe-to-evict (true)<\/i>. Si se establece muchos pods o si muchos de ellos est\u00e1n dispersos entre todos los nodos, perder\u00e1 en gran parte la capacidad de reducir la escala del cl\u00faster.\n<\/li>\n<li>desde cualquier lugar del mundo. Es la soluci\u00f3n ideal para crear una oficina en la nube, donde todos los programas y datos de los empleados est\u00e1n en un entorno seguro <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/disruptions\/\">PodDisruptionBudgets<\/a><\/noindex>, para evitar la eliminaci\u00f3n de pods, lo que podr\u00eda causar que parte de su aplicaci\u00f3n falle por completo.\n<\/li>\n<\/ul>\n<p><\/p>\n<h2>C\u00f3mo interact\u00faan entre s\u00ed los sistemas de autoescalado de Kubernetes<\/h2>\n<p>\nPara una armon\u00eda perfecta, se debe aplicar el escalado autom\u00e1tico tanto a nivel de pods (HPA\/VPA) como a nivel de cl\u00faster. Interact\u00faan entre s\u00ed de manera relativamente sencilla:<\/p>\n<ol>\n<li>HPA o VPA actualizan las r\u00e9plicas de los pods o los recursos asignados a los pods existentes.\n<\/li>\n<li>Si faltan nodos para la escala planificada, CA detecta la presencia de pods en estado de espera.\n<\/li>\n<li>CA asigna nuevos nodos.\n<\/li>\n<li>Los m\u00f3dulos se distribuyen en los nuevos nodos.\n<\/li>\n<\/ol>\n<p>\n<img decoding=\"async\" alt=\"Tres niveles de autoescalado en Kubernetes: c\u00f3mo utilizarlos de manera efectiva\" src=\"\/wp-content\/uploads\/2020\/01\/09379f30f349a235bb26a670ad0d0bfd.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Sistema de escalado conjunto de Kubernetes<\/i><\/p>\n<h2>Errores t\u00edpicos en el autoescalado de Kubernetes<\/h2>\n<p>\nHay varios problemas comunes que enfrentan los DevOps al intentar implementar el autoescalado.<\/p>\n<p>HPA y VPA dependen de m\u00e9tricas y ciertos datos hist\u00f3ricos. Si se asignan recursos insuficientes, los m\u00f3dulos se archivan y no pueden generar m\u00e9tricas. En este caso, el autoescalado nunca ocurrir\u00e1.<\/p>\n<p>La propia operaci\u00f3n de escalado es sensible al tiempo. Queremos que los m\u00f3dulos y el cl\u00faster escalen r\u00e1pidamente, antes de que los usuarios noten problemas o fallos. Por lo tanto, se debe tener en cuenta el tiempo medio de escalado de los pods y del cl\u00faster.<\/p>\n<p>El escenario ideal es de 4 minutos:<\/p>\n<ol>\n<li>30 segundos. Actualizaci\u00f3n de m\u00e9tricas objetivo: 30\u221260 segundos.\n<\/li>\n<li>30 segundos. HPA verifica los valores de m\u00e9tricas: 30 segundos.\n<\/li>\n<li>Menos de 2 segundos. M\u00f3dulos pod creados y pasando a estado de espera: 1 segundo.\n<\/li>\n<li>Menos de 2 segundos. CA ve m\u00f3dulos en espera y env\u00eda llamadas para preparar nodos: 1 segundo.\n<\/li>\n<li>3 minutos. El proveedor de la nube asigna nodos. K8s espera a que est\u00e9n listos: hasta 10 minutos (depende de varios factores).\n<\/li>\n<\/ol>\n<p>\nEl peor (y m\u00e1s realista) escenario \u2014 12 minutos:<\/p>\n<ol>\n<li>30 segundos. Actualizaci\u00f3n de m\u00e9tricas objetivo.\n<\/li>\n<li>30 segundos. HPA verifica los valores de las m\u00e9tricas.\n<\/li>\n<li>Menos de 2 segundos. Los m\u00f3dulos pod se crean y pasan a un estado de espera.\n<\/li>\n<li>Menos de 2 segundos. CA ve los m\u00f3dulos en espera y env\u00eda llamadas para preparar los nodos.\n<\/li>\n<li>10 minutos. El proveedor de la nube asigna nodos. K8s espera a que est\u00e9n listos. El tiempo de espera depende de varios factores, como la latencia del proveedor, la latencia del sistema operativo y el funcionamiento de herramientas auxiliares.\n<\/li>\n<\/ol>\n<p>\nNo confunda los mecanismos de escalado de los proveedores de la nube con nuestro CA. Este \u00faltimo opera dentro del cl\u00faster de Kubernetes, mientras que el mecanismo del proveedor de la nube trabaja en funci\u00f3n de la distribuci\u00f3n de nodos. No sabe lo que sucede con sus pods o aplicaciones. Estos sistemas operan en paralelo. <\/p>\n<h2>C\u00f3mo gestionar el escalado en Kubernetes<\/h2>\n<p><\/p>\n<ol>\n<li>Kubernetes es una herramienta de gesti\u00f3n de recursos y orquestaci\u00f3n. Las operaciones para gestionar pods y recursos del cl\u00faster son un hito clave en el dominio de Kubernetes.\n<\/li>\n<li>Comprenda la l\u00f3gica de escalabilidad de los pods teniendo en cuenta HPA y VPA.\n<\/li>\n<li>CA debe ser utilizado solo si comprende bien las necesidades de sus pods y contenedores.\n<\/li>\n<li>Para optimizar la configuraci\u00f3n del cl\u00faster, es necesario entender c\u00f3mo diferentes sistemas de escalado trabajan juntos.\n<\/li>\n<li>Al evaluar el tiempo de escalado, tenga en cuenta el peor y el mejor escenario.\n<\/li>\n<\/ol>\n<p>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/mailru\/blog\/484344\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u043b\u044f \u043f\u043e\u043b\u043d\u043e\u0433\u043e \u043e\u0441\u0432\u043e\u0435\u043d\u0438\u044f Kubernetes \u043d\u0443\u0436\u043d\u043e \u0437\u043d\u0430\u0442\u044c \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0435 \u0441\u043f\u043e\u0441\u043e\u0431\u044b \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u043d\u044b\u0445 \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432: \u043f\u043e \u0441\u043b\u043e\u0432\u0430\u043c \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432 \u0441\u0438\u0441\u0442\u0435\u043c\u044b, \u044d\u0442\u043e \u043e\u0434\u043d\u0430 \u0438\u0437 \u0433\u043b\u0430\u0432\u043d\u044b\u0445 \u0437\u0430\u0434\u0430\u0447 Kubernetes. \u041c\u044b \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u0438\u043b\u0438 \u0432\u044b\u0441\u043e\u043a\u043e\u0443\u0440\u043e\u0432\u043d\u0435\u0432\u044b\u0439 \u043e\u0431\u0437\u043e\u0440 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u043e\u0432 \u0433\u043e\u0440\u0438\u0437\u043e\u043d\u0442\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0438 \u0432\u0435\u0440\u0442\u0438\u043a\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0430\u0432\u0442\u043e\u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0438 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0440\u0430\u0437\u043c\u0435\u0440\u0430 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u043e\u0432, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0440\u0435\u043a\u043e\u043c\u0435\u043d\u0434\u0430\u0446\u0438\u0438, \u043a\u0430\u043a \u0438\u0445 \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c. \u0421\u0442\u0430\u0442\u044c\u044e Kubernetes Autoscaling 101: Cluster Autoscaler, Horizontal Autoscaler, and Vertical Pod Autoscaler \u043f\u0435\u0440\u0435\u0432\u0435\u043b\u0430 \u043a\u043e\u043c\u0430\u043d\u0434\u0430, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55712","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u043b\u044f \u043f\u043e\u043b\u043d\u043e\u0433\u043e.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0422\u0440\u0438 \u0443\u0440\u043e\u0432\u043d\u044f \u0430\u0432\u0442\u043e\u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0432 Kubernetes: \u043a\u0430\u043a \u0438\u0445 \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u043b\u044f \u043f\u043e\u043b\u043d\u043e\u0433\u043e.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-01-26T21:00:00+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-02-18T11:03:51+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Tres niveles de escalado autom\u00e1tico en Kubernetes: c\u00f3mo utilizarlos de manera efectiva | ProHoster","description":"Para completo.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","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\u0422\u0440\u0438 \u0443\u0440\u043e\u0432\u043d\u044f \u0430\u0432\u0442\u043e\u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u0432 Kubernetes: \u043a\u0430\u043a \u0438\u0445 \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c | ProHoster","og:description":"\u0414\u043b\u044f \u043f\u043e\u043b\u043d\u043e\u0433\u043e.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/tri-urovnya-avtomasshtabirovaniya-v-kubernetes-kak-ih-effektivno-ispolzovat","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-01-26T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:51+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55712","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 19:38:31","updated":"2022-09-29 14:33:55","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\/55712","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=55712"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/55712\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=55712"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=55712"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=55712"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}