Les instances de serveur virtuel classiques sont-elles prises en charge pour une utilisation avec des actions?

Les environnements VSI classiques ne sont pas pris en charge avec des actions. Seules les instances de serveur virtuel IBM Cloud ont été testées et sont prises en charge avec des actions.

Quelle configuration de réseau est suggérée pour une utilisation avec des actions?

Il est de votre responsabilité en tant qu'utilisateur de vous assurer que des règles réseau appropriées et une configuration d'hôte bastion sont en place pour l'environnement de cloud afin de permettre à Schematics de se connecter via SSH à votre environnement. Voir pare-feuSchematics, adresses IP autorisées pour plus de détails sur les adresses IP utilisées par Schematics et dont l'accès doit être autorisé. Lors de l'utilisation d'un hôte bastion, le transfert SSH est utilisé pour se connecter aux instances de serveur virtuel cible. Pour valider l'accès à la commande ssh -J bastion-ip vsi-ip.

Des exemples de configurations VPC IBM Cloud® avec des hôtes bastion sont disponibles dans le référentiel Cloud-Schematics. Suivez le tutoriel Discover best-practice VPC configuration for application deployment pour obtenir des conseils sur la création d'une configuration de réseau appropriée.

Pourquoi la connexion SSH échoue-t-elle avec des fichiers d'inventaire statiques?

La définition d'hôtes cible à l'aide de noms d'hôte courts n'est pas prise en charge pour les instances de serveur virtuel sur un réseau privé sans adresses IP publiques. La connexion échoue avec le message Could not resolve hostname. Consultez la documentation sur les actions pour connaître les configurations prises en charge.

ansible-playbook run | fatal: [worker-0]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host through ssh: ssh: Could not resolve hostname toraz3-worker-0001: Name or service not known", "unreachable": true}
2023/08/24 12:15:47 ansible-playbook run | fatal: [grid-man-0]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host through ssh: ssh: Could not resolve hostname toraz3-grid-man-01: Name or service not known", "unreachable": true}

Pourquoi mon travail d'action affiche-t-il un message d'avertissement d'obsolescence?

Dans la page des paramètres de l'action, vous devez définir la variable d'entrée comme ansible_python_interpreter = auto, comme indiqué dans la capture d'écran, afin d'éviter le message DEPRECATION WARNING.

Comment puis-je résoudre l'erreur "might not run action" lors du provisionnement de WinRM en utilisant l'action Schematics?

Error: 2021/12/06 10:15:49 Terraform apply | Error: Error running command 'ANSIBLE_FORCE_COLOR=true ansible-playbook ansible.yml --inventory-file='inventory.yml' --extra-vars='{"ansible_connection":"winrm","ansible_password":"password","ansible_user":"administrator","ansible_winrm_server_cert_validation":"ignore"}' --forks=15 --user='root' --ssh-extra-args='-p 22 -o ConnectTimeout=120 -o ConnectionAttempts=3 -o StrictHostKeyChecking=no'': exit status 2. Output:
 2021/12/06 10:15:49 Terraform apply | PLAY [Please wait and have a coffee! The show is about to begin....] ***********
 2021/12/06 10:15:49 Terraform apply |
 2021/12/06 10:15:49 Terraform apply | TASK [Gathering Facts] *********************************************************
 2021/12/06 10:15:49 Terraform apply | fatal: [161.156.161.7]: FAILED! => {"msg": "winrm or requests is not installed: No module named 'winrm'"}
 2021/12/06 10:15:49 Terraform apply |
 2021/12/06 10:15:49 Terraform apply | PLAY RECAP *********************************************************************
 2021/12/06 10:15:49 Terraform apply | 161.156.161.7              : ok=0    changed=0    unreachable=0    failed=1    skipped=0    rescued=0    ignored=0
 2021/12/06 10:15:49 Terraform apply |
 2021/12/06 10:15:49 Terraform apply |
 2021/12/06 10:15:49 Terraform apply |
 2021/12/06 10:15:49 Terraform apply |   with null_resource.schematics_for_windows,
 2021/12/06 10:15:49 Terraform apply |   on schematics.tf line 2, in resource "null_resource" "schematics_for_windows":
 2021/12/06 10:15:49 Terraform apply |    2:   provisioner "ansible" {
 2021/12/06 10:15:49 Terraform apply |
 2021/12/06 10:15:50 Terraform APPLY error: Terraform APPLY errorexit status 1
 2021/12/06 10:15:50 Could not execute action

WinRM n'est pas pris en charge par le service de mise à disposition Terraform Ansible Schematics. Vous pouvez également utiliser les actions Schematics pour exécuter les protocoles Ansible avec WinRM. Les actions Schematics prennent en charge WinRM.

Quand les nouvelles versions de Terraform et d'Ansible sont-elles ajoutées à Schematics ?

Une fois que les nouvelles versions Terraform et Ansible sont publiées par la communauté, l'équipe IBM commence à renforcer et à tester l'édition pour Schematics. La disponibilité des nouvelles versions dépend des résultats de ces tests, des mises à jour de la communauté, des correctifs de sécurité et des changements technologiques entre les versions. Assurez-vous que les modèles Terraform et les protocoles Ansible sont compatibles avec l'une des versions prises en charge afin de pouvoir les exécuter dans Schematics. Pour plus d'informations, voir Mise à niveau de la version de modèle Terraform et des outils d'exécution Schematics.

Puis-je exécuter des protocoles Ansible avec Schematics ?

Oui, vous pouvez exécuter des playbooks Ansible sur vos IBM Cloud en utilisant les actions Schematics ou le service de mise à disposition Ansible dans votre fichier de configuration Terraform. Par exemple, utilisez le provisionneur Ansible pour déployer des logiciels sur des ressources en nuage ou pour définir des actions sur vos ressources, telles que l'arrêt d'une instance de serveur virtuel. Pour plus d'informations, consultez les modèles de playbook d' Ansible s d'échantillons pour les actions d' Schematics.