Vector Retrieval Service for Milvus:Démarrage rapide : Créer une instance Milvus

Prérequis

• Vous devez disposer d'un compte Alibaba Cloud. Si vous n'en avez pas, commencez par terminer l'inscription. Pour plus d'informations, consultez la procédure d'inscription à un compte Alibaba Cloud.

• Lors de votre premier achat, vous devez accorder à Milvus les autorisations nécessaires pour accéder aux ressources cloud correspondantes. Pour plus d'informations, consultez Accorder des autorisations pour accéder aux ressources cloud.

• Si vous utilisez un utilisateur RAM, vous devez lui accorder les autorisations nécessaires. Pour plus d'informations, consultez Accorder des autorisations à un utilisateur RAM.

Procédure

1. Accédez à la page Alibaba Cloud Milvus.

   1. Connectez-vous à la console Alibaba Cloud Milvus.

   2. Dans le volet de navigation de gauche, cliquez sur Instances.

2. Sur la page Instances, cliquez sur Create Instance et configurez les paramètres suivants.

   Élément de configuration	Description
   Billing Method	Prend en charge les méthodes de facturation par abonnement et paiement à l'utilisation.
   Duration	Pour la méthode de facturation par abonnement, la durée d'achat par défaut est de 1 mois. Les durées d'achat prises en charge dépendent de la page de la console actuelle.
   Region	Emplacement physique où réside l'instance. Important Une fois l'instance créée, la région ne peut pas être modifiée. Choisissez avec soin.
   Network	Un VPC (Virtual Private Cloud) est un environnement réseau isolé que vous définissez sur Alibaba Cloud. Vous avez un contrôle total sur votre propre VPC. Sélectionnez un VPC existant. Pour créer un nouveau VPC, cliquez sur Create in Console. Pour plus d'informations, consultez Créer un VPC. Un vSwitch est un module réseau de base constituant un VPC et utilisé pour connecter différentes ressources cloud. Sélectionnez un vSwitch existant. Pour créer un nouveau vSwitch, cliquez sur Create in Console. Pour plus d'informations, consultez Créer un vSwitch.
   Deployment Model	Single-zone : Convient aux environnements de développement et de test. Cette option présente des coûts inférieurs et un déploiement simple, mais n'offre pas de reprise après sinistre inter-zones. Multi-zone Deployment (Basic) : Fournit une seule copie des ressources de calcul, ce qui implique un certain temps de récupération en cas de panne. L'objectif de temps de récupération (RTO) est inférieur à 1 heure, offrant un meilleur rapport qualité-prix. Multi-zone Deployment (HA) : Fournit deux copies des ressources de calcul. En cas d'anomalie de service, vous pouvez basculer directement entre les clusters principal et secondaire, avec un RTO inférieur à 3 minutes. Pour plus de détails sur les différences, les scénarios applicables et les caractéristiques architecturales des éditions Basic et HA multi-zones, consultez Déploiement multi-zones.
   Version	Prend en charge les versions 2.4, 2.5 et 2,6.
   Instance Series	Édition Standard : solution distribuée de recherche vectorielle conçue pour les applications d'entreprise et les environnements de production à grande échelle. Déployée sous forme de cluster multi-zones de disponibilité, elle offre un accord de niveau de service (SLA) de haute disponibilité de niveau production et prend en charge la mise à l'échelle horizontale indépendante des ressources de calcul et de stockage. Cette édition est idéale pour les scénarios de production nécessitant une fiabilité élevée, une forte concurrence et le traitement de volumes importants de données. Édition StandalonePro : solution légère de recherche vectorielle conçue pour les développeurs individuels et les petites équipes. Déployée en tant que processus unique, elle ne prend pas en charge la mise à l'échelle horizontale. Cette édition est recommandée uniquement pour le développement, l'apprentissage, la validation des fonctionnalités et les tests initiaux, et n'est pas conseillée pour les environnements de production.
   Service Node	Ce paramètre doit être configuré lors de la création d'une instance Standard Edition. Principalement responsable du traitement des demandes client et de la gestion de l'état du cluster. Il distribue les requêtes de recherche aux nœuds de calcul appropriés et collecte les résultats pour vous les renvoyer. Il maintient également les métadonnées du cluster afin de garantir que les requêtes sont correctement routées vers les nœuds de calcul correspondants. Streaming Node : Principalement responsable des écritures en temps réel et de la consommation incrémentielle des données. Lorsque les écritures sont fréquentes et que l'exigence de latence entre l'écriture et la recherche est élevée, il est fortement recommandé d'augmenter le nombre de nœuds ou de mettre à niveau les spécifications pour améliorer les capacités de traitement des données en temps réel. Datanode : Principalement responsable de l'écriture, de la persistance et de la gestion des données. Lorsque le volume d'écriture des données est important et que les importations sont fréquentes, il est fortement recommandé d'augmenter le nombre de nœuds ou de mettre à niveau les spécifications pour améliorer la bande passante d'écriture globale et la stabilité. Proxy : Principalement responsable de la réception et du routage des demandes client. Lorsqu'il y a de nombreuses connexions client et des demandes concurrentes élevées, il est fortement recommandé d'augmenter le nombre de nœuds ou de mettre à niveau les spécifications pour améliorer les capacités d'accès et de transfert des requêtes. Metadata Service : Responsable de la planification des ressources et de la coordination des tâches. Lorsque le cluster est volumineux et comporte de nombreuses partitions de données, il est fortement recommandé de mettre à niveau les spécifications pour garantir la stabilité de la planification.
   Compute Node	Querynode : Responsable de la recherche vectorielle et du filtrage. Lorsque l'utilisation de la mémoire dépasse 70 %, vous devez augmenter le nombre de nœuds ou mettre à niveau les spécifications pour garantir les performances et la stabilité des requêtes. Pour plus d'informations sur les nœuds, consultez Types de nœuds.
   Data Replicas	L'activation des réplicas de données garantit efficacement la disponibilité du cluster. Nous vous recommandons d'activer cette fonctionnalité pour les charges de travail de production.
   Data Storage	Le stockage redondant inter-zones est utilisé par défaut. Vous êtes facturé en fonction de la quantité réelle de données stockées, et les frais sont calculés toutes les heures en fonction de l'espace de stockage (Go) que vous utilisez réellement.
   Automatic Backup	Important L'utilisation de la fonctionnalité de sauvegarde entraîne des frais de stockage. Pour plus d'informations, consultez Facturation. La fonctionnalité de sauvegarde automatique est activée par défaut. Cette fonctionnalité est conçue pour garantir la sécurité des données de votre instance et respecter le SLA du service. En cas de perte accidentelle de données, vous pouvez utiliser cette fonctionnalité pour les récupérer. Remarque Si vous souhaitez désactiver cette fonctionnalité, une fois l'instance créée, accédez à l'onglet Backup Snapshot pour la désactiver. Pour plus d'informations, consultez Sauvegarde et restauration.
   Password	Définissez le mot de passe du compte root (administrateur) de l'instance Milvus pour vous connecter à la base de données. Remarque Si vous oubliez le mot de passe, consultez la FAQ.
   OSS Data Encryption	Le chiffrement des données OSS nécessite l'appel au Key Management Service (KMS). Accédez à la console Key Management Service pour l'activer.
   Resource Group	Sélectionnez un groupe de ressources existant. Pour créer un nouveau groupe de ressources dédié, cliquez sur Create Resource Group. Les groupes de ressources permettent de regrouper vos ressources cloud selon des dimensions telles que l'usage, les autorisations et la propriété. Pour plus d'informations, consultez Groupes de ressources.
   Tag	Vous pouvez associer des tags lors de la création d'une instance, ou ajouter des tags après sa création. Cela vous aide à identifier et gérer les ressources de votre instance. Pour plus d'informations sur les tags, consultez Tags.

3. Après avoir confirmé que la configuration est correcte, lisez et acceptez le contrat de service, puis cliquez sur Create Instance.

   L'instance est créée lorsque son statut est Running.