Mise à jour de version de Qdrant

Qdrant offre les garanties suivantes concernant la compatibilité des versions :

• Les versions majeure et mineure de Qdrant et du SDK doivent correspondre. Par exemple, Qdrant 1.17.x est compatible avec le SDK 1.17.x.

• Qdrant est testé pour la compatibilité rétroactive entre versions mineures. Par exemple, Qdrant 1.17.x devrait être compatible avec le SDK 1.16.x. Le serveur Qdrant 1.16.x devrait également être compatible avec le SDK 1.17.x, mais uniquement pour le sous-ensemble de fonctionnalités disponibles dans 1.16.x.

• Pour migrer vers la version mineure suivante, il est recommandé de d'abord mettre à jour le SDK vers la version mineure suivante, puis de mettre à jour le serveur Qdrant.

• La compatibilité du stockage n'est garantie que pour une version mineure. Par exemple, les données stockées avec Qdrant 1.16.x devraient être compatibles avec Qdrant 1.17.x. Si vous devez migrer plus d'une version mineure, la mise à jour doit se faire étape par étape, une version mineure à la fois. Par exemple, pour migrer de 1.15.x à 1.17.x, vous devez d'abord mettre à jour vers 1.16.x, puis vers 1.17.x. Remarque : Qdrant Cloud automatise ce processus, vous pouvez donc passer directement de 1.15.x à 1.17.x sans étapes intermédiaires.

• Un cluster Qdrant avec un facteur de réplication de 2 ou plus peut être mis à jour sans interruation de service en effectuant une mise à jour progressive. Cela signifie que vous pouvez mettre à jour un nœud à la fois tandis que les autres nœuds continuent à traiter les requêtes. Cela vous permet de maintenir la disponibilité de votre application pendant le processus de mise à jour. Plus d'informations sur le facteur de réplication : Replication factor

Pour gérer les mises à jour de version de Qdrant dans Qdrant Cloud, vous pouvez utiliser l'outil CLI qcloud.