LogoLogo
Go to Syntho.AI
French (AI Translated)
French (AI Translated)
  • Welcome to Syntho
  • Vue d'ensemble
    • About Syntho
    • Get started
      • Introduction to data generation methods
      • Use Case: AI-generated synthetic data
      • Use Case: AI-generated synthetic time series data
      • Use Case: Database de-identification
    • Frequently asked questions
  • Setup Workspaces
    • View workspaces
    • Create a workspace
      • Connect to a database
        • PostgreSQL
        • MySQL / MariaDB
        • Oracle
        • Microsoft SQL Server
        • DB2
        • Databricks
        • Hive
        • SAP Sybase
        • Azure Data Lake Storage (ADLS)
        • Amazon Simple Storage Service (S3)
    • Edit a workspace
    • Delete a workspace
    • Share a workspace
    • Transfer workspace ownership
  • Configurer une tâche de génération de données
    • Configure table settings
    • Configure column settings
      • AI-powered generation
        • Sequence model
          • Prepare your sequence data
      • Mockers
        • Consistent mapping
        • Supported languages
      • Duplicate
      • Exclude
      • Hashing
      • Calculated columns
      • Primary Key / Foreign Key
    • Manage personally identifiable information (PII)
      • Discover and de-identify PII columns
        • Identify PII columns manually
        • Automatic PII discovery with PII scanner
      • Remove columns from PII list
      • Automatic PII discovery and de-identification in free text columns
      • Supported PII & PHI entities
    • Manage foreign keys
      • Foreign key inheritance
      • Add virtual foreign keys
        • Add virtual foreign keys
        • Use foreign key scanner
        • Import foreign keys via JSON
        • Export foreign keys via JSON
      • Delete foreign keys
      • Circular foreign key references
    • Validate and Synchronize workspace
    • View and adjust generation settings
    • Table relationships
      • Verify foreign keys
      • Synthesize individual tables with automatic key matching
      • De-identify PII columns
  • Déployer Syntho
    • Introduction
      • Syntho architecture
      • Requirements
        • Requirements for Docker deployments
        • Requirements for Kubernetes deployments
      • Access Docker images
        • Using internet
        • Without internet
    • Deploy Syntho using Docker
      • Preparations
      • Deploy using Docker Compose
      • Run the application
      • Manually saving logs
    • Deploy Syntho using Kubernetes
      • Preparations
      • Deploy Ray using Helm
        • Troubleshooting
      • Deploy Syntho using Helm
      • Validate the deployment
      • Troubleshooting
      • Upgrading the applications
    • Manage users and access
      • Single Sign-On (SSO) in Azure
      • Manage admin users
      • Manage non-admin users
    • Logs and monitoring
  • Sous-ensemble
    • What is subsetting
    • Verify foreign keys
    • Configure subsetting
  • Syntho API
    • Syntho REST API
Powered by GitBook
On this page
  • Créer un espace de noms
  • Mise en place d'un secret Kubernetes

Was this helpful?

  1. Déployer Syntho
  2. Deploy Syntho using Kubernetes

Preparations

PreviousDeploy Syntho using KubernetesNextDeploy Ray using Helm

Last updated 11 months ago

Was this helpful?

La charte Syntho Application Helm peut être trouvée ici dans le repo Github deployment-tools dans le cadre des communiqués . Les fichiers à télécharger sont les suivants ray-helm-chart.tar.gz et syntho-ui-helm-chart.tar.gz. Ces tableaux peuvent être utilisés pour déployer l'application Syntho.&#x20 ;

Pour ce déploiement, les graphiques suivants sont inclus:

  • syntho-ui

    • Tableau Helm contenant l'application web UI et les API nécessaires

  • rayon

    • Graphique Helm pour le déploiement du cluster à utiliser pour la parallélisation de ML et de charges de travail lourdes.

Veuillez demander l'accès aux images Docker nécessaires à ce déploiement. Ces images auront tous les logiciels nécessaires installés pour faire fonctionner l'application Syntho correctement. Nous définirons les identifiants pour les tirer dans Kubernetes à l'aide de ImagePullSecrets plus tard.

Les images nécessaires à ce déploiement:

  • syntho-core-api

    • L'API Syntho Core est responsable des opérations de base de la plate-forme Syntho.

    • Utilisé dans le tableau: syntho-ui

  • syntho-frontend

    • L'interface utilisateur Syntho est un conteneur qui contient l'interface web de la plate-forme Syntho.

    • Utilisé dans le tableau: syntho-ui

  • syntho-backend

    • Le Backend Syntho est responsable de la gestion des utilisateurs et des espaces de travail.

    • Utilisé dans le tableau: syntho-ui

  • syntho-ray

    • Possède la dernière version de Ray compatible avec l'application Syntho.

    • Utilisé dans le tableau: rayon

  • syntho-ray-operator

    • Image de l'opérateur pour le groupe Ray.

    • Utilisé dans le tableau: rayon

Créer un espace de noms

Pour cet exemple, nous allons déployer l'application dans un espace de noms dédié dans Kubernetes., que nous appelons syntho pour l'instant. Si l'espace de noms n'existe pas, le créer en exécutant:

kubectl create namespace syntho

Les sections suivantes sont consacrées à la configuration de la carte Helm pour votre environnement.

Mise en place d'un secret Kubernetes

Nous supposerons qu'un secret nommé syntho-cr-secret a été créé à ce stade. Veuillez contacter l'équipe de support Syntho pour obtenir vos identifiants. Un exemple de création d'un secret pour un registre docker via kubectl peut être consultée ci-dessous:

kubectl create secret docker-registry syntho-cr-secret --namespace syntho --docker-server=<registry> --docker-username=<username> --docker-password=<password>

Dans le tableau de bord de Ray et dans l'application Syntho, nous pouvons définir le secret sous la rubrique imagePullSecrets section.

imagePullSecrets: 
  - nom: syntho-cr-secret

L'équipe Syntho peut indiquer différentes versions (ou tags) à utiliser. L'utilisation de la dernière version n'est pas toujours recommandée, afin que l'équipe Syntho puisse spécifier une version spécifique à utiliser.

En fonction des informations d'identification reçues de Syntho, un Kubernetes Secret doit être créée afin d'être utilisée pour extraire la dernière image de notre registre Docker. Pour en savoir plus sur la création de Secrets .

here
here