Personnalisation du système d’exploitation dans un déploiement multi-AZ RDS Custom for Oracle - Amazon Relational Database Service
Exigences de personnalisation du système d’exploitationIdentification des instances EC2Personnalisation du système d’exploitation avant un déploiement Multi-AZPersonnalisation du système d’exploitation après le déploiement Multi-AZPersonnalisation du volume binaireBonnes pratiques relatives à la personnalisation du système d’exploitation

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.

Personnalisation du système d’exploitation dans un déploiement multi-AZ RDS Custom for Oracle

Avec le déploiements multi-AZ RDS Custom for Oracle, vous pouvez personnaliser le système d’exploitation et installer des logiciels tiers sur les instances EC2 principales et de secours. Contrairement à Amazon RDS, RDS Custom for Oracle fournit un accès administratif à l’environnement de base de données et au système d’exploitation sous-jacent, ce qui vous permet d’installer des outils de surveillance, des agents de sécurité ou des applications personnalisées en plus des bases de données Oracle.

Lorsque vous personnalisez le système d’exploitation dans le cadre d’un déploiement multi-AZ, vous devez vous assurer que les personnalisations existent à la fois sur les instances principales et de secours. Cette approche garantit la continuité des applications lors du basculement multi-AZ et maintient des fonctionnalités cohérentes dans les deux instances.

Conditions relatives à la personnalisation du système d’exploitation dans un déploiement multi-AZ RDS Custom for Oracle

Avant de personnaliser le système d’exploitation dans le cadre d’un déploiement multi-AZ, tenez compte des exigences suivantes :

  • Installez le logiciel tiers uniquement sur le point de montage /rdsdbdata. Le volume de données (/rdsdbdata) est la seule donnée répliquée dans un déploiement multi-AZ. Le volume racine (/) est remplacé lors de l’application de correctifs au système d’exploitation et le volume binaire (/rdsdbbin) est remplacé lors de l’application de correctifs à la base de données. Le logiciel installé sur les volumes racine et binaire est perdu lors de l’application des correctifs.

  • Assurez-vous que toutes les personnalisations sont conformes AWS aux conditions générales de licence Oracle.

  • Avant de passer du mode mono-AZ au mode multi-AZ, assurez-vous que les HugePages paramètres /etc/sysctl.conf fonctionnent correctement.

Identification des instances EC2 dans un déploiement multi-AZ RDS Custom for Oracle

Lorsque vous personnalisez vos instances Multi-AZ, identifiez les instances Amazon EC2 qui servent d’instances principales et de secours pour votre déploiement RDS Custom for Oracle.

Identification des instances EC2 principales et secondaires

  1. Ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/.

  2. Dans le panneau de navigation, choisissez Databases (Bases de données).

  3. Choisissez le nom de votre instance de base de données RDS Custom for Oracle Multi-AZ.

  4. Dans la section Configuration, notez l’ID de ressource (format : db-nnnnnnn).

  5. Ouvrez la console Amazon EC2 à l’adresse https://console.aws.amazon.com/ec2/.

  6. Dans le panneau de navigation, choisissez Instances.

  7. Dans la zone de recherche, saisissez l’ID de ressource de l’étape 4.

  8. Les résultats de recherche indiquent deux instances : votre instance principale et votre instance secondaire. L’instance contenant la base de données RDS Custom for Oracle active est l’instance principale.

Personnalisation du système d’exploitation avant de créer un déploiement multi-AZ RDS Custom for Oracle

Dans ce scénario, votre déploiement actuel est une instance de base de données mono-AZ. Vous pouvez personnaliser le système d’exploitation, puis convertir votre instance de base de données en déploiement multi-AZ. Si vous installez un logiciel tiers et que vous avez modifié des fichiers sur plusieurs volumes, cette technique est recommandée.

Personnalisation du système d’exploitation avant la conversion de votre déploiement mono-AZ en déploiement multi-AZ

  1. Connectez-vous à l'instance EC2 de votre déploiement mono-AZ à l'aide de SSH AWS Systems Manager Session Manager .

  2. Effectuez l’une des personnalisations suivantes :

    • Installez un logiciel tiers sur le volume de données (/rdsdbdata).

    • Personnalisez les fichiers sur le volume racine (/).

  3. Testez les personnalisations de votre logiciel ou du volume racine pour vous assurer qu’elles fonctionnent correctement.

  4. Convertissez l’instance de base de données mono-AZ en déploiement multi-AZ en suivant les instructions dans Conversion d’un déploiement mono-AZ en un déploiement multi-AZ dans RDS Custom for Oracle.

  5. Veillez à vérifier que vos personnalisations existent sur les deux instances du déploiement multi-AZ. Pour de plus amples informations, veuillez consulter Identification des instances EC2 dans un déploiement multi-AZ RDS Custom for Oracle.

Personnalisation du système d’exploitation après la création d’un déploiement multi-AZ RDS Custom for Oracle

Si vous disposez d’un déploiement multi-AZ existant, vous pouvez déployer vos personnalisations à l’aide d’ AWS Systems Manager ou à l’aide de techniques manuelles.

