Política de controle de versão
Ao provisionar uma instância do Cloud Databases, você pode escolher entre as versões atualmente disponíveis no IBM Cloud®. Encontre as versões mais recentes nas páginas do catálogo, no plug-in Cloud Databases Plug-in da CLI ou da Cloud Databases API.
Versões principais definidas
| Serviço | Cloud Databases esquema de controle de versão | Próxima versão e data conhecidas do término de vida | Versão principal preferida | Procedimento de término de vida [1] |
|---|---|---|---|---|
| Databases for MongoDB | Cloud Databases as versões principais são os dois primeiros números em um número de versão major.x.patch. Nos casos em que x é constante, ele é uma liberação estável adequada para a produção. As versões de x constante são as únicas disponíveis no Cloud Databases. |
v7, 25 ago 2027 | v8.0 | Atualização automática no local para a próxima versão principal; a atualização no local iniciada pelo cliente para a próxima versão principal é compatível com os planos Standard e Enterprise |
| Databases for Elasticsearch | Cloud Databases as versões principais são os dois primeiros números em um número de versão de manutenção release.version. |
v8.7, v8.10, v8.12, v8.15, 30 de junho de 2026 | v8.19 | Atualização automática no local para a próxima versão principal; há suporte para a atualização no local iniciada pelo cliente para a versão 8.19 |
| Databases for Redis | Cloud Databases as versões principais são o primeiro número em um número de versão major.minor.patch. |
v7.2, 19 de agosto de 2026 | v8.2 | Upgrade automático feito localmente para a próxima versão principal |
| Databases for PostgreSQL | Cloud Databases a versão principal é definida pelo primeiro número no número da versão. | v14, 21 de outubro de 2026 | v18 | Atualização automática no local para a próxima versão principal, atualização no local iniciada pelo cliente de v14 para v15 suportada |
| Databases for MySQL | Cloud Databases as versões principais são os dois primeiros números em um número de versão major.x.patch. |
v8.0, 29 de julho de 2026 | v8.4 | Backup feito e acesso removido |
| Messages for RabbitMQ | Cloud Databases As versões principais são os dois primeiros números em um número de versão major.x.patch. |
v3.13, 20 de maio de 2026, v4.1, 12 de agosto de 2026 |
v4.2 | Backup feito e acesso removido até v3.13, Upgrade automático no local para a próxima versão principal a partir de v4.x |
Procedimento de término de vida
O tratamento do fim da vida útil depende do serviço e do modelo de controle de versão. Aplicam-se as seguintes abordagens:
-
Remoção de acesso após a data de fim de vida útil
Para MySQL v8.0 e RabbitMQ v3.13, após a data de fim de vida útil, o acesso às implantações é removido. Os backups serão mantidos de acordo com a política, mas as instâncias não estarão mais acessíveis.
-
Atualização forçada para a próxima versão suportada:
Para todas as outras versões de banco de dados, após a data de fim de vida útil, todas as implantações ativas executadas em uma versão obsoleta são forçosamente atualizadas para a próxima versão compatível. Por exemplo, a versão 14 do site PostgreSQL é automaticamente atualizada para a versão 15.
Esta abordagem não é recomendada pelos seguintes motivos:
- Não oferecemos SLAs para este tipo de atualização forçada.
- Pode ocorrer perda de dados.
- Os aplicativos podem sofrer tempo de inatividade.
- Os aplicativos podem parar de funcionar se tiverem alguma incompatibilidade com a nova versão do banco de dados.
- Você não pode controlar o momento da atualização forçada de suas instâncias.
- Não há processo de reversão para atualizações forçadas.
- Recomendamos enfaticamente atualizar Cloud Databases as instâncias para a versão mais recente disponível assim que ela for lançada.
Informações adicionais sobre métodos de atualização para cada tipo de banco de dados:
- Atualização de Databases for MongoDB versões principais
- Atualização de Databases for Elasticsearch versões principais
- Atualização de Databases for Redis versões principais
- Atualização de Databases for PostgreSQL versões principais
- Atualização de Databases for MySQL versões principais
- Atualização das principais versões do site Messages for RabbitMQ
Assine para receber atualizações de versão
A disponibilidade de uma nova versão principal do banco de dados em IBM Cloud é comunicada por meio das notas de lançamento e da página IBM Cloud de status. Configure notificações de IBM Cloud status, conforme descrito na documentação, para receber uma notificação quando novas notas de lançamento forem publicadas.
Procedimentos para o fim da vida útil da versão principal
As datas de fim de vida útil das principais versões do banco de Cloud Databases dados são determinadas após a consideração de dois fatores principais.
- A data em que a comunidade de código aberto ou o fornecedor que disponibiliza o banco de dados deixa de manter essa versão.
- Melhores práticas do setor em matéria de segurança que geralmente proíbem o uso de software que não é mais mantido, pois é improvável que os bugs e vulnerabilidades de segurança sejam corrigidos nessa versão.
Como a frequência das versões principais e as políticas de ciclo de vida de manutenção associadas a cada banco de dados oferecido no IBM Cloud portfólio são diferentes, o tempo entre a disponibilidade geral de uma versão principal e IBM Cloud o fim da vida útil dessa versão IBM Cloud varia entre os diferentes bancos de dados e ao longo do tempo.
Quando a data IBM Cloud de fim de vida útil de uma versão principal é definida, uma notificação é fornecida por meio da página de IBM Cloud anúncios de status. Durante o período entre a notificação e a data de fim de vida útil de uma versão principal, é altamente recomendável iniciar uma atualização para a versão principal mais recente.
Na data de fim de vida útil, quaisquer instâncias de banco de dados que permanecerem na versão principal obsoleta serão tratadas conforme descrito na coluna de procedimento de fim de vida útil da Tabela 1. Se o procedimento de fim de vida incluir a realização de um backup da instância, o backup estará disponível para ser restaurado em uma nova versão compatível por 30 dias, após os quais o backup será excluído.
Os pedidos para reativar formações desativadas de versões em fim de vida não são atendidos.
Os procedimentos de fim de vida e ações relacionadas ocorrem ao longo de vários dias após a data de fim de vida. Tentamos, mas não podemos garantir, a conclusão dessas ações fora do horário comercial na região local. Se quiser ter mais controle sobre o processo de atualização da sua instância, recomendamos que você faça a atualização antes da data de EOL da sua versão.
Versões secundárias
IBM Cloud tem o compromisso de fornecer versões seguras e atualizadas dos serviços. À medida que as atualizações são liberadas pelos mantenedores do projeto, elas são testadas, avaliadas e liberadas para as instâncias do Cloud Databases. A versão secundária da sua instância e as atualizações de patches são tratadas automaticamente e não podem ser configuradas pelo usuário.
Notificação de fim de vida útil da versão principal
A capacidade de fornecer notificação prévia da data de fim da vida útil das principais versões do banco de dados aos usuários do IBM Cloud Database é limitada pelo aviso prévio fornecido pela comunidade ou fornecedor de código aberto associado com relação à data em que a manutenção de uma versão será encerrada.
Para os bancos de dados em que a comunidade de código aberto ou o fornecedor avisa com antecedência sobre o fim da manutenção das versões principais, várias notificações serão enviadas para informar os usuários sobre as datas de fim de vida útil. Em geral, você pode esperar:
- Um anúncio na página de status da nuvem, por exemplo: Avisos de fim de suporte.
- Um anúncio nas Notas de versão do seu serviço, por exemplo: IBM Cloud® Databases for PostgreSQL versão 12, fim da vida útil em 22 de janeiro de 2025
- Uma notificação por e-mail, caso as notificações da conta tenham sido configuradas corretamente para incluir endereços de e-mail. Esse e-mail contém um link de Notificações que o leva a uma página de Gerenciamento de Notificações. Certifique-se de que esses anúncios não estejam sendo capturados pelo filtro de spam do seu serviço de e-mail. Para obter mais informações, consulte Configurar listas de distribuição para IBM Cloud notificações e Definir preferências de {:external} e-mail para notificações.
Certifique-se de que sua conta esteja ativada para receber notificações e anúncios. Você deve habilitar o recebimento de atualizações da plataforma e dos recursos.
- Ative a opção “Maior e menor” na guia Plataforma > Anúncios > Maior e menor.
- Ative as atualizações de serviço na guia Recursos > Atividade de recursos > Atualizações de serviço.
Os clientes também são incentivados a verificar proativamente o status da versão do banco de dados de todas as IBM Cloud instâncias do banco de dados programaticamente por meio da CLI ou da API. Para obter mais informações, consulte Métodos programáticos para verificar o status da versão.
Informações específicas do banco de dados
IBM Cloud Databases for Elasticsearch
A Elastic publica a política de manutenção das versões do Elasticsearch aqui. De acordo com essa política, três versões são mantidas pela Elastic em qualquer momento: a versão mais recente ( X.Y ), a versão anterior ( X.Y-1 ) e a última versão da versão principal anterior ( X-1.last, 8.19 por exemplo). Quando uma nova versão é criada ( X.Y+1 ), a manutenção da versão X.Y-1 termina imediatamente. Os clientes podem escolher entre duas abordagens para atualizar as versões do Elasticsearch que usam. A primeira abordagem é sempre fazer upgrade para a versão mais recente do Elasticsearch logo após o lançamento, tornando a frequência dos upgrades igual à frequência dos lançamentos da Elastic. A segunda abordagem consiste em permanecer na última versão da versão principal anterior, desde que ela continue a ser mantida pela Elastic, a fim de reduzir a frequência das atualizações de versão necessárias durante esse período. Uma notificação IBM Cloud será enviada logo após cada lançamento de versão principal Elasticsearch comunicando que a manutenção da Elastic terminou para uma versão principal adicional e que essa versão principal chegará ao fim da vida útil em IBM Cloud Databases em 5 semanas.
Métodos programáticos para verificar o status da versão
Na CLI the following Cloud Databases deployables-show command shows deployable service types, specifically the available
versions and their preferred or stable status.
ibmcloud cdb deployables-show [--stable] [--preferred] [--json]
Verifique o status de uma versão principal revisando a saída do comando deployable, especificamente Status e Preferred. O exemplo de saída a seguir mostra que a versão 7 é a versão Preferred e o status da versão 6 é deprecated.
Service Type: mongodb
Version Status Preferred
7 stable true
6 deprecated false
Na API Cloud Databases O deployables ponto de extremidade retorna todos os serviços implementáveis.
Use o parâmetro version para retornar o número da versão.
GET /v5/ibm/deployables
Versões principais e Terraform
Observe que, no momento, não é possível atualizar para uma nova versão principal usando o Terraform. Alterar o número da versão em um script do Terraform pode fazer com que seus dados sejam destruídos. O método recomendado de atualização de versão é a restauração de um backup em uma nova implementação com a versão mais recente. Para obter mais informações, consulte Restauração de um backup.
-
Esta coluna descreve as ações que serão tomadas pela equipe do IBM Cloud® nas instâncias do banco de dados que não foram atualizadas para uma nova versão antes da data da versão EoL. Esta abordagem não é recomendada. Para obter mais informações, consulte Procedimento de fim de vida. ↩︎