RDS Basic Edition est une édition de base de données à nœud unique, avec découplage du calcul et du stockage. Elle ne dispose pas d'instance secondaire, ce qui élimine la surcharge liée à la réplication et réduit les coûts de 50 % par rapport à RDS High-availability Edition. En contrepartie, le basculement automatique n'est pas disponible.
Étant donné que RDS Basic Edition ne possède pas d'instance de secours, les pannes inattendues, les modifications des spécifications de l'instance et les mises à niveau du moteur de base de données peuvent entraîner des interruptions de service prolongées (jusqu'à plus de 30 minutes). Pour les charges de travail de production nécessitant une haute disponibilité, privilégiez RDS High-availability Edition. Vous pouvez effectuer une mise à niveau à tout moment : consultez la rubrique Upgrade the edition.
Choisir une édition
Utilisez le tableau ci-dessous pour déterminer si RDS Basic Edition répond à vos besoins.
| RDS Basic Edition | RDS High-availability Edition | |
|---|---|---|
| Architecture | Autonome (nœud unique) | Instance principale + instance secondaire |
| Basculement automatique | Non | Oui |
| Basculement principal/secondaire | Non pris en charge | Pris en charge |
| Instances en lecture seule | Non prises en charge | Prises en charge |
| Gestion des journaux | Non prise en charge | Prise en charge |
| Liste d'autorisation IP | Prise en charge | Prise en charge |
| Surveillance et alertes | Pris en charge | Pris en charge |
| Sauvegarde et restauration | Pris en charge | Pris en charge |
| Temps d'arrêt lors de la mise à niveau du moteur ou du changement de spécifications | Jusqu'à plus de 30 minutes | Minimal |
| Prix | 50 % inférieur à celui de High-availability Edition | Référence |
Pour la liste complète des fonctionnalités, consultez la rubrique Features of ApsaraDB RDS for SQL Server .
Fonctionnement
RDS Basic Edition sépare le calcul et le stockage en couches indépendantes :
Couche de calcul : Le moteur de base de données s'exécute sur un seul nœud de calcul. Aucune donnée n'est répliquée vers une instance secondaire, ce qui supprime la surcharge de réplication. C'est pourquoi RDS Basic Edition offre un débit supérieur à celui de RDS High-availability Edition pour une configuration identique.
Couche de stockage : Les fichiers de base de données sont stockés sur des disques cloud gérés par le système distribué Apsara d'Alibaba Cloud, qui conserve plusieurs copies de vos données. Les ressources de calcul sont découplées des ressources de stockage, ce qui empêche la perte de données en cas de défaillance des nœuds de calcul.
La fiabilité de votre service de base de données est assurée par le vaste système d'exploitation distribué Apsara d'Alibaba Cloud, qui maintient plusieurs copies de vos données.
Cas d'utilisation
RDS Basic Edition convient aux environnements hors production et aux charges de travail sensibles au coût :
Développement et tests : Provisionnez rapidement des instances et adaptez-les à votre charge de travail. Le provisionnement rapide permet de raccourcir les cycles de recherche et développement (R&D).
Apprentissage et évaluation : Si vous débutez avec ApsaraDB RDS, RDS Basic Edition vous permet de découvrir le service à moindre coût.
Petits sites web et applications : Déléguez les tâches opérationnelles courantes à Alibaba Cloud et concentrez-vous sur votre application. RDS Basic Edition est adapté lorsque le trafic est prévisible et que de brèves interruptions de service sont acceptables.
Fonctionnalités
Basic Edition prend en charge des fonctionnalités de base telles que les listes d'autorisation IP, la surveillance et les alertes, ainsi que la sauvegarde et la restauration. Elle ne prend pas en charge les fonctionnalités suivantes :
Pour obtenir la liste des fonctionnalités prises en charge, consultez la rubrique SQL Server feature overview.
Limites
RDS Basic Edition s'exécute sur un nœud unique. Les fonctionnalités dépendant d'une architecture principal-secondaire ne sont pas disponibles :
Aucun basculement automatique : En cas de défaillance du nœud de calcul, le système migre le moteur de base de données vers un nouveau nœud. Votre instance devient indisponible pendant la migration, ce qui peut durer plus de 30 minutes dans les cas extrêmes.
Aucun basculement principal/secondaire : Sans instance secondaire, il n'y a pas de standby vers lequel basculer.
Aucune instance en lecture seule : Les réplicas en lecture nécessitent une configuration principal-secondaire et ne sont pas pris en charge.
Aucune gestion des journaux : Les fonctionnalités de gestion des journaux disponibles dans d'autres éditions ne sont pas prises en charge.
Interruptions de service prolongées lors de la maintenance : Lorsque vous modifiez les spécifications de l'instance ou mettez à niveau le moteur de base de données, le système vérifie si le serveur physique actuel dispose de suffisamment de ressources. Si ce n'est pas le cas, il migre vos données vers un nouveau serveur, ce qui peut interrompre la connectivité pendant plus de 30 minutes.
Le réglage de l'option log backup frequency sur Every 30 Minutes vous permet de restaurer les données à un instant précis au cours des 30 dernières minutes en cas de défaillance du disque cloud ou d'un problème similaire. Pour plus de détails, consultez la rubrique Back up an ApsaraDB RDS for SQL Server instance .
Créer une instance
Pour créer une instance RDS Basic Edition et vous connecter à une base de données SQL Server, consultez la rubrique Create an ApsaraDB RDS for SQL Server instance.
Mettre à niveau l'édition
Vous pouvez mettre à niveau une instance RDS Basic Edition vers RDS High-availability Edition à tout moment. Consultez la rubrique Upgrade an ApsaraDB RDS for SQL Server instance from Basic Edition to High-availability Edition.
La rétrogradation de RDS High-availability Edition vers RDS Basic Edition n'est pas prise en charge. Pour obtenir un résultat équivalent, créez une nouvelle instance RDS Basic Edition, migrez vos données depuis l'instance High-availability Edition existante, puis libérez l'instance d'origine. Consultez les rubriques Migrate data between ApsaraDB RDS for SQL Server instances et Release or unsubscribe from an RDS instance .
FAQ
Pourquoi les mises à niveau du moteur et les modifications des spécifications de l'instance prennent-elles autant de temps sur RDS Basic Edition ?
RDS Basic Edition utilise une architecture autonome avec un seul nœud de calcul. Lorsque vous mettez à niveau le moteur de base de données ou modifiez les spécifications de l'instance, le système vérifie si le serveur physique actuel peut répondre aux nouvelles exigences en matière de ressources. Si ce n'est pas le cas, il migre toutes les données vers un nouveau serveur physique avant d'effectuer le basculement, ce qui peut interrompre la connectivité pendant plus de 30 minutes.
Nous vous recommandons de choisir RDS Enterprise Edition ou RDS Cluster Edition. Ces éditions reposent sur une architecture haute disponibilité, qui permet de répliquer les données depuis l'instance RDS secondaire sans impacter vos charges de travail, minimisant ainsi les temps d'arrêt. Pour plus de détails, consultez les rubriques RDS High-availability Edition et RDS Cluster Edition.
Pourquoi RDS Basic Edition prend-elle en charge moins de fonctionnalités que les autres éditions ?
Des fonctionnalités telles que le basculement principal/secondaire, les instances en lecture seule et la gestion des journaux nécessitent toutes une instance secondaire pour fonctionner. Étant donné que RDS Basic Edition repose sur une architecture à nœud unique, ces fonctionnalités ne sont pas possibles d'un point de vue architectural. Pour une comparaison complète des fonctionnalités, consultez la rubrique Features of ApsaraDB RDS for SQL Server.