Mise à niveau de version 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 SDK 1.17.x.

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

• Pour la migration vers la version mineure suivante, il est recommandé de d'abord mettre à niveau le SDK vers la version mineure suivante, puis de mettre à niveau 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 sont censées être compatibles avec Qdrant 1.17.x. Si vous devez migrer plus d'une version mineure, vous devez effectuer la mise à niveau étape par étape, une version mineure à la fois. Par exemple, pour migrer de 1.15.x à 1.17.x, vous devez d'abord mettre à niveau 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 égal ou supérieur à 2 peut être mis à niveau sans interruption de service en effectuant une mise à niveau progressive. Cela signifie que vous pouvez mettre à niveau un nœud à la fois tandis que les autres nœuds continuent à servir les requêtes. Cela vous permet de maintenir la disponibilité de votre application pendant le processus de mise à niveau. Plus d'informations sur le facteur de réplication : Replication factor

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