Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Linux
Windows
Este documento descreve o ciclo de vida de uma versão do sistema operacional (SO),
desde a criação até o estágio de fim do ciclo de vida (EOL).
Uma versão do SO passa por duas etapas principais como parte do ciclo de vida:
Suporte comum ou disponibilidade geral (GA)
Descontinuado ou fim do suporte (EOS): que é dividido em dois subestágios:
Suporte estendido
Fim do ciclo de vida (EOL)
Em algumas versões do SO, depois de marcadas como descontinuadas, também pode haver uma fase de suporte estendido antes de atingir o EOL total.
As seções a seguir descrevem as etapas do ciclo de vida de uma versão do SO no Compute Engine.
Suporte comum ou disponibilidade geral (GA)
Nesta etapa, os seguintes processos são realizados:
Com a introdução de uma nova versão do SO, o provedor de imagens do SO cria uma
nova imagem e atribui um nome usando a convenção de nomenclatura dessa distribuição
do SO. Por exemplo, debian-11-bullseye-v20230801
Em seguida, o provedor cria uma nova família de imagens. Por exemplo:
debian-11.
As famílias de imagens ajudam a gerenciar imagens do SO no seu
projeto agrupando imagens relacionadas para que você possa alternar entre versões específicas. Para mais informações, consulte
Práticas recomendadas para famílias de imagens.
Todas as chamadas à família de imagens referenciam essa imagem do SO criada recentemente.
Por exemplo, se você especificar uma família de imagens durante a criação da VM usando a flag --image-family com o --image-project apropriado, a versão mais recente da imagem será usada.
Às vezes, o provedor de imagens aplica correções críticas de segurança ou de bugs, enviadas pelo provedor do SO, à imagem do SO. Nessas atualizações,
novos recursos podem ser introduzidos.
Quando uma atualização é enviada, acontece o seguinte:
A imagem do SO atual é atualizada e um novo nome é gerado. Por
exemplo, o debian-11-bullseye-v20230801 com as atualizações se torna
debian-11-bullseye-v20230901.
A família de imagens debian-11 agora aponta para a nova imagem do SO debian-11-bullseye-v20230901.
A imagem anterior do SO (debian-11-bullseye-v20230801) é marcada como
deprecated.
Descontinuado ou fim do suporte (EOS)
Em algum momento, cada versão do SO entra na fase de descontinuação. Para conferir as datas de descontinuação das versões do SO, consulte Detalhes do sistema operacional.
As versões obsoletas do SO podem estar em uma fase de suporte estendido ou de fim de
ciclo de vida.
Nesta etapa, os provedores de SO param de fornecer atualizações de imagem, e as imagens do SO são
marcadas como obsoletas. Ainda é possível usar essas imagens de SO, mas você é
responsável por adquirir atualizações, que estão sujeitas à disponibilidade da
distribuição do SO, do fornecedor ou da comunidade de código aberto.
Quando uma versão do SO chega ao fim da vida útil, acontece o seguinte:
A imagem mais recente na família de imagens é excluída ou marcada como obsoleta.
Não é mais possível usar a família de imagens. No entanto, ainda é possível
usar algumas ou todas as imagens do SO fazendo referência direta a elas, com exceção do Windows, em que todas as imagens do SO são excluídas no fim da vida útil.
Para criar uma VM usando uma imagem obsoleta, use a
CLI gcloud ou REST. Ao especificar a imagem, use a flag --image porque as famílias de imagens não apontam para imagens obsoletas. Para mais informações sobre como criar VMs, consulte
Criar uma instância de VM a partir de uma imagem pública.
Quando uma versão do SO alcança ou ultrapassa o estágio do ciclo de vida estendido, o Google
não garante a compatibilidade de recursos com novas famílias de máquinas ou plataformas
de CPU para essas versões descontinuadas.
Todas as VMs que usam imagens de SO pertencentes a essa versão de SO de EOS continuam funcionando no Compute Engine e ainda estão qualificadas para Google Cloud suporte após a data de EOS.
No entanto, se for identificado que um problema com a VM está associado à versão descontinuada do SO, talvez o Google não consiga resolver o problema, já que o suporte do provedor do SO não está mais disponível.
As versões obsoletas do SO podem estar em uma fase de suporte estendido ou no fim do
ciclo de vida.
Suporte estendido
Em alguns sistemas operacionais, quando eles chegam à fase de descontinuação,
os distribuidores de SO oferecem um pacote pago de manutenção, estendido ou de longo prazo que
pode ser aplicado ao seu SO:
Para o SO Red Hat Enterprise Linux (RHEL): suporte de manutenção, fase de vida útil estendida, compatibilidade com ELS (complemento) ou ciclo de vida estendido (EUS)
Para o Rocky Linux, o suporte de longo prazo pode ser
comprado da CIQ
Para o SO SUSE Linux Enterprise Server (SLES):
suporte a longo prazo do Service Pack, suporte extendido para sobreposição do Service Pack (ESPOS)
Para o SO Ubuntu Pro: manutenção de segurança estendida (ESM)
Para SO Windows: atualizações de segurança estendidas
Para mais detalhes sobre esses pacotes de ciclo de vida estendido, consulte a documentação do
provedor do SO.
Fim do ciclo de vida (EOL)
Para sistemas operacionais que atingiram o fim do período de suporte estendido ou que não oferecem esse período, o seguinte acontece:
A imagem mais recente da família de imagens está marcada como descontinuada ou foi excluída do Google Cloud.
O software do ambiente convidado fornecido pelo Google não será atualizado para versões de SO em fim de vida útil, e os repositórios não serão mais atualizados ou mantidos.
Para VMs atuais que usam versões de SO EOL, o seguinte acontece:
A VM não pode fazer o download nem instalar pacotes de software ou atualizações do fornecedor do SO, e as atualizações de segurança não estão mais disponíveis. Isso acontece porque
o conteúdo do fornecedor do SO pode não estar mais disponível nos canais
atuais, já que a infraestrutura de repositório de software configurada do
fornecedor do SO pode ser desativada ou arquivada.
A VM continua sendo executada, mas a compatibilidade contínua não é garantida.
O suporte ativo pode não estar disponível pelo fornecedor do SO ou pelo Google. O Google pode oferecer opções de migração ou upgrades para versões mais recentes do SO.
Convenção de nomenclatura de imagens do SO, programação de atualização e política de descontinuação
A tabela a seguir descreve a convenção de nomenclatura para imagens do SO e famílias de imagens, o cronograma de atualização e a política de fim de suporte aplicável.
Definições
As seguintes notações são usadas na tabela:
V é a versão numérica do SO. Por exemplo, RHEL-7, em que 7 é a versão numérica.
R é a string de lançamento, às vezes chamada de codinome de desenvolvimento do SO. Por exemplo, debian-12-bookworm-v20240213, em que bookworm
é a string de lançamento.
As strings de lançamento só se aplicam a imagens do SO Debian e Ubuntu.
N é o número do build. Os números de build só se aplicam ao
Container-Optimized OS e ao Fedora CoreOS.
YYYYMMDD é o ano/mês/dia que identifica a data em que a imagem do SO foi criada ou publicada. Em alguns SOs, a data é precedida por um
v em letras minúsculas. Por exemplo, vYYYYMMDD.
SO
Família de imagens
Imagem do SO
Atualizar programação
Política de suspensão de uso
CentOS Stream
centos-stream-V
centos-stream-V-arm64
centos-stream-V-vYYYYMMDD
centos-stream-V-arm64-vYYYYMMDD
Mensal
As imagens do SO estão marcadas como obsoletas, mas ainda podem ser usadas.
Container-Optimized OS
cos-V-lts
cos-arm64-V
cos-V-N
cos-arm64-V-N
Mensal
As imagens do SO estão marcadas como obsoletas, mas ainda podem ser usadas.
Debian
debian-V
debian-V-arm64
debian-V-R-vYYYYMMDD
debian-V-R-arm64-vYYYYMMDD
Mensal
As imagens do SO estão marcadas como obsoletas, mas ainda podem ser usadas.
Fedora CoreOS
fedora-coreos-R
fedora-coreos-R-arm64
fedora-coreos-V-YYYYMMDD-N-gcp-x86-64
fedora-coreos-V-YYYYMMDD-N-gcp-aarch64
Bug crítico ou problemas de segurança
As imagens do SO são excluídas na data de fim da vida útil.
RHEL
rhel-V
rhel-V-arm64
rhel-V-vYYYYMMDD
rhel-V-arm64-vYYYYMMDD
Mensal
As imagens do SO estão marcadas como obsoletas, mas ainda podem ser usadas.
RHEL BYOS
rhel-V-byos
rhel-V-byos-arm64
rhel-V-sap-byos
rhel-V-byos-vYYYYMMDD
rhel-V-byos-arm64-vYYYYMMDD
rhel-V-sap-byos-vYYYYMMDD
Mensal
As imagens do SO estão marcadas como obsoletas, mas ainda podem ser usadas.
RHEL para SAP
rhel-V-sap-ha
rhel-V-sap-vYYYYMMDD
Mensal
As imagens do SO estão marcadas como obsoletas, mas ainda podem ser usadas.
Rocky Linux
rocky-linux-V
rocky-linux-V-arm64
rocky-linux-V-optimized-gcp
rocky-linux-V-optimized-gcp-arm64
rocky-linux-V-vYYYMMDD
rocky-linux-arm64-V-vYYYMMDD
rocky-linux-V-optimized-gcp-vYYYYMMDD
rocky-linux-V-optimized-gcp-arm64-vYYYYMMDD
Mensal
As imagens do SO estão marcadas como obsoletas, mas ainda podem ser usadas.
SQL Server no Windows Server
sql-R-V-win-V
sql-V-R-windows-V-dc-vYYYYMMDD
Mensal
As imagens do SO são excluídas na data de fim da vida útil.
SLES
sles-V
sles-V-arm64
sles-V-vYYYYMMDD-x86-64
sles-V-vYYYYMMDD-arm64
Trimestral
Apenas a imagem do SO mais recente é marcada como obsoleta.
As imagens de SO descontinuadas são excluídas seis meses após a data de descontinuação.
SLES para SAP
sles-V-sap
sles-V-sap-hardened
sles-V-sap-vYYYYMMDD-x86-64
sles-V-sap-hardened-vYYYYMMDD-x86-64
Trimestral
Apenas a imagem do SO mais recente é marcada como obsoleta.
As imagens de SO descontinuadas são excluídas seis meses após a data de descontinuação.
SLES para SAP BYOS
sles-V-byos
sles-V-byos-arm64
sles-V-sap-byos
sles-V-byos-vYYYYMMDD-x86-64
sles-V-byos-vYYYYMMDD-arm64
sles-V-sap-byos-vYYYYMMDD-x86-64
Trimestral
Apenas a imagem do SO mais recente é marcada como obsoleta.
As imagens de SO descontinuadas são excluídas seis meses após a data de descontinuação.
Ubuntu LTS
ubuntu-V-lts
ubuntu-V-lts-arm64
ubuntu-minimal-V-lts
ubuntu-minimal-V-lts-arm64
ubuntu-V-R-vYYYYMMDD
ubuntu-V-R-arm64-vYYYYMMDD
ubuntu-minimal-V-R-vYYYYMMDD
ubuntu-minimal-V-R-arm64-vYYYYMMDD
Bug crítico ou problemas de segurança
As imagens do SO estão marcadas como obsoletas, mas ainda podem ser usadas.
Ubuntu Pro
ubuntu-pro-V-lts
ubuntu-pro-V-lts-arm64
ubuntu-pro-fips-V-lts
ubuntu-pro-V-R-vYYYYMMDD
ubuntu-pro-V-R-arm64-vYYYYMMDD
ubuntu-pro-fips-V-R-vYYYYMMDD
Bug crítico ou problemas de segurança
As imagens do SO estão marcadas como obsoletas, mas ainda podem ser usadas.
Windows Server
windows-V
windows-V-core
windows-server-V-dc-vYYYYMMDD
windows-server-V-dc-core-vYYYYMMDD
Mensal
As imagens do SO são excluídas na data de fim da vida útil.
[[["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\u003eAn OS version progresses through two primary lifecycle stages: Mainstream Support/General Availability (GA) and Deprecated/End of Support (EOS), with the EOS stage potentially including an Extended Support phase.\u003c/p\u003e\n"],["\u003cp\u003eDuring the GA stage, image providers create new OS images and image families, frequently applying critical security or bug fixes, and when an update occurs a new image is created while the old is deprecated, and the image family now points to the latest version.\u003c/p\u003e\n"],["\u003cp\u003eWhen an OS reaches the Deprecated/EOS stage, image updates cease, and while the deprecated OS images may remain usable, users become responsible for acquiring updates, with the latest image in the image family being deleted or deprecated, and image families become unusable; Windows is an exception to this, where all OS images are deleted at EOS.\u003c/p\u003e\n"],["\u003cp\u003eCertain OS versions offer an Extended Support phase, providing paid maintenance packages such as Red Hat's Extended Lifecycle Support (ELS), Ubuntu Pro's Extended Security Maintenance (ESM), or Windows' Extended Security Updates.\u003c/p\u003e\n"],["\u003cp\u003eOperating systems that reach the End of Lifecycle (EOL) stage have their latest images deprecated or deleted, and VMs using EOL OS versions can no longer download or install software updates, while continued compatibility and support are not guaranteed.\u003c/p\u003e\n"]]],[],null,["# Operating systems lifecycle\n\nLinux Windows\n\n*** ** * ** ***\n\nThis document describes the lifecycle of an operating system (OS) version,\nstarting from its creation through to its end of lifecycle (EOL) stage.\n\nAn OS version transitions through two main stages as part of its\nlifecycle:\n\n1. Mainstream support or general availability (GA)\n2. Deprecated or end of support (EOS): which is further divided into the\n following two sub-stages:\n\n 1. Extended support\n 2. End of lifecycle (EOL)\n\nFor some OS versions, after they are marked deprecated, they might also have an\nextended support phase before they reach full EOL.\n\nThe following sections outline the lifecycle stages of an OS version on\nCompute Engine.\n\nMainstream support or general availability (GA)\n-----------------------------------------------\n\nIn this stage the following processes take place:\n\n1. With the introduction of a new OS version, the OS image provider creates a new OS image and assigns a name by using the naming convention for that OS distribution. For example, `debian-11-bullseye-v20230801`.\n2. The image provider then creates a new image family. For example,\n `debian-11.`\n\n *Image families* help you manage OS images in your\n project by grouping related images together, so that you can roll forward and\n roll back between specific OS image versions. For more information, see\n [Image families best practices](/compute/docs/images/image-families-best-practices).\n\n All calls to the image family references this recently created OS image.\n For example, if you specify an image family during VM creation by\n using the `--image-family` flag with the appropriate `--image-project`, then\n the latest version of the image is used.\n3. Occasionally, the image provider applies critical security or bug\n fixes, that are sent by the OS provider, to the OS image. In these updates,\n new features might be introduced.\n When an update is sent, the following takes place:\n\n - The current OS image is updated and a new name is generated. For example, the `debian-11-bullseye-v20230801` with the updates becomes `debian-11-bullseye-v20230901.`\n - The `debian-11` image family now points to the new `debian-11-bullseye-v20230901` OS image.\n - The previous OS image (`debian-11-bullseye-v20230801`) is marked `deprecated`.\n\nDeprecated or End of Support (EOS)\n----------------------------------\n\nAt some point, each OS version reaches the deprecation phase. For OS version\ndeprecation dates, see [Operating system details](/compute/docs/images/os-details).\n\nDeprecated OS versions can either be in an extended supported or end of\nlifecycle phase.\n\nIn this stage, OS providers stop providing image updates and the OS images are\nmarked deprecated. You might still be able to use these OS images, but you are\nresponsible for acquiring updates, which are subject to availability from the\nOS distribution, vendor, or open source community.\n\nWhen an OS version reaches EOS, the following takes place:\n\n- The latest image in the image family is either deleted or marked deprecated.\n- You can no longer use the image family. However, you can still\n use some or all of the OS images by referencing them directly with the\n exception of Windows where all OS images are deleted at EOS.\n\n To create a VM from a deprecated image, you must use the\n gcloud CLI or REST. When specifying the image,\n you must use the `--image` flag because image families don't point to\n deprecated images. For more information about creating VMs, see\n [Create a VM instance from a public image](/compute/docs/instances/create-start-instance#publicimage).\n- When an OS version reaches or goes past the extended lifecycle stage, Google\n doesn't guarantee feature compatibility with new machine families or CPU\n platforms, to these deprecated versions.\n\n All VMs that use OS images that belong to this EOS OS version continue to work on\n Compute Engine and are still eligible for\n [Google Cloud support](/compute/docs/images/support-maintenance-policy#support-scope)\n beyond their EOS date.\n However, if any issues with the VM is identified to be associated with\n the deprecated OS version, Google might not be able to resolve the issue\n as OS provider support is no longer available.\n\nDeprecated OS versions can either be in an extended supported phase or end of\nlifecycle.\n\n### Extended support\n\nFor some operating systems, when they reach the deprecation phase,\nOS distributors provide a maintenance, extended or long-term paid package that\ncan be applied to your OS:\n\n- For Red Hat Enterprise Linux (RHEL) OS: Maintenance support, Extended life phase, Extended Lifecycle support ELS (Add-On), or Extended Update Support (EUS)\n- For Rocky Linux: Long Term Support can be [purchased from CIQ](https://ciq.com/products/rocky-linux/)\n- For SUSE Linux Enterprise Server (SLES) OS: Long Term Service Pack Support, Extended Service Pack Overlap Support (ESPOS)\n- For Ubuntu Pro OS: Extended Security Maintenance (ESM)\n- For Windows OS: Extended Security Updates\n\nFor more details on these extended lifecycle packages, see the documentation for\nthe OS provider.\n\n### End of lifecycle (EOL)\n\nFor operating systems that have reached the end of the extended support period,\nor operating systems that don't support an extended support period, the\nfollowing takes place:\n\n- The latest image in the image family is marked deprecated, or is deleted\n from Google Cloud.\n\n- The guest environment software provided by Google won't be\n updated for EOL OS versions, and repositories are no longer updated or maintained.\n\n- For existing VMs that use EOL OS versions, the following takes place:\n\n - The VM can't download or install software packages or updates from the OS vendor and security updates are no longer available. This occurs because content from the OS vendor might no longer be available from the existing channels as the configured software repository infrastructure from the OS vendor might be turned down or archived.\n - The VM continues to run but continued compatibility is not guaranteed. Active support might not be available from the OS vendor or Google. Google can provide options for migration or upgrades to newer OS versions.\n\nOS image naming convention, update schedule, and deprecation policy\n-------------------------------------------------------------------\n\nThe following table outlines the naming convention for OS images\nand image families, the update schedule, and the applicable EOS\npolicy.\n\n### Definitions\n\nThe following notations are used in the table:\n\n- `V` is the numeric version for the OS. For example `RHEL-7` where `7` is the numeric version\n- `R` is the release string sometimes referred to as the development codename for the OS. For example, `debian-12-bookworm-v20240213` where `bookworm` is the release string. *Release strings only apply to Debian and Ubuntu OS images*.\n- `N` is the numeric build number. *Build numbers only apply to\n Container-Optimized OS and Fedora CoreOS*.\n- `YYYYMMDD` is the Year/Month/Day that identifies the date that the OS image was built or published. For some OS, the date is preceded by a lowercase `v`. For example, `vYYYYMMDD`.\n\nWhat's next\n-----------\n\n- Learn more about the [operating systems](/compute/docs/images/os-details) that are available on Compute Engine."]]
