Comment créer et faire pivoter l'instantané automatique?

Mise à JOUR:

Le script a beaucoup changé depuis que j'ai donné cette réponse - s'il vous plaît voir le dépôt Github pour la dernière version de code: https://github.com/jacksegal/google-compute-snapshot

RÉPONSE ORIGINALE À CETTE QUESTION:

J'ai eu le même problème, j'ai donc créé un petit script shell pour prendre une image quotidienne et supprimer tous les instantanés de plus de 7 jours: https://github.com/Forward-Action/google-compute-snapshot

#!/usr/bin/env bash
export PATH=$PATH:/usr/local/bin/:/usr/bin

#
# CREATE DAILY SNAPSHOT
#

# get the device name for this vm
DEVICE_NAME="$(curl -s "http://metadata.google.internal/computeMetadata/v1/instance/disks/0/device-name" -H "Metadata-Flavor: Google")"

# get the device id for this vm
DEVICE_ID="$(curl -s "http://metadata.google.internal/computeMetadata/v1/instance/id" -H "Metadata-Flavor: Google")"

# get the zone that this vm is in
INSTANCE_ZONE="$(curl -s "http://metadata.google.internal/computeMetadata/v1/instance/zone" -H "Metadata-Flavor: Google")"

# strip out the zone from the full URI that google returns
INSTANCE_ZONE="${INSTANCE_ZONE##*/}"

# create a datetime stamp for filename
DATE_TIME="$(date "+%s")"

# create the snapshot
echo "$(gcloud compute disks snapshot ${DEVICE_NAME} --snapshot-names gcs-${DEVICE_NAME}-${DEVICE_ID}-${DATE_TIME} --zone ${INSTANCE_ZONE})"


#
# DELETE OLD SNAPSHOTS (OLDER THAN 7 DAYS)
#

# get a list of existing snapshots, that were created by this process (gcs-), for this vm disk (DEVICE_ID)
SNAPSHOT_LIST="$(gcloud compute snapshots list --regexp "(.*gcs-.*)|(.*-${DEVICE_ID}-.*)" --uri)"

# loop through the snapshots
echo "${SNAPSHOT_LIST}" | while read line ; do

   # get the snapshot name from full URL that google returns
   SNAPSHOT_NAME="${line##*/}"

   # get the date that the snapshot was created
   SNAPSHOT_DATETIME="$(gcloud compute snapshots describe ${SNAPSHOT_NAME} | grep "creationTimestamp" | cut -d " " -f 2 | tr -d \')"

   # format the date
   SNAPSHOT_DATETIME="$(date -d ${SNAPSHOT_DATETIME} +%Y%m%d)"

   # get the expiry date for snapshot deletion (currently 7 days)
   SNAPSHOT_EXPIRY="$(date -d "-7 days" +"%Y%m%d")"

   # check if the snapshot is older than expiry date
if [ $SNAPSHOT_EXPIRY -ge $SNAPSHOT_DATETIME ];
        then
     # delete the snapshot
         echo "$(gcloud compute snapshots delete ${SNAPSHOT_NAME} --quiet)"
   fi
done

