Déterminez le but de la collection (documents, extraits de code, logs), la dimension des vecteurs (ex. 1536 pour certains embeddings courants), et les métadonnées nécessaires (source, type, chunkIndex, etc.). Choisissez un nom clair et unique.

Confirmez que le cluster de recherche / l’instance Milvus a suffisamment de RAM et stockage. Pour de grandes collections, prévoyez une marge pour l’indexation (CPU / I/O).

Ouvrez le panneau de maintenance / actions backend, sélectionnez “Créer collection”, renseignez le nom et le schéma simplifié (dimensions vectorielles et champs indexables), puis validez l’opération. Note : l’opération est soumise au rate limiter général et peut être mise en file si d’autres opérations sont en cours.

Attendez la confirmation (statut “crée” ou message de succès). Vérifiez que la collection apparaît dans la liste d’administration et qu’elle est “chargée” si nécessaire pour les requêtes.

Insérez un petit lot de vecteurs de test puis lancez une recherche simple pour vérifier que la collection répond comme attendu.

Surveillez l’utilisation CPU, latence des requêtes et erreurs pendant les premières heures. Planifiez la création d’index si les performances de recherche doivent être améliorées.

Si vous observez des latences de recherche élevées ou si vous avez besoin de plus de précision/performance, planifiez la création d’un index. Les index améliorent les temps de réponse au prix d’un coût de calcul et stockage.

Sélectionnez un type d’index adapté (ex. approche par clusters vs lineaire) en fonction du volume et du profil de latence attendu. Pour les collections de test, privilégiez des paramètres conservateurs.

Depuis la section maintenance, choisissez la collection puis “Créer index”. Configurez les paramètres essentiels (nom de champ vector, metric type, paramètres d’indexation si disponibles). Confirmez le lancement. Note : la création d’index est une opération asynchrone et soumise au rate limiter ; attendez un statut de réussite.

La durée dépend du volume de données et des ressources. Pendant la création, les performances peuvent varier. Une fois terminée, exécutez des tests de latence et de qualité des résultats.

Si les résultats ne sont pas satisfaisants, ré-évaluez les réglages (par ex. nprobe/nlist s’ils sont exposés) et recréez l’index en horaire de faible charge.

Consignez l’opération, les paramètres choisis et l’impact mesuré pour faciliter la réplicabilité et la restitution.

Identifiez quelles fonctionnalités et agents utilisent la collection. La suppression est destructrice : les données vectorielles et leurs associations seront perdues.

Avant suppression, exportez / sauvegardez les données ou assurez-vous qu’une copie existe ailleurs. Préparez un plan de restauration si la suppression est accidentelle.

Arrêtez ou mettez en pause tous les processus qui insèrent des vecteurs dans la collection pour éviter des écritures en cours.

Dans la section maintenance, sélectionnez la collection et déclenchez la suppression (dropCollection). Confirmez via la boîte de dialogue en lisant attentivement le message de suppression. Note : l’opération est asynchrone, mise en file et sujette à retry en cas d’erreur transitoire.

Après confirmation, vérifiez qu’aucune référence applicative pointe encore vers la collection supprimée (indices, jobs planifiés, agents).

Redémarrez les flux d’ingestion si vous avez migré les données vers une nouvelle collection.

Ouvrez l’interface d’administration dédiée aux opérations sur les collections. Ces actions centrales vous permettent de lancer createIndex ou dropCollection sans intervention bas niveau.

Sélectionnez la collection ciblée puis l’action souhaitée (créer un index, supprimer la collection). L’interface affiche souvent un résumé de l’impact et des prérequis.

Validez les paramètres et confirmez. L’opération est placée en file d’exécution. Vous recevrez un retour dès que l’opération est traitée.

Consultez l’historique des opérations et les logs d’exécution pour vérifier succès ou échec. En cas d’échec, relisez les détails avant de relancer.

Si vous devez relancer l’opération, espacez les tentatives et planifiez-les pour éviter la saturation. Le système applique une politique de retry automatique, mais relancer manuellement sans délai peut aggraver la situation.