Effectuer un levage et un décalage pour les mises à jour avant exportation

Il est conseillé et parfois nécessaire de préparer une machine virtuelle pour Private Cloud Appliance en apportant des modifications à la machine virtuelle sur le système source d'origine. Effectuez les étapes de mise à jour avant exportation suivantes sur un clone du système source, et non sur la machine virtuelle d'origine.

Attention :

Fonctionne sur un clone de l'image de production sur le système source. Cela protège l'environnement de production et fournit un repli connu si le processus doit être répété. Utilisez une méthode fournie par votre système source pour cloner une machine virtuelle.

Par exemple, dans Oracle VM et Private Cloud Appliance 2.4, sélectionnez la machine virtuelle dans l'onglet Serveurs et machines virtuelles, cliquez avec le bouton droit de la souris et sélectionnez Cloner. Dans tous les cas, arrêtez la machine virtuelle source pour vous assurer que le contenu du disque du clone est cohérent.

Appliquer le patch au niveau en cours du système d'exploitation

Mettez à jour la machine virtuelle clone vers le niveau de patch actuel du même système d'exploitation.

Les instructions dépendent du système d'exploitation invité. Par exemple, yum update vers le dernier niveau de patch pour Oracle Linux 7 ou 8, ou pkg update sur Solaris 11.4, ou Windows Update sur Microsoft Windows. Réinitialisez après l'application de patches pour garantir le bon fonctionnement après l'application de patches.

Cela garantit que les pilotes de périphériques les plus récents sont disponibles et évite les risques liés aux bogues récemment fermés et aux expositions à la sécurité.

Remarques :

Oracle recommande ce qui suit si vous utilisez actuellement Oracle Linux 6 ou une version antérieure :

Passez à la version actuelle d'Oracle Linux pour vous assurer que les pilotes de périphérique appropriés pour PCA X9-2 sont installés et inclut des corrections de bogues et des améliorations.
Procédez à une nouvelle installation de l'O/S plutôt qu'à une remontée mécanique.

Modification des périphériques de réseau virtuel en DHCP

Le fonctionnement du réseau virtuel de la machine virtuelle invitée peut nécessiter plusieurs modifications après son installation sur Private Cloud Appliance.

L'appliance de cloud privé utilise DHCP pour fournir une adresse réseau aux nouvelles instances. Comme plusieurs instances peuvent être clonées à partir de la même image, il est logique d'affecter de nouvelles adresses MAC et IP lors de la création de chaque instance.

Remarques :

L'adresse IP acquise par DHCP lors de la création de l'instance est stable.
L'adresse IP visible par l'instance est une adresse IP privée sur un réseau cloud virtuel (VCN). L'accès à l'instance se fait à partir de l'extérieur de l'appliance de cloud privé à l'aide d'une couche NAT (Network Address Translation). Reportez-vous à l'onglet Réseau dans la description de l'instance de Compute Enclave pour afficher à la fois les adresses IP privées et publiques.

Sous Linux, modifiez le fichier /etc/sysconfig/network-scripts/ifcfg-NICNAME, enlevez les lignes HWADDR ou MACADDR et définissez BOOTPROTO="dhcp". Vous pouvez également utiliser l'outil graphique fourni avec votre distribution. En outre, supprimez les fichiers /etc/udev/rules.d/70-persistent-ipoib.rules et /etc/udev/rules.d/70-persistentnet.rules s'ils sont présents. Ces fichiers contiennent des adresses MAC qui ne correspondent pas à la nouvelle instance. Ils sont recréés automatiquement si nécessaire.

Suppression des outils et pilotes propres à Exalogic

Suivez ces instructions pour supprimer les composants du système d'exploitation Exalogic.

Supprimez le RPM InfiniBand utilisé avec Exalogic infinibus-N.N.x86_64.
Supprimez ou éloignez les fichiers de définition réseau pour les périphériques Infiniband :
# cd /mnt/sysimage/etc/sysconfig/network-scripts

# rm ifcfg-ib0.0004; rm ifcfg-ib1.0004
Supprimez le composant OFED :
# /usr/sbin/ofed_uninstall.sh --force
Arrêtez et réinitialisez.
Apportez les machines virtuelles et configurez les réseaux virtuels selon les normes de votre centre de données, en créant des fichiers /etc/sysconfig/network-scripts/ifcfg-eth* pour afficher les réseaux publics et privés de la machine virtuelle. Elles doivent être différentes des machines virtuelles Exalogic pour permettre les tests parallèles.

Si vous utilisez WebLogic, connectez-vous à la console Oracle WebLogic Server et désactivez les améliorations apportées à Exalogic en inversant les étapes utilisées pour les activer pour Exalogic, en particulier la désactivation du protocole SDP (Socket Direct Protocol). Il s'agit d'une bonne pratique pour Exalogic qui n'est pas prise en charge pour Private Cloud Appliance. Reportez-vous au guide Déploiement d'Oracle Fusion Middleware Enterprise pour Exalogic lié dans la section En savoir plus.

