Le choix de la famille d'instances détermine l'allocation du processeur, de la mémoire, des E/S et du stockage à votre instance de base de données, ainsi que le partage ou non de ces ressources avec d'autres instances sur le même serveur physique. Cette décision constitue le fondement d'opérations de base de données stables et rentables.
ApsaraDB RDS propose quatre familles d'instances : shared, general-purpose, dedicated et dedicated host.
Choisir une famille d'instances
| Famille d'instances | Idéal pour | Garantie de performance | Bases de données prises en charge |
|---|---|---|---|
| Dedicated host | Systèmes critiques où les performances de la base de données ne doivent pas être compromises (finance, commerce électronique, secteur public, entreprises Internet de taille moyenne à grande) | Maximale — utilise exclusivement toutes les ressources d'un serveur physique | RDS for MySQL avec Premium Local SSD uniquement |
| Dedicated | Charges de travail de production nécessitant des performances constantes et prévisibles | Élevée — processeur, mémoire et stockage dédiés ; les autres instances sur le même serveur n'affectent pas vos performances | MySQL, PostgreSQL, SQL Server, MariaDB |
| General-purpose | Charges de travail pouvant tolérer des variations occasionnelles de performance en échange d'un coût réduit | Modérée — le processeur est partagé ; les performances peuvent chuter lorsque le serveur physique est fortement sollicité | — |
| Shared | Environnements hors production ou sensibles aux coûts avec de faibles exigences de performance | Faible — le processeur est partagé avec un taux de multiplexage plus élevé que dans la famille general-purpose ; des conflits de ressources sont possibles | SQL Server uniquement |
La famille dedicated host représente la configuration haut de gamme au sein de la famille dedicated. Elle consacre l'intégralité du serveur physique — tous les processeurs, la mémoire, les E/S et le stockage — à une seule instance.
Isolation des ressources
Les familles d'instances diffèrent par leur manière d'isoler le processeur, la mémoire, les E/S et le stockage. Au sein d'une même famille, le type de stockage — disque cloud ou Premium Local SSD — influence également l'isolation.
| Famille d'instances | Type de stockage | CPU | Mémoire | E/S | Stockage |
|---|---|---|---|---|---|
| Dedicated host | — | Dédié | Dédié | Dédié | Dédié |
| Dedicated | Premium Local SSD | Dédié | Dédié | Partagé | Dédié |
| Disque cloud | Dédié | Dédié | Dédié | Dédié | |
| General-purpose | Premium Local SSD | Partagé | Partagé | Dédié | — |
| Disque cloud | Partagé | — | Dédié | — | |
| Shared | — | Partagé | Dédié | — | — |
Gestion des ressources partagées par chaque famille :
Dedicated host — Utilise exclusivement les quatre types de ressources. Offre le niveau de stabilité et d'isolation des performances le plus élevé.
Dedicated — Le processeur et la mémoire sont toujours dédiés. Les E/S sont dédiées lors de l'utilisation d'un disque cloud, mais partagées avec un Premium Local SSD. Les autres instances sur le même serveur physique n'affectent pas vos performances.
General-purpose — Le processeur est partagé avec d'autres instances sur le même serveur physique, avec un taux de multiplexage inférieur à celui de la famille shared. Les performances peuvent fluctuer sous forte charge.
Shared — Le processeur est partagé avec un taux de multiplexage plus élevé. Solution économique, mais présentant un risque plus élevé de conflit de ressources que la famille general-purpose.
Modifier les familles d'instances
Sélectionnez une famille d'instances lors de l'achat d'une instance. Vous pouvez la modifier ultérieurement, sous réserve des limites suivantes.
Le basculement entre les familles general-purpose et dedicated (y compris dedicated host) est pris en charge. Pour obtenir des instructions, consultez les rubriques relatives à la modification des spécifications pour votre moteur de base de données :
Modifier les spécifications d'une instance ApsaraDB RDS for MySQL
Modifier les spécifications d'une instance ApsaraDB RDS for SQL Server
Modifier les spécifications d'une instance ApsaraDB RDS for PostgreSQL
Modifier les spécifications d'une instance ApsaraDB RDS for MariaDB
Le basculement direct entre la famille shared et toute autre famille n'est pas pris en charge. Pour migrer depuis la famille shared :
Achetez une nouvelle instance en utilisant la famille d'instances cible.
Utilisez Data Transmission Service (DTS) pour migrer les données de l'instance shared vers la nouvelle instance.
Basculez vos charges de travail vers la nouvelle instance pendant les heures creuses.
Étapes suivantes
Pour obtenir la liste complète des types d'instances et de leurs spécifications, consultez les rubriques Types d'instances principales et Types d'instances en lecture seule.
FAQ
Pourquoi les instances general-purpose semblent-elles avoir des spécifications supérieures à celles des instances dedicated ?
Les spécifications des instances general-purpose représentent les performances de pointe théoriques, c'est-à-dire le maximum que l'instance peut atteindre lorsque le serveur physique dispose de capacités inutilisées. Ce pic n'est pas garanti sur de longues périodes et diminuera sous forte charge. Les spécifications des instances dedicated représentent une base garantie : un niveau de performance stable qui n'est pas affecté par les autres instances sur le même serveur physique. Pour les systèmes de production, cette prévisibilité est généralement plus précieuse qu'un pic plus élevé mais incertain.