Skip to main content
Cette page décrit la capacité minimale du cluster requise pour installer Vantage 3.0 auto-hébergé. Étant donné l’immense variété de tailles de machines virtuelles et de SKU pouvant servir de nodes Kubernetes, les exigences sont exprimées sous forme de total des requests de ressources par node pool, et non en nombre de nodes. Les requests de ressources constituent un plancher, et non une mesure de la charge. Considérez les chiffres de cette page comme le strict minimum nécessaire à l’installation de Vantage, puis dimensionnez au-delà en fonction de votre volume de documents, de la concurrence, de la disponibilité et de la tolérance aux pannes.
Les chiffres ci-dessous n’incluent pas les sidecars du maillage de services (par exemple, les proxys Istio).

​
Hypothèses

Les tableaux partent du principe que l’organisation des node pools est celle recommandée dans Exigences relatives aux nœuds Kubernetes : les workers TechCore et les workers d’entraînement s’exécutent chacun dans leur propre node pool, distinct du reste des charges de travail Vantage. Les chiffres de base n’incluent pas les composants optionnels :
  • TechCore 4 uniquement. Les versions antérieures de TechCore sont répertoriées dans la section Composants optionnels.
  • Aucun service de stockage blob personnalisé. Le stockage d’objets est assuré par Azure Blob Storage ou un stockage compatible S3, et non par le backend spec.storage.custom.
  • Aucun worker ni service optionnel.

​
Comment lire les tableaux

  • Pods, CPU et Mémoire correspondent à la somme des requests de ressources de l’ensemble des charges de travail planifiées dans ce node pool.
  • La taille de nœud minimale est déterminée par le plus grand pod planifié dans ce pool. Un nœud plus petit ne pourra pas exécuter ce pod, quel que soit le nombre de nœuds ajoutés.
  • Pour le pool par défaut, les valeurs suivies d’un astérisque (*) incluent les processus d’installation, tels que les tâches de migration de base de données, en plus des deployments de longue durée et des stateful sets. Les tâches de migration sont de courte durée, mais plusieurs applications se synchronisent simultanément lors de l’installation et des mises à niveau : leurs requests doivent donc être comptabilisées avec celles des charges de travail de longue durée.

​
Installation minimale

Une installation minimale déploie Vantage avec le plus faible nombre de réplicas de pods et les requests de ressources les plus basses. Utilisez-la pour valider la configuration du réseau et des identités, ou comme environnement de test.

​
Installation de production

Une installation de production déploie Vantage avec les nombres de réplicas de pods et les requests de ressources propres à la production, la mise à l’échelle automatique KEDA étant activée.

​
Composants optionnels

N’activez ces charges de travail que si vos besoins l’exigent, et ajoutez leurs requêtes aux valeurs de base indiquées ci-dessus. Lorsque deux valeurs sont indiquées sous la forme n / m, n s’applique à une installation minimale et m à une installation de production. Une valeur unique s’applique aux deux cas.

​
Étapes suivantes

Prérequis

Appliquez les labels et les taints aux node pools TechCore et d’entraînement.

Mise à l’échelle automatique avec KEDA

Planifiez la capacité du cluster pour les charges de travail mises à l’échelle automatiquement.

Référence du Helm chart

Valeurs du chart pour la release vantage-selfhosted.

Référence de l'API

Contrat au niveau des champs pour la custom resource Vantage.