Utiliser des runbooks d'automatisation pour mettre à niveau une instance EC2 Windows

Vous pouvez effectuer une mise à niveau automatique de vos instances Windows et SQL Server à l' AWS aide des runbooks AWS Systems Manager Automation.

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 permettant de gérer vos AWS ressources de manière centralisée. Pour plus d’informations, consultez le Guide de l’utilisateur AWS Systems Manager.

• AWS Systems Manager L'agent (agent SSM) est un logiciel Amazon qui peut être installé et configuré sur une EC2 instance Amazon, 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 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 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 EC2 instances Amazon, 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 peut-être gérer un grand nombre de ressources connexes, telles que EC2 les instances 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 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.

Prérequis

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 permettre à Systems Manager d'effectuer des tâches d'automatisation sur vos EC2 instances Amazon et de vérifier que vous remplissez les conditions requises 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 dans le Guide de AWS Identity and Access Management l'utilisateur.

• Sélectionnez l’option souhaitée pour l’exécution de l’automatisation. 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.

• Vérifier que SSM Agent est installé sur votre instance. Pour plus d'informations, consultez Installation et configuration de l'agent SSM sur les EC2 instances Amazon pour Windows Server.

• 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' EC2 instance Amazon exécute Windows Server 2012 ou version ultérieure.

  2. 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.

  3. Cliquez avec le bouton droit de la souris sur le fichier ISO et montez-le sur une instance telle que le lecteur E.

  4. Copiez le contenu du fichier ISO depuis le lecteur E:\ vers le lecteur D:\.

  5. 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 EC2 instances Amazon pour 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 automation.

1. Ouvrez Systems Manager depuis la Console de gestion AWS .

2. Dans le panneau de navigation de gauche, sous Change Management (Gestion des modifications), choisissez Automation (Automatisation).

3. Choisissez Execute automation (Exécuter l’automatisation).

4. Recherchez le document d’automatisation appelé AWSEC2-CloneInstanceAndUpgradeWindows.

5. Lorsque le nom du document apparaît, sélectionnez-le. Les détails du document apparaissent alors.

6. 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.

7. 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 par rapport à l' EC2 instance Amazon et AWS AMIs. Pour plus d'informations, consultez la section Configurer les autorisations d' EC2 instance dans le Guide de AWS Systems Manager l'utilisateur.

   • 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 de l'emplacement de votre EC2 instance source. 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.

8. 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.

9. 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.

10. Une fois l'automatisation terminée, vous pouvez lancer une EC2 instance Amazon à l'aide de l'ID AMI pour vérifier votre mise à niveau. Pour plus d'informations sur la création d'une EC2 instance Amazon à partir d'une AWS AMI, consultez Comment lancer une EC2 instance à partir d'une AMI personnalisée ?

Mettre à niveau SQL Server

Le CloneInstanceAndUpgrade SQLServer script AWSEC2- crée une AMI à partir d'une EC2 instance Amazon 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.

Prérequis

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 permettre à Systems Manager d'effectuer des tâches d'automatisation sur vos EC2 instances Amazon et de vérifier que vous remplissez les conditions requises 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 dans le Guide de l’utilisateur AWS Identity and Access Management .

• Sélectionnez l’option souhaitée pour l’exécution de l’automatisation. 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.

• L' EC2 instance Amazon 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 la section Utilisation de l'agent SSM sur les EC2 instances Amazon pour Windows Server.

• 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' EC2 instance Amazon exécute Windows Server 2008 R2 ou version ultérieure.

    2. 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.

    3. Cliquez avec le bouton droit de la souris sur le fichier ISO et montez-le sur une instance telle que le lecteur E.

    4. Copiez le contenu du fichier ISO depuis le lecteur E:\ vers le lecteur D:\.

    5. 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 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 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.

2. Une fois le fichier .iso monté, copiez tous les le fichiers de composant et placez-les sur un volume de votre choix.

3. 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 dans le Guide de l’utilisateur Amazon EBS.

4. Attachez le profil d'instance à l'instance EC2 source Amazon. Cela permet à Systems Manager de communiquer avec l' EC2 instance 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.

5. Dans le volet de navigation de gauche de la AWS Systems Manager console, sélectionnez Managed Instances. Vérifiez que votre EC2 instance figure dans la liste des instances gérées. Si vous ne voyez votre instance après quelques minutes, consultez Où sont mes instances ? dans le Guide de l’utilisateur AWS Systems Manager .

6. Dans le panneau de navigation de gauche, sous Change Management (Gestion des modifications), choisissez Automation (Automatisation).

7. Choisissez Execute automation (Exécuter l’automatisation).

8. Recherchez le document d’automatisation appelé AWSEC2-CloneInstanceAndUpgradeSQLServer.

9. Choisissez le document SSM AWSEC2-CloneInstanceAndUpgradeSQLServer, puis Next (Suivant).

10. Assurez-vous que l’option Simple execution (Exécution simple) est sélectionnée.

11. 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 de l'emplacement de votre EC2 instance source. 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. L’argument par défaut est 2016.

12. 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.

13. 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.

14. Ouvrez la EC2 console Amazon. Dans le panneau de navigation de gauche, choisissez AMIs. Vous devez voir la nouvelle AMI.

15. 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).

16. 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 à partir d'une AMI, les volumes vous sont présentés sous forme d'option à inclure dans la nouvelle EC2 instance que vous lancez. Vous pouvez supprimer tout volume ou ajouter des volumes.

17. Ajoutez une balise pour vous aider à identifier votre instance.

18. Ajoutez le ou les groupes de sécurité à l’instance.

19. Choisissez Launch Instances.

20. Choisissez le nom de la balise pour l’instance et sélectionnez Connexion sous la liste déroulante Actions.

21. Vérifiez que la nouvelle version de SQL Server est le moteur de base de données sur la nouvelle instance.