Script suppose $HOSTNAME est le même que le disque-nom (mon premier disque système suppose le même nom que la machine virtuelle instance ou $HOSTNAME -- (modifier à votre convenance) en fin de compte, où il est dit $HOSTNAME, il doit pointer vers le disque système sur votre machine virtuelle.

gcloud crée différentiels diff instantanés. Les plus anciennes contiennent le plus d'information. Vous n'avez pas besoin de s'inquiéter à propos de la création d'un instantané. La suppression de la plus ancienne fera de nouvelles plus anciennes de l'instantané de la primaire que l'avenir des incréments sera la base de. Tout cela est fait sur le côté de Google logique -- donc, c'est automagique à gcloud.

Nous avons cet ensemble de script à exécuter sur une tâche cron toutes les heures. Il crée un instantané supplémentaire (env 1 à 2 go) et supprime ceux qui sont âgés de plus de jours de rétention. Google comme par magie redimensionne l'instantané le plus ancien (qui était précédemment une incrémental) à la base de l'instantané. Vous pouvez tester cela en supprimant la base de l'instantané et de l'actualisation de la liste des instantanés (console.cloud.google.com) -- la "magie" se produit en arrière-plan et vous devrez peut-être lui donner une minute ou deux pour rebase lui-même. Par la suite, vous remarquerez l'instantané le plus ancien est la base et c'est la taille de refléter la portion utilisée du disque que vous effectuez l'instantané.

$> instantané

#!/bin/bash

    . ~/.bash_profile > /dev/null 2>&1  # source environment for cron jobs

    retention=7 #days

    zone=`gcloud info|grep zone:|awk -F\[ '{print $2}'|awk -F\] '{print $1}'`
    date=`date +"%Y%m%d%H%M"`
    expire=`date -d "-${retention} days" +"%Y%m%d%H%M"`

    snapshots=`gcloud compute snapshots list --regexp "(${HOSTNAME}-.*)" --uri`

    # Delete snapshots older than $expire
    for line in "${snapshots[@]}"
    do
      snapshot=`echo ${line}|awk -F\/ '{print $10}'|awk -F\  '{print $1}'`
      snapdate=`echo $snapshot|awk -F\- '{print $3}'`
      if (( $snapdate <= $expire )); then
        gcloud compute snapshots delete $snapshot --quiet
      fi
    done

    # Create New Snapshot
    gcloud compute disks snapshot $HOSTNAME --snapshot-name ${HOSTNAME}-${date} --zone $zone --description "$HOSTNAME Disk snapshot ${date}"

Si rien d'autre, je sais que [--set-scheduling] est une situation gcloud drapeau et il y a un wait [process] qui permettront de prévenir la commande en cours d'exécution jusqu'à ce que le processus est terminé. Combinez cela avec && opérateur (s'exécute même-déclaration des commandes une fois que le précédent est terminé), cordage cette ventouse ensemble ne devrait pas être trop dur. Il suffit de lancer au démarrage (lorsque vous créez une instance, il a démarrage de l'option de commande) et de le faire compter le temps ou faire de l'entretien régulier des fonctions de déclencher les commandes. Mais honnêtement, pourquoi mélanger la syntaxe si vous n'avez pas à?

Cela pourrait fonctionner (ne pas copier/coller)

gcloud config set compute/zone wait [datetime-function] && \
gcloud compute disks snapshot snap1 snap2 snap3 \
        --snapshot-names ubuntu12 ubuntu14 debian8  \
        --description=\
            '--format="multi(\
                info:format=list always-display-title compact,\
                data:format=list always-display-title compact\
                )"'

En théorie gcloud va définir le calcul de la zone, mais devra attendre jusqu'à ce que le temps spécifié. En raison de la double esperluette (&&) la prochaine commande ne s'exécute pas tant après la première commande est complète. J'ai peut-être passé par-dessus bord sur la description, mais je n'ai pour le bien de montrer la simplicité de ça, je sais que ça ne marchera pas comme il est, mais je sais aussi que je ne suis pas loin. Wow après avoir regardé le code, on pourrait croire que nous essayons de résoudre l'immortalité de la séquence. Je ne pense pas que travailler dans un fichier bash est le meilleur moyen. gcloud fait en ligne de commande pour les personnes qui ne connaissent pas la ligne de commande. Nous avons été enseigné (ou appris... ou que vous n'avez pas encore appris) pour écrire le code d'une manière appropriée par rapport à l'environnement. Je dis que nous devons l'appliquer ici et utiliser le CLOUD SDK à notre avantage.

Il y a également un service 3ème Partie appelée VMPower.io qui peut automatiser la capture, la conservation et la restauration des captures d'écran pour google cloud. Ce n'est pas gratuit, mais vous ferez ce que vous cherchez sans avoir à coder quoi que ce soit.