Comparaison des éditions de base et HA multi-zones - Vector Retrieval Service for Milvus

Pour éviter qu'une défaillance de zone ne rende le service Vector Retrieval Service for Milvus (Milvus) totalement indisponible, Milvus propose deux modes de déploiement interzones : Multi-zone Deployment (basic) et Multi-zone Deployment (HA). Cette rubrique compare l'architecture et les différences entre ces deux modes.

Contexte

Dans une instance Milvus monozone, tous les services sont déployés dans une seule zone. En cas d'événement majeur, tel qu'une panne de centre de données, la zone de disponibilité (AZ) peut devenir indisponible, entraînant l'interruption totale du service Milvus.

Pour les instances Multi-zone Deployment (basic) et Multi-zone Deployment (HA), le service de métadonnées, le Message Service et les données sont répartis sur plusieurs centres de données. Cette architecture garantit l'intégrité des données et la disponibilité du service de métadonnées même en cas de défaillance d'une zone. La disponibilité globale du service dépend alors des ressources de calcul et de stockage des zones actives restantes.

Les principales différences entre Multi-zone Deployment (basic) et Multi-zone Deployment (HA) sont les suivantes :

Multi-zone Deployment (basic) : cette édition utilise un seul ensemble de ressources de calcul, ce qui la rend plus économique. Le rétablissement après une panne nécessite un certain temps, avec un objectif de temps de rétablissement (RTO) inférieur à 1 heure.
Multi-zone Deployment (HA) : cette édition mobilise deux ensembles de ressources de calcul. En cas de défaillance d'un service, le système bascule vers le cluster secondaire. Le RTO est inférieur à 3 minutes.

Architectures de déploiement

Multi-zone Deployment (basic)

L'édition Multi-zone Deployment (basic) assure la haute disponibilité des données et des services grâce aux mécanismes suivants :

Déploiement du service de métadonnées sur plusieurs centres de données : tous les nœuds de métadonnées sont répartis sur trois centres de données afin de garantir leur haute disponibilité.
Déploiement du Message Service sur plusieurs centres de données : l'ensemble des nœuds du Message Service est distribué sur trois centres de données pour assurer la haute disponibilité des données de messagerie.
Déploiement des nœuds de calcul dans un seul centre de données : par défaut, les nœuds de calcul résident dans la zone principale pour minimiser la latence entre les services. Si cette zone tombe en panne, ils redémarrent dans la zone secondaire.
Mode de déploiement OSS amélioré : OSS utilise un stockage redondant interzones. Cela assure la stabilité du stockage froid ainsi que la haute disponibilité des données.

Multi-zone Deployment (HA)

L'édition Multi-zone Deployment (HA) garantit la haute disponibilité des données et des services par les moyens suivants :

Déploiement du service de métadonnées sur plusieurs centres de données : tous les nœuds de métadonnées sont répartis sur trois centres de données pour assurer leur haute disponibilité.
Déploiement du Message Service sur plusieurs centres de données : tous les nœuds du Message Service couvrent trois centres de données afin de maintenir la haute disponibilité des messages.
Déploiement bizonal des nœuds de calcul : les nœuds de calcul sont placés par défaut dans la zone principale pour réduire la latence. Des nœuds de secours, situés dans la zone secondaire, chargent les données de manière synchrone. Lors d'une défaillance de la zone principale, le backend Milvus inverse les rôles des zones ; la zone secondaire prend alors le relais pour fournir les services de lecture et d'écriture.
Amélioration du mode de déploiement OSS : le passage à un stockage redondant interzones pour OSS garantit la stabilité du stockage froid et la haute disponibilité des données.

Comparaison de la haute disponibilité

Le tableau ci-dessous compare les instances monozones, Multi-zone Deployment (basic), Multi-zone Deployment (HA) et HA interrégionales en termes de disponibilité, de performances et de coûts. Choisissez le mode de déploiement adapté à vos besoins métier.

Élément	Monozone	Multi-zone (basic)	Multi-zone (HA)	Interrégional (HA)
Nombre d'AZ pour les nœuds de calcul	1	2	2	Régions >= 2, AZ >= 3
RPO et RTO lors d'une panne de centre de données	Aucune capacité de reprise après sinistre au niveau du centre de données	RPO = 0 RTO < 1 heure (sous réserve de ressources suffisantes)	RPO = 0 RTO < 3 minutes	RPO < 10 secondes RTO < 3 minutes
SLA	99,9 %	99,9 %	99,95 %	99,99 %
Coût	1	1 à 1,2x Stockage : +20 % Calcul : aucun changement	2x Stockage : +20 % Calcul : +100 % (mode actif-standby strict)	3x ou plus Stockage : +100 % ou plus Calcul : +200 % ou plus Réseau : frais supplémentaires pour le trafic de synchronisation interrégionale
Performances	1	La latence du service de métadonnées peut augmenter légèrement en raison de la communication inter-centres de données. Les latences de requête et d'insertion restent globalement inchangées.	La communication inter-centres de données peut entraîner une légère hausse de la latence du service de métadonnées. Les latences de requête et d'insertion ne sont pratiquement pas affectées.	Les performances normales de lecture et d'écriture demeurent essentiellement identiques. La synchronisation interrégionale présente une latence de réplication de l'ordre de la seconde. Après un basculement, la latence d'accès dépend de la distance réseau jusqu'à la région secondaire. Après un basculement, les performances de calcul correspondent à celles des mêmes spécifications.

Limites

Multi-zone Deployment (HA) exige un ensemble de nœuds de calcul dans chacune des zones principale et secondaire. Par conséquent, lors de la création ou de la mise à l'échelle horizontale d'une instance, le nombre de nœuds doit être un multiple de 2.
Multi-zone Deployment (HA) ne prend pas en charge la version 2.4 de Milvus.