Un cluster IBM® Cloud Private comporte quatre classes principales de noeuds : boot (amorçage), master (maître), worker et proxy.
Vous pouvez éventuellement spécifier des noeuds de gestion, Vulnerability Advisor et etcd dans votre cluster.
Vous devez déterminer l'architecture de votre cluster IBM Cloud Private avant de l'installer. La configuration de plusieurs noeuds maître pour la haute disponibilité du noeud maître et la séparation entre le noeud de gestion et le noeud maître ne constituent que des options durant l'installation. Après l'installation, vous pouvez ajouter ou retirer des noeuds worker, proxy, de gestion (management) et VA dans votre cluster.
Remarque : dans les images suivantes, les clusters représentent des configurations IBM Cloud Private minimales. Les configurations de production réelles peuvent varier.
Un noeud d'initialisation ou d'amorçage est utilisé pour exécuter l'installation, la configuration, la mise à l'échelle de noeud et les mises à jour de cluster. Un seul noeud d'amorçage est requis pour un cluster. Vous pouvez utiliser un noeud unique pour le maître et l'amorçage.
Vous pouvez utiliser un noeud d'amorçage unique pour plusieurs clusters. Dans ce cas, le maître et l'amorçage ne peuvent pas se trouver sur un seul noeud. Chaque cluster doit posséder son noeud maître. Sur le noeud d'amorçage, vous devez disposer d'un répertoire d'installation distinct pour chaque cluster. Si vous fournissez votre propre autorité de certification pour l'authentification, vous devez disposer d'un domaine CA pour chaque cluster.
Un noeud maître fournit des services de gestion et contrôle les noeuds worker dans un cluster. Les noeuds maître hébergent les processus responsables de l'allocation des ressources, de la maintenance des états et de la planification et de la surveillance. Parce qu'un environnement à haute disponibilité comporte plusieurs noeuds maître, en cas de défaillance du noeud maître principal, une logique de basculement promeut automatiquement un autre noeud dans le rôle de maître. Les hôtes qui peuvent servir de maître sont appelés candidats maître.
Un noeud worker est un noeud qui fournit un environnement conteneurisé pour exécuter des tâches. Lorsque le nombre de demandes augmente, d'autres noeuds worker peuvent facilement être ajoutés à votre cluster afin d'améliorer les performances et l'efficience. Un cluster peut comporter tout nombre de noeuds worker, mais au moins un noeud worker est requis.
Un noeud proxy est un noeud qui transmet une demande externe aux services créés dans votre cluster. Parce qu'un environnement à haute disponibilité comporte plusieurs noeuds proxy, en cas de défaillance du noeud proxy principal, une logique de basculement promeut automatiquement un autre noeud dans le rôle de proxy. Bien que vous puissiez utiliser un noeud unique comme maître et proxy, il est conseillé d'utiliser des noeuds proxy dédiés afin de réduire la charge sur le noeud maître. Un cluster doit comporter au moins un noeud proxy si l'équilibrage de charge est nécessaire dans le cluster.
Un noeud de gestion est un noeud facultatif qui héberge uniquement des services de gestion tels que la surveillance, le décompte et la journalisation. Configurer des noeuds de gestion dédiés, vous permet d'éviter que le noeud maître ne soit en surcharge. Vous pouvez activer un noeud de gestion distinct uniquement lors de l'installation d'IBM Cloud Private. Si vous n'activez pas un noeud de gestion distinct durant l'installation, les services de gestion sont placés sur le noeud maître.
Un noeud VA (Vulnerability Advisor) est un noeud facultatif, utilisé pour l'exécution des services Vulnerability Advisor. Les services Vulnerability Advisor sont très consommateurs de ressources. Si vous utilisez des services Vulnerability Advisor, spécifiez un noeud VA dédié. Pour plus d'informations sur Vulnerability Advisor, voir Vulnerability Advisor.
Un noeud etcd est un noeud facultatif, utilisé pour l'exécution du magasin de valeur de clé etcd distribué. La configuration d'un noeud etcd dans un cluster IBM Cloud Private disposant de nombreux noeuds (100 ou plus) permet d'améliorer
les performances etcd. Pour plus d'informations sur la configuration d'un noeud etcd, voir Définition des rôles de noeud dans le fichier hosts.
Si vous utilisez des noeuds proxy dans votre cluster, l'architecture est similaire au diagramme suivant :
Si vous utilisez des noeuds de gestion dans votre cluster, l'architecture est similaire au diagramme suivant :
Si vous utilisez des noeuds VA dans votre cluster, l'architecture est similaire au diagramme suivant :
