Questions fréquentes sur Google Compute Engine

À propos de Compute Engine

Qu'est-ce que Compute Engine ? À quoi sert ce service ?

Compute Engine est un produit Infrastructure as a Service offrant des machines virtuelles flexibles et autogérées hébergées sur l'infrastructure de Google. Compute Engine inclut des machines virtuelles Linux et Windows s'exécutant sur KVM, des options de stockage locales et durables, et une API simple basée sur REST pour la configuration et le contrôle. Ce service s'intègre aux technologies Google Cloud telles que Cloud Storage, App Engine et BigQuery. Il va au-delà de la simple capacité de calcul pour permettre la création d'applications complexes et sophistiquées.

Qu'est-ce qu'un processeur virtuel dans Compute Engine ?

Sur Compute Engine, chaque processeur virtuel est mis en œuvre sous la forme d'une technologie hyper-threading matérielle unique sur l'une des plates-formes de processeur disponibles. Sur les processeurs Intel Xeon, la technologie Intel Hyper-Threading permet d'exécuter plusieurs threads d'application sur chaque cœur de processeur physique. Vous configurez vos VM Compute Engine avec un ou plusieurs de ces hyper-threads, qui font office de processeurs virtuels. Le type de machine spécifie le nombre de processeurs virtuels de votre instance.

Pour identifier la plate-forme de processeur propre à votre instance, procédez de l'une des façons suivantes :

  • Découvrez les plates-formes de processeur disponibles dans chacune des régions et zones couvertes.
  • Utilisez la méthode compute.instances.get pour obtenir la propriété cpuPlatform correspondant à l'une de vos instances existantes.
  • Sur les instances Linux, exécutez cat /proc/cpuinfo.

Si vous souhaitez modifier la plate-forme de processeur de votre instance, vous pouvez spécifier une configuration minimum de plate-forme de processeur.

Quelle est la relation entre App Engine et Compute Engine ?

Nous considérons les deux comme complémentaires. App Engine est l'offre Platform as a Service de Google, tandis que Compute Engine est son offre Infrastructure as a Service. Le service App Engine est idéal pour exécuter des applications Web, des applications métier et des backends mobiles. Le service Compute Engine quant à lui est idéal lorsque vous avez besoin de davantage de contrôle sur l'infrastructure sous-jacente. Par exemple, vous pouvez utiliser Compute Engine lorsque vous avez une logique métier ultrapersonnalisée ou que vous souhaitez utiliser votre propre système de stockage.

Que dois-je faire pour commencer ?

Consultez le guide de démarrage correspondant au service qui vous intéresse. Une fois que vous avez effectué le démarrage rapide, lisez la présentation des instances de machines virtuelles pour commencer à vous familiariser avec Compute Engine.

Vous bénéficiez peut-être d'un essai gratuit. Pour savoir comment en profiter et obtenir des informations sur les quotas, consultez le guide sur l'essai gratuit.

Facturation

Comment fonctionnent la tarification et l'achat ?

La tarification Compute Engine est basée sur l'utilisation de l'instance Compute, du stockage et du réseau. Les VM sont facturées à la seconde, avec un minimum d'une minute. Le coût de stockage est calculé en fonction de la quantité de données que vous stockez. Le coût du réseau est calculé en fonction de la quantité de données transférées entre les VM communiquant entre elles et avec Internet. Pour plus d'informations, consultez notre fiche tarifaire.

Vos tarifs sont-ils TTC ?

Non, la fiche tarifaire n'inclut pas les taxes.

Assistance et commentaires

Offrez-vous une assistance payante ?

Oui, nous offrons une assistance payante aux entreprises clientes. Pour plus d'informations, contactez notre service commercial.

Offrez-vous un contrat de niveau de service ?

Oui, nous proposons un contrat de niveau de service pour Compute Engine.

Où puis-je envoyer des commentaires ?

Pour les questions relatives à la facturation, vous pouvez vous adresser au canal d'assistance approprié.

Pour les demandes de fonctionnalités et les rapports de bug, posez une question à notre outil de suivi des problèmes.

Authentification

Comment puis-je m'authentifier auprès de l'API Compute Engine ?

La méthode d'authentification auprès de l'API Compute Engine dépend de la méthode utilisée pour accéder à l'API : bibliothèques clientes, Google Cloud CLI ou REST. Pour en savoir plus, consultez la page S'authentifier auprès de Compute Engine.

Pour authentifier des applications ou des charges de travail auprès des API Google Cloud, consultez la page Choisir une méthode d'authentification des charges de travail.

Que sont les comptes de service ?

