Infra de A à Z - 20. Terraform - Itérer les volumes openstack
Vložit
- čas přidán 28. 04. 2024
- Site infomaniak : www.infomaniak.com/fr
VOD :
Comment débuter sur une infrastructure cloud ? hors gafam ? Comment assembler les technologies nécessaires pour monitorer cette infrastructure ?
Comment automatiser avec simplicité cette infrastructure ?
A travers cette série de vidéos, je vous propose de découvrir une suggestion de "squelette" pour créer votre propre infrastructure et surtout d'apprendre à utiliser les technologie nécessaire pour cela.
Du provisionning à la configuration, de l'automatisation au monitoring, je vous propose de mettre en place les bases pour vous permettre d'aller plus loin.
#cloud #opensource #formation #openstack #terraform
Code : gitlab.com/xavki/infrastructu...
📽️ Abonnez-vous : bit.ly/2UnOdgi
🖥️ Devenir membre VIP : bit.ly/3dItQU9
👂 Podcast : podcast.ausha.co/xavki/
Sommaire de plus de 1500 vidéos :
- sur github : bit.ly/2P5x8Xj
- sur gitlab : bit.ly/2BvYouO
➡️ ➡️ Vous voulez m'encourager likez la vidéo, commentez-là et abonnez-vous ! 😃 - Věda a technologie
Un grand merci pour cette serie ! ( Et le repo associé - et notamment le dossier code que je viens de voir apparaitre )
Tres intérssant de voir le lego prendre forme et de le manipuler ! Ca me rappelle l'excellente playlist "Mon premier pipeline DevOps"
Avec plaisir 🙂
Merci, effectivement la ca demande un peu de gymnastique au cerveau :)
Avec plaisir 🙂
Merci TOP toujours !!
pour le type de volume en cli --> openstack volume type list
En cours 0,47 € 🤣
ah yes exact j'aurais pu préciser thx
Encore un grand merci pour cette vidéo :)
Petite question, je ne comprend pas comment est gérée la dépendance entre les volumes et les instances. Dans les précédentes vidéos, pour gérer des dépendances il fallait ajouter "depends_on" sur les objets. Hors ce n'est pas le cas pour la ressource du type ""openstack_compute_volume_attach_v2". Pourtant, il faut bien que l'instance existe pour faire l'attachement du disque.
Est-ce un coup de chance que cela fonctionne à chaque fois ? Cette dépendance est gérée nativement ? Ou, est ce une feature à mettre en place ?
Bonjour je l'avais vaguement indiqué mais la question mérite d'y revenir. En fait cela dépend de la conception du provider openstack (ou autre si on était sur un autre provider). Si il est prévu nativement pour prendre en compte la dépendance c'est bon si ce n'est pas le cas, il faut ajouter des dépendances manuellement comme nous l'avons fait.
Hello,
J'ai suivi toutes les videos jusqu'a celle la mais je bloque depuis quelque temps sur la meme erreur:
Error: Invalid reference
│
│ on ../modules/instance/instance.tf line 75, in locals:
│ 75: device = local.device_names[idvx]
│
│ A reference to a resource type must be followed by at least one attribute access, specifying the
│ resource name.
Est ce quelqu'un a eu ce meme message ?
Merci d'avance et beau boulot sur les vidéos
J'imagine que depuis le temps tu as trouvé la solution sinon j'ai eu la même erreur et cela venais tout simplement d'une petite erreur dans la nomenclature du device_name au niveau du locals :
Code non corrigé :
locals {
device_name = ["/dev/sdb","/dev/sdc","/dev/sdd","/dev/sde","/dev/sdf","/dev/sdg"]
}
locals {
instance_volume_map = merge([
for idxi, instance in openstack_compute_instance_v2.instance.*:
{
for idxv in range(var.instance_volumes_count):
"${instance.name}-volume-${idxv}" => {
instance_name = instance.name
instance_id = instance.id
volume_name = "${instance.name}-volume-${idxv}"
device = local.device_names[idxv]
}
}
]...)
}
Code corrigé :
locals {
device_names = ["/dev/sdb","/dev/sdc","/dev/sdd","/dev/sde","/dev/sdf","/dev/sdg"]
}
locals {
instance_volume_map = merge([
for idxi, instance in openstack_compute_instance_v2.instance.*:
{
for idxv in range(var.instance_volumes_count):
"${instance.name}-volume-${idxv}" => {
instance_name = instance.name
instance_id = instance.id
volume_name = "${instance.name}-volume-${idxv}"
device = local.device_names[idxv]
}
}
]...)
}
Voila Voila !