ApsaraDB for OceanBase prend en charge deux méthodes de facturation : Abonnement et Paiement à l'utilisation, ainsi que trois solutions de déploiement : déploiement multi-IDC, déploiement bi-IDC et déploiement mono-IDC.
Édition Haute disponibilité
Déploiement multi-IDC
Le déploiement multi-IDC répartit ApsaraDB for OceanBase sur trois nœuds situés dans trois zones différentes pour assurer la reprise après sinistre au niveau des zones.
Chaque nœud est un réplica complet. L'un agit comme leader et gère les lectures et écritures, tandis que les deux autres sont des followers en lecture seule. Si le leader tombe en panne, un follower reprend les opérations de lecture et d'écriture.
Privilégiez le déploiement multi-IDC si vous avez des exigences élevées en matière de performances et de disponibilité.
Déploiement bi-IDC
ApsaraDB for OceanBase se déploie sur deux centres de données (IDC) :
Le déploiement bi-IDC utilise deux nœuds répartis dans deux zones. Un nœud leader assure les services de lecture et d'écriture, tandis qu'un nœud follower assure les services de lecture seule.
Un nœud de journalisation est déployé dans une troisième zone. Ce nœud sert exclusivement à la synchronisation des journaux. Il ne contient aucun réplica de données métier, ne propose ni service de lecture ni d'écriture et reste invisible pour les utilisateurs.
Le déploiement bi-IDC offre une reprise après sinistre au niveau des centres de données et s'avère plus économique que le déploiement multi-IDC.
Déploiement mono-IDC
Le déploiement mono-IDC regroupe tous les nœuds ApsaraDB for OceanBase dans la même zone. Cette solution garantit la reprise après sinistre au niveau de l'hôte.
Le déploiement mono-IDC présente également les avantages suivants :
Deux réplicas complets gèrent simultanément les lectures et les écritures, ce qui améliore significativement les performances de la base de données.
La synchronisation des données lors des requêtes d'écriture affiche une latence réduite, car elle ne traverse pas plusieurs centres de données.
Le nœud de journalisation associé au déploiement mono-IDC demeure invisible pour les utilisateurs.
Différences entre les solutions de déploiement
|
Solution de déploiement |
Multi-IDC |
Bi-IDC |
Mono-IDC |
|
Nombre de nœuds achetés |
3 |
3 |
3 |
|
Nombre de réplicas complets |
3 |
2 |
2/3 |
|
Nombre de réplicas dédiés aux journaux |
0 |
1 |
1/0 |
|
Nombre de nœuds visibles par les utilisateurs |
3 |
2 |
2 |
Dans le plan de réplication 2F1L, le réplica dédié aux journaux n'apparaît pas pour les utilisateurs. Autrement dit, bien que trois nœuds soient provisionnés, seuls deux nœuds du système restent visibles.