Lorsque les machines virtuelles Exalogic sont identiques, autres que hostname et IP address, vous pouvez arrêter la machine virtuelle et la cloner pour les membres supplémentaires du cluster d'applications. Initialisez chaque machine virtuelle à son tour pour modifier ses paramètres hostname et address afin de les rendre uniques.

Installation des fonctionnalités de noyau et de pilote Linux pour Private Cloud Appliance

Le système d'exploitation peut avoir besoin d'inclure explicitement les pilotes de périphérique VirtIO au moment de l'initialisation.

Remarques :

Si l'hyperviseur source est KVM, vous disposez déjà des pilotes appropriés pour Private Cloud Appliance.

Vous pouvez éventuellement sauvegarder les noyaux avant d'exécuter dracut. Par exemple : mv /boot/initramfs-$(uname -r).img /boot/initramfs-$(uname -r).img.bak
Utilisez la commande dracut pour ajouter des pilotes de périphérique à initramfs. Par exemple : dracut --force -N ou dracut -N --regenerateall.
- L'option -N désactive le mode hôte uniquement, ce qui crée un initramfs uniquement pour l'hôte actuel. Cette option produit une image générique.
- Si vous exécutez une version très ancienne de Linux qui ne dispose pas de l'option -N, répertoriez spécifiquement les modules de noyau nécessaires pour Private Cloud Appliance X9-2. Par exemple : dracut --add-drivers 'sg sd_mod virtio virtio_pci virtio_ring virtio_scsi'.
- L'option --regenerate-all régénère initramfs pour toutes les versions de noyau dans /boot, et pas seulement celle actuellement initialisée. Cela est utile pour Oracle Linux afin de garantir que les noyaux UEK et RHCK obtiennent les pilotes nécessaires, quel que soit le pilote actuellement initialisé.
- L'option --force superpose le fichier initramfs actuel déjà présent.

Vous pouvez voir les fichiers initramfs mis à jour dans /boot. Ils seront plus grands que les versions précédentes en raison des pilotes de périphérique ajoutés.

Si vous omettez l'étape dracut, vous pouvez l'exécuter lors du premier lancement de l'instance sur l'appliance de cloud privé X9-2.

Connectez-vous à l'clave de calcul.
Sélectionnez l'instance et connectez-vous à la console.
Sélectionnez la ligne de secours dans le menu Grub.
Si l'initialisation échoue avant que vous puissiez sélectionner l'initialisation de secours, exécutez une action Réinitialiser sur l'instance à partir de l'clave de calcul.
Une fois l'instance initialisée, connectez-vous et exécutez les commandes dracut.

Installation facultative de boîtes à outils d'initialisation

Nous vous recommandons d'installer la boîte à outils cloud-init (Linux).

Ces boîtes à outils sont des méthodes standard indépendantes du fournisseur pour l'initialisation d'instances interplates-formes. Ils permettent d'identifier que l'instance de cloud est en cours d'exécution lors de l'initialisation, de lire tous les fichiers metadata fournis à partir du cloud et d'initialiser le système en conséquence. Ils sont capables de convertir de ssh basé sur un mot de passe à l'aide d'un échange de paires de clés. Pour plus d'informations, reportez-vous à la section 6.4 du Guide de l'utilisateur Oracle Private Cloud Appliance.

Sur Oracle Linux, installez les packages cloud-init et oci-utils adaptés à votre distribution Linux. Utilisez les éléments suivants pour Oracle Linux 8 :

# dnf install yum-utils
# yum-config-manager --enable ol8_addons
# dnf install cloud-init oci-utils

Ensuite, utilisez ssh dans l'instance lancée avec userid opc sans mot de passe, à l'aide de l'échange de paires de clés décrit dans les références citées.

Préparation du démarrage et du système de fichiers

L'image ne contient que le disque d'initialisation. Désactivez donc tous les services et applications d'initialisation qui nécessitent d'autres disques.

Les références aux systèmes de fichiers non initialisés doivent être supprimées jusqu'à ce qu'elles soient recréées ultérieurement. Si l'image d'initialisation fait référence à d'autres disques pour swap, /tmp ou /var/logs, ils doivent être temporairement déplacés vers le volume d'initialisation.

Procédez comme suit sur Linux :

Modifiez /etc/fstab.
Supprimez les entrées des montages de système de fichiers qui ne se trouvent pas sur le disque d'initialisation.
Assurez-vous que les partitions de disque d'initialisation ne sont pas directement référencées par des noms de périphérique tels que /dev/xvda.
Utilisez plutôt LABEL= ou UUID=.
Il n'est pas nécessaire de modifier les références aux périphériques LVM si vous faites référence au disque d'initialisation.
Exécutez la commande pvs pour vous assurer que le seul volume physique LVM est le volume d'initialisation.
Si un groupe de volumes (VG) se trouve sur d'autres volumes physiques, il doit être mis en commentaire à partir de /etc/fstab.

Si un volume logique est composé à la fois de disques d'initialisation et d'autres disques, la migration est plus compliquée et sort du cadre de cette solution.

Désactivez tous les services ou applications qui se lancent lors de l'initialisation et nécessitent une configuration complète, car le lancement initial sur Private Cloud Appliance X9-2 ne dispose pas de l'environnement opérationnel complet.