PolarDB:PolarDB for MySQL on ENS

Aperçu de l'architecture

PolarDB for MySQL on ENS propose une architecture optimisée pour les environnements en périphérie. Elle s'appuie sur une architecture de stockage indépendante utilisant des disques tout-flash. Chaque nœud (un nœud principal et plusieurs nœuds en lecture seule) dispose de son propre espace de stockage dédié. Cette conception garantit la portabilité du service de base de données. Elle hérite également des fonctionnalités principales de la version cloud public de PolarDB, telles que l'architecture « un principal, plusieurs lecteurs » et la séparation lecture/écriture, afin d'assurer des performances élevées et une haute disponibilité. L'architecture du service est illustrée dans la figure suivante :

• Un nœud principal, plusieurs nœuds en lecture seule

  PolarDB utilise une architecture de cluster distribuée. Un cluster comprend un nœud principal et jusqu'à sept nœuds en lecture seule (il est recommandé de maintenir au moins un nœud en lecture seule pour garantir la haute disponibilité). Le nœud principal traite les requêtes en lecture et en écriture, tandis que les nœuds en lecture seule ne gèrent que les requêtes en lecture. Par défaut, les clusters PolarDB offrent une capacité d'équilibrage de charge transparente, hautement disponible et adaptative, sans coût supplémentaire. Grâce à un seul endpoint de cluster, les requêtes SQL sont automatiquement acheminées vers les nœuds appropriés du cluster, permettant un traitement SQL concurrent à haut débit et agrégé.

• Architecture découplée calcul-stockage

  PolarDB repose sur une philosophie de conception qui sépare le calcul du stockage, répondant ainsi au besoin crucial de mise à l'échelle élastique dans les environnements de cloud public. Les nœuds de calcul de la base de données (Database Engine Servers) ne stockent que les métadonnées, tandis que les fichiers de données, les Redo Logs et autres données sont stockés sur des nœuds de stockage distants (Database Storage Servers). Les nœuds de calcul n'ont besoin de synchroniser que les métadonnées des Redo Logs, ce qui réduit considérablement la latence de réplication entre le nœud principal et les nœuds en lecture seule. En cas de défaillance du nœud principal, un nœud en lecture seule peut être rapidement promu pour devenir le nouveau nœud principal.

Fonctionnalités principales

• Compatibilité MySQL avancée et fonctionnalités riches

  • Compatibilité : compatible à 100 % avec MySQL natif et ApsaraDB RDS for MySQL. Migrez votre base de données MySQL vers un cluster PolarDB for MySQL sans modifier le code de l'application ni la configuration.

  • Fonctionnalités à forte valeur ajoutée : inclut l'architecture single-writer/multi-reader, un fonctionnement stable avec des tables contenant plus de 6 milliards de lignes, des opérations DDL en moins d'une seconde et la requête flashback.

• Orca (compatible avec le protocole Redis)

  • S'appuyant sur l'architecture de PolarDB for MySQL, Orca met en œuvre une architecture « un principal, plusieurs nœuds en lecture seule » via la réplication physique. Il prend également en charge la mise à l'échelle horizontale et verticale.

  • Un seul système prend en charge à la fois le traitement transactionnel en ligne (OLTP) et le stockage clé-valeur (KV) persistant, éliminant ainsi le besoin d'achats séparés.

Pourquoi choisir PolarDB for MySQL on ENS

• Réduction de la latence grâce à la proximité en périphérie

  Les réseaux de nœuds en périphérie sont physiquement plus proches des utilisateurs finaux. Cette implantation évite la transmission de données sur de longues distances, ce qui réduit considérablement la latence d'accès à la base de données et améliore l'expérience utilisateur. De plus, la mise en cache distribuée des données soulage efficacement la pression exercée sur le nœud central.

• Conformité réglementaire grâce à une couverture étendue

  Pour les besoins commerciaux dans des pays ou régions non encore couverts par le cloud public, ou lorsque les lois sur la résidence des données exigent que les données restent à l'intérieur des frontières nationales, PolarDB for MySQL on ENS constitue une solution idéale. Elle permet également de répondre aux exigences légales locales, telles que la résidence des données.

  Remarque

  Alibaba Cloud ENS s'appuie sur plus de 3 200 nœuds en périphérie d'opérateurs CDN, couvrant plus de 70 pays et régions clés. Il fournit également plus de 900 nœuds en périphérie de cloud public dans le monde entier.

• Hautes performances

  Obtenez un traitement lecture/écriture haute performance et une synchronisation efficace entre le principal et les réplicas grâce à un noyau de base de données profondément optimisé et à une technologie de réplication physique basée sur les Redo Logs.

• Haute disponibilité et fiabilité

  • Basée sur la réplication physique, notre réplication semi-synchrone (Semi-sync) utilise une synchronisation efficace des Redo Logs entre les nœuds principaux et les nœuds réplicas. Ce processus améliore considérablement l'efficacité de la réplication semi-synchrone, minimisant ainsi l'impact sur les performances de la base de données principale. Par rapport à la réplication asynchrone, la perte de performance sous des charges de travail à forte concurrence n'est que d'environ 10 %.

  • Offrez une sécurité complète pour l'accès, le stockage et la gestion des données grâce à des mesures telles que les listes d'autorisation IP, la mise en réseau VPC et le stockage de données multi-réplicas.

• Élasticité élevée

  Ajoutez, supprimez ou modifiez les spécifications des nœuds en quelques minutes. Vous pouvez également augmenter la capacité de stockage en ligne. L'ensemble du processus s'effectue sans interruption de service.

• Sauvegarde sans verrouillage

  En exploitant la technologie de snapshot au niveau de la couche de stockage sous-jacente, sauvegardez des téraoctets de données en quelques minutes. Ce processus ne nécessite pas de verrouillage des tables et a un impact minimal sur vos opérations commerciales.

Premiers pas

Créez un réseau ENS et un cluster en périphérie dans la région où vous souhaitez déployer votre cluster. Consultez la rubrique Démarrage rapide pour les clusters en périphérie.