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

Guide de démarrage rapide

Commencez à utiliser ApsaraDB for SelectDB en consultant les documents suivants.

• (Obligatoire) Démarrage rapide

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

• (Facultatif) Migration des données

  Migrez les données depuis diverses sources, telles que MySQL, PostgreSQL et Doris, vers ApsaraDB for SelectDB.

• (Facultatif) Tests de performance

  Exécutez des tests de performance à l'aide des benchmarks Star Schema, TPC-H et TPC-DS.

Spécifications de publication et de modification

• (Obligatoire) Tests préalables

  Testez les nouvelles fonctionnalités sur une instance de test avant la 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

  Appliquez les modifications pendant les heures creuses via un déploiement par phases (10 % → 50 % → 100 %). Observez le service pendant 10 à 30 minutes entre chaque phase. Surveillez attentivement le système lors du premier pic d'activité, car les tests effectués en heures creuses peuvent ne pas révéler tous les problèmes.

Recommandations en matière d'exploitation et de maintenance

• (Obligatoire) Surveillance métier

  ApsaraDB for SelectDB fournit des fonctions de surveillance et d'alerte. Les métriques clés à suivre sont : le temps de réponse moyen et P99 des requêtes, le taux de réussite des requêtes, la vitesse d'importation des données, l'utilisation du CPU et l'utilisation de la mémoire. Configurez les alertes dans la section Définir des règles d'alerte.

• Gestion de la capacité

  Pour les services à forte charge, optimisez le système et exécutez des tests de stress pour déterminer le nombre maximal de requêtes par seconde (QPS). Augmentez les ressources en fonction de la croissance de l'activité ou avant les é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 parties). Mettez à jour rapidement vers la dernière version corrective. Testez d'abord dans un environnement de non-production ; contactez le support technique pour les retours arrière d'urgence. Par exemple, la version 4.0.4.2 (publiée le 6 février 2025) a reçu 12 mises à jour sur 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 différents services partagent des données, utilisez une architecture multi-groupes de calcul, c'est-à-dire plusieurs files d'attente de calcul physiques au sein d'une même instance partageant les données de l'instance en lecture-écriture.

Exercices opérationnels

• Modifications d'instance

  Les opérations courantes telles que les mises à niveau et les montées en puissance peuvent provoquer des interruptions de connexion transitoires. Répétez ces opérations à l'avance et assurez-vous que votre application tente de reconnecter les connexions échouées lors des modifications d'instance ApsaraDB for SelectDB.

• Récupération après incident

  ApsaraDB for SelectDB prend en charge plusieurs options de récupération 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é. Répétez ces procédures à l'avance.

Architecture de haute disponibilité

• (Facultatif) Limitation du débit des services

  ApsaraDB for SelectDB prend en charge les groupes de charge de travail (Workload Groups), qui sont des files d'attente de tâches logiques contrôlant l'utilisation des ressources par type de requête ou par service. Utilisez les groupes de charge de travail pour définir des limites de ressources et limiter le trafic lors des pics.

• (Facultatif) Reprise après sinistre multi-zones

  ApsaraDB for SelectDB prend en charge la reprise après sinistre multi-zones. En cas de panne d'une zone, le système bascule automatiquement avec un objectif de temps de rétablissement (RTO) d'environ 10 secondes.