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.
L'architecture Amazon RDS Custom est basée sur AmazonRDS, avec des différences importantes. Le schéma suivant montre les principaux composants de l'architecture RDS personnalisée.
VPC
Comme dans AmazonRDS, votre instance de base de données RDS personnalisée réside dans un cloud privé virtuel (VPC).
Votre instance de base de données RDS personnalisée comprend les principaux composants suivants :
-
EC2Instance Amazon
-
Point de terminaison d'instance
-
Système d'exploitation installé sur l'EC2instance Amazon
-
Amazon EBS Storage, qui contient tous les systèmes de fichiers supplémentaires
RDSAutomatisation et surveillance personnalisées
RDSCustom 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 les autres composants de l'environnement RDS personnalisé global.
Les fonctionnalités de surveillance et de restauration RDS personnalisées offrent des fonctionnalités similaires à celles d'AmazonRDS. 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 l'automatisation RDS personnalisée consiste à répondre aux problèmes liés à votre EC2 instance Amazon. Pour diverses raisons, l'hôte peut devenir handicapé ou injoignable. RDS Custom résout ces problèmes en redémarrant ou en remplaçant l'instance AmazonEC2.
Remplacement de l'hôte Amazon RDS Custom
Si l'EC2hôte Amazon est endommagé, 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 AmazonEC2. 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
RDSCustom prend automatiquement les mesures suivantes, sans qu'aucune intervention de l'utilisateur ne soit requise :
-
Arrête l'EC2hôte Amazon.
L'EC2instance effectue un arrêt normal et cesse de fonctionner. Tous les EBS volumes Amazon restent attachés à l'instance et leurs données sont conservées. Toutes les données stockées dans les volumes de stockage de l'instance (non pris en charge sur RDS Custom) ou sur RAM l'ordinateur hôte ont disparu.
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'EC2hôte Amazon.
L'EC2instance migre vers un nouveau matériel hôte sous-jacent. Dans certains cas, l'instance de base de données RDS personnalisée reste sur l'hôte d'origine.
Effets du remplacement de l'hôte
Dans RDS Custom, vous avez le contrôle total du volume de l'appareil racine et des volumes EBS de stockage Amazon. Le volume racine peut contenir des données et des configurations importantes que vous ne voulez pas perdre.
RDSCustom for Oracle conserve toutes les données de la base de données et des clients après l'opération, y compris les données du volume racine. Aucune intervention de l'utilisateur n'est requise. Dans RDS Custom for SQL Server, les données de base de données sont conservées, mais toutes les données du lecteur C :, y compris le système d'exploitation et les données client, sont perdues.
Après le processus de remplacement, l'EC2hôte Amazon 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 pour Oracle)
Bonnes pratiques pour les EC2 hôtes Amazon
La fonctionnalité de remplacement de l'EC2hô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'EC2hôte Amazon physique. Dans les deux cas, l'instance est placée en dehors du périmètre de support RDS personnalisé.
-
(RDSPersonnalisé pour le SQL serveur) Si vous attachez des volumes supplémentaires à l'EC2hôte Amazon, configurez-les pour qu'ils soient remontés au redémarrage. Si l'hôte est défaillant, RDS Custom peut arrêter et démarrer automatiquement l'hôte.
RDSPérimètre de support personnalisé
RDSCustom fournit une capacité de surveillance supplémentaire appelée périmètre de support. Cette surveillance supplémentaire garantit que votre instance de base de données RDS personnalisée 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 Corriger les 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 support.
Rubriques
Configurations non prises en charge dans Custom RDS
Lorsque votre instance de base de données se trouve en dehors du périmètre de support, RDS Custom change le statut de l'instance de base de données unsupported-configuration et envoie des notifications d'événements. Une fois les problèmes de configuration résolus, RDS Custom redéfinit le statut de l'instance de base de données à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 RDS Custom for SQL Server uniquement, 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 API opérations RDS personnalisées ne sont pas disponibles.
-
RDSCustom 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. PITRdans un
unsupported-configurationétat se distingue des manières suivantes :-
PITRla restauration complète vers une nouvelle instance de base de données RDS personnalisée peut prendre beaucoup de temps. 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. -
PITRdoit réexécuter un plus grand nombre de redo logs en commençant par le dernier instantané pris avant que l'instance n'entre dans l'
unsupported-configurationétat. -
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'EC2instance, l'arrêt de l'agent RDS personnalisé et le détachement de EBS volumes. Dans de tels cas, PITR impossible de 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
RDSCustom fournit des conseils de dépannage pour l'unsupported-configurationÉtat. Bien que certains conseils s'appliquent à la fois à 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 le média contenu dans ce compartiment pour créer une version de moteur personnalisée (CEV). A CEVest un instantané de volume binaire d'une version de base de données et d'Amazon Machine Image (AMI). À partir deCEV, vous pouvez créer une instance de base de données RDS personnalisée. 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înedo-not-delete-rds-custom-. RDS Custom utilise le compartiment do-not-delete-rds-custom- S3 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 RDSPérimètre de support personnalisé).
-
Fichiers de journalisation de base de données (RDSpersonnalisés pour Oracle uniquement)
-
Journaux de transactions (RDSpersonnalisés pour SQL le serveur uniquement)
-
Artefacts de version de moteur RDS personnalisés (personnalisé pour Oracle uniquement)
RDSCustom crée le compartiment do-not-delete-rds-custom- S3 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
RDSCustom crée un compartiment pour chaque combinaison des éléments suivants :
-
Compte AWS ID
-
Type de moteur (RDSpersonnalisé pour Oracle ou RDS personnalisé pour SQL serveur)
-
Région AWS
Par exemple, si vous créez RDS Custom for 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 for SQL Server et qu'elles résident dans des emplacements différents Régions AWS, un do-not-delete-rds-custom- compartiment existe dans chacune d'elles Région AWS. Si vous créez une instance RDS personnalisée pour Oracle et deux instances RDS personnalisées pour SQL serveur en une seule instance Région AWS, il existe deux do-not-delete-rds-custom- compartiments.
AWS CloudTrail
RDSCustom crée automatiquement un AWS CloudTrail parcours dont le nom commence pardo-not-delete-rds-custom-. Le périmètre de support RDS personnalisé s'appuie sur les événements survenus CloudTrail pour déterminer si vos actions affectent l'automatisation RDS personnalisée. Pour de plus amples informations, veuillez consulter Résolution des problèmes de configurations non prises en charge.
RDSCustom crée le journal lorsque vous créez votre première instance de base de données. RDS Custom crée un parcours pour chaque combinaison des éléments suivants :
-
Compte AWS ID
-
Type de moteur (RDSpersonnalisé pour Oracle ou RDS personnalisé pour SQL serveur)
-
Région AWS
Lorsque vous supprimez une instance de base de données RDS personnalisée, le CloudTrail code 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, voir Supprimer une trace dans le guide de l'AWS CloudTrail utilisateur.
