ApsaraDB for MongoDB intègre des fonctionnalités de sécurité telles que le contrôle d'accès, l'isolation réseau, le chiffrement des données, la sauvegarde et la restauration, ainsi que la reprise après sinistre, afin de protéger vos données à tous les niveaux.
Le tableau ci-dessous récapitule les fonctionnalités de sécurité abordées dans cette rubrique.
| Catégorie de sécurité | Fonctionnalités | En savoir plus |
|---|---|---|
| Contrôle d'accès | Authentification par compte de base de données, listes d'autorisation IP | Configurer une liste d'autorisation ou un groupe de sécurité ECS pour une instance ApsaraDB for MongoDB |
| Isolation réseau | Virtual Private Cloud (VPC), réseau classique (hérité) | Modifier le type de réseau d'une instance ApsaraDB for MongoDB |
| Chiffrement des données | Chiffrement TLS (en transit), Transparent Data Encryption (au repos) | Configurer le chiffrement SSL, Configurer TDE |
| Sauvegarde et restauration | Sauvegarde par snapshot, sauvegarde physique, sauvegarde logique ; restauration par point de sauvegarde, à un instant donné ou par base de données | Configurer la sauvegarde automatique, Configurer la sauvegarde manuelle |
| Reprise après sinistre | Instances multi-zones, reprise après sinistre inter-régions (MongoShake) | Créer une instance de jeu de réplicas multi-zone, Créer une instance de cluster fragmenté multi-zone |
| Maintenance des versions | Publications régulières de versions, mises à niveau guidées par la sécurité | Mettre à niveau la version majeure, Mettre à jour la version mineure |
| Autorisation de service | Accès contrôlé pour les équipes de support Alibaba Cloud | - |
Contrôle d'accès
ApsaraDB for MongoDB gère l'accès via l'authentification par compte de base de données et les listes d'autorisation IP.
Comptes de base de données
La connexion à une instance nécessite une authentification par nom d'utilisateur et mot de passe.
Un utilisateur root de base de données est créé par défaut lors de la création d'une instance. Définissez le mot de passe pendant la création ou réinitialisez-le ultérieurement.
L'utilisateur root dispose de toutes les autorisations sur l'instance.
Utilisez l'utilisateur root pour créer, supprimer ou gérer les autorisations des autres comptes.
Listes d'autorisation IP
Chaque instance prend en charge les listes d'autorisation IP pour restreindre l'accès réseau.
La liste d'autorisation par défaut ne contient que 127.0.0.1 , ce qui bloque tout accès externe. Ajoutez les adresses IP autorisées avant de vous connecter.
Configurez les listes d'autorisation IP à l'aide de l'une des méthodes suivantes :
| Méthode | Description |
|---|---|
| Console | Accédez à la page Security Controls dans la console. Modifier une liste d'autorisation d'adresses IP pour une instance. |
| API | Appelez l'opération ModifySecurityIps. |
Isolation réseau
ApsaraDB for MongoDB prend en charge le VPC et le réseau classique. Le VPC est recommandé pour une isolation réseau renforcée.
VPC
Le VPC, combiné aux listes d'autorisation IP, offre un contrôle robuste de l'accès réseau.
Un VPC constitue un environnement réseau isolé doté de tables de routage, d'adresses IP et de passerelles personnalisables. Le trafic réseau est entièrement isolé au niveau du protocole.
Connectez votre centre de données sur site à un VPC via une ligne louée ou un VPN, puis accédez à votre instance ApsaraDB for MongoDB depuis votre centre de données et vos instances ECS.
Les instances d'un VPC sont accessibles uniquement depuis les instances ECS du même VPC. Vous pouvez demander un endpoint public pour un accès Internet, mais cette approche n'est pas recommandée.
Avant de demander un endpoint public, configurez la liste d'autorisation IP. Modifier une liste d'autorisation d'adresses IP pour une instance.
Réseau classique (hérité)
Le réseau classique est un type de réseau hérité. Déployez les nouvelles instances dans un VPC pour une sécurité accrue.
Les services cloud du réseau classique partagent le même réseau. L'accès est restreint uniquement par les groupes de sécurité ou les listes d'autorisation IP.
Chiffrement des données
ApsaraDB for MongoDB propose le chiffrement des données en transit et au repos.
Chiffrement TLS (en transit)
ApsaraDB for MongoDB fournit le chiffrement TLS (étiqueté chiffrement SSL dans la console). Utilisez le certificat racine du serveur pour vérifier l'identité de la base de données et prévenir les attaques de type « homme du milieu ».
Activez et mettez à jour les certificats TLS dans la console. Configurer le chiffrement SSL pour une instance.
TLS exige que l'application authentifie le serveur. TLS consomme des ressources CPU supplémentaires et peut réduire le débit et augmenter le temps de réponse. L'impact dépend de la fréquence des connexions et du volume de transfert de données.
TDE (au repos)
Transparent Data Encryption (TDE) chiffre les données au repos à l'aide d'AES. Les clés de chiffrement sont gérées par Key Management Service (KMS).
Lorsque TDE est activé, les données de la base de données ou de la collection spécifiée sont chiffrées avant d'être écrites sur les périphériques de stockage (HDD, SSD ou PCIe) ou les services (OSS). Tous les fichiers de données et les sauvegardes sont stockés sous forme chiffrée.
Sauvegarde et restauration
ApsaraDB for MongoDB prend en charge les sauvegardes automatiques et manuelles afin de garantir l'intégrité des données et permettre leur restauration si nécessaire.
Méthodes de sauvegarde
Méthodes de sauvegarde prises en charge :
| Méthode de sauvegarde | Description |
|---|---|
| Sauvegarde par snapshot | Capture l'état du disque à un instant précis. Restaure les données en quelques minutes. |
| Sauvegarde physique | Sauvegarde les fichiers physiques de la base de données. Plus rapide que la sauvegarde logique, tant pour la sauvegarde que pour la restauration. |
| Sauvegarde logique | Utilise mongodump pour exporter les opérations de la base de données. Restaure les données en rejouant les commandes. |
Configurer la sauvegarde automatique pour une instance. Configurer la sauvegarde manuelle pour une instance.
Méthodes de restauration
Méthodes de restauration prises en charge :
| Méthode de restauration | Description | Cas d'utilisation |
|---|---|---|
| **Restaurer par point de sauvegarde** | Restaure les données vers une nouvelle instance à partir d'un ensemble de sauvegarde. | Restauration et vérification des données |
| **Restaurer à un instant donné** | Restaure les données vers une nouvelle instance à un instant précis. | Restauration et vérification des données |
| **Restaurer des bases de données** | Restaure des bases de données spécifiques à un instant donné à partir d'une sauvegarde associée. | Restauration rapide des données |
Les méthodes disponibles varient selon la configuration de l'instance. Restauration des données.
Reprise après sinistre des instances
ApsaraDB for MongoDB prend en charge les déploiements multi-zones et la réplication des données inter-régions pour la reprise après sinistre.
Instances multi-zones
Chaque région Alibaba Cloud contient plusieurs zones offrant une isolation des pannes et une faible latence entre les zones.
Déploiement mono-zone
Une instance mono-zone s'exécute sur deux serveurs physiques avec une redondance complète de l'infrastructure. La réplication asynchrone ou semi-synchrone et le basculement automatique primaire/secondaire garantissent une haute disponibilité au-delà des limites d'un serveur individuel.
Déploiement multi-zone
Les instances multi-zones s'étendent sur des serveurs physiques répartis dans différentes zones. En cas de panne d'une zone, un basculement automatique est déclenché sans modification du code de l'application.
Le basculement primaire/secondaire peut entraîner jusqu'à 30 secondes d'interruption : Effectuez le basculement pendant les heures creuses. Assurez-vous que vos applications peuvent se reconnecter automatiquement.
Pour plus d'informations, consultez :
Reprise après sinistre inter-régions
ApsaraDB for MongoDB prend en charge la reprise après sinistre inter-régions grâce à des outils de synchronisation des données tels que MongoShake.
Fonctionnement
Par exemple, MongoShake peut répliquer les données de l'instance A située en Chine (Hangzhou) vers l'instance B en Chine (Shanghai). L'instance B est indépendante, avec ses propres endpoints, comptes et autorisations, et peut servir à la fois à la récupération et au trafic de lecture.
L'instance A sert d'instance principale.
L'instance B sert d'instance secondaire.
Si l'instance A tombe en panne, promouvez l'instance B en tant que principale en mettant à jour les paramètres de connexion à la base de données dans votre application.
Déployez la même application de reprise après sinistre sur les deux instances afin de minimiser l'instabilité et la latence du réseau inter-régions.
Si l'instance B est promue en tant que principale, exécutez la commande
killpour arrêter le service MongoShake et interrompre la réplication des données depuis l'instance A.
Maintenance des versions
ApsaraDB for MongoDB publie régulièrement des mises à jour de version incluant de nouvelles fonctionnalités, des améliorations de performances et des correctifs de sécurité.
Les mises à niveau sont facultatives et prennent effet après un redémarrage. Mettre à niveau la version majeure d'une instance. Mettre à jour la version mineure d'une instance.
Si votre version présente des risques de sécurité importants, vous recevez une notification de mise à niveau planifiée.
Les mises à niveau se terminent généralement en moins de 5 minutes, avec de brèves interruptions de service.
Autorisation de service
Sans votre autorisation, les équipes de support et de développement d'Alibaba Cloud peuvent uniquement consulter les informations suivantes concernant l'instance :
Informations sur les ressources (dates d'achat et d'expiration)
Informations sur la facturation
Métriques de performance (utilisation du CPU, de la mémoire et du stockage)
Avec votre autorisation :
Les équipes de support et de développement d'Alibaba Cloud peuvent afficher ou modifier les configurations de l'instance pendant une période spécifiée. Par exemple, vous pouvez autoriser l'accès à la liste d'autorisation IP et aux journaux d'audit.
Les équipes de support et de développement d'Alibaba Cloud ne modifient jamais de manière proactive les informations de connexion de votre instance, y compris les endpoints, les comptes de base de données et les mots de passe.