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 :
-
Instance Amazon EC2
-
Point de terminaison d'instance
-
Système d'exploitation installé sur l'instance Amazon EC2
-
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 consiste à répondre aux problèmes liés à votre instance Amazon EC2. 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'hôte Amazon EC2 est endommagé, RDS Custom tente de le redémarrer. Si cette opération échoue, RDS Custom utilise la même fonction d'arrêt et de démarrage que celle 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êt de l'hôte Amazon EC2.
L'instance EC2 effectue un arrêt normal et cesse de s'exécuter. 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, veuillez consulter Arrêt et démarrage de votre instance dans le Guide de l'utilisateur Amazon EC2 pour les instances Linux.
-
Démarrage de l'hôte Amazon EC2.
L'instance EC2 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 celles hébergées sur le lecteur C:, y compris les données du système d'exploitation et les données client, sont perdues.
Après le processus de remplacement, l'hôte Amazon EC2 dispose d'une nouvelle adresse IP publique. L'hôte conserve les éléments suivants :
-
ID d'instance
-
Adresses IP privées
-
Adresses IP élastiques
-
Métadonnées de l'instance
-
Données du volume de stockage de données
-
Données du volume racine (sur RDS Custom for Oracle)
Bonnes pratiques relatives aux hôtes Amazon EC2
La fonction de remplacement de l'hôte Amazon EC2 couvre la majorité des scénarios de défaillance d'Amazon EC2. 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. Les seules options dont vous disposez sont la restauration à partir d'un instantané de bases de données ou la restauration à un instant dans le passé.
-
Abstenez-vous d'arrêter ou de mettre fin manuellement à l'hôte Amazon EC2 physique. En effet, ces deux actions placent l'instance en dehors du périmètre de prise en charge de RDS Custom.
-
(RDS Custom for SQL Server) Si vous attachez des volumes supplémentaires à l'hôte Amazon EC2, 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 RDS Custom utilise une infrastructure, un système d'exploitation et une base de données AWS 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 change le statut de l'instance de base de données en unsupported-configuration et envoie des notifications d'événement. Une fois que vous avez corrigé les problèmes de configuration, RDS Custom rétablit l'état de l'instance de base de données sur available.
Lorsque votre instance de base de données est dans l'état 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 est dans l'état
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 for SQL Server uniquement, RDS Custom ne remplace pas l'instance Amazon EC2 sous-jacente si elle devient déficiente. 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 récupération ponctuelle (PITR) en archivant les fichiers journaux redo et en les téléchargeant sur Amazon S3. La récupération ponctuelle dans un état
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 se trouve dans l'état
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 se trouve dans l'état
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'instance EC2, l'arrêt de l'agent RDS Custom et le détachement des 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 l'état 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 :
-
Journaux AWS CloudTrail pour le suivi 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 :
-
ID Compte AWS
-
Type de moteur (RDS Custom for Oracle ou RDS Custom for SQL Server)
-
Région AWS
Par exemple, si vous créez des CEV RDS Custom for Oracle dans une seule Région AWS, un seul compartiment do-not-delete-rds-custom- existe. Si vous créez plusieurs instances RDS Custom for SQL Server, et qu'elles résident dans des Régions AWS différentes, un compartiment do-not-delete-rds-custom- existe dans chaque Région AWS. Si vous créez une instance RDS Custom for Oracle et deux instances RDS Custom for SQL Server dans une seule Région AWS, deux compartiments do-not-delete-rds-custom- existent.
AWS CloudTrail
RDS Custom crée automatiquement un journal de suivi AWS CloudTrail dont le nom commence par do-not-delete-rds-custom-. Le périmètre de support de RDS Custom s'appuie sur les événements de 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 :
-
ID Compte AWS
-
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 CloudTrail de cette instance n'est pas automatiquement supprimé. Dans ce cas, votre Compte AWS continue d'être facturé pour le service CloudTrail non supprimé. RDS Custom n'est pas responsable de la suppression de cette ressource. Pour découvrir comment supprimer le journal de suivi CloudTrail manuellement, consultez Suppression d'un journal de suivi dans le Guide de l'utilisateur AWS CloudTrail.
