Pour plus d`informations, consultez Définition de groupes de nœuds et mappages d`hôtes. Consultez la documentation d`administration de l`équilibreur de charge pour les modifications postérieures à l`installation. Après avoir connu les bases de la configuration de votre propre fichier d`inventaire, vous pouvez consulter les inventaires d`exemples suivants qui décrivent diverses topographies d`environnement, y compris l`utilisation de plusieurs maîtres pour la haute disponibilité. Consultez Configuration des étiquettes d`hôte de nœud pour vous assurer que vous comprenez les exigences de sélecteur de nœud par défaut et les considérations d`étiquette de nœud commençant dans OKD 3. Vous pouvez choisir un exemple qui correspond à vos besoins, le modifier pour qu`il corresponde à votre propre environnement et l`utiliser comme fichier d`inventaire lors de l`exécution de l`installation. Pour définir et utiliser vos propres définitions de groupe de nœuds personnalisés, définissez la variable openshift_node_groups dans le fichier de stock. Cet équilibreur de charge HAProxy est conçu pour illustrer le mode HA du serveur API et n`est pas recommandé pour les environnements de production. Le nom de domaine deviendra la valeur de openshift_master_cluster_public_hostname et openshift_master_cluster_hostname dans le programme d`installation OKD. Le tableau suivant décrit un exemple d`environnement pour un maître unique (avec une instance ETCD unique exécutée en tant que Pod statique sur le même hôte), deux nœuds pour héberger des applications utilisateur et deux nœuds avec le rôle de nœud. Les inventaires d`exemple suivants utilisent l`ensemble par défaut de groupes de nœuds lors de la définition de openshift_node_group_name par hôte dans le groupe [nodes].
Si un hôte est défini dans la section [lb] du fichier d`inventaire, Ansible installe et configure HAProxy automatiquement en tant que solution d`équilibrage de charge. Pour plus d`informations, consultez l`exemple d`intégrations d`équilibreur de charge externe dans github. Pour en savoir plus sur l`architecture maître haute disponibilité, voir Kubernetes infrastructure. Si aucun hôte n`est défini, il est supposé que vous avez préconfiguré une solution d`équilibrage de charge externe de votre choix pour équilibrer l`API principale (port 8443) sur tous les hôtes maîtres. La configuration de plusieurs maîtres pour la haute disponibilité (HA) garantit que le cluster n`a pas de point de défaillance unique. Si vous déployez un fournisseur de services Cloud, Red Hat recommande de déployer un équilibreur de charge basé sur le protocole TCP natif du Cloud ou de prendre d`autres mesures pour fournir un équilibreur de charge hautement disponible. Pour utiliser cet exemple, modifiez le fichier pour qu`il corresponde à votre environnement et aux spécifications, puis enregistrez-le sous/etc/Ansible/hosts. Le passage d`un cluster maître unique à plusieurs Masters après l`installation n`est pas pris en charge. Vous pouvez configurer un environnement avec plusieurs maîtres, plusieurs hôtes ETCD et plusieurs nœuds. Vous pouvez configurer un environnement avec un seul maître et plusieurs nœuds, et soit un seul ou plusieurs hôtes ETCD.