Personnalisation du système d'exploitation dans un déploiement multi-AZ à l'aide de AWS Systems Manager

Pour les instances de base de données Multi-AZ existantes, nous recommandons Systems Manager comme moyen le plus fiable d’appliquer des personnalisations simultanément aux instances principales et secondaires. Cette approche garantit la cohérence. Pour une présentation générale de ce service, consultez Qu’est-ce que AWS Systems Manager ?. Pour savoir comment installer le logiciel sur les deux instances de base de données simultanément, consultez Installer ou mettre à jour les packages du distributeur.

Personnalisation manuelle du système d’exploitation dans un déploiement multi-AZ

Dans ce scénario, votre déploiement multi-AZ existe déjà, mais vous ne l'utilisez pas AWS Systems Manager pour déployer les personnalisations. Vous pouvez personnaliser votre système d’exploitation manuellement de l’une des manières suivantes :

Personnalisez le système d’exploitation sur l’instance principale et répliquez les modifications

Le déploiement multi-AZ réplique automatiquement le volume rdsdbdata. Vous pouvez personnaliser le système d’exploitation des façons suivantes :

  • Installez un logiciel tiers directement sur le point de montage /rdsdbdata.

  • Pour modifier des fichiers sur le volume racine (/), créez des fichiers sur le volume de données, puis créez un lien symbolique entre les fichiers du volume racine et les fichiers du volume de données.

Personnalisez le système d’exploitation de l’instance principale et de l’instance de secours séparément

Dans cette approche, vous personnalisez le système d’exploitation de l’instance principale. Vous effectuez ensuite les mêmes personnalisations sur l’instance de secours.

Personnalisation du système d’exploitation de l’instance principale afin qu’il soit répliqué automatiquement

  1. Identifiez les instances de base de données principales et de secours à l’aide de la procédure décrite dans Identification des instances EC2 dans un déploiement multi-AZ RDS Custom for Oracle.

  2. Connectez-vous à l’instance EC2 principale à l’aide du Gestionnaire de session ou du protocole SSH.

  3. Utilisez l’une des techniques suivantes, en fonction des besoins de votre entreprise :

    Installation d’un logiciel tiers

    Installez votre logiciel sur le point de montage /rdsdbdata.

    sudo mkdir -p /rdsdbdata/custom-software
cd /rdsdbdata/custom-software
# Install your software here
    Personnalisation du volume racine

    Créez des liens symboliques entre les fichiers de configuration du système d’exploitation du volume racine et les fichiers du volume de données. Par exemple, créez un fichier /rdsdbdata/customizations/sysctl.conf, puis créez un lien symbolique /etc/sysctl.conf pointant vers /rdsdbdata/customizations/sysctl.conf.

    sudo mkdir -p /rdsdbdata/customizations
sudo mv /etc/sysctl.conf /rdsdbdata/customizations/sysctl.conf
sudo ln -sf /rdsdbdata/customizations/sysctl.conf /etc/sysctl.conf

  4. Testez les personnalisations de votre logiciel ou du volume racine pour vous assurer qu’elles fonctionnent correctement.

  5. Connectez-vous à l’instance de secours et vérifiez que la réplication synchrone a copié les personnalisations du logiciel ou du volume racine dans l’annuaire /rdsdbdata.

Personnalisation du volume binaire dans un déploiement multi-AZ RDS Custom for Oracle

Vous pouvez appliquer un correctif de base de données au volume binaire (/rdsdbbin) dans le cadre d’un déploiement Multi-AZ RDS Custom for Oracle. Vous devez appliquer le correctif aux instances principales et de secours. Considérez les directives suivantes :

  • Lorsque vous effectuez un correctif ponctuel, nous vous recommandons de créer une nouvelle CEV avec le nouveau correctif unique inclus dans le manifeste.

  • Pour appliquer un correctif unique manuellement, assurez-vous de le décompresser dans les instances EC2 principales et secondaires. L’application du correctif et l’exécution de datapatch ne sont requises que sur l’instance Multi-AZ principale.

  • Si vous appliquez un correctif à la base de données à l’aide d’une autre CEV, le volume binaire est remplacé. Assurez-vous d’inclure le correctif unique dans le manifeste de la nouvelle CEV.

Bonnes pratiques relatives à la personnalisation du système d’exploitation

Suivez ces bonnes pratiques lors de la personnalisation du système d’exploitation sur les instances Multi-AZ RDS Custom for Oracle :

Tester dans des environnements hors production

Testez toujours les personnalisations dans un environnement hors production avant de les appliquer à des instances de production.

Documenter toutes les modifications

Conservez une documentation détaillée de toutes les personnalisations pour référence future et résolution des problèmes. Nous vous recommandons de stocker vos personnalisations dans un script que vous pourrez appliquer à tout moment, au cas où.

Vérifier sur les deux instances

Vérifiez régulièrement que les personnalisations sont présentes et fonctionnent correctement sur les instances principales et secondaire.

Utiliser Systems Manager pour la cohérence

Utilisez Systems Manager pour appliquer les modifications de manière cohérente sur toutes les instances, en particulier pour les déploiements multi-AZ existants.