OpenStack Heat WebHooks pour le point d'effritement haut/bas vers interne (stockage) IP

Question

Nous déployons OpenStack Kilo avec Mirantis Fuel 7.0 et jusqu'à présent, le système semble fonctionner. Nous avons ajouté le composant de ceilomètre et la chaleur pour permettre à nos utilisateurs d'augmenter ou de réduire automatiquement certains serveurs LoadBalancer que nous utilisons sur nos piles.

La montée et la descente automatiques semblent fonctionner correctement. Le seul problème est lorsque nous allons vérifier les ressources dans l'onglet Orchestration, le WebHook généré pointe vers l'URL de gestion (192.168.0.2:8000) au lieu de pointer vers la même chaîne avec l'URL publique ou (de préférence) le nom du serveur.

Ce qui devrait ressembler à ceci:

https://<serverPublicIP>:8000/v1/[...] 

ressemble à ceci:

https://192.168.0.2:8000/v1/[...] 

J'ai vérifié le port (8000) et il est ouvert et à l'écoute sur le point de terminaison du public, de sorte que le problème n'est pas avec le service mais avec le composant qui génère l'info. En fait, si je copie manuellement l'adresse et édite la bonne adresse IP, cela fonctionne de l'extérieur de l'environnement en utilisant un client Restful ou simplement un navigateur Web.

Mais nous avons besoin du webhook généré pour utiliser automatiquement l'URL publique afin que nos clients puissent faire des appels à partir d'applications externes (pas de notre installation OpenStack/horizon uniquement) pour modifier l'état de la pile.

J'ai vérifié config de chaleur sous /etc/heat/heat.conf et peut trouver des paramètres suspects comme:

heat_metadata_server_url=http://192.168.0.2:8000 
heat_waitcondition_server_url=http://192.168.0.2:8000/v1/waitcondition 
heat_watch_server_url=http://192.168.0.2:8003 
auth_uri = http://192.168.0.2:5000/v2.0 
auth_host = 192.168.0.2 

Pas sûr que l'un de ces paramètres peut être celui qu'il est utilisé pour générer la webhook.

J'ai essayé de les modifier en utilisant l'adresse IP publique et le nom du serveur lui-même, cela ne semble pas faire de différence. Les webhooks sur l'interface utilisateur pointent toujours vers l'IP interne du contrôleur dans le réseau de gestion.

Answer 1

C'est la configuration pour l'URL de webhook d'alarme de mise à l'échelle automatique et cela aurait dû fonctionner. Je voulais juste savoir

1. Avez-vous redémarré le moteur thermique une fois après une nouvelle configuration avec l'adresse IP publique
2. Après reconfiguration, avez-vous essayé avec une nouvelle pile au lieu d'un existant? Parce que la pile existante & son alarme de mise à l'échelle correspondante créée dans ceilomètre ne sera pas modifiée avec ce changement de configuration.