Aller au contenu principal

Gestion des services managés

La console Ziosting vous permet de gérer l'ensemble de vos services managés depuis une interface unifiée. Que ce soit des bases de données, du cache, du messaging, du compute ou du networking, chaque service bénéficie d'une interface cohérente avec monitoring, logs et backups intégrés.

Vue d'ensemble des services

Accès à la liste des services

La page Services (/services) affiche l'ensemble de vos services managés, quelle que soit leur génération (legacy ou nouvelle génération) avec leur nom, leur état et la date de création.

Certains services peuvent contenir d'autres sous-services affichée sous forme d'arbre visuel, exemple :

  • Service parent : Service principal (ex: un cluster Kubernetes)
  • Services enfants : Services dépendants ou liés (ex: un MySQL dans ce cluster)

Filtres et recherche

Utilisez les filtres pour naviguer rapidement :

  • Par type de service : Filtrer par technologie
  • Par projet : Voir uniquement les services d'un projet
  • Par état : Isoler les services en erreur
  • Recherche textuelle : Rechercher par nom

Page de détail d'un service

Structure des onglets

Chaque service dispose d'une page de détail unifiée avec plusieurs onglets :

1. Overview (Vue d'ensemble)

Informations de connexion

  • Endpoint : Adresse de connexion (host:port)
  • Credentials : Nom d'utilisateur et mot de passe
  • Base de données : Nom de la base (pour services DB)
  • SSL/TLS : Configuration de chiffrement
Copie rapide

Cliquez sur l'icône de copie pour copier rapidement les informations de connexion dans votre presse-papiers.

État du service

  • Statut actuel : Running, Stopped, Deploying, Error
  • Version : Version du logiciel (MySQL 8.0, Kafka 3.5, etc.)
  • Plan : Configuration (nombre de réplicas, ressources)
  • Datacenter : Localisation géographique

2. Metrics (Métriques)

Vue complète des performances en temps réel du service.

Métriques communes à tous les services

  • CPU Usage : Utilisation processeur en pourcentage
  • Memory Usage : Utilisation mémoire en pourcentage
  • Network I/O : Trafic réseau entrant/sortant
  • Disk Usage : Espace disque utilisé

Métriques spécifiques par type de service

exemple pour les Bases de données (MySQL, PostgreSQL)

  • Connexions actives
  • Requêtes par seconde
  • Latence des requêtes (avg, p95, p99)
  • Transactions par seconde
  • Cache hit ratio
  • Réplication lag (pour clusters)

3. Logs (Journaux)

Explorateur de logs contextualisé au service

Fonctionnalités disponibles

  • Filtrage par niveau : Error, Warn, Info, Debug
  • Recherche textuelle : Recherche full-text dans les logs
  • Histogramme : Visualisation du volume de logs dans le temps
  • Streaming temps réel : Logs en direct avec auto-scroll

Toutes les fonctionnalités du Logs Explorer sont disponibles, avec le contexte du service pré-appliqué.

4. Backups (Sauvegardes)

Gestion complète des sauvegardes du service.

Liste des backups

Table affichant tous les backups disponibles :

  • Date : Date et heure de création
  • Taille : Taille du fichier de backup
  • Statut : Réussi, En cours, Échoué
  • Type : Automatique ou Manuel
  • Actions : Télécharger, Supprimer

Téléchargement de backups

Lorsque cela est possible, vous pouvez cliquer sur le bouton Télécharger pour obtenir une archive du backup :

  • MySQL/PostgreSQL : Dump SQL compressé (.sql.gz)
  • Elasticsearch : Snapshot compressé
astuce

Le téléchargement n'est pas disponible sur tous les services, faites une demande au support si besoin de récupérer une sauvegarde spécifique.

Pour certains services, il est possible de personnaliser la stratégie de backup (fréquence, horaire).

5. Settings (Configuration)

En développement

L'onglet Settings est en cours de développement. Il permettra prochainement de :

  • Modifier la configuration du service (paramètres spécifiques) => déjà disponible pour MySQL, PostgreSQL et ElasticSearch, voir ci-dessous
  • Gérer les règles firewall
  • Configurer les alertes personnalisées
  • Modifier le plan (scaling vertical)
Paramètres personnalisés

Les services MySQL, PostgreSQL et ElasticSearch disposent déjà d'une section de configuration de personnalisation des paramètres de la base de données (ex: max_connections, buffer_pool_size, etc.)

Pour certains services, la page Settings permet aussi de définir des règles d'affinités et de tolérations Kubernetes afin de contrôler le placement des pods. Consultez Affinites et tolerations avant d'appliquer des contraintes de placement trop restrictives.

C'est au niveau du panneau "Configuration service" que vous pouvez consulter et modifier les paramètres de votre service. Le bouton "Modifier" (en haut à droite du panel) déploie le panneau de modification des paramètres, qui vous permet de :

  • sélectionner des pré-réglages optimisés pour différents types de workloads
  • modifier manuellement les paramètres individuels en fonction de vos besoins spécifiques.
attention

Il n'y a actuellement pas de validation de la configuration que vous renseignez. Assurez-vous que la configuration est correcte pour éviter des erreurs au démarrage du service.

Cliquer sur enregistrer pour appliquer les modifications.

Onglets spécifiques

Certains services disposent d'onglets supplémentaires de monitoring ou de configuration.

Accès

Certains services (ex: MySQL, PostgreSQL) disposent d'un onglet "Accès" qui vous permet de gérer les accès à votre service (ex: utilisateurs, permissions, etc.)

Cet onglet liste les endpoints d'accès à votre service, y compris les credentials associés (s'il y en a).

