Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Architecture Amazon RDS Custom
L'architecture Amazon RDS Custom est basée sur Amazon RDS, avec des différences importantes. Le diagramme suivant montre les composants clés de l'architecture RDS Custom.
VPC
Comme dans Amazon RDS, votre instance de base de données RDS Custom réside dans un cloud privé virtuel (VPC).
Votre instance de base de données RDS Custom comprend les composants principaux suivants :
-
EC2 Instance Amazon
-
Point de terminaison d'instance
-
Système d'exploitation installé sur l' EC2 instance Amazon
-
Stockage Amazon EBS, qui contient tous les systèmes de fichiers supplémentaires
Automatisation et surveillance RDS Custom
RDS Custom dispose d'un logiciel d'automatisation qui s'exécute en dehors de l'instance de base de données. Ce logiciel communique avec les agents de l'instance de base de données et avec d'autres composants de l'environnement RDS Custom global.
Les fonctions de surveillance et de récupération de RDS Custom offrent des fonctionnalités similaires à celles d'Amazon RDS. Par défaut, RDS Custom est en mode d'automatisation complète. Le logiciel d'automatisation a les principales responsabilités suivantes :
-
Collecte de mesures et envoi de notifications
-
Récupération automatique des instances
L'une des principales responsabilités de RDS Custom Automation est de répondre aux problèmes liés à votre EC2 instance Amazon. Pour diverses raisons, l'hôte peut se dégrader ou devenir inaccessible. RDS Custom résout ces problèmes en redémarrant ou en remplaçant l'instance Amazon. EC2
Remplacement de l'hôte Amazon RDS Custom
Si l' EC2 hôte Amazon est défaillant, RDS Custom tente de le redémarrer. Si cet effort échoue, RDS Custom utilise la même fonctionnalité d'arrêt et de démarrage incluse dans Amazon EC2. La seule modification visible par le client lorsqu'un hôte est remplacé est une nouvelle adresse IP publique.
Rubriques
Arrêt et démarrage de l'hôte
RDS Custom effectue automatiquement les étapes suivantes, sans qu'une intervention de l'utilisateur ne soit nécessaire :
-
Arrête l' EC2 hôte Amazon.
L' EC2 instance effectue un arrêt normal et cesse de fonctionner. Les volumes Amazon EBS restent attachés à l'instance et leurs données persistent. Les données stockées dans les volumes de stockage d'instances (non pris en charge sur RDS Custom) ou la RAM de l'ordinateur hôte sont perdues.
Pour plus d'informations, consultez la section Arrêter et démarrer votre instance dans le guide de EC2 l'utilisateur Amazon.
-
Démarre l' EC2 hôte Amazon.
L' EC2 instance migre vers un nouveau matériel hôte sous-jacent. Dans certains cas, l'instance de base de données RDS Custom reste sur l'hôte d'origine.
Effets du remplacement de l'hôte
Dans RDS Custom, vous disposez d'un contrôle absolu sur le volume du périphérique racine et les volumes de stockage Amazon EBS. Le volume racine peut contenir des données et des configurations importantes que vous ne voulez pas perdre.
RDS Custom for Oracle conserve toutes les données de base de données et client après l'opération, y compris celles du volume racine. Aucune intervention de l'utilisateur n'est requise. Sur RDS Custom for SQL Server, les données de base de données sont conservées, mais toutes les données présentes sur le C: disque, y compris le système d'exploitation et les données client, sont perdues.
Après le processus de remplacement de l'hôte, l' EC2 hôte Amazon dispose d'une nouvelle adresse IP publique. Le nouvel hôte conserve les données et les métadonnées indiquées dans le tableau suivant.
| Métadonnées ou données | RDS Custom pour la rétention d'Oracle | RDS Custom pour la rétention de SQL Server |
|---|---|---|
| EC2 ID d'instance | Oui | Non |
| EC2 métadonnées de l'instance | Oui | Oui |
| Données du volume de stockage de données | Oui | Oui |
| Données du volume racine | Oui | Non |
| Adresses IP privées | Oui | Oui |
| Adresses IP Elastic | Oui | Oui |
Bonnes pratiques pour les EC2 hébergeurs Amazon
La fonctionnalité de remplacement de l' EC2 hôte Amazon couvre la majorité des scénarios de EC2 défaillance d'Amazon. Nous vous recommandons de respecter les bonnes pratiques ci-dessous :
-
Avant de modifier votre configuration ou le système d'exploitation, sauvegardez vos données. Si le volume racine ou le système d'exploitation est endommagé, le remplacement de l'hôte ne peut pas le réparer. Vos seules options sont la restauration à partir d'un instantané de base de données ou point-in-time la restauration.
-
N'arrêtez pas ou ne mettez pas hors service manuellement l' EC2 hôte Amazon physique. En effet, ces deux actions placent l'instance en dehors du périmètre de prise en charge de RDS Custom.
-
(RDS Custom pour SQL Server) Si vous attachez des volumes supplémentaires à l' EC2 hôte Amazon, configurez-les pour qu'ils soient remontés au redémarrage. Si l'hôte est endommagé, il se peut que RDS Custom l'arrête et le démarre automatiquement.
Périmètre de prise en charge RDS Custom
RDS Custom offre une fonctionnalité de surveillance supplémentaire appelée le périmètre de support. Cette surveillance supplémentaire garantit que votre instance de base de données personnalisée RDS utilise une AWS infrastructure, un système d'exploitation et une base de données pris en charge.
Le périmètre de prise en charge vérifie que votre instance de base de données est conforme aux exigences répertoriées dans Correction des configurations non prises en charge dans RDS Custom for Oracle et Correction des configurations non prises en charge dans RDS Custom for SQL Server. Si l'une de ces exigences n'est pas remplie, RDS Custom considère que votre instance de base de données se trouve en dehors du périmètre de prise en charge.
Rubriques
Configurations non prises en charge dans RDS Custom
Lorsque votre instance de base de données est en dehors du périmètre de prise en charge, RDS Custom fait passer le statut de l'instance de base de données à unsupported-configuration et envoie des notifications d'événement. Une fois que vous avez corrigé les problèmes de configuration, RDS Custom rétablit le statut de l'instance de base de données sur available.
Lorsque votre instance de base de données a le statut unsupported-configuration, ce qui suit est vrai :
-
Votre base de données est accessible. Il y a une exception à cela : quand l'instance de base de données a le statut
unsupported-configurationparce que la base de données s'arrête de façon inattendue. -
Vous ne pouvez pas modifier votre instance de base de données.
-
Vous ne pouvez pas réaliser d'instantanés de bases de données.
-
Les sauvegardes automatiques ne sont pas créées.
-
Pour les instances de base de données RDS Custom pour SQL Server uniquement, RDS Custom ne remplace pas l' EC2instance Amazon sous-jacente si elle est altérée. Pour plus d'informations sur le remplacement de l'hôte, consultez Remplacement de l'hôte Amazon RDS Custom.
-
Vous pouvez supprimer votre instance de base de données, mais la plupart des autres opérations d'API RDS Custom ne sont pas disponibles.
-
RDS Custom continue de prendre en charge la point-in-time restauration (PITR) en archivant les fichiers de journalisation et en les téléchargeant sur Amazon S3. La récupération ponctuelle avec un statut
unsupported-configurationdiffère selon les manières suivantes :-
La récupération ponctuelle peut prendre beaucoup de temps pour restaurer complètement une nouvelle instance de base de données RDS Custom. Cette situation tient au fait que vous ne pouvez pas réaliser d'instantanés automatisés ni manuels lorsque l'instance a le statut
unsupported-configuration. -
La restauration à un instant dans le passé doit lire d'autres journaux de reprise à partir de l'instantané le plus récent réalisé avant que l'instance ne passe à l'état
unsupported-configuration. -
Dans certains cas, l'instance de base de données a le statut
unsupported-configurationparce que vous avez apporté une modification empêchant le téléchargement des fichiers journaux redo archivés. Les exemples incluent l'arrêt de l' EC2 instance, l'arrêt de l'agent personnalisé RDS et le détachement de volumes EBS. Dans de tels cas, la récupération ponctuelle (PITR) ne peut pas restaurer l'instance de base de données à l'heure de restauration la plus récente.
-
Résolution des problèmes de configurations non prises en charge
RDS Custom fournit des conseils de résolution de problèmes pour le statut unsupported-configuration. Bien que certaines instructions s'appliquent à RDS Custom for Oracle et à RDS Custom for SQL Server, d'autres conseils dépendent de votre moteur de base de données. Pour accéder aux informations spécifiques de résolution de problèmes, consultez les rubriques suivantes :
Amazon S3
Si vous utilisez RDS Custom for Oracle, vous chargez le support d'installation dans un compartiment Amazon S3 créé par l'utilisateur. RDS Custom for Oracle utilise les médias de ce compartiment pour créer une version personnalisée du moteur (CEV). Une CEV est un instantané de volume binaire d'une version de base de données et d'Amazon Machine Image (AMI). À partir de la CEV, vous pouvez créer une instance de base de données RDS Custom. Pour de plus amples informations, veuillez consulter Utilisation de versions de moteurs personnalisées pour Amazon RDS Custom for Oracle.
Pour RDS Custom for Oracle et RDS Custom for SQL Server, RDS Custom crée automatiquement un compartiment Amazon S3 préfixé par la chaîne do-not-delete-rds-custom-. RDS Custom utilise le compartiment S3 do-not-delete-rds-custom- pour stocker les types de fichiers suivants :
-
AWS CloudTrail journaux pour le parcours créé par RDS Custom
-
Artefacts du périmètre de support (voir Périmètre de prise en charge RDS Custom).
-
Fichiers de journal de reprise de la base de données (RDS Custom for Oracle uniquement)
-
Journaux de transactions (RDS Custom for SQL Server uniquement)
-
Artefacts de version du moteur personnalisé (RDS Custom for Oracle uniquement)
RDS Custom crée le compartiment S3 do-not-delete-rds-custom- lorsque vous créez l'une des ressources suivantes :
-
Votre première CEV pour RDS Custom for Oracle
-
Votre première instance de base de données pour RDS Custom for SQL Server
RDS Custom crée un compartiment pour chaque combinaison des éléments suivants :
-
Compte AWS ID
-
Type de moteur (RDS Custom for Oracle ou RDS Custom for SQL Server)
-
Région AWS
Par exemple, si vous créez RDS Custom pour Oracle CEVs dans un seul compartiment Région AWS, il existe un seul do-not-delete-rds-custom- compartiment. Si vous créez plusieurs instances RDS Custom pour SQL Server et qu'elles résident dans des instances différentes Régions AWS, un do-not-delete-rds-custom- compartiment existe dans chacune Région AWS. Si vous créez une instance RDS Custom pour Oracle et deux instances RDS Custom pour SQL Server en une seule instance Région AWS, deux do-not-delete-rds-custom- compartiments existent.
AWS CloudTrail
RDS Custom crée automatiquement un AWS CloudTrail parcours dont le nom commence do-not-delete-rds-custom- par. Le périmètre de support RDS Custom s'appuie sur les événements survenus CloudTrail pour déterminer si vos actions affectent l'automatisation de RDS Custom. Pour de plus amples informations, veuillez consulter Résolution des problèmes de configurations non prises en charge.
RDS Custom crée le journal de suivi lorsque vous créez votre première instance de base de données. RDS Custom crée un journal de suivi pour chaque combinaison des éléments suivants :
-
Compte AWS ID
-
Type de moteur (RDS Custom for Oracle ou RDS Custom for SQL Server)
-
Région AWS
Lorsque vous supprimez une instance de base de données personnalisée RDS, le code CloudTrail correspondant à cette instance n'est pas automatiquement supprimé. Dans ce cas, les données non supprimées Compte AWS continuent de vous être facturées CloudTrail. RDS Custom n'est pas responsable de la suppression de cette ressource. Pour savoir comment supprimer CloudTrail manuellement le, consultez la section Supprimer une trace dans le guide de AWS CloudTrail l'utilisateur.
