Add the ssh way which is neater than the proxmox ui.

Default ip is also now 192.168.100.199 which should be free

This provisions the storage node and for the first time, will trigger a puppet
run. This puppet run will install the storage's role including. Its network
paquets coming through the gateway to access everything.

Related T1785
Depends on D1796

Related D1762

This provisions the node and for the first time, will trigger a puppet run.
This puppet run will install the gateway's role including the routes back/forth
between production network and the staging network.

Related T1785
Related T1874

We will build debian vms (oldstable/stable) from a template with some basis
already set-up to avoid repeating those actions for new provisioned vm.

This action is needed to be once in a while (every debian migration to new
stable for example). Still, this is worth documenting/scripting to ease
reproducibility.

Related T1785

Related T1784

This allows to enhance the default terraform install tool with a proxmox
plugin. Allowing to manage the proxmox infrastructure within text files.

Related T1785
Related T1720

Related T1716

This bunch of if...elif...fi is there to reproduce the way the
resource_group and nodename are currently built in the azure infra.

So that we can use those script instead of clicking in the portal ui.

We will either need to:

- factorize that snippet part at some point (which is duplicated in
  add-disk, create-vm and here so far)

- rename our resources in the azure portal

In regards to resource group, vm name computations.

Ideally, this should be factorized.

That'll avoid T1128 reiterating in the future...

[1] https://docs.microsoft.com/en-us/azure/virtual-machines/linux/expand-disks

Related T1094

We need that version because our manifests need it.
If not, the provisioning fails at the puppet run step.

According to our current azure dashboard