L’auteur a choisi le Free and Open Source Fund comme récipiendaire d’une donation dans le cadre du programme Write for Donations.
Vault, de Hashicorp, est un outil open-source permettant de stocker en toute sécurité des secrets et des données sensibles dans des environnements cloud dynamiques. Il offre un cryptage solide des données, un accès basé sur l’identité à l’aide de politiques personnalisées, ainsi qu’une location et une révocation secrètes, de même qu’un journal d’audit détaillé, enregistré à tout moment. Vault dispose également d’une API HTTP, ce qui en fait le choix idéal pour le stockage d’identifiants dans des déploiements dispersés orientés sur les services tels que Kubernetes.
Packer et Terraform, également développés par Hashicorp, peuvent être utilisés ensemble pour créer et déployer des images de Vault. Dans le cadre de ce flux de travail, les développeurs peuvent utiliser Packer pour écrire des images immuables pour différentes plateformes à partir d’un seul fichier de configuration qui spécifie ce que l’image doit contenir. Terraform déploiera ensuite le nombre requis d’instances personnalisées des images créées.
Dans ce tutoriel, vous utiliserez Packer pour créer un instantané immuable du système avec Vault installé, et orchestrer son déploiement à l’aide de Terraform. Au final, vous disposerez d’un système automatisé pour le déploiement de Vault, ce qui vous permettra de vous concentrer sur le travail avec Vault lui-même et non sur le processus d’installation et d’approvisionnement sous-jacent.
Dans cette étape, vous allez écrire un fichier de configuration Packer, appelé modèle, qui indiquera à Packer comment construire une image contenant Vault préinstallé. Vous allez écrire la configuration au format JSON, un format de fichier de configuration couramment utilisé, lisible par l’homme.
Aux fins de ce tutoriel, vous allez stocker tous les fichiers sous ~/vault-orchestration
. Créez le répertoire en exécutant la commande suivante :
- mkdir ~/vault-orchestration
Rendez-vous-y :
- cd ~/vault-orchestration
Vous stockerez les fichiers de configuration pour Packer et Terraform séparément, dans des sous-répertoires différents. Créez-les en utilisant la commande suivante :
- mkdir packer terraform
Comme vous allez d’abord travailler avec Packer, naviguez vers son répertoire :
- cd packer
Le stockage de données privées et de secrets d’application dans un fichier de variables séparé est le moyen idéal de les tenir à l’écart de votre modèle. Lors de la construction de l’image, Packer remplacera les variables référencées par leurs valeurs. Le codage en dur de valeurs secrètes dans votre modèle constitue un risque pour la sécurité, surtout s’il doit être communiqué aux membres de l’équipe ou affiché sur des sites publics tels que GitHub.
Vous les stockerez dans le sous-répertoire packer
, dans un fichier appelé variables.json
. Créez celui-ci avec votre éditeur de texte préféré :
- nano variables.json
Ajoutez les lignes suivantes :
{
"do_token": "your_do_api_key",
"base_system_image": "ubuntu-18-04-x64",
"region": "nyc3",
"size": "s-1vcpu-1gb"
}
Le fichier de variables se compose d’un dictionnaire JSON, qui associe les noms de variables à leurs valeurs. Vous utiliserez ces variables dans le modèle que vous êtes sur le point de créer. Si vous le souhaitez, vous pouvez modifier les valeurs de l’image de base, de la région et de la taille des droplets, en fonction de la documentation des développeurs.
N’oubliez pas de remplacer your_do_api_key
par votre clé API que vous avez créée dans le cadre des conditions préalables, puis enregistrez et fermez le fichier.
Le fichier de variables étant prêt, vous allez maintenant créer le modèle Packer lui-même.
Vous allez stocker le modèle Packer pour Vault dans un fichier nommé template.json
. Créez celui-ci avec votre éditeur de texte :
- nano template.json
Ajoutez les lignes suivantes :
{
"builders": [{
"type": "digitalocean",
"api_token": "{{user `do_token`}}",
"image": "{{user `base_system_image`}}",
"region": "{{user `region`}}",
"size": "{{user `size`}}",
"ssh_username": "root"
}],
"provisioners": [{
"type": "shell",
"inline": [
"sleep 30",
"sudo apt-get update",
"sudo apt-get install unzip -y",
"curl -L https://releases.hashicorp.com/vault/1.3.2/vault_1.3.2_linux_amd64.zip -o vault.zip",
"unzip vault.zip",
"sudo chown root:root vault",
"mv vault /usr/local/bin/",
"rm -f vault.zip"
]
}]
}
Dans le modèle, vous définissez des tableaux de constructeurs et de fournisseurs. Les constructeurs indiquent à Packer comment construire l’image du système (en fonction de leur type) et où la stocker, tandis que les fournisseurs contiennent des ensembles d’actions que Packer doit effectuer sur le système avant de le transformer en une image immuable, comme l’installation ou la configuration de logiciels. Sans fournisseurs, vous vous retrouveriez avec une image du système de base inchangée. Les constructeurs et les fournisseurs exposent des paramètres pour une personnalisation plus poussée du flux de travail.
Vous définissez d’abord un constructeur unique du type digitalocean
, ce qui signifie que lorsqu’on lui commande de construire une image, Packer utilisera les paramètres fournis pour créer une droplet temporaire de la taille définie en utilisant la clé API fournie avec l’image du système de base spécifiée et dans la région spécifiée. Le format permettant de récupérer une variable est {{user 'variable_name'}}
, où la partie surlignée représente son nom.
Lorsque la droplet temporaire est fournie, le fournisseur se connectera à celle-ci en utilisant SSH avec le nom d’utilisateur spécifié, et exécutera séquentiellement tous les fournisseurs définis, avant de créer un instantané DigitalOcean à partir de la droplet et de le supprimer.
Il est de type shell
, qui va exécuter les commandes données sur la cible. Les commandes peuvent être spécifiées soit en ligne
(sous la forme d’un tableau de chaînes de caractères), soit définies dans des fichiers de script séparés si leur insertion dans le modèle devient difficile en raison de leur taille. Les commandes du modèle attendront 30 secondes pour que le système démarre, puis téléchargeront et décompresseront Vault 1.3.2. Consultez la page officielle de téléchargement de Vault et remplacez le lien présent dans les commandes par une version plus récente pour Linux, si disponible.
Lorsque vous avez terminé, enregistrez et fermez le fichier.
Pour vérifier la validité de votre modèle, exécutez la commande suivante :
- packer validate -var-file=variables.json template.json
Packer accepte un chemin vers le fichier de variables via l’argument -var-file
.
Vous verrez la sortie suivante :
OutputTemplate validated successfully.
Si vous obtenez une erreur, Packer vous indiquera exactement où elle s’est produite afin que vous puissiez la corriger.
Vous disposez maintenant d’un modèle de travail qui produit une image avec Vault installé, avec votre clé API et d’autres paramètres définis dans un fichier séparé. Vous êtes prêt à appeler Packer et à construire l’instantané.
Dans cette étape, vous allez construire un instantané DigitalOcean à partir de votre modèle en utilisant la commande Packer build
.
Pour créer votre instantané, exécutez la commande suivante :
- packer build -var-file=variables.json template.json
L’exécution de cette commande prendra un certain temps. Vous verrez beaucoup de sorties qui ressembleront à ceci :
Outputdigitalocean: output will be in this color.
==> digitalocean: Creating temporary ssh key for droplet...
==> digitalocean: Creating droplet...
==> digitalocean: Waiting for droplet to become active...
==> digitalocean: Using ssh communicator to connect: ...
==> digitalocean: Waiting for SSH to become available...
==> digitalocean: Connected to SSH!
==> digitalocean: Provisioning with shell script: /tmp/packer-shell035430322
...
==> digitalocean: % Total % Received % Xferd Average Speed Time Time Time Current
==> digitalocean: Dload Upload Total Spent Left Speed
digitalocean: Archive: vault.zip
==> digitalocean: 100 45.5M 100 45.5M 0 0 154M 0 --:--:-- --:--:-- --:--:-- 153M
digitalocean: inflating: vault
==> digitalocean: Gracefully shutting down droplet...
==> digitalocean: Creating snapshot: packer-1581537927
==> digitalocean: Waiting for snapshot to complete...
==> digitalocean: Destroying droplet...
==> digitalocean: Deleting temporary ssh key...
Build 'digitalocean' finished.
==> Builds finished. The artifacts of successful builds are:
--> digitalocean: A snapshot was created: 'packer-1581537927' (ID: 58230938) in regions '...'
Packer enregistre toutes les étapes de la création de votre modèle. La dernière ligne contient le nom de l’instantané (tel que packer-1581537927
) et son identifiant entre parenthèses, marqué en rouge. Notez votre ID de l’instantané, car vous en aurez besoin à l’étape suivante.
Si le processus de construction échoue à cause d’erreurs d’API, attendez quelques minutes puis réessayez.
Vous avez construit un instantané DigitalOcean selon votre modèle. L’instantané contient Vault préinstallé, et vous pouvez maintenant déployer les droplets avec lui comme image système. Dans l’étape suivante, vous allez écrire la configuration de Terraform pour automatiser ces déploiements.
Dans cette étape, vous allez écrire la configuration de Terraform pour automatiser les déploiements de droplets de l’instantané contenant Vault que vous venez de construire avec Packer.
Avant d’écrire la configuration réelle de Terraform pour le déploiement de Vault à partir de l’instantané construit précédemment, vous devrez d’abord configurer le fournisseur DigitalOcean pour celui-ci. Naviguez vers le sous-répertoire terraform
en exécutant :
- cd ~/vault-orchestration/terraform
Ensuite, créez un fichier nommé do-provider.tf
, où vous stockerez le fournisseur :
- nano do-provider.tf
Ajoutez les lignes suivantes :
variable "do_token" {
}
variable "ssh_fingerprint" {
}
variable "instance_count" {
default = "1"
}
variable "do_snapshot_id" {
}
variable "do_name" {
default = "vault"
}
variable "do_region" {
}
variable "do_size" {
}
variable "do_private_networking" {
default = true
}
provider "digitalocean" {
token = var.do_token
}
Ce fichier déclare les variables de paramètres et fournit au fournisseur digitalocean
une clé API. Vous utiliserez plus tard ces variables dans votre modèle Terraform, mais vous devrez d’abord spécifier leurs valeurs. Pour cela, Terraform permet de spécifier des valeurs de variables dans un fichier de définitions de variables, de façon similaire à Packer. Le nom de fichier doit se terminer par .tfvars
ou .tfvars.json
. Vous transmettrez plus tard ce fichier à Terraform en utilisant l’argument -var-file
.
Enregistrez et fermez le fichier.
Créez un fichier de définitions de variables appelé definitions.tfvars
en utilisant votre éditeur de texte :
- nano definitions.tfvars
Ajoutez les lignes suivantes :
do_token = "your_do_api_key"
ssh_fingerprint = "your_ssh_key_fingerprint"
do_snapshot_id = your_do_snapshot_id
do_name = "vault"
do_region = "nyc3"
do_size = "s-1vcpu-1gb"
instance_count = 1
N’oubliez pas de remplacer your_do_api_key
, your_ssh_key_fingerprint
, et your_do_snapshot_id
par la clé API de votre compte, l’empreinte digitale de votre clé SSH, et l’identifiant de l’instantané que vous avez noté à l’étape précédente, respectivement. Les paramètres do_region
et do_size
doivent porter les mêmes valeurs que dans le fichier de variables Packer. Si vous souhaitez déployer plusieurs instances en même temps, ajustez instance_count
à la valeur souhaitée.
Lorsque vous avez terminé, sauvegardez et fermez le fichier.
Pour plus d’informations sur le fournisseur DigitalOcean Terraform, consultez les documents officiels.
Vous allez stocker la configuration de déploiement de l’instantané de Vault dans un fichier nommé deployment.tf
, sous le répertoire terraform
. Créez celui-ci avec votre éditeur de texte :
- nano deployment.tf
Ajoutez les lignes suivantes :
resource "digitalocean_droplet" "vault" {
count = var.instance_count
image = var.do_snapshot_id
name = var.do_name
region = var.do_region
size = var.do_size
private_networking = var.do_private_networking
ssh_keys = [
var.ssh_fingerprint
]
}
output "instance_ip_addr" {
value = {
for instance in digitalocean_droplet.vault:
instance.id => instance.ipv4_address
}
description = "The IP addresses of the deployed instances, paired with their IDs."
}
Vous définissez ici une ressource unique du type digitalocean_droplet
nommée vault
. Ensuite, vous définissez ses paramètres en fonction des valeurs des variables et ajoutez une clé SSH (en utilisant son empreinte digitale) de votre compte DigitalOcean à la ressource droplet. Enfin, vous output
à la console les adresses IP de toutes les instances qui viennent d’être déployées.
Enregistrez et fermez le fichier.
Avant de faire quoi que ce soit d’autre avec votre configuration de déploiement, vous devrez initialiser le répertoire en tant que projet Terraform :
- terraform init
Vous verrez la sortie suivante :
Output
Initializing the backend...
Initializing provider plugins...
The following providers do not have any version constraints in configuration,
so the latest version was installed.
To prevent automatic upgrades to new major versions that may contain breaking
changes, it is recommended to add version = "..." constraints to the
corresponding provider blocks in configuration, with the constraint strings
suggested below.
* provider.digitalocean: version = "~> 1.14"
Terraform has been successfully initialized!
You may now begin working with Terraform. Try running "terraform plan" to see
any changes that are required for your infrastructure. All Terraform commands
should now work.
If you ever set or change modules or backend configuration for Terraform,
rerun this command to reinitialize your working directory. If you forget, other
commands will detect it and remind you to do so if necessary.
Lors de l’initialisation d’un répertoire en tant que projet, Terraform lit les fichiers de configuration disponibles et télécharge les plugins jugés nécessaires, tels qu’ils sont enregistrés dans la sortie.
Vous disposez maintenant de la configuration de Terraform à utiliser pour le déploiement de votre instantané Vault. Vous pouvez passer à la validation et au déploiement sur une Droplet.
Dans cette section, vous allez vérifier votre configuration Terraform à l’aide de la commande validate
. Une fois qu’elle aura été vérifiée avec succès, vous l'appliquerez
et déploierez une droplet en conséquence.
Exécutez la commande suivante pour tester la validité de votre configuration :
- terraform validate
Vous verrez la sortie suivante :
OutputSuccess! The configuration is valid.
Ensuite, lancez la commande plan
pour voir ce que Terraform va tenter pour fournir l’infrastructure en fonction de votre configuration :
- terraform plan -var-file="definitions.tfvars"
Terraform accepte un fichier de définitions de variables via le paramètre -var-file
.
Le résultat sera similaire à :
OutputRefreshing Terraform state in-memory prior to plan...
The refreshed state will be used to calculate this plan, but will not be
persisted to local or remote state storage.
------------------------------------------------------------------------
An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
+ create
Terraform will perform the following actions:
# digitalocean_droplet.vault[0] will be created
+ resource "digitalocean_droplet" "vault" {
...
}
Plan: 1 to add, 0 to change, 0 to destroy.
------------------------------------------------------------------------
Note: You didn't specify an "-out" parameter to save this plan, so Terraform
can't guarantee that exactly these actions will be performed if
"terraform apply" is subsequently run.
Le +
vert au début de la ligne de la ressource "digitalocean_droplet" "vault"
signifie que Terraform va créer une nouvelle droplet appelée vault
en utilisant les paramètres qui suivent. Ceci est correct, vous pouvez donc maintenant exécuter le plan en lançant l’application terraform
:
- terraform apply -var-file="definitions.tfvars"
Entrez yes
(oui) lorsque cela vous est demandé. Après quelques minutes, la droplet terminera l’approvisionnement et vous verrez un résultat similaire à celui-ci :
OutputAn execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
+ create
Terraform will perform the following actions:
+ digitalocean_droplet.vault-droplet
...
Plan: 1 to add, 0 to change, 0 to destroy.
...
digitalocean_droplet.vault-droplet: Creating...
...
Apply complete! Resources: 1 added, 0 changed, 0 destroyed.
Outputs:
instance_ip_addr = {
"181254240" = "your_new_server_ip"
}
Dans la sortie, Terraform enregistre les actions qu’il a effectuées (dans ce cas, pour créer une droplet) et affiche son adresse IP publique à la fin. Vous l’utiliserez pour vous connecter à votre nouvelle droplet, lors de la prochaine étape.
Vous avez créé une nouvelle droplet à partir de l’instantané contenant Vault et vous êtes maintenant prêt à la vérifier.
Dans cette étape, vous allez accéder à votre nouvelle droplet en utilisant SSH et vérifier que Vault a été installé correctement.
Si vous êtes sous Windows, vous pouvez utiliser un logiciel tel que Kitty ou Putty pour vous connecter à la droplet à l’aide d’une clé SSH.
Sur les machines Linux et macOS, vous pouvez utiliser la commande ssh
déjà disponible pour vous connecter :
- ssh root@your_server_ip
Répondez yes
(oui) lorsque cela vous est demandé. Une fois que vous êtes connecté, lancez Vault en exécutant :
- vault
Vous verrez sa sortie « aide », qui ressemble à ceci :
OutputUsage: vault <command> [args]
Common commands:
read Read data and retrieves secrets
write Write data, configuration, and secrets
delete Delete secrets and configuration
list List data or secrets
login Authenticate locally
agent Start a Vault agent
server Start a Vault server
status Print seal and HA status
unwrap Unwrap a wrapped secret
Other commands:
audit Interact with audit devices
auth Interact with auth methods
debug Runs the debug command
kv Interact with Vault's Key-Value storage
lease Interact with leases
namespace Interact with namespaces
operator Perform operator-specific tasks
path-help Retrieve API help for paths
plugin Interact with Vault plugins and catalog
policy Interact with policies
print Prints runtime configurations
secrets Interact with secrets engines
ssh Initiate an SSH session
token Interact with tokens
Vous pouvez quitter la connexion en tapant exit
.
Vous avez maintenant vérifié que votre droplet qui vient d’être déployée a été créée à partir de l’instantané que vous avez créé, et que Vault est correctement installé.
Vous disposez maintenant d’un système automatisé pour déployer Vault de Hashicorp sur les droplets DigitalOcean en utilisant Terraform et Packer. Vous pouvez désormais déployer autant de serveurs Vault que nécessaire. Pour commencer à utiliser Vault, vous devez l’initialiser et le configurer davantage. Pour savoir comment procéder, consultez les documents officiels.
Pour accéder à d’autres tutoriels sur l’utilisation de Terraform, consultez notre page de contenus Terraform.
Thanks for learning with the DigitalOcean Community. Check out our offerings for compute, storage, networking, and managed databases.
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!