Mise à niveau de version de Qdrant
Qdrant dispose des garanties suivantes concernant la compatibilité des versions :
-
Les versions majeures et mineures 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 compatibilité rétroactive entre les versions mineures. Par exemple, Qdrant 1.17.x devrait être compatible avec SDK 1.16.x. Le serveur Qdrant 1.16.x devrait également être compatible avec 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 à niveau le SDK vers la version mineure suivante, puis de mettre à niveau le serveur Qdrant.
-
La compatibilité du stockage est garantie uniquement 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, il est nécessaire d'effectuer la mise à niveau étape par étape, une version mineure à la fois. Par exemple, pour migrer de 1.15.x vers 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 mettre à niveau directement de 1.15.x vers 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 à traiter les demandes. 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 de Qdrant dans Qdrant Cloud, vous pouvez utiliser l'outil CLI qcloud.