Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Este documento explica o ciclo de vida de uma instância do Compute Engine, abordando os vários estados que ela pode passar, da criação à exclusão. Para saber como verificar o estado de uma ou mais instâncias, consulte o seguinte:
Ao entender o ciclo de vida de uma instância, é possível fazer o seguinte de maneira mais eficaz:
Resolver problemas de instâncias.
Gerenciar recursos de instância.
Planeje migrações de instâncias.
Estados de instância
Uma instância de computação pode passar por diferentes estados como parte do ciclo de vida. Ao criar uma instância, o Compute Engine provisiona
recursos para iniciá-la. Depois disso, a instância passa para o preparo e se prepara
para a primeira inicialização. Depois que a instância é iniciada, ela é considerada em execução. Uma instância em execução pode ser interrompida e reiniciada, ou suspensa e retomada, repetidamente, até ser excluída.
O diagrama a seguir mostra os diferentes estados que o Compute Engine pode definir para uma instância:
Os estados mostrados no diagrama anterior são os seguintes:
PROVISIONING: na primeira etapa de uma instância, o Compute Engine aloca recursos para ela.
STAGING: o Compute Engine está preparando a instância para a primeira
inicialização por um dos seguintes motivos:
O Compute Engine ainda está criando e configurando a instância.
Você ou uma operação programada solicitaram a reinicialização ou retomada da
instância.
Nesse estado, a instância ainda não está em execução.
RUNNING: o Compute Engine está inicializando a instância ou ela
está em execução. Nesse estado, é possível interromper, suspender ou excluir a instância. Além disso, o Compute Engine pode interromper ou excluir a instância para ações programadas ou corrigir se ela fizer parte de um grupo gerenciado de instâncias (MIG) e ocorrer um erro de hardware.
PENDING_STOP: a instância está sendo desligada normalmente. Esse processo de encerramento
acontece apenas se você tiver ativado o
encerramento normal e
tiver solicitado a interrupção ou exclusão da instância, ou se o Compute Engine
estiver fazendo isso automaticamente para uma interrupção ou exclusão programada. O estado da instância
muda para STOPPING quando uma das seguintes situações acontece:
Você encerra manualmente o desligamento normal.
O período de desligamento normal expira. Se ainda houver tarefas em execução,
o Compute Engine vai forçar o encerramento delas.
STOPPING: a instância está encerrando o SO convidado, o que acontece nos seguintes cenários:
Você ou uma operação programada pediram para parar ou excluir a instância.
Ocorreu um erro de hardware.
O tempo de desligamento depende do tipo de instância. No entanto, se a instância estiver sendo interrompida devido a um erro de hardware, o tempo de desligamento poderá variar. Depois que o Compute Engine desliga o SO convidado, ele
define o estado da instância como TERMINATED e conclui a operação de parada
ou exclui a instância e todos os recursos anexados.
TERMINATED: o Compute Engine concluiu a operação de parada.
Os recursos anexados permanecem anexados, a menos que você os desanexe. Nesse
estado, a instância permanece interrompida até que você a reinicie ou exclua.
REPAIRING: o Compute Engine está corrigindo a instância.
O Compute Engine repara uma instância se ela encontrar um erro interno ou se o servidor host da instância estiver indisponível devido à manutenção. Enquanto uma instância está em reparo, acontece o seguinte:
Se o Compute Engine reparar a instância, ele vai retornar
o estado da instância ao estado original antes do início da operação de reparo.
Esse estado pode ser STAGING, RUNNING, SUSPENDING ou STOPPING.
SUSPENDING: o Compute Engine iniciou a operação de suspensão
da instância depois que você solicitou a suspensão. Nesse estado, só é possível aguardar a conclusão da operação de suspensão.
SUSPENDED: o Compute Engine concluiu a operação de suspensão.
Nesse estado, é possível retomar ou excluir a instância. Se uma instância permanecer
no estado SUSPENDED por mais de 60 dias, o Compute Engine
vai interromper a instância e fazer a transição do estado dela para TERMINATED.
Falha de hardware
Uma instância de computação pode falhar devido a uma interrupção inesperada, um erro de hardware ou outro problema do sistema, mas isso é raro. O Google recomenda mitigar falhas de hardware
usando volumes de armazenamento permanentes, fazendo backup dos dados com frequência e
projetando o sistema para que uma única falha de instância não seja catastrófica. Para
mais informações, consulte como
projetar sistemas robustos.
Se uma instância falhar, o Compute Engine a reiniciará automaticamente usando o mesmo disco de inicialização, metadados e configurações de instância. Para modificar
o comportamento de reinicialização automática de uma instância, consulte
Definir política de manutenção do host da VM.
Preços
Você recebe uma cobrança por uma instância de computação da seguinte forma:
Para o uso da CPU, você recebe uma cobrança quando a instância está nos seguintes estados:
RUNNING
PENDING_STOP
Para uso de memória, você recebe cobranças quando a instância está nos seguintes estados:
RUNNING
PENDING_STOP
SUSPENDING
SUSPENDED
Para recursos anexados, como discos ou endereços IP externo, você recebe cobranças
até que os recursos existam, independente do estado da instância.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-19 UTC."],[[["\u003cp\u003eCompute Engine instances transition through various states, including \u003ccode\u003ePROVISIONING\u003c/code\u003e, \u003ccode\u003eSTAGING\u003c/code\u003e, \u003ccode\u003eRUNNING\u003c/code\u003e, \u003ccode\u003ePENDING_STOP\u003c/code\u003e, \u003ccode\u003eSTOPPING\u003c/code\u003e, \u003ccode\u003eTERMINATED\u003c/code\u003e, \u003ccode\u003eREPAIRING\u003c/code\u003e, \u003ccode\u003eSUSPENDING\u003c/code\u003e, and \u003ccode\u003eSUSPENDED\u003c/code\u003e, each representing a different stage in the instance lifecycle.\u003c/p\u003e\n"],["\u003cp\u003eUnderstanding the lifecycle states of a Compute Engine instance is crucial for effective troubleshooting, managing resources, and planning instance migrations.\u003c/p\u003e\n"],["\u003cp\u003eInstances in \u003ccode\u003eRUNNING\u003c/code\u003e and \u003ccode\u003ePENDING_STOP\u003c/code\u003e states incur charges for CPU and memory usage, while memory charges also apply during \u003ccode\u003eSUSPENDING\u003c/code\u003e and \u003ccode\u003eSUSPENDED\u003c/code\u003e states, and resources like disks and IP addresses are charged regardless of the instance's current state.\u003c/p\u003e\n"],["\u003cp\u003eCompute Engine automatically restarts failed instances, but this behavior can be modified through the VM host maintenance policy settings.\u003c/p\u003e\n"],["\u003cp\u003eThe shutdown process of an instance may be graceful, provided that the user enabled graceful shutdown, otherwise the instance will be forced to shut down upon request.\u003c/p\u003e\n"]]],[],null,["# Compute Engine instance lifecycle\n\n*** ** * ** ***\n\nThis document explains the lifecycle of a Compute Engine instance, covering\nthe various states it can go through from creation to deletion. To learn how\nto check the state of one or more instances, see the following:\n\n- [View a list of instances](/compute/docs/instances/get-list)\n\n- [View the details of a single instance](/compute/docs/instances/view-vm-details)\n\nBy understanding the lifecycle of an instance, you can do the following more\neffectively:\n\n- Troubleshoot instance issues.\n\n- Manage instance resources.\n\n- Plan instance migrations.\n\nInstance states\n---------------\n\nA compute instance can transition through different states as part of its\nlifecycle. When creating an instance, Compute Engine provisions\nresources to start it, after which the instance moves into staging and prepares\nfor first boot. After the instance starts, it's considered running. A running\ninstance can be repeatedly stopped and restarted, or suspended and resumed,\nuntil its deletion.\n\nThe following diagram shows the different states that Compute Engine can\nset an instance to:\n\nThe states shown in the preceding diagram are as follows:\n\n- **`PROVISIONING`**: in the first stage of an instance,\n Compute Engine allocates resources for the instance.\n\n- **`STAGING`**: Compute Engine is preparing the instance for first\n boot due to one of the following reasons:\n\n - Compute Engine is still creating and configuring the instance.\n\n - You, or a scheduled operation, have requested to restart or resume the\n instance.\n\n In this state, the instance isn't running yet.\n- **`RUNNING`**: Compute Engine is booting up the instance, or the\n instance is running. In this state, you can stop, suspend, or delete the\n instance. Additionally, Compute Engine can stop or delete the\n instance for scheduled actions, or repair it if the instance is part of\n a managed instance group (MIG) and a hardware error occurs.\n\n- **`PENDING_STOP`** : the instance is gracefully shutting down. This shutdown\n process happens only if you've enabled\n [graceful shutdown](/compute/docs/instances/graceful-shutdown-overview) and\n you've requested to stop or delete the instance, or Compute Engine\n is doing so automatically for a scheduled stop or deletion. The instance\n state changes to `STOPPING` when one of the following happens:\n\n - You manually end the graceful shutdown.\n\n - The graceful shutdown period times out. If any tasks are still running,\n then Compute Engine forcefully stops them.\n\n- **`STOPPING`**: the instance is shutting down its guest OS, which happens in\n the following scenarios:\n\n - You, or a scheduled operation, have requested to stop or delete the\n instance.\n\n - A hardware error occurred.\n\n The shutdown time depends on the\n [instance type](/compute/docs/instances/suspend-stop-reset-instances-overview#stopping-instance);\n however, if the instance is stopping due to a hardware error, the shutdown\n time might vary. After Compute Engine shuts down the guest OS, it\n sets the instance state to `TERMINATED`, and then either completes the stop\n operation or deletes the instance and all attached resources.\n- **`TERMINATED`**: Compute Engine has completed the stop operation.\n The attached resources remain attached unless you detach them. In this\n state, the instance remains stopped until you restart or delete it.\n\n- **`REPAIRING`**: Compute Engine is repairing the instance.\n Compute Engine repairs an instance if it encounters an internal\n error or the instance's host server is unavailable due to maintenance. While\n an instance is in repair, the following happens:\n\n - You can't use it.\n\n - The [service level agreement (SLA)](/compute/sla) doesn't cover it.\n\n If Compute Engine successfully repairs the instance, then it returns\n the instance state to its original state before the repair operation began.\n This state can be `STAGING`, `RUNNING`, `SUSPENDING`, or `STOPPING`.\n- **`SUSPENDING`**: Compute Engine has started the suspend operation\n of the instance after you've requested to suspend it. In this state, you can\n only wait for the suspend operation to complete.\n\n- **`SUSPENDED`** : Compute Engine has completed the suspend operation.\n In this state, you can resume or delete the instance. If an instance remains\n in the `SUSPENDED` state for more than 60 days, then Compute Engine\n stops the instance and transitions its state to `TERMINATED`.\n\nHardware failure\n----------------\n\nRarely, a compute instance might fail due to an unexpected outage, hardware\nerror, or another system issue. Google recommends mitigating hardware failures\nby using persistent storage volumes, routinely backing up your data, and\ndesigning your system so that a single instance failure isn't catastrophic. For\nmore information, see how to\n[design robust systems](/compute/docs/robustsystems).\n\nIf an instance fails, then Compute Engine automatically restarts the\ninstance using the same boot disk, metadata, and instance settings. To modify\nthe automatic restart behavior of an instance, see\n[Set VM host maintenance policy](/compute/docs/instances/setting-instance-scheduling-options).\n\nPricing\n-------\n\nYou're charged for a compute instance as follows:\n\n- For CPU usage, you're charged when the instance is in the following states:\n\n - `RUNNING`\n\n - `PENDING_STOP`\n\n- For memory usage, you're charged when the instance is in the following\n states:\n\n - `RUNNING`\n\n - `PENDING_STOP`\n\n - `SUSPENDING`\n\n - `SUSPENDED`\n\n- For attached resources like disks or external IP addresses, you're charged\n until the resources exist, regardless of the instance state.\n\nFor more information, see [VM instance pricing](/compute/vm-instance-pricing).\n\nWhat's next\n-----------\n\n- Learn how to view the state of one or more compute instances:\n\n - [Get a list of VMs](/compute/docs/instances/get-list)\n\n - [View the details of a VM](/compute/docs/instances/view-vm-details)\n\n- Learn more about\n [suspending, stopping, or resetting instances](/compute/docs/instances/suspend-stop-reset-instances-overview).\n\n- Learn more about\n [live migration during maintenance events](/compute/docs/instances/live-migration).\n\n- Learn how to\n [delete an instance](/compute/docs/instances/deleting-instance)."]]
