Así que estoy usando el controlador de entrada NGINX de kubernetes y lo instalé a través del gráfico de timón .
No encontré ninguna documentación real para el gráfico, pero al hacer referencia a values.yaml , cambié el valor de controller.kind a DaemonSet.
Entonces, la primera parte de esta pregunta, ¿es esta una buena práctica? No pude encontrar ninguna información sobre esto, pero un controlador podría no ser suficiente para manejar todo el tráfico entrante, también nos encontramos con algunos problemas, donde el nodo que ejecutaba el controlador de ingreso estaba inactivo. Espero que el controlador se ejecute como DaemonSet sea suficiente, tanto en lo que respecta a la disponibilidad como al rendimiento.
La segunda y más importante parte de la pregunta es, ¿cómo podría tener múltiples balanceadores de carga en tal configuración? Dado que es posible que un equilibrador de carga no pueda manejar todo el tráfico, queremos agregar varios equilibradores de carga, pero según tengo entendido, se creará un servicio del tipo Loadbalancer. ¿Cómo puedo tener múltiples Loadbalancers?
¿También es posible hacer esto a través de una configuración de gráfico de timón?
Nginx Ingress Controller no es un balanceador de carga, por lo que cuando dice que un balanceador de carga no sería suficiente, supongo que quiere decir que un pod de Ingress Controller no sería suficiente. En ese caso, la creación de varios balanceadores de carga realmente no ayudaría, ya que obtendría más balanceadores de carga del proveedor de la nube apuntando al mismo controlador de entrada.
Ahora, tener un DaemonSet para IC puede parecer una buena idea, pero no lo es. Especialmente cuando tiene decenas o cientos de nodos, en cuyo caso podría tener decenas o cientos de módulos de IC que realmente no necesita. Es posible que necesite 5, para 40 nodos.
La forma adecuada sería volver a cambiar el objeto a Deployment , crear un objeto HorizontalPodAutoscaler para ese Deployment , para escalar en función de un umbral que establecerá. Es posible que deba instalar un servidor de métricas para eso. Si tiene el problema de tener un escalador automático de nodos, por ejemplo, que podría desactivar un nodo en cualquier momento, debe configurar un objeto PodDisruptionBudget para evitar estos casos. Los PDB evitarán que se vacíe un nodo y el escalador automático de nodos eliminará otro nodo. También puede establecer una Anti-affinity contra sí mismo para evitar que se implementen dos módulos de IC en el mismo nodo, para hacer un esfuerzo adicional.