Un compte de service est un compte Google qui représente une application et non pas un utilisateur final. Il peut être utilisé pour autoriser Compute Engine à agir au nom de l'utilisateur pour accéder à des informations non sensibles. Il ne doit jamais servir à accéder aux informations utilisateur. Les comptes de service simplifient le processus d'authentification depuis Compute Engine vers d'autres services en gérant le processus d'autorisation pour l'utilisateur.

Les développeurs Compute Engine utilisent généralement des comptes de service Compute Engine dans leurs applications. Pour plus d'informations sur les comptes de service, consultez la page Comptes de service.

Comment créer un compte de service ?

Compute Engine crée automatiquement un compte de service lorsque vous créez une nouvelle instance et spécifiez une portée de compte de service pour cette instance.

Projets

Que sont les projets ?

Un projet est un conteneur pouvant accueillir toutes les ressources Compute Engine. Chaque projet est totalement compartimenté. Les projets ne partagent pas de ressources, peuvent avoir différents propriétaires et utilisateurs, sont facturés séparément et ne sont pas plus accessibles l'un à l'autre que votre ordinateur familial n'est accessible à celui de votre voisin.

Comment puis-je créer un projet ?

  1. Connectez-vous à votre compte Google. Si vous n'en possédez pas déjà un, vous devez en créer un.
  2. Accédez à Google Cloud Console. Lorsque vous y êtes invité, sélectionnez un projet existant ou créez-en un.
  3. Suivez les instructions de configuration de la facturation. Si vous êtes nouveau sur Google Cloud, vous disposez d'un crédit d'essai gratuit pour payer vos instances.

Quelle est la différence entre un numéro de projet et un ID de projet ?

Chaque projet peut être identifié de deux manières : par son numéro ou par son ID. Le numéro est automatiquement généré lors de la création du projet, alors que l'ID est créé par vous ou par le créateur du projet. L'ID de projet est facultatif pour de nombreux services, mais obligatoire pour Compute Engine. Pour plus d'informations, consultez la section Projets de la console Google Cloud.

Où puis-je trouver mon ID de projet ?

Pour trouver un ID de projet, accédez à Google Cloud Console qui présente une liste de vos projets et de leurs ID.

Où puis-je demander plus de quota pour mon projet ?

Tous les projets Compute Engine possèdent des quotas par défaut pour différents types de ressources. Cependant, ces quotas par défaut peuvent être augmentés par projet. Vérifiez vos limites de quota et l'utilisation que vous en faites sur la page Quotas de Google Cloud Console. Si vous atteignez la limite de vos ressources et que vous avez besoin de davantage de quota, envoyez une demande d'augmentation du quota de certaines ressources sur la page des quotas de IAM et administration. Pour ce faire, cliquez sur le bouton Modifier les quotas en haut de la page.

Instances

Quelle configuration de machine (mémoire, RAM, processeur) puis-je choisir pour mon instance ?

Compute Engine propose plusieurs configurations. Vous pouvez également créer des configurations personnalisées correspondant aux besoins exacts de votre instance. Consultez la liste complète des options disponibles sur la page Types de machines.

Si je supprime accidentellement mon instance, puis-je la récupérer ?

Non, les instances supprimées ne peuvent pas être récupérées. Cependant, si une instance est simplement arrêtée, vous pouvez la redémarrer.

Sur quels systèmes d'exploitation mes instances peuvent-elles être exécutées ?

Compute Engine est compatible avec plusieurs images de système d'exploitation et images tierces. De plus, vous pouvez créer une version personnalisée d'une image ou créer votre propre image.

Quelles sont les zones disponibles où créer mon instance ?

Pour consulter une liste des régions et zones disponibles, consultez Régions et zones.

Comment savoir quel quota j'ai utilisé ou combien il m'en reste ?

Vérifiez vos limites de quota et l'utilisation que vous en faites sur la page Quotas de Google Cloud Console. Si vous atteignez la limite de vos ressources et que vous avez besoin d'un quota supplémentaire, cliquez sur le bouton Demander une augmentation sur la page Quotas et remplissez le formulaire de demande.

Quel type de processeur virtuel dois-je exécuter sur mon instance ?

Pour vérifier la plate-forme de processeur propre à votre instance, procédez de l'une des façons suivantes :

  • Découvrez les plates-formes de processeur disponibles dans chacune des régions et zones couvertes.
  • Utilisez la méthode compute.instances.get pour obtenir la propriété cpuPlatform correspondant à l'une de vos instances existantes.
  • Sur les instances Linux, exécutez cat /proc/cpuinfo.

Que sont les instances de VM préemptives et en quoi diffèrent-elles des instances normales ?