On distingue deux types d'endpoints :

  • Endpoints internes : Accessibles uniquement depuis le réseau privé de votre projet (ex: pour les applications hébergées sur Ziosting)
  • Endpoints externes : Accessibles depuis l'extérieur (ex: pour les connexions depuis votre poste de travail)

Les endpoints internes sont déployés automatiquement avec votre service, tandis que les endpoints externes sont optionnels et peuvent être créés à la demande via la console. Un bouton "Ajouter un endpoint externe" situé en bas de chaque endpoint interne vous permet de créer un endpoint externe associé.

Différences Legacy vs Nouvelle génération

Les Services dits "Legacy" utilisent des systèmes dont le support s'arrête fin Q1 2026.

Migration

vous contactera pour définir un plan de migration adapté à votre planning.

Opérations courantes

Création, redémarrage, suppression d'un service

En développement

Cette fonctionnalité est disponible en accès anticipé uniquement, veuillez contacter le support pour créer vos services.

  1. Accédez à la page Services
  2. Cliquez sur Créer un service
  3. Choisissez le type de service (MySQL, Redis, Kafka, etc.)
  4. Configurez :
    • Nom : Identifiant unique
    • Version : Version du logiciel
    • Plan : Ressources (Single, HA, Cluster)
    • Datacenter : Localisation
    • Projet : Projet d'appartenance
  5. Validez la création
  6. Le service est déployé (état "Deploying")
  7. Une fois prêt, l'état passe à "Running"

Durée de déploiement

  • Services simples (MySQL, Redis) : 2-5 minutes
  • Clusters (Kafka, Elasticsearch) : 5-15 minutes
  • Kubernetes (KaaS) : 5-10 minutes

Scaler un service

En développement

Le scaling (vertical et horizontal) depuis l'interface sera bientôt disponible. Contactez le support pour modifier le plan d'un service existant.

Bonnes pratiques

Monitoring

  • Consultez régulièrement les métriques de vos services
  • Identifiez les tendances pour anticiper les besoins de scaling
  • Surveillez les erreurs dans les logs pour détecter les problèmes tôt
  • Documentez les incidents et les résolutions

Performance

  • Right-sizing : Choisissez un plan adapté à votre charge
  • Indexes : Optimisez les index de vos bases de données
  • Cache : Utilisez Redis/KeyDB pour réduire la charge DB
  • Monitoring proactif : Identifiez les bottlenecks avant qu'ils n'impactent les utilisateurs