ApsaraDB for SelectDB:Bonnes pratiques de haute disponibilité pour les services en ligne

Guide de démarrage rapide

Pour débuter avec ApsaraDB for SelectDB, consultez les documents suivants.

• (Obligatoire) Démarrage rapide

  Cette rubrique présente les concepts fondamentaux d'ApsaraDB for SelectDB, l'achat et l'utilisation d'instances, ainsi que la conception des tables pour vous aider à prendre en main ApsaraDB for SelectDB.

• (Facultatif) Migration des données

  Migrez vos données depuis diverses sources (MySQL, PostgreSQL, Doris) vers ApsaraDB for SelectDB.

• (Facultatif) Tests de performance

  Exécutez des tests de performance avec Star Schema Benchmark, TPC-H Benchmark et TPC-DS Benchmark.

• (Facultatif) Solutions

  Découvrez les solutions d'observabilité et de data lakehouse.

Règles de mise en production et de modification

• (Obligatoire) Tests préalables

  Validez les nouvelles fonctionnalités sur une instance de test avant toute mise en production. Pour les services à forte charge, exécutez des tests de stress afin d'évaluer les performances en conditions réelles.

• (Obligatoire) Déploiement progressif

  Déployez les modifications hors des heures de pointe selon une approche progressive (10 % → 50 % → 100 %). Surveillez le service pendant 10 à 30 minutes entre chaque phase. Restez particulièrement vigilant lors du premier pic d'activité métier, car les tests hors pointe ne révèlent pas toujours tous les problèmes.

Recommandations d'exploitation et de maintenance

• (Obligatoire) Supervision métier

  ApsaraDB for SelectDB intègre des fonctions de supervision et d'alerte. Surveillez notamment les métriques suivantes : temps de réponse moyen et P99 des requêtes, taux de réussite des requêtes, vitesse d'importation des données, utilisation du CPU et de la mémoire. Configurez les alertes comme décrit dans la rubrique Définir des règles d'alerte.

• Gestion de la capacité

  Pour les services soumis à une charge élevée, réalisez des tests d'optimisation et de stress afin de déterminer le QPS maximal. Augmentez les ressources en fonction de la croissance de votre activité ou en amont d'événements promotionnels.

• Mises à jour de version

  ApsaraDB for SelectDB corrige les bugs via des mises à jour de versions mineures (numéros de version à trois ou quatre segments). Appliquez rapidement le dernier correctif disponible. Testez toujours la mise à jour dans un environnement hors production au préalable. Contactez le support technique pour tout retour arrière d'urgence. À titre d'exemple, la version 4.0.4.2 (publiée le 6 février 2025) a bénéficié de 12 mises à jour en six mois, atteignant la version 4.0.6.1.

• Isolation des services

  Utilisez des instances distinctes pour les scénarios métier indépendants. Lorsque plusieurs services partagent les mêmes données, adoptez une architecture multi-groupes de calcul : plusieurs files d'attente de calcul physiques au sein d'une même instance partagent alors les données de l'instance lecture-écriture.

Exercices opérationnels

• Modifications d'instance

  Les opérations courantes (mises à niveau, montées en charge) peuvent entraîner des interruptions temporaires de connexion. Testez ces scénarios en amont et assurez-vous que votre application tente automatiquement de se reconnecter lors des changements d'instance ApsaraDB for SelectDB.

• Reprise après incident

  ApsaraDB for SelectDB propose plusieurs options de reprise après incident : basculement vers un nouveau groupe de calcul, redémarrage d'une instance défaillante ou redémarrage d'un groupe de calcul bloqué. Familiarisez-vous avec ces procédures avant qu'un incident ne survienne.

Architecture haute disponibilité

• (Facultatif) Limitation du trafic

  ApsaraDB for SelectDB prend en charge les Workload Groups, des files d'attente logiques qui régulent l'utilisation des ressources par type de requête ou par service. Exploitez les Workload Groups pour définir des limites de ressources et limiter le trafic lors des pics de charge.

• (Facultatif) Reprise après sinistre multizone

  ApsaraDB for SelectDB offre une reprise après sinistre multizone. En cas de défaillance d'une zone, le système effectue un basculement automatique avec un RTO d'environ 10 secondes.