Tenga en cuenta ciertas limitaciones y solución de problemas cuando se integran configuraciones de Terraform como recurso en VMware Aria Automation.
Limitaciones de las configuraciones de Terraform
- Al validar un diseño con configuraciones de Terraform, el botón PROBAR permite comprobar la sintaxis de Automation Assembler, pero no la sintaxis de código de Terraform nativa.
Además, el botón PROBAR no valida los identificadores de confirmación asociados con las configuraciones de Terraform.
- Las configuraciones de Terraform de VMware Aria Automation pueden aprovisionarse en nubes públicas. No se admite el aprovisionamiento en la infraestructura local.
- Para una plantilla de nube que incluye configuraciones de Terraform, la clonación de la plantilla en un proyecto diferente requiere la siguiente solución alternativa.
- En el nuevo proyecto, en la pestaña Integraciones, copie el
repositoryIdde la integración. - Abra la plantilla de clonación. En el editor de código, reemplace
repositoryIdpor el que copió.
- En el nuevo proyecto, en la pestaña Integraciones, copie el
- En el repositorio de control de versiones, no incluya un archivo de estado de Terraform con los archivos de configuración. Si hay
terraform.tfstate, se producen errores durante la implementación.
Acciones del día 2 admitidas para el recurso de Terraform principal
Para el recurso principal de Terraform, puede ver o actualizar el archivo de estado de Terraform. Para obtener más información sobre las acciones del archivo de estado, consulte la lista completa de acciones en Acciones que se pueden ejecutar en las implementaciones de recursos admitidos de Automation Assembler.
Acciones del día 2 admitidas para recursos secundarios
Después de implementar las configuraciones de Terraform, es posible que la acción del día 2 tarde hasta 20 minutos en estar disponible en recursos secundarios.
Para recursos secundarios en una configuración de Terraform, solo se admite el siguiente subconjunto de acciones del día 2. Para obtener más información sobre las acciones, busque en la lista completa de acciones en Acciones que se pueden ejecutar en las implementaciones de recursos admitidos de Automation Assembler.
| Proveedor | Tipo de recurso de Terraform | Acciones del día 2 admitidas |
|---|---|---|
| AWS | aws_instance | Encender |
| Apagar | ||
| Reiniciar | ||
| Restablecer | ||
| Azure | azurerm_virtual_machine | Encender |
| Apagar | ||
| Reiniciar | ||
| Suspender | ||
| vSphere | vsphere_virtual_machine | Encender |
| Apagar | ||
| Reiniciar | ||
| Restablecer | ||
| Apagar | ||
| Suspender | ||
| Crear instantánea | ||
| Eliminar instantánea | ||
| Revertir instantánea | ||
| GCP | google_compute_instance | Encender |
| Apagar | ||
| Crear instantánea | ||
| Eliminar instantánea |
Solucionar problemas de disponibilidad de acciones del día 2
Es posible que sea necesario solucionar los problemas de acciones del día 2 listas para usar (Out-of-the-box, OOTB) que faltan o están desactivadas.
| Problema | Causa | Resolución |
|---|---|---|
| Un recurso de Terraform no tiene una acción esperada del día 2 OOTB en el menú Acciones. | Es posible que la acción no sea compatible con el proveedor y el tipo de recurso como se menciona en la lista anterior. De forma alternativa, la acción puede necesitar hasta 20 minutos para aparecer debido al tiempo de detección de recursos y de almacenamiento en caché de recursos. |
Compruebe el proveedor y el tipo de recurso en el diseño. Espere hasta 20 minutos para que se complete la recopilación de datos. |
| Un recurso de Terraform no tiene una acción del día 2 esperada, incluso después de los 20 minutos para tener en cuenta la recopilación de datos. | Un problema de detección de recursos impide que aparezca la acción. Una forma en que sucede es cuando el recurso se crea accidentalmente en una zona de nube fuera del proyecto. Por ejemplo, el proyecto solo incluye una cuenta de nube y una zona de nube de la región us-east-1; no obstante, la configuración de Terraform incluye un bloque de proveedores de us-west-1 que no se cambió en el momento del diseño. Otra posibilidad es que la recopilación de datos no esté funcionando. |
Compruebe las zonas de nube del proyecto en función de las zonas de nube en el diseño. Vaya a y compruebe el estado de la recopilación de datos y la hora de la última recopilación correcta de la cuenta de nube. |
| A pesar de que no hay problemas obvios con el estado del recurso y la recopilación de datos, hay una acción del día 2 desactivada (de color gris). | Se sabe que, en ocasiones, se producen problemas de temporización intermitentes y errores de recopilación de datos. | El problema debería resolverse en 20 minutos. |
| Está desactivada la acción del día 2 equivocada, cuando debería estar activa en función del estado del recurso. Por ejemplo, está activada "Desconectar" y está desactivada "Encender", aunque el recurso se desconectó mediante la interfaz del proveedor. |
El tiempo de recopilación de datos puede provocar un error de coincidencia temporal. Si cambia el estado de energía desde fuera de VMware Aria Automation, tardará mucho en reflejar correctamente el cambio. | Espere hasta 20 minutos. |
Utilizar proveedores de Terraform personalizados en VMware Aria Automation
Si desea utilizar un proveedor de Terraform personalizado, siga los pasos que se indican a continuación.
En el repositorio de control de versiones de Git, en el directorio de Terraform que contiene main.tf, agregue la siguiente estructura de subdirectorios y el archivo ZIP del proveedor de Terraform personalizado.
terraform.d/plugins/<HOSTNAME>/<NAMESPACE>/<TYPE>/terraform-provider-<TYPE_VERSION_TARGET>.zip
Por ejemplo, si descargó Azurerm versión 3.12.0, cree la siguiente estructura.
terraform.d/plugins/registry.terraform.io/hashicorp/azurerm/terraform-provider-azurerm_3.12.0_linux_amd64.zip
