Skip to main content

OpenClaw sur GCP Compute Engine (Docker, guide VPS de production)

Objectif

Exécuter une Gateway (passerelle) OpenClaw persistante sur une VM GCP Compute Engine en utilisant Docker, avec un état durable, des binaires intégrés à l’image et un comportement de redémarrage sûr. Si vous voulez « OpenClaw 24/7 pour ~5–12 $/mois », c’est une configuration fiable sur Google Cloud. Les tarifs varient selon le type de machine et la région ; choisissez la plus petite VM adaptée à votre charge de travail et montez en gamme si vous rencontrez des OOM.

Que faisons-nous (en termes simples) ?

  • Créer un projet GCP et activer la facturation
  • Créer une VM Compute Engine
  • Installer Docker (runtime applicatif isolé)
  • Démarrer la Gateway (passerelle) OpenClaw dans Docker
  • Rendre persistants ~/.openclaw + ~/.openclaw/workspace sur l’hôte (survivent aux redémarrages/reconstructions)
  • Accéder à l’interface de contrôle depuis votre ordinateur via un tunnel SSH
La Gateway peut être accessible via :
  • Le transfert de port SSH depuis votre ordinateur
  • L’exposition directe du port si vous gérez vous‑même le pare-feu et les jetons
Ce guide utilise Debian sur GCP Compute Engine. Ubuntu fonctionne également ; adaptez les paquets en conséquence. Pour le flux Docker générique, voir Docker.

Chemin rapide (opérateurs expérimentés)

  1. Créer un projet GCP + activer l’API Compute Engine
  2. Créer une VM Compute Engine (e2-small, Debian 12, 20 Go)
  3. Se connecter en SSH à la VM
  4. Installer Docker
  5. Cloner le dépôt OpenClaw
  6. Créer des répertoires persistants sur l’hôte
  7. Configurer .env et docker-compose.yml
  8. Intégrer les binaires requis, construire et lancer

Ce dont vous avez besoin

  • Compte GCP (éligible au free tier pour e2-micro)
  • CLI gcloud installée (ou utilisation de la Cloud Console)
  • Accès SSH depuis votre ordinateur
  • Aisance de base avec SSH + copier/coller
  • ~20–30 minutes
  • Docker et Docker Compose
  • Identifiants d’authentification de modèle
  • Identifiants de fournisseur optionnels
    • QR WhatsApp
    • Jeton de bot Telegram
    • OAuth Gmail

1. Installer la CLI gcloud (ou utiliser la Console)

Option A : CLI gcloud (recommandé pour l’automatisation) Installer depuis https://cloud.google.com/sdk/docs/install Initialiser et s’authentifier :
Option B : Cloud Console Toutes les étapes peuvent être effectuées via l’interface web sur https://console.cloud.google.com

2. Créer un projet GCP

CLI :
Activer la facturation sur https://console.cloud.google.com/billing (requis pour Compute Engine). Activer l’API Compute Engine :
Console :
  1. Aller dans IAM et administration > Créer un projet
  2. Le nommer et le créer
  3. Activer la facturation pour le projet
  4. Aller dans API et services > Activer des API > rechercher « Compute Engine API » > Activer

3. Créer la VM

Types de machines : CLI :
Console :
  1. Aller dans Compute Engine > Instances de VM > Créer une instance
  2. Nom : openclaw-gateway
  3. Région : us-central1, Zone : us-central1-a
  4. Type de machine : e2-small
  5. Disque de démarrage : Debian 12, 20 Go
  6. Créer

4. Se connecter en SSH à la VM

CLI :
Console : Cliquer sur le bouton « SSH » à côté de votre VM dans le tableau de bord Compute Engine. Remarque : la propagation des clés SSH peut prendre 1 à 2 minutes après la création de la VM. Si la connexion est refusée, attendez puis réessayez.

5. Installer Docker (sur la VM)

Se déconnecter puis se reconnecter pour que le changement de groupe prenne effet :
Puis se reconnecter en SSH :
Vérifier :

6. Cloner le dépôt OpenClaw

Ce guide suppose que vous allez construire une image personnalisée afin de garantir la persistance des binaires.

7. Créer des répertoires persistants sur l’hôte

Les conteneurs Docker sont éphémères. Tout l’état de longue durée doit résider sur l’hôte.

8. Configurer les variables d’environnement

Créer .env à la racine du dépôt.
Générer des secrets forts :
Ne commettez pas ce fichier.

9. Configuration Docker Compose

Créer ou mettre à jour docker-compose.yml.

10. Intégrer les binaires requis dans l’image (critique)

Installer des binaires dans un conteneur en cours d’exécution est un piège. Tout ce qui est installé à l’exécution sera perdu au redémarrage. Tous les binaires externes requis par les Skills doivent être installés lors de la construction de l’image. Les exemples ci-dessous montrent seulement trois binaires courants :
  • gog pour l’accès Gmail
  • goplaces pour Google Places
  • wacli pour WhatsApp
Ce sont des exemples, pas une liste exhaustive. Vous pouvez installer autant de binaires que nécessaire en utilisant le même schéma. Si vous ajoutez plus tard de nouveaux Skills dépendant de binaires supplémentaires, vous devez :
  1. Mettre à jour le Dockerfile
  2. Reconstruire l’image
  3. Redémarrer les conteneurs
Exemple de Dockerfile

11. Construire et lancer

Vérifier les binaires :
Sortie attendue :

12. Vérifier la Gateway (passerelle)

Succès :

13. Accéder depuis votre ordinateur

Créer un tunnel SSH pour rediriger le port de la Gateway :
Ouvrir dans votre navigateur : http://127.0.0.1:18789/ Collez votre jeton de Gateway.

Où persiste quoi (source de vérité)

OpenClaw s’exécute dans Docker, mais Docker n’est pas la source de vérité. Tout l’état de longue durée doit survivre aux redémarrages, reconstructions et redémarrages système.

Mises à jour

Pour mettre à jour OpenClaw sur la VM :

Problemes courants

Connexion SSH refusée La propagation des clés SSH peut prendre 1 à 2 minutes après la création de la VM. Attendez puis réessayez. Problèmes OS Login Vérifiez votre profil OS Login :
Assurez-vous que votre compte dispose des autorisations IAM requises (Compute OS Login ou Compute OS Admin Login). Mémoire insuffisante (OOM) Si vous utilisez e2-micro et rencontrez des OOM, passez à e2-small ou e2-medium :

Comptes de service (bonne pratique de sécurité)

Pour un usage personnel, votre compte utilisateur par défaut suffit. Pour l’automatisation ou les pipelines CI/CD, créez un compte de service dédié avec des autorisations minimales :
  1. Créer un compte de service :
  2. Accorder le rôle Compute Instance Admin (ou un rôle personnalisé plus restreint) :
Évitez d’utiliser le rôle Owner pour l’automatisation. Appliquez le principe du moindre privilège. Voir https://cloud.google.com/iam/docs/understanding-roles pour les détails sur les rôles IAM.

Prochaines étapes