Les instances préemptives sont des instances que vous pouvez créer et exécuter à un prix beaucoup plus bas que les instances normales, mais qui peuvent s'arrêter si Compute Engine doit récupérer la capacité de calcul en vue d'une allocation sur d'autres VM. Pour en savoir plus, consultez la page Créer une instance de VM préemptive.

Comment puis-je envoyer des e-mails sortants à partir d'une instance Compute Engine ?

En règle générale, Compute Engine bloque le trafic sortant via ces ports bloqués. Cependant, vous pouvez configurer une passerelle de messagerie via Google en utilisant SMTP. Pour plus d'informations, consultez la section Envoyer des e-mails depuis une instance.

Une erreur d'hôte s'est produite sur ma machine virtuelle, qui a redémarré. Que s'est-il passé ?

Une erreur d'hôte (compute.instances.hostError) signifie qu'un problème matériel ou logiciel s'est produit sur la machine physique ou l'infrastructure du centre de données hébergeant votre instance de calcul, ce qui a entraîné le plantage de votre instance. Une erreur d'hôte impliquant une défaillance matérielle totale ou d'autres problèmes matériels peut empêcher la migration à chaud de votre instance. Si votre instance est configurée pour redémarrer automatiquement, ce qui est le paramètre par défaut, Compute Engine la redémarre, généralement dans les trois minutes suivant la détection de l'erreur. Selon le problème, le redémarrage peut prendre jusqu'à 5,5 minutes.

Il peut arriver qu'une instance de calcul ne réponde plus avant qu'une erreur d'hôte ne soit signalée. Vous pouvez réduire le temps d'attente de Compute Engine avant le redémarrage ou l'arrêt de l'instance en définissant le délai avant expiration de récupération d'erreur de l'hôte (bêta). Pour en savoir plus, consultez la section Définir des règles de disponibilité.

Des pannes matérielles et logicielles peuvent se produire occasionnellement, mais sont rares. Pour protéger vos applications et vos services des événements système potentiellement perturbateurs, consultez les ressources suivantes :

Google propose également des services gérés tels que App Engine et l'environnement flexible App Engine.

Pour déterminer si une erreur d'hôte a entraîné l'arrêt de votre VM, consultez la section Diagnostiquer les arrêts et les redémarrages des VM.

Images

Dois-je activer le service Cloud Storage avant de pouvoir stocker mes images en externe ?

Oui, pour stocker des images en externe, vous devez activer le service Cloud Storage.

Disques persistants

Comment puis-je choisir la taille appropriée pour mon disque persistant ?

Les performances de disque persistant évoluent avec la taille du disque. Utilisez le tableau de performance des disques persistants pour vous aider à choisir la taille adaptée à vos besoins. En cas de doute, lisez la documentation relative.

Les disques persistants mettent-ils en cache des écritures ?

Non, les disques persistants ne mettent pas en cache les écritures. Une commande d'écriture ne se termine qu'une fois les données transférées vers un support stable.

LVM pour Compute Engine

Logical Volume Manager (LVM) n'est pas compatible avec les images fournies par Google Cloud.

Nous recommandons les approches suivantes pour gérer le volume sur Compute Engine :

  • Utilisez des disques secondaires. Vous pouvez éviter d'avoir à redimensionner le disque racine en utilisant des disques secondaires sans partitions. Selon le scénario, l'utilisation de disques secondaires peut réduire le risque d'interruption en cas d'erreur.
  • Redimensionnez le système de fichiers et les partitions sur un disque persistant zonal Avant d'apporter des modifications au système de fichiers, sauvegardez votre disque en prenant un instantané. En cas d'échec pendant le redimensionnement du système de fichiers, vous pouvez utiliser l'instantané pour récupérer le disque.
  • Créez des images personnalisées avec des racines LVM en vous basant sur une image existante de votre ordinateur.

Quelles sont les mesures prises par Google pour protéger mes données ?

Consultez Chiffrement de disque persistant.

Puis-je associer mon disque persistant à plusieurs instances ?

Vous ne pouvez associer un disque persistant à plusieurs instances que si le disque est en mode lecture seule. Un disque persistant SSD en mode écriture simultanée dans deux instances de machines virtuelles (VM) N2. Vous ne pouvez pas associer un disque persistant en mode lecture/écriture et en mode lecture seule en même temps. Pour en savoir plus, consultez la page Partager des disques persistants entre plusieurs VM.

Quand dois-je utiliser des disques persistants plutôt que Cloud Storage ?

Vous pouvez utiliser à la fois des disques persistants et Cloud Storage pour stocker des fichiers, sans oublier que les deux constituent des offres très différentes. Cloud Storage est un conteneur de fichiers de masse, conçu pour stocker de très grandes quantités de données relativement statiques, accessibles globalement, y compris à partir d'instances de machines virtuelles Compute Engine.

