Upgrade de Versão do Qdrant

O Qdrant tem as seguintes garantias sobre compatibilidade de versão:

• Espera-se que as versões principal e secundária do Qdrant e do SDK correspondam. Por exemplo, Qdrant 1.17.x é compatível com SDK 1.17.x.

• O Qdrant é testado quanto à compatibilidade retroativa entre versões secundárias. Por exemplo, Qdrant 1.17.x deve ser compatível com SDK 1.16.x. O servidor Qdrant 1.16.x também deve ser compatível com SDK 1.17.x, mas apenas para o subconjunto de recursos que estavam disponíveis em 1.16.x.

• Para migração para a próxima versão secundária, é recomendado primeiro atualizar o SDK para a próxima versão secundária e, em seguida, atualizar o servidor Qdrant.

• A compatibilidade de armazenamento é garantida apenas para uma versão secundária. Por exemplo, dados armazenados com Qdrant 1.16.x devem ser compatíveis com Qdrant 1.17.x. Se você precisar migrar mais de uma versão secundária, é necessário fazer o upgrade passo a passo, uma versão secundária de cada vez. Por exemplo, para migrar de 1.15.x para 1.17.x, você precisa primeiro atualizar para 1.16.x e depois para 1.17.x. Observação: O Qdrant Cloud automatiza esse processo, então você pode atualizar diretamente de 1.15.x para 1.17.x sem etapas intermediárias.

• Um cluster Qdrant com fator de replicação de 2 ou superior pode ser atualizado sem interrupção, realizando um upgrade contínuo (rolling upgrade). Isso significa que você pode atualizar um nó por vez enquanto os outros nós continuam a atender requisições. Isso permite manter a disponibilidade da sua aplicação durante o processo de upgrade. Mais sobre fator de replicação: Fator de Replicação

Para gerenciar upgrades de versão do Qdrant no Qdrant Cloud, você pode usar a ferramenta CLI qcloud.