Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Linux
Windows
La création groupée d'instances de machines virtuelles (VM) vous permet de créer un grand nombre de VM identiques et indépendantes les unes des autres. Lorsque vous créez des VM de manière groupée, vous pouvez effectuer les opérations suivantes :
Réduire la consommation des limites de débit des API. Les requêtes de création de VM de manière groupée consomment des limites de débit des API comme si vous créiez une seule VM.
Répartir les VM créées dans plusieurs zones d'une région.
Pour les requêtes régionales, Compute Engine détermine la zone dans laquelle créer les VM en fonction des zones disposant du matériel disponible, en tenant compte de la capacité disponible dans chaque zone, ainsi que de vos réservations.
Compute Engine ne gère pas les VM que vous créez de manière groupée. Pour créer un groupe de VM gérées, utilisez des groupes d'instances gérés.
Créer des VM de manière groupée ou des requêtes API par lot
La création de VM de manière groupée est différente des requêtes API par lot avec la méthode instances.insert. Le tableau suivant compare ces deux méthodes de création de plusieurs VM :
Fonctionnalités
Requêtes API par lot
Création de VM de manière groupée
Sélection de zone Sélection automatique en fonction de facteurs tels que la disponibilité des ressources et le quota
Manuel
Automatique lors de l'utilisation d'un point de terminaison régional
Validation préalable
La requête échoue immédiatement si elle n'est pas réalisable
Non
Avec capacité et quota
Génération de noms de VM
Génération automatique en fonction d'un modèle de nom spécifié
Manuel
Génération automatique facultative
Rollback automatique Rollback de la requête effectué automatiquement si Compute Engine ne peut pas créer le nombre cible de VM
No
Activation facultative
Limite de débit des API
Impact des requêtes sur la limite de débit des API
Une requête par VM
Une requête par opération groupée
Limites
La liste suivante décrit les limites qui s'appliquent lors de la création de VM de manière groupée :
Clés de chiffrement fournies par le client Vous ne pouvez pas créer de VM contenant des disques protégés par des clés de chiffrement fournies par le client (CSEK).
Les disques doivent utiliser des clés de chiffrement par défaut de Google ou gérées par le client.
Disques de démarrage à partir d'instantanés Vous ne pouvez pas utiliser d'instantané pour créer les disques de démarrage des VM. Utilisez plutôt une image personnalisée lorsque vous créez des VM de manière groupée.
DNS global. Si vous utilisez un DNS global, des conflits de noms peuvent se produire, car le nom de domaine complet ne contient pas la zone. Pour éviter cela, utilisez un DNS zonal. Si vous ne pouvez pas passer au DNS zonal, évitez d'utiliser le même modèle de nom dans différentes régions. Pour en savoir plus, consultez la section Types de noms DNS internes.
Images système. Vous ne pouvez pas créer de VM à partir d'images système.
Nombre de VM. Vous pouvez créer jusqu'à 5 000 VM par appel. Vous pouvez également créer jusqu'à 8 000 instances simultanément à tout moment. Cette limite d'opérations simultanées est partagée entre instances.insert et instances.bulkInsert.
Propriétés de VM. Toutes les propriétés des VM, à l'exception de leurs noms et noms d'hôte personnalisés, doivent être identiques. Vous ne pouvez pas utiliser les propriétés des VM mutuellement exclusives entre les VM, ce qui inclut, sans s'y limiter, les noms d'hôtes personnalisés, les adresses IP statiques externes et les adresses IP statiques internes.
Journaux d'audit
Compute Engine enregistre des informations sur la création groupée de VM dans le journal d'audit des activités d'administration lorsque vous effectuez l'appel d'API et que l'appel d'API est terminé.
Compute Engine crée également des journaux d'audit distincts pour chaque VM. Pour trouver le journal d'audit d'une seule VM, faites correspondre la valeur de protoPayload.resourceName avec le nom de VM généré par le modèle d'attribution de noms que vous avez spécifié dans la requête.
Tarifs
La création groupée de VM n'entraîne aucuns frais supplémentaires. Comme pour la création de VM uniques, la facturation commence lorsque vous créez les VM.
Les VM que Compute Engine ne parvient pas à créer ne vous sont pas facturées.
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2025/09/03 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Difficile à comprendre","hardToUnderstand","thumb-down"],["Informations ou exemple de code incorrects","incorrectInformationOrSampleCode","thumb-down"],["Il n'y a pas l'information/les exemples dont j'ai besoin","missingTheInformationSamplesINeed","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2025/09/03 (UTC)."],[[["\u003cp\u003eBulk VM creation allows for the creation of numerous identical and independent virtual machines with a single API request, effectively minimizing API rate limit consumption.\u003c/p\u003e\n"],["\u003cp\u003eWhen creating VMs in bulk, Compute Engine can automatically distribute the VMs across multiple zones within a region, optimizing for resource availability and honoring any existing reservations.\u003c/p\u003e\n"],["\u003cp\u003eUnlike batching API requests, bulk VM creation offers automatic zone selection, upfront validation of requests, optional automatic VM name generation, and the possibility of automatic rollback if VM creation fails.\u003c/p\u003e\n"],["\u003cp\u003eThere are limitations to bulk VM creation, such as not supporting customer-supplied encryption keys, boot disks from snapshots, machine images, sole-tenant nodes, and requiring most VM properties to be identical.\u003c/p\u003e\n"],["\u003cp\u003eUsing bulk VM creation does not incur additional charges, and billing only starts upon successful VM creation; additionally, audit logs are provided for both the bulk operation and individual VMs.\u003c/p\u003e\n"]]],[],null,["Linux Windows\n\n*** ** * ** ***\n\nBulk creation of virtual machine (VM) instances lets you create a large number\nof VMs that are identical and independent from each other. When you create VMs\nin bulk, you can do the following:\n\n- **Minimize consumption of API rate limits.** Requests for creating VMs in bulk\n consume [API rate limits](/compute/docs/api-rate-limits) as if you were\n creating a single VM.\n\n- **Distribute VM creation across multiple zones in a region.**\n For regional requests, Compute Engine determines the zone to create\n the VMs in based on the zones that have available hardware, taking into\n consideration the available capacity in each zone, as well as any of your\n [reservations](/compute/docs/instances/choose-reservation-type).\n\nCompute Engine doesn't manage VMs that you create in bulk. To create a\ngroup of managed VMs, use [managed instance groups](/compute/docs/instance-groups).\n\nCreating VMs in bulk versus batching API requests\n\nCreating VMs in bulk is different from [batching API\nrequests](/compute/docs/api/how-tos/batch) with the [`instances.insert`\nmethod](/compute/docs/reference/rest/v1/instances/insert). The following table\ncompares these two ways of creating multiple VMs:\n\n| Functionality | Batching API requests | Creating VMs in bulk |\n|-------------------------------------------------------------------------------------------------------------------|-------------------------|--------------------------------------------|\n| **Zone selection** Automatically selected based on considerations such as resource availability and quota | Manual | Automatic when using the regional endpoint |\n| **Upfront validation** Request fails immediately if it is not feasible | No | With capacity and quota |\n| **VM name generation** Automatically generated based on a specified name pattern | Manual | Optionally generated automatically |\n| **Automatic rollback** Request automatically rolled back if Compute Engine cannot create the target number of VMs | No | Optionally enabled |\n| **API rate limit** How requests affect the API rate limit | One request for each VM | One request for each bulk operation |\n\nLimitations\n\nThe following list describes the limitations that apply when creating VMs in\nbulk:\n\n- **Customer supplied encryption keys.** You can't create VMs that have disks\n that are protected by [customer-supplied encryption keys (CSEK)](/compute/docs/disks/customer-supplied-encryption).\n The disks must use Google-default or customer-managed encryption keys.\n\n- **Boot disks from snapshots.** You can't use a snapshot to create the boot disks\n for the VMs. Instead, use [a custom image](/compute/docs/images/create-custom#create_image)\n when you create VMs in bulk.\n\n- **Global DNS.** If you are using global DNS, there might be name conflicts\n because the fully qualified domain name (FQDN) doesn't contain the zone. To\n avoid this, use zonal DNS. If you cannot switch to zonal DNS, avoid using the\n same name pattern across different regions. For more information, see [Types\n of internal DNS names](/compute/docs/internal-dns#instance-fully-qualified-domain-names).\n\n- **Machine images.** You cannot create VMs from [machine\n images](/compute/docs/machine-images).\n\n- **Number of VMs.** You can create up to 5,000 VMs with each call. Also, you\n can create a maximum of 8,000 instances simultaneously at any time. This\n simultaneous operation limit is shared between\n [`instances.insert`](/compute/docs/reference/rest/v1/instances/insert) and\n [`instances.bulkInsert`](/compute/docs/reference/rest/v1/instances/bulkInsert).\n\n- **Sole-tenant nodes.** You cannot create VMs that use\n [sole-tenant node affinity labels](/compute/docs/nodes/sole-tenant-nodes#node_affinity_and_anti-affinity).\n\n- **VM properties.** All [VM properties](/compute/docs/instances/update-instance-properties),\n except their names and custom hostnames, must be identical. You cannot use\n VM properties that are mutually exclusive between VMs, which include but\n are not limited to static external IP addresses and static internal IP addresses.\n\nAudit logs\n\nCompute Engine logs information about the bulk VM creation to the\n[Admin Activity audit log](/logging/docs/audit#admin-activity) when you make the\nAPI call and when the API call completes.\n\nCompute Engine also creates separate audit logs for each VM. You can\nfind the audit log for a single VM by matching the value of\n`protoPayload.resourceName` with the VM name generated by the naming pattern\nthat you specify with the request.\n\nPricing\n\nThere are no additional charges for using bulk VM creation. As with creating\nsingle VMs, billing begins when you create the VMs.\n\nYou are not billed for any VMs that Compute Engine fails to create.\n\nWhat's next\n\n- [Create VMs in bulk](/compute/docs/instances/multiple/create-in-bulk)"]]