Création dinstantanés avec Packer

• Qu'est-ce que Packer?
• Comment ça fonctionne
• Utiliser Packer
• Définition d'une région, d'un plan et d'un système d'exploitation

Qu'est-ce que Packer?

Packer est un outil d'imagerie de serveur développé par HashiCorp. Imagerie serveur; ou bien une infrastructure immuable; est une alternative populaire aux outils de configuration d'exécution, tels que Ansible ou Puppet. Il est basé sur l'idée qu'une fois qu'un serveur est déployé, vous ne le changez jamais; au lieu de cela, vous déployez un nouveau serveur avec vos modifications, puis supprimez l'ancien. Cela facilite la maintenance des serveurs et vous permet d'évoluer plus efficacement sur un grand nombre de machines.

Bien que Packer ne prenne pas en charge Vultr, il existe un plugin qui ajoute cette prise en charge. Les instructions pour installer Packer avec la prise en charge de Vultr se trouvent dans le fichier README du plugin. Le reste de cet article suppose que Packer est installé, ainsi que le plugin Vultr.

Comment ça fonctionne

Le but de Packer est de produire des images de serveur ou des artefacts qui peuvent être utilisés pour créer un nouveau serveur exactement comme il était au moment de la création d'image. Pour Vultr, ces artefacts sont appelés instantanés. Le plugin fonctionne en déployant un nouveau VPS, en exécutant vos provisionneurs définis dessus, en créant un instantané de celui-ci, puis en supprimant le VPS. Lorsque vous souhaitez créer un nouveau serveur à partir de votre image, il vous suffit d'appeler l'API de Vultr pour déployer un nouveau VPS avec le snapshot souhaité comme système d'exploitation.

Utiliser Packer

Packer prend un fichier JSON définissant la génération qu'il doit exécuter en entrée. Voici un exemple de fichier définissant une build Vultr:

{
  "variables": {
    "vultr_api_key": "{{env `VULTR_API_KEY`}}"
  },
  "builders": [
    {
      "type": "vultr",
      "api_key": "{{user `vultr_api_key`}}",
      "snapshot_description": "My Awesome App",
      "region_id": "2",
      "plan_id": "201",
      "os_id": "167",
      "ssh_username": "root"
    }
  ]
}

Ce fichier a deux clés de niveau supérieur variableset builders. La variablesclé est utilisée pour définir des variables personnalisées et, dans ce cas, elle est utilisée pour incorporer la VULTR_API_KEYvariable d'environnement d'une manière qui peut être utilisée ultérieurement. La buildersclé contient une liste de builds à exécuter, dans ce cas uniquement notre build Vultr. Brisons un peu cette construction:

• type: Ceci définit le générateur à utiliser réellement, et pour les versions Vultr, cela devrait toujours être le cas vultr.
• api_key: Pour exécuter la génération, vous avez besoin d'une clé API, qui est définie ici. Cet exemple la définit comme la valeur de la vultr_api_keyvariable utilisateur, qui plus haut est définie sur la valeur de la VULTR_API_KEYvariable d'environnement.
• snapshot_description: Description de l'instantané résultant.
• region_id: Région dans laquelle déployer un VPS. Cela n'affecte pas l'instantané final, uniquement le serveur à partir duquel l'instantané est créé.
• plan_id: Le plan à utiliser pour le VPS. Les utilisations futures de cet instantané doivent définir un plan au moins aussi important.
• os_id: Le système d'exploitation sur lequel baser l'instantané.
• ssh_username: Nom d'utilisateur qui sera utilisé lors de la connexion SSH au serveur pour l'approvisionnement. Pour les serveurs Linux, ce sera généralement le cas root.

Pour l'utiliser, enregistrez ce fichier sous un nom tel que server.json, puis exécutez la commande packer build server.json. Vous verrez une sortie indiquant l'état de la construction, ce qui prendra quelques minutes.

Lorsque vous exécutez cette génération, un nouveau serveur nommé Snapshotting: My Awesome Appsera créé, instantané, puis détruit. Sans aucun provisionneur défini, c'est tout ce qui se passe. Pour plus d'informations sur la définition des provisionneurs, reportez-vous à la documentation de Packer .

Une fois la génération terminée, Packer affichera l'ID de l'instantané résultant.

Définition d'une région, d'un plan et d'un système d'exploitation

Ces trois valeurs sont requises pour chaque build Vultr, mais peuvent être définies de plusieurs manières. Pour chacun, vous devez spécifier exactement l'une de ses variantes afin d'éviter toute ambiguïté:

Région

Les informations sur la région peuvent être consultées via l'API: https://www.vultr.com/api/#regions_region_list

• region_id: L'ID de la région, par exemple 2
• region_code: Le code de la région, par exemple ORD

Plan

Les informations du plan peuvent être interrogées via l'API: https://www.vultr.com/api/#plans_plan_list

• plan_id: L'ID du plan, par exemple 201

OS

Les informations sur le système d'exploitation peuvent être consultées via l'API: https://www.vultr.com/api/#os_os_list

• os_id: L'ID de l'OS, par exemple 167