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. # Utiliser des runbooks d’automatisation pour mettre à niveau une instance Windows EC2 Vous pouvez effectuer une mise à niveau automatique de vos instances Windows et SQL Server à l' AWS aide des runbooks AWS Systems Manager Automation. **Topics** + [Services connexes](#automated-related) + [Options d’exécution](#automated-execution-option) + [Mettre à niveau Windows Server](#automated-upgrades-windows) + [Mettre à niveau SQL Server](#automated-upgrades-sql) ## Services connexes Les AWS services suivants sont utilisés dans le processus de mise à niveau automatique : + **AWS Systems Manager**. AWS Systems Manager est une interface puissante et unifiée qui permet de gérer vos AWS ressources de manière centralisée. Pour plus d’informations, consultez le *Guide de l’utilisateur [AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/)*. + AWS Systems Manager L'agent (agent SSM) est un logiciel Amazon qui peut être installé et configuré sur une instance Amazon EC2, un serveur sur site ou une machine virtuelle (VM). SSM Agent permet à Systems Manager de mettre à jour, gérer et configurer ces ressources. L’agent traite les demandes du service Systems Manager dans le Cloud AWS , puis les exécute comme spécifié dans la demande. Pour plus d’informations, consultez [Utilisation de SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html) dans le *Guide de l’utilisateur AWS Systems Manager *. + **AWS Systems Manager Runbooks SSM**. Un runbook SSM définit les actions exécutées par Systems Manager sur vos instances gérées. Les runbooks SSM utilisent la notation JavaScript d'objet (JSON) ou YAML, et ils incluent des étapes et des paramètres que vous spécifiez. Cette rubrique utilise deux runbooks SSM Systems Manager d’automatisation. Pour plus d’informations, consultez [AWS Systems Manager Automation runbook reference](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-runbook-reference.html) dans le *Guide de l’utilisateur AWS Systems Manager *. ## Options d’exécution Lorsque vous sélectionnez **Automation (Automatisation)** sur la console Systems Manager, choisissez **Execute (Exécuter)**. Après avoir sélectionné un document d’automatisation, vous êtes invité à choisir une option d’exécution de l’automatisation. Choisissez parmi les options suivantes. Dans les étapes des chemins fournis dans cette rubrique, nous utilisons l’**option d’exécution simple**. **Exécution simple** Choisissez cette option si vous souhaitez mettre à jour une seule instance mais que vous ne voulez pas passer par chaque étape d’automatisation pour auditer les résultats. Cette option est décrite plus en détails dans les étapes de mise à niveau qui suivent. **Contrôle du débit** Choisissez cette option si vous souhaitez appliquer la mise à niveau à plusieurs instances. Définissez les paramètres suivants. + **Paramètre** Ce paramètre qui est également défini dans les paramètres Plusieurs comptes et plusieurs régions spécifie comment votre automatisation se ramifie. + **Cibles** Sélectionnez la cible à laquelle appliquer l’automatisation. Ce paramètre est également défini dans les paramètres Plusieurs comptes et plusieurs régions. + **Valeurs de paramètres** Utilisez les valeurs définies dans les paramètres du document d’automatisation. + **Groupe de ressources** Dans AWS, une ressource est une entité avec laquelle vous pouvez travailler. Les exemples incluent les instances Amazon EC2, les AWS CloudFormation stacks ou les buckets Amazon S3. Si vous travaillez avec plusieurs ressources, il peut être utile de les gérer en groupe plutôt que de passer d'un AWS service à l'autre pour chaque tâche. Dans certains cas, vous souhaiterez gérer un grand nombre de ressources liées, comme les instances EC2 qui constituent une couche d’application. Dans ce cas, vous aurez probablement besoin d’exécuter des actions par lots simultanément sur ces ressources. + **Balises** Les balises vous permettent de classer vos AWS ressources de différentes manières, par exemple par objectif, propriétaire ou environnement. Cette catégorisation est utile lorsque vous avez de nombreuses ressources du même type. Vous pouvez identifier rapidement une ressource spécifique à l’aide des balises attribuées. + **Contrôle du débit** Le contrôle du débit est également défini dans les paramètres Plusieurs comptes et plusieurs régions. Lorsque vous définissez des paramètres de contrôle du débit, vous spécifiez la part de votre flotte à laquelle appliquer l’automatisation, par nombre de cibles ou selon un pourcentage du flotte. **Plusieurs comptes et plusieurs régions** Il existe deux paramètres en plus des paramètres spécifiés sous Contrôle du débit qui sont également utilisés dans les paramètres Plusieurs comptes et plusieurs régions : + **Comptes et unités organisationnelles (OUs)** Spécifiez plusieurs comptes sur lesquels exécuter l’automatisation. + **Régions AWS** Spécifiez plusieurs Régions AWS endroits où vous souhaitez exécuter l'automatisation. **Exécution manuelle** Cette option est similaire à **Exécution simple**, mais elle vous permet d’exécuter l’automatisation étape par étape et d’auditer les résultats. ## Mettre à niveau Windows Server Le runbook `[AWSEC2-CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html)` crée une Amazon Machine Image (AMI) à partir d’une instance Windows Server dans votre compte et met à niveau cette AMI vers une version prise en charge de votre choix. Ce processus en plusieurs étapes peut prendre jusqu’à deux heures. Deux d'entre eux sont AMIs inclus dans le processus de mise à niveau automatique : + **Instance en cours d’exécution actuelle**. La première AMI est l’instance en cours d’exécution actuelle qui n’est pas mise à niveau. Cette AMI est utilisée pour lancer une autre instance afin d’exécuter la mise à niveau sur place. Lorsque le processus est terminé, cette AMI est supprimée de votre compte à moins que vous ne demandiez spécifiquement de conserver l’instance d’origine. Ce paramètre est traité par le paramètre `KeepPreUpgradeImageBackUp` (la valeur par défaut est `false`, ce qui signifie que l’AMI est supprimée par défaut). + **AMI mise à niveau**. Cette AMI est le résultat du processus d’automatisation. Le résultat final est une AMI qui est l’instance mise à niveau de l’AMI. Lorsque la mise à niveau est terminée, vous pouvez tester la fonctionnalité applicative en lançant la nouvelle AMI dans votre Amazon VPC. Après le test et avant de procéder à une autre mise à niveau, planifiez les temps d’arrêt de l’application avant de passer complètement à l’instance mise à niveau. ### Conditions préalables Afin d'automatiser votre mise à niveau de Windows Server avec le document AWS Systems Manager Automation, vous devez effectuer les tâches suivantes : + Créez un rôle IAM avec les politiques IAM spécifiées pour autoriser Systems Manager à exécuter des tâches d’automatisation sur vos instances Amazon EC2 et vérifiez que vous répondez aux prérequis pour utiliser Systems Manager. Pour plus d'informations, consultez la section [Création d'un rôle pour déléguer des autorisations à un AWS service](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) dans le *Guide de Gestion des identités et des accès AWS l'utilisateur*. + [Sélectionnez l’option souhaitée pour l’exécution de l’automatisation](#automated-execution-option). Les options d’exécution sont **Exécution simple**, **Contrôle du débit**, **Plusieurs comptes et plusieurs régions** et **Exécution manuelle**. Pour plus d’informations sur ces options, consultez [Options d’exécution](#automated-execution-option). + Vérifier que SSM Agent est installé sur votre instance. Pour plus d’informations, consultez [Installing and configuring SSM Agent on Amazon EC2 instances for Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html). + Windows PowerShell 3.0 ou version ultérieure doit être installé sur votre instance. + Pour les instances qui sont jointes à un domaine Microsoft Active Directory, nous vous recommandons de spécifier un `SubnetId` qui n’a pas de connectivité à vos contrôleurs de domaine afin d’éviter les conflits de noms d’hôte. + Le sous-réseau de l'instance doit disposer d'une connectivité sortante à Internet, qui permet d'accéder Services AWS à Amazon S3 et de télécharger des correctifs depuis Microsoft. Cette exigence est satisfaite si le sous-réseau est un sous-réseau public et que l’instance possède une adresse IP publique, ou si le sous-réseau est un sous-réseau privé avec une route qui envoie le trafic Internet vers un périphérique NAT public. + Cette automatisation fonctionne avec des instances exécutant Windows Server 2008 R2, Windows Server 2012 R2, Windows Server 2016 et Windows Server 2019. + Vérifiez que l’instance a 20 Go d’espace disque libre dans le disque de démarrage. + Si l'instance n'utilise pas de licence Windows fournie par AWS, spécifiez un ID de snapshot Amazon EBS qui inclut le support d'installation de Windows Server 2012 R2. Pour cela : 1. Vérifiez que l’instance Amazon EC2 exécute Windows Server 2012 ou version ultérieure. 1. Créez un volume Amazon EBS de 6 Go dans la même zone de disponibilité que celle où l’instance est en cours d’exécution. Attachez le volume à l’instance. Montez-la, par exemple, en tant que lecteur D. 1. Cliquez avec le bouton droit de la souris sur le fichier ISO et montez-le sur une instance telle que le lecteur E. 1. Copiez le contenu du fichier ISO depuis le lecteur E:\\ vers le lecteur D:\\. 1. Créez un instantané Amazon EBS du volume de 6 Go comme à l’étape 2 ci-dessus. ### Limitations de mise à niveau Windows Server Cette procédure d’automatisation ne prend pas en charge la mise à niveau des contrôleurs de domaine Windows, des clusters ni des système d’exploitation de bureau Windows. En outre, cette automatisation ne prend pas en charge les instances Amazon EC2 for Windows Server avec les rôles suivants installés : + Hôte de session des services Bureau à distance (RDSH) + Broker de connexion des services Bureau à distance (RDCB) + Hôte de virtualisation des services Bureau à distance (RDVH) + Accès web des services Bureau à distance (RDWA) ### Étapes à suivre pour effectuer une mise à niveau automatisée de Windows Server Suivez ces étapes pour mettre à niveau votre instance Windows Server à l'aide du runbook [AWSEC2- CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html) automation. 1. Ouvrez Systems Manager depuis la **Console de gestion AWS **. 1. Dans le panneau de navigation de gauche, sous **Change Management** (Gestion des modifications), choisissez **Automation** (Automatisation). 1. Choisissez **Execute automation (Exécuter l’automatisation)**. 1. Recherchez le document d’automatisation appelé `AWSEC2-CloneInstanceAndUpgradeWindows`. 1. Lorsque le nom du document apparaît, sélectionnez-le. Les détails du document apparaissent alors. 1. Choisissez **Execute automation** (Exécuter l’automatisation) afin de saisir les paramètres pour ce document. Laissez l’option **Exécution simple** sélectionnée en haut de la page. 1. Entrez les paramètres demandés en suivant les indications suivantes. + `InstanceID` **Type** : chaîne (Obligatoire) Instance exécutant Windows Server 2008 R2, 2012 R2, 2016 ou 2019 avec SSM Agent installé. + `InstanceProfile`. **Type** : chaîne (Obligatoire) Profil d’instance IAM. Il s'agit du rôle IAM utilisé pour effectuer l'automatisation de Systems Manager sur l'instance Amazon EC2 et. AWS AMIs Pour plus d’informations, consultez la section [Configuration des autorisations d’instance EC2](https://docs.aws.amazon.com/systems-manager/latest/userguide/setup-instance-permissions.html#instance-profile-add-permissions) dans le *Guide de l’utilisateur AWS Systems Manager *. + `TargetWindowsVersion` **Type** : chaîne (Obligatoire) Sélectionnez la version cible de Windows. + `SubnetId` **Type :** chaîne (Obligatoire) Il s’agit du sous-réseau pour le processus de mise à niveau et dans lequel l’instance EC2 source réside. Vérifiez que le sous-réseau dispose d'une connectivité sortante aux AWS services, notamment Amazon S3, ainsi qu'à Microsoft (afin de télécharger des correctifs). + `KeepPreUpgradedBackUp` **Type** : chaîne (Facultatif) Si ce paramètre est défini sur `true`, l’automatisation conserve l’image créée depuis l’instance. Le paramètre par défaut est `false`. + `RebootInstanceBeforeTakingImage` **Type :** chaîne (Facultatif) La valeur par défaut est `false` (pas de redémarrage). Si ce paramètre est défini sur `true`, Systems Manager redémarre l’instance avant de créer une AMI pour la mise à niveau. 1. Une fois que vous avez entré les paramètres, sélectionnez **Execute (Exécuter)**. Lorsque l’automatisation commence, vous pouvez surveiller la progression de l’exécution. 1. Lorsque l’automatisation est terminée, vous verrez l’ID de l’AMI. Vous pouvez lancer l’AMI pour vérifier que le système d’exploitation Windows est mis à niveau. **Note** Il n’est nécessaire que l’automatisation exécute toutes les étapes. Les étapes sont conditionnelles en fonction du comportement de l’automatisation et de l’instance. Systems Manager peut ignorer certaines étapes qui ne sont pas requises. En outre, certaines étapes peuvent expirer. Systems Manager tente d’effectuer la mise à niveau et d’installer tous les derniers correctifs. Cependant, parfois, des correctifs expirent en fonction d’un paramètre de délai d’attente définissable pour l’étape donnée. Lorsque cela se produit, l’automatisation Systems Manager passe à l’étape suivante pour s’assurer que le système d’exploitation interne est mis à niveau vers la version de Windows Server cible. 1. Lorsque l’automatisation est terminée, vous pouvez lancer une instance Amazon EC2 à l’aide de l’ID d’AMI pour vérifier votre mise à niveau. Pour plus d'informations sur la création d'une instance Amazon EC2 à partir d'une AWS AMI, consultez [Comment lancer une instance EC2 à partir d'une AMI personnalisée](https://repost.aws/knowledge-center/launch-instance-custom-ami) ? ## Mettre à niveau SQL Server Le CloneInstanceAndUpgrade SQLServer script [AWSEC2-](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) crée une AMI à partir d'une instance Amazon EC2 exécutant SQL Server dans votre compte, puis met à niveau l'AMI vers une version ultérieure de SQL Server. Ce processus en plusieurs étapes peut prendre jusqu’à deux heures. Dans ce flux de travail, l’automatisation crée une AMI à partir de l’instance, puis lance la nouvelle AMI dans le sous-réseau que vous fournissez. L’automatisation exécute ensuite une mise à niveau sur place de SQL Server. Une fois la mise à niveau terminée, l’automatisation crée une AMI avant de résilier l’instance mise à niveau. Deux d'entre eux sont AMIs inclus dans le processus de mise à niveau automatique : + **Instance en cours d’exécution actuelle**. La première AMI est l’instance en cours d’exécution actuelle qui n’est pas mise à niveau. Cette AMI est utilisée pour lancer une autre instance afin d’exécuter la mise à niveau sur place. Lorsque le processus est terminé, cette AMI est supprimée de votre compte à moins que vous ne demandiez spécifiquement de conserver l’instance d’origine. Ce paramètre est traité par le paramètre `KeepPreUpgradeImageBackUp` (la valeur par défaut est `false`, ce qui signifie que l’AMI est supprimée par défaut). + **AMI mise à niveau**. Cette AMI est le résultat du processus d’automatisation. Le résultat final est une AMI qui est l’instance mise à niveau de l’AMI. Lorsque la mise à niveau est terminée, vous pouvez tester la fonctionnalité applicative en lançant la nouvelle AMI dans votre Amazon VPC. Après le test et avant de procéder à une autre mise à niveau, planifiez les temps d’arrêt de l’application avant de passer complètement à l’instance mise à niveau. ### Conditions préalables Afin d'automatiser votre mise à niveau de SQL Server avec le document AWS Systems Manager Automation, vous devez effectuer les tâches suivantes : + Créez un rôle IAM avec les politiques IAM spécifiées pour autoriser Systems Manager à exécuter des tâches d’automatisation sur vos instances Amazon EC2 et vérifiez que vous répondez aux prérequis pour utiliser Systems Manager. Pour plus d’informations, consultez [Création d’un rôle pour la délégation d’autorisations à un Service AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) dans le *Guide de l’utilisateur Gestion des identités et des accès AWS *. + [Sélectionnez l’option souhaitée pour l’exécution de l’automatisation](#automated-execution-option). Les options d’exécution sont **Exécution simple**, **Contrôle du débit**, **Plusieurs comptes et plusieurs régions** et **Exécution manuelle**. Pour plus d’informations sur ces options, consultez [Options d’exécution](#automated-execution-option). + L’instance Amazon EC2 doit utiliser Windows Server 2008 R2 ou version ultérieure et SQL Server 2008 ou version ultérieure. + Vérifier que SSM Agent est installé sur votre instance. Pour plus d’informations, consultez [Utilisation de l’agent SSM sur les instances Amazon EC2 pour Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html). + Vérifiez que l’instance dispose d’un espace disque suffisant : + Si vous effectuez une mise à niveau de Windows Server 2008 R2 vers 2012 R2, ou de Windows Server 2012 R2 vers un système d’exploitation plus récent, vérifiez que vous disposez de 20 Go d’espace disque libre sur le disque de démarrage de l’instance. + Si vous effectuez une mise à niveau de Windows Server 2008 R2 vers 2016 ou version ultérieure, vérifiez que l’instance dispose de 40 Go d’espace disque libre sur le disque de démarrage de l’instance. + Pour les instances qui utilisent une version SQL Server avec apport de sa propre licence (BYOL), les prérequis supplémentaires suivants s’appliquent : + Fournissez un ID d’instantané Amazon EBS qui inclut le support d’installation de SQL Server. Pour cela : 1. Vérifiez que l’instance Amazon EC2 exécute Windows Server 2008 R2 ou version ultérieure. 1. Créez un volume Amazon EBS de 6 Go dans la même zone de disponibilité que celle où l’instance est en cours d’exécution. Attachez le volume à l’instance. Montez-la, par exemple, en tant que lecteur D. 1. Cliquez avec le bouton droit de la souris sur le fichier ISO et montez-le sur une instance telle que le lecteur E. 1. Copiez le contenu du fichier ISO depuis le lecteur E:\\ vers le lecteur D:\\. 1. Créez un instantané Amazon EBS du volume de 6 Go comme à l’étape 2. ### Limitations de mise à niveau automatisée SQL Server Les limitations suivantes s'appliquent lorsque vous utilisez le [AWSEC2- CloneInstanceAndUpgrade SQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) runbook pour effectuer une mise à niveau automatique : + La mise à niveau peut uniquement être effectuée sur un serveur SQL à l’aide de l’authentification Windows. + Vérifiez qu’il n’y a pas de correctifs et mises à jour de sécurité en attente sur les instances. Ouvrez le **Panneau de configuration**, puis choisissez **Rechercher les mises à jour**. + Les déploiements SQL Server HA et le mode de mise en miroir ne sont pas pris en charge. ### Étapes à suivre pour effectuer une mise à niveau automatisée de SQL Server Suivez ces étapes pour mettre à niveau votre SQL Server à l'aide du runbook [AWSEC2- CloneInstanceAndUpgrade SQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) automation. 1. Si vous ne l’avez déjà fait, téléchargez le fichier .iso SQL Server 2016 et montez-le sur le serveur source. 1. Une fois le fichier .iso monté, copiez tous les le fichiers de composant et placez-les sur un volume de votre choix. 1. Prenez un instantané Amazon EBS du volume et copiez l’ID de l’instantané dans un presse-papiers pour une utilisation ultérieure. Pour plus d’informations, veuillez consulter la rubrique [Instantanés Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) dans le **Guide de l’utilisateur Amazon EBS**. 1. Attachez un profil d’instance à l’instance source Amazon EC2. Cela permet à Systems Manager de communiquer avec l'instance EC2 et d'exécuter des commandes sur celle-ci après son ajout au AWS Systems Manager service. Pour cet exemple, nous avons nommé le rôle `SSM-EC2-Profile-Role` avec la stratégie `AmazonSSMManagedInstanceCore ` attachée au rôle. 1. Dans le volet de navigation de gauche de la AWS Systems Manager console, sélectionnez **Managed Instances**. Vérifiez que votre instance EC2 se trouve dans la liste des instances gérées. Si vous ne voyez votre instance après quelques minutes, consultez [Où sont mes instances ?](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-remote-commands.html#where-are-instances) dans le *Guide de l’utilisateur AWS Systems Manager *. 1. Dans le panneau de navigation de gauche, sous **Change Management** (Gestion des modifications), choisissez **Automation** (Automatisation). 1. Choisissez **Execute automation (Exécuter l’automatisation)**. 1. Recherchez le document d’automatisation appelé `AWSEC2-CloneInstanceAndUpgradeSQLServer`. 1. Choisissez le document SSM `AWSEC2-CloneInstanceAndUpgradeSQLServer`, puis **Next** (Suivant). 1. Assurez-vous que l’option **Simple execution (Exécution simple)** est sélectionnée. 1. Entrez les paramètres demandés en suivant les indications suivantes. + `InstanceId` **Type :** chaîne (Obligatoire) Instance exécutant Windows Server 2008 R2 (ou version ultérieure). + `IamInstanceProfile` **Type :** chaîne (Obligatoire) Profil d’instance IAM. + `SQLServerSnapshotId` **Type** : chaîne (Obligatoire) ID d’instantané du support d’installation de SQL Server cible. Ce paramètre n’est pas requis pour les instances SQL Server comprenant une licence. + `SubnetId` **Type** : chaîne (Obligatoire) Il s’agit du sous-réseau pour le processus de mise à niveau et dans lequel l’instance EC2 source réside. Vérifiez que le sous-réseau dispose d'une connectivité sortante aux AWS services, notamment Amazon S3, ainsi qu'à Microsoft (afin de télécharger des correctifs). + `KeepPreUpgradedBackUp` **Type** : chaîne (Facultatif) Si ce paramètre est défini sur `true`, l’automatisation conserve l’image créée depuis l’instance. Le paramètre par défaut est `false`. + `RebootInstanceBeforeTakingImage` **Type :** chaîne (Facultatif) La valeur par défaut est `false` (pas de redémarrage). Si ce paramètre est défini sur `true`, Systems Manager redémarre l’instance avant de créer une AMI pour la mise à niveau. + `TargetSQLVersion` **Type** : chaîne (Facultatif) Version SQL Server cible. La valeur par défaut est `2016`. 1. Une fois que vous avez entré les paramètres, sélectionnez **Execute (Exécuter)**. Lorsque l’automatisation commence, vous pouvez surveiller la progression de l’exécution. 1. Lorsque le champ **Execution Status (Statut d’exécution)** affiche **Success (Réussite)**, choisissez la liste **Outputs (Sorties)** pour afficher les informations de l’AMI. Vous pouvez utiliser l’ID d’AMI afin de lancer votre instance SQL Server pour le VPC de votre choix. 1. Ouvrez la console Amazon EC2. Dans le panneau de navigation de gauche, choisissez **AMIs**. Vous devez voir la nouvelle AMI. 1. Pour vérifier que la nouvelle version de SQL Server a été installée avec succès, sélectionnez la nouvelle AMI et choisissez **Launch** (Lancer). 1. Choisissez le type d’instance souhaité pour l’AMI, le VPC et le sous-réseau vers lesquels déployer et le stockage à utiliser. Comme vous lancez la nouvelle instance depuis une AMI, les volumes vous sont présentés comme option à inclure au sein de la nouvelle EC2 que vous lancez. Vous pouvez supprimer tout volume ou ajouter des volumes. 1. Ajoutez une balise pour vous aider à identifier votre instance. 1. Ajoutez le ou les groupes de sécurité à l’instance. 1. Choisissez **Launch Instances**. 1. Choisissez le nom de la balise pour l’instance et sélectionnez **Connexion** sous la liste déroulante **Actions**. 1. Vérifiez que la nouvelle version de SQL Server est le moteur de base de données sur la nouvelle instance.