0
votes

Quelle est la relation entre les nœuds, les pods, les conteneurs? Comment app est répliqué dans le cluster?

Je suis nouveau à Kubettes et j'ai traversé de nombreux articles, mais je n'ai pas trouvé de réponse fondamentale à mon doute.

Supposons que j'ai 2 noeuds Kubete Cluster et j'ai déployé 2 applications à ce sujet alors. P>

  1. Mes deux des applications seront hébergées sur les deux nœuds? Comme App1 sur les deux nœuds et App2 de la même manière? Cela signifie que nous avons un facteur de réplication de 2 par défaut. Correct? P> li>

  2. Il aura 1 pod par nœud? Quelle sera la structure? P> LI> ol>

    Node 1- Pod1 - > App1
    Node 1- Pod2 - > App2
    Node 2- Pod1 - > App1
    Node 2- Pod2 - > App2
    


0 commentaires

3 Réponses :


0
votes

Cela dépend du nombre de répliques que définis dans votre déploiement? Si vous avez 2 nœuds et que vous définissez 1 réplicas dans un déploiement, vous aurez 1 pod dans le premier nœud ou le deuxième nœud. Si vous définissez 3 réplicas dans un déploiement, vous aurez 3 pod dans le premier nœud ou le deuxième nœud ou 2 pod dans le premier nœud et 1 pod dans le deuxième nœud ou autrement.


2 commentaires

Merci, ça a du sens. Si j'ai 5 microservices, combien de déploiements je devrais faire? Devrais-je faire 5 services sous un déploiement ou 5 déploiements différents? Quel est le facteur décisif?


Chaque microservice doit être défini dans une Déploiement < / a> consistant en un nombre configurable de répliques de pod. Donc, vous pouvez accabler chaque microservice séparément.



3
votes

Il n'y a pas d'attachement prédéfini de pods aux nœuds. Le planificateur KubeNettes décide de manière dynamique du nœud pour affecter une pod à la création du pod.

En général, une application Kubettes est constituée d'un ensemble de gousses répliquées (dans la plupart des cas gérés par un Ressource de déploiement ). Quels nœuds ces nœuds finissent par s'exécuter sur le planificateur. Il n'y a pas de stratégie intégrée qui réplique des gousses de la même application doit exécuter sur différents nœuds.

Cependant, vous pouvez influencer la décision du planificateur avec divers mécanismes:


2 commentaires

À votre déclaration "Il n'y a pas de stratégie intégrée que les bosses de réplique de la même application doivent être exécutées sur différents nœuds", puis si je dispose de la grappe de 2 nœuds et que j'ai déployé 1 application. Cela signifie que l'application réside dans l'un de ces 2 nœuds. Ensuite, quelle est l'utilisation de faire un cluster avec plusieurs nœuds? Je doute que tous les nœuds d'un cluster exécutent une instance d'application. Veuillez éteindre


Le but de plusieurs nœuds est de rassembler des ressources de calcul. Si vous avez de nombreuses applications et que vous avez besoin de 20 Go de mémoire ensemble et que vous avez des nœuds avec 10 Go de mémoire, vous avez besoin d'au moins deux de ces nœuds afin que vos applications puissent exécuter. Si vous créez un cluster avec deux nœuds uniquement pour exécuter une seule application composée d'une seule pod, l'application ne fonctionnera que sur un nœud et le deuxième nœud est gaspillé. Mais ce n'est pas un cas d'utilisation normal. Kubettes est fabriqué pour avoir exécuté de nombreuses applications composées de nombreux pods sur le même groupe.



0
votes

Une gousse comprend un conteneur d'applications ou un groupe de conteneurs d'applications. Lorsqu'il y a plus de 1 conteneurs dans une nacelle, le planificateur Kubettes veille à ce que tous les conteneurs définis dans la spécification POD soient créés sur le même noeud.

KubeNettes Planificateur tente toujours de diffuser des gousses entre les nœuds en fonction de divers facteurs, en fonction de divers facteurs, en fonction de divers facteurs, y compris des ressources Disponibilité.

En ce qui concerne vos questions:

  1. Mes deux applications seront hébergées sur les deux nœuds? Comme App1 sur les deux nœuds et App2 de la même manière? Cela signifie que nous avons une réplication facteur de 2 par défaut. Correct?

    si le nombre de réplication est "1" pour les deux pods, une seule instance de POD sera créée pour chaque application quel que soit le nombre de nœuds. Sinon, le planificateur Kubettes décide de manière dynamique où mettre des répliques supplémentaires en fonction de la ressource (CPU, la mémoire) disponible sur chaque nœud. Le nombre de réplication par défaut (aka réplicas) est 1.

    1. Il aura 1 pod par nœud? Quelle sera la structure?

      Si les deux nœuds ont suffisamment de disponibilité des ressources, la structure pourrait ressembler à ceci: xxx

      1. Si j'ai défini le facteur de réplication = 2, alors comment cela affectera la structure? Va-t-il créer

        Selon la disponibilité des ressources, le planificateur KubeNettes pourrait créer des répliques supplémentaires telles que ceci: xxx


1 commentaires

D'après ce que j'ai vu, le planificateur tente généralement d'équilibrer le nombre de gousses entre les nœuds et ne tente pas de ne pas mettre la même réplique de podage sur le même nœud, mais les mêmes répliques de pod peuvent se retrouver sur le même noeud. Je ne suis pas familier (et je n'ai pas regardé) au code du backend pour le planificateur.