Le tableau ci-dessous fournit des informations sur les spécialités caractéristiques de chaque offre et leur utilisation optimale.

Cloud Storage Disque persistant
Caractéristiques
  • Accessibilité
    • Accessibilité globale (y compris pour les systèmes non-Compute Engine)
    • Lecture/écriture accessible à partir de nombreux systèmes
  • Évolutivité
    • Buckets à l'échelle multi-Po
  • Utilisation
    • Interface REST ; latence plus élevée que le stockage de blocs associé localement
    • Sémantique d'écriture au niveau du fichier uniquement
    • Gestion des versions incluse
    • Fichiers implicites dans Cloud Storage
  • Accessibilité
    • Accessibilité régionale et uniquement via les instances Compute Engine
    • Installation en lecture/écriture par une instance ou en lecture seule par de nombreuses instances Compute Engine
  • Évolutivité
    • Limite de volume de 64 To
  • Utilisation
    • Interface SCSI ; faible latence
    • Sémantique d'écriture transactionnelle : modifications aléatoires
    • Gestion des versions non incluse ; modifications continues
    • Formatage d'un système de fichiers requis pour une utilisation avec des fichiers
Utilisateurs cibles
  • Distribution de contenus pour mobile, grand public, jeux et SaaS
  • Rich media
  • Entrée en lecture seule pour le travail HPC chargeable en parallèle (par exemple, affichage et génomique)
  • Sauvegarde et archivage
  • Hadoop (via GHFS)
  • Appareils de démarrage Compute Engine
  • Datastore de blocs bruts à créer
    • Serveurs SQL (ex : MySQL)
    • Serveurs NoSQL (ex : Cassandra/Mongo)
    • Serveurs de fichiers (ex : Gluster)
    • Persistance du magasin de valeurs clés (par exemple Redis)

Mise en réseau

Où puis-je trouver les plages d'adresses IP Compute Engine ?

Google Cloud publie au format JSON une liste de plages d'adresses IP externes globales et régionales utilisables par le client dans cloud.json.

Autres plages d'adresses IP Google Cloud :

Pourquoi manque-t-il des sauts dans traceroute vers les destinations Internet ?

L'exécution de traceroute sur une instance de VM Compute Engine indique la destination uniquement ou bien des sauts vers des destinations Internet. Pour plus d'informations, consultez la section Traceroute vers des destinations Internet dans la documentation sur les VPC.

Zones

Ai-je la possibilité d'utiliser un centre de données régional dans certains pays ?

Oui, Compute Engine propose des centres de données dans le monde entier. Ces différentes possibilités de centre de données offrent des options de connectivité à faible latence à partir de ces régions. Pour plus d'informations sur la région, y compris l'emplacement géographique des régions, consultez Régions et zones.

Comment savoir si une zone est hors connexion ?

La section Zones de Compute Engine disponible dans Google Cloud Console indique l'état de chaque zone. Vous pouvez également obtenir l'état des zones via l'outil de ligne de commande en exécutant gcloud compute zones list ou via l'API Compute Engine avec la méthode compute.zones.list.

Scripts de démarrage

Quand mon script de démarrage personnalisé est-il exécuté ?

Les scripts de démarrage s'exécutent à la fin du processus de démarrage.

Événements de maintenance de l'infrastructure

Que sont les événements de maintenance de l'infrastructure ?

Il se peut que Compute Engine doive périodiquement effectuer une maintenance planifiée sur une zone susceptible d'affecter vos instances. Par défaut, toutes les instances sont configurées pour que ces événements de maintenance soient transparents pour vos applications et vos charges de travail. Une dégradation des performances peut survenir, mais vos instances resteront en ligne. Pour plus d'informations, consultez la section Maintenance transparente.

À quelle fréquence les événements de maintenance planifiée de l'infrastructure se produisent-ils ?

Les événements de maintenance de l'infrastructure n'ont pas d'intervalle défini entre eux, mais se produisent généralement toutes les deux semaines.

Comment savoir si une instance va subir un événement de maintenance de l'infrastructure ?

Peu de temps avant un événement de maintenance, Compute Engine modifie un attribut spécial sur le serveur de métadonnées d'une machine virtuelle avant toute tentative de migration en direct ou d'arrêt de la connexion, puis redémarre la machine virtuelle dans le cadre d'un événement de maintenance de l'infrastructure en attente. L'attribut maintenance-event sera mis à jour avant et après un événement, vous permettant de détecter à quel moment ces événements sont imminents. Vous pouvez utiliser ces informations pour automatiser les scripts ou les commandes que vous souhaitez exécuter avant et/ou après un événement de maintenance. Pour plus d'informations, consultez la documentation relative aux avis de maintenance transparente.