Étapes de migration complète du système de haut niveau - AWS Directives prescriptives

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.

Étapes de migration complète du système de haut niveau

Note

Ce document est basé sur la version stable 2020.1.5 de SAS Viya 4. Pour plus d'informations, consultez les sections Migration complète du système et migration de contenu dans la documentation SAS.

Une migration complète du système vers SAS Viya 4 déplace le contenu et les données d'une version spécifique d'un déploiement SAS Viya sur site (ou d'un déploiement SAS Viya) dans un centre d'hébergement vers un environnement cloud SAS Viya 4.

Une migration complète du système est un processus en quatre étapes. Bien que chaque étape soit indépendante, pour réussir la migration complète du système, vous devez effectuer chaque étape dans l'ordre. Un playbook Ansible vous permet de planifier et de sauvegarder correctement votre contenu de migration afin de pouvoir organiser ce qui est migré.

Le schéma suivant illustre les étapes de la migration d'un déploiement de Viya 3.x vers Viya 4.

High-level steps for migrating SAS Viya to SAS Viya 4 on AWS

Scénarios pris en charge pour la migration complète du système

La migration complète du système vers SAS Viya 4 inclut le déplacement du contenu et des données d'un SAS Viya 3.4 à locataire unique, d'un SAS Viya 3.5 à locataire unique ou d'un déploiement SAS Viya 4 existant. Ce document couvre les scénarios cibles SAS Viya 4 suivants :

  • Migration vers un cloud privé

  • Migration vers un cloud public

Vous ne pouvez pas effectuer de migration depuis les environnements SAS Viya suivants :

  • SAS Viya 3.3 ou version antérieure

  • Environnements à locataires multiples

  • Environnements Microsoft Windows

  • PowerLinux Environnements (PLX)

  • Environnements SMP SAS Viya 3.x ou SAS Viya 4 vers environnements MPP SAS Viya 4

  • Environnements MPP SAS Viya 3.x ou SAS Viya 4 vers environnements SMP SAS Viya 4

En outre, vous ne pouvez pas migrer depuis des environnements SAS 9.x en utilisant les mêmes outils, processus et étapes que ceux utilisés pour migrer depuis SAS Viya, mais la migration du contenu SAS 9.x est prise en charge. Pour plus d'informations, consultez la section Migration depuis SAS 9.4 : tâches dans la documentation SAS.

Utilisation d'Ansible pour la migration complète du système

Ansible est un logiciel de gestion de configuration qui permet de passer à SAS Viya 4 en automatisant les commandes de migration et de contrôle du contenu. SAS fournit un manuel qui facilite cette tâche. Pour obtenir la liste des versions prises en charge, consultez Ansible dans la documentation relative au support des systèmes d'exploitation et des environnements dans SAS Viya 3.5.

Pour utiliser Ansible pour la migration, personnalisez les fichiers de votre environnement et exécutez les commandes de migration en fonction des valeurs de ces fichiers. Les fichiers, connus collectivement sous le nom de playbook Plan et Backup Ansible, fournissent les instructions pour savoir quel contenu est migré vers quelles machines.

Le processus de migration comprend une étape de planification qui exécute des scans et publie un rapport, en plus d'une étape de sauvegarde de l'environnement SAS Viya 3.x. Chaque étape implique l'exécution d'une commande Ansible qui évoque un jeu, en particulier un scan et un jeu de sauvegarde.

Utilisez le plugin d'inventaire de l'interface de ligne de commande (CLI) SAS Viya pour générer le playbook Plan and Backup Ansible.

Fichier de déploiement SAS Viya 3.x utilisé pour la migration complète du système

Le inventory.ini fichier créé lors du déploiement de SAS Viya 3.x est utilisé par Ansible pour migrer vers SAS Viya. Le inventory.ini fichier définit les machines (ou hôtes) sur lesquelles résident les composants SAS Viya.

Étape 1. Plan

Vous devez comprendre l'environnement source, planifier ce que vous souhaitez migrer et quelles sont les caractéristiques de votre environnement cible. La CLI d'inventaire des administrateurs SAS joue un rôle clé dans la migration vers Viya. La CLI d'inventaire :

  • Génère le playbook Plan and Backup Ansible.

  • Fournit les rapports d'inventaire de SAS Viya.

  • Prend en charge la sauvegarde du système et le contenu du package de migration créé par l'utilisateur.

Pour plus d'informations, consultez Étape 1 : Plan (administrateur SAS) dans la documentation SAS.

Étape 2. Sauvegarder

Vous pouvez utiliser le playbook Ansible pour créer le package de sauvegarde de migration. Le playbook Ansible utilise la CLI de sauvegarde pour empaqueter le contenu et la configuration du système Viya.

L'exécution de la sauvegarde du playbook Plan and Backup Ansible permet d'effectuer les opérations suivantes :

  • Lance une autre analyse de l'environnement. Si suffisamment de temps s'est écoulé depuis que vous avez lancé le scan, cela permet de garantir que toute modification de l'environnement est également reflétée dans le scan.

  • Crée le package de migration SAS Viya 3.x.

Pour plus d'informations, consultez Étape 2 : Sauvegarde (administrateur SAS) dans la documentation SAS.

Étape 3. Restaurer

Le processus de restauration crée un nouveau déploiement de Viya et y restaure le contenu d'un environnement existant. Cela nécessite des privilèges élevés dans le cluster Kubernetes et implique l'utilisation de Kubectl et Kustomize pour modifier les objets Kubernetes du cluster afin de restaurer le contenu du package vers le nouvel environnement.

Pour plus d'informations, consultez Étape 3 : Restauration (administrateur du cluster) dans la documentation SAS.

Étape 4 : Valider

SAS Viya 4 fournit l'inventaire de SAS Viya 4 et des rapports de comparaison de SAS Viya pour comparer le contenu entre les environnements SAS Viya 3.x source et SAS Viya 4 cible. Ces rapports et le tableau SASVIYATYPES associé sont accessibles via le gestionnaire d'environnement SAS.

Pour plus d'informations, consultez Étape 5 : validation dans la documentation SAS.