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.
Migration depuis Amazon Linux 2 vers Amazon Linux 2023
Cette rubrique fournit des conseils pour migrer votre application depuis une branche de plateforme Amazon Linux 2 vers une branche de plateforme Amazon Linux 2023.
Différences et compatibilité
Entre les plateformes Elastic Beanstalk AL2 et AL2 023
Il existe un degré élevé de compatibilité entre les plateformes Elastic Beanstalk Amazon Linux 2 et Amazon Linux 2023. Il y a cependant quelques différences à noter :
-
Version 1 du service de métadonnées d'instance (IMDSv1) : le paramètre de l'IMDSv1option Disable est défini par défaut
truesur les plateformes AL2 023. Par défaut, c'estfalsesur AL2 les plateformes. -
outil d'instance pkg-repo — L'pkg-repooutil n'est pas disponible pour les environnements exécutés sur AL2 les plateformes 023. Toutefois, vous pouvez toujours appliquer manuellement les mises à jour du package et du système d'exploitation à une instance AL2 023. Pour plus d'informations, consultez Gestion des packages et des mises à jour du système d'exploitation (français non garanti) dans le Guide de l'utilisateur Amazon Linux 2023.
-
HTTPd Configuration Apache — Le
httpd.conffichier Apache pour les plateformes AL2 023 comporte des paramètres de configuration différents de ceux des AL2 plateformes suivantes :-
Interdire l'accès à l'ensemble du système de fichiers du serveur par défaut. Ces paramètres sont décrits dans la section Protection par défaut des fichiers du serveur de la page Conseils sur la sécurité
du site web d'Apache. -
Refusez l'accès à la configuration de
.htaccessdans tous les annuaires, à l'exception de ceux spécifiquement activés. Ce paramètre est décrit dans la section Protection de la configuration du système de la page Conseils sur la sécuritédu site web d'Apache. La page Tutoriel du serveur HTTP Apache : fichiers .htaccess indique que ce paramètre peut contribuer à améliorer les performances. -
Refuser l'accès aux fichiers portant le modèle de nom
.ht*. Ce paramètre empêche les clients web de visualiser les fichiers.htaccesset.htpasswd.
Vous pouvez modifier les paramètres de configuration ci-dessus en fonction de votre environnement. Pour de plus amples informations, veuillez consulter Configuration d'Apache HTTPD.
-
-
Prise en charge des variables d'environnement multilignes — Les plateformes AL2 023 prennent en charge les valeurs multilignes pour les variables d'environnement et les secrets dans les configurations de service Systemd. Les plateformes Amazon Linux 2 ne prennent pas en charge les valeurs de variables d'environnement multilignes. Cette amélioration vous permet d'utiliser des secrets multilignes et des valeurs de configuration sur les plateformes AL2 023. Pour plus d'informations sur l'utilisation des variables d'environnement et des secrets, consultezValeurs multilignes dans les variables d'environnement Amazon Linux 2.
-
CloudWatch transfert de journal personnalisé — L'agent CloudWatch Logs obsolète (
awslogspackage) n'est pas disponible sur les plateformes AL2 023. Si vous avez des configurations personnalisées de transfert de journal qui installent et utilisent l'awslogsagent obsolète, vous devez mettre à jour vos fichiers de configuration pour utiliser l' CloudWatch agent unifié lors de la migration d'Amazon Linux 2 vers 023. AL2 Pour de plus amples informations, veuillez consulter Streaming de fichiers journaux personnalisés.
Différences spécifiques à la plateforme
Outre les différences de système d'exploitation de base, il existe des différences spécifiques à la plate-forme entre les plateformes d'exécution Amazon Linux 2 et AL2 023 :
-
Branchement de plate-forme .NET — La stratégie de branchement de la plate-forme .NET diffère entre Amazon Linux 2 et AL2 023. Sur Amazon Linux 2, la plate-forme .NET Core gère une fenêtre rotative des versions principales de .NET au sein d'une seule branche de plate-forme. Le AL2 023, chaque branche de plate-forme est épinglée à une version majeure de .NET spécifique (par exemple, .NET 9, .NET 10).
Si vous déployez des applications dépendantes du framework (applications qui reposent sur le runtime .NET installé sur la plate-forme), vous devez sélectionner une branche de plate-forme correspondant à la version .NET cible de votre application. Si vous déployez des applications autonomes (applications qui regroupent leur propre environnement d'exécution .NET), vous pouvez utiliser n'importe quelle branche de la plate-forme .NET AL2 023, quelle que soit la version .NET de votre application, car celle-ci ne dépend pas du runtime installé sur la plate-forme. Pour de plus amples informations, veuillez consulter Regroupement d'applications pour la plateforme .NET Core sur Linux Elastic Beanstalk.
-
Sélection de la version de Node.js — La plateforme Node.js sur Amazon Linux 2 permet de spécifier une version Node.js dans le
package.jsonfichier de votre application. La plateforme Node.js sur AL2 023 ne prend pas en charge cette fonctionnalité. Vous devez utiliser la version par défaut de Node.js fournie par la branche de plateforme. Pour plus d'informations sur la gestion des versions de Node.js, consultezConfiguration des dépendances de votre application sur Elastic Beanstalk. -
Version du serveur Ruby Puma — La plateforme Ruby sur Amazon Linux 2 ignore la version Puma spécifiée dans le
Gemfile.lockfichier de votre application et utilise la version Puma par défaut de la plateforme. La plateforme Ruby du AL2 023 respecte la version Puma spécifiée dans leGemfile.lockcas où elle est présente. Si aucune version n'est spécifiée, la plateforme installe la version Puma par défaut de la plateforme. -
Disponibilité des packages PHP — Certains packages disponibles sur les plateformes PHP Amazon Linux 2 ne sont pas disponibles sur les plateformes PHP AL2 023 :
-
Packages clients MySQL — Les packages clients de ligne de
mysql-develcommandemysqlet de ligne de commande ne sont pas installés sur les plateformes PHP AL2 023. Si votre application nécessite une connectivité à une base de données MySQL, utilisez le PHPmysqliou despdo_mysqlextensions, disponibles sur les deux plateformes. -
Outils Compass et Ruby — Les
rubygemspackagesruby-develet pour le support du framework CSS Compass ne sont pas installés sur les plateformes PHP AL2 023. Compass est obsolète. Envisagez d'utiliser des outils de prétraitement CSS modernes comme alternative.
-
-
Outils de contrôle de version Go — Le système de contrôle de version Bazaar (
bzr) n'est pas disponible sur les plateformes AL2 023 Go. Bazaar est obsolète et n'est pas inclus dans le référentiel de packages AL2 023. Utilisez plutôt Git, Mercurial ou Subversion pour le contrôle de version, qui sont tous disponibles sur les plateformes AL2 023 Go.
Entre les systèmes d'exploitation Amazon Linux
Pour plus d'informations sur les différences entre les systèmes d'exploitation Amazon Linux 2 et Amazon Linux 2023, consultez Comparing Amazon Linux 2 and Amazon Linux 2023 dans le Guide de l'utilisateur Amazon Linux 2023.
Pour plus d'informations sur Amazon Linux 2023, consultez What is Amazon Linux 2023? dans le Guide de l'utilisateur Amazon Linux 2023.
Processus général de migration
Lorsque vous êtes prêt à passer en production, Elastic Beanstalk a blue/green besoin d'un déploiement pour effectuer la mise à niveau. Voici les meilleures pratiques générales que nous recommandons pour la migration avec une procédure de blue/green déploiement.
Préparer le test de votre migration
Avant de déployer votre application et de commencer les tests, passez en revue les informations de la section précédente Différences et compatibilité. Consultez également la référence citée dans la section Comparing Amazon Linux 2 and Amazon Linux 2023 dans le Guide de l'utilisateur Amazon Linux 2023. Prenez note des informations spécifiques de ce contenu qui s'appliquent ou peuvent s'appliquer à votre application et à votre configuration.
Étapes de migration de haut niveau
-
Créez un nouvel environnement basé sur une branche de plateforme AL2 023.
-
Déployez votre application dans l'environnement AL2 023 cible.
Votre environnement de production existant restera actif et non affecté, pendant que vous procédez à des tests et des ajustements du nouvel environnement.
-
Testez votre application de manière approfondie dans le nouvel environnement.
-
Lorsque votre environnement AL2 023 de destination est prêt à passer en production, échangez les CNAMEs deux environnements pour rediriger le trafic vers le nouvel environnement AL2 023.
Étapes de migration plus détaillées et meilleures pratiques
Pour une procédure de blue/green déploiement plus détaillée, voirDéploiements bleu/vert avec Elastic Beanstalk.
Pour des conseils plus spécifiques et des étapes détaillées des meilleures pratiques, consultez Blue/Green method.
Plus de références pour vous aider à planifier votre migration
Les références suivantes peuvent fournir des informations supplémentaires pour planifier votre migration.
-
Plateformes prises en charge par Elastic Beanstalk dans AWS Elastic Beanstalk Platforms (Plateformes )
