Comparteix a través de


Programador y marco de programación de Azure Kubernetes Fleet Manager

En este artículo se proporciona información general conceptual sobre el programador y el marco de programación en Azure Kubernetes Fleet Manager (Fleet).

¿Qué es Scheduler?

El programador es un componente principal de la carga de trabajo de la flota con la responsabilidad principal de determinar las decisiones de programación de un conjunto de recursos en función de la última ClusterSchedulingPolicySnapshot generación de ClusterResourcePlacement.

De forma predeterminada, el programador funciona en modo por lotes, lo que mejora el rendimiento. En este modo, enlaza un ClusterResourceBinding de ClusterResourcePlacement varios clústeres siempre que sea posible.

Modo por lotes

La programación de recursos dentro de un ClusterResourcePlacement implica más dependencias en comparación con la programación de pods dentro de una implementación de Kubernetes. Hay dos diferencias notables:

  • En, ClusterResourcePlacementno se pueden programar varias réplicas de recursos en el mismo clúster.
  • El ClusterResourcePlacement admite diferentes tipos de selección de ubicación dentro de un único objeto.

Para obtener más información, consulte la documentación de Fleet Scheduler ascendente.

¿Qué es el marco de programación?

El marco de programación de flotas se alinea estrechamente con el marco de programación nativo de Kubernetes, incorporando varias modificaciones y funcionalidades adaptadas para admitir la carga de trabajo de la flota.

En esta captura de pantalla se muestra un diagrama de información general del marco de programación de flotas.

La principal ventaja de este marco es su capacidad de compilar complementos directamente en el programador. Su API facilita la implementación de diversas características de programación como complementos, lo que garantiza un núcleo ligero y fácil de mantener.

El programador de flotas integra los siguientes complementos integrados fundamentales:

  • Complemento de distribución de topología: admite el TopologySpreadConstraints en la directiva de selección de ubicación.
  • Complemento de afinidad de clúster: facilita la cláusula affinity en la directiva de selección de ubicación.
  • Mismo complemento de afinidad de ubicación: diseñado específicamente para la flota e impide que varias réplicas se coloquen en el mismo clúster.
  • complemento de elegibilidad de clúster: habilita la selección del clúster en función de criterios de estado específicos.
  • Complemento de taint y toleration: habilita la selección de clúster basada en taints en el clúster y tolerations en ClusterResourcePlacement.

Para obtener más información, consulte la documentación del marco de programación de flotas ascendente.

Pasos siguientes