Les instances autonomes ApsaraDB for MongoDB reposent sur une architecture mono-nœud conçue pour les charges de travail de développement, de test, d'apprentissage et de formation. N'utilisez pas d'instances autonomes en production. Elles n'offrent aucune haute disponibilité et ne sont pas couvertes par un accord de niveau de service (SLA).
Architecture mono-nœud
Une instance autonome s'exécute sur un seul nœud qui gère à la fois les opérations de lecture et d'écriture.
Coût réduit : Sélectionnez le type d'instance adapté à votre charge de travail afin de minimiser les coûts. Consultez la section Types d'instances autonomes.
Opérations gérées : ApsaraDB for MongoDB prend en charge les opérations et la maintenance (O&M) ainsi que l'optimisation du noyau, même pour les instances autonomes.
Limitations
Absence de haute disponibilité : Une instance mono-nœud ne dispose d'aucune redondance. En cas de panne critique, prévoyez une interruption de service d'environ 30 minutes. Pour les charges de travail de production, utilisez plutôt des instances de type ensemble de réplicas ou cluster fragmenté.
Pas de support oplog : Les instances autonomes ne prennent pas en charge les journaux d'opérations (oplogs) par défaut. Sans oplogs, la migration incrémentielle des données, la synchronisation des données et la restauration à un instant précis ne sont pas possibles.
Disponibilité limitée des régions et zones : Les instances autonomes ne sont pas disponibles dans toutes les régions et zones. Consultez la liste des Régions et zones prises en charge.
Exigence de version MongoDB : Les instances autonomes exécutant MongoDB 4.0 et 3,4 ne sont plus disponibles. Créez une instance exécutant MongoDB 4.2 ou une version